軟件過程檢查表

1、1. 過程檢查要素表檢查內(nèi)容產(chǎn)品研 發(fā)項(xiàng)目客戶定制 或應(yīng)用開 發(fā)項(xiàng)目平臺或 中間件 項(xiàng)目維護(hù)項(xiàng)目檢查時間檢查結(jié)果參加成員計劃過程VVV（可選）V（可選）計劃階段結(jié)束軟件過程 審計報告SQA人 員， 項(xiàng)目組成員計劃跟蹤和 監(jiān)督過程VVVV設(shè)計階段結(jié)束測試階段結(jié)束軟件過程 審計報告SQA人 員， 項(xiàng)目組成員軟件產(chǎn)品審 查過程VVV（可選）V（可選）正式評審結(jié)束軟件過程 審計報告SQA人 員項(xiàng)目經(jīng)理需求分析過程VVVV需求分析階段 結(jié)束測試階段結(jié)束軟件過程審計報告SQA人 員， 項(xiàng)目經(jīng)理， 系統(tǒng)分析員系統(tǒng)設(shè)計過 程V設(shè)計階段結(jié)束測試階段結(jié)束軟件過程 審計報告SQA人 員， 項(xiàng)目經(jīng)理， 系統(tǒng)分析員需求

2、和設(shè)計 管理過程VVV編碼階段結(jié)束軟件過程審計報告SQA人 員，項(xiàng)目經(jīng)理，軟件編碼過程VVV（可選）編碼階段結(jié)束軟件過程 審計報告SQA人 員， 項(xiàng)目組成員軟件測試過 程V測試階段結(jié)束軟件過程審計報告SQA人 員，項(xiàng)目組成員產(chǎn)品驗(yàn)收和 發(fā)布過程VVVV項(xiàng)目驗(yàn)收后軟件過程審計報告SQA人 員， 項(xiàng)目經(jīng)理， 測試人員， 配置人員， 用戶代表配置管理過 程VVVV設(shè)計階段結(jié)束 測試階段結(jié)束軟件過程 審計報告SQA人 員， 項(xiàng)目經(jīng)理， 配置管理員軟件質(zhì)量保 證過程VVVV驗(yàn)收階段結(jié)束軟件過程 審計報告高級經(jīng)理，SQA經(jīng)理， 項(xiàng)目經(jīng)理2. 過程打分2.1.過程打分原則：1）過程打分占整個項(xiàng)目得分的30%

3、，以30分為滿分，最低分不低于 9分。2）不同的項(xiàng)目可以從標(biāo)準(zhǔn)軟件過程中剪裁得到項(xiàng)目定義過程，因此各項(xiàng)目包含的 軟件過程是不同的，為了使 軟件過程 數(shù)目不同的項(xiàng)目，仍以合理的方式進(jìn)行過程打分， 需對剪裁后的 軟件過程數(shù)目進(jìn)行換算，從而不因剪裁而失分。3）SQA人員對經(jīng)剪裁的軟件過程的檢查內(nèi)容和實(shí)施情況進(jìn)行剪裁。4）項(xiàng)目級的軟件過程 剪裁必須得到高級經(jīng)理，質(zhì)量管理部經(jīng)理和項(xiàng)目SQA人員的檢查和認(rèn)可；檢查內(nèi)容和實(shí)施情況 剪裁必須得到項(xiàng)目經(jīng)理和受審計人員的認(rèn)可。5）軟件過程檢查打分的依據(jù)是“過程檢查表”。22.打分步驟：1）依據(jù)標(biāo)準(zhǔn)過程定義項(xiàng)目過程，得出項(xiàng)目過程數(shù)N。2）每個項(xiàng)目過程的得分 M =

4、30 / N 。3）采用“過程檢查表”，對各個過程進(jìn)行檢查和打分。4）定義“過程檢查表”中的實(shí)際檢查內(nèi)容 項(xiàng)個數(shù)為X，每項(xiàng)標(biāo)準(zhǔn)得分10分，因此每個“過程檢查表”的最高得分A = 10X 。5）實(shí)際檢查時，對“實(shí)施情況” 一欄中每個條款進(jìn)行打勾“”，因此實(shí)際每項(xiàng)得分Bj=（打勾條款數(shù)/該項(xiàng)實(shí)際檢查總條款數(shù)）X 10 。x6）每個過程的實(shí)際得分 Bi=刀1 Bj 。7）每個過程的換算得分 B=Bi /A X M 。8）若某個過程發(fā)生多次 z,則該過程得分 B=（刀iZB）/z 。N9）項(xiàng)目的過程得分 C=刀1 B 。10）為確保項(xiàng)目組的基本得分不低于9分，因此各過程打分不得低于9/N分，低于此分,

5、以9/N分計算。2.3. 例子:某項(xiàng)目計劃進(jìn)行5個階段的審計：計劃過程，需求過程，設(shè)計過程，測試過程，計劃跟 蹤和監(jiān)督過程，其中計劃跟蹤和監(jiān)督過程執(zhí)行兩次，其他各一次則每階段得分M=30/5=6;第一次 計劃跟蹤和監(jiān)督過程檢查項(xiàng)共15項(xiàng)，實(shí)際由于變更未發(fā)生檢查了13項(xiàng)，標(biāo)準(zhǔn)分為 A=13X 10= 130,實(shí)際檢查得分 Bi= 123則該階段得分 B仁123/130 * 6=5.67第二次 計劃跟蹤和監(jiān)督過程，實(shí)際檢查了15項(xiàng)，標(biāo)準(zhǔn)分為15 X 10= 150;實(shí)際檢查得分140。則該階段得分 B2=140/150 * 6=5.6則計劃跟蹤和監(jiān)督過程得分B=（ 5.67 + 5.6 ） /2

6、= 5.6計劃過程得分=5.3 ;需求過程得分=5.6 ;設(shè)計過程得分=5.3 ;測試過程得分=5.7C= 5.3 + 5.6 + 5.3 + 5.7 + 5.6 = 27.53. 過程檢查表3.1.計劃過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否有項(xiàng)目開發(fā)計劃？項(xiàng)目開發(fā)計劃書評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人確認(rèn)/簽字評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證否（說明原因）：文檔格式是否正確？是文件編號配置項(xiàng)編號 項(xiàng)目版本號審核人審核時間批準(zhǔn)人批準(zhǔn)時間符合模板否（說明原因）：項(xiàng)目計劃文檔是否按計 劃完成？是按計劃完成：提前完成并評審按計劃完成

7、并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）：項(xiàng)目計劃是否以確定的 需求為依據(jù)？是否（說明原因）：是否有對項(xiàng)目計劃的承 諾？是項(xiàng)目組成員和相關(guān)人員參與計劃 過程，并和項(xiàng)目經(jīng)理就計劃達(dá)成 一致意見計劃被SQA SCM和其他相關(guān)組檢 查并達(dá)成一致意見 計劃被負(fù)責(zé)項(xiàng)目的負(fù)責(zé)人檢查并 達(dá)成一致意見 項(xiàng)目計劃在提交給用戶以前在組 織內(nèi)部得到批準(zhǔn) 形成項(xiàng)目責(zé)任矩陣表若有外部用戶，與外部用戶就項(xiàng) 目計劃達(dá)成一致意見 和用戶協(xié)商的計劃變更在最后提 交給用戶時得到項(xiàng)目內(nèi)部組的批 準(zhǔn)已承諾項(xiàng)目計劃被基線化（如進(jìn) 行配置控制）否（說明原因）：關(guān)鍵因素是否被識別和 定義？是項(xiàng)目的進(jìn)度任務(wù)

8、預(yù)期開始和結(jié)束工作產(chǎn)品被識別項(xiàng)目的工作量里程碑開始和實(shí)現(xiàn)日期預(yù)算的費(fèi)用計劃的關(guān)鍵計算機(jī)資源項(xiàng)目組成員任務(wù)分配為軟件開發(fā)確定的生命周期模型工作產(chǎn)品的驗(yàn)收標(biāo)準(zhǔn)被定義其他因素否（說明原因）：是否明確指定估算策略 對項(xiàng)目的規(guī)模進(jìn)行估 計？是按已定義的方法執(zhí)行估計過程：是否采用歷史數(shù)據(jù)無歷史數(shù)據(jù)規(guī)模估計的量度：功能點(diǎn) 需求數(shù) 代碼行其他規(guī)模估計結(jié)果文檔化規(guī)模估計結(jié)果經(jīng)過評審否（說明原因）：是否為員工的培訓(xùn)需要 制定計劃？是培訓(xùn)方式：正式培訓(xùn)/ 非正式培訓(xùn)識別需參加培訓(xùn)人員計劃參加培訓(xùn)時間識別須培訓(xùn)的內(nèi)容否（說明原因）：是否為項(xiàng)目內(nèi)和項(xiàng)目間 的溝通制定計劃？是否（說明原因）：定義內(nèi)部溝通方式定義內(nèi)部溝通時

9、間和頻率識別外部溝通方定義外部溝通方式定義外部溝通時間和頻率是否確定項(xiàng)目的度量目 標(biāo)？是否（說明原因）：定義項(xiàng)目度量目標(biāo)定義需收集的數(shù)據(jù)和頻率定義數(shù)據(jù)收集方式和負(fù)責(zé)人定義度量分析結(jié)果疋義度量分析報告方式是否識別和分析風(fēng)險？風(fēng)險管理計劃否（說明原因）：風(fēng)險項(xiàng)清單風(fēng)險發(fā)生的應(yīng)急對策風(fēng)險優(yōu)先級確定各類風(fēng)險的責(zé)任人制定風(fēng)險管理進(jìn)度是否選擇合適的生命周 期模型？是否（說明原因）：選擇已定義的生命周期模型形成新的生命周期模型經(jīng)過批準(zhǔn)未經(jīng)過批準(zhǔn)是否進(jìn)行成本估計？是否（說明原因）：項(xiàng)目計劃是否進(jìn)行進(jìn)度 細(xì)化？是否（說明原因）：按生命周期模型劃分里程碑形成項(xiàng)目的WBS包括管理，技術(shù) 和支持活動 WBS活動有預(yù)留

10、時間每個WBS活動分配責(zé)任人，開始 和完成時間 基于過去類似項(xiàng)目的經(jīng)驗(yàn)小組和個人參與制定和檢查 WBS WBS任務(wù)被定義到可以進(jìn)行進(jìn)度 估算的級別：每小時 口每天 每2-3天每周其他配置人員是否管理項(xiàng)目 的配置情況？是否（說明原因）：管理計劃基線計劃基線分發(fā)給相關(guān)人員SQA是否定期檢查項(xiàng)目 的活動？是否（說明原因）：軟件過程審計報告（頻率）軟件問題管理跟蹤和關(guān)閉問題沒有問題審計報告分發(fā)給相關(guān)人員32軟件產(chǎn)品審查過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）工作產(chǎn)品在決定評審前 是否經(jīng)過審核人的檢查 和審核？是否（說明原因）：是否米用工作產(chǎn)品檢查 單進(jìn)行評審？是工作產(chǎn)品檢查單否（說明原因）：軟件評審

11、和檢查通知是 否有記錄？每一個參與 者是否分配了角色？是評審?fù)ㄖ痛_認(rèn)表否（說明原因）：評審重點(diǎn)是否放在缺陷 檢查，而不是糾錯上是否（說明原因）：評審結(jié)果是否形成文檔是項(xiàng)目評審表項(xiàng)目評審問題追蹤表否（說明原因）：評審者是否在評審會議 前做了充分的準(zhǔn)備？評 審準(zhǔn)備數(shù)據(jù)和次數(shù)是否 被收集？是評審問題清單評審準(zhǔn)備工作量發(fā)現(xiàn)問題描述詳細(xì)標(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)？

12、是否（說明原因）：評審會議時間是否按計 劃完成？是否（說明原因）：在每個評審中的發(fā)現(xiàn)的 問題是否被 SQA追蹤或 驗(yàn)證人檢查是驗(yàn)證人簽字問題完成情況描述按時完成修改和驗(yàn)證 SQA人員驗(yàn)證過程完整性否（說明原因）：33計劃跟蹤和監(jiān)督過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）開發(fā)工作是否按計劃開 始？是否（說明原因）：不按計劃開始原因說明：項(xiàng)目跟蹤是否以形成基 線的計劃為基礎(chǔ)？是否（說明原因）： 項(xiàng)目開始跟蹤以首次計劃為基準(zhǔn) 計劃變更后跟蹤以變更后的計劃 為基準(zhǔn)計劃變更是否執(zhí)行變更 管理過程？是否對計劃 的變更進(jìn)行記錄和追 蹤？是否（說明原因）：沒有變更計劃變更最新版本變更次數(shù)變更控制表變更冋題編

13、號變更來源變更提出者申請時間修改人變更批準(zhǔn)人（項(xiàng)目經(jīng)理變更控制委員會）評審方式評審（項(xiàng)目評審表評審問題追蹤表）簽字變更狀態(tài)追蹤對變更請求產(chǎn)生影響進(jìn)行評估項(xiàng)目版本狀態(tài)修改描述修訂頁變更說明修改開發(fā)計劃和進(jìn)度修改相關(guān)文檔修改人簽字批準(zhǔn)人簽字驗(yàn)證變更結(jié)果與修改說明一致驗(yàn)證人簽字驗(yàn)證日期 SQA人員驗(yàn)證 SQA人員檢查日期變更結(jié)果通知變更執(zhí)行人和受變 更影響人員如果變更不執(zhí)行，是否 有相關(guān)的的原因說明？是否（說明原因）：變更控制表變更不批準(zhǔn)原因說明變更請求狀態(tài)為拒絕關(guān)鍵因素是否被監(jiān)控？是監(jiān)控項(xiàng)目的進(jìn)度任務(wù)預(yù)期開始和結(jié)束項(xiàng)目規(guī)模里程碑開始和實(shí)現(xiàn)日期預(yù)算的費(fèi)用計劃的關(guān)鍵計算機(jī)資源項(xiàng)目組成員任務(wù)分配工作產(chǎn)品

14、完成情況項(xiàng)目的工作量其他因素否（說明原因）：是否跟蹤項(xiàng)目規(guī)模？是跟蹤定義的項(xiàng)目計劃規(guī)模跟蹤項(xiàng)目實(shí)際規(guī)模實(shí)際規(guī)模和計劃規(guī)模比較分析 事件驅(qū)動調(diào)整項(xiàng)目規(guī)模按已定義的規(guī)模估計方法調(diào)整規(guī) 模調(diào)整后的規(guī)模結(jié)果文檔化并經(jīng)過 評審記錄實(shí)際的項(xiàng)目規(guī)模否（說明原因）：是否跟蹤項(xiàng)目工作量？是 跟蹤計劃的項(xiàng)目工作量 跟蹤項(xiàng)目實(shí)際工作量實(shí)際工作量和計劃工作量比較分 析按規(guī)程調(diào)整工作量調(diào)整后工作量數(shù)據(jù)文檔化并經(jīng)過 評審否（說明原因）：是否跟蹤項(xiàng)目進(jìn)度？是跟蹤計劃的里程碑開始結(jié)束時間跟蹤計劃任務(wù)開始完成時間 跟蹤項(xiàng)目成員任務(wù)分配情況 比較和分析實(shí)際，計劃的進(jìn)度差 異 根據(jù)實(shí)際情況調(diào)整項(xiàng)目進(jìn)度，并 經(jīng)過評審否（說明原因）：

15、項(xiàng)目組成員是否每周提是項(xiàng)目組成員每周報告分配的任務(wù)交工作情況匯報表，報 告度量和分析結(jié)果？否（說明原因）：狀態(tài) 所有報告的已完成的任務(wù)被檢查 項(xiàng)目組成員每周報告問題和風(fēng)險 項(xiàng)目組成員每周報告變更發(fā)生情 況和變更狀態(tài) 項(xiàng)目組成員報告每個任務(wù)的實(shí)際 工作量花費(fèi)，每個任務(wù)的總的花 費(fèi)天數(shù)，每個任務(wù)的預(yù)計工作量 項(xiàng)目成員的任務(wù)與計劃任務(wù)匹配 項(xiàng)目組成員每周重新估計需要完 成任務(wù)的工作量是否對識別的風(fēng)險進(jìn)行 管理，監(jiān)控和報告潛在 的風(fēng)險？是更新風(fēng)險項(xiàng)清單風(fēng)險發(fā)生的實(shí)際對策更新風(fēng)險優(yōu)先級風(fēng)險狀態(tài)跟蹤和控制風(fēng)險的責(zé)任人跟蹤風(fēng)險調(diào)整風(fēng)險管理進(jìn)度定期檢查和更新每個風(fēng)險發(fā)生概 率和影響識別新的風(fēng)險并進(jìn)行分析否（說

16、明原因）：項(xiàng)目經(jīng)理是否定期更新 任務(wù)分配？是安排任務(wù)頻率：每天 每2-3天 每周每月 其他否（說明原因）：是否控制和解決項(xiàng)目問 題？是 定期召開項(xiàng)目會議，交流項(xiàng)目的 活動狀態(tài)，冋題和風(fēng)險 項(xiàng)目的會議有會議紀(jì)要在項(xiàng)目狀態(tài)報告和會議紀(jì)要中記 錄發(fā)現(xiàn)的冋題分配人員執(zhí)行每個問題的糾錯活 動和解決問題跟蹤問題直至關(guān)閉否（說明原因）：22 / 22項(xiàng)目經(jīng)理是否定期形成項(xiàng)目狀態(tài)報告？配置人員是否管理項(xiàng)目 的配置情況？SQA是否定期檢查項(xiàng)目 的活動？否（說明原因）是否（說明原因）是否（說明原因）形成項(xiàng)目狀態(tài)報告（頻率 ）項(xiàng)目狀態(tài)報告是否提交/分發(fā)takeholders: 用戶，項(xiàng)目經(jīng)理/ 高級經(jīng)理，相關(guān)支持組

17、，小組成 員。項(xiàng)目狀態(tài)報告內(nèi)容是否包括本周 項(xiàng)目的完成狀況，問題，風(fēng)險， 變更？項(xiàng)目的進(jìn)度度量和其他度量數(shù)據(jù) 是否包括在報告中？ 項(xiàng)目控制下的進(jìn)度數(shù)據(jù)反映當(dāng)前 的情況 項(xiàng)目經(jīng)理計算和分析關(guān)鍵的實(shí) 際數(shù)據(jù)度量，并在項(xiàng)目狀態(tài)報告 中記錄管理計劃基線 SCM基線報告（頻率 ） SCM基線變更狀態(tài)報告（頻率 ）配置報告分發(fā)給相關(guān)人員管理計劃變更和發(fā)布變更通知軟件過程審計報告（頻率 ） 審計報告分發(fā)給相關(guān)人員3.4.需求分析過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否對項(xiàng)目的需求分析 和管理活動分配任務(wù)和 進(jìn)度？是項(xiàng)目開發(fā)計劃書/項(xiàng)目開發(fā)計劃表需求分析活動描述責(zé)任人否（說明原因）：是否對用戶的需求進(jìn)行

18、 收集？是項(xiàng)目需求調(diào)研項(xiàng)目功能清單其他用戶文檔否（原因說明）：可選是否對用戶需求進(jìn)行檢 查并與用戶的一致？是項(xiàng)目需求調(diào)研評審用戶代表確認(rèn)/ 簽字項(xiàng)目經(jīng)理確認(rèn)/ 簽字其他人員確認(rèn)否（原因說明）：可選系統(tǒng)分析人員是否接收是已具備能力過相關(guān)培訓(xùn)？否（原因說明）：正式培訓(xùn)小組培訓(xùn)自學(xué)系統(tǒng)分析結(jié)果是否形成 文檔需求規(guī)格說明書/ 需求表評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人確認(rèn)/簽字評審時間驗(yàn)證人簽 SQA人員驗(yàn)證系統(tǒng)功能清單否（原因說明）：文檔格式是否正確？是文件編號配置項(xiàng)編號項(xiàng)目版本號審核人審核時間批準(zhǔn)人批準(zhǔn)時間符合模板否（說明原因）：需求規(guī)格說明書

19、是否按 計劃兀成？是按計劃完成：提前完成并評審按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）：需求是否被標(biāo)識、管理、度、跟蹤和關(guān)閉？是需求跟蹤矩陣表：需求被唯一標(biāo)識需求狀態(tài)被描述統(tǒng)計需求個數(shù)否（說明原因）：沒有變更作為潛在問題的需求，是潛在問題被描述 潛在問題被追蹤至關(guān)閉其他說明：；在需求說明書中是否被 標(biāo)識？否（原因說明）：不適用配置人員是否管理項(xiàng)目 的配置情況？是管理需求基線 SCM基線報告（頻率）配置報告分發(fā)給相關(guān)人員否（說明原因）：SQA是否定期檢查項(xiàng)目 的需求分析活動，標(biāo)識 偏離項(xiàng)目計劃或組織結(jié) 構(gòu)的內(nèi)容？是軟件過程審計報告（頻率）審計報告分發(fā)給

20、相關(guān)人員否（說明原因）：3.5.系統(tǒng)設(shè)計過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否形成概要設(shè)計說明 書？是評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人簽字評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證否（說明原因）：是否形成詳細(xì)設(shè)計說明 書？是評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人簽字評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證否（說明原因）：可選文檔格式是否正確？是文件編號配置項(xiàng)編號項(xiàng)目版本號審核人審核時間批準(zhǔn)人批準(zhǔn)時間符合模板否（說明原因）：概要設(shè)計說明書是否按 計劃完成？是按計劃完成：提前完成并評審按計劃完成

21、并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）：詳細(xì)設(shè)計說明書是否按 計劃完成？是按計劃完成：提前完成并評審按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天否（說明原因）：配置人員是否管理項(xiàng)目是管理設(shè)計基線的配置情況？否（說明原因）： SCM基線報告（頻率） SCM基線變更狀態(tài)報告（頻率）配置報告分發(fā)給相關(guān)人員SQA是否定期檢查項(xiàng)目 的需求管理活動，標(biāo)識 偏離項(xiàng)目計劃或組織結(jié) 構(gòu)的內(nèi)容？口是軟件過程審計報告（頻率）否（說明原因）：審計報告分發(fā)給相關(guān)人員36需求和設(shè)計管理過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）需求是否被標(biāo)識、管理、 度、跟蹤和關(guān)閉？是需求

22、跟蹤矩陣表：需求狀態(tài)被跟蹤和需求文檔保持一致設(shè)計模塊和需求保持一致測試用例和需求保持一致統(tǒng)計需求變更數(shù)否（說明原因）：變更是否遵守變更流程？是變更類型：（口需求設(shè)計） 變更控制表否（說明原因）：沒有變更變更冋題編號變更來源變更提出者申請時間修改人變更批準(zhǔn)人（項(xiàng)目經(jīng)理/ 變更控制委員會）評審方式評審（項(xiàng)目評審表/ 評審問題追蹤表）簽字變更狀態(tài)追蹤對變更請求產(chǎn)生影響進(jìn)行評估項(xiàng)目版本狀態(tài)修改描述修訂頁變更說明修改開發(fā)計劃和進(jìn)度修改設(shè)計文檔，測試文檔 和其他文檔修改人簽字批準(zhǔn)人簽字驗(yàn)證變更結(jié)果與修改說明一致驗(yàn)證人簽字驗(yàn)證日期 SQA人員驗(yàn)證 SQA人員檢查日期變更結(jié)果通知變更執(zhí)行人和受變更影響人員需求

23、變更是否反映在設(shè) 計中？是否（說明原因）：需求跟蹤矩陣表需求狀態(tài)變化設(shè)計文檔變更驗(yàn)證人相關(guān)需求變更請求文檔在設(shè)計中標(biāo)識的缺陷和 選擇項(xiàng)是否被追蹤和關(guān) 閉？是否（說明原因）：不適用設(shè)計狀態(tài)標(biāo)識設(shè)計狀態(tài)跟蹤驗(yàn)證人簽字如果變更不執(zhí)行，是否 有相關(guān)的的原因說明？是否（說明原因）：口不適用變更控制表變更不批準(zhǔn)原因說明變更請求狀態(tài)為拒絕配置人員是否管理項(xiàng)目 的配置情況？是否（說明原因）：管理需求變更基線 SCM基線變更狀態(tài)報告（頻率）配置報告分發(fā)給相關(guān)人員SQA是否定期檢查項(xiàng)目 的需求管理活動，標(biāo)識 偏離項(xiàng)目計劃或組織結(jié) 構(gòu)的內(nèi)容？是軟件過程審計報告（頻率）審計報告分發(fā)給相關(guān)人員否（說明原因）：3.7.軟

24、件編碼過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否進(jìn)行代碼走查？是頻率和形式：否（說明原因）：走查問題被跟蹤和解決 重大缺陷和問題被記錄其他情況：編碼是否按形成文檔的 準(zhǔn)則執(zhí)行？是編碼方法經(jīng)過批準(zhǔn)米用文檔和編程規(guī)范自定義規(guī)范否（說明原因）：源代碼是否進(jìn)行配置管理？是采用配置工具：否（說明原因）：配置庫管理：代碼的變更是否被標(biāo)識， 檢查和關(guān)閉？是變更記錄變更批準(zhǔn)修改說明修改人和修改時間記錄變更被檢查和關(guān)閉否（說明原因）：單元測試是否進(jìn)行？是和規(guī)程要求一致單兀測試用例單元測試分析報告 BUG統(tǒng)計無記錄要求；否（說明原因）：SQA是否定期檢查項(xiàng)目 的編碼過程活動，標(biāo)識偏 離項(xiàng)目管理或組織結(jié)構(gòu) 的內(nèi)

25、容？是軟件過程審計報告（頻率）審計報告分發(fā)給相關(guān)人員否（說明原因）：3.8.軟件測試過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否有測試計劃？系統(tǒng)評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人簽字集成評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證其他情況是否有測試用例？系統(tǒng)評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人簽字評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證集成其他情況文檔格式是否正確？是文件編號配置項(xiàng)編號項(xiàng)目版本號審核人審核時間批準(zhǔn)人批準(zhǔn)時間符合模板否（說明原因）：測試計劃是否按計劃完 成？是按計劃完成：提前完成并評審

26、按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）測試用例是否按計劃完 成？是按計劃完成：提前完成并評審按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）是否量化測試進(jìn)程，測試 是否按計劃執(zhí)行？是測試進(jìn)度安排測試人員安排監(jiān)督測試進(jìn)度否（說明原因）：測試變更是否遵守變更 流程？是變更請求修改描述變更批準(zhǔn)變更通知新版本發(fā)布否（說明原因）：是否形成測試需求與功 能需求的追溯表？是需求跟蹤矩陣表否（說明原因）：測試缺陷和結(jié)果是否形 成記錄？生成缺陷和測 試覆蓋率的總結(jié)報告？是測試分析報告測試問題報告否（說明原因）：更新的缺陷是否經(jīng)過回

27、 歸測試，確認(rèn)正確，結(jié)果 形成記錄？是取用版本正確測試問題報告驗(yàn)證人缺陷描述否（說明原因）：測試中是否采用測試工具或測試程序？是測試工具測試工具版本測試程序說明納入配置受控庫否（說明原因）：是否定義了評估測試結(jié) 果的標(biāo)準(zhǔn)？是測試完成標(biāo)準(zhǔn)說明否（說明原因）：測試完成后，是否進(jìn)行測 試的技術(shù)檢查？測試驗(yàn) 收后的產(chǎn)品是否可集成 為驗(yàn)收測試版本？是項(xiàng)目組成員或相關(guān)人員確認(rèn)項(xiàng)目驗(yàn)收評審驗(yàn)收運(yùn)行程序測試分析報告否（說明原因）：配置人員是否管理項(xiàng)目 的配置情況？是管理測試基線 SCM基線報告（頻率） SCM基線變更狀態(tài)報告（頻率）配置報告分發(fā)給相關(guān)人員否（說明原因）：SQA是否定期檢查項(xiàng)目 的測試活動，標(biāo)識

28、偏離項(xiàng) 目計劃或組織結(jié)構(gòu)的內(nèi) 容？是軟件過程審計報告審計報告分發(fā)給相關(guān)人員否（說明原因）：3.9.產(chǎn)品驗(yàn)收和發(fā)布過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）是否進(jìn)行測試驗(yàn)收是測試分析報告項(xiàng)目驗(yàn)收評審產(chǎn)品批準(zhǔn)表中簽字否（說明原因）：是否進(jìn)行配置驗(yàn)收是產(chǎn)品批準(zhǔn)表中簽字對照配置計劃進(jìn)行配置驗(yàn)收版本控制表新功能特點(diǎn)表（備選）否（說明原因）：項(xiàng)目驗(yàn)收是否按計劃完是按計劃完成：成？否（說明原因）：提前完成并評審按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施是否經(jīng)過公司內(nèi)部驗(yàn)收 評審是否（說明原因）：項(xiàng)目驗(yàn)收評審項(xiàng)目評審表評審人員簽字是否對項(xiàng)目進(jìn)行評分？是否（說明原因）：項(xiàng)目驗(yàn)收考核表

29、對合同項(xiàng)目，是否由顧 客進(jìn)行驗(yàn)收？是否（說明原因）：用戶驗(yàn)收報告 系統(tǒng)驗(yàn)收清單驗(yàn)收人簽字是否進(jìn)行產(chǎn)品封版？是否（說明原因）：封版內(nèi)容正確進(jìn)行封版標(biāo)識選擇封版媒介：封版產(chǎn)品存儲：份發(fā)放部門：清除開發(fā)庫是否對驗(yàn)收通過產(chǎn)品進(jìn) 行內(nèi)部發(fā)布？是否（說明原因）：產(chǎn)品批準(zhǔn)表產(chǎn)品發(fā)布通知單 SCM產(chǎn)品發(fā)布清單3.10.配置管理過程檢查表檢查內(nèi)容實(shí)施情況評價（10分制）項(xiàng)目的配置管理是否有 計劃？是評審問題清單（可選）評審?fù)ㄖ痛_認(rèn)表（可選）項(xiàng)目評審表項(xiàng)目評審問題追蹤表評審人員簽字批準(zhǔn)人簽字評審時間驗(yàn)證人簽字 SQA人員驗(yàn)證否（說明原因）：配置管理文檔格式是否是文件編號正確？否（說明原因）：配置項(xiàng)編號項(xiàng)目版本號

30、審核人審核時間批準(zhǔn)人批準(zhǔn)時間符合模板配置管理計劃是否按計 劃完成？是按計劃完成：提前完成并評審按計劃完成并評審按計劃完成，評審延遲。未按計劃完成，延遲天采取糾正措施否（說明原因）是否定義配置基線？是 在SCM下被正式控制的所有配置項(xiàng)被 標(biāo)識產(chǎn)品基線和其他基線（開發(fā)基線，需 求基線，設(shè)計基線，測試基線）的生 成標(biāo)準(zhǔn)被定義命名約定包括版本標(biāo)識，配置項(xiàng)標(biāo)識 在SCMf劃中作為標(biāo)準(zhǔn)被建立和文檔 化 項(xiàng)目組成員參與決定必須的項(xiàng)目配置 基線 每個基線的內(nèi)容，產(chǎn)生時間和變更批 準(zhǔn)人在SCMt劃中文檔化 在項(xiàng)目中使用的代碼，客戶提供的軟 件，不發(fā)布的軟件被進(jìn)行配置管理 項(xiàng)目有配置管理庫，配置規(guī)則，備份 方式，

31、配置工具是否在SC計劃中被文 檔化否（說明原因）：配置項(xiàng)的出入受控庫是否受嚴(yán)格控制？是 SCM出庫登記表；定義受控庫的用戶權(quán)限和存取方式；入受控庫經(jīng)過SCM人員的配置項(xiàng)完整 性檢杳：否（說明原因）：所有的基線是否納入配 置管理庫？是建立配置管理庫庫結(jié)構(gòu)與定義一致 SCM基線報告；否（說明原因）：配置管理員是否定期形 成配置管理狀況報告，向 上級領(lǐng)導(dǎo)和項(xiàng)目經(jīng)理報 告？是 SCM基線報告 SCM基線變更狀態(tài)報告否（說明原因）：所有受影響并被批準(zhǔn)使是用配置項(xiàng)的人員或組是 否可以取得發(fā)布的基 線？否（說明原因）：如果有特殊情況，開發(fā)過 程和需要的 SCM過程存 在任何偏差，是否在SCM 計劃中說明原因

32、和理由， 并得到相關(guān)人員的批 準(zhǔn)？是否（說明原因）：1 口沒有特殊情況；項(xiàng)目緊急放行單批準(zhǔn)人簽字原因說明0（)如果項(xiàng)目異常終止，是否 有相關(guān)說明和負(fù)責(zé)人簽 字批準(zhǔn)？是否（說明原因）：項(xiàng)目終止申請表負(fù)責(zé)人簽字配置庫中的產(chǎn)品是否被 唯一標(biāo)識？是否（說明原因）：系統(tǒng)的開發(fā)和運(yùn)行環(huán)境 是否被納入配置管理？是否（說明原因）：開發(fā)環(huán)境配置開發(fā)環(huán)境文檔描述運(yùn)行環(huán)境配置運(yùn)行環(huán)境文檔描述項(xiàng)目入產(chǎn)品庫，SQA人員 是否進(jìn)行配置審計，確保 配置項(xiàng)的完整性、一致 性？是否（說明原因）： SCM受控庫結(jié)構(gòu)正確配置管理工具可用基線庫內(nèi)容完備、準(zhǔn)確過程與軟件CMM規(guī)范一配置管理過程 一致SQA是否定期檢查項(xiàng)目 的配置管理管理活動，標(biāo) 識偏離項(xiàng)目計劃或組織 結(jié)構(gòu)的內(nèi)容？是否（說明原因）：軟件過程審計報告（頻率）審計報告分發(fā)給相關(guān)人員3.11.軟件質(zhì)量保證過程檢查表檢查內(nèi)