《软件开发过程控制程序》由会员分享，可在线阅读，更多相关《软件开发过程控制程序（11页珍藏版）》请在金锄头文库上搜索。
1、软件开发过程控制程序目录1 目的与适用范围 .21.1 目的 .21.2 适用范围 .32 引用文件 .33 职责 .34 程序 .34.1 需求分析程序 .34.1.1 获取、分析需求 .34.1.2 需求规格说明书的评审 .44.1.3 需求确认 .44.1.4 存档 .44.1.5 需求变更 .44.2 软件设计程序 .44.2.1 软件设计 .44.2.2 设计评审 .54.2.3 设计文档的备案 .54.2.4 设计更改控制 .54.3 编码开发程序 .54.3.1 编码 .54.3.2 代码集成 .54.3.3 程序验收 .54.3.4 配置管理 .64.3.5 测试流程 .64.
2、3.5.1 测试用例的编写、审核与备案 .64.3.5.2 系统测试 .64.3.5.3 用户手册的编写与审核 .64.3.5.4 存档 .65 流程图 .76 相关文件 .91 目的与适用范围1.1 目的规范需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。1.2 适用范围适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。2 引用文件GBT 11457-2006 信息技术 软件工程术语G
3、BT 16260.4-2006 软件工程 产品质量3 职责 项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 需求分析员：进行需求调研，编写需求规格说明书 、 调研日志 、需求的补充文档等，必要时进行需求变更。 技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 设计人员：负责软件系统设计，编写设计文档。 开发人员：负责根据设计说明书编写程序，修改软件代码。 测试员：编写测试用例 ，搭建测试环境、执行单元测试、集成测试，提出测试报告 。 行政人事部：负责开发过程中文件及代码的存档管理。 项目组成员：每日填写工作日志。 助理：对项目人员工作日志进行统计。4 程序4
4、.1 需求分析程序4.1.1 获取、分析需求 输入：项目立项报告、客户资料、需求调研日志 输出：需求规格说明书 过程：需求分析员按照双方确定的计划，有步骤的进行需求调研和分析活动，获取客户的需求，详细分析客户需求。与客户沟通需记录调研日志 ，根据调研情况和客户提供的资料编写需求规格说明书 。4.1.2 需求规格说明书的评审 输入：需求规格说明书 输出：评审记录 过程：对超出我公司产品范围的部分，项目经理负责组织技术负责人（必要时邀请技术专家组） 、项目组成员评审需求规格说明书 。如果评审不通过，需求分析员需要修改后重新提交，直至通过为止。对评审结果进行保存。 规则：评审记录可是纸质或电子版。以
5、下评审记录不再一一说明。4.1.3 需求确认 输入：需求规格说明书 输出：用户签字确认的需求规格说明书 过程：项目经理将内部评审通过的需求规格说明书提交客户代表签字确认。4.1.4 存档 输入：需求调研备忘录、需求规格说明书 过程：需求分析员将需求分析过程中的文档提交配置管理工具进行归档。 规则：参见项目配置管理规范 。4.1.5 需求变更 输入：变更申请 输出：需求规格说明书补充说明 过程：客户签字确认了需求以后，当客户的需求发生变化且与基线库的相关文件不一致时，项目经理要组织需求分析员将变化后的需求写进需求规格说明书补充说明中，并要得到用户的正式签字认可。 规则：详情参见需求变更作业指导书 、 变更管理控制规范 。4.2 软件设计程序4.2.1 软件设计 输入：需求规格说明书 输出：系统设计说明书 过程：设计人员根据需求规格说明书进行系统设计，编写系统设计说明书并提交评审。 规则：如果某个模块是公司产品中没有积累的，以往的项目中都没有可重
