【正文】 的軟件過程 和 項(xiàng)目軟件過程（ 之間 ） 的默契關(guān)系 ， 并協(xié)調(diào)有關(guān)評估 、 開發(fā) 、 維護(hù)和改進(jìn)這些過程的活動 。 該項(xiàng)工作由某個(gè)小組實(shí)施 ， 例如軟件工程過程組 。 目標(biāo) 目標(biāo) 1： 機(jī)構(gòu)內(nèi)部軟件過程的制定和改進(jìn)活動協(xié)調(diào)一致 。 目標(biāo) 3：機(jī)構(gòu)級的過程開發(fā)和改進(jìn)活動有計(jì)劃 。 該策略一般規(guī)定 : 1. 建立一個(gè)小組 ， 負(fù)責(zé)機(jī)構(gòu)級的軟件過程活動 ， 使這些活動與各項(xiàng)目協(xié)調(diào)一致 。 3. 對機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程進(jìn)行合理地剪裁 ，以得到項(xiàng)目使用的軟件過程 。 ? 4. 每個(gè)項(xiàng)目的軟件過程、工具和方法的改進(jìn)和其他有用信息，可用于其他項(xiàng)目。 上級管理部門 ： 1. 向機(jī)構(gòu)成員和負(fù)責(zé)人說明有關(guān)軟件過程活動的約定 。 3. 制定管理和執(zhí)行有關(guān)軟件過程開發(fā)和改進(jìn)活動的策略 。 l. 確保機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程滿足企業(yè)目標(biāo)和策略 。 3. 參與制定軟件過程開發(fā)和改進(jìn)計(jì)劃 。 一個(gè)小組是一些部門 、 負(fù)責(zé)人和人員的組合 ，負(fù)責(zé)一組任務(wù)和活動 。 組成小組時(shí)考慮的因素包括：分派的任務(wù)和活動 、項(xiàng)目規(guī)模 、 機(jī)構(gòu)結(jié)構(gòu)和機(jī)構(gòu)文化 。而其他一些小組 ， 例如軟件工程過程組 ， 集中關(guān)注機(jī)構(gòu)范圍內(nèi)的活動 。 該小組最一般的例子是軟件工程過程 （ SEPG） 。 軟件工程及軟件相關(guān)科目的實(shí)例有 ： ? 軟件需求分析 ? 軟件設(shè)計(jì) ? 程序編碼 ? 軟件測試 ? 軟件配置管理 ? 軟件質(zhì)量保證 能力 2： 為實(shí)施機(jī)構(gòu)的軟件過程活動提供了充足的資源和資金 。 特定領(lǐng)域的實(shí)例有： ? 軟件重用 ? 計(jì)算機(jī)輔助軟件工程技術(shù) (CASE) ? 測量 ? 培訓(xùn)課程開設(shè) 2. 有支持該機(jī)構(gòu)軟件過程活動的工具 。 培訓(xùn)的實(shí)例有： ? 軟件工程實(shí)踐 ? 過程控制技術(shù) ? 機(jī)構(gòu)過程變動管理 ? 軟件過程計(jì)劃 、 管理和監(jiān)督 ? 技術(shù)轉(zhuǎn)變 參見培訓(xùn)大綱關(guān)鍵過程域 能力 4： 軟件工程組和其他軟件相關(guān)小組的成員接受過機(jī)構(gòu)軟件過程活動及其在這些活動中的任務(wù)方面的定向培訓(xùn) 。 評估一般每隔一年 、 一年半至三年進(jìn)行一次 。 評估機(jī)構(gòu)軟件過程能力的方法實(shí)例之一是 SEI軟件過程評估方法 。 該計(jì)劃： 1. 以軟件過程評估后的行動計(jì)劃和其他的機(jī)構(gòu)過程改進(jìn)倡議為基礎(chǔ) 。 3. 確定負(fù)責(zé)這些活動的小組和個(gè)人 。 5. 初始發(fā)布和有大改動時(shí)通過同行評審 。 6. 機(jī)構(gòu)的軟件負(fù)責(zé)人和上級負(fù)責(zé)人評審認(rèn)可 。 涉及的軟件過程有： 1. 機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程 。 2. 項(xiàng)目定義的軟件過程 。 參見綜合軟件管理關(guān)鍵過程域的活動 1和活動 2。 機(jī)構(gòu)的軟件過程數(shù)據(jù)庫用來收集機(jī)構(gòu)和項(xiàng)目的軟件過程以及生成的軟件產(chǎn)品的信息 。 活動 5： 監(jiān)控和評價(jià)機(jī)構(gòu)中限制使用的新過程 、方法和工具 。 活動 6：在機(jī)構(gòu)內(nèi)協(xié)調(diào)機(jī)構(gòu)和項(xiàng)目的軟件過程的培訓(xùn) 。 2. 合適時(shí) ， 培訓(xùn)由負(fù)責(zé)機(jī)構(gòu)軟件過程活動的小組 （ 如軟件工程過程組 ） 或培訓(xùn)小組準(zhǔn)備和實(shí)施 。 活動 7：向與實(shí)施軟件過程有關(guān)的小組通報(bào)機(jī)構(gòu)和項(xiàng)目中軟件過程開發(fā)和改進(jìn)活動的情況 。 上級管理部門實(shí)施定期評審的主要目的是適當(dāng)?shù)?、 及時(shí)地掌握軟件過程活動 。 1. 對照計(jì)劃 ， 評審有關(guān)開發(fā)和改進(jìn)軟件過程活動的進(jìn)展和狀態(tài) 。 3. 指定和評審行動措施 ， 并跟蹤到關(guān)閉 。 能力成熟度模型集成 CMMI Capability Maturity Model Integration ? CMM的成功導(dǎo)致了各種模型的衍生 ， 每一種模型都探討了某一特定領(lǐng)域中的過程改進(jìn)問題 ? SWCMM：適用于軟件開發(fā) ? SECMM：系統(tǒng)工程能力成熟度模型 ? SACMM：適用于軟件獲取 ? SECAM：系統(tǒng)工程能力評估模型 ? People CMM：討論軟件組織吸引 、 開發(fā) 、 激勵(lì) 、 組織和留住人才的能力 ? EIA/IS 731：替代 SWCMM和 SECAM ? IPDCMM：適用于集成化產(chǎn)品開發(fā) ? FAAiCMM：集成了 SECMM、 SACMM、 SWCMM ? 相應(yīng)的國際標(biāo)準(zhǔn)： ISO/IEC 12207（ 軟件生存周期過程 ） 、 ISO/IEC 15288（ 系統(tǒng)生存周期過程 ） 、 ISO/IEC 15504（ 軟件過程評估 ） ? 模型的繁衍導(dǎo)致模型框架 、 術(shù)語等方面的矛盾和不一致 ? 包含在當(dāng)代工程中各種各樣的學(xué)科和工程是密切交叉在一起的 ， 應(yīng)用不同模型時(shí)效率低下且容易混淆 ， 常常要付出極其昂貴的代價(jià) ? 美國國防部 、 美國國防工業(yè)委員會和SEI/CMU于 1998年啟動 CMMI項(xiàng)目 ， 希望CMMI是若干過程模型的綜合和改進(jìn) ， 是支持多個(gè)工程學(xué)科和領(lǐng)域的系統(tǒng)的 、 一致的過程改進(jìn)框架 ， 能適應(yīng)現(xiàn)代工程的特點(diǎn)和需要 ， 能提高過程的質(zhì)量和工作效率 ? 2021 年 發(fā) 布 第 一 個(gè) CMMI 模型 CMMISE/SW/IPPD ：集成了 SWCMM 、EIA/IS 73 IPD CMM ? 2021年 1月發(fā)布 CMMISE/SW/IPPD ，美國國防工業(yè)委員會在第一屆 CMMI國際研討會上宣布 ， CMMI 不變 ? CMMI模型為每個(gè)學(xué)科的組合都提供兩種表示法：階段式模型和連續(xù)式模型 階段式模型 ? 階段式模型的結(jié)構(gòu)類同于軟件 CMM， 它關(guān)注組織的成熟度 ， 其成熟度等級如下圖所示 5．優(yōu)化的 4．定量管理的 3．已定義的 2．已管理的 1．初始的 過程不可預(yù)測且缺乏控制 過程為項(xiàng)目服務(wù) 過程為組織服務(wù) 過程已度量和控制 集中于過程改進(jìn) 階段式成熟度等級 過程域 2 過程域 n 成熟度等級 過程域 1 執(zhí)行的能力 執(zhí)行的承諾 定向?qū)崿F(xiàn) 驗(yàn)證實(shí)現(xiàn) 特定目標(biāo) 共性目標(biāo) 特定實(shí)踐 共性實(shí)踐 公共特征 ? CMMI 24個(gè)過程域的分組如下： 成熟度等級 過程域 已管理的 需求管理 REQM，項(xiàng)目計(jì)劃 PP，項(xiàng)目監(jiān)督和控制 PMC，供應(yīng)商合同管理 SAM，度量和分析 MA，過程和產(chǎn)品質(zhì)量保證 PPQA，配置管理 CM 已定義的 需求開發(fā) RD，技術(shù)解決方案 TS，產(chǎn)品集成 PI，驗(yàn)證 VER，確認(rèn) VAL，組織級過程焦點(diǎn) OPF，組織級過程定義 OPD，組織級培訓(xùn) OT，集成化項(xiàng)目管理 IPM，風(fēng)險(xiǎn)管理 RSKM，集成化建組 IT，決策分析和解決方案 DAR，組織級集成環(huán)境 OEI 定量管理的 組織級過程性能 OPP，項(xiàng)目定量管理 QPM 優(yōu)化的 組織級改革和實(shí)施 OID，因果分析和解決方案CAR 連續(xù)式模型 ? 連續(xù)式模型關(guān)注每個(gè)過程域的能力 ， 一個(gè)組織對不同的過程域可以達(dá)到不同的過程域能力等級 （ Capability level， CL） 。 能力等級表明了單個(gè)過程域中組織執(zhí)行的好壞程度 。 當(dāng)組織滿足過程域的特定目標(biāo)和共性目標(biāo)時(shí) ， 就說該組織達(dá)到了那個(gè)過程域的能力等級 。 能力等級可以獨(dú)立地應(yīng)用于任何單獨(dú)的過程域 ， 任何一個(gè)能力等級都必須滿足比它等級低的能力等級的所有準(zhǔn)則 ， 各能力等級的含義簡述如下： ? CL0 未完成的：過程域未執(zhí)行或未達(dá)到 CL1中定義的所有目標(biāo) 。 ? CL2 已管理的：其共性目標(biāo)集中于已管理的過程的制度化 。 ? CL3 已定義的：其共性目標(biāo)集中于已定義的過程的制度化 。 ? CL4 定量管理的：其共性目標(biāo)集中于可定量管理的過程的制度化 。 ? CL5 優(yōu)化的：使用量化 （ 統(tǒng)計(jì)學(xué) ） 手段改編和優(yōu)化過程域 ， 以對付客戶要求的改變和持續(xù)改進(jìn)計(jì)劃中的過程域的功效 。 ?可以在獲取了一組基本的需求后，通過快速分析構(gòu)造出該軟件的一個(gè)初始可運(yùn)行版本，稱之謂原型（ prototype），然后根據(jù)用戶在試用原型的過程中提出的意見和建議、或者增加新的需求，對原型進(jìn)行改造，獲得原型的新版本，重復(fù)這一過程，最終得到令客戶滿意的軟件產(chǎn)品。 ?演化模型適用于對軟件需求缺乏準(zhǔn)確認(rèn)識的情況。 演化模型 增量模型 項(xiàng)目日歷時(shí)間 軟件功能性和特征 1 2 3 4 5 第 2次增量發(fā)布 增量 2 1 2 3 4 5 第 n次增量發(fā)布 增量 n 1 2 3 4 5 第 1次增量發(fā)布 增量 1 ┇ 5 部署（發(fā)布，反饋） 4 構(gòu)造（編碼，測試） 3 建模（分析，設(shè)計(jì)） 2 計(jì)劃 1 交流 ? 增量模型將軟件的開發(fā)過程分成若干個(gè)日程時(shí)間交錯(cuò)的線性序列，每個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的 “ 增量 ” 版本，后一個(gè)版本是對前一版本的修改和補(bǔ)充，重復(fù)增量發(fā)布的過程，直至產(chǎn)生最終的完善產(chǎn)品。一個(gè)原型不必滿足目標(biāo)軟件的所有約束，其目的是能快速、低成本地構(gòu)建原型。然后快速制訂原型開發(fā)的計(jì)劃，確定原型的目標(biāo)和范圍，采用快速設(shè)計(jì)的方式對其建模，并構(gòu)建原型。在前一個(gè)原型需要改進(jìn)，或者需要擴(kuò)展其范圍的時(shí)候，進(jìn)入下一輪原型的迭代開發(fā)。 ? 演化型（ evolutionary prototyping） 其目的是將原型作為目標(biāo)系統(tǒng)的一部分，通過對原型的多次改進(jìn)，逐步將原型演化成最終的目標(biāo)系統(tǒng)。這些原型關(guān)注于目標(biāo)系統(tǒng)的某些特性，而不是全部特性，開發(fā)這些原型時(shí)通常不考慮與探索或?qū)嶒?yàn)?zāi)康臒o關(guān)的功能、質(zhì)量、結(jié)構(gòu)等因素，這種原型通常被廢丟，然后根據(jù)探索或?qū)嶒?yàn)的結(jié)果用良好的結(jié)構(gòu)和設(shè)計(jì)思想重新設(shè)計(jì)目標(biāo)系統(tǒng)。這種原型通常是實(shí)現(xiàn)了目標(biāo)系統(tǒng)中已明確定義的特性的一個(gè)子集，通過對它的不斷修改和擴(kuò)充，逐步追加新的要求，最后使其演化成最終的目標(biāo)系統(tǒng)。 ? 1988年提出 ?是瀑布模型和演化模型的結(jié)合，并增加了 風(fēng)險(xiǎn)分析 ?螺旋模型沿著螺線旋轉(zhuǎn)，在四個(gè)象限上分別表達(dá)四個(gè)方面的活動，即： ?制定計(jì)劃 ：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件 ?風(fēng)險(xiǎn)分析 ：評價(jià)所選的方案，識別風(fēng)險(xiǎn)，消除風(fēng)險(xiǎn) ?工程實(shí)施 ：實(shí)施軟件開發(fā)，驗(yàn)證工作產(chǎn)品 ?客戶評估 ：評價(jià)開發(fā)工作，提出修正建議 螺旋模型 ? 螺旋模型出現(xiàn)了一些變種，它可以有 3到6個(gè)任務(wù)區(qū)域。 ? 如果發(fā)現(xiàn)風(fēng)險(xiǎn)太大，開發(fā)者和客戶無法承受，則項(xiàng)目就可能因此而終止。 噴泉模型 ? 噴泉模型是一種支持 面向?qū)ο?開發(fā)的模型 ? 體現(xiàn) 迭代 和 無間隙 特征 ?迭代 ：各開發(fā)活動常常重復(fù)工作多次，相關(guān)的功能在每次迭代中隨之加入演進(jìn)的系統(tǒng) ?無間隙 ：開發(fā)活動之間不存在明顯的邊界 ? 支持軟件 復(fù)用 （ reuse） ? 利用預(yù)先包裝好的軟件 構(gòu)件 （包括組織內(nèi)部開發(fā)的構(gòu)件和現(xiàn)存商品化構(gòu)件COTS）來構(gòu)造應(yīng)用系統(tǒng) 基于構(gòu)件的開發(fā)模型 領(lǐng)域分析 構(gòu)件可變性 分析 構(gòu)建 可復(fù)用構(gòu)件 領(lǐng)域模型 領(lǐng)域基準(zhǔn) 體系結(jié)構(gòu)圖 可復(fù)用 構(gòu)件庫 分析 體系結(jié)構(gòu)設(shè)計(jì) 獲取構(gòu)件 構(gòu)件特化 和修改 評價(jià) 構(gòu)件組裝 和測試 開發(fā)未找到 構(gòu)件的部分 應(yīng)用系統(tǒng)工程 應(yīng)用系統(tǒng) 領(lǐng)域工程 ? 領(lǐng)域