我理解的软件开发流程

1 客户经理:了解客户的大体方向,如:行业,消费人群,是技术--需求之间沟通的桥梁。

2 设计部    ① 切图---配合网页原型制作的工作

        ② 页面原型---dreamweaver

输出的是带有一些对菜单描述的 页面原型,最好可以使用axure来进行设计。将每次的设计改动都提交到git版本库(在项目中的原型目录)。

做原型设计的人这时候比较忙,因为他要记录很多东西,画在纸上,及时和客户沟通校队。最后将纸上的画儿转化成html,并在后续的迭代过程中添加交互效果。

3  开发部:

① 根据设计部给出的原型及时了解相关基础概念。如是否含有购物车,未支付订单,已支付订单,退货,物流等信息。对功能模块大致进行划分。

② 对功能模块进行可行性分析,同时做E-R图的设计,确定网站的“草稿”(之所以把可行性分析ER图安排在一起,是因为他俩本身就是一个内部的实现逻辑进行迭代的过程)。

把根本无法实现的功能cut掉;把偏离产品主干的功能记录下来在后面的版本中迭代;把可行性分析报告以邮件的形式告知设计部和客户经理。

③ 明确开发组成员间的沟通工具、数据库设计工具、程序框架、版本管理、时间管理。

④ 划分功能块,并分配到具体的人。通过redmine。迅速完成主干代码的开发,要求代码很健壮

⑤ 项目组成员可以根据项目实际需求,在对已分配给自己的模块进行细分,做好时间管理。

⑥ 在主干代码上进行瀑布迭代开发。

4 测试&维护:

① 优化代码质量,用户体验。遵循开闭原则。

② 核心可复用的代码组件化,以供后续新项目使用。

ps:为什么写这么多呢?

因为给boss写了一封信,关于如何更有效的开会的文章,boss说出差回来和我们讨论,这这是在准备一下。

关于开会的建议:
1 开会时间应该提前商定,小伙伴们好提前安排自己的工作,到了开会时间准时赴约。
2 开会前应该准备几个特定的问题,开会时进行针对性的讨论。做会议记录的人应该提前通知大家准备问题。
3 开会中应该积极思考,但不争论,可以把思维不一致的地方用笔记录下来,等当前讨论的主题讨论完成后,及时提出来。
4 会后,无论问题的解决方案是否敲定,会议记录人都应该以邮件的形式发送给与会成员。(之所以用邮件是因为它可以保留较长时间,并且有明确的主题)

时间: 2024-11-13 06:13:54

我理解的软件开发流程的相关文章

软件开发流程(转载)

软件开发流程 迭代化软件开发技术 1. 传统开发流程的问题 传统的 软件开发流程是一个文档驱动的流程,它将整个软件开发过程划分为顺序相接的几个阶段,每一个阶段都必需完毕所有规定的任务(文档)后才可以进入下一个阶段. 如必须完毕所有的系统需求规格说明书之后才可以进入概要设计阶段,编码必需在系统设计完毕之后才可以进行.这就意味着仅仅有当所有的系统模块所有开发完毕之 后,我们才进行系统集成,对于一个由上百个模块组的复杂系统来说,这是一个很艰巨而漫长的工作. 随着我们所开发的软件项目越来越复杂,传统的瀑

对日软件开发流程(转)

1.SA 系统分析 这个阶段比较重要的工作是分析客户的业务,进行业务建模,理解并发掘客户现在面临的问题,提出改进的模型,以及运行时的管理. 提交的文档是需求定义式样书等. 2.RD 要件定义 3.UR User要件 4.SR 系统要件定义 5.BD 基本设计 也叫外部设计,所谓外部,就是面向外部的用户的设计,不需要关心程序的具体实现.包括业务流程的定义,架构的划分,数据库的设计( ER 图和数据字典等),画面的设计(画面的布局和迁移),对外接口的设计等等. 提交的文档是外部设计式样书等. 6.F

APP软件开发流程并不复杂

APP软件开发流程并不复杂,为什么这么说呢?只要我们知道都需要什么角色就知道是什么流程了.一般开发都离不开UI设计师.前端开发.后端开发.测试专员.产品经理等,利用他们不同的工作性质,我们可以将流程转化为项目开发阶段.这样可以把复杂的流程简化,更加容易理解了. 一.需求阶段 1.需求讨论:这是我们APP开发重要一环,前期需要和产品经理沟通,我们的APP做成什么样子的?要实现的效果是什么?设计界面如何呈现?等等这些都要提前做好需求文档,但是需求要根据市场调研来做,切不能自己想做什么就做什么. 2.

软件开发流程

软件管理 1:指定详细的工作计划,把任务分下去. 2:分配任务的时候,验收时间点的确定. 人员 如何帮助开发人员有所进步提升 不要只站在自己的立场上要求开发什么时间点必须实现什么功能 软件开发 1:设计优先,把要做哪些东西,有什么要求都列出来,指定设计方案,评估设计方案是否可行 2:讨论设计方案,和测试,其他开发,项目经理等讨论方案是否有问题 3:编码 4:开发自己的测试,指定测试的案例,和分支,先通过自己这一关 5:测试人员测试,提出BUG,迭代设计,讨论,修改. 6:上线用户体验,提出问题,

软件开发流程选择

软件工程把这些相关的技术和过程统一到一个体系中,叫作"软件开发流程",软件开发流程的目的是为了提高软件开发.运营和维护的效率,以及提升用户满意度.软件可靠性和可维护性.        软件开发流程有:写了再改模式.瀑布模型.瀑布模型的各种变形.统 一流程.老板驱动的流程和渐进交付的流程.        在这些开发流程中,我比较支持瀑布模型的各种变形中的大瀑布带着小瀑布,这个对开发者的个人能力要求比较高,需要吧各个子系统统一到最后做系统测试,用户只有到最后才能看到结果,从一开始的需要一个

QT开发(二十三)——软件开发流程

QT开发(二十三)--软件开发流程 一.软件开发流程简介 软件开发流程是通过一系列步骤保证软件产品的顺利完成,是软件产品在生命周期内的管理学. 软件开发流程的本质是软件开发流程与具体技术无关,是开发团队必须遵守开的规则. 二.常见软件开发流程模型 常见的软件开发流程模型包括即兴模型.瀑布模型.增量模型.螺旋模型.敏捷模型. 1.即兴模型 即兴模型的特点: A.与用户交流后立即进行开发 B.没有需求分析和需求发掘过程 C.没有整体设计和规划 D.没有软件文档,可维护性差 2.瀑布模型 瀑布模型的特

团队模式与软件开发流程的选择

1.团队模式的选择 软件团队的模式有主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐模式.爵士乐模式.功能团队模式.官僚模式. 我比较倾向于交响乐模式和功能团队模式.交响乐模式的主要特点是门类齐全,各司其职,有共同方向的.其优点是在开发过程中分工明确,大家可以术业有专攻,效率比较高.缺点是适用于某歌软件领域处于稳定成长的阶段,如果是在刚开始的时候可能会产生分歧. 功能团队模式的主要特点是:人人平等,没有管理与被管理的关系.优点是小组间交流比较频繁,不同能力的人可以平等协

软件开发流程的选择

软件开发流程的定义:我们在开发.运营.维护软件的过程中有很多技术.做法.习惯和思想.软件工程把这些相关的技术和过程统一到一个体系中,叫做"软件开发流程". 软件开发流程有:写了再改模式.瀑布模型.瀑布模型的各种变形(生鱼片模型.大瀑布带着小瀑布).统一流程(RUP).老板驱动的流程.渐进交付流程. 软件开发的目的:为了提高软件开发.运营和维护的效率,以及提高用户满意度.软件的可靠性和维护性. 我选择统一流程. 统一流程的步骤:业务建模:需求:分析和设计:实现:测试部署:配置和变更管理:

软件开发流程------阅读《构建之法》 第5.5 第6 第7章

软件开发流程中的瀑布模型,圆形,螺旋都是根据用户所需而设计的模型,我们也要根据他们的特征特点去实现我们我们想要的开发流程. 1.一些项目需要很多暗箱操作和政治角力才能搞定,既然Scrum会吧这些矛盾都摆到明处,我们如何才能把风险降到最低?出自6.42敏捷流程的经验教训. 2.我还是分不清敏捷开发和MSF敏捷开发根本性的区别是什么? 感悟:<构造之法>这本书,传授给我的是另一种触动的知识,或许你看了好几章了,你才有那么一两个问题,那是因为我觉得这本书已经走向大众了,即使没有那么专业的我们也能把它