【文章內(nèi)容簡介】 執(zhí)行約定 ： 執(zhí)行約定描述機構為確保過程的建立和持續(xù)而必須采取的一些措施 。 典型內(nèi)容包括建立機構策略和領導關系 。 軟件工程課程 概論 62/151 ?執(zhí)行能力 ： 執(zhí)行能力描述了項目或機構完整地實現(xiàn)軟件過程所必須有的先決條件 。 典型內(nèi)容包括資源 、機構結構和培訓 。 ?執(zhí)行活動 ： 執(zhí)行活動描述了執(zhí)行一個關鍵過程域所必需的活動 、 任務和規(guī)程 。 典型內(nèi)容包括制定計劃和規(guī)程 、 執(zhí)行和跟蹤以及必要時采取糾正措施 。 ?測量和分析 ： 測量和分析描述了為確定與過程有關的狀態(tài)所需的基本測量實踐 。 這些測量可用來控制和改進過程 。 典型內(nèi)容包括可能采用的測量實例 。 軟件工程課程 概論 63/151 ?驗證實現(xiàn) ： 驗證實現(xiàn)描述了為確保執(zhí)行的活動與已建立的過程一致所采取的步驟 。 典型內(nèi)容包括管理部門和軟件質量保證組實施的評審和審核 。 在執(zhí)行活動這個共同特性中的實踐描述了建立一個過程能力所必須完成的活動 。 所有其他實踐共同形成了一個使機構能將執(zhí)行活動中描述的實踐進行規(guī)范化的基礎 。 各關鍵過程域的詳細描述 ， 參見 《 能力成熟度模型 （ CMM） ：軟件過程改進指南 》 ， 卡耐基梅隆大學軟件工程研究所編著 ， 劉孟仁等譯 ， 電子工業(yè)出版社出版 。 軟件工程課程 概論 64/151 缺陷預防 技術更新管理 過程更改管理 優(yōu)化級 定量過程管理 軟件質量管理 已管理級 機構過程焦點 機構過程定義 培訓大綱 綜合軟件管理 軟件產(chǎn)品工程 組間協(xié)調 同行評審 已定義級 需求管理 軟件項目計劃 軟件項目跟蹤和監(jiān)督 軟件分包合同管理 軟件質量保證 軟件配置管理 可重復級 初始級 能力成熟度級別中的關鍵過程域 軟件工程課程 概論 65/151 關鍵過程域實例 機構過程焦點 第 3級的關鍵過程域： 已定義級 機構過程焦點的目的是 ， 為能改進機構整體軟件過程能力的軟件過程活動建立機構的職責 。 機構過程焦點包括 ， 建立和維護機構軟件過程和項目軟件過程的默契關系 ， 并協(xié)調有關評估 、 開發(fā) 、 維護和改進這些過程的活動 。 機構提供長期的約定和資源 ， 以協(xié)調現(xiàn)在和將來的軟件項目的軟件過程的開發(fā)和維護 。 該項工作由某個小組實施 ，例如軟件工程過程組 。 它負責機構的軟件過程活動 ， 特別是負責開發(fā)和維護機構標準軟件過程和相關過程資源 （ 如在機構過程定義關鍵過程域中說明的 ） ， 并協(xié)調軟件項目的過程活動 。 軟件工程課程 概論 66/151 目標 目標 1： 機構內(nèi)部軟件過程的制定和改進活動協(xié)調一致 。 目標 2： 相對于過程標準 ， 所使用的軟件過程的優(yōu)勢和薄弱環(huán)節(jié)標識清楚 。 目標 3：機構級的過程開發(fā)和改進活動有計劃 。 軟件工程課程 概論 67/151 執(zhí)行約定 約定 1： 機構遵循書面的管理策略 ， 協(xié)調整個機構范圍內(nèi)的軟件過程開發(fā)和改進活動 。 該策略一般規(guī)定 : 1. 建立一個小組 ， 負責機構級的軟件過程活動 ，使這些活動與各項目協(xié)調一致 。 2. 定期評估項目所使用的軟件過程 ， 以確定其優(yōu)勢和薄弱環(huán)節(jié) 。 3. 對機構標準軟件過程進行合理地剪裁 ， 以得到項目使用的軟件過程 。 關于機構標準軟件過程 ， 參見綜合軟件管理關鍵過程域的活動 1。 4. 每個項目的軟件過程 、 工具和方法的改進和其他有用信息 ， 可用于其他項目 。 軟件工程課程 概論 68/151 約定 2： 上級管理部門倡導和支持機構的軟件過程開發(fā)和改進活動 。 上級管理部門 ： 1. 向機構成員和負責人說明有關軟件過程活動的約定 。 2. 制定資金 、 人員配備和其他資源的長期計劃和約定 。 3. 制定管理和執(zhí)行有關軟件過程開發(fā)和改進活動的策略 。 約定 3： 上級管理部門監(jiān)督機構的軟件過程開發(fā)和改進活動 。 l. 確保機構標準軟件過程滿足企業(yè)目標和策略 。 2. 提出關于軟件過程開發(fā)和改進活動優(yōu)先次序的建議 。 3. 參與制定軟件過程開發(fā)和改進計劃 。 a. 上級管理部門與更高層人員和負責人共同協(xié)調軟件過程需求及問題 b. 上級管理部門與該機構負責人進行協(xié)調 ， 以獲得負責人和機構成員的支持和參與 軟件工程課程 概論 69/151 執(zhí)行能力 能力 1： 有一個負責機構的軟件過程活動的小組 。 一個小組是一些部門 、 負責人和人員的組合 ， 負責一組任務和活動 。 小組的規(guī)模可以不同 ， 既可以是單個兼職的人 ， 也可以是多個來自不同部門的兼職人員 ， 也可以由幾個專職人員組成 。 組成小組時考慮的因素包括：分派的任務和活動 、 項目規(guī)模 、 機構結構和機構文化 。 某些小組 ，如軟件質量保證組 ， 集中關注項目活動 。而其他一些小組 ，例如軟件工程過程組 ， 集中關注機構范圍內(nèi)的活動 。 1. 條件可能時 ， 小組成員以專職工作的軟件專業(yè)人員為核心 ， 并盡可能有其他的兼職人員支持 。 該小組最一般的例子是軟件工程過程組 （ SEPG） 。 2. 小組成員中有軟件工程及軟件相關科目的代表 。 軟件工程課程 概論 70/151 軟件工程及軟件相關科目的實例有 ： ? 軟件需求分析 ? 軟件設計 ? 程序編碼 ? 軟件測試 ? 軟件配置管理 ? 軟件質量保證 軟件工程課程 概論 71/151 能力 2： 為實施機構的軟件過程活動提供了充足的資源和資金 。 1. 委派在特定領域具有特長的人員支持該小組 。 特定領域的實例有： ? 軟件重用 ? 計算機輔助軟件工程技術 (CASE) ? 測量 ? 培訓課程開設 2. 有支持該機構軟件過程活動的工具 。 支持工具的實例有： ? 統(tǒng)計分析工具 ? 桌面出版工具 ? 數(shù)據(jù)庫管理系統(tǒng) ? 過程建模工具 軟件工程課程 概論 72/151 能力 3：負責機構軟件過程活動的小組成員接受過實施這些活動所需的培訓 。 培訓的實例有： ? 軟件工程實踐 ? 過程控制技術 ? 機構過程變動管理 ? 軟件過程計劃 、 管理和監(jiān)督 ? 技術轉變 參見培訓大綱關鍵過程域 能力 4： 軟件工程組和其他軟件相關小組的成員接受過機構軟件過程活動及其在這些活動中的任務方面的定向培訓 。 參見培訓大綱關鍵過程域 軟件工程課程 概論 73/151 執(zhí)行活動 活動 1： 定期評估軟件過程 ， 并根據(jù)評估結果制定行動計劃 。 評估一般每隔一年 、 一年半至三年進行一次 。評估可針對機構中所使用的所有軟件過程 ， 也可通過對過程和項目進行抽樣評估 。 評估機構軟件過程能力的方法實例之一是 SEI軟件過程評估方法 。 行動計劃標識 ： ? 涉及哪些評估結果 ? 針對評估結果實施更改軟件過程的準則 ? 負責實施更改的小組或個人 軟件工程課程 概論 74/151 活動 2： 機構制定和維護它的軟件過程開發(fā)和改進活動的計劃 。 該計劃： 1. 以軟件過程評估后的行動計劃和其他的機構過程改進倡議為基礎 。 2. 確定要實施的活動及實施這些活動的進度 。 3. 確定負責這些活動的小組和個人 。 4. 確定所需的資源 ， 包括人員配備和工具 。 5. 初始發(fā)布和有大改動時通過同行評審 。 參見同行評審關鍵過程域 。 6. 機構的軟件負責人和上級負責人評審認可 。 軟件工程課程 概論 75/151 活動 3：在機構級協(xié)調關于機構和項目的軟件過程的開發(fā)和改進活動 。 涉及的軟件過程有： 1. 機構標準軟件過程 。 關于機構標準過程 ， 參見機構過程定義關鍵過程域的活動 1和活動 2。 2. 項目定義的軟件過程 。 關于項目定義的軟件過程 。 參見綜合軟件管理關鍵過程域的活動 1和活動 2。 活動 4：在機構級協(xié)調有關軟件過程數(shù)據(jù)庫的使用 。 機構的軟件過程數(shù)據(jù)庫用來收集機構和項目的軟件過程以及生成的軟件產(chǎn)品的信息 。 關于機構的軟件過程數(shù)據(jù)庫 ， 參見機構過程定義關鍵過程域的活動 5。 軟件工程課程 概論 76/151 活動 5： 監(jiān)控和評價機構中限制使用的新過程 、 方法和工具 。合適時 ， 推廣到機構的其他部分 。 活動 6：在機構內(nèi)協(xié)調機構和項目的軟件過程的培訓 。 1. 制定有關機構和項目軟件過程的專題培訓計劃 。 2. 合適時 ， 培訓由負責機構軟件過程活動的小組 （ 如軟件工程過程組 ） 或培訓小組準備和實施 。 參見培訓大綱關鍵過程域 。 活動 7：向與實施軟件過程有關的小組通報機構和項目中軟件過程開發(fā)和改進活動的情況 。 通報方式的實例有： ? 過程電子公告板 ? 過程咨詢委員會 ? 工作小組 ? 信息交流會 ? 調查 ? 過程改進組 ? 日常討論 軟件工程課程 概論 77/151 測量和分析 測量 1： 測量機構的軟件過程開發(fā)和改進活動的狀態(tài) 測量的實例有： ? 機構在過程評估 、 開發(fā)和改進活動中已完成的工作 、 工作量和耗費的資金 ， 與計劃相比較 ? 每次軟件過程的評估結果 ， 與以前的評估結果和建議相比較 軟件工程課程 概論 78/151 驗證實現(xiàn) 驗證 1： 上級管理部門定期評審軟件過程開發(fā)和改進活動 。 上級管理部門實施定期評審的主要目的是適當?shù)?、 及時地掌握軟件過程活動 。 在滿足機構需求的前提下 ， 只要有適當?shù)臋C制來報告異常情況 ，評審的時間間隔就盡可能長些 。 1. 對照計劃 ， 評審有關開發(fā)和改進軟件過程活動的進展和狀態(tài) 。 2. 討論低層不能解決的沖突和問題 。 3. 指定和評審行動措施 ， 并跟蹤到關閉 。 4. 編寫評審的總結報告 ， 并分發(fā)給相關的小組和個人 。 軟件工程課程 概論 79/151 能力成熟度模型集成 CMMI Capability Maturity Model Integration ? CMM的成功導致了各種模型的衍生 ， 每一種模型都探討了某一特定領域中的過程改進問題 ? SWCMM：適用于軟件開發(fā) ? SECMM：系統(tǒng)工程能力成熟度模型 ? SACMM：適用于軟件獲取 ? SECAM：系統(tǒng)工程能力評估模型 ? People CMM：討論軟件組織吸引 、 開發(fā) 、 激勵 、 組織和留住人才的能力 ? EIA/IS 731：替代 SWCMM和 SECAM ? IPDCMM：適用于集成化產(chǎn)品開發(fā) ? FAAiCMM：集成了 SECMM、 SACMM、 SWCMM 軟件工程課程 概論 80/151 ? 相應的國際標準： ISO/IEC 12207（ 軟件生存周期過程 ） 、 ISO/IEC 15288（ 系統(tǒng)生存周期過程 ） 、 ISO/IEC 15504（ 軟件過程評估 ） ? 模型的繁衍導致模型框架 、 術語等方面的矛盾和不一致 ? 包含在當代工程中各種各樣的學科和工程是密切交叉在一起的 ， 應用不同模型時效率低下且容易混淆 ， 常常要付出極其昂貴的代價 ? 美國國防部 、 美國國防工業(yè)委員會和 SEI/CMU于1998年啟動 CMMI項目 ， 希望 CMMI是若干過程模型的綜合和改進 ， 是支持多個工程學科和領域的系統(tǒng)的 、 一致的過程改進框架 ， 能適應現(xiàn)代工程的特點和需要 ， 能提高過程的質量和工作效率 軟件工程課程 概論 81/151 ? 2022 年發(fā)布第一個 CMMI 模型 CMMISE/SW/IPPD ：集成了 SWCMM、EIA/IS 73 IPD CMM ? 2022年 1月發(fā)布 CMMISE/SW/IPPD ，美國國防工業(yè)委員會在第一屆 CMMI國際研討會上宣布 ， CMMI 不變 ? CMMI模型為每個學科的組合都提供兩種表示法：階段式模型和連續(xù)式模型 軟件工程課程 概論 82/15