原件获取请“转发 评论”，进主页获取更多资料！
一、可行性研究报告
二、项目开发计划
三、软件问题报告
四、软件修改报告
五、程序维护手册
十二、软件问题报告
1．登记号
2．登记日期
3．问题发现日期
4．活动
5．状态
6．报告人
7．问题属于什么方面
8．模块/子系统
9．修订版本号
10．磁带
11．数据库
12．文件号
13．测试用例
14．硬件
15．问题描述/影响
16．附注
1．登记号
【由软件配置管理部门为该报告规定一个唯一的、顺序的编号。】
2．登记日期
【软件配置管理部门登记该报告的日期。】
3．问题发现日期
【发现该问题的日期和时间。】
4．活动
【在哪个阶段发现的问题，分为单元测试、组装测试、确认测试和运行维护。】
5．状态
【在软件配置记录中维护的动态指示，状态表示有：
a. 正在复查“软件问题报告”，以确定将采取什么行动；
b. 软件问题报告”已由指定的人去进行处理；
c. 修改已完成，并经过测试，正准备交给主程序库；
d. 主程序库已经更新，主程序库修改的重新测试尚未完成；
e. 做了重新测试，问题再现；
f. 做了重新测试，所做的修改已无故障，“软件问题报告”被关闭；
g. 留待以后关闭。】
6．报告人
【填写“软件问题报告”人员的姓名、地址、电话。】
7．问题属于什么方面
【区分是程序的问题，还是模块的问题，或是数据库的问题，文件的问题。也可能是它们的某种组合。】
8．模块/子系统
【出现的模块名。如果不知是哪个模块，可标出子系统名，尽量给出细节。】
9．修订版本号
【出现问题的模块版本。】
10．磁带
【包含有问题的模块的主程序库的磁带的标识符。】
11．数据库
【当发现问题时所使用数据库的标识符。】
12．文件号
【有错误的文件的编号。】
13．测试用例
【发现错误时所使用测试用例的标识符。】
14．硬件
【发现错误时所使用的计算机系统的标识。】
15．问题描述/影响
【问题症兆的详细描述。如果可能，是写明实际问题所在。也要给出该问题对将来测试、接口软件和文件等的影响。】
16．附注
【记载补充信息。】
十三、软件修改报告
1．登记号
2．登记日期
3．时间
4．报告人
5．子系统名
6．模块名
7．“软件修改报告”的编号
8．修改
9．修改描述
10．批准人
11．语句类型
12．程序名
13．老修订版
14．新修订版
15．数据库
16．数据库修改报告
17．文件
18．文件更新
19．修改是否已测试
20．“软件问题报告”是否给出问题的准确描述
21．问题注释
22．问题源
23．资源
1．登记号
【由软件配置管理部门为该报告规定的编号。】
2．登记日期
【软件配置管理部门登记“软件修改报告”的日期。】
3．时间
【准备好“软件修改报告”的日期。】
4．报告人
【填写该报告的作者。】
5．子系统名
【受修改影响的子系统名。】
6．模块名
【被修改的模块名。】
7．“软件修改报告”的编号
【被“软件修改报告”处理或部分处理的“软件问题报告”的编号。如果某“软件问题报告”的问题只是部分被处理，则在编号后附以p，如1234p。】
8．修改
【包括程序修改、文件更新、数据库修改或它们的组合。】
9．修改描述
【修改的详细描述。如果是文件更新或数据库修改，还要列出文件更新通知或数据库修改申请的标识符。】
10．批准人
【批准人签字，正式批准进行修改。】
11．语句类型
【程序修改中涉及到的语句类型，包括：输入/输出语句类、计算语句类、逻辑控制语句类、数据处理语句类（如数据传送、存取语句类）。】
12．程序名
【被修改的程序、文件或数据库的名字。】
13．老修订版
【当前的版本/修订本标识。】
14．新修订版
【修改后的版本/修订本标识。】
15．数据库
【如果申请数据库修改，则给出数据库的标识符。】
16．数据库修改报告
【数据库修改申请号。】
17．文件
【如果要求对文件进行修改，则给出文件的名字。】
18．文件更新
【文件更新通知单的编号。】
19．修改是否已测试
【指出已对修改做了哪些测试，如单元、子系统、组装、确认和运行测试等，并注明测试成功与否。】
20．“软件问题报告”是否给出问题的准确描述
【回答‘是’或‘否’。】
21．问题注释
【准确地叙述要维护的问题。】
22．问题源
【指明问题来自于哪里，如软件需求说明书、设计说明书、数据库、源程序等。】
23．资源
【完成修改所需资源的估计，即总的人时数和计算机时间的开销。】
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。