軟件過程檢查表

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