作者：不詳 來源：uml.net.cn http://www.csai.cn 2005年08月17日
作者： 審覈： 審批：
更改記錄
|
日期 |
修改章節 |
修改 類型 * |
修改描述 |
修改人 |
版本 |
* 修改類型分爲 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% 。
• 如果本項目是由多個子商共同，則需要對每個子商分別給出評分。