软件开发项目过程控制程序.doc

1、Q/TJ-CW-03-V3.0软件开发项目过程控制程序1目的本程序规定了计算机软件开发项目的策划、设计、实现、测试、交付和交付 后的活动等各阶段的任务要求和工作成果，以保证软件产品的质量满足要求。2范围本程序适用于我公司自主研制、开发和集成的软件产品。3职责3.1 各软件产品事业部负责公司软件产品的立项、研制、开发和维护等全过程。3.2 业务管理部负责软件产品的标准化和最终验收的归口管理。4工作程序测试输入：1 .软件需求说明书2 .测试计划输出：1 .测试分析报告2 .测试记录3 .操作手册4 .安装维护手册评审点：评审文件：1 .软件设计说明书2 .测试计划 评审内容：1 .软件设计说明书

2、是 否与软件需求说明 书的要求一致2 .软件设计说明书是 否正确、完整、一致3 .接口定义是否明确4 .确定系统的模块划 分，模块内的逻辑是 否正确，是否正确反 映软件设计说明书 的要求5 .测试是否全面合理6 .文件是否符合有关 标准规定2上图表示了一般软件项目开发实施过程的流程，图中每个阶段左侧是其输 入和输出，中间是处理过程，右侧是评审点。根据项目具体情况，评审人员可以 聘请有关专家、主管领导、有关职能部门的代表，必要时邀请顾客代表参加。评 审结束后，评审负责人应填写“设计开发评审报告”（见设计和开发控制程序 附录C）。4.2 软件生存周期根据软件生存周期，软件设计和开发通常包括如下阶段

3、：需求调查、设计、 实现、测试、安装、试运行、验收、运行和维护等阶段。4.3 外包（或外购）和顾客提供的软件产品的质量控制4.3.1 软件产品的外包（或外购）质量控制按照采购、外协和外包控制程序 执行。4.3.2 对顾客提供的软件产品等顾客财产应登记并进行必要的验证， 且出具验证 报告。发现不合格时，应填写“顾客财产问题反馈表”（见产品生产和服务过程的控制程序附录A）通知顾客，协商处理。对顾客提供的软件产品，应妥善存放，并记录。对顾客具有知识产权的软件产品，应遵守顾客要求。4.4 软件设计和开发策划4.4.1 任务软件开发任务确定后，软件开发事业部应任命项目经理，组织项目组，由项 目经理组织项

4、目软件设计和开发策划，编写项目开发计划（见参考模板1）,对软件的设计开发评审、测试、管理等各项工作内容、质量活动及进度要求做出 具体规定与安排。必要时应编制项目管理计划（见参考模板2）。项目开发计划主要内容包括环境、资源、工作任务、分工、进度等，以 及软件质量保证、软件配置管理、软件文件编制等要点。具体编写内容见“参考 模板1”，也可参照GB/T8567-2006计算机软件文档编制规范。并报部门经理 批准。4.4.2 成果软件设计和开发策划的成果是项目开发计划。4.5 需求调查4.5.1 任务项目负责人与项目委托单位密切合作，通过对用户使用要求和现实环境调 查，必要时形成用户需求说明书（见参考

5、模板3）。在此基础上确定待开发软 件在功能、性能、接口和运行环境等方面的需求，并形成软件需求说明书（见 参考模板4）。如果软件产品需要与其它软件或硬件产品接口，则应确定这些接口的需求。软件需求说明书应取得项目委托单位的确认，确认可以有以下三种方式：a）增加项目委托单位的签署页；b）由项目委托单位代表在软件需求说明书上签字；c）项目委托单位的代表参加对软件需求说明书的评审等。如果在签订合同时用户需求不能完全确定， 可以在项目进行过程中继续补充 和完善。对软件需求说明书的更改也应加以控制，这种更改也应取得项目委 托单位的认可。4.5.2 成果本阶段结束时，应提交软件需求说明书。4.5.3 评审软件

6、需求说明书和软件开发计划应进行评审，以确保软件需求说明 中列出的各项需求（例如：对软件的功能、性能、可靠性、外部接口等需求）正 确、合理、完整地反映了系统对软件的要求，并确认开发计划的合理性和可行性。4.6 设计4.6.1 任务软件开发负责人根据软件需求说明书及其“设计开发计划评审报告”，确定软件系统总体结构以及模块之间的关系， 定义各功能模块的接口、控制接口， 设计全局数据库/数据结构等。软件开发人员负责设计各模块的内部细节， 并制 定测试计划，对系统集成测试和性能测试等工作做出规定与安排。4.6.2 成果本阶段结束时，应提交软件设计说明书（根据需要，可分为概要设计 说明书、详细设计说明书）

7、和软件系统测试计划（分别见参考模板5、6 和7）,如有需要，还应单独编写并移交数据库设计说明书（见参考模板8）。测试计划中应对测试环境、测试内容和测试过程进行说明，并附有测试用例。4.6.3 评审本阶段结束后，各软件产品事业部组织设计评审，对软件设计说明书中 规定的软件结构、模块划分、基本流程、主要算法、输入输出、接口关系等内容 进行审查。并对模块内部逻辑结构是否正确、 数据库设计说明书是否完全、 测试是否全面合理进行审查。4.7 实现4.7.1 任务软件开发人员根据软件需求说明书、软件设计说明书和“设计开发计 划评审报告”，利用选定的编程工具和编码规范进行编码，实现软件设计说明 书中规定的功

8、能，以验证各模块功能和接口的正确性， 及其与软件设计说明的 一致性。4.7.2 成果本阶段结束时，应提交通过自测试的源程序。4.8 软件测试4.8.1 任务由测试人员根据软件系统测试计划对软件进行功能测试、集成测试，并 对整个系统进行性能测试。必要时应制定性能测试计划（见参考模板9）进行专门的软件性能测试。对测试要进行记录（见记录表格1、2）,对出现的问题进行分析，查明原因，制定和实施更改计划，按计划更改完成后应进行回归测试， 并保存更改和验证的记录。4.8.2 成果在测试工作过程中应有测试记录，测试完成之后，应编写系统测试分析报 告（见参考模板10）。提交的用户文档有用户手册、操作手册等。当

9、有二次开发需求时， 还应提交程序员手册。4.9 安装、试运行和验收阶段4.9.1 任务将通过测试的软件产品，安装在用户的实际环境中试运行， 并按照合同（或 任务书）的规定，或以双方（项目委托单位与开发单位）商定的方式，对待交付 的软件产品进行验收，同时，按合同要求向项目委托单位提交软件媒体和文档资 料。通常验收程序如下：a）准备验收资料；b）成立验收小组；c）制订验收大纲，进行验收测试；d）顾客宣读使用情况报告；e）编写和通过验收报告（见参考模板11）。验收测试应由项目委托单位负责，也可以按合同规定由开发单位或第三方负 责。通常是成立验收小组，并制订验收大纲，尽可能在顾客的实际使用环境下， 按

10、顾客认可的验收要求进行验收测试。验收报告通过后，软件开发单位应按合同和/或任务书的规定， 并向项目委 托单位交付软件产品、媒体及有关文档。交付工作结束时，应填写“产品交付记 录表”（见产品生产和服务过程的控制程序附录B）,并由顾客代表签字认可。 项目的验收报告要将一份原件交业务管理部备案。4.9.2 成果用户培训，系统试运行，按合同和/或任务书的规定，向项目委托单位交付 的软件产品、媒体及有关文档，顾客使用情况报告，验收报告等。4.10 运行和维护4.10.1 任务软件产品交付后，即进入运行、维护和服务阶段。维护是指由于系统或软件 产品存在不完善、错误或缺陷，或软件的功能需要扩充等原因， 而对

11、程序和/或 相关文档进行修改的活动。维护的要求（如：维护的项目、维护的时间、维护的周期等）应在合同中明 确规定。并根据要求制定和实施系统运维计划（见参考模板12）,需要进行 软件维护时，应按以下程序进行：a）申请：由维护人员向主管领导提出申请。b） 审批：维护申请被批准后方可组织实施，适当时，主管部门应对更改进 行评审、验证和确认，并在实施前得到批准。评审应包括评价更改对产品组成部 分和已交付产品的影响。c） 实施：维护人员按维护计划对软件和相关文档进行修改。d） 回归测试：软件修改后，应进行回归测试，以验证修改的正确性。软件售后服务应按合同书的有关规定执行，每一次服务活动结束后，服务人员应填

12、写“售后服务记录”（见售后服务管理规定）。4.10.2成果项目总结报告（见参考模板13）,软件产品、媒体及所有文档归档等。4.11软件产品标识和文档更改软件产品的代号应具有唯一性，按照产品标识管理办法执行，标识由以 下四组代码组成：XXXX XXXXX XXXXX VXX其中第一组四位代码为公司事业部代码， 第二组二至五位代码为项目名称汉语拼 音缩写，第三组二至五位代码为子系统名称汉语拼音缩写，第四组三位代码为版本号。软件产品的技术文档经验收或评审后归档，归档的文档必须签署齐全，内容正确，格式规范、统一。软件产品的文档需要更改时，按“ 4.10运行和维护”程序进行。5相关文件5.1 GB/T85672006计算机软件文档编制规范5.2 设计和开发控制程序5. 3不合格品控制程序5.4 采购、外协和外包控制程序5.5 产品生产和服务过程的控制程序5.6 售后服务管理规定5.7 产品标识管理办法6参考模板6.1 项