产品研发流程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

为提高软件产品质量,提升客户满意度,打造软件生产线,增强市场竞争能力,我公司产品研发流程遵循CMMI软件开发过程体系。

产品研发流程

整个开发流程分为:可研、需求获取、技术准备、编码、系统测试、系统实施、项目总结、维护。

可研

1.由公司或者部门领导派发《项目任务书》

2.产品经理分析任务书,确定项目范围、分析技术可行性、确认可行技术方案和技术

难点、初步预估工作量、确定项目进度可行性和经济可行性

3.整理为《可行性研究报告》或《项目建议书》

4.对报告或建议书进行评审,生成《评审报告》

需求获取

1.根据《项目建议书》,产品经理准备和项目相关的资料,如果是升级项目,需要获

取原项目的《用户需求说明书》。

2.通过各种方式,和客户进行多方面的交流,获取用户的原始需求,生成组织架构图、

角色分类、功能描述、用例图描述,编写《用户需求说明书》草案。

3.产品经理和需求分析师根据草案,生成系统原型,并展示给用户,确认需求的正确

性,并随时修改。

4.完成最终《用户需求说明书》和《需求跟踪矩阵》。

5.组织专家、测试人员等对说明书等进行评审,通过后生成《评审报告》。

6.《用户需求说明书》提供给用户确认,并签字确认。

需求分析

1.根据《用户需求说明书》、《需求跟踪矩阵》、《项目建议书》,由产品经理和系统分

析师,完成系统功能划分、用例建模分析、数据建模分析、过程建模分析、识别接

口需求,最终编写出《软件需求说明书》。

2.由中心经理、开发经理、质量经理、系统分析师、软件工程师、测试工程师共同评

审《软件需求说明书》,生成《评审报告》。

技术准备

1.根据《软件需求说明书》等文档,由产品经理、系统设计师、软件工程师分析、制

定、选择技术解决方案。

2.如选择的最佳技术方案中有陌生技术和新技术,则生成《技术攻关任务单》。组织

软件工程师攻关,解决后编写《技术攻关报告》以及相关Demo等。

3.中心经理、质量经理、系统设计师、软件工程师对《技术攻关报告》进行评审。

4.产品经理根据《技术攻关报告》调整《项目计划》。

规范制定

1.产品经理、开发经理、系统设计师、软件工程师根据《软件需求说明书》、《组织级

编码规范》等,制定《软件开发规范》。

2.开发经理、质量经理、系统设计师等评审通过后,确定规范。

概要设计

1.系统设计师根据《用户需求说明书》、《软件需求说明书》、《技术攻关报告》、《软件

开发规范》等文档,进行数据库设计和概要设计,编写《数据库设计说明书》和《概

要设计说明书》。

2.UI设计师按已有文档设计UI界面原型,与用户和同行评估后,细化设计,定义UI

设计准则,编写《UI设计说明书》。

3.对《概要设计说明书》和《UI设计说明书》进行评审,通过后生成《会议纪要》。

4.根据《概要设计说明书》调整《项目计划》。

详细设计

1.系统设计师编写《数据库设计说明书》和《详细设计说明》,并完善《需求跟踪矩

阵》。

2.UI设计师对概要设计中的《UI设计说明书》进行修改和补充。

3.对《详细设计说明》和《UI设计说明书》进行评审。

4.根据评审通过的《详细设计说明》调整《项目计划》。

编码

1.系统设计师向开发经理和软件工程师讲解系统需求和功能设计,提供接口人负责解

答编码阶段遇到的问题。

2.开发经理根据《项目计划》、《详细设计说明书》等相关资料细化工作计划。任务分

解最粗粒度不能超过一周。根据细化后的《项目计划》对软件工程师分配任务。

3.软件工程师按开发进度进行软件开发、单元测试、代码入库工作,并编写相应的《单

元测试报告》、《用户使用手册》、《需求跟踪矩阵》。

4.开发经理组织代码评审,并编写《代码评审报告》。

5.评审通过后,提交《测试申请单》,提交测试部门进行系统测试。

单元测试

1.开发经理制定单元测试计划,准备测试环境。

2.软件工程师设计自己负责模块的测试用例,编写单元测试代码。开发经理检查通过

后,进行测试,填写《单元测试记录》,修改《需求跟踪矩阵》。

3.开发经理根据《单元测试记录》填写《单元测试报告》。

构建执行系统

1.配置管理员根据《配置管理计划》生成新的基线,质量经理对其进行审计

2.软件工程师编写《编译说明》,测试工程师依据此文档准备测试环境

3.将基线版本的软件部署在测试环境,供后续集成测试使用。

集成测试

1.集成测试是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明

的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指

标及要求的活动。

2.质量经理根据《项目计划》和测试人力资源,编写《测试计划》

3.质量经理和测试工程师通过分析编写《测试用例》,并交开发组传阅、提意见,然

后修正。并维护《需求跟踪矩阵》

4.开发经理向测试经理提交《测试申请单》

5.配置管理员获取最新代码,构建集成测试使用的运行环境

6.测试工程师在测试环境验证单元测试的成功,如果不能达到集成要求,则需要退回

编码

7.测试工程师在独立于开发环境的测试环境,根据《测试用例》实施集成测试。如有

BUG,提交BUG管理系统。

8.开发人员修正Bug后,测试工程师按流程迭代测试。

9.Bug管理系统管理BUG的提交、分派、验证、关闭等状态的管理,由测试工程师

和软件工程师使用,生成《Bug管理报告》

10.测试工作完成后,质量经理和测试工程师根据填写测试结论,生成《测试报告》。系统测试

1.系统测试是针对已测试的子系统装配成的完整系统而进行的测试。它是检验系统是

否确实能提供设计方案中指定功能的有效方法。系统测试的目的是对最终软件系统

进行全面的测试,确保最终软件系统满足产品需求并且遵循系统设计,并对测试结

果进行分析性总结。

2.和集成测试的流程相同,制定《测试计划》,设计《测试用例》,实施系统测试,生

相关文档
最新文档