CMMI項目管理開發(fā)過程

CMMI體系知識培訓(xùn)2021/5/91議程：CMMI與項目管理對應(yīng)關(guān)系過程體系各階段流程過程體系文檔組成項目實例2021/5/921.CMMI與項目管理對應(yīng)關(guān)系CMMI作為軟件過程改進標準，包含了在不同領(lǐng)域建立有效過程的必要元素，反應(yīng)了業(yè)界普遍認可的“最佳”實踐。CMMI的每個過程區(qū)域及其實踐都與項目管理的各個過程都是一一對應(yīng)的，每個項目過程都能在CMMI中找到想對應(yīng)的實踐。2021/5/93過程序號級別過程域項目管理過程1CMMI3集成項目管理（IPM）2CMMI3決策分析與解決方案（DAR）3CMMI2項目計劃（PP）4CMMI2項目跟蹤與監(jiān)控（PMC）5CMMI3風險管理（RSKM）6CMMI2需求管理（REQM）工程過程7CMMI3需求開發(fā)（RD）8CMMI3技術(shù)解決方案（TS）9CMMI3產(chǎn)品集成（PI）10CMMI3驗證（VER）11CMMI3確認（VAR）2021/5/94組織培訓(xùn)（OT）CMMI318組織過程焦點（OPF）CMMI317組織過程定義（OPD）CMMI316度量（MA）CMMI215供應(yīng)商協(xié)議管理（SAM）CMMI214過程與產(chǎn)品質(zhì)量保證（PPQA）CMMI213配置管理（CM）CMMI312組織過程過程域級別序號過程支持過程2021/5/952.過程體系各階段流程2.1項目啟動流程

2021/5/961、立項評審準備 入：立項評審申請 出：立項評審呈現(xiàn)（立項報告）2、立項評審 入：立項評審呈現(xiàn) 出：立項評審報告 評審結(jié)論應(yīng)包涵以下內(nèi)容： 項目是否可行； 開發(fā)成本； 大致工期； 其他約束條件。3、項目啟動 立項啟動申請批準4、分配研發(fā)管理資源5、項目策劃2021/5/972.2項目規(guī)劃流程

2021/5/982021/5/99項目策劃活動是項目管理中的日常工作，其中啟動階段的項目策劃活動側(cè)重于整個項目過程的估計和里程碑的策劃，而細化、構(gòu)造、移交階段的項目策劃活動側(cè)重于細化當前階段的計劃或調(diào)整計劃的指導(dǎo)性和適用性。

項目策劃貫穿整個項目周期，涉及的文檔：軟件開發(fā)計劃軟件開發(fā)計劃協(xié)作計劃風險管理計劃配置管理計劃質(zhì)量保證計劃測試計劃度量計劃項目跟蹤與監(jiān)控計劃培訓(xùn)計劃組件協(xié)調(diào)項目數(shù)據(jù)采集表2021/5/9102.3項目監(jiān)控流程

2021/5/911目的：增加項目過程的可視性，使得對項目的管理能夠起到切實有效

的作用，尤其是當項目性能明顯偏離軟件計劃時采取有效的措施

2021/5/912制定計劃——按照計劃采集數(shù)據(jù)——定期項目例會——分析項目狀態(tài)——根據(jù)分析的數(shù)據(jù)找出原因并采取措施里程碑階段進行評審必要時需要修改軟件開發(fā)計劃2021/5/9132.4風險管理流程

2021/5/914上圖給出了風險管理的模型，可以看出風險管理活動主要劃分為：識別分析計劃跟蹤控制這五個階段，這五個階段循環(huán)往復(fù)，貫穿于整個軟件項目的生命周期之中。而有效溝通應(yīng)該看作是各階段的基礎(chǔ)。對于公司標準風險管理過程，組織層對風險來源、風險類型、風險參數(shù)以及風險管理策略做了明確的定義。具體請參照《常見風險列表》、《風險識別檢查表》

。2021/5/9152.5需求工程2021/5/9162.5.1需求開發(fā)與需求管理的關(guān)系2021/5/9172.5.2需求跟蹤需求或后續(xù)工作產(chǎn)品發(fā)生變更時，要及時更新需求跟蹤矩陣項目經(jīng)理利用需求跟蹤矩陣進行正向和逆向跟蹤，查找工作產(chǎn)品與需求不一致的地方

2021/5/9182.5.3需求變更2021/5/919變更申請人按變更流程進行需求變更，提交《變更請求申請與狀態(tài)跟蹤表》項目成員對提出的變更請求進行影響域分析

（有效性、影響范圍、資源、成本等等）SCCB評審變更請求申請（SCCB會議紀要）需求角色更改需求文檔

修改后的需求文檔被批準納入基線2021/5/9202.7系統(tǒng)設(shè)計流程

2021/5/9212.8系統(tǒng)開發(fā)流程

2021/5/922軟件實現(xiàn)開發(fā)過程可以分為三個子階段：詳細設(shè)計編碼單元測試詳細設(shè)計是在系統(tǒng)設(shè)計和概要設(shè)計的基礎(chǔ)上進行函數(shù)或方法的詳細功能的設(shè)計；編碼主要包括測試前的編碼工作以及測試后對編碼的修復(fù)工作；單元測試主要是通過白盒測試來及早發(fā)現(xiàn)軟件模塊中的錯誤（可裁剪）2021/5/9232.9系統(tǒng)測試流程

測試總的流程為：項目早期制定測試計劃（項目策劃階段）、設(shè)計和實現(xiàn)測試用 例、測試執(zhí)行階段和后期測試報告與總結(jié)。

2021/5/9242.10驗收流程

2021/5/9252.11評審流程

2021/5/926InspectionWalkthrough正式評審非正式評審?fù)性u審(PR)技術(shù)評審(TR)管理評審(MR)評審評審類型和方式關(guān)系圖類型：方式：同行評審側(cè)重于質(zhì)量技術(shù)評審側(cè)重于審批認可2021/5/927審批活動圖2021/5/928問題記錄與跟蹤流程圖2021/5/9292.12配置管理流程

軟件配置管理：一般在項目啟動的同時就開展起來，它的目的就是要建立和維護在項目的整個軟件生命周期中軟件項目產(chǎn)品的完整性2021/5/9302.13質(zhì)量保證流程

2021/5/931SQA對項目過程和產(chǎn)品的驗證活動貫穿項目始終，主要活動包括：驗證項目活動和工作產(chǎn)品的符合性，記錄、報告、跟蹤和驗證項目問題和不符合項。依據(jù)相關(guān)過程規(guī)程和文檔模板、《項目軟件過程定義》、《軟件開發(fā)計劃》、《SQA計劃》、SQA檢查表，驗證項目軟件過程活動的與項目相應(yīng)的計劃、標準、規(guī)程的符合性。對特定的項目工作產(chǎn)品進行審核和審計，特別是在項目軟件工作產(chǎn)品提交客戶前進行審計。將驗證活動中所發(fā)現(xiàn)的不符合項進行記錄。SQA根據(jù)問題的嚴重程度或者緊迫程度，規(guī)定其解決期限，并通知問題責任人，解決期限的上限為3個工作日。當達到解決期限未能解決并對項目造成一定影響時，SQA可將該不符合項上報項目主管領(lǐng)導(dǎo)。注：有的時候項目情況可能會比較特殊（如暫時停滯，或調(diào)整較大等），QA根據(jù)項目實際情況可以考慮請示QA主管，對不符合項作判斷。依據(jù)《不符合項處理規(guī)程》報告項目不符合項，并跟蹤和驗證不符合項的解決直到結(jié)束。當有需要時，與客戶的SQA人員一起對項目過程和產(chǎn)品進行驗證。2021/5/9322.14培訓(xùn)流程

2021/5/9333.過程體系文檔組成立項評審申請立項報告立項評審報告立項啟動申請軟件過程定義軟件開發(fā)計劃質(zhì)量保證計劃配置管理計劃測試計劃風險管理計劃與跟蹤表需求分析報告系統(tǒng)設(shè)計說明書概要設(shè)計說明書數(shù)據(jù)庫設(shè)計說明書詳細設(shè)計說明書集成計劃集成報告測試計劃測試說明測試報告數(shù)據(jù)采集表會議紀要工作