实现过程控制及样例

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

实现过程控制及样例

1目的

为了将《软件设计说明书》转化为规范的实现文档,明确软件实现阶段的要素,规范公司开发活动,并以此作为软件编制、生产的基础和评审依据。

2适用范围

部门:应用开发事业部总监、软件部门、系统测试部、市场部。

业务:软件产品编程实现、单元测试。

3职责

1)1)项目经理负责编制《实现工作计划》,负责组织编程人员进行编程,

协调和控制实现阶段的质量和进度。

2)2)部门经理负责审批软件的《实现工作计划》,负责实现阶段组织和资

源协调,负责向系统测试部提交产品模块。

3)3)部门经理负责对源代码进行抽查,验证其是否满足功能需求和设计

要求。

4)4)项目经理组织相关人员对实现人员提交的软件单元进行测试,编写

用户操作手册。

5)5)部门经理负责审核用户手册。

6)6)应用开发事业部(副)总监负责审批用户手册。

7)7)应用开发事业部负责解释和修订实现程序。

4工作程序

1)1)程序编写、测试及验证的工作程序

2)2)编制实现工作计划

项目经理按3-06/QR/001《实现工作计划》编写实现工作计划,经部门经

理审批后,组织编程人员进行软件编程工作。

3)3)编程规范应严格按执行4-05《规则、惯例和约定程序》。

4)4)单元测试

编程人员在单元编程结束后,应严格执行程序员之间单元互测的规定,编

程人员在单元编程结束后应提交项目经理组织相关人员进行单元测试,测

试人员应按照《需求分析规格说明书》与《设计规格说明书》进行测试,并将测试中发现的问题及时反馈给编程人员进行修改,单元测试通过后方

可提交。单元测试结束后,测试人员提交《单元测试问题汇总表》。

5)5)代码抽查和验证

部门经理可随时对源代码进行抽查,验证其是否满足功能需求和设计要

求,代码抽查通过后,方可进行提交。

6)6)模块提交

项目经理在单元测试及代码抽查通过后,可填写3-06/QR/003《模块测试

提交申请表》,由部门经理批准提交,办理移交手续,实现阶段结束。

7)7)程序修改控制

对已通过测试的程序的修改实行严格控制,所有程序在修改前,必须经项目经理确认,修改结束后仍应按本程序进行测试。

8)8)用户操作手册的编写

项目经理应组织相关人员按照4-04《规则、惯例和约定程序》中规定的《用户操作手册编写规范》编写《用户操作手册》,用户操作手册内容和素材经部门经理审核后提交给应用开发事业部(副)总监审批后,提交市场部进行设计制作。

9)9)编程人员应定期填写完成情况表,实现阶段进度控制纳入配置管理

系统。

10)10)应用开发事业部应保存相关的文档和质量记录。

5相关文件

3-05 软件设计程序

3-07 软件测试和测试状态程序

4-04 规则、惯例和约定程序

6质量记录

3-06/QR/001 《实现工作计划》

3-06/QR/002 《代码抽查验证表》

3-06/QR/003 《模块开发卷宗编写指南》

3-06/QR/004 《模块测试提交申请表》

3-06/QR/005 《用户操作手册编写指南》

3-06/QR/006 《用户操作手册》审批表

3-06/QR/007 《完成情况表》

3-06/QR/008 《单元测试问题汇总表》

7附录

3-06/QR/001 《实现工作计划》

《实现工作计划》

3-06/QR/002 《代码抽查验证表》

代码抽查验证表

3-06/QR/003 《模块开发卷宗编写指南》

模块开发卷宗

1 标题

软件系统名称和标识符

模块名称和标识符(如果本卷宗包含多于一个的模块,则用这组模块的功能标识代替模块名)

程序编制员签名

卷宗的修改文本序号

修改完成日期

卷宗序号(说明本卷宗在整个卷宗中的序号)

编排日期(说明整个卷宗最近的一次编排日期)

2 模块开发情况表

3 功能说明

扼要说明本模块(或本组模块)的功能,主要是输入、要求的处理、输出。可以从系统设计说明书中摘录。同时列出在软件需求说明书中对这些功能的说明的章、条、款。

4 设计说明

说明本模块(或本组模块)的设计考虑,包括:

a.a.在系统设计说明书中有关对本模块(或本组模块)设计考虑的叙述,包

括本模块在软件系统中所处的层次,它同其他模块的接口;

b.b.在程序设计说明书中有关对本模块(或本组模块)的设计考虑,包括本

模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等;

c.c.在编制目前已通过全部测试的源代码时实际使用的设计考虑。

5 源代码清单

要给出所产生的本模块(或本组模块)的第一份无语法错的源代码清单以及已通过全部测试的当前有效的源代码清单。

6 测试说明

说明直接要经过本模块(或本组模块)的每一项测试,包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。

7 复审的结论

把实际测试的结果,同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。

3-06/QR/004 《模块测试提交申请表》

模块测试提交申请表

相关文档
最新文档