软件开发过程控制程序
目录
1目的与适用范围..............................................错误!未定义书签。
目的.....................................................错误!未定义书签。
适用范围.................................................错误!未定义书签。
2 引用文件....................................................错误!未定义书签。3职责........................................................错误!未定义书签。4程序........................................................错误!未定义书签。
需求分析程序..............................................错误!未定义书签。
获取、分析需求........................................错误!未定义书签。
需求规格说明书的评审..................................错误!未定义书签。
需求确认..............................................错误!未定义书签。
存档..................................................错误!未定义书签。
需求变更..............................................错误!未定义书签。
软件设计程序.............................................错误!未定义书签。
软件设计..............................................错误!未定义书签。
设计评审..............................................错误!未定义书签。
设计文档的备案........................................错误!未定义书签。
设计更改控制..........................................错误!未定义书签。
编码开发程序.............................................错误!未定义书签。
编码..................................................错误!未定义书签。
代码集成..............................................错误!未定义书签。
程序验收..............................................错误!未定义书签。
配置管理..............................................错误!未定义书签。
测试流程..............................................错误!未定义书签。
测试用例的编写、审核与备案.......................错误!未定义书签。
系统测试.........................................错误!未定义书签。
用户手册的编写与审核.............................错误!未定义书签。
存档..............................................错误!未定义书签。5流程图......................................................错误!未定义书签。6相关文件....................................................错误!未定义书签。
1目的与适用范围
目的
规范需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。
适用范围
适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。
2 引用文件
GBT 11457-2006 信息技术软件工程术语
GBT 软件工程产品质量
3职责
项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。
需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。
技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。
设计人员：软件界面设计。
开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。
测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。
行政人事部：负责开发过程中文件及代码的存档管理。
项目组成员：每日填写工作日志。
部门负责人：对项目人员工作日志进行统计。
4程序
需求分析程序
获取、分析需求
输入：项目立项报告、客户资料、需求调研日志
输出：需求规格说明书
过程：需求分析员按照双方确定的计划，有步骤的进行需求调研和分析活动，获取客户的需求，详细分析客户需求。与客户沟通需记录《调研日志》，根据调研情况和客户提供的资料编写《需求规格说明书》。
需求规格说明书的评审
输入：需求规格说明书
输出：评审记录
过程：对超出我公司产品范围的部分，项目经理负责组织技术负责人（必要时邀请技术专家组）、项目组成员评审《需求规格说明书》。如果评审不通过，需求分析员需要修改后重新提交，直至通过为止。对评审结果进行保存。
规则：《评审记录》可是纸质或电子版。以下评审记录不再一一说明。
需求确认
输入：需求规格说明书
输出：用户签字确认的需求规格说明书
过程：项目经理将内部评审通过的《需求规格说明书》提交客户代表签字确认。
存档
输入：需求调研备忘录、需求规格说明书
过程：需求分析员将需求分析过程中的文档提交配置管理工具进行归档。
规则：参见《项目配置管理规范》。
需求变更
输入：变更申请
输出：需求规格说明书补充说明
过程：客户签字确认了需求以后，当客户的需求发生变化且与基线库的相关文件不一致
