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

Q/TJ-CW-03-V3.0软件开发项目过程控制程序 1 目的 本程序规定了计算机软件开发项目的策划、设计、实现、测试、交付和交付后的活动等各阶段的任务要求和工作成果，以保证软件产品的质量满足要求。 2 范围 本程序适用于我公司自主研制、开发和集成的软件产品。 3 职责 3.1各软件产品事业部负责公司软件产品的立项、研制、开发和维护等全过程。 3.2 业务管理部负责软件产品的标准化和最终验收的归口管理。 4 工作程序 合同书或任务书 任命项目经理 项目策划 需求调查 输入: 1. 合同或任务书 2. 国家有关政策、法规 3. 国家和行业有关标准、规范 输出: 1. 项目开发计划 2. 成立项目组 输入: 1.合同或任务书 2.用户需求 3.项目开发计划 输出: 1.软件需求说明书 评审点: 评审文件: 1. 软件需求说明书 2项目开发计划 评审内容: 1. 需求书是否覆盖顾客要求 2. 需求的明确性、完整性、一致性、可测试性和可跟踪性 3. 开发计划合理性和可行性 4. 文件是否符合有关标准规定 1 4.1 流程图  1 设计 输入: 1.软件需求说明书 2.项目开发计划 输出: 1. 软件设计说明书 2. 测试计划 3. 数据库设计说明书 评审点: 评审文件: 1.软件设计说明书 2.测试计划 评审内容: 1. 软件设计说明书是否与软件需求说明书的要求一致 2. 软件设计说明书是否正确、完整、一致 3. 接口定义是否明确 4. 确定系统的模块划分，模块内的逻辑是否正确,是否正确反映软件设计说明书的要求 5. 测试是否全面合理 6. 文件是否符合有关标准规定 实现 输入: 1. 软件需求说明书 2. 软件设计说明书 3. 数据库设计说明书 4.编码规范 输出: 1. 源程序 2. 单元测试记录 3. .过程文档 测试 输入: 1. 软件需求说明书 2. 测试计划 输出: 1. 测试分析报告 2. 测试记录 3. 操作手册 4. 安装维护手册 2  2 试运行 项目终验 输入: 1. 操作手册 2. 安装维护手册 3. 源程序 输出: 1. 用户培训 2. 系统安装 3. 试运行 4. 用户使用报告 5. 项目验收报告 项目总结 运行与维护 输入: 1.所有文档 2.已安装软件产品 输出: 1. 项目总结报告 2. 文件归档 评审点: 评审文件 成套文件 评审内容: 1. 开发软件系统是否达到软件需求说明书所规定的各项要求 2. 用户手册内容是否完整正确 3. 文件是否齐套并符合有关标准规定 上图表示了一般软件项目开发实施过程的流程，图中每个阶段左侧是其输入和输出，中间是处理过程，右侧是评审点。根据项目具体情况，评审人员可以聘请有关专家、主管领导、有关职能部门的代表，必要时邀请顾客代表参加。评审结束后，评审负责人应填写“设计开发评审报告”（见《设计和开发控制程序》附录C）。 4.2软件生存周期 根据软件生存周期，软件设计和开发通常包括如下阶段：需求调查、设计、实现、测试、安装、试运行、验收、运行和维护等阶段。 4.3 外包（或外购）和顾客提供的软件产品的质量控制 4.3.1软件产品的外包（或外购）质量控制按照《采购、外协和外包控制程序》执行。 4.3.2对顾客提供的软件产品等顾客财产应登记并进行必要的验证，且出具验证报告。发现不合格时，应填写“顾客财产问题反馈表” （见《产品生产和服务过程的控制程序》附录A）通知顾客，协商处理。对顾客提供的软件产品，应妥善存放，并记录。对顾客具有知识产权的软件产品，应遵守顾客要求。 4.4软件设计和开发策划 4.4.1任务 软件开发任务确定后，软件开发事业部应任命项目经理，组织项目组，由项目经理组织项目软件设计和开发策划，编写《项目开发计划》（见参考模板1），对软件的设计开发评审、测试、管理等各项工作内容、质量活动及进度要求做出具体规定与安排。必要时应编制《项目管理计划》（见参考模板2）。 《项目开发计划》主要内容包括环境、资源、工作任务、分工、进度等，以及软件质量保证、软件配置管理、软件文件编制等要点。具体编写内容见“参考模板1”，也可参照GB/T8567-2006《计算机软件文档编制规范》。并报部门经理批准。 4.4.2成果 软件设计和开发策划的成果是《项目开发计划》。 4.5需求调查 4.5.1任务 项目负责人与项目委托单位密切合作，通过对用户使用要求和现实环境调查，必要时形成《用户需求说明书》（见参考模板3）。在此基础上确定待开发软件在功能、性能、接口和运行环境等方面的需求，并形成《软件需求说明书》（见参考模板4）。 如果软件产品需要与其它软件或硬件产品接口，则应确定这些接口的需求。《软件需求说明书》应取得项目委托单位的确认，确认可以有以下三种方式： a） 增加项目委托单位的签署页； b） 由项目委托单位代表在《软件需求说明书》上签字； c） 项目委托单位的代表参加对《软件需求说明书》的评审等。 如果在签订合同时用户需求不能完全确定，可以在项目进行过程中继续补充和完善。对《软件需求说明书》的更改也应加以控制，这种更改也应取得项目委托单位的认可。 4.5.2成果 本阶段结束时，应提交《软件需求说明书》。 4.5.3评审 《软件需求说明书》和《软件开发计划》应进行评审，以确保软件需求说明中列出的各项需求（例如：对软件的功能、性能、可靠性、外部接口等需求）正确、合理、完整地反映了系统对软件的要求，并确认开发计划的合理性和可行性。 4.6 设计 4.6.1任务 软件开发负责人根据《软件需求说明书》及其“设计开发计划评审报告”，确定软件系统总体结构以及模块之间的关系，定义各功能模块的接口、控制接口，设计全局数据库／数据结构等。软件开发人员负责设计各模块的内部细节，并制定测试计划，对系统集成测试和性能测试等工作做出规定与安排。 4.6.2成果 本阶段结束时，应提交《软件设计说明书》（根据需要，可分为《概要设计说明书》、《详细设计说明书》）和《软件系统测试计划》（分别见参考模板5、6和7），如有需要，还应单独编写并移交《数据库设计说明书》（见参考模板8）。测试计划中应对测试环境、测试内容和测试过程进行说明，并附有测试用例。 4.6.3评审 本阶段结束后，各软件产品事业部组织设计评审，对《软件设计说明书》中规定的软件结构、模块划分、基本流程、主要算法、输入输出、接口关系等内容进行审查。并对模块内部逻辑结构是否正确、《数据库设计说明书》是否完全、测试是否全面合理进行审查。 4.7 实现 4.7.1任务 软件开发人员根据《软件需求说明书》、《软件设计说明书》和“设计开发计划评审报告”，利用选定的编程工具和编码规范进行编码，实现《软件设计说明书》中规定的功能，以验证各模块功能和接口的正确性，及其与软件设计说明的一致性。 4.7.2成果 本阶段结束时，应提交通过自测试的源程序。 4.8 软件测试 4.8.1任务 由测试人员根据《软件系统测试计划》对软件进行功能测试、集成测试，并对整个系统进行性能测试。必要时应制定《性能测试计划》（见参考模板9）进行专门的软件性能测试。对测试要进行记录（见记录表格1、2），对出现的问题进行分析，查明原因，制定和实施更改计划，按计划更改完成后应进行回归测试，并保存更改和验证的记录。 4.8.2成果 在测试工作过程中应有测试记录，测试完成之后，应编写《系统测试分析报告》（见参考模板10）。 提交的用户文档有《用户手册》、《操作手册》等。当有二次开发需求时，还应提交《程序员手册》。 4.9 安装、试运行和验收阶段 4.9.1任务 将通过测试的软件产品，安装在用户的实际环境中试运行，并按照合同（或任务书）的规定，或以双方（项目委托单位与开发单位）商定的方式，对待交付的软件产品进行验收，同时，按合同要求向项目委托单位提交软件媒体和文档资料。 通常验收程序如下： a） 准备验收资料； b） 成立验收小组； c） 制订验收大纲，进行验收测试； d） 顾客宣读《使用情况报告》； e） 编写和通过《验收报告》（见参考模板11）。 验收测试应由项目委托单位负责，也可以按合同规定由开发单位或第三方负责。通常是成立验收小组，并制订验收大纲，尽可能在顾客的实际使用环境下，按顾客认可的验收要求进行验收测试。 验收报告通过后，软件开发单位应按合同和／或任务书的规定，并向项目委托单位交付软件产品、媒体及有关文档。交付工作结束时，应填写“产品交付记录表”（见《产品生产和服务过程的控制程序》附录B），并由顾客代表签字认可。项目的验收报告要将一份原件交业务管理部备案。 4.9.2 成果 用户培训，系统试运行，按合同和／或任务书的规定，向项目委托单位交付的软件产品、媒体及有关文档，顾客使用情况报告，验收报告等。 4.10 运行和维护 4.10.1任务 软件产品交付后，即进入运行、维护和服务阶段。维护是指由于系统或软件产品存在不完善、错误或缺陷，或软件的功能需要扩充等原因，而对程序和／或相关文档进行修改的活动。 维护的要求（如：维护的项目、维护的时间、维护的周期等）应在合同中明确规定。并根据要求制定和实施《系统运维计划》（见参考模板12），需要进行软件维护时，应按以下程序进行： a)申请：由维护人员向主管领导提出申请。 b)审批：维护申请被批准后方可组织实施，适当时，主管部门应对更改进行评审、验证和确认，并在实施前得到批准。评审应包括评价更改对产品组成部分和已交付产品的影响。 c)实施：维护人员按维护计划对软件和相关文档进行修改。 d)回归测试：软件修改后，应进行回归测试，以验证修改的正确性。 软件售后服务应按合同书的有关规定执行，每一次服务活动结束后，服务人员应填写“售后服务记录”（见《售后服务管理规定》）。 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 产品生产和服务过程的控制程序 5.6 售后服务管理规定 5.7 产品标识管理办法 6 参考模板 6.1 项目开发计划 6.2 项目管理计划 6.3 用户需求说明书 6.4 软件需求说明书 6.5 概要设计说明书 6.6 详细设计说明书 6.7 软件系统测试计划 6.8 数据库设计说明书 6.9性能测试计划 6.10 系统测试分析报告 6.11 验收报告 6.12 系统运维计划 6.13 项目总结报告 7 记录表格 7.1 集成测试用例和记录 7.2 系统测试用例和记录 Q/TJ-CW-03-V3.0软件开发项目过程控制程序