书；（4）概要设计说明书；（5）详细设计说明书；（6）用户操作手册；（7）测试计划；（8）测试分析报告所引用的其他资料、采用的软件工程标准或软件工程规范。） 二．测试计划执行情况
1．测试项目（列出每一测试项目的名称、内容和目的。）
2．测试机构和人员（给出测试机构名称、负责人和参与测试人员名单。） 3．测试结果（按顺序给出每一测试项目的：（1）实测结果数据（2）与预期结果数据的偏差（3）该项测试说明的事实（4）该项测试发现的问题。） 三．软件需求测试结论（按顺序给出每一项需求测试的结论。包括：（1）证实的软件能力（2）
局限性（即项需求未得到充分测试的情况及原因）。） 四．评价
1．软件能力（经过测试所表明的软件能力。）
2．缺陷和限制（说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响。） 3．建议（提出为弥补上述缺陷的建议。） 4．测试结论（说明能否通过。）
开发进度月报
一．报告时间及所处的开发阶段 二．给出进度
1． 本月内的主要活动 2． 实际进展与计划比较
三．所用工时（按不同层次人员分别计时。） 四．所有机时（按所有计算机机型分别计时。）
五．经费支出（分类列出本月经费支出项目,给出支出总额，并与计划比较。） 六．工作遇到的问题及采取的对策 七．本月完成的成果 八．下月的工作计划 九．特殊问题
项目开发总结报告
一．引言
1．编写目的（阐明编写总结报告的目的,指明读者对象。）
2．项目背景（说明项目的来源、委托单位、开发单位及主管部门。） 3．定义（列出报告中用到的专门术语定义和缩写词的原意。）
4．参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目的计划任务书，合同或批文；（2）项目开发计划；（3）需求规格说明书；（4）概要设计说明书；（5）详细设计说明书；（6）用户操作手册；（7）测试计划；（8）测试分析报告（9）本报告引用的其他资料、采用的开发标准或开发规范。） 二．开发结果
1． 产品（可包括：（1）列出各部分的程序名称、源程序行数（包括注释行）或目标程序
字节数及程序总计数量、存储形式；产品文档名称等。） 2． 主要功能及性能
3． 所用工时（按人员的不同层次分别计时。） 4． 所用机时（按所用计算机机型分别计时。） 5． 进度（给出计划进度与实际进度的对比。） 6． 费用 三．评价
1．生产率评价（如平均每人每月生产的源程序行数、文档的字数等。） 2．技术方案评价 3．产品质量评价 四．经验与教训
软件修改报告
一．登记号（由软件配置管理部门为该报告规定的编号。）
二．登记日期（软件配置管理部门登记”软件修改报告”的日期。） 三．时间（准备好”软件修改报告”的日期。） 四．报告人（填写该报告的作者。）
五．子系统名（受修改影响的子系统名。） 六．模块名（被修改的模块名。）
七．“软件问题报告”的编号（被”软件修改报告”处理或部分处理的”软件问题报告”的编号。） 八．修改（包括程序修改、文件更新、数据库修改或他们的组合。）
九．修改描述（修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知或
数据库修改申请的标识符。）
十．批准人（批准人签字，正式批准进行修改。）
十一． 语句类型（程序修改中涉及到的语句类型，包括：输入/输出语句类、计算语句类、
逻辑控制语句类、数据处理语句类(如数据传送 存取语句类)。） 十二． 程序名（被修改的程序、文件或数据库名字。） 十三． 老修订版（当前的版本/修订本标识。） 十四． 新修订版（修改后的版本/修订本标识。）
十五． 数据库（如果申请数据库修改,则给出数据库的标识符。） 十六． 数据库修改报告（数据库修改申请号。）
十七． 文件（如果要求对文件进行修改，则给出文件的名字。） 十八． 文件更新（文件更新通知单的编号。）
十九． 修改是否已测试（指出已对修改做了哪些测试，如单元、子系统、组装、确认和运
行测试等，并注明测试成功与否。）
二十． “软件问题报告”是否给出问题的准确描述 二十一． 问题注释（准确地叙述要维护的问题。） 二十二． 问题源（指明问题来自于哪里。） 二十三． 资源（完成修改所需资源的估计，即总的人时数和计算机时间的开销。）