一、项目开发阶段简介
需求阶段：通常定义系统的需求，明白系统的目标。
设计阶段：通常确定系统使用什么数据库，系统模块的划分，各个模块的功能。
编码阶段：用编程语言对设计阶段的实现。
测试阶段：分黑盒测试，白盒测试。测试系统的功能是否实现，是否准确。
维护阶段：是根据用户新的需要重新修改系统，使系统更加稳定，更符合用户的要求。
需求阶段：其工作是否到位是整个系统开发的关键，在需求阶段有很多方式可以帮助自己完成工作，例如与客户畅所欲言，跟随客户参与业务过程等等。不管任何一种方法，任何一种方式，在需求阶段首先确定系统边界，确定组织边界，然后摸清企业为消费者创造的价值，看清企业的价值链，摸清价值链上的实体。最后要平衡价值链上各个实体之间的利益，争取系统做到大家都满意这个理想的状态。
二、开发模式简介
瀑布式开发
瀑布式开发特点：
（1）老旧的，过时的计算机软件开发方法。
（2）最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。
瀑布式开发存在的问题：
主要问题是它的严格分级导致自由度降低，项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。（项目早期即作出承诺导致对后期需求的变化难以调整）有论文统计他是造成70%软件开发失败的原因，代价高昂。
螺旋式开发
巴利·玻姆(Barry Boehm)正式发表了软件系统开发的“螺旋模型”，瀑布模型+快速原型模型结合，强调了其他模型所忽视的风险分析，特别适合于大型复杂的系统。
螺旋式开发流程：
制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
风险分析：分析评估所选方案，考虑如何识别和消除风险；
实施工程：实施软件开发和验证；
客户评估：评价开发工作，提出修正建议，制定下一步计划。
**核心：
** 就在于需求人员不需要在刚开始的时候就把所有事情都定义的清清楚楚，轻松上阵，定义最重要的功能，开发人员实现它。然后听取客户的意见，之后再进入到下一个阶段。如此不断轮回重复，直到得到您满意的最终产品。
特点：
是一种风险驱动的方法体系，在每个阶段之前及经常发生的循环之前，都必须首先进行风险评估。
迭代式开发
迭代式开发特点：
- 降低风险
- 得到早期用户反馈
- 持续的测试和集成
- 使用变更
- 提高复用性
什么是迭代式开发:（迭代增量式开发或迭代进化式开发。**）
** 每次只设计和实现这个产品的一部分, 逐步逐步完成的方法叫迭代开发, 每次设计和实现一个阶段叫做一个迭代.
在迭代式开发方法中，整个开发工作被组织为一系列的短小的、固定长度（如3周）的小项目，被称为一系列的迭代。每一次迭代都包括了需求分析、设计、实现与测试。
敏捷开发
什么是敏捷开发：
是一种应对快速变化的需求的一种软件开发能力。其具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。
采用这种方法，开发工作可以在需求被完整地确定之前启动，并在一次迭代中完成系统的一部分功能或业务逻辑的开发工作。再通过客户的反馈来细化需求，并开始新一轮的迭代。
敏捷开发特点：
- 以人为核心、迭代、循序渐进
- 系统切割（类似于分布式开发），各个子项目（可以独立运行）的成果（软件一直处于可使用状态）都经 过测试，具备集成和可运行的特征
- 人和交互 重于过程和工具
- 可以工作的软件 重于求全而完备的文档。
- 客户协作重于合同谈判，随时应对变化重于循规蹈矩。
人员彼此信任 人少但是精干 可以面对面的沟通
项目的敏捷开发：
敏捷开发小组主要的工作方式可以归纳为：作为一个整体工作； 按短迭代周期工作； 每次迭代交付一些成果；
关注业务优先级； 检查与调整。
最重要的因素恐怕是项目规模。规模增长，面对面的沟通就愈加困难，
因此敏捷方法更适用于较小的队伍，40、30、20、10人或者更少。
大规模的敏捷软件开发尚处于积极研究的领域。
1、项目启动
1）.项目组成立（公司成员、客户成员）
2）.制定项目预期目标
3）.制定项目计划周期
4）.建立好项目组成员沟通机制
2、需求调研
1）.创建调研计划、协调调研时间
2）.收集客户资料，获取客户需求（所有资料都需要保留一份，资料中存疑的需要及时询问）
3）.编写需求文档：重点描述出客户的业务流程和性能要求，采用Word、Excel、Rose等形式
4）.需求变更记录
5）.确定开发环境和运行环境
6）.扩展性要求
7）.与旧系统的接驳要求
8）.估算出项目工作量 （本阶段需要一套需求管理系统来进行需求的管理，本阶段的需求文档也是用户测试的依据）
3、系统设计/详细设计 （一个系统可分为基础平台和应用模块两部分）
1）.选择基础平台，无论是采用第三方平台还是自行开发平台，都需要深入了解，查看是否符合要求
2）.应用模块设计（针对业务流程）
3）.中间件的采用或自行开发，需要深入了解
4）.用户界面设计（如果用户界面设计完毕并确认，即可初步写出用户使用手册、管理员使用手册）
5）.变更记录 （本阶段的系统设计是集成测试的依据）
4、程序开发 （创建开发任务表、开发计划日程表）
1）.优先编写测试用例
2）.按照编码规范写代码
3）.按照文档注释规范注释 （以上形成开发文档，本阶段需要一套版本管理系统，本阶段的测试用例也是单元测试的依据，如果能做到最好每日构建）
5、测试 （本阶段需要一套bug管理系统，形成需求、设计、开发、测试互动）
1）.编写测试计划和测试方案
2）.功能测试（单元测试、集成测试）
3）.性能测试（集成测试、压力测试，如果能做到，最好进行自动化测试，分析统计工作，最后形成测试报告）
6、试用、培训、维护（本阶段需要解决：）
1）.异地修改和公司修改的同步问题
2）.用户测试中的bug修改问题，按级别分为：
a）.程序bug
b）.设计变更
c）.需求变更 （尽量按照abc的顺序来进行修改，避免b、c级的修改，最后形成安装手册、维护记录）
根据以上过程，一个项目组中需要：
1、需求工程师：善于跟客户沟通，能快速了解客户需求，对客户所在的行业比较熟悉，善于学习新知识， 熟悉Word、Excel、Rose等工具，熟悉开发语言和开发框架，熟悉已积累的产品的功能、性能等
2、系统分析/设计师：精通开发语言和开发框架，部分需要精通数据库，精通已积累的产品的功能、性能等， 深入了解客户行业特点，能根据客户需求分析出其实质，能做出优秀的设计，熟悉Word、Excel、Rose等工具
3、开发工程师：熟悉开发语言、开发要求和注释规范，部分需要熟悉数据库，熟悉单元测试，能根据设计 作出良好的编码，保证功能和性能，部分需要有一定的设计要求，因为涉及到将来的维护
4、测试工程师：熟悉测试工作，能按照测试计划进行测试，熟悉开发语言，能协助开发工程师找错，能独 立完成黑、白盒测试