产品研发流程Word文档下载推荐.docx

产品研发流程Word文档下载推荐.docx

《产品研发流程Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《产品研发流程Word文档下载推荐.docx（8页珍藏版）》请在冰豆网上搜索。

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.和集成测试的流程相同，制定《测试计划》，设计《测试用例》，实施系统测试，生成《Bug管理报告》，分析测试结果，生成《测试报告》。

发布的评审

1.产品经理准备评审的汇报材料、程序、文档，填写《产品清单》

2.CCB（变更控制委员会）召开评审会议，依据《项目计划》、《测试报告》、《用户需求说明书》对项目情况进行检查和评审，生成《评审报告》

3.产品经理细化《项目计划》，制定下阶段计划和工作安排，相关人员编写《会议纪要》。

系统实施

1.产品经理依据《用户需求说明书》、《软件需求说明书》、《需求变更申请》等文档，编写《实施计划与方案》，文档应该包括实施阶段、执行时间、实施人员安排、实施工序和内容等等

2.产品经理和开发经理编写《系统维护手册》，为用户维护人员和系统维护组提供系统维护的技术参考

3.产品经理与维护实施人员通过与用户的沟通和协调，确定上线时间，核对实施环境，提交用户要求的《上线申请》

4.实施人员进行项目实施工作，填写《安装实施记录》、《测试报告》、《项目实施报告》

培训

1.业务经理编写《培训计划》，组织实施培训

2.培训结束后，需要用户填写《培训调查反馈表》

3.业务经理根据反馈表汇总《培训评估报告》

验收

1.经过初验、试运行、终验步骤，分别得到《初验报告》和《终验报告》

项目总结

1.依据《项目计划》、《项目问题日志》、《项目周报》，相关人员对项目的实施过程进行总结，编写《项目总结报告》

2.项目组成员开会讨论《项目总结报告》，并生成《会议纪要》

3.质量经理分析《项目问题日志》，修正并编写《软件开发风险列表》和《项目资产数据》

维护

1.成立维护组，编写《维护任务书》和《维护计划》

2.执行维护计划，过程中编写《技术支持服务记录》、《维护月报》等相关文件

技术支持

1.为用户提供售后服务，主要解决咨询、需求变更（需求/Bug）、故障处理类的事件性维护工作的处理

2.过程中编写《技术支持服务记录》和《故障解决方案》

需求变更

1.按以上流程处理需求变更，需要编写《需求变更申请》、《需求变更记录单》，修正《需求跟踪矩阵》

需求的跟踪及追溯

1.产品经理根据《用户需求说明书》生成《需求跟踪矩阵》

2.开发经理和测试工程师维护此文档，质量经理进行检查

项目管理方法

计划准备

3.产品经理根据《可行性研究报告》和《项目建议书》，对项目规模进行预估，编写初步的《项目计划》

4.向中心经理和高层经理沟通讲解项目情况，初步商定可用人力资源等内同

项目启动

1.建立项目组人员结构，产品经理讲解项目情况

2.讨论人力资源配置、软硬件环境需求、开发语言和工具，明确人员分工和职责

3.创建《项目问题日志》，以便质量经理对项目进行跟踪检查

项目计划

1.按以上流程制定《项目计划》

计划的变更

1.软件项目计划变更是指在需求、人员或其他因素的变更影响下，原计划不能满足，需要进行调整的过程元素。

涉及总工期变化的计划变更需要产品经理提出变更申请，变更的总工期必须由客户确认。

项目监督与控制

周例会

1.项目组每周进行的例会，项目组成员在项目会议上对项目进行汇报、讨论，明确当前项目中的问题，以及整改措施，明确下周的工作主要内容。

2.周例会结束后，由产品经理编写《项目周报》。

项目周报

1.项目管理小组根据每周例会的会议，由产品经理负责编写项目周报，其它经理配合。

周报中需要明确：

项目进度、项目中的问题、发生的原因以及整改措施、下周的工作主要内容、需要调配或配合的资源、变更内容等等。