软件开发项目过程控制程序文档格式.docx

软件开发项目过程控制程序文档格式.docx

《软件开发项目过程控制程序文档格式.docx》由会员分享，可在线阅读，更多相关《软件开发项目过程控制程序文档格式.docx（10页珍藏版）》请在冰豆网上搜索。

上图表示了一般软件项目开发实施过程的流程，图中每个阶段左侧是其输入和输出，中间是处理过程，右侧是评审点。

根据项目具体情况，评审人员可以聘请有关专家、主管领导、有关职能部门的代表，必要时邀请顾客代表参加。

评审结束后，评审负责人应填写“设计开发评审报告”（见《设计和开发控制程序》附录C）。

软件生存周期

根据软件生存周期，软件设计和开发通常包括如下阶段：

需求调查、设计、实现、测试、安装、试运行、验收、运行和维护等阶段。

外包（或外购）和顾客提供的软件产品的质量控制

4.3.1软件产品的外包（或外购）质量控制按照《采购、外协和外包控制程序》执行。

4.3.2对顾客提供的软件产品等顾客财产应登记并进行必要的验证，且出具验证报告。

发现不合格时，应填写“顾客财产问题反馈表”（见《产品生产和服务过程的控制程序》附录A）通知顾客，协商处理。

对顾客提供的软件产品，应妥善存放，并记录。

对顾客具有知识产权的软件产品，应遵守顾客要求。

软件设计和开发策划

4.4.1任务

软件开发任务确定后，软件开发事业部应任命项目经理，组织项目组，由项目经理组织项目软件设计和开发策划，编写《项目开发计划》（见参考模板1），对软件的设计开发评审、测试、管理等各项工作内容、质量活动及进度要求做出具体规定与安排。

必要时应编制《项目管理计划》（见参考模板2）。

《项目开发计划》主要内容包括环境、资源、工作任务、分工、进度等，以及软件质量保证、软件配置管理、软件文件编制等要点。

具体编写内容见“参考模板1”，也可参照GB/T8567-2006《计算机软件文档编制规范》。

并报部门经理批准。

4.4.2成果

软件设计和开发策划的成果是《项目开发计划》。

需求调查

4.5.1任务

项目负责人与项目委托单位密切合作，通过对用户使用要求和现实环境调查，必要时形成《用户需求说明书》（见参考模板3）。

在此基础上确定待开发软件在功能、性能、接口和运行环境等方面的需求，并形成《软件需求说明书》（见参考模板4）。

如果软件产品需要与其它软件或硬件产品接口，则应确定这些接口的需求。

《软件需求说明书》应取得项目委托单位的确认，确认可以有以下三种方式：

a）增加项目委托单位的签署页；

b）由项目委托单位代表在《软件需求说明书》上签字；

c）项目委托单位的代表参加对《软件需求说明书》的评审等。

如果在签订合同时用户需求不能完全确定，可以在项目进行过程中继续补充和完善。

对《软件需求说明书》的更改也应加以控制，这种更改也应取得项目委托单位的认可。

4.5.2成果

本阶段结束时，应提交《软件需求说明书》。

4.5.3评审

《软件需求说明书》和《软件开发计划》应进行评审，以确保软件需求说明中列出的各项需求（例如：

对软件的功能、性能、可靠性、外部接口等需求）正确、合理、完整地反映了系统对软件的要求，并确认开发计划的合理性和可行性。

设计

4.6.1任务

软件开发负责人根据《软件需求说明书》及其“设计开发计划评审报告”，确定软件系统总体结构以及模块之间的关系，定义各功能模块的接口、控制接口，设计全局数据库／数据结构等。

软件开发人员负责设计各模块的内部细节，并制定测试计划，对系统集成测试和性能测试等工作做出规定与安排。

4.6.2成果

本阶段结束时，应提交《软件设计说明书》（根据需要，可分为《概要设计说明书》、《详细设计说明书》）和《软件系统测试计划》（分别见参考模板5、6和7），如有需要，还应单独编写并移交《数据库设计说明书》（见参考模板8）。

测试计划中应对测试环境、测试内容和测试过程进行说明，并附有测试用例。

4.6.3评审

本阶段结束后，各软件产品事业部组织设计评审，对《软件设计说明书》中规定的软件结构、模块划分、基本流程、主要算法、输入输出、接口关系等内容进行审查。

并对模块内部逻辑结构是否正确、《数据库设计说明书》是否完全、测试是否全面合理进行审查。

实现

4.7.1任务

软件开发人员根据《软件需求说明书》、《软件设计说明书》和“设计开发计划评审报告”，利用选定的编程工具和编码规范进行编码，实现《软件设计说明书》中规定的功能，以验证各模块功能和接口的正确性，及其与软件设计说明的一致性。

4.7.2成果

本阶段结束时，应提交通过自测试的源程序。

软件测试

4.8.1任务

由测试人员根据《软件系统测试计划》对软件进行功能测试、集成测试，并对整个系统进行性能测试。

必要时应制定《性能测试计划》（见参考模板9）进行专门的软件性能测试。

对测试要进行记录（见记录表格1、2），对出现的问题进行分析，查明原因，制定和实施更改计划，按计划更改完成后应进行回归测试，并保存更改和验证的记录。

4.8.2成果

在测试工作过程中应有测试记录，测试完成之后，应编写《系统测试分析报告》（见参考模板10）。

提交的用户文档有《用户手册》、《操作手册》等。

当有二次开发需求时，还应提交《程序员手册》。

安装、试运行和验收阶段

4.9.1任务

将通过测试的软件产品，安装在用户的实际环境中试运行，并按照合同（或任务书）的规定，或以双方（项目委托单位与开发单位）商定的方式，对待交付的软件产品进行验收，同时，按合同要求向项目委托单位提交软件媒体和文档资料。

通常验收程序如下：

a）准备验收资料；

b）成立验收小组；

c）制订验收大纲，进行验收测试；

d）顾客宣读《使用情况报告》；

e）编写和通过《验收报告》（见参考模板11）。

验收测试应由项目委托单位负责，也可以按合同规定由开发单位或第三方负责。

通常是成立验收小组，并制订验收大纲，尽可能在顾客的实际使用环境下，按顾客认可的验收要求进行验收测试。

验收报告通过后，软件开发单位应按合同和／或任务书的规定，并向项目委托单位交付软件产品、媒体及有关文档。

交付工作结束时，应填写“产品交付记录表”（见《产品生产和服务过程的控制程序》附录B），并由顾客代表签字认可。

项目的验收报告要将一份原件交业务管理部备案。

4.9.2成果

用户培训，系统试运行，按合同和／或任务书的规定，向项目委托单位交付的软件产品、媒体及有关文档，顾客使用情况报告，验收报告等。

运行和维护

4.10.1任务

软件产品交付后，即进入运行、维护和服务阶段。

维护是指由于系统或软件产品存在不完善、错误或缺陷，或软件的功能需要扩充等原因，而对程序和／或相关文档进行修改的活动。

维护的要求（如：

维护的项目、维护的时间、维护的周期等）应在合同中明确规定。

并根据要求制定和实施《系统运维计划》（见参考模板12），需要进行软件维护时，应按以下程序进行：

a）申请：

由维护人员向主管领导提出申请。

b）审批：

维护申请被批准后方可组织实施，适当时，主管部门应对更改进行评审、验证和确认，并在实施前得到批准。

评审应包括评价更改对产品组成部分和已交付产品的影响。

c）实施：

维护人员按维护计划对软件和相关文档进行修改。

d）回归测试：

软件修改后，应进行回归测试，以验证修改的正确性。

软件售后服务应按合同书的有关规定执行，每一次服务活动结束后，服务人员应填写“售后服务记录”（见《售后服务管理规定》）。

4.10.2成果

《项目总结报告》（见参考模板13），软件产品、媒体及所有文档归档等。

软件产品标识和文档更改

软件产品的代号应具有唯一性，按照《产品标识管理办法》执行，标识由以下四组代码组成：

XXXXXXXXXXXXXXVXX

其中第一组四位代码为公司事业部代码，第二组二至五位代码为项目名称汉语拼音缩写，第三组二至五位代码为子系统名称汉语拼音缩写，第四组三位代码为版本号。

软件产品的技术文档经验收或评审后归档，归档的文档必须签署齐全，内容正确，格式规范、统一。

软件产品的文档需要更改时，按“运行和维护”程序进行。

5相关文件

GB/T8567—2006计算机软件文档编制规范

设计和开发控制程序

不合格品控制程序

采购、外协和外包控制程序

产品生产和服务过程的控制程序

售后服务管理规定

产品标识管理办法

6参考模板

项目开发计划

项目管理计划

用户需求说明书

软件需求说明书

概要设计说明书

详细设计说明书

软件系统测试计划

数据库设计说明书

性能测试计划

系统测试分析报告

验收报告

系统运维计划

项目总结报告

7记录表格

集成测试用例和记录

系统测试用例和记录