软件项目研发过程中阶段划分和工作方法

一、产品立项阶段

主要工作：市场调研、竞品分析、可行性分析，确定产品定位，预估项目成本，规划产品发展目标和前景，同时提示和预警风险，以及对应的预案和措施。
工作目的：解决是否可以做，是否值得做，是否有能力做的问题。
交付成果:
1、市场调研报告
2、竞品分析报告
3、可行性分析报告
4、原始需求说明文档

二、需求分析阶段

主要工作：产品需求详细分析，结合原始需求说明文档，与甲方和用户充分沟通，确认产品细节。
工作目的：解决需要做什么的问题。
交付成果 :
1、需求说明书
2、产品流程图
3、产品原型

三、软件开发阶段

主要工作: 组建项目开发团队，制订代码编写规范，开发任务分配，搭建软件开发架构，编写代码。
工作目的：解决怎么做的问题。
交付成果 :
1、技术设计文档
2、项目开发排期表
3、开发任务分配表
4、数据库设计文档
5、接口设计文档

四、软件测试阶段

主要工作: 测试人员对软件进行整体，开发修复bug重新提交测试。
工作目的：解决检查是否做的对。
交付成果:
1、测试用例
2、测试报告
3、合格的软件代码

五、软件上线阶段

主要工作: 运维人员搭建生产环境，部署项目，交付甲方验收。
工作目的：软件项目能够在生产环境正常运行。
交付成果:
1、软件部署文档
2、产品使用说明书
3、系统功能验收单

以上是软件研发过程中的五个阶段的划分，当然现实工作过程中，也需要根据实际情况灵活变通。

六、持续升级优化阶段

最终或具有里程碑意义的版本完成后，软件处在升级优化阶段，就不能完全按照5个阶段划分。例如下面的两种情况：

情况1：
软件基本开发完成，在产品需求明确的情况下, 小范围有计划地升级优化。 此种情况采用循环sprint(冲刺)模式，一个sprint可以包括二、三、四、五阶段的全部或部分，一个sprint为一个软件版本，依次循环升级。

情况2：
在软件研发初期，如果发现项目工程量大并且业务复杂，同时无法和甲方充分沟通需求。可能存在在软件交付时无法满足客户要求，浪费研发资源，延误交付风险。针对此种情况，可以在研发初期就讲软件划分为demo版、test版、上线版。

• demo-演示版本：
  客户演示版本，软件功能尽量简单，用来让甲方客户尽早试用，往往客户只能在试用过程中才能提出正确且具体的功能，大部分客户是无法在只查看产品原型的情况下，就能深入理解软件系统的运行。让甲方客户参与到软件的研发流程中，会让其感觉到充分的成就感和安全感。
• test-测试版本：
  为完善甲方需求后的内侧版本，此版本已经基本满足甲方需求， 可以在测试环境下小范围试用，不在进行大范围的功能优化和升级，也可理解为验收或预验收阶段。
• product-上线版本
  为软件正式交付版本，最终交付版本或者一个重要的节点版本。

参考下面的项目管理流程图