一、计划阶段检查单

二、需求阶段检查单

三、设计阶段检查单

四、编码集成阶段检查单

五、测试阶段检查单

六、交付阶段检查单

七、结项阶段检查单

正文附件(需要原件的可评论“生命周期各阶段检查表获取”):
|
计划阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/2/27 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
2 |
2 |
0 |
0 |
4 |
满足要求 |
||||
|
50% |
50% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
对应的不符合问题 |
||||||
|
1 |
过程裁剪是否按照模版制定 |
合格 |
|||||||
|
2 |
项目计划(包括项目总体计划、MA计划、风险管理计划、配置管理计划、PPQA计划等其他项目附属子计划)是否按照模版制定 |
不合格 |
配置管理计划没有严格按照模板制定度量项没有明确的收集频率 |
||||||
|
3 |
是否举行了对项目计划的评审活动 |
合格 |
|||||||
|
4 |
项目相关人员是否对项目计划签字确认 |
不合格 |
项目计划中没有相关人员的签字确认 |
||||||
|
需求阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/2/17 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
9 |
1 |
0 |
1 |
11 |
满足要求 |
||||
|
82% |
9% |
0% |
9% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
对应的不符合问题 |
||||||
|
1 |
是否进行了需求调研并产生了需求调研记录 |
合格 |
|||||||
|
2 |
用户/产品需求规格说明书的编写是否符合相关规程和模板 |
不合格 |
需求规格说明书的模板有变动但未做出说明,建议增加变动说明 |
||||||
|
3 |
用户/产品需求规格说明书是否经过评审,并纳入配置管理状态形成基线 |
合格 |
|||||||
|
4 |
用户/产品需求规格说明书是否受到变更控制,并对变更进行记录 |
合格 |
|||||||
|
5 |
开发的验收测试计划及其一定数量(20%-30%)的验收测试用例,是否验证了需求 |
合格 |
|||||||
|
6 |
接口需求是否在一个接口需求规格说明或其它已批准的格式中文档化 |
合格 |
|||||||
|
7 |
需求活动对项目计划中定义的生命周期阶段活动的符合性 |
合格 |
|||||||
|
8 |
需求活动是否按照项目计划(PP)中定义的生命周期阶段输出产生相应的输出 |
合格 |
|||||||
|
9 |
是否开发了多个技术方案,并采用DAR方法进行了选择 |
合格 |
|||||||
|
10 |
是否建立了产品需求到用户需求的跟踪矩阵 |
不适用 |
用户需求与软件需求合并为产品需求,没有在需求跟踪矩阵中明确说明 |
||||||
|
11 |
需求阶段里程碑是否举行,并通过 |
合格 |
|||||||
|
设计阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/3/7 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
6 |
1 |
0 |
0 |
7 |
满足要求 |
||||
|
86% |
14% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
对应的不符合问题 |
||||||
|
1 |
是否建立了多个设计方案,并最终选择了合适的技术方案,生成了决策报告 |
合格 |
|||||||
|
2 |
设计文档(包括概要设计、详细设计、数据库设计等设计文档)是否按照模版制定 |
合格 |
|||||||
|
3 |
设计文档(包括概要设计、详细设计、数据库设计等设计文档)是否经过了评审并通过 |
不合格 |
《系统设计说明书》的评审记录没有达到入口条件记录 |
||||||
|
4 |
是否进行了制作购买复用分析并产出了制作购买复用分析表 |
合格 |
|||||||
|
5 |
通过评审的设计文档是够纳入了基线管理 |
合格 |
|||||||
|
6 |
是否建立了设计到需求的跟踪矩阵 |
合格 |
|||||||
|
7 |
设计阶段里程碑是否举行,并通过 |
合格 |
|||||||
|
编码集成阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/3/14 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
10 |
0 |
0 |
0 |
10 |
满足要求 |
||||
|
100% |
0% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
备注 |
||||||
|
1 |
是否制定了编码规程以用于指导程序开发? |
合格 |
|||||||
|
2 |
是否按照设计文档进行了编码活动并且所有代码保存在代码配置库中 |
合格 |
|||||||
|
3 |
是否按照要求进行了单元/模块测试,并产生了单元/模块测试报告 |
合格 |
|||||||
|
4 |
是否按照要求进行了代码走查,并产生了代码评审报告 |
合格 |
|||||||
|
5 |
是否建立了代码到设计的跟踪矩阵 |
合格 |
|||||||
|
6 |
是否建立了产品集成计划并通过了评审 |
合格 |
|||||||
|
7 |
是否按照集成计划集成了模块并进行了必要的集成测试 |
合格 |
|||||||
|
8 |
提交系统测试前是否进行了冒烟测试 |
合格 |
|||||||
|
9 |
是否编写了用户支持手册并通过了初步评审 |
合格 |
|||||||
|
10 |
是否进行了编码集成阶段里程碑评审,并评审通过 |
合格 |
|||||||
|
测试阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/4/29 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
8 |
0 |
0 |
0 |
8 |
满足要求 |
||||
|
100% |
0% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
备注 |
||||||
|
1 |
是否制定了系统测试计划,并评审通过 |
合格 |
|||||||
|
2 |
是否按照系统测试计划的要求建立了测试环境 |
合格 |
|||||||
|
3 |
是否编写了系统测试用例并评审通过 |
合格 |
|||||||
|
4 |
是否建立了系统测试用例到需求的跟踪矩阵 |
合格 |
|||||||
|
5 |
是否记录了系统测试的缺陷,产生了系统测试报告 |
合格 |
|||||||
|
6 |
系统测试是否根据通过标准被批准通过 |
合格 |
|||||||
|
7 |
是否建立了编码基线 |
合格 |
|||||||
|
8 |
测试里程碑评审是否举行并通过 |
合格 |
|||||||
|
交付阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/5/31 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
5 |
0 |
0 |
0 |
5 |
满足要求 |
||||
|
100% |
0% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
备注 |
||||||
|
1 |
是否按照CM过程从基线库中生成产品 |
合格 |
|||||||
|
2 |
如果是,是否是基线库中需要的版本 |
合格 |
|||||||
|
3 |
用户手册是否通过了最终的评审 |
合格 |
|||||||
|
4 |
产品发布前是否执行了基线审计 |
合格 |
|||||||
|
5 |
产品是否通过了客户的验收,并得到了客户的签收 |
合格 |
|||||||
|
结项阶段检查单 |
|||||||||
|
检查人 |
检查日期 |
2023/6/4 |
|||||||
|
统计结果 |
合格 |
不合格 |
未检查 |
不适用 |
共计 |
结论 |
检查人意见 |
||
|
3 |
0 |
0 |
0 |
3 |
满足要求 |
||||
|
100% |
0% |
0% |
0% |
100% |
|||||
|
序号 |
检查内容 |
检查情况 |
备注 |
||||||
|
1 |
是否把项目的经验教训、度量数据、有价值的文档等纳入了组织过程资产库 |
合格 |
|||||||
|
2 |
是否撰写了结项总结报告 |
合格 |
|||||||
|
3 |
结项评审会是否召开,并通过 |
合格 |
|||||||