软件研发控制程序

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

质量管理体系文件

软 件 研 发 控 制 程 序

文件编号： QP/××××- ×. ×

第 1 页 共 6 页

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

序号 日期

更改单编号 更改方式 更改人

描述软件研发项目从开始到结束经历的各个阶段，明确各个阶段的先后次序，说明

每一个阶段输出的质量记录及所遵循的规范，明确相关人员的职责，为提高整个软件开

辟 水平，提高项目及软件产品质量提供有力保障。

合用于软件研发项目管理的全过程。

本程序采用《ISO 9000:2000质量管理体系基础和术语》中的术语和定义。

4.1 总经理：大型项目上，组织人员进行项目立项报告编制，项目经董事会批准后，

召开协调会，向研发部经理下达“任务委托书”；参预评审“产品研发项目计划”；控制

研发项目的进度。负责跨研发部门的协调和管理。

4.2 技术委员会：为产品研发提供技术指导与支持。

4.3 研发部经理：选择合适的项目负责人，研发部内部项目资源的分配和协调；评审

项目计划书、项目需求设计和技术设计；研发部内部跨项目的协调和管理；项目质量监

督，查看项目负责人的周报；项目考核，人员考核等。

4.4 项目负责人：配合总经理和技术委员会完成项目任务书；负责项目的整体运行，

保证项目在此流程的控制之下，进行项目计划的编制，组织评审及项目任务的分工，人

第 2 页 共 6 页

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

员调配，项目汇报等管理工作，并确保整个项目的文档化管理。

4.5 项目成员：负责完成项目负责人布置的工作任务，并按照规范及时准确填写各种

质量记录，高质量的完成项目所需的各种技术文档，确保项目运行有完整详细的文档记

录和高质量的软件。

4.6 软件测试人员：负责软件的测试说明书的编写，软件的测试和软件质量的保证。

4.7 技术文秘：负责配置管理软件的日常维护，培训工作。视项目规模及人员配置,部

分职责可以兼任,如软件测试兼技术文秘。

5.1 项目立项阶段

5.1.1 编写立项建议书

立项建议书由项目的发起人编写，可以是市场营销部、应用服务部等；主要内容为

市场营销分析、 成本效益分析、 技术方案分析， 更多内容见《项目立项建议书编制规范》。

当产品研发可能涉及到较大的投入时，立项报告由总经理负责组织人员编写。

5.1.2 立项评审

立项报告提交总经理后，必须在 2 个工作日内召集人员对立项报告进行评审，并对

评审结果在项目任务书上进行签字， 对于允许立项的项目， 总经理要召集人员开协调会，

对于不允许立项的项目，交市场营销部进行归档。评审结果入《立项评审报告》。

5.1.3 开协调会

对于允许立项的项目，总经理要在 2 个工作日内召集人员开协调会，开协调会之前

总经理要明确项目负责人，并在协调会上宣布。会议形式可视情况采用列席会议，远程

视频会议， MSN 会议或者邮件通信等多种形式，控制会议成本。协调会结束时形成“项

目 任务书”。

5.2 项目计划

5.2.1 编写项目计划

项目负责人在得到项目任务书后，要根据项目的情况，编写项目计划，主要包括开

发工作量、人力资源要求(需求设计、技术设计、开辟、测试)、资金要求、硬件要求、

软件要求、外包要求、配置要求、设计工具、开辟工具、一些技术规范的制订等，计划

第 3 页 共 6 页

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

项目的一些重要里程碑，项目初步工作阶段和工作进度的安排，更多内容见《项目计划

编制规范》。

5.2.2 计划评审

项目负责人编写的项目计划要经过有总经理参预的评审， 确保重要的资源能在项目

研发之中能得到保证。总经理如果允许项目初步计划要在项目计划书上签字，该项目计

划书是该项目的第一版本项目计划书，以后随着项目的发展要对项目计划做调整和细

化。项目计划评审通过后基本上要确定项目重要人员的组成，特殊是需求设计人员。

5.2.3 配置申请

项目计划评审通过后，项目负责人根据初步的计划，申请配置，填写项目配置表给

配置管理员进行建库和建立文档权限管理。更多内容参见《配置管理控制程序》。

5.3 研发阶段

5.3.1 需求分析

需求设计阶段，需求设计人员须做需求分析，并在需求设计组讨论，经过一阶段的

需求分析后，要形成第一版本《软件需求说明书》，该需求设计说明书，在以后的有重

要的需求发生变更时，要对该需求设计说明书进行修改。更多内容见《软件需求说明书

编制规范》。需求分析后需要对需求进行评审。

5.3.2 设计

对于评审过的需求进行技术设计。技术设计包括对体系结构、模块功能、用户界面

和数据库进行设计。

对于数据库设计，要运用设计工具(PowerDesigner)进行设计，对于软件编码过

程中发生数据库设计变更时，由开辟人员来补充和完善数据库设计文档。

对于设计中的一些重要技术验证，需要趁早开展。

对于重要的技术设计一定要通过项目负责人召集技术委员会和相关人员进行评审

讨论，有些要通过快速模型法进行验证，降低项目过程中的技术风险。技术委员会负责

需求设计的完整性评审；负责技术设计的评审；明确项目中的重大技术风险，对技术可

行性进行评审，对多种可行性选择进行决策。

设计完成后需要对设计进行评审。

技术设计要形成 《数据库设计报告》、《模块设计报告》、《体系结构设计报告》 和《用

第 4 页 共 6 页

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

户界面设计报告》，更多内容见 《数据库设计报告编制规范》、《模块设计报告编制规范》、

《体系结构设计报告编制规范》和《用户界面设计报告编制规范》。

5.3.3 编码

研发项目可以采用快速模型模式来开辟， 软件编码也是对需求设计和技术设计的实

现。项目编码期间，需要写项目周报。项目小组成员，需要向项目负责人提交周报，项

目负责人对于下周安排有变更的情况，要写修改意见给小组成员。项目负责人需要给部

门经理或者分管经理提交周报， 周报以电子邮件的形式发送给上级管理人员。提交的周报，

需要入项目管理配置库。

5.3.4 测试

项目开辟人员、项目子系统小组、项目小组内部或者测试部门可以进行代码的测试。

对于有测试组的项目，测试人员在需求设计阶段就要进入这个项目，测试人员要编

写测试计划、编写测试用例、编写测试报告，选用一些测试工具和Bug 管理软件。测试

完成后形成《系统测试报告》。

5.4 项目交付阶段

5.4.1 交付准备

对于研发项目经过验收评审后，项目组人员需要准备交付，提供交付清单，对于有

测试人员参预的项目，需要测试人员在提交的集成测试报告中签字。

5.4.2 交付评审

需要总经理、 工程部门、 研发部门、 技术文秘一起参加， 对于交付清单确认无误后，

各部门需要在交付评审报告中签字。

5.5 项目总结

5.5.1 项目研发总结报告

项目研发结束后， 项目负责人须编制项目总结报告， 对本项目的开辟过程进行总结，

特殊是对本公司今后类似工作有参考意义的内容应详细说明。

5.5.2 项目考核

对于结束的项目，需要项目考核，部门经理或者总经理(部门经理本人就是是项目

负 责人时)要对项目组成员进行考核，对于优秀的项目成员要表扬，项目负责人要写

项目 总结报告。

第 5 页 共 6 页

质量体系作业文件

拟制

审核 批准

密级

文件名称：软件研发控制程序

文件编号

版本 生效日期

标码

6.1 WS/CP-01-A/0 《立项建议书编制规范》

6.2 WS/CP-03-A/0 《软件需求说明书编制规范》

6.3 WS/YF-04-A/0 《项目计划编制规范》

6.4 WS/CP-04-A/0 《数据库设计报告编制规范》

6.5 WS/CP-05-A/0 《体系结构设计报告编制规范》

6.6 WS/CP-08-A/0 《用户界面报告编制规范》

6.7 WS/GC-03-A/0 《系统测试报告编制规范》

7.1 QR/7.3.7-01-A/0 配置管理报告

7.2 QR/8.2.3-01-A/0 项目周报

7.3 QR/7.5.1-01-A/0 交付清单

7.4 QR/7.5.1-02-A/0 项目总结报告表

第 6 页 共 6 页