标签:style io ar 使用 sp strong on 数据 div
<项目名称>
模 块 开 发 卷 宗
作 者:
完成日期:
签 收 人:
签收日期:
修改情况记录:
版本号 |
修改批准人 |
修改人 |
安装日期 |
签收人 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
目录
1 模块开发情况表.................................................................................................... 1
2 功能说明................................................................................................................ 1
3 设计说明................................................................................................................ 2
4 源代码清单............................................................................................................ 2
5 测试说明................................................................................................................ 2
6 复审的结论............................................................................................................ 2
模块标识符 |
|
|
|
||
模块的描述性名称 |
|
|
|
||
代码设计 |
计划开始日期 |
|
|
|
|
实际开始日期 |
|
|
|
||
计划完成日期 |
|
|
|
||
实际完成日期 |
|
|
|
||
模块测试 |
计划开始日期 |
|
|
|
|
实际开始日期 |
|
|
|
||
计划完成日期 |
|
|
|
||
实际完成日期 |
|
|
|
||
组装测试 |
计划开始日期 |
|
|
|
|
实际开始日期 |
|
|
|
||
计划完成日期 |
|
|
|
||
实际完成日期 |
|
|
|
||
代码复查日期 / 签字 |
|
|
|
||
源代码行数 |
预计 |
|
|
|
|
实际 |
|
|
|
||
目标模块大小 |
预计 |
|
|
|
|
实际 |
|
|
|
||
模块标识符 |
|
|
|
||
项目负责人批准日期 / 签字 |
|
|
|
||
扼要说明本模块(或本组模块)的功能,主要是输入、要求的处理、输出。可以从系统设计说明书摘录。同时列出在软件需求说明书中对这些功能的说明的章、条、款。
说明本模块(或本组模块)的设计考虑,包括:
a.在系统设计说明书中有关对本模块(或本组模块)设计考虑的叙述,包括本模块在软件系统中所处的层次,它同其他模块的接口;
b. 在程序设计说明书中有关对本模块(或本组模块)的设计考虑,包括本模块的算法、处理流程、牵涉到的数据文卷设计限制、驱动方式和出错信息等;
c.在编制目前已通过全部测试的源代码时实际使用的设计考虑。
要给出所产生的模块(或本组模块)的第一份无语法错误的源代码清单以及已通过全部测试的当前有效的源代码清单。
说明直接要经过模块(或本组模块)的每一项测试,包括这些测试各自的标识符和编号、进行这些测试的目的、所用的配置和输入、预期的输出及实际的输出。
把实际测试的结果,同软件需求说明书、系统设计说明书、程序设计说明书中规定的要求进行比较和给出结论。
标签:style io ar 使用 sp strong on 数据 div
原文地址:http://www.cnblogs.com/duanxz/p/4153542.html