軟件項目管理第六章軟件過程管理1謝謝觀賞2019-6-30本章內(nèi)容提要軟件過程與過程管理CMMI概述CMMI的成熟度等級及其過程域CMMI的應用PSP，TSP與CMMI敏捷軟件開發(fā)方法2謝謝觀賞2019-6-30第一節(jié)軟件過程與過程管理軟件過程(SoftwareProcesses)是指軟件開發(fā)人員開發(fā)和維護軟件及相關產(chǎn)品（如項目計劃、設計文檔、代碼、測試用例和用戶手冊）的一套行為、方法、技術及變換過程。不能把軟件過程簡單地理解為軟件產(chǎn)品的開發(fā)流程。3謝謝觀賞2019-6-30從大量項目實踐中歸納總結(jié)出的行之有效的過程稱為最佳實踐(BestPractices)。軟件過程管理就是對最佳實踐進行有效的積累，形成可重復的軟件過程，使最佳實踐在組織范圍內(nèi)共享。

軟件過程管理可將個人能力轉(zhuǎn)變?yōu)槠髽I(yè)的能力。4謝謝觀賞2019-6-30軟件過程管理的主要內(nèi)容包括過程定義和過程改進。過程定義是指對最佳實踐進行總結(jié)，形成一套穩(wěn)定的、可重復的軟件過程。過程改進是指根據(jù)實踐中對軟件過程的使用情況，對軟件過程中的偏差和不足之處進行不斷優(yōu)化。5謝謝觀賞2019-6-30軟件過程管理和軟件項目管理的關系互相依賴，互相促進組織級過程資產(chǎn)項目過程TailorWhenprojectcoming!!!Improve6謝謝觀賞2019-6-30第二節(jié)CMMI概述CMMI(CapabilityMaturityModelIntegration)即能力成熟度模型集成，由CMM(CapabilityMaturityModel)發(fā)展而來，它最早是應用于軟件業(yè)的一個過程改進模型，為軟件組織描述了從混亂的、不成熟的軟件過程向成熟有序的軟件過程進行改進的一條途徑。后來隨著應用的推廣和模型本身的發(fā)展，CMMI逐漸演化成為一個被廣泛應用的綜合性過程改進模型。7謝謝觀賞2019-6-30CMMI的歷史1991年，美國卡耐基梅隆大學軟件工程研究所（SEI）推出了能力成熟度模型CMM，CMM的作用各主要有兩方面：為軟件客戶提供評價軟件開發(fā)商能力的方法。幫助軟件開發(fā)商改進其軟件過程，提高成熟度。8謝謝觀賞2019-6-30隨著CMM在軟件界應用的不斷推廣，其它相關學科和領域也采用它的模式，開發(fā)出了許多類似于CMM的模型。SE-CMM(SystemEngineeringCMM)系統(tǒng)工程CMM，應用于系統(tǒng)工程管理。SA-CMM(SoftwareAcquisitionCMM)軟件獲取CMM，應用于軟件獲?。ú少彛┓降哪芰Τ墒於饶Ｐ?。CMMI的歷史9謝謝觀賞2019-6-30IPD-CMM(IntegratedsystemsproductDevelopmentCMM):集成系統(tǒng)產(chǎn)品開發(fā)CMM，應用于集成系統(tǒng)產(chǎn)品的開發(fā)管理。P-CMM(PeopleCMM)：人員能力成熟度模型，應用于人力資源管理。為了以示區(qū)別，常把CMM叫做SW-CMM。同一個組織可能會應用多個過程改進模型，但多個過程改進模型的并存可能會引起沖突和混淆。CMMI的歷史10謝謝觀賞2019-6-30CMMI為工業(yè)界和政府部門提供了一個集成的能力成熟度模型產(chǎn)品集，消除了不同模型之間的不一致和重復，降低了過程改進的成本。CMMI覆蓋了軟件工程、系統(tǒng)工程、集成產(chǎn)品開發(fā)和系統(tǒng)采購，以更加系統(tǒng)和一致的框架來指導組織改善軟件過程，提高產(chǎn)品和服務的開發(fā)、獲取和維護能力。CMMI1.0版于2000年發(fā)布，2002年又發(fā)布了1.1版，2006年發(fā)布了1.2版。CMMI的歷史11謝謝觀賞2019-6-30CMMI是目前世界公認的軟件產(chǎn)品進入國際市場的通行證。一般來說，通過CMMI認證的級別越高，就越容易獲得用戶的信任，在國內(nèi)、國際市場上的競爭力也就越強。

2000年6月，國務院頒發(fā)了《鼓勵軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)展若干政策》，其中第17條中明確規(guī)定“鼓勵軟件出口型企業(yè)通過CMM認證，其費用通過中央外貿(mào)發(fā)展基金適當予以支持”。隨后各省市、高新區(qū)、軟件園都出臺了對通過CMM的企業(yè)給予資金獎勵的制度。CMMI的歷史12謝謝觀賞2019-6-30軟件過程成熟度軟件過程成熟度指一個具體的軟件過程被明確和有效地定義、管理、度量、控制和實施的程度。軟件組織成熟的過程是一個不斷改進、循序漸進的過程，而不是通過革命性的革新快速實現(xiàn)的。13謝謝觀賞2019-6-30不成熟組織與成熟組織的對比不成熟的組織成熟的組織軟件過程一般在項目進行中臨時確定，有時確定了也不嚴格執(zhí)行。建立了機構(gòu)級的軟件開發(fā)和維護過程，軟件人員按照計劃完成活動。被動地處理軟件項目中的一些突發(fā)事件。具有對軟件項目的監(jiān)控和主動應對風險的能力。進度和經(jīng)費預算估計得不準確，進度延期導致削減軟件功能，降低軟件質(zhì)量。項目進度和預算是根據(jù)以往項目取得的實踐經(jīng)驗確定，比較符合實際情況。產(chǎn)品質(zhì)量難以預測。軟件產(chǎn)品質(zhì)量由質(zhì)量保證部門負責監(jiān)控。14謝謝觀賞2019-6-30CMMI中的成熟度等級初始級：軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。已管理級：建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經(jīng)驗。15謝謝觀賞2019-6-30已定義級：已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經(jīng)批準、剪裁的標準軟件過程來開發(fā)和維護軟件。量化管理級：分析軟件過程和產(chǎn)品質(zhì)量的詳細度量數(shù)據(jù)，對軟件過程和產(chǎn)品都有定量的理解與控制。管理活動有一個作出結(jié)論的客觀依據(jù)，能夠在定量的范圍內(nèi)預測性能。CMMI中的成熟度等級16謝謝觀賞2019-6-30優(yōu)化管理級：過程的量化反饋和先進的新思想、新技術促使過程持續(xù)不斷改進。CMMI中的成熟度等級17謝謝觀賞2019-6-30CMMI是一個引導軟件組織不斷走向成熟的過程模型。CMMI中的成熟度等級初始級已管理級已定義級量化管理級優(yōu)化管理級有紀律的過程標準一致的過程可預見的過程不斷改進的過程18謝謝觀賞2019-6-30成熟度等級的結(jié)構(gòu)成熟度等級過程域1過程域2過程域n…特定目標共性目標特定實踐共性實踐19謝謝觀賞2019-6-30CMMI的關鍵過程域每個成熟度等級包含若干個關鍵過程域（KeyProcessArea，KPA）。KPA表示當軟件組織改進軟件過程時必須集中精力解決的關鍵問題。一個組織要想達到某個成熟度等級，必須滿足該等級（以及較低等級）包含的KPA的所有要求，滿足每個KPA的所有目標。20謝謝觀賞2019-6-30CMMI的關鍵過程域成熟度等級關鍵過程域縮寫詞等級2：已管理級需求管理REQM項目計劃PP項目監(jiān)督與控制PMC供應商協(xié)議管理SAM度量和分析MA過程和產(chǎn)品質(zhì)量保證PPQA配置管理CM等級3：已定義級需求開發(fā)RD技術解決方案TS21謝謝觀賞2019-6-30CMMI的關鍵過程域(續(xù)）成熟度等級關鍵過程域縮寫詞等級3：已定義級產(chǎn)品集成PI驗證VER確認VAl組織過程核心OPF組織過程定義OPD組織培訓OD集成項目管理IPM風險管理RSKM決策分析與解決DAR22謝謝觀賞2019-6-30CMMI的關鍵過程域(續(xù)）成熟度等級關鍵過程域縮寫詞等級3：已定義級集成供應商管理ISM組織集成環(huán)境OEI集成團隊IT等級4：量化管理級組織過程性能OPP量化項目管理QPM等級5：優(yōu)化管理級組織革新與部署OID原因分析與解決CAR23謝謝觀賞2019-6-30CMMI的能力等級能力等級（CapabilityLevel,CL）是指在一個單獨的過程域中執(zhí)行的良好程度。CMMI包括6個能力等級：CL0，不完整級：過程域的一個或多個目標沒有被滿足。CL1，已執(zhí)行級：過程通過轉(zhuǎn)換可識別的輸入工作產(chǎn)品，產(chǎn)生可識別的輸出工作產(chǎn)品。能實現(xiàn)過程域的特定目標。24謝謝觀賞2019-6-30CL2，已管理級：過程作為已管理的過程制度化。CL3，已定義級：過程作為已定義的過程制度化。CL4，量化管理級：過程作為量化管理的過程制度化。CL5，優(yōu)化級：過程作為優(yōu)化的過程制度化。CMMI的能力等級25謝謝觀賞2019-6-30CMMI是什么？CMMI指明該做什么，但沒有指明如何做，它不是方法論，沒有給出特定應用領域內(nèi)的專門技術。CMMI是一個用于改進軟件產(chǎn)品和管理過程的結(jié)構(gòu)化模型，但是僅描述軟件過程的本質(zhì)屬性，并非涉及軟件工程的所有問題。CMMI是從軟件過程角度定義了成熟的軟件過程的實踐活動，但是對于成熟的軟件組織而言，人的因素和技術的因素也同樣重要。26謝謝觀賞2019-6-30CMMI過程改進需要多長時間？有何效果？一般需要2年才能把成熟度提升一級（建議安排1.5年到2年）。根據(jù)CMU-SEI的統(tǒng)計，軟件企業(yè)在引入CMM后勞動生產(chǎn)率平均增長了35%；錯誤比率平均減少39%；平均成本回報率為5：1。27謝謝觀賞2019-6-30第三節(jié)CMMI的成熟度等級及其過程域3.1初始級過程極少存在或使用穩(wěn)定的軟件過程。（過程無秩序）

各種條例、規(guī)章制度互不協(xié)調(diào)，甚至互相矛盾。（開發(fā)無規(guī)范）

28謝謝觀賞2019-6-30初始級人員依賴個人努力和精英人物；項目組成員的工作方式就是哪里出現(xiàn)危機就去哪兒解決。技術引進新技術是很大的風險。度量不收集和分析數(shù)據(jù)。29謝謝觀賞2019-6-30注意：有些組織制定了一些軟件工程規(guī)范，但如果這些規(guī)范沒有覆蓋基本的關鍵過程域，且執(zhí)行沒有政策、資源方面的保證時，那么該組織仍然被視為處于初始級成熟度。初始級30謝謝觀賞2019-6-30改進方向建立項目管理過程，實施規(guī)范化管理，保障項目的承諾。進行需求管理，建立客戶與軟件項目之間的共同理解，使項目真正反映客戶的要求。建立各種軟件項目計劃。如：軟件開發(fā)計劃、配置管理計劃、風險管理計劃等。開展軟件質(zhì)量保證活動。初始級31謝謝觀賞2019-6-303.2CMMI已管理級特征：進行較為現(xiàn)實的承諾，按以前在同類項目上的成功經(jīng)驗建立必要的過程準則以確保再一次成功。逐個項目地建立基本過程管理條例來加強軟件過程能力。建立了基本的項目管理過程來跟蹤成本、進度和功能，包括：需求管理、計劃和跟蹤監(jiān)控、質(zhì)量管理、配置管理、子合同管理。通過執(zhí)行這些過程，從管理角度可以看到一個按計劃執(zhí)行的且階段可控的軟件開發(fā)過程。32謝謝觀賞2019-6-30特征：管理工作主要跟蹤軟件經(jīng)費支出、進度和功能，識別在承諾方面出現(xiàn)的問題。采用基線（baseline）來標志進展，控制完整性。定義了軟件項目的過程標準，并遵循它。通過子合同建立有效的供求關系。33謝謝觀賞2019-6-30過程軟件開發(fā)和維護過程是相對穩(wěn)定的，但過程建立在項目級別，而非企業(yè)級別。軟件工程過程受控于有效的工程管理過程，先前的成功經(jīng)驗可以被重復使用。問題出現(xiàn)時，有能力識別并糾正，承諾可以兌現(xiàn)。CMMI已管理級34謝謝觀賞2019-6-30人員理解管理的必要性并對管理有承諾。注意人員的培訓。技術建立技術支持活動，并有穩(wěn)定的計劃。度量有計劃地收集、分析有關項目過程和產(chǎn)品的數(shù)據(jù)。CMMI已管理級35謝謝觀賞2019-6-30已管理級的改進方向不再按項目制定軟件過程，而是總結(jié)各種項目的成功經(jīng)驗，使之規(guī)則化，把具體經(jīng)驗歸納為全組織機構(gòu)的標準軟件過程。將改進組織機構(gòu)整體軟件過程能力作為軟件組織的責任。確定全組織機構(gòu)的標準軟件過程，把軟件工程及管理活動集成到一個穩(wěn)固而確定的軟件過程中。從而可以跨項目改進軟件過程效果。建立軟件工程過程小組（SEPG），長期承擔評估與調(diào)整軟件過程的任務，以適應未來軟件項目的要求。36謝謝觀賞2019-6-30積累數(shù)據(jù)：建立組織機構(gòu)的軟件過程庫及軟件過程相關的文檔庫。加強人員培訓。已管理級的改進方向37謝謝觀賞2019-6-30已管理級的關鍵過程域需求管理項目計劃項目監(jiān)督與控制供應協(xié)議管理過程與產(chǎn)品質(zhì)量保證配置管理度量與分析38謝謝觀賞2019-6-30需求管理需求管理（RequirementsManagement,ReqM）是指在客戶和項目組之間就客戶的需求建立一個協(xié)議并加以管理。該協(xié)議包括技術需求和非技術需求兩個方面，它構(gòu)成了整個產(chǎn)品生命周期中估計、計劃、執(zhí)行和跟蹤項目活動的基礎。目標控制系統(tǒng)的需求，為工程和管理活動建立基線。保持計劃、產(chǎn)品和活動與系統(tǒng)的需求一致。39謝謝觀賞2019-6-30需求管理劃分為以下5個獨立的過程：需求獲?。和ㄟ^與用戶的交流，對現(xiàn)有系統(tǒng)的觀察及對業(yè)務的分析，從而開發(fā)、捕獲和修訂用戶的需求。需求分析：也稱需求建模，是為最終用戶所看到的系統(tǒng)建立一個概念模型，是對需求的抽象描述。需求規(guī)格：以開發(fā)人員可用的技術形式，描述一個產(chǎn)品所應具有的特征和性質(zhì)，形成需求規(guī)格說明書。需求管理過程40謝謝觀賞2019-6-30需求驗證：開發(fā)人員和用戶對需求規(guī)格進行分析和驗證。需求變更：采用正式的審批流程來管理需求的變更，使需求變更產(chǎn)生的影響是可控的。

變更審批流程包括4個主要活動：變更申請、變更評估、批準/拒絕變更、實現(xiàn)變更。需求管理過程41謝謝觀賞2019-6-30項目計劃項目計劃（ProjectPlanning）的目標是為實施和管理項目制定合理的計劃。要制定合理的計劃，就要對需要完成的工作做出比較實際的估計，并為完成這些工作建立一些必要約定。項目計劃首先對要進行的工作、項目的約束條件和項目的目標進行描述。42謝謝觀賞2019-6-30項目計劃過程包括如下步驟：定義項目的生命周期，確定項目的范圍，估計項目的規(guī)模、成本和所需資源，制定項目的進度計劃，確定并評估項目風險。項目計劃43謝謝觀賞2019-6-30項目監(jiān)督與控制項目監(jiān)督與控制（ProjectMonitoringandcontrol）的目標是隨時掌握項目的實際開發(fā)過程，使得當項目的執(zhí)行活動與計劃相背離時，管理部門能采取有效的措施。當選定的工作產(chǎn)品已完成或處在選定的里程碑時，將實際的項目規(guī)模、工作量、成本和進度與計劃相比較，以確定工作進展情況。當肯定不能滿足計劃時，采取相應的調(diào)整措施，包括修改開發(fā)計劃以反映實際的進度情況，對余下的工作重新計劃，或采取相應的措施改進過程運行性能。44謝謝觀賞2019-6-30供應協(xié)議管理供應協(xié)議管理（SupplierAgreementManagement）的目標是選擇合適的供應商，并對產(chǎn)品獲取過程進行管理。對軟件項目來說，常需要采購一些軟件或硬件產(chǎn)品，也有可能把項目的一部分外包給第三方來做，而采購和外包可以認為是風險最大的活動之一。45謝謝觀賞2019-6-30供應協(xié)議管理的主要活動確定產(chǎn)品的獲取類型（如購買商品化產(chǎn)品、通過合同獲取等）。根據(jù)供應商的能力選擇產(chǎn)品供應商。與供應商建立和維護正式的協(xié)議。與供應商共同履行協(xié)議中所規(guī)定的活動。選擇、監(jiān)督和分析供應商的生產(chǎn)過程。評估供應商的工作產(chǎn)品。在接收產(chǎn)品前確保供應協(xié)議已得到滿足。將產(chǎn)品從供應商轉(zhuǎn)移到當前項目中。46謝謝觀賞2019-6-30過程與產(chǎn)品質(zhì)量保證過程與產(chǎn)品質(zhì)量保證（ProcessandProductQualityAssurance）為項目管理者提供項目過程和相關產(chǎn)品的適當?shù)目梢娦?，從而為交付高質(zhì)量的產(chǎn)品和服務提供支持。在該過程與中，產(chǎn)品質(zhì)量評估的客觀性對項目的成功是至關重要的，可以通過設立獨立的質(zhì)量保證組或應用一些標準來達到這種客觀性。質(zhì)量保證工作應盡早開始，在項目初期就應制定相應的計劃、標準和規(guī)程。47謝謝觀賞2019-6-30根據(jù)過程描述、標準和規(guī)程，客觀地評估所執(zhí)行的過程。根據(jù)過程描述、標準和規(guī)程，客觀地評估工作產(chǎn)品和服務。交流質(zhì)量問題并確保不一致項得到解決。不一致項是指在質(zhì)量評估過程中所發(fā)現(xiàn)的與標準、過程描述和規(guī)程不一致的地方。過程與產(chǎn)品質(zhì)量保證的主要活動48謝謝觀賞2019-6-30配置管理配置管理（ConfigurationManagement）是通過配置標記、配置控制、配置狀態(tài)審核和配置審計來建立和維護工作產(chǎn)品的一致性。49謝謝觀賞2019-6-30度量與分析度量與分析（MeasurementandAnalysis）過程域的目標是開發(fā)和維持度量能力，從而能夠支持管理信息需求。將度量與分析集成到項目過程中，主要有以下幾方面的作用：支持客觀的計劃和估計。跟蹤實際性能，并與計劃和目標對比。識別和解決與過程相關的問題。50謝謝觀賞2019-6-30度量與分析過程域的主要活動根據(jù)識別出的信息需求建立和維護度量目標。定義滿足度量目標的測量。定義數(shù)據(jù)收集和存儲過程。定義數(shù)據(jù)分析和報告過程。收集度量數(shù)據(jù)，并檢查數(shù)據(jù)的完整性。分析和解釋度量數(shù)據(jù)。管理和存儲度量數(shù)據(jù)、度量定義和分析結(jié)果。向所有相關人員報告度量和分析結(jié)果。51謝謝觀賞2019-6-303.3CMMI已定義級特征：軟件工程和管理方面的軟件過程都已經(jīng)文檔化、標準化，并綜合成軟件開發(fā)組織的標準軟件過程。軟件過程標準被應用到所有的項目開發(fā)和維護當中，有些項目可能要對這些標準軟件過程進行裁減。對于任何項目，其生產(chǎn)過程、成本、計劃和功能都是可以控制的，從而軟件質(zhì)量也可以控制。52謝謝觀賞2019-6-30特征：軟件工程過程組（SEPG）負責軟件過程活動。在全組織范圍內(nèi)安排培訓計劃。53謝謝觀賞2019-6-30CMMI已定義級過程整個組織采納標準化的軟件工程和管理過程來管理所有項目的開發(fā)和維護。軟件工程和管理活動是穩(wěn)定和可重復的，具有連續(xù)性。軟件過程起了預見及防范問題的作用，能使風險的影響最小化。人員整個組織內(nèi)部的所有人員對于所定義的軟件過程的活動、任務有深入理解，大大增強了軟件過程能力。有計劃地對人員角色進行培訓。54謝謝觀賞2019-6-30技術在定性基礎上評估新技術。度量在全過程中收集使用數(shù)據(jù)。在整個項目中系統(tǒng)性地共享數(shù)據(jù)。改進方向開始著手過程的定量分析，以達到定量控制項目過程的效果。CMMI已定義級55謝謝觀賞2019-6-30已定義級的關鍵過程域需求開發(fā)技術解決方案產(chǎn)品集成驗證確認組織過程焦點組織過程定義組織培訓集成項目管理風險管理決策分析與解決集成供應商管理組織集成環(huán)境集成團隊56謝謝觀賞2019-6-30需求開發(fā)需求開發(fā)（RequirementDevelopment）的目的是生成并分析客戶、產(chǎn)品和產(chǎn)品組件的需求。需求開發(fā)的第一個特定目標是開發(fā)客戶需求。這要求提取出利益關系人的需要、期望、約束和接口。需求開發(fā)的第二個特定目標是使用客戶需求來開發(fā)產(chǎn)品級和產(chǎn)品組件級的需求。這要求把客戶需求解釋成技術形式更強的產(chǎn)品需求，把需求分配給每個產(chǎn)品組件以及識別接口需求。57謝謝觀賞2019-6-30需求開發(fā)需求開發(fā)的第三個目標是分析和驗證需求。首先要開發(fā)操作概念和應用場合，隨后根據(jù)這些操作概念定義所需的功能，分析這些需求從而保證它們是必要的和足夠的，并且是能夠?qū)崿F(xiàn)的。此外，分析需求還可以幫助平衡利益關系人的需要和約束。最后，要對需求進行驗證，保證最終產(chǎn)品在用戶環(huán)境中運行良好。58謝謝觀賞2019-6-30技術解決方案技術解決方案（TechnicalSolution）的目的是開發(fā)、設計和實現(xiàn)需求的解決方案。本過程域的第一個特定目標是選擇產(chǎn)品或產(chǎn)品構(gòu)件的解決方案。它包含兩個特定實踐，首先，項目必須開發(fā)可選解決方案以及它們的評估標準，其次，從可選解決方案中選擇最能滿足已確立標準的解決方案。59謝謝觀賞2019-6-30本過程域的第二個特定目標是設計產(chǎn)品或產(chǎn)品構(gòu)件。它有4個特定實踐：第一個特定實踐為產(chǎn)品或產(chǎn)品組件開發(fā)了一個體系結(jié)構(gòu)和一個設計；第二個特定實踐通過建立技術數(shù)據(jù)包為開發(fā)者提供一個對產(chǎn)品的綜合描述；第三個特定實踐按照已確立的標準建立產(chǎn)品組件接口的解決方案；在第四個特定實踐中，選擇應該開發(fā)、購買還是重用產(chǎn)品組件。技術解決方案60謝謝觀賞2019-6-30技術解決方案本過程域第三個特定目標是實現(xiàn)產(chǎn)品并生成與之關聯(lián)的支持文檔。包括兩個特定實踐：首先，實現(xiàn)所有類型的產(chǎn)品組件的設計，其次，開發(fā)和維護應用支持文檔，這些文檔描述如何安裝、操作和維護產(chǎn)品。61謝謝觀賞2019-6-30產(chǎn)品集成產(chǎn)品集成（ProductIntegration）的目的是把產(chǎn)品組件組裝成產(chǎn)品，保證產(chǎn)品正常工作，并把產(chǎn)品交付給用戶。產(chǎn)品集成過程域的關鍵在于產(chǎn)品和產(chǎn)品構(gòu)件接口（包括內(nèi)部接口和外部接口）的管理，保證接口之間的兼容性。PI過程域的第一個特定目標是為產(chǎn)品集成做準備，包含3個特定實踐。首先，確定產(chǎn)品構(gòu)件的集成順序；其次，建立產(chǎn)品集成環(huán)境；最后，建立產(chǎn)品集成的程序和標準。62謝謝觀賞2019-6-30PI過程域的第二個特定目標是保證產(chǎn)品構(gòu)件的內(nèi)部和外部接口的兼容性。它包含兩個特定實踐：首先，檢查接口描述以確定接口描述的全面性和完整性；然后，管理產(chǎn)品和產(chǎn)品構(gòu)件的接口，以維持接口之間的一致性，解決沖突。產(chǎn)品集成63謝謝觀賞2019-6-30PI過程域的第三個特定目標是集成產(chǎn)品組件并交付產(chǎn)品。包括4個特定實踐：首先，確認每個產(chǎn)品組件都已被識別并且其功能與描述一致，接口也與它們的描述符合；然后根據(jù)產(chǎn)品集成順序和規(guī)程集成產(chǎn)品構(gòu)件；第三步是評估組裝后的產(chǎn)品構(gòu)件，重點關注接口的兼容性；最后，包裝產(chǎn)品并把它交付給用戶。產(chǎn)品集成64謝謝觀賞2019-6-30驗證驗證（Verification）的目的是保證工作產(chǎn)品滿足它們的指定需求。驗證過程域包含3個特定目標：為驗證做準備、執(zhí)行同行評審和驗證選擇的工作產(chǎn)品。第一個目標包含三個特定實踐：選擇要驗證的工作產(chǎn)品和驗證方法；建立驗證環(huán)境；建立驗證規(guī)程和準則。65謝謝觀賞2019-6-30驗證同行評審目標包含3個實踐：首先為同行評審做準備（評審的內(nèi)容、執(zhí)行者、執(zhí)行時間以及使用的評審標準），然后執(zhí)行評審，最后分析結(jié)果。第三個目標（驗證所選擇的工作產(chǎn)品）有兩個特定實踐：對工作產(chǎn)品進行驗證，然后分析驗證結(jié)果并根據(jù)已確立的標準識別所有必須執(zhí)行的糾正動作。66謝謝觀賞2019-6-30確認確認（Validation）目的是展示當把產(chǎn)品或產(chǎn)品組件放到目標環(huán)境中時，它們可完成預期的用途。確認與驗證過程域有些類似，但兩者所關注的重點不同。確認是為了保證產(chǎn)品在目標環(huán)境中可以完成預期用途，而驗證是保證工作產(chǎn)品滿足它們指定的需求。確認過程域有兩個特定目標：為確認做準備，確認產(chǎn)品或產(chǎn)品組件。67謝謝觀賞2019-6-30確認為確認做準備這個目標有3個特定實踐，它們與驗證中的實踐類似。首先是選擇要確認的產(chǎn)品和產(chǎn)品組件以及確認方法，然后建立確認環(huán)境，最后定義確認的程序和準則。實際執(zhí)行確認這個目標有兩個特定實踐。首先，工作人員根據(jù)預定程序執(zhí)行確認以顯示產(chǎn)品或產(chǎn)品組件的行為與預期一致；然后，分析確認結(jié)果，識別出所有與預期不一致的問題。68謝謝觀賞2019-6-30組織過程焦點組織過程焦點（OrganizationalProcessFocus）過程域的目的是：在徹底理解一個組織當前過程和過程資產(chǎn)的弱點和優(yōu)勢的基礎上，計劃、實施和部署組織的過程改進活動。組織過程焦點的第一個特定目標是確定過程改進機會。組織要建立和維護它的過程要求和目標，并定期評估過程，分析其弱點和優(yōu)勢，選擇需執(zhí)行的改進和這些改進的優(yōu)先級。69謝謝觀賞2019-6-30第二個特定目標是計劃和實施過程改進。用兩個特定實踐來實現(xiàn)：建立過程行動計劃和實施所選擇的改進活動。第三個特定目標是部署過程資產(chǎn)和合并所學到的經(jīng)驗教訓。將組織的過程資產(chǎn)在整個組織內(nèi)部署；將組織的標準過程應用于所有項目中，并在合適的時候進行改變；監(jiān)督組織標準過程在項目中的應用；將與過程相關的經(jīng)驗合并到組織過程資產(chǎn)中。組織過程焦點70謝謝觀賞2019-6-30組織過程定義組織過程定義（OrganizationalProcessDefinition）的目的是建立和維護一個組織級過程資產(chǎn)和工作環(huán)境標準集。組織過程定義與組織過程焦點是互相配合、互相促進的，前者為組織創(chuàng)建過程資產(chǎn)，后者則識別和計劃過程改進。組織過程定義的特定目標就是創(chuàng)建和維護組織級過程資產(chǎn)，它由6個特定實踐來完成。71謝謝觀賞2019-6-30第一個實踐建立組織的標準過程集，一般來說這個集合包括技術、管理、監(jiān)督、支持等方面的過程。第二個實踐建立每個項目可能使用的生命周期模型的描述。第三個實踐提供標準過程的剪裁準則和標準，在項目生命周期的計劃階段，這些準則和標準由項目使用。第四個實踐是為組織級過程度量提供倉庫，在進行組織的能力和成熟度改進時，組織級度量倉庫支持定量過程管理，同時也支持歷史數(shù)據(jù)在建立估計時的使用。組織過程定義72謝謝觀賞2019-6-30第五個實踐用來建立項目使用的組織級過程資產(chǎn)庫。過程資產(chǎn)庫支持項目通過剪裁和實施標準過程來計劃它們的特有過程，從而降低成本。這個庫可能包括文檔模板、示例計劃、工作產(chǎn)品、策略和其他過程使能器(enabler)。第六個特定實踐為組織和項目提供工作環(huán)境標準。當項目以一致的方式使用公共工具、培訓和維護時，工作環(huán)境標準支持這些方面的工作。組織過程定義73謝謝觀賞2019-6-30組織級培訓組織級培訓（OrganizationalTraining）的目的是增加開發(fā)人員的技能和知識，使他們可以有效地執(zhí)行任務。組織級培訓的第一個特定目標是建立組織級培訓能力，由4個特定實踐來完成。第一個實踐是建立戰(zhàn)略性的培訓要求；第二個實踐將每個培訓要求的職責分配給組織或項目；第三個實踐是建立戰(zhàn)術性的計劃來確保滿足培訓要求；第四個實踐致力于實際建立組織的培訓能力，例如開發(fā)或獲取培訓資料、標志導師以及產(chǎn)生培訓課程的描述等。74謝謝觀賞2019-6-30組織級培訓的第二個目標是提供必要的培訓。特定實踐包括對特定聽眾實施培訓、建立培訓記錄和評估培訓的有效性。組織級培訓75謝謝觀賞2019-6-30集成項目管理集成項目管理（IntegratedProjectManagement）的目的是根據(jù)一個集成化的、已定義的過程來建立和管理項目，并管理利益關系人的參與，這些集成化的、已定義的過程剪裁于組織的標準過程集。該過程域的第一個特定目標是使用已定義的項目過程。該目標由6個實踐來完成：第一步是在項目開始就用組織的標準過程來建立項目的已定義過程。然后使用組織級過程資產(chǎn)計劃項目活動，建立項目工作環(huán)境，并使用集成化計劃管理項目，最后，項目將它的一些工作產(chǎn)品（包括度量和經(jīng)驗教訓）提供給組織的過程資產(chǎn)，以便在后面的項目和過程改進活動中使用。76謝謝觀賞2019-6-30第二個特定目標是項目利益關系人的協(xié)調(diào)與協(xié)作。有三個實踐，這些實踐集中于管理利益關系人的參與，以便實現(xiàn)承諾并消除誤解，管理項目相關性及解決利益關系人之間的協(xié)調(diào)問題。集成項目管理77謝謝觀賞2019-6-30風險管理風險管理（RiskManagement）的目的是在潛在問題發(fā)生之前識別它們，以便在產(chǎn)品整個生命周期中計劃風險處理活動，并且必要時采取措施以緩解對目標實現(xiàn)的不利影響。風險管理的第一個特定目標是準備風險管理，包括確定風險源和風險分類，定義風險參數(shù)及制定風險管理策略。第二個特定目標是識別和分析風險，其特定實踐包括識別和記錄風險，對風險進行評估、分類并設置優(yōu)先級。78謝謝觀賞2019-6-30第三個特定目標是緩解風險，包括制定和實施風險緩解計劃。風險管理79謝謝觀賞2019-6-30決策分析與解決決策分析與解決（DecisionAnalysisandResolution）過程域的目的是使用正式的評價過程來分析可能的決策，該評價過程是根據(jù)已制定的標準來評價可選方案。一個項目只有在關鍵問題上才使用該過程域中的決策過程。例如選擇設計方案，做出開發(fā)/購買決策、供應商選擇以及工具選擇等。由于該過程域的決策過程要消耗許多資源，所以不應該將其用于對項目影響很小的決策上。80謝謝觀賞2019-6-30決策分析與解決過程域有一個特定目標，即根據(jù)已確定的準則評價各種可選方案，從而做出決策。它包含6個特定實踐：（1）建立決策分析指南；（2）建立評價可選方案的標準，并確定這些標準的相對等級；（3）識別解決問題的可選方案；（4）選擇評價方法；（5）使用已建立的標準和方法來評價可選方案；（6）根據(jù)評價標準選擇一個解決方案。決策分析與解決81謝謝觀賞2019-6-303.4CMMI量化管理級過程可定量地認識過程。軟件過程性能變化小，一般在可接受的范圍內(nèi)?？梢灶A見過程和產(chǎn)品的質(zhì)量趨勢，一旦度量得到的指標超出標準或有異常，可以及時采用一些措施糾正。人員由于每個人都了解個人的作用與組織的關系，因此能夠在每個項目中產(chǎn)生強烈的群體意識。82謝謝觀賞2019-6-30技術不斷地在定量基礎上評估新技術。度量在全組織內(nèi)進行數(shù)據(jù)收集與檢驗。度量標準化。數(shù)據(jù)用于定量地理解軟件過程并穩(wěn)定軟件過程。CMMI量化管理級83謝謝觀賞2019-6-30改進方向缺陷預防。不僅在發(fā)現(xiàn)問題時能及時改正，而且應采取特定行動防止將缺陷引入到產(chǎn)品中。主動進行技術變動管理，標識、選擇和評價新技術，使有效的新技術能在開發(fā)組織中應用。進行過程變動管理。定義過程改進的目的，不斷地進行過程改進。CMMI量化管理級84謝謝觀賞2019-6-30量化項目管理量化項目管理（QuantitativeProjectManagement）過程域的目的是定量管理項目的過程，從