軟件過程與軟件過程改進-課件

軟件過程

與

軟件過程改進1ppt課件內容一、軟件過程二、軟件過程成熟度三、軟件過程改進四、CMMI簡介五、我國軟件過程改進發(fā)展現(xiàn)狀六、結論2ppt課件

一、軟件過程3ppt課件1.什么是過程（Process）

①定義

把輸入轉化為輸出的一組彼此相關的活動。

———GB/T8566idtISO/IEC12207

為達到一個預定目的所實施的一系列步驟，例如，軟件開發(fā)過程。

———IEEE-SDT610

所有產品的生產都是經(jīng)過生產過程得到的。產品從原材料起到獲得用戶所需的產品，實際上經(jīng)歷了許多生產過程的子過程。子過程可分為：

——

直接子過程：如市場調查、產品設計、生產制作、檢驗包裝、儲存等。

——

間接子過程：也稱支持子過程，如檢測手段的控制、不合格品的控制、人員培訓、質量體系審核等?！ぁぁぁぁぁ?ppt課件②過程的構成元素

輸入輸出活動-任務（作業(yè)）資源測量與驗證（）效果：增值增值活動輸入輸出資源5ppt課件③過程的作用

過程應支持業(yè)務目標，服務與目的的要求過程的實施把機構、管理者、人員和技術基礎設施匯聚起來④過程思維一個群體為了追求某個目標，把每個人精力和活動匯聚在一起，用對過程的共同理解去考慮問題。過程思維和傳統(tǒng)的任務思維有著本質的差別。面向任務的思維面向過程的思維注重任務、作業(yè)、人員、組織結構總體目標，協(xié)調性，一致性流行期近200年近10年特點將任務分解，指派人員去完成，解決局部問題清除了各部分工作時間的沖突，提高了總體效率，有效地達到總體目標影響組織的機構組織的全部活動6ppt課件瓦特·漢弗萊（WattsHumphrey）：軟件問題的重要一步是把整個軟件工作當作一個過程來對待，使其能夠控制、度量和改進。

（ManagingtheSoftwareProcess,1989)杰姆斯·哈林敦（JamesHarrinton)：要學會用過程來思考事務。

（BusinessProcessImprovement,1991)⑤對軟件過程的認識尚未擺脫軟件危機的困擾

△項目大，復雜，要求高用戶對軟件產品不滿意：軟件開發(fā)超支，超期，質量不佳頻繁發(fā)生軟件缺陷引發(fā)的系統(tǒng)事故認識的轉變軟件產品的質量很大程度上取決于軟件過程△△△人員

質量生產率技術過程7ppt課件△關注點的轉移軟件產品軟件過程△對軟件認識的發(fā)展時期年代階段涉及關注有影響的語言/標準初期50-60程序設計點程序技巧ALGOLFORTRANCOBOLAPL中期70-80軟件開發(fā)線結構化模塊化PASCALGB8566軟件開發(fā)規(guī)范現(xiàn)代90-軟件過程面過程能力CC++JAVAISO/IEC12207軟件生存期過程8ppt課件2.軟件生存期過程標準

ISO/IEC12207信息技術——軟件生存期過程軟件生存期過程基本過程支持過程組織過程9ppt課件基本過程獲取過程供應過程開發(fā)過程運行過程維護過程10ppt課件支持過程文檔編制過程配置管理過程質量保證過程驗證過程確認過程聯(lián)合評審過程審核過程問題解決過程11ppt課件組織過程培訓過程改進過程基礎設施過程管理過程GB/T8566idtISO/IEC12207

指出三類共計17個過程定義了過程的活動及任務12ppt課件開發(fā)過程過程實施系統(tǒng)需求分析系統(tǒng)結構設計

——

軟件需求分析

——

軟件結構設計

——

軟件詳細設計

——

軟件編碼和測試

——

軟件集成

——

軟件鑒定測試系統(tǒng)集成系統(tǒng)鑒定測試軟件安裝軟件驗收支持

確定需求（描述質量特性）評價需求聯(lián)合評審13ppt課件3.有效的軟件過程

為了使自己機構的軟件過程更有效，應建立這樣的機制：

——

明確過程的所有者：軟件工程過程組SEPG主持運行，負責維護與改進

——

過程培訓，對象包括：主管人員、SEPG、項目管理者、項目組成員、支持人員、質量保證人員等

——

過程實施情況的度量和反饋過程的有效性過程效率過程適用性

——

過程使用者的反饋員工主動反映意見和建議，突出者應予以獎勵調查表、提問單

14ppt課件——

吸收來自外部的反饋，外部環(huán)境可能有：法律、法規(guī)和標準的變更技術、方法的進步政策調整目標客戶的特征、需求的變更——

實施和檢驗內部審核（Audit）依從性審核或評審（Review）估價（Appraisal）評估（Assessment）評價（Evaluation）15ppt課件二、軟件過程成熟度16ppt課件不成熟的（幼稚的）成熟的無序、個人英雄主義有序、有組織的過程無法預測有可見性、可預測個人經(jīng)驗主義被業(yè)界的實踐證實經(jīng)常管理失控、救火可管理、可分析沒有或很少有量化指標擁有量化數(shù)據(jù)：質量、進度、生產率、功能度1.不同成熟度的過程管理特征17ppt課件2.項目成功的原因用戶參與或與用戶有良好的溝通高層管理者支持和主動關心需求得到清晰的描述計劃符合實際項目進行具有可見性人員能夠勝任工作有明確的目標并且是可以達到的對可能遇到的風險作了分析，采取了有效的應對措施18ppt課件3.軟件產業(yè)發(fā)展的大趨勢

——

三次浪潮帶來高質量軟件產品的大規(guī)模生產瀑布模型為代表的開發(fā)模式和結構化開發(fā)方法過程成熟度運動，CMM為代表預期的軟件工業(yè)化

——LaiR：TheMovetoMatureProcess.IEEESoftware，July199319ppt課件4.近代質量管理的理論與實踐是軟件過程成熟度學說的基礎

——

軟件項目失敗的教訓導致軟件工程的出現(xiàn)

——

全面質量管理（TQM）的成功啟發(fā)了軟件產業(yè)

——

近年來對軟件過程成熟度學說有重大影響的專家和事件WalterShewhart1930統(tǒng)計質量控制原理，PDCA循環(huán)EdwardsDeming1956對上述原理做了發(fā)展和證實PhilCrosby1980提出質量成熟度網(wǎng)格概念WattsHumphrey1986將上述概念用于軟件過程，提出了成熟度等級的概念美國SEI1987提出成熟度框架，CMM，CMMI，SPA，

TSP，PSP

20ppt課件PDCA循環(huán)Plan計劃Do實施Check檢查Action措施PDCA21ppt課件只是做為了做好前思后想利用已有經(jīng)驗預測可能的結果經(jīng)驗再豐富活動評估改進制定計劃輸入改進預測產生輸入輸入結果標準②①②②②③③④⑤PDCA的擴展22ppt課件5.軟件過程成熟度運動的普及－SEI的CMM及美軍軟件工程標準MIL－STD－498－歐洲委員會為歐洲系統(tǒng)與軟件創(chuàng)新項目（ESSI）投資，鼓勵軟件過程改進的試驗（PIE）－英國國防部所屬防務研究總署DRA制定軟件質量標準，并進行軟件過程改進的研究工作，所制定的軟件質量標準及研究方案成為ISO的軟件過程改進和能力確定標準（ISO15504－SPICE：SoftwareProcessImprovementandCapability

dEtermination)的核心部分23ppt課件--德國聯(lián)邦陸軍發(fā)起開發(fā)V-模型（IABG，1992）。--國際電信聯(lián)盟得到BellCanada公司的支持，于1994年開發(fā)了Trillium軟件過程持續(xù)改進模型。--歐洲宇航總署ESA，于1991年公布了軟件工程標準PSS-05-0--ISO制定并發(fā)布了多項標準：

ISO9000-3（1991，1994，1997）

ISO90003（2004）

ISO/IEC12207ISO/IEC15504--近年出現(xiàn)的軟件過程評估與過程改進方案（見下表）24ppt課件推出機構名稱時間主題CMU-SEICMMCMMI19872002軟件過程能力評估ISOISO9001ISO900031994，20001997，2004建立和維持質量體系ISO/IECISO/IECTR15504SPICE1997軟件過程改進與能力鑒定DODMIL-STD-4981984軟件過程改進BELLCanadaTRILLIUM1994軟件過程評估GFAFV-Model1992軟件過程定義歐共體BOOTSTRAP1994軟件過程評估25ppt課件三、軟件過程改進26ppt課件1.過程改進的“IDEAL”模型特許基礎設施發(fā)啟設置關聯(lián)激勵變更當前的與預期的狀態(tài)特征化推薦

設置優(yōu)先順序確定改進途徑策劃行動提出解決方案試用并檢查解決方案

改進解決方案

實施解決方案分析與確認提出后續(xù)行動建議

啟動⑴Initiating⑵Dianosing

診斷建立⑶Establishing行動⑷Acting⑸Learning

提高27ppt課件2.軟件過程改進框架四個組成部

--軟件過程基礎設施

--軟件過程改進路線圖

--軟件過程評估方法

--軟件過程改進計劃四部分關系

--互相聯(lián)系，缺一不可--基礎設施是條件--評估是改進的推動力--路線圖為改進指向--全部活動需18-24個月

B.軟件過程改進路線圖C.軟件過程評估方法D.軟件過程改進A.基礎設施28ppt課件A.軟件過程基礎設施什么是軟件過程基礎設施

--支持軟件過程的基礎框架和結構基礎包括：機構和管理的崗位和職責必要的技術工具和平臺

--作用：用于支持

定義過程實施過程活動獲取和分析有關過程執(zhí)行情況的信息開展過程改進活動

--分類：組織和管理基礎設施技術基礎設施29ppt課件組織和管理基礎設施

--建立、實施、監(jiān)控過程活動所需的崗位及其職責

--機構級：如軟件工程過程組SEPG

--項目級或關鍵過程域級技術基礎設施

--支持過程改進的技術平臺、工具

--工具類型數(shù)據(jù)和文檔存儲和檢索工具檢索和決策支持工具過程實施支持平臺、過程模板30ppt課件B.軟件過程改進路線圖

--CMM/CMMI是典型的過程改進路線圖，其特點：能表明過程有效性不同的等級/成熟度等級混亂的持續(xù)改進的規(guī)范化的標準和協(xié)調的可預見的

能給出每一等級的屬性/關鍵域和特點

ISO/IEC15504是另一種2維的平面路線圖31ppt課件C.軟件過程評估

--評估是給機構定位，只有定位才能明確改進的方向。

--評估要證實機構是否利用了使過程有效的各種機制以及利用的程度。

--評估的要求：不僅限于文檔要考察培訓的情況要證實過程的有效性不應只利用提問單，還要配合其它方法評估前對評估組成員進行培訓參考路線圖32ppt課件D.軟件過程改進計劃

--以評估結果為基礎（已明確了強項和弱項）

--應包括進度、資源投入、負責人、質量計劃、配置管理計劃等

--必須明確界定改進范圍和邊界，有明確的目標

--必須明確人員的責任33ppt課件3.建立有效的軟件過程

①條件

過程文件得到充分的理解、遵循和實施

⑴得到管理者的切實有效支持并不停留在口頭上，文件上理解到過程的實施最終是與業(yè)務目標是一致的不是為給別人看的，是給自己用的

⑵要明確過程的責任人和所有者過程不能沒有責任人和所有者，否則會出現(xiàn)混亂34ppt課件⑶必須作培訓，并有針對性地對不同人員作不同的培訓：過程培訓對象過程培訓內容主管人員過程對業(yè)務效益的意義培訓過程組人員具體過程、方法和技術培訓項目經(jīng)理過程管理及過程改進認識培訓職能經(jīng)理過程認識和過程管理培訓項目組和職能人員具體的過程、方法和技術培訓基礎設施人員具體的基礎設施和支持培訓質量保證組人員具體的過程檢驗和監(jiān)控培訓⑷過程實施結果的度量和反饋及時地對過程實施情況進行度量對理解過程的效果十分重要度量可分為過程的有效性、過程效率和過程適用性三個方面35ppt課件過程度量的類型類型量度Metrics過程的有效性性能Performance可靠性Relibility可用性Usability過程活動的成本響應度Responsiveness可信性Dependability適應性Applicability結果的精確性Accuracyofresuits得到產品的質量過程效率處理時間單位輸出所耗資源單位輸出的成本效益比Ratioofcostandbenefit規(guī)定時間內報告錯誤修正率Ratioofimprovement過程適用性各種規(guī)模項目的適合性Suitability不同類型產品的適合性Suitability滿足不同需求的可定制性Customizability滿足不同用戶期望的適用性Adaptability適應不同方法、技術和工具的靈活性Flexibility36ppt課件⑸過程應用者的反饋反饋意見收集形式:

普遍調查

重點訪問主動反映征詢反饋的問題舉例：過程對你是個幫手還是障礙？在你的工作中是怎樣幫你或妨礙你的嗎？在什么情況下，過程對你有用？過程的哪些方面需要改進?

你認為過程應該怎樣改進？是什么因素讓你遵循過程？⑹吸收來自外部信息考慮過程運行中周邊業(yè)務環(huán)境的影響⑺過程的推行和檢查機制發(fā)現(xiàn)不符合現(xiàn)象，加以糾正和預防檢查的形式可以多種多樣37ppt課件業(yè)務成果所有者過程定義活動及工具有效的過程環(huán)境過程改進技術進步反饋度量及反饋培訓38ppt課件②建立過程文化

⑴過程制度化：過程思維已滲入整個組織的日?；顒舆^程制度化的兩個支柱過程文化過程基礎設施過程文化技術工具管理機構過程基礎設施過程制度化39ppt課件⑵過程文化文化：特定人群在特定時間內表現(xiàn)出的習慣和文明過程文化：人們的習慣和行為受到過程思維和過程管理原則的影響

是人們公認的

并非勉強的和強加的

不是停留在口頭上的40ppt課件過程文化的特征特征表現(xiàn)可見性軟件過程主管領導明確，過程文件和過程所有者明確過程定義和過程職責明確規(guī)范性全體人員遵循過程的要求制度化過程的要求體現(xiàn)在方針和規(guī)程中管理者承諾最高管理者和各級管理者的全力支持推行過程的實施是有力度的，也應是有成效的，應有報告反映不符合現(xiàn)象所有者SEPG人員的責任明確，工作有效反饋反饋機制保證能有效地采集開發(fā)人員、項目組成員的反應效果評估評估過程目標達到的程度培訓對全體開發(fā)人員的過程培訓是強制性的對項目新成員的過程入門培訓是強制性的改進全體相關人員參與軟件過程改進的策劃與實施———

過程基礎設施是必要的保證條件41ppt課件③建立過程數(shù)據(jù)庫

建立收集過程實施情況信息的機制包括成功和失敗的經(jīng)驗與教訓信息對倡導當前項目的順利開展和未來項目的成功均有意義④過程改進的原則

⑴軟件過程改進的6條基本原則（Humphrey，1989）對軟件過程的重大變更必須是自上而下的每個人都必須參與有效的變更需有現(xiàn)行過程的目標和對它的深入了解變更要持續(xù)進行軟件過程變更如果沒有自覺的努力和定期的強化將不會持久軟件過程改進需要有必要的投入

⑵不遵循上述原則可能導致的后果過程改進的積極性因高層領導支持不力而失敗過程變更計劃由于其目標未明確規(guī)定而失敗過程變更計劃因缺少每個員工的參與而失敗42ppt課件軟件過程公用模型或軟件過程國際標準組織定義的專用軟件過程

組織或領域的特性

注重：適用性效率注重：穩(wěn)定性靈活性組織特定的剪裁由國際標準或公用模型得到組織定義的過程43ppt課件組織的標準過程

項目定義的軟件過程反饋項目特性

注重：適用性效率注重:穩(wěn)定性

靈活性通過對組織標準過程剪裁得到的項目過程項目專用剪裁44ppt課件軟件過程國際標準軟件過程公用模型舉例ISO/IEC15504ISO9001(ISO90003)ISO/IEC12207CMM/CMMITrilliumV-Model制定、發(fā)布和維護者國際標準化機構（ISO、IEC）或國家標準化機構專業(yè)性組織（SEI、BELLCanada）等規(guī)定的內容是實施的組織必須達到的基本要求是實施的參考，有一定的靈活性是否達到規(guī)定的要求要通過審核Audit認證Certificate評估Assessment評價Evaluate對實施組織檢查的結果權威機構頒發(fā)的認證證書主任評估員簽發(fā)的證件（并在專業(yè)性組織備案）實施組織的主要目的取得用戶信任、達到商業(yè)目標鑒定和提升組織的過程能力對實施組織檢查的方式第三方審核：檢查是否嚴格按標準實施

自我評估能力評價實施的范圍整個組織或部分組織組織中的某個項目或整個組織

4.軟件過程改進的標準與模型45ppt課件四、CMMI簡介46ppt課件本節(jié)包括：過程模型CMM/CMMI的產生和演化CMM產生的背景CMM的淵源CMMI的結構小結47ppt課件１．過程模型

①什么是過程模型過程模型是一組結構化的實踐這些實踐描述了有效過程的一些特征這些實踐已被證明是有效的，是經(jīng)驗的總結

②怎樣使用過程模型可用來幫助制定過程改進目標，并參照它確定過程改進的優(yōu)先順序可用以幫助獲得穩(wěn)定的和成熟的過程過程模型是項目過程和組織過程改進的指導可用以診斷組織當前實踐的狀態(tài)，進行過程估價（Appraisal)48ppt課件③使用過程模型可以指明過程改進的起點提供行業(yè)的先進經(jīng)驗給出優(yōu)先開展過程改進的框架幫助組織走上過程改進的道路49ppt課件２．ＣＭＭ／ＣＭＭＩ的產生和演化①什么是CMM/CMMICMM—CapabilityMaturityModel---它是含有５個等級的模型，成熟度由低到高

---適用于計算機軟件

---“軟件組織可通過它來定義、實踐、度量、控制和改進自己的軟件過程”（Paulk，1994）

---“軟件系統(tǒng)的質量是由開發(fā)它所遵循的過程質量決定的”（WattsHumphrey）50ppt課件SEI與CMM---SEI：SoftwareEngineeringInstitute是

CMM的開發(fā)機構

---SEI隸屬于美國Pennsylvania州Pittsburgh

的Carnegie-Mellon大學

---成立于1984年，受美國軍方資助

---1986年立項，目標是：給出一種評估軟件承包商能力的辦法協(xié)助軟件組織改進其軟件過程，以解決軟件開發(fā)中遇到的成本、質量和拖延交付的問題51ppt課件CMMI—CapabilityMaturityModelIntegration---由于CMM的成功，和軟件相關的領域也提出了一些能力成熟度模型，如：系統(tǒng)工程能力成熟度模型SE-CMM

集成化產品管理能力成熟度模型IPM-CMM

人員管理成熟度模型P-CMM

---多種相近模型的實施對組織來說帶來許多不便，于是SEI決定將相關的模型結合起來52ppt課件②CMM/CMMI的發(fā)展1986198719912006199320002002項目啟動成熟度提問單CMM1.0CMM1.1CMMI1.0CMMI1.2CMMI1.153ppt課件3.CMM產生的背景

軟件危機事實⑴

美國政府清算局GAO（USGovernmentAccountingOffice）于1983年統(tǒng)計的軟件項目

--3%交付給政府的軟件產品可用

--49%完全不能用

--48%修改后才能使用近年統(tǒng)計軟件項目規(guī)模延期交付開發(fā)中途夭折小型14%28%大型24%48%巨型21%65%54ppt課件軟件危機事實⑵每100個IT項目立項啟動后，有94個返工大公司的IT項目

--成本超出預算平均占178%--完成時間延遲平均占230%--項目開始時確定的產品特性（feature）只有42%在產品中真正得到實現(xiàn)

---USNationalSurveyConductedbytheStandishGroup2001年美國大企業(yè)只有9%的軟件項目在預算內如期完成55ppt課件20406080100修復一個設計缺陷需付出的相對成本設計詳細設計編碼集成確認運行維護成本高達2個數(shù)量級一個數(shù)量級修復軟件的代價56ppt課件美國大型軟件企業(yè)的產品返工率公司返工率TRWNASA-SELHPRaytheon30%40%33%41%57ppt課件項目規(guī)模越來越大代碼行數(shù)誰來開發(fā)

1K—5K5K—25K2.5萬—10萬

10萬—100萬百萬—1000萬千萬—1億程序員開發(fā)小組小組聯(lián)合多個團隊或多部門協(xié)同多個公司協(xié)作完成國家級項目58ppt課件CMM：優(yōu)秀軟件企業(yè)實踐的總結SEI（SoftwareEngineeringInstitute）考察哪些企業(yè)能如期、在預算內提供高質量的軟件產品有78個公司列入考察對象清單，進行篩選總結優(yōu)秀企業(yè)的成功經(jīng)驗

--理出關鍵實踐KeyPractices--組合成關鍵過程域KPA(KeyProcessArea)將KPA分成4個能力成熟度等級吸收了全面質量管理和某些重要標準的思想59ppt課件4.CMM的淵源TQM原理Shewart(1920s)Demming(1950s)石川馨

IshikawaJuran(1960s)Crosby(1970s)(1940s)美軍標Mil-S-482-483-1679-498ISO/IEC12207IEEE498,12207質量管理成熟度網(wǎng)格Crosby1979將質量管理成熟度網(wǎng)格應用到軟件中W.Humphrey,IBM1985確定軟件CMM的五級成熟度框架SEI1987-199360ppt課件Crosby的質量管理成熟度網(wǎng)格

階段1無常的

階段2醒悟的

階段3啟蒙的

階段4明智的

階段5必然的管理者對待質量質量組織狀態(tài)問題處理質量改進措施質量成本占銷售額%公司質量現(xiàn)狀61ppt課件CMMI涉及的知識領域1.系統(tǒng)工程（SystemEngineering)2.軟件工程（SoftwareEngineering)3.集成化產品和過程開發(fā)（IntegratedProductandProcessDevelopment)4.分包供應（或稱外購SupplierSourcing)5.CMMI的結構62ppt課件CMMI的兩種表示1）較成熟度分級給出更為細致和精確的考慮。2）各過程域之間并沒有互相依賴關系。3）組織可根據(jù)業(yè)務需求進行剪裁，從而集中力量加強某些過程域的改進。1）成熟度分級已為人們熟悉，按順序逐步升級能使組織很好地受益。2）易于在行業(yè)中與對手作橫向比較。3）分級的軟件CMM已廣泛被接受。特點0-5級（CL0-CL5)1-5級（ML1-ML5)等級過程域組織針對能力成熟度關注連續(xù)表示分級表示63ppt課件ML5ML4ML3ML2ML1分級表示連續(xù)表示CL0CL1CL2CL3CL4CL564ppt課件分級表示的成熟度等級優(yōu)化級量化管理級已定義級已管理級初始級

OptimizingQuantitativelyManagedML5ML4ML3ML2ML1DefinedManagedInitial65ppt課件連續(xù)表示的能力等級優(yōu)化級量化管理級已定義級已管理級已實施級不完全級optimizingQuantitativelyManagedDefinedManagedPerformedIncompleteCL5CL0CL1CL2CL3CL466ppt課件分級表示的好處

給出了過程改進的順序，從最基礎的管理實踐開始，通過既定的和已證實的，按逐級提高的路徑進行。每一級都作為更高一級的基礎?？梢栽诮M織內部和組織之間進行成熟度級別的比較。很容易從SW-CMM向CMMI轉移。為使用模型的組織提供一個能綜合估價結果的明確等級結論,可在不同的組織間進行比較。67ppt課件采用連續(xù)式表示的好處

可按最為切合企業(yè)業(yè)務目標要求的過程改進次序，從而降低了企業(yè)的風險?？稍诮M織內或是在組織間逐個過程域作比較，也可與和其等價的等級比較結果。很容易從電子產業(yè)聯(lián)盟(ElectronicIndustriesAlliance)

的過渡標準（InterimStandard）EIA/IS731轉換到CMMI.

很容易和過程改進的國際標準ISO/IEC15504相比較，兩者的過程域相似。68ppt課件過程域（ProcessArea–PA）

過程域是指對過程改進和提高組織過程能力十分重要的一些過程，是過程能力的體現(xiàn)。

過程域分為4類，共計22個

1）項目管理類-用于策劃和監(jiān)控項目的過程域

2）工程類-用于產品開發(fā)和維護的過程域

3）支持類-用于支持其它過程域實施的過程域

4）過程管理類–用于對過程進行策劃、定義、實現(xiàn)、評估、測量和改進的過程域。過程域由一組目標以及為達到這些目標而要實施的

實踐構成。69ppt課件

分類PA

成熟度級別過程域12345項目管理PP項目策劃

PMC項目監(jiān)控

SAM供方合同管理

IPM集成項目管理

RM風險管理

QPM量化項目管理

工程需求管理

REQD=RD需求開發(fā)

TS技術方案

PI產品集成

VER驗證

VAL確認

支持CM配置管理

PPQA過程與產品質量保證

MA測量與分析

DAR決策分析與解決

CAR原因分析與解決

過程管理OPF組織過程焦點

OPD組織過程定義

OT組織培訓

OPP組織過程績效

OID組織創(chuàng)新與推廣

71122

各成熟度等級的過程域REQM70ppt課件

等級FOCUS類PA過程域PROCESSAREA5優(yōu)化

持續(xù)過程改進

CAR因果分析及解決CausalAnalysis&ResolutionOID組織創(chuàng)新及推廣OrganizationInnovation&Deployment4量化管理

量化管理

QPM量化項目管理QuantitativeProjectManagementOPP組織過程績效

OrganizationProcessPerformance3已定義

過程標準化

OPF組織過程焦點OrganizationProcessFocusOPD組織過程定義

OrganizationProcessDefinitionOT組織培訓

OrganizationTrainingIPM集成化項目管理

IntegratedProjectManagementRM風險管理

RiskManagementDAR判定分析及解決

DecisionAnalysis.&ResolutionRD需求開發(fā)

RequirementDevelopmentTS技術方案

TechnicalSolutionPI產品集成

ProductIntegrationVER驗證

VerificationVAL確認

Validation2已管理

基本項目管理

REQM需求管理

Requirement.ManagementPP項目策劃

ProjectPlanningPMC項目監(jiān)督與控制

ProjectMonitoring&ControlMA測量與分析

Measurement&AnalysisPPQA過程與產品質量保證

Process&ProductQACM配置管理

ConfigurationManagementSAM供方合同管理

SupplierAgreementManagement1初始CMMI

的等級表示過程域項目管理過程管理支持工程71ppt課件過程域的結構過程域特定目標特定實踐類屬實踐類屬目標PASGSPGGGP72ppt課件項目策劃過程域的結構類屬目標GG2：將已管理的過程制度化執(zhí)行的承諾

執(zhí)行的能力

CO1(GP2.1)AB1~4(GP2.2~2.5)特定實踐活動SP1.1~1.4SP2.1~2.7SP3.1~3.3驗證實施VE1~2

(GP2.9~2.10)監(jiān)控實施DI1~3

(GP2.6~2.8)SG1SG2SG3特定目標73ppt課件分級表示的過程域結構之一：2級項目策劃SG1SG2SG3GG2PPSP1.1～1.4SP2.1～2.7SP3.1～3.3GP2.1GP2.2～2.5GP2.6～2.8GP2.9～2.10CO1AB1～4DI1～3VE1～274ppt課件項目策劃過程域的結構執(zhí)行的承諾CO1GP2.1確立組織方針

執(zhí)行的能力(AB1-4)GP2.2

計劃過程

GP2.3

提供資源

GP2.4分配職責

GP2.5

培訓人員SGSP活動1.進行估算1.11.21.31.4估計項目范圍估算項目屬性確定項目生存期確定估算工作量和成本2.制定項目計劃2.12.22.32.42.52.62.7確定預算和進度計劃識別項目風險制定數(shù)據(jù)管理計劃制定項目資源計劃制定獲取所需知識、技能計劃策劃相關人員的參與制定項目計劃GP2.9客觀的評價依從性GP2.10由高層管理者評審狀態(tài)驗證實施VE1-2GP2.6管理配置

GP2.7確定并引入相關人員

GP2.8監(jiān)督和控制過程監(jiān)控實施DI1-33.獲得對計劃的承諾3.13.23.3評審相關從屬計劃使投入資源與相關工作匹配使計劃得到承諾共性目標GG2:將已管理的過程制度化75ppt課件6.小結

①CMM/CMMI是模型，不是標準。但由于被廣泛地采用，人們稱其為“事實上的標準”。

②CMM/CMMI描述了希望項目和組織成功應做的事（What）。

③CMM/CMMI并未描述要怎樣做這些事（How），而這些應由實施的組織根據(jù)自身的情況在過程文檔中（例如在規(guī)程

Procedure中）做出回答。

④模型中很少，甚至沒有說明為什么要這樣做（W