企業(yè)培訓_cmm入門培訓教程

CMM入門培訓教程 主要內(nèi)容 CMM的基本概念能力成熟度模型CMM能力成熟度模型集成CMMICMM與CMMI的選擇 CMM的基本概念 1 4 組織 organization 管理軟件項目 能對項目進行評估和過程改進的實體 如政府機關 公司 服務部門等 項目 project 由組織承擔的 并需要組織中各部門通力合作完成的指定產(chǎn)品的開發(fā)和維護任務 任何一個項目都涉及經(jīng)費 成本和進度計劃 這里的產(chǎn)品包括硬件 軟件或其他構(gòu)件 CMM的基本概念 2 4 軟件過程 softwareprocess 軟件開發(fā)人員為開發(fā)和維護軟件及相關產(chǎn)品所實施的一系列步驟 這些步驟涉及方法 工具以及人的組織和行為 軟件產(chǎn)品的質(zhì)量取決于軟件開發(fā)和維護過程的質(zhì)量 與其他產(chǎn)品的開發(fā)過程一樣 軟件過程也必須進行嚴格管理 因為只有嚴格管理才能保證效益和質(zhì)量 CMM的基本概念 3 4 組織的標準軟件過程 organization sstandardsoftwareprocess 組織內(nèi)部使用的軟件過程 它描述軟件過程要素和要素之間的關系 用它可以建立某一具體項目的軟件過程 軟件開發(fā)組織的軟件過程能力是軟件開發(fā)組織能夠承接軟件項目的重要依據(jù) 成熟的軟件開發(fā)組織十分重視提高自身的軟件過程能力 組織的領導者注意調(diào)動各層次 各類型人員的積極性和創(chuàng)造性 注意提高員工素質(zhì)和技能 注意培育和發(fā)揚企業(yè)文化 在軟件開發(fā)過程中 大家能夠團結(jié)協(xié)作 能夠?qū)⑷?軟件開發(fā)策略和方法 軟件工具和環(huán)境有機地結(jié)合起來 使得軟件開發(fā)和維護的整個過程是系統(tǒng)的 完整的 一致的和規(guī)范的 軟件開發(fā)組織的軟件過程是動態(tài)的 是逐步成熟和演化的 CMM的基本概念 4 4 項目的軟件過程 project sdefinedsoftwareprocess 按照項目的特點和要求 對組織的標準軟件過程進行剪裁和描述 包括相關的軟件標準 規(guī)程 工具和方法 組織的軟件過程資產(chǎn) organization ssoftwareprocessassets 軟件過程資產(chǎn)是軟件開發(fā)組織能夠控制和管理的 用于軟件過程定義和剪裁 以及軟件項目開發(fā)和管理的實體 包括組織的標準軟件過程 批準使用的軟件生命周期模式 剪裁標準軟件過程的指南和準則 軟件過程數(shù)據(jù)庫 軟件過程文檔庫等 能力成熟度模型CMM 1 CMM的能力成熟度級別及關鍵過程域2 成熟度級別的行為特征和關鍵過程域3 CMM的關鍵實踐和共同特征4 能力成熟度的提高和CMM評估 1 CMM的能力成熟度級別及關鍵過程域 CMM的能力成熟度級別及關鍵過程域如表所示 CMM的能力成熟度共分5級 L1初始級 L2可重復級 L3已定義級 L4已管理級和L5優(yōu)化級 因為初始級L1處于無序工作狀態(tài) 無系統(tǒng)的規(guī)范 故在表中略去 L2以上包含若干關鍵過程域 關鍵過程域 keyprocessarea 描述軟件過程的屬性 通過完成一組相互關聯(lián)的活動 實現(xiàn)一組對建立過程能力至關重要的目標 關鍵過程域是SEI標識的 幫助確定軟件開發(fā)組織的軟件過程能力 評估軟件成熟度的基本單元 關鍵過程域用具有固定結(jié)構(gòu)和語句的框架表示 關鍵過程域的目標 goals 是指導和評估組織或組織的項目有效實踐關鍵過程域的指南 是關鍵過程域應完成的任務和進行關鍵實踐的概括描述 要達到關鍵過程域的目標 不僅需要一系列關鍵實踐活動的支持 而且還要依賴較低級別關鍵過程域的實現(xiàn) CMM的關鍵實踐 keypractices 指對關鍵過程域的有效實施和制度化其重要作用的基礎設施和活動 如組織結(jié)構(gòu) 策略 標準 培訓 設備 工具等 它與具體的組織和實現(xiàn)無關 下面將對CMM能力成熟度每一級涉及的關鍵過程域 目標和為達到這一目標必須完成的關鍵實踐逐步展開討論 能力成熟度模型CMM 1 CMM的能力成熟度級別及關鍵過程域2 成熟度級別的行為特征和關鍵過程域3 CMM的關鍵實踐和共同特征4 能力成熟度的提高和CMM評估 2 成熟度級別的行為特征和關鍵過程域 1 L1初始級 initial 初始級的軟件開發(fā)組織幾乎沒有軟件過程管理 軟件開發(fā)是無序和混亂的 軟件開發(fā)過程是不穩(wěn)定的 軟件項目的成功取決于開發(fā)精英個人或小組對軟件過程的理解和努力 2 L2可重復級 repeatable 1 8 為了跟蹤軟件開發(fā)過程的進度 成本和產(chǎn)品功能 可重復級的軟件開發(fā)組織根據(jù)自身的經(jīng)驗和實際情況建立了基本的項目管理體系 制定了基本的軟件過程管理和控制措施 這些措施包括 必要的規(guī)章制度和紀律 軟件開發(fā)過程的論證和定義 人員的分工和培訓 軟件過程的階段評審及用評審結(jié)果指導下一步的工作等 軟件開發(fā)組織能夠重復以前開發(fā)類似軟件項目取得的成功 可重復級的關鍵過程域包括 需求管理 軟件項目計劃 項目跟蹤和監(jiān)督 分包合同管理 軟件質(zhì)量保證和軟件配置管理 下面介紹各關鍵過程域要達到的目標和關鍵實踐活動 2 L2可重復級 repeatable 2 8 2 L2可重復級 repeatable 3 8 需求管理 requirementsmanagement 建立客戶的軟件項目需求 并使項目開發(fā)人員與客戶對軟件需求產(chǎn)生一致的理解 這一點很重要 因為它是軟件項目管理和開發(fā)的基礎 在很多場合還需要軟件需求工程的支持 2 L2可重復級 repeatable 4 8 軟件項目計劃 softwareprojectplanning 制定實施軟件工程與管理軟件項目的工作計劃 主要工作包括 明確任務 估算軟件產(chǎn)品的規(guī)模 所需資源和約束條件 估算存在的風險以及產(chǎn)生項目計劃文檔等 軟件項目計劃是管理軟件項目必需的文件和工具 2 L2可重復級 repeatable 5 8 軟件項目跟蹤和監(jiān)督 softwareprojecttrackingandoversight 根據(jù)軟件開發(fā)計劃管理軟件項目 隨時掌握軟件項目的實際開發(fā)過程 按照項目計劃對軟件開發(fā)的進度和階段產(chǎn)品進行跟蹤和評審 當軟件項目的執(zhí)行狀況與軟件項目計劃發(fā)生較大偏差時 管理機構(gòu)必須采取有效的控制措施 必要時可根據(jù)項目的實際完成情況和結(jié)果修訂項目計劃 2 L2可重復級 repeatable 6 8 軟件分包合同管理 softwaresubcontractmanagement 根據(jù)商業(yè)聯(lián)盟 過程能力和技術等因素選擇高質(zhì)量的軟件承接方來承接軟件項目的部分子項目 制訂子項目承接方的工作任務和項目計劃文檔 它是主承接方跟蹤檢查和監(jiān)督子項目過程和產(chǎn)品的依據(jù) 2 L2可重復級 repeatable 7 8 軟件質(zhì)量保證 softwarequalityassurance 的標準和規(guī)程保持一致 對發(fā)現(xiàn)的問題應采取必要措施 評審軟件產(chǎn)品和活動 檢驗它們是否與應用予以解決 2 L2可重復級 repeatable 8 8 軟件配置管理 softwareconfigurationmanagement 保證軟件項目生成的產(chǎn)品在軟件生命周期中的完整性 在給定時間點上確定軟件配置 如工作產(chǎn)品及其說明 系統(tǒng)地控制軟件配置的變化并在整個軟件生命周期中維護配置的完整性和可跟蹤性 3 L3已定義級 defined 1 9 已定義級組織的特點是 將管理和工程兩方面的軟件過程標準化 文檔化和制度化 軟件開發(fā)組織已建立自己的軟件過程標準 該組織承接的所有軟件項目都是用自己的軟件過程標準或根據(jù)項目需要剪裁一個子集 項目使用的軟件過程標準成為項目定義的軟件過程 已定義級的軟件組織進行的軟件過程應該是標準的 一致的和穩(wěn)定的 軟件開發(fā)過程中能對項目的成本 進度和產(chǎn)品的功能 質(zhì)量進行跟蹤和控制 3 L3已定義級 defined 2 9 已定義級的關鍵過程域涉及項目和組織兩方面 內(nèi)容包括 組織級過程焦點 組織級過程定義 培訓大綱 集成化軟件管理 軟件產(chǎn)品工程 組間協(xié)調(diào)和同行評審 3 L3已定義級 defined 3 9 組織級過程焦點 organizationprocessfocus 不斷提高對組織軟件工程和項目軟件過程的認識和理解 圍繞過程定義和過程改進目標及時采取措施 協(xié)調(diào) 評估 開發(fā)和維護過程改進活動 3 L3已定義級 defined 4 9 組織級過程定義 organizationprocessdefinition 過程定義的關鍵實踐活動包括 描述軟件生命周期 制定過程剪裁準則和指南 建立組織級的軟件過程數(shù)據(jù)庫及相關文檔庫 確定定量過程管理需要的數(shù)據(jù) 形成穩(wěn)定的準則支持組織制定各項規(guī)章制度等 3 L3已定義級 defined 5 9 培訓大綱 trainingprogram 通過培訓 提高組織成員個人的知識水平和技能 以便更好地 更有效地完成工作任務 培訓內(nèi)容應針對組織 項目和個人的實際需要 根據(jù)培訓需求制定培訓大綱 包括培訓計劃 內(nèi)容 資料 設備 方式和評價等 3 L3已定義級 defined 6 9 集成化軟件管理 integratedsoftwaremanagement 集成化軟件管理的基礎是 L2的需求管理 軟件項目計劃 軟件項目跟蹤和監(jiān)督3個關鍵過程 滿足集成化軟件管理的組織應能夠按照組織嚴格定義的過程來計劃和管理一個軟件項目 3 L3已定義級 defined 7 9 軟件產(chǎn)品工程 softwareproductengineering 按照軟件工程過程的定義 有效地開發(fā)出穩(wěn)定的軟件工作產(chǎn)品 軟件工作產(chǎn)品指描述軟件過程的文檔 計劃 規(guī)程 計算機程序和數(shù)據(jù)等 其中的一部分或全部將交付客戶或最終用戶 主要活動是描述軟件項目的技術活動 如需求分析 設計 編碼和測試 為軟件工作產(chǎn)品建立文檔 并保持它們的可跟蹤性和一致性 3 L3已定義級 defined 8 9 組間協(xié)調(diào) intergroupcoordination 軟件過程工作量大 參與的人員多 復雜程度高 軟件產(chǎn)品時效性強 必須有嚴格的分工和密切的協(xié)作 軟件工程小組應特別注意系統(tǒng)需求 測試等方面的問題 主動與相關小組協(xié)調(diào) 因為只有合作攻關才能使項目更好 更有效地滿足客戶需求 3 L3已定義級 defined 9 9 同行評審 peerreviews 同行專家評審是一種有效的 重要的工程方法 評審方式有檢查 結(jié)構(gòu)走查等 評審能夠加深對軟件工作產(chǎn)品的理解 能夠盡早地 有效地排除軟件產(chǎn)品的缺陷 5 L5優(yōu)化級 optimizing 1 2 在軟件開發(fā)過程中 優(yōu)化級的軟件開發(fā)組織能夠有效地確定軟件過程的優(yōu)勢和薄弱環(huán)節(jié) 重視并利用軟件開發(fā)和維護過程中的反饋直進行過程和產(chǎn)品質(zhì)量的定量控制 能夠采用先進的思想 方法 技術不斷改進軟件過程 提高組織的軟件過程能力 4 L4已管理級 managed 1 2 已管理級組織的主要特點是 重視軟件度量 注意采集軟件過程和產(chǎn)品質(zhì)量的度量值 對軟件過程和產(chǎn)品有定量的理解 并以此為基礎進行決策和控制 4 L4已管理級 managed 2 2 已管理級的關鍵領域包括 定量的過程管理和軟件質(zhì)量管理 定量的過程管理 quantitativeprocessmanagement 定量地控制項目的軟件過程能夠達到的實際結(jié)果 從而得到一個穩(wěn)定的 可定量預測的過程 軟件質(zhì)量管理 softwarequalitymanagement 軟件質(zhì)量管理以產(chǎn)品為中心 目標是定量地評價軟件產(chǎn)品的質(zhì)量 實現(xiàn)具體的質(zhì)量目標 滿足客戶和最終用戶的需要 關鍵實踐活動內(nèi)容包括 定義軟件產(chǎn)品的質(zhì)量目標 制定軟件質(zhì)量計劃 監(jiān)督 調(diào)整軟件質(zhì)量計劃 軟件工作產(chǎn)品 開發(fā)活動及目標等 5 L5優(yōu)化級 optimizing 2 2 優(yōu)化級的關鍵領域包括缺陷的預防 技術更新管理和過程更改管理 缺陷的預防 defectprevention 分析軟件項目的缺陷 確定原因 并采取相應措施預防他們再次發(fā)生 缺陷預防措施常常涉及軟件過程的定義 管理和技術的進步等 技術更新管理 technologychangemanagement 選擇 評價和確定新技術 如工具 方法和過程 并將有效的技術引入到軟件開發(fā)組織 以便改進軟件質(zhì)量 提高軟件生產(chǎn)率 縮短軟件產(chǎn)品的開發(fā)周期 技術更新管理能有效地改進軟件過程 過程更改管理 processchangemanagement 為提高軟件質(zhì)量和軟件生產(chǎn)率 縮短軟件產(chǎn)品的開發(fā)周期 必須不斷改進組織中使用的軟件過程 過程更改管理應在上級管理部門的主持下 積極主動且系統(tǒng)地對組織的標準軟件過程和項目定義的軟件過程進行改進和創(chuàng)新 綜上所述 自然會得出這樣的結(jié)論 組織的成熟度級別越高 其軟件開發(fā)能力越強 產(chǎn)品質(zhì)量越好 效率越高 成本越低 不同CMM級別的軟件開發(fā)組織開發(fā)一個包含五十萬行程序代碼的軟件的統(tǒng)計數(shù)據(jù)如表所示 能力成熟度模型CMM 1 CMM的能力成熟度級別及關鍵過程域2 成熟度級別的行為特征和關鍵過程域3 CMM的關鍵實踐和共同特征4 能力成熟度的提高和CMM評估 3 CMM的關鍵實踐和共同特征 上面討論了關鍵過程域的目標和為了達到這些目標需要的一組關鍵實踐 關鍵實踐描述對關鍵過程域起重要作用的基礎設施和實踐活動 應該指出 做什么 而不具體規(guī)定 怎么做 有些場合 為便于操作 關鍵實踐還可以進一步分解 3 CMM的關鍵實踐和共同特征 關鍵實踐可以從執(zhí)行約定 執(zhí)行能力 執(zhí)行活動 測量分析和驗證實現(xiàn)5個方面進行描述 執(zhí)行約定 描述軟件開發(fā)組織為建立和執(zhí)行軟件過程采取的措施 包括制定組織策略和構(gòu)建領導體制等 執(zhí)行能力 描述項目或組織成功執(zhí)行軟件過程所必需的條件 包括資源 組織機構(gòu)和培訓等 執(zhí)行活動 描述實現(xiàn)關鍵過程域所必需的活動 包括職責分工 制定計劃和規(guī)程 工作實施 過程跟蹤和反饋等 測量分析 描述控制和改進軟件過程必需的基本測量實踐 包括培訓大綱的質(zhì)量 軟件管理的有效性 軟件產(chǎn)品的功能和質(zhì)量等 驗證實現(xiàn) 描述為檢驗實際執(zhí)行的與定義的軟件過程的一致性所采取的措施 包括上級管理部門定期審查 項目管理部門的監(jiān)督和軟件質(zhì)量保證活動等 能力成熟度模型CMM 1 CMM的能力成熟度級別及關鍵過程域2 成熟度級別的行為特征和關鍵過程域3 CMM的關鍵實踐和共同特征4 能力成熟度的提高和CMM評估 4 能力成熟度的提高和CMM評估 1 能力成熟度級別的提高 2 CMM評估 1 能力成熟度級別的提高 軟件過程或軟件開發(fā)組織按照CMM模型認真評估并找出優(yōu)勢和差距后 通過有針對性的自身建設 可以提高能力成熟度等級 逐級提高的基礎和涉及的主要建設內(nèi)容如圖 2 CMM評估 SEI CMU制定了項目的軟件過程CMM評估方法 該方法也可以用于組織的軟件能力成熟度評價 基于CMM的評估方法分6個步驟 成立評估小組 小組由軟件工程和管理工作經(jīng)驗豐富的專家組成 小組成員應接受過CMM基本概念和評估方法的專門培訓 參評單位的代表認真填寫成熟度問卷調(diào)查表 并回答有關問題 評估小組分析調(diào)查問卷 評估小組現(xiàn)場訪問 召開座談會 審核過程文檔 判斷關鍵過程域的實踐活動是否達到預定目標 并將結(jié)論記入文檔 整理調(diào)查結(jié)果 撰寫調(diào)查報告 指明軟件過程的強項和弱項 繪制軟件關鍵過程域剖面圖 顯示是否達到關鍵過程域的目標 并向有關部門提交評估的結(jié)論性意見 SEI于2002年8月公布了美國多種行業(yè) 不同規(guī)模的1124個軟件開發(fā)組織的CMM評估結(jié)果 能力成熟度模型集成CMMI的產(chǎn)生 1 能力成熟度模型集成CMMI的產(chǎn)生2 階段式模型和連續(xù)式模型3 CMMI SE SW IPPDV1 0的24個過程域 1 能力成熟度模型集成CMMI的產(chǎn)生 軟件能力成熟度模型CMM促進了軟件過程的改進 提高了軟件開發(fā)質(zhì)量和生產(chǎn)效率 該模型取得了成功 產(chǎn)生了很大影響 于是 系統(tǒng)工程 系統(tǒng)安全工程 集成化產(chǎn)品開發(fā)等許多工程學科和領域也都參照CMM建立自己的能力成熟度模型 如SE CMM PeopleCMM IPD CMM FAA iCMM等 但與此同時 模型的繁衍也導致了模型框架 術語等方面的矛盾和不一致 當某一工程項目涉及若干個學科和領域后 這種矛盾就十分突出了 其次 CMM公布后的若干年內(nèi) 工程環(huán)境更加復雜 工程規(guī)模更大 參與工程項目的組織和人員更多 范圍更廣泛 工程的施工涉及多學科 交叉學科 并行工程及更多的國際標準 這些新的變化促使美國國防部 美國國防工業(yè)協(xié)會和SEI CMU共同開發(fā)一種新的模型 CMMI CapabilityMaturityModelIntegration CMMI項目在1998年正式啟動 人們希望CMMI是若干過程模型的綜合和改進 是支持多個工程學科和領域的系統(tǒng)的 一致的過程改進框架 能夠適應現(xiàn)代工程的特點和需要 能夠提高過程的質(zhì)量和工作效率 來自業(yè)界 政府部門和SEI CMU的170人 經(jīng)過兩年的工作于2000年發(fā)布第一個CMMI模型CMMI SE SW IPPDV1 0 CMMI SE SW IPPDV1 0的主要參考模型是軟件學科的SW CMM 系統(tǒng)工程學科的EIA IS731 集成化產(chǎn)品和過程開發(fā)領域的IPDCMMV0 98 CMMI繼承了SW CMM的階段式表示法和EIA IS731的連續(xù)式表示法 采用兩種表示法的原因是 兩種表示法各有優(yōu)缺點 目前選用一種表示法的時機尚不成熟 軟件學科的兩種表示法均采用統(tǒng)一的24個過程域 它們在邏輯上是等價的 對同一組織采用兩種模型分別進行CMMI評估應該得到相同的結(jié)論 階段式模型和連續(xù)式模型 1 階段式模型 2 連續(xù)式模型 1 階段式模型 階段式模型基本沿襲SW CMM模型框架 仍保持5個 成熟度等級 但過程域作了一些調(diào)整和擴充 當某一組織通過了某一等級過程域中的全部過程 即意味著該組織的成熟度達到了這一等級 隨著組織自身建設的加強及相關過程域成熟度的逐步提高 組織的成熟度等級通過評估也得到相應的提高 利用階段式模型對組織進行成熟度度量 概念清晰 易于理解 便于操作 2 連續(xù)式模型 與階段式模型相比 連續(xù)式模型沒有與組織成熟度相關的幾個階段 連續(xù)式模型將24個過程域按照功能劃分為過程管理 項目管理 工程和支持4個過程組 每組包含的過程域如表所示 連續(xù)式模型的過程域強調(diào)實踐 每個過程域代表組織某一方面的能力 每個過程域的能力均分為5級 所有過程域共同的能力等級決定組織的能力等級 連續(xù)式模型允許組織對連續(xù)式模型的過程域進行剪裁 也允許對不同的過程域采用不同的能力等級 采用這種模式的評估結(jié)果用能力特征圖表示 能力特征圖通常采用電子表格的形式 如圖所示 連續(xù)式模型允許一個過程域出現(xiàn)在多個特征圖中 這些特征圖分別代表某種能力的過程域的子集 3 CMMI SE SW IPPDV1 0的24個過程域 CMMI SE SW IPPDV1 0的過程域是參照SW CMM和SE CMM的過程域建立起來的 數(shù)量擴充為24個 與SW CMM的18個關鍵過程域相比 CMMI SE SW IPPDV1 0過程域的名稱 內(nèi)涵也作了調(diào)整 CMMI SE SW IPPDV1 0的過程域可以按照階段式模型劃分 也可以按照連續(xù)式模型劃分 這里為了與SW CMM的階段式模型對應 仍采用階段式模型的劃分方法和次序 因為CMMI對CMM進行了補充 所以即使CMM中出現(xiàn)同名過程域 也需要進一步的明確和說明 1L2可重復級 1 3 需求管理REQM 管理項目的產(chǎn)品需求和產(chǎn)品構(gòu)件需求 主要任務是 獲取需求承諾 管理需求變更 保持需求的可跟蹤性 正確地理解需求 標識項目實施過程中與需求不一致的地方 項目計劃PP 制定和維護定義項目活動的計劃 主要任務是 建立和維護項目計劃的參數(shù)估計 建立和維護項目計劃 獲得對計劃的承諾 項目監(jiān)督和控制PMC 按計劃監(jiān)督項目 管理 糾正存在的問題 主要任務是 及時提供項目進展情況 當項目進展偏離計劃并達到不能容忍的程度時 采取適當?shù)募m正措施 監(jiān)督的內(nèi)容包括 項目計劃參數(shù) 項目風險 相關人員的參與情況 里程碑評審 承諾的實現(xiàn) 數(shù)據(jù)管理和進度評審等 1L2可重復級 2 3 供應商合同管理SAM 建立并執(zhí)行供應商合同 主要任務是 分析需求 選擇供應商 建立供應商合同 獲取COTS產(chǎn)品 執(zhí)行合同 對產(chǎn)品進行驗收測試和發(fā)放 度量和分析MA 度量和分析過程的目的是 開發(fā)和維護項目信息管理需要的度量能力 主要任務是 開展度量和分析活動 收集數(shù)據(jù) 分析數(shù)據(jù) 儲存數(shù)據(jù)和結(jié)果 提供度量和分析結(jié)果 L2可重復級 3 3 過程和產(chǎn)品質(zhì)量保證PPQA 客觀地評價過程及其相關的工作產(chǎn)品 并將報告和記錄提供給項目成員和管理部門 主要任務是 按照過程描述 相關的標準和規(guī)程對過程和工作產(chǎn)品進行評價 找出不一致的地方并形成報告和記錄 為了保證評價的客觀性和準確性 組織可以對過程和產(chǎn)品進行獨立監(jiān)督 配置管理CM 利用配置標識 配置控制 配置狀態(tài)報告和配置審計保持工作產(chǎn)品的完整性 主要任務是 建立工作產(chǎn)品基線 跟蹤和控制變更 建立配置管理記錄 執(zhí)行配置審計 L3已定義級 1 6 需求開發(fā)RD 生成和分析客戶 產(chǎn)品和產(chǎn)品構(gòu)件的需求 主要任務是 開發(fā)客戶需求 開發(fā)產(chǎn)品需求 分析和確認需求 技術解決方案TS 根據(jù) 需求 開發(fā) 設計和實現(xiàn)問題求解方案 包括產(chǎn)品 產(chǎn)品構(gòu)件和開發(fā)產(chǎn)品的相關過程 主要任務是 根據(jù)需求選擇產(chǎn)品構(gòu)件的求解方案 在此基礎上進行設計 并將設計開發(fā)成產(chǎn)品 產(chǎn)品集成PI 對產(chǎn)品構(gòu)件進行組裝 生成最終產(chǎn)品并交付給客 用 戶 主要任務是 制定并實施集成策略 采取必要措施確保接口的兼容性 對構(gòu)件進行檢驗 對產(chǎn)品進行測試及包裝 驗證VER 確保選擇的工作產(chǎn)品滿足特定的需求 主要任務是 制定并實施驗證計劃 驗證選擇的工作產(chǎn)品并對關鍵工作產(chǎn)品進行同行評審 對發(fā)現(xiàn)的問題指明糾正措施 對糾正后的產(chǎn)品應確保無副作用 L3已定義級 2 6 確認VAL 證實產(chǎn)品或產(chǎn)品構(gòu)件置于預期環(huán)境時能夠滿足預期的用途 主要任務是 制定并實施需求確認計劃 產(chǎn)品確認計劃 根據(jù)客戶需求和產(chǎn)品需求確認產(chǎn)品和產(chǎn)品構(gòu)件與需求的一致性 指明存在的差異和缺陷 組織級過程焦點OPF 建立和維護對組織級過程和過程資產(chǎn)的理解 主要任務是 標識 捕捉過程改進機會 主要活動包括 建立組織級的過程需求 評估組織的過程 標識組織的過程改進 計劃和實施過程改進活動 主要活動包括 整合組織資源 總結(jié)與國成相關的工作經(jīng)驗 制定和實現(xiàn)過程行動計劃等 L3已定義級 3 6 組織級過程定義OPD 建立和維護組織級可用的過程資產(chǎn)集 主要任務有如下幾方面 創(chuàng)建組織的過程資產(chǎn) 主要活動包括 描述生命周期模型 建立標準過程 制定剪裁準則和標準 支持過程資產(chǎn)的使用 主要活動包括 建立組織級度量倉庫 建立組織級過程資產(chǎn)庫等 這一過程的事實將生成生命周期模型 組織級的標準過程 組織級度量倉庫 組織級過程文檔庫和剪裁準則等 組織級培訓OT 增加開發(fā)人員的技能和知識 提高他們完成本職工作的能力和有效性 主要任務是 標識培訓需求 制定組織的培訓內(nèi)容和計劃 提供培訓 記錄并評估培訓結(jié)果 L3已定義級 4 6 集成化項目管理IPM 按照集成化 已定義的過程 管理項目和項目的參與人員 主要任務有如下兩方面 建立項目過程 利用組織級的過程資源計劃項目活動 集成計劃 按計劃管理項目 為組織提供過程資源 管理項目參與人員 管理依存關系 解決協(xié)調(diào)問題 L3已定義級 5 6 風險管理RSKM 標識軟件生命周期中潛在的問題 采取必要措施緩解風險的影響 主要任務是 確定風險源和分類 定義風險參數(shù) 制定風險管理策略 標識和分析風險 擬定并緩解風險 集成化的團隊IT 為完成項目產(chǎn)品的開發(fā)和維護 在組織內(nèi)將人員按照某種原則和分工 系統(tǒng)地建立人物組 主要任務是 根據(jù)產(chǎn)品需求 集成化的項目管理要求 項目計劃 組織培訓能力和組織的實際情況設置任務組 選調(diào)任務組成員 按照組織的統(tǒng)一部署對任務組實施領導和管理 每個任務組都應制定具體的工作計劃并給出承諾 L3已定義級 6 6 決策分析和解決方案DAR 利用結(jié)構(gòu)化方法制定標準的評價方案 并進行決策 主要任務是 制定評價標準 制定和使用決策分析指南 選擇評價技術 標識并評價可供選擇的方案 選擇解決方案等 組織級集成環(huán)境OEI 建立IPPD的組織級平臺和過程資產(chǎn) 主要任務是 通過建立組織共享構(gòu)想 集成化工作環(huán)境 標識IPPD技能需求活動構(gòu)建IPPD平臺 通過建立領導機制 激勵機制和平衡職責機制對項目參與人員進行管理 L4已管理級 組織級過程性能OPP 對組織標準過程級的性能給出定量的描述 提供過程性能數(shù)據(jù) 基線和模型 對組織的項目實施定量的管理 主要任務是 選擇過程 建立過程的性能度量 建立質(zhì)量和性能目標 建立過程性能基線和模型 項目定量管理QPM 為達到已定義項目的質(zhì)量和性能指標 對項目過程進行定量管理 主要任務是 應用統(tǒng)計方法對項目的子過程能力進行度量 并定量地管理項目過程和產(chǎn)品質(zhì)量 L5已優(yōu)化級 組織級改革和實施OID 選擇和實施改革 創(chuàng)新活動 改善組織的過程和技術 并能夠量化和度量 因果分析和解決方案CAR 標識產(chǎn)生缺陷和問題的原因 并采取措施預防這些問題再次發(fā)生 主要任務是 選擇分析數(shù)據(jù) 分析產(chǎn)生缺陷和問題的原因 提出并實現(xiàn)措施建議 評價變更效果并生成數(shù)據(jù)記錄報告 CMM和CMMI的選擇和應用 SW CMM是階段式模型 幾千個組織的多年實踐表明 SW CMM是成功的 有效的 大家都懂得一個基本的道理 沒有組織紀律 沒有管理就沒有團隊 依靠團隊取勝的組織十分關注組織的建設和管理 關注項目的管理及與此有關的過程域 組織要改變渙散 無序的工作狀態(tài) 按照軟件組織的特點和要求形成規(guī)章制度健全 管理科學 工作規(guī)范 團結(jié)合作的氛圍和環(huán)境 是組織達到二級成熟度 在改善管理的基礎上 CMM模型引導組織進行軟件開發(fā)和維護過程的定義和標準化 引導組織制定的軟件過程是系統(tǒng)的 科學的和規(guī)范的 從而使組織達到三級成熟度 在改善管理 提高軟件過程的基礎上 CMM模型引導組織進行定量的管理 軟件不同于硬件 軟件過程實施定