軟件過程檢查表

第 22 頁 共 22 頁1. 過程檢查要素表檢查內容產品研發(fā)項目客戶定制或應用開發(fā)項目平臺或中間件項目維護項目檢查時間檢查結果參加成員計劃過程（可選）（可選）計劃階段結束軟件過程審計報告SQA人員，項目組成員計劃跟蹤和監(jiān)督過程設計階段結束測試階段結束軟件過程審計報告SQA人員，項目組成員軟件產品審查過程（可選）（可選）正式評審結束軟件過程審計報告SQA人員項目經理需求分析過程需求分析階段結束測試階段結束軟件過程審計報告SQA人員，項目經理，系統分析員系統設計過程設計階段結束測試階段結束軟件過程審計報告SQA人員，項目經理，系統分析員需求和設計管理過程編碼階段結束軟件過程審計報告SQA人員，項目經理，軟件編碼過程（可選）編碼階段結束軟件過程審計報告SQA人員，項目組成員軟件測試過程測試階段結束軟件過程審計報告SQA人員，項目組成員產品驗收和發(fā)布過程項目驗收后軟件過程審計報告SQA人員，項目經理，測試人員，配置人員，用戶代表配置管理過程設計階段結束測試階段結束軟件過程審計報告SQA人員，項目經理，配置管理員軟件質量保證過程驗收階段結束軟件過程審計報告高級經理，SQA經理，項目經理2. 過程打分2.1. 過程打分原則：1) 過程打分占整個項目得分的30，以30分為滿分，最低分不低于9分。2) 不同的項目可以從標準軟件過程中剪裁得到項目定義過程，因此各項目包含的軟件過程是不同的，為了使軟件過程數目不同的項目，仍以合理的方式進行過程打分，需對剪裁后的軟件過程數目進行換算，從而不因剪裁而失分。3) SQA人員對經剪裁的軟件過程的檢查內容和實施情況進行剪裁。4) 項目級的軟件過程剪裁必須得到高級經理，質量管理部經理和項目SQA人員的檢查和認可；檢查內容和實施情況剪裁必須得到項目經理和受審計人員的認可。5) 軟件過程檢查打分的依據是“過程檢查表”。2.2. 打分步驟：1) 依據標準過程定義項目過程，得出項目過程數N 。2) 每個項目過程的得分M 30 / N 。3) 采用“過程檢查表”，對各個過程進行檢查和打分。4) 定義“過程檢查表”中的實際檢查內容項個數為X，每項標準得分10分，因此每個“過程檢查表”的最高得分A = 10X 。5) 實際檢查時，對“實施情況”一欄中每個條款進行打勾“”,因此實際每項得分Bj=（打勾條款數 / 該項實際檢查總條款數）10 。6) 每個過程的實際得分Bi=1x Bj 。7) 每個過程的換算得分B=Bi /A M 。8) 若某個過程發(fā)生多次z，則該過程得分B=(1zB)/z 。9) 項目的過程得分C=1NB 。10) 為確保項目組的基本得分不低于9分，因此各過程打分不得低于9/N分，低于此分，以9/N分計算。2.3. 例子：某項目計劃進行5個階段的審計：計劃過程，需求過程，設計過程，測試過程，計劃跟蹤和監(jiān)督過程，其中計劃跟蹤和監(jiān)督過程執(zhí)行兩次，其他各一次則每階段得分M=30/5=6; 第一次 計劃跟蹤和監(jiān)督過程檢查項共15項，實際由于變更未發(fā)生檢查了13項,標準分為A=1310130，實際檢查得分Bi=123則該階段得分B1=123/130 * 6=5.67第二次 計劃跟蹤和監(jiān)督過程，實際檢查了15項，標準分為1510150；實際檢查得分140。則該階段得分B2=140/150 * 6=5.6則計劃跟蹤和監(jiān)督過程得分B（5.675.6）/25.6計劃過程得分5.3；需求過程得分5.6；設計過程得分5.3；測試過程得分5.7C=5.35.65.35.75.627.53. 過程檢查表3.1. 計劃過程檢查表檢查內容實施情況評價（10分制）是否有項目開發(fā)計劃？ 項目開發(fā)計劃書 評審問題清單（可選） 評審通知和確認表（可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人確認/簽字 評審時間 驗證人簽字 SQA人員驗證 否（說明原因）：文檔格式是否正確？ 是 文件編號 配置項編號 項目版本號 審核人 審核時間 批準人 批準時間 符合模板 否（說明原因）：項目計劃文檔是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）：項目計劃是否以確定的需求為依據？ 是 否（說明原因）：是否有對項目計劃的承諾？ 是 項目組成員和相關人員參與計劃過程，并和項目經理就計劃達成一致意見 計劃被SQA，SCM和其他相關組檢查并達成一致意見 計劃被負責項目的負責人檢查并達成一致意見 項目計劃在提交給用戶以前在組織內部得到批準 形成項目責任矩陣表 若有外部用戶，與外部用戶就項目計劃達成一致意見 和用戶協商的計劃變更在最后提交給用戶時得到項目內部組的批準 已承諾項目計劃被基線化（如進行配置控制） 否（說明原因）：關鍵因素是否被識別和定義？ 是 項目的進度 任務預期開始和結束 工作產品被識別 項目的工作量 里程碑開始和實現日期 預算的費用 計劃的關鍵計算機資源 項目組成員任務分配 為軟件開發(fā)確定的生命周期模型 工作產品的驗收標準被定義 其他因素 否（說明原因）：是否明確指定估算策略對項目的規(guī)模進行估計？ 是 按已定義的方法執(zhí)行估計過程： 是否采用歷史數據 無歷史數據 規(guī)模估計的量度： 功能點 需求數 代碼行 其他 規(guī)模估計結果文檔化 規(guī)模估計結果經過評審 否（說明原因）：是否為員工的培訓需要制定計劃？ 是 培訓方式： 正式培訓 / 非正式培訓 識別需參加培訓人員 計劃參加培訓時間 識別須培訓的內容 否（說明原因）：是否為項目內和項目間的溝通制定計劃？ 是 定義內部溝通方式 定義內部溝通時間和頻率 識別外部溝通方 定義外部溝通方式 定義外部溝通時間和頻率 否（說明原因）：是否確定項目的度量目標？ 是 定義項目度量目標 定義需收集的數據和頻率 定義數據收集方式和負責人 定義度量分析結果 定義度量分析報告方式 否（說明原因）：是否識別和分析風險？ 風險管理計劃 風險項清單 風險發(fā)生的應急對策 風險優(yōu)先級 確定各類風險的責任人 制定風險管理進度 否（說明原因）：是否選擇合適的生命周期模型？ 是 選擇已定義的生命周期模型 形成新的生命周期模型 經過批準 未經過批準 否（說明原因）：是否進行成本估計？ 是 否（說明原因）：項目計劃是否進行進度細化？ 是 按生命周期模型劃分里程碑 形成項目的WBS，包括管理，技術和支持活動 WBS活動有預留時間 每個WBS活動分配責任人，開始和完成時間 基于過去類似項目的經驗 小組和個人參與制定和檢查WBS WBS任務被定義到可以進行進度估算的級別： 每小時 每天 每2-3天 每周 其他 否（說明原因）：配置人員是否管理項目的配置情況？ 是 管理計劃基線 計劃基線分發(fā)給相關人員 否（說明原因）：SQA是否定期檢查項目的活動？ 是 軟件過程審計報告(頻率 ) 軟件問題管理 跟蹤和關閉問題 沒有問題 審計報告分發(fā)給相關人員 否（說明原因）：3.2. 軟件產品審查過程檢查表檢查內容實施情況評價（10分制）工作產品在決定評審前是否經過審核人的檢查和審核？ 是 否（說明原因）：是否采用工作產品檢查單進行評審？ 是 工作產品檢查單 否（說明原因）：軟件評審和檢查通知是否有記錄？每一個參與者是否分配了角色？ 是 評審通知和確認表 否（說明原因）：評審重點是否放在缺陷檢查，而不是糾錯上 是 否（說明原因）：評審結果是否形成文檔 是 項目評審表 項目評審問題追蹤表 否（說明原因）：評審者是否在評審會議前做了充分的準備？評審準備數據和次數是否被收集？ 是 評審問題清單 評審準備工作量 發(fā)現問題描述詳細 標識缺陷嚴重程度 標識缺陷類型 預審結論 否（說明原因）：評審準備數據和頻率是否被收集，以便可以充分應用與將來的準備和評審？ 是度量表格： 評審人數 評審前準備工作量 評審工作量 評審次數 否（說明原因）：評審會議是否經常有調整？ 是 否（說明原因）：仲裁者是否接到過執(zhí)行評審的培訓？ 是 否（說明原因）：評審會議時間是否按計劃完成？ 是 否（說明原因）：在每個評審中的發(fā)現的問題是否被SQA追蹤或驗證人檢查 是 驗證人簽字 問題完成情況描述 按時完成修改和驗證 SQA人員驗證過程完整性 否（說明原因）：3.3. 計劃跟蹤和監(jiān)督過程檢查表檢查內容實施情況評價（10分制）開發(fā)工作是否按計劃開始？ 是不按計劃開始原因說明： 否（說明原因）：項目跟蹤是否以形成基線的計劃為基礎？ 是 項目開始跟蹤以首次計劃為基準 計劃變更后跟蹤以變更后的計劃為基準 否（說明原因）：計劃變更是否執(zhí)行變更管理過程？是否對計劃的變更進行記錄和追蹤？ 是 計劃變更最新版本 變更次數 變更控制表 變更問題編號 變更來源 變更提出者 申請時間 修改人 變更批準人（項目經理 變更控制委員會） 評審方式評審（項目評審表評審問題追蹤表） 簽字 變更狀態(tài)追蹤 對變更請求產生影響進行評估 項目版本狀態(tài) 修改描述 修訂頁變更說明 修改開發(fā)計劃和進度 修改相關文檔 修改人簽字 批準人簽字 驗證變更結果與修改說明一致 驗證人簽字 驗證日期 SQA人員驗證 SQA人員檢查日期 變更結果通知變更執(zhí)行人和受變更影響人員 否（說明原因）： 沒有變更如果變更不執(zhí)行，是否有相關的的原因說明？ 是 變更控制表 變更不批準原因說明 變更請求狀態(tài)為“拒絕” 否（說明原因）：關鍵因素是否被監(jiān)控？ 是 監(jiān)控項目的進度 任務預期開始和結束 項目規(guī)模 里程碑開始和實現日期 預算的費用 計劃的關鍵計算機資源 項目組成員任務分配 工作產品完成情況 項目的工作量 其他因素 否（說明原因）：是否跟蹤項目規(guī)模？ 是 跟蹤定義的項目計劃規(guī)模 跟蹤項目實際規(guī)模 實際規(guī)模和計劃規(guī)模比較分析 事件驅動調整項目規(guī)模 按已定義的規(guī)模估計方法調整規(guī)模 調整后的規(guī)模結果文檔化并經過評審 記錄實際的項目規(guī)模 否（說明原因）：是否跟蹤項目工作量？ 是 跟蹤計劃的項目工作量 跟蹤項目實際工作量 實際工作量和計劃工作量比較分析 按規(guī)程調整工作量 調整后工作量數據文檔化并經過評審 否（說明原因）：是否跟蹤項目進度？ 是 跟蹤計劃的里程碑開始結束時間 跟蹤計劃任務開始完成時間 跟蹤項目成員任務分配情況 比較和分析實際，計劃的進度差異 根據實際情況調整項目進度，并經過評審 否（說明原因）：項目組成員是否每周提交工作情況匯報表，報告度量和分析結果？ 是 項目組成員每周報告分配的任務狀態(tài) 所有報告的已完成的任務被檢查 項目組成員每周報告問題和風險 項目組成員每周報告變更發(fā)生情況和變更狀態(tài) 項目組成員報告每個任務的實際工作量花費，每個任務的總的花費天數，每個任務的預計工作量 項目成員的任務與計劃任務匹配 項目組成員每周重新估計需要完成任務的工作量 否（說明原因）：是否對識別的風險進行管理，監(jiān)控和報告潛在的風險？ 是 更新風險項清單 風險發(fā)生的實際對策 更新風險優(yōu)先級 風險狀態(tài)跟蹤和控制 風險的責任人跟蹤風險 調整風險管理進度 定期檢查和更新每個風險發(fā)生概率和影響 識別新的風險并進行分析 否（說明原因）： 項目經理是否定期更新任務分配？ 是安排任務頻率： 每天 每2-3天 每周 每月 其他 否（說明原因）：是否控制和解決項目問題？ 是 定期召開項目會議，交流項目的活動狀態(tài)，問題和風險 項目的會議有會議紀要 在項目狀態(tài)報告和會議紀要中記錄發(fā)現的問題 分配人員執(zhí)行每個問題的糾錯活動和解決問題 跟蹤問題直至關閉 否（說明原因）：項目經理是否定期形成項目狀態(tài)報告？ 是 形成項目狀態(tài)報告 (頻率 ) 項目狀態(tài)報告是否提交/分發(fā)takeholders:用戶，項目經理/高級經理，相關支持組，小組成員。 項目狀態(tài)報告內容是否包括本周項目的完成狀況，問題，風險，變更？ 項目的進度度量和其他度量數據是否包括在報告中？ 項目控制下的進度數據反映當前的情況 項目經理計算和分析關鍵的實際數據度量，并在項目狀態(tài)報告中記錄 否（說明原因）：配置人員是否管理項目的配置情況？ 是 管理計劃基線 SCM基線報告 (頻率 ) SCM基線變更狀態(tài)報告 (頻率 ) 配置報告分發(fā)給相關人員 管理計劃變更和發(fā)布變更通知 否（說明原因）：SQA是否定期檢查項目的活動？ 是 軟件過程審計報告(頻率 ) 審計報告分發(fā)給相關人員 否（說明原因）：3.4. 需求分析過程檢查表檢查內容實施情況評價（10分制）是否對項目的需求分析和管理活動分配任務和進度？ 是 項目開發(fā)計劃書/項目開發(fā)計劃表 需求分析活動描述 責任人 否（說明原因）：是否對用戶的需求進行收集？ 是 項目需求調研 項目功能清單 其他用戶文檔 否（原因說明）： 可選是否對用戶需求進行檢查并與用戶的一致？ 是 項目需求調研評審 用戶代表確認/簽字 項目經理確認/簽字 其他人員 確認 否（原因說明）： 可選系統分析人員是否接收過相關培訓？ 是 已具備能力 正式培訓 小組培訓 自學 否（原因說明）：系統分析結果是否形成文檔需求規(guī)格說明書/需求表 評審問題清單（可選） 評審通知和確認表 （可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人確認/簽字 評審時間 驗證人簽 SQA人員驗證 系統功能清單 否（原因說明）：文檔格式是否正確？ 是 文件編號 配置項編號 項目版本號 審核人 審核時間 批準人 批準時間 符合模板 否（說明原因）：需求規(guī)格說明書是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）：需求是否被標識、管理、度、跟蹤和關閉？ 是 需求跟蹤矩陣表： 需求被唯一標識 需求狀態(tài)被描述 統計需求個數 否（說明原因）： 沒有變更作為潛在問題的需求，在需求說明書中是否被標識 ？ 是 潛在問題被描述 潛在問題被追蹤至關閉 其他說明： ； 否（原因說明）： 不適用配置人員是否管理項目的配置情況？ 是 管理需求基線 SCM基線報告 (頻率 ) 配置報告分發(fā)給相關人員 否（說明原因）：SQA是否定期檢查項目的需求分析活動，標識偏離項目計劃或組織結構的內容？ 是 軟件過程審計報告（頻率 ） 審計報告分發(fā)給相關人員 否（說明原因）：3.5. 系統設計過程檢查表檢查內容實施情況評價（10分制）是否形成概要設計說明書？ 是 評審問題清單（可選） 評審通知和確認表 （可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人簽字 評審時間 驗證人簽字 SQA人員驗證 否（說明原因）：是否形成詳細設計說明書？ 是 評審問題清單（可選） 評審通知和確認表（可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人簽字 評審時間 驗證人簽字 SQA人員驗證 否（說明原因）： 可選文檔格式是否正確？ 是 文件編號 配置項編號 項目版本號 審核人 審核時間 批準人 批準時間 符合模板 否（說明原因）：概要設計說明書是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）：詳細設計說明書是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 否（說明原因）：配置人員是否管理項目的配置情況？ 是 管理設計基線 SCM基線報告 (頻率 ) SCM基線變更狀態(tài)報告 (頻率 ) 配置報告分發(fā)給相關人員 否（說明原因）：SQA是否定期檢查項目的需求管理活動，標識偏離項目計劃或組織結構的內容？ 是 軟件過程審計報告(頻率 ) 審計報告分發(fā)給相關人員 否（說明原因）：3.6. 需求和設計管理過程檢查表檢查內容實施情況評價（10分制）需求是否被標識、管理、度、跟蹤和關閉？ 是 需求跟蹤矩陣表： 需求狀態(tài)被跟蹤 和需求文檔保持一致 設計模塊和需求保持一致 測試用例和需求保持一致 統計需求變更數 否（說明原因）：變更是否遵守變更流程？ 是 變更類型：( 需求 設計) 變更控制表 變更問題編號 變更來源 變更提出者 申請時間 修改人 變更批準人（項目經理/變更控制委員會） 評審方式 評審（項目評審表/評審問題追蹤表） 簽字 變更狀態(tài)追蹤 對變更請求產生影響進行評估 項目版本狀態(tài) 修改描述 修訂頁變更說明 修改開發(fā)計劃和進度 修改設計文檔，測試文檔和其他文檔 修改人簽字 批準人簽字 驗證變更結果與修改說明一致 驗證人簽字 驗證日期 SQA人員驗證 SQA人員檢查日期 變更結果通知變更執(zhí)行人和受變更影響人員 否（說明原因）： 沒有變更需求變更是否反映在設計中？ 是 需求跟蹤矩陣表 需求狀態(tài)變化 設計文檔變更 驗證人 相關需求變更請求文檔 否（說明原因）：在設計中標識的缺陷和選擇項是否被追蹤和關閉？ 是 設計狀態(tài)標識 設計狀態(tài)跟蹤 驗證人簽字 否（說明原因）： 不適用如果變更不執(zhí)行，是否有相關的的原因說明？ 是 變更控制表 變更不批準原因說明 變更請求狀態(tài)為“拒絕” 否（說明原因）： 不適用配置人員是否管理項目的配置情況？ 是 管理需求變更基線 SCM基線變更狀態(tài)報告 (頻率 ) 配置報告分發(fā)給相關人員 否（說明原因）：SQA是否定期檢查項目的需求管理活動，標識偏離項目計劃或組織結構的內容？ 是 軟件過程審計報告（頻率 ） 審計報告分發(fā)給相關人員 否（說明原因）：3.7. 軟件編碼過程檢查表檢查內容實施情況評價（10分制）是否進行代碼走查？ 是 頻率和形式： 走查問題被跟蹤和解決 重大缺陷和問題被記錄 否（說明原因）：其他情況：編碼是否按形成文檔的準則執(zhí)行？ 是 編碼方法經過批準 采用文檔和編程規(guī)范 自定義規(guī)范 否（說明原因）：源代碼是否進行配置管理？ 是 采用配置工具： 配置庫管理： 否（說明原因）：代碼的變更是否被標識，檢查和關閉？ 是 變更記錄 變更批準 修改說明 修改人和修改時間記錄 變更被檢查和關閉 否（說明原因）：單元測試是否進行？ 是 和規(guī)程要求一致 單元測試用例 單元測試分析報告 BUG統計 無記錄要求； 否（說明原因）：SQA是否定期檢查項目的編碼過程活動，標識偏離項目管理或組織結構的內容？ 是 軟件過程審計報告(頻率 ) 審計報告分發(fā)給相關人員 否（說明原因）：3.8. 軟件測試過程檢查表檢查內容實施情況評價（10分制）是否有測試計劃？ 系統 評審問題清單（可選） 評審通知和確認表（可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人簽字 評審時間 驗證人簽字 SQA人員驗證 集成 其他情況是否有測試用例？ 系統 評審問題清單（可選） 評審通知和確認表 （可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人簽字 評審時間 驗證人簽字 SQA人員驗證 集成 其他情況文檔格式是否正確？ 是 文件編號 配置項編號 項目版本號 審核人 審核時間 批準人 批準時間 符合模板 否（說明原因）：測試計劃是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）測試用例是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）是否量化測試進程，測試是否按計劃執(zhí)行？ 是 測試進度安排 測試人員安排 監(jiān)督測試進度 否（說明原因）：測試變更是否遵守變更流程？ 是 變更請求 修改描述 變更批準 變更通知 新版本發(fā)布 否（說明原因）：是否形成測試需求與功能需求的追溯表？ 是 需求跟蹤矩陣表 否（說明原因）：測試缺陷和結果是否形成記錄？生成缺陷和測試覆蓋率的總結報告？ 是 測試分析報告 測試問題報告 否（說明原因）：更新的缺陷是否經過回歸測試，確認正確，結果形成記錄？ 是 取用版本正確 測試問題報告 驗證人 缺陷描述 否（說明原因）：測試中是否采用測試工具或測試程序？ 是 測試工具 測試工具版本 測試程序說明 納入配置受控庫 否 （說明原因）：是否定義了評估測試結果的標準？ 是 測試完成標準說明 否（說明原因）：測試完成后，是否進行測試的技術檢查？測試驗收后的產品是否可集成為驗收測試版本？ 是 項目組成員或相關人員確認 項目驗收評審 驗收運行程序 測試分析報告 否（說明原因）：配置人員是否管理項目的配置情況？ 是 管理測試基線 SCM基線報告 (頻率 ) SCM基線變更狀態(tài)報告 (頻率 ) 配置報告分發(fā)給相關人員 否（說明原因）：SQA是否定期檢查項目的測試活動，標識偏離項目計劃或組織結構的內容？ 是 軟件過程審計報告 審計報告分發(fā)給相關人員 否（說明原因）：3.9. 產品驗收和發(fā)布過程檢查表檢查內容實施情況評價（10分制）是否進行測試驗收 是 測試分析報告 項目驗收評審 產品批準表中簽字 否（說明原因）：是否進行配置驗收 是 產品批準表中簽字 對照配置計劃進行配置驗收 版本控制表 新功能特點表（備選） 否（說明原因）：項目驗收是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）：是否經過公司內部驗收評審 是 項目驗收評審 項目評審表 評審人員簽字 否（說明原因）：是否對項目進行評分？ 是 項目驗收考核表 否（說明原因）：對合同項目，是否由顧客進行驗收？ 是 用戶驗收報告 系統驗收清單 驗收人簽字 否（說明原因）：是否進行產品封版？ 是 封版內容正確 進行封版標識 選擇封版媒介： 封版產品存儲： 份 發(fā)放部門： 清除開發(fā)庫 否（說明原因）：是否對驗收通過產品進行內部發(fā)布？ 是 產品批準表 產品發(fā)布通知單 SCM產品發(fā)布清單 否（說明原因）：3.10. 配置管理過程檢查表檢查內容實施情況評價（10分制）項目的配置管理是否有計劃？ 是 評審問題清單（可選） 評審通知和確認表 （可選） 項目評審表 項目評審問題追蹤表 評審人員簽字 批準人簽字 評審時間 驗證人簽字 SQA人員驗證 否（說明原因）：配置管理文檔格式是否正確？ 是 文件編號 配置項編號 項目版本號 審核人 審核時間 批準人 批準時間 符合模板 否（說明原因）：配置管理計劃是否按計劃完成？ 是 按計劃完成： 提前完成并評審 按計劃完成并評審 按計劃完成，評審延遲。 未按計劃完成，延遲 天 采取糾正措施 否（說明原因）是否定義配置基線？ 是 在SCM下被正式控制的所有配置項被標識 產品基線和其他基線（開發(fā)基線，需求基線，設計基線，測試基線）的生成標準被定義 命名約定包括版本標識，配置項標識在SCM計劃中作為標準被建立和文檔化 項目組成員參與決定必須的項目配置基線 每個基線的內容，產生時間和變更批準人在SCM計劃中文檔化 在項目中使用的代碼，客戶提供的軟件，不發(fā)布的軟件被進行配置管理 項目有配置管理庫，配置規(guī)則，備份方式，配置工具是否在SCM計劃中被文檔化 否（說明原因）：配置項的出入受控庫是否受嚴格控制？ 是 SCM出庫登記表； 定義受控庫的用戶權限和存取方式； 入受控庫經過SCM人員的配置項完整性檢查； 否（說明原因）：所有的基線是否納入配置管理庫？ 是 建立配置管理庫 庫結構與定義一致 SCM基線報告； 否（說明原因）：配置管理員是否定期形成配置管理狀況報告，向上級領導和項目經理報告？ 是 SCM基線報告 SCM基線變更狀態(tài)報告 否（說明原因）：所有受影響并被批準使用配置項的人員或組是否可以取得發(fā)布的基線？ 是 否（說明原因）：如果有特殊情況，開發(fā)過程和需要的SCM過程存在任何偏差，是否在SCM計劃中說明原因和理由，并得到相關人員的批準？ 是 項目緊急放行單 批準人簽字 原因說明oo 否（說明原因）： 沒有特殊情況；如果項目異常終止，是否有相關說明和負責人簽字批準？ 是 項目終止申請表 負責人簽字 否（說明原因）：配置庫中的產品是否被唯一標識？ 是 否（說明原因）：系統的開發(fā)和運行環(huán)境是否被納入配置管理？ 是 開發(fā)環(huán)境配置 開發(fā)環(huán)境文檔描述 運行環(huán)境配置 運行環(huán)境文檔描述 否（說明原因）：項目入產品庫，SQA人員是否進行配置審計，確保配置項的完整性、一致性？ 是 SCM受控庫結構正確 配置管理工具可用 基線庫內容完備、準確 過程與軟件CMM規(guī)范配置管理過程一致 否（說明原因）：SQA是否定期檢查項目的配置管理管理活動，標識偏離項目計劃或組織結構的內容？ 是 軟件過程審計報告(頻率 ) 審計報告分發(fā)給相關人員 否（說明原因）：3.11. 軟件質量保證過程檢查表檢查內容實施情況評價（10分制）是否參與各檢查點的評審項目開發(fā)計劃書/項目開發(fā)計劃表 正式評審 組織計劃評