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

1、Q/ TJ - CW 03-V3.0软件开发项目过程控制程序1目的本程序规定了计算机软件开发项目的策划、设计、实现、测试、交付和交付后的活动等 各阶段的任务要求和工作成果，以保证软件产品的质量满足要求。2范围本程序适用于我公司自主研制、开发和集成的软件产品3职责3.1各软件产品事业部负责公司软件产品的立项、研制、开发和维护等全过程。3.2业务管理部负责软件产品的标准化和最终验收的归口管理。4工作程序4.1流程图合同书或任务书输入：1. 合同或任务书2. 国软件需求说明螯 规项目开发计划3. 输出C和行业有关标 准软件设计说明书输出测试计划1.3项目据发计划计说明2.成立项目组输入:1合同或任务

2、书21 用户需求求说明书 32软开设计说明书 输3出据库设计说明书1.软件需 输出：求说明书1. 源程序2. 单元测试记录3.过程文档输入:1. 软件需求说明书2. 测试计划 输出：11 p项目策1$划设计V需求调1查ZFZ实现CF测试命项目经理评审点： 评审文牛: 评审文件：1.软件设计说明书 側求说明书2.泼计划评 评审内容：1.软件设计说明书是否1.需软件计明否要求-致需求设明说性、是整注- 整、可致否性2.性确一完和可跟踪性+ X、. z 7一 ”/: ”，*/ L -/ J开发计划合理性和顶划 模块内的逻辑是 是否符合正确标映 设计说明书的要3. 接口定义是否明确3.行性定分，4.

3、文件是否符合正关准规设二求5. 测试是否全面合理6. 文件是否符合有关标准规定上图表示了一般软件项目开发实施过程的流程，图中每个阶段左侧是其输入和输出，中 是处理过程，右侧是评审点。根据项目具体情况有关职能部手册的代表，必2.安装维护手册，评审人员可以聘请有关专家、主管领导、 评审结束后审评审负责人应填写 发评审报告”（见设计和开发控制程序附录 C）。Z、要时邀请0软件生存周期2根系据软件安装3.试运行、验收、运行和维护等阶段验 外用户5.项目验收报告4.24.34.34.3“设计开生存周期使或外购）和顾客提供的软件产品的质量控制 1软件产品的外包（或外购）质量控制按照采购、评审文件成套文件评

4、审内容：段:开发需系调查、设计 到软件需求说明书所 规定的各项要求2.用户手册内容是否完 、协稱正包控制程序执、实现、测试、行。2输入寸顾客提供的软件产品等顾客财产应登记并进行必要的项目总结不合格所有文应填写“顾客财产问题反行与维护 （见产品生产和服务过程的控制程序附录 A） 2.已安装软件产品通知顾客:，协商处理。对顾客提供的软件产品，应妥善存放，并记录。对顾客具有知识产权 件产品总结应遵守顾客要求。软件设计和开发策划2.已安装软件产品项目总结验关标准且定具合证报告。发现的软4.444厂任务软件开发任务确定后，软件开发事业部应任命项目经理，组织项目组，由项目经理组织 项目软件设计和开发策划，

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

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

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

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

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

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

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

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

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