作者： 审核： 审批：
更改记录
|
日期 |
修改章节 |
修改 类型 * |
修改描述 |
修改人 |
版本 |
* 修改类型分为 A - ADDED M - MODIFIED D – DELETED
子合同验收报告
|
日期 |
修改章节 |
修改类型 * |
修改描述 |
修改人 |
版本 |
* 修改类型分为 A - ADDED M - MODIFIED D – DELETED
文档编号 :
|
项目名称： （文档所属的项目的名称，《项目计划》或《立项报告》保持一致） |
拟制： （项目组接口人签名和日期） |
审核： （项目经理签名和日期） （子合同经理签名和日期） |
|
|
SQA ： // |
批准： （总经理签名和日期） |
||
|
项目代号： （和《项目计划》或《立项报告》保持一致，不需有代号的可以填 // ） |
收文： （总经理，主管研发总经理，项目经理， SQA 角色，子合同经理） |
||
|
产品版本： （和《项目计划》或《立项报告》保持一致，不需有代号的可以填 // ） |
抄送： （其他参加会议的人） |
||
|
子合同项目名称： |
子商名称： |
||
目的： 将子合同产品的测试和验收结果进行汇总，总结本次子合同的经验。
背景、备注： （本文件的背景；本文档其他条目无法涵盖但认为有必要写明的内容都可以放在此处）
定义： （列出本文件中用到的专门术语的定义和外文首字母组词的原词组）
参考： （合同，产品测试和评审报告， SQA 评价报告， SCM 评价报告）
一 验收结果汇总
|
验收产品名称 |
计划交付时间 |
实际交付时间 |
通过测试 / 评审的时间 |
测试 / 评审意见 |
项目组意见 |
二 验收结论
( 在此给出总体性的结论，如哪些产品通过验收，哪些产品没有通过验收 )
三 存在的问题与解决计划
( 列出存在的问题、解决的方法和计划 )
四 对子商的评价
1 ． 分数对照表
|
A+ |
A |
A- |
B+ |
B |
B- |
C+ |
C |
C- |
D |
|
100 |
95 |
90 |
85 |
80 |
75 |
70 |
65 |
60 |
50 |
2 ． 评分结果汇总
|
产品质量 (40%) |
进度 (30%) |
配合和沟通 (20%) |
性能价格比 (10%) |
综合分数 |
|
|
评分人 |
|||||
|
评语 |
|||||
|
分数 |
备注：
• 如果没有一个细化的评分表，则由评分人以 A 、 B 、 C 的形式给出分数。
• 如果本项目是由多个子商共同，则需要在上表中列出每个子商及其负责的工作，并对每个子商分别给出评分。
3 ．评分说明
（在此给出评分的具体说明，如评分人、对应的验收产品等）
（如果某项产品的评分高于 A- （含）或低于 C- ，则必须给出相应的说明）
产品质量评分
|
验收的产品 |
分数 |
比重 |
评分人 |
评语 |
|
可执行产品 (70%) |
% |
（测试角色给出） |
||
|
源源代码 (20%) |
% |
（源代码评价与测试人员给出评价） |
||
|
XXX 文档 * （ 10% ） |
% |
（文档评价人员给出评价） |
||
|
总 分 |
100% |
备注：
• 如果没有一个细化的评分表，则由评分人以 A 、 B 、 C 的形式给出分数。
• 对于文档，需要给出具体的文档名称。
• 验收的产品名称和数量可以根据实际情况进行调整。
• 所有验收产品的比重必须等于 100% 。
• 如果本项目是由多个子商共同，则需要对每个子商分别给出评分。
