cmmi 體系知識培訓ppt課件

1、1,CMMI 體系知識培訓,2,議程：,CMMI與項目管理對應關系過程體系各階段流程過程體系文檔組成項目實例,3,1.CMMI與項目管理對應關系,,CMMI作為軟件過程改進標準，包含了在不同領域建立有效過程的必要元素，反應了業(yè)界普遍認可的“最佳”實踐。CMMI的每個過程區(qū)域及其實踐都與項目管理的各個過程都是一一對應的，每個項目過程都能在CMMI中找到想對應的實踐。,4,5,6,2.過程體系各階段流程,2.1 項目啟動流程,7,1、

2、立項評審準備入：立項評審申請 出：立項評審呈現(xiàn)（立項報告）2、立項評審入：立項評審呈現(xiàn)出：立項評審報告評審結(jié)論應包涵以下內(nèi)容： 項目是否可行； 開發(fā)成本； 大致工期； 其他約束條件。3、項目啟動立項啟動申請批準4、分配研發(fā)管理資源5、項目策劃,8,,2.2 項目規(guī)劃流程,9,,10,項目策劃活動是項目管理中的日常工作，其中啟動階段的項目策劃活動側(cè)重于整個項目過程的估計和

3、里程碑的策劃，而細化、構(gòu)造、移交階段的項目策劃活動側(cè)重于細化當前階段的計劃或調(diào)整計劃的指導性和適用性。,項目策劃貫穿整個項目周期，涉及的文檔：軟件開發(fā)計劃,,,,,11,2.3 項目監(jiān)控流程,12,目的：增加項目過程的可視性，使得對項目的管理能夠起到切實有效 的作用，尤其是當項目性能明顯偏離軟件計劃時采取有效的措施,,13,制定計劃——按照計劃采集數(shù)據(jù)——定期項目例會——分析項目狀態(tài)——根據(jù)分析的數(shù)據(jù)找出原

4、因并采取措施里程碑階段進行評審必要時需要修改軟件開發(fā)計劃,14,2.4 風險管理流程,15,上圖給出了風險管理的模型，可以看出風險管理活動主要劃分為： 識別 分析 計劃 跟蹤 控制這五個階段，這五個階段循環(huán)往復，貫穿于整個軟件項目的生命周期之中。而有效溝通應該看作是各階段的基礎 。對于公司標準風險管理過程，組織層對風險來源、風險類型、風險參數(shù)以及風險管理策略做了明確的定義。具體請

5、參照《常見風險列表》、《風險識別檢查表》 。,16,2.5 需求工程,17,2.5.1 需求開發(fā)與需求管理的關系,18,2.5.2 需求跟蹤,,需求或后續(xù)工作產(chǎn)品發(fā)生變更時，要及時更新需求跟蹤矩陣項目經(jīng)理利用需求跟蹤矩陣進行正向和逆向跟蹤，查找工作產(chǎn)品與需求不一致的地方,19,2.5.3 需求變更,,20,變更申請人按變更流程進行需求變更，提交《變更請求申請與狀態(tài)跟蹤表》項目成員對提出的變更請求進行影響域分析 （有效性、影響范圍

6、、資源、成本等等）SCCB評審變更請求申請 （SCCB會議紀要）需求角色更改需求文檔 修改后的需求文檔被批準納入基線,21,2.7 系統(tǒng)設計流程,22,2.8 系統(tǒng)開發(fā)流程,23,軟件實現(xiàn)開發(fā)過程可以分為三個子階段：詳細設計編碼單元測試詳細設計是在系統(tǒng)設計和概要設計的基礎上進行函數(shù)或方法的詳細功能的設計；編碼主要包括測試前的編碼工作以及測試后對編碼的修復工作；單元測試主要是通過白盒測試來及早發(fā)現(xiàn)軟件模塊中的錯誤（可裁剪

7、）,24,2.9 系統(tǒng)測試流程,測試總的流程為：項目早期制定測試計劃（項目策劃階段）、設計和實現(xiàn)測試用例、測試執(zhí)行階段和后期測試報告與總結(jié)。,25,2.10 驗收流程,26,2.11 評審流程,,27,評審類型和方式關系圖,類型：,方式：,同行評審側(cè)重于質(zhì)量技術(shù)評審側(cè)重于審批認可,28,,審批活動圖,29,,問題記錄與跟蹤流程圖,30,2.12 配置管理流程,軟件配置管理： 一般在項目啟動的同時就開展起來，它的目的

8、就是要建立和維護在項目的整個軟件生命周期中軟件項目產(chǎn)品的完整性,31,2.13 質(zhì)量保證流程,32,SQA對項目過程和產(chǎn)品的驗證活動貫穿項目始終，主要活動包括：驗證項目活動和工作產(chǎn)品的符合性，記錄、報告、跟蹤和驗證項目問題和不符合項。依據(jù)相關過程規(guī)程和文檔模板、《項目軟件過程定義》、《軟件開發(fā)計劃》、《SQA計劃》、SQA檢查表，驗證項目軟件過程活動的與項目相應的計劃、標準、規(guī)程的符合性。對特定的項目工作產(chǎn)品進行審核和審計，特別是

9、在項目軟件工作產(chǎn)品提交客戶前進行審計。將驗證活動中所發(fā)現(xiàn)的不符合項進行記錄。SQA根據(jù)問題的嚴重程度或者緊迫程度，規(guī)定其解決期限，并通知問題責任人，解決期限的上限為3個工作日。當達到解決期限未能解決并對項目造成一定影響時，SQA可將該不符合項上報項目主管領導。注：有的時候項目情況可能會比較特殊（如暫時停滯，或調(diào)整較大等），QA根據(jù)項目實際情況可以考慮請示QA主管，對不符合項作判斷。依據(jù)《不符合項處理規(guī)程》報告項目不符合項，并跟蹤

10、和驗證不符合項的解決直到結(jié)束。當有需要時，與客戶的SQA人員一起對項目過程和產(chǎn)品進行驗證。,33,2.14 培訓流程,34,3.過程體系文檔組成,立項評審申請,立項報告,立項評審報告,立項啟動申請,軟件過程定義,軟件開發(fā)計劃,質(zhì)量保證計劃,配置管理計劃,測試計劃,風險管理計劃與跟蹤表,需求分析報告,系統(tǒng)設計說明書,概要設計說明書,數(shù)據(jù)庫設計說明書,詳細設計說明書,集成計劃,集成報告,測試計劃,測試說明,測試報告,數(shù)據(jù)采集表,會議紀要,

11、工作量統(tǒng)計,項目狀態(tài)報告,里程碑評審呈現(xiàn),驗收計劃,驗收報告,發(fā)布評審記錄跟蹤表,移交確認單,缺陷報告,項目總結(jié)報告,SCM總結(jié)報告,測試總結(jié)報告,客戶滿意度調(diào)查表,35,3.項目實例,下面以三部集市項目組文檔為例，舉例說明：立項、軟件計劃、質(zhì)量保證、風險管理、項目跟蹤與監(jiān)控等文檔的關聯(lián)性。,36,立項報告,項目風險,解決方案描述,資源投入,經(jīng)營分析,陳本預算,效益分析,軟件開發(fā)計劃,項目推進計劃,項目組結(jié)構(gòu)分析,人員與技能差距分析,項