【正文】 織能力成熟度的標(biāo)準(zhǔn)模型。 圖 過程域的部件 必需部件 必需部件是過程域中最為重要的組成部件，是 CMMI 模型的基礎(chǔ)，描述了組織進行過程改進需要做的事及確定過程評估是否符合模型要求的基礎(chǔ)。通過這些實踐活動來實現(xiàn)必需部件的要求。例如，確定風(fēng)險來源和類別這個特定實踐的子實踐有：確定風(fēng)險來源；確定風(fēng)險類別。 IDEAL 模型用實用易懂的 5 個步驟說明了軟件過程改進活動 ,軟件企業(yè)可以使用此模型在企業(yè)內(nèi)部進行過程的策劃、實施及分析。 表 評估方法 需求 SCAMPIA類 SCAMPI B 類 SCAMPI C 類 收集客觀證據(jù)的方式 文檔和訪談 文檔和訪談 文檔或訪談 評級 可以評定等級 不可評定 不可評定 組織單位覆蓋率 有要求 無要求 無要求 評估組最小規(guī)模 4人 2人 1人 評估組長要求 SCAMPI A類主任評估師 SCAMPI B類和 C類團隊領(lǐng)導(dǎo) SCAMPI B類和 C類團隊領(lǐng)導(dǎo) CMMI 評估流程 SCAMPI 整個評估 流程 分成三個階段： 階段一：評估準(zhǔn)備 這個階段主要完成評估過程的準(zhǔn)備工作。 CMMI 模型表示方式 CMMI 模型有兩種表示方式 [39]：連續(xù)式表示方式 (Continuous Representation)與階段式表示方式 (Staged Representation)。 連續(xù)式表示方法中，每個過程域的能力等級劃分為 0~5 級（共 6 級），為下表 所示 ， CMMI 連續(xù)式表示法 過程域分類如 圖 所示。這種方式可幫助實施 CMMI 的組織或企業(yè)，建立起一條比較容易的過程改進之路。這樣，在按照連續(xù)式表示方法實施 CMMI的時候，一個組織可以把項目管理或者其他某類的過程域一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。蘇州區(qū)域過程改進歷程為圖 所示。公司內(nèi)部為了有效提升項目過程能力、提高產(chǎn)品服務(wù)質(zhì)量，先后通過了 CMMI ML4高階評估、 ISO9001 質(zhì)量管理體系認(rèn)證、 ISO27001信息安全管理標(biāo)準(zhǔn)認(rèn)證。而連續(xù)式表現(xiàn)方法則通 過將 CMMI 中的過程域分為四大類：過程管理、項目管理、工程管理以及支持管理。 圖 CMMI成熟度等級 除了初始級以外，每個成熟度等級都有若干個過程域，如 圖 。一個過程能力等級由這個過程的若干相關(guān)的特定實踐和共性實踐所構(gòu)成。根據(jù)組織要求，歸檔相應(yīng)評估資料，并按計劃要求對部分信息進行保 密處理。 ARC 文件中描述了三種類型的評估方法 [38]：SCAMPI ( Standard CMMI Appraisal Method for Process Improvement) ARC A 類第 2 章 CMMI 模型介紹 18 評估、 SCAMPI ARC B 類評估、 SCAMPI ARC C 類評估。 CMMI實施方法 CMMI 過程改進是一種循序漸進、持續(xù)不斷的過程，這個過程需要時間來驗證所帶來的經(jīng)濟效益。 ? 共性實踐詳 細說明 (Generic Practice Elaborations): 為共性實踐如何適用于特定過程域提供詳細指南說明。例如， CMMI 階段式 2級，有一個共性目標(biāo)是制度化已管理過程。過程域 [34]是同屬于某個領(lǐng)域而彼此相 關(guān)的實踐集合，當(dāng)這些實踐共同執(zhí)行時，可以達到該領(lǐng)域過程改進的目標(biāo)。 本章小結(jié) 本章節(jié)主要 介紹了本文 的 研究背景與研究意義，對國內(nèi)外軟件過程改進現(xiàn)狀以及發(fā)展趨勢進行了 深度 研究 與分析。這些問題的提出為后面章節(jié)內(nèi)容提供了 實施改進 依據(jù)。公司內(nèi)已形成了一整套標(biāo)準(zhǔn)的管理流程與體系規(guī)范。 ? SPP（ Simplified Parallel Process）：是精簡并行過程。為了落實國務(wù)院 18號文的精神，加快我國軟件能力模型標(biāo)準(zhǔn)的制定，推動軟件產(chǎn)業(yè)的發(fā)展，信息產(chǎn)業(yè)部 2020 年 9 月 28 日主持成第 1 章 緒論 11 立了軟件體系評估標(biāo)準(zhǔn)特別工作組，該工作組在深入研究了國外的一些標(biāo)準(zhǔn)模型CMM、 CMMI、 ISO/IEC TR1550 ISO9000 以及其他有關(guān)的資料和文件，以及國外企業(yè)實施 CMM 的實際情況，結(jié)合國情，確定了以 CMMI 作為主要參考文件來制定標(biāo)準(zhǔn)。 PSP和 TSP正好補充了這個缺口。值得一提的是，在各國都忙于實施 CMMI過程評估時，其中不免出現(xiàn)了一些流于形式的評估問題。另外，在 CMMI中除了沿用成熟度等級的方式（即 CMMI的分階段表示形式）外，還吸取 TR 15504的特點，增加了與15504類似的 CMMI的連續(xù)表示形式，以滿足 ISO15504國際標(biāo)準(zhǔn)對過程改進評估第 1 章 緒論 9 的要求。此后，美國卡內(nèi)基 梅隆大學(xué)軟件工程研究所 (CMU/SEI) 于 1987提出了 SWCMM框架模型。新修訂的 2020版本，主體過程為表 ，此表只列出了兩層過程內(nèi)容，沒有具體細分到第三層內(nèi)容。 ISO9000標(biāo)準(zhǔn)族自誕生以來，先后進行了三次修訂，分別是： 1994版、 2020版、 2020版。軟件過程改進工作之所以能成為軟件工業(yè)界第二個具有 里程碑式的階段，是由于有太多的失敗項目，經(jīng)過不斷地對經(jīng)驗教訓(xùn)進行總結(jié)而發(fā)展成的。與過程能力相對應(yīng)的是軟件過程性能， 表示 軟件項目在 遵循一個軟件過程后所得到的實際結(jié)果 ，而不是預(yù)期結(jié)果?；谲浖^程理念的提出，相繼出現(xiàn)了一些新的質(zhì)量名詞：軟件過程管理、軟件過程能力與性能、軟件過程改進、軟件過程成熟度。 軟件過程管理理論的提出 自從 20世紀(jì) 80年代末期，過程思維提倡者 Watts Humphrey(1989) 將過程管理的原則引進到軟件開發(fā)過程中 [10]，在軟件業(yè)界掀起了一股以過程改進為中心的熱潮。這也是軟件界客觀發(fā)展規(guī)律所決定的，沒有一種所謂的“銀彈”，能夠從根本上解決掉軟件開發(fā)所存在的問題。 傳統(tǒng)軟件工程的另一發(fā)展領(lǐng)域是軟件技術(shù)與方法的研究。即 將系統(tǒng)化、規(guī)范化、可度量的方法應(yīng)用到軟件的開發(fā)、運行和維護中，即將工程化應(yīng)用到軟件中。依靠原有的以個體開發(fā)方式為中心的傳統(tǒng)軟 件開發(fā)模式，已經(jīng)無法滿足客戶對質(zhì)量、效率、工期等方面的要求。此時期的軟件開發(fā)方法基本上屬于個體化軟件開發(fā)方式，完全依靠個人的聰明才智和工作習(xí)慣。對于軟件企業(yè)來說，軟件產(chǎn)品如同是企業(yè)的生命，需要有好的管理過程來保障。由于此模型主要起源于國外，國外的一些公司及企事業(yè)單位實施情況已較為普遍，國內(nèi)相比而言，還處于起步與發(fā)展使用階段。 68 致 謝 46 系統(tǒng)實現(xiàn)的難點分析 30 體系與 CMMI 的映射關(guān)系 22 第 3 章 過程管理現(xiàn)狀和實施問題分析 18 連續(xù)式表示方式 17 CMMI 模型表示方式 2 軟件的出現(xiàn)與軟件工程的發(fā)展 1 國內(nèi)外研究現(xiàn)狀和發(fā)展趨勢 本文 是作者基于在一個實際的 軟件 企業(yè)內(nèi)， 親身 參與到軟件項目的過程改進實踐工作 中 ，來闡述實際企業(yè)內(nèi)部是如何根據(jù)企業(yè)現(xiàn)存的一些問題，來進行軟件過程的改進。 通過以上過程改進工作的研究與實踐，證明了在結(jié)合實踐公司業(yè)務(wù)特點的同時，此過程改進的實踐方法在實際的工程項目管理中具有一定的工程指導(dǎo)價值與參考作用。10 本文的主要工作 29 體系整體框架 47 本章小結(jié) 49 改進效果分析 軟件過程管理、軟件過程改進等概念，已不再是些新的名詞。其認(rèn)證費用由中央外貿(mào)發(fā)展基金適當(dāng)予以支持。本論文所討論的問題，是 結(jié)合一個實際公司 內(nèi)部現(xiàn)實存在 并且是 急需解決的問題，來研究與實踐軟件過程改進工作，具體很大的實踐性，對其他企業(yè)或進行軟件過程改進的從業(yè)人員，具有一定的參考作用。 由于客戶世界是處在不斷的變化之中，這就要求軟件也要能跟得上相應(yīng)的步伐，適應(yīng)不斷變化的客觀事物。 為了克服軟件危機， 1968年，北大西洋公約組織（ NATO）召集了來第 1 章 緒論 3 自 11個不同國家的 50多 名一流的編程人員、計算機科學(xué)家和工業(yè)界巨頭， 在德國 Garmisch地區(qū) 討論和制定擺脫 “ 軟件危機 ” 的對策。由于軟件工程所關(guān)注的使用方法和技術(shù)主要分成 技術(shù)和管理兩類 ［ 4］ 。到了 20世紀(jì) 80年代中期，隨著 計算機輔助軟件工程 (CASE)和軟件工程環(huán)境的研制成為熱點，面向?qū)ο蠹夹g(shù)OOA（面向?qū)ο蟮姆治龇椒?）、 OOD（面向?qū)ο蟮脑O(shè)計方法）也開始出現(xiàn)并逐步流行開來。其中有 30%的項目在完成之前就被取消 ，這些半途而廢的 軟件 開發(fā) 項目花費了 將近 800多億元 的實際成本費用 。通俗的說，軟件過程就是指軟件開發(fā)所涉及的一系列相關(guān)活動與實踐、技術(shù)、方法和工具，以及活動與實踐過程中產(chǎn)生的成果物的集合，其中的產(chǎn)出物大體可包括三大類：工程類文 檔（需求規(guī)格說明書、設(shè)計規(guī)格說明書、測試用例等）、項目管理類文檔（項目管理計劃、風(fēng)險管理計劃、溝通管理計劃等）、支持類文檔（質(zhì)量保證計劃、配置管理計劃、軟件度量計劃等）。除了具有項目管理所涉及到的管理工作之外，過程管理還包括整個軟件組織的培訓(xùn)工作、質(zhì)量文化建設(shè)、組織的管理機制、最佳實踐的管理等相關(guān)方面的管理內(nèi)容。值得一提的是，軟件過程改進工作不是一朝一夕，一蹴而就的事，而是一個循序漸進、不斷重復(fù)不斷提高的一個過程。其中 Phil Crosby提出了質(zhì)量成熟度的量化原理，它成為后續(xù)質(zhì)量運動和軟件過程運動的主題思想。 ? ISO /IEC12207 ISO/IEC12207是 ISO（國際標(biāo)準(zhǔn)化組織）和 IEC(國際電氣委員會 )共同制定并發(fā)布的一個國際性標(biāo)準(zhǔn)。最明顯的一個變化就是，此標(biāo)準(zhǔn)不光為軟件過程的評估工作提供框架說明，用于組織的計劃、管理、監(jiān)督、控制和改進采辦、供應(yīng)、第 1 章 緒論 8 開發(fā)運行、產(chǎn)品和服務(wù)的演變和支持工作外。 自 1991年 SWCMM首次發(fā)布后， SEI又開發(fā)了其他成熟度模型，包括 [20]： （ 1） 系統(tǒng)工程（ SECMM） （ 2） 采購（ SSCMM） （ 3） 人力資源管理（ PCMM） （ 4） 集成產(chǎn)品和過程開發(fā)（ IPPDCMM） 以上各個模型針對是不同的專業(yè)領(lǐng)域，但彼此之間又有一定的重疊，因為這些模型都是基于最原始的軟件成熟度框架；另外，這些模型在表現(xiàn)形式上又有不統(tǒng)一之處：系統(tǒng)工程模型是連續(xù)式的， 而其他模型采用了等級式。 CMMI模型本身進行“瘦身”，對評估方法進行“提 速”，對模型配套的培訓(xùn)課程進行完善。此外，每 60個日歷日內(nèi)完成的 SCAMPI方法的 A級評估的不超過三件（為此目的，對 SCAMPI方法的 A級評估的“實施評估”階段的任何一部分的執(zhí) 行都被認(rèn)定為 SCAMPI方法的 A級評估的實施）。 國內(nèi)軟件過程改進工作的研究與發(fā)展現(xiàn)狀 我國的軟件過程改進工作相對國外來說起步比較晚，目前處于逐步發(fā)展中狀態(tài)。 信息產(chǎn)業(yè)部在制定和領(lǐng)發(fā) SJ/T11234 和 SJ/T112