CMMI體系宣貫過程規(guī)范文檔培訓課件(PPT 78頁)

1、12內容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評估33背景概述-1內部情況 隨著公司業(yè)務及規(guī)模的增長，研發(fā)部面臨著以下挑戰(zhàn)： 項目交付周期長 對成本、質量預估能力低 項目完成后缺乏必要的技術文檔 缺乏統(tǒng)一的配置庫管理 交付軟件系統(tǒng)不穩(wěn)定，質量有待提高 人員的變動對我們帶來一定的影響 4背景概述-2外部情況 市場競爭日益激烈 客戶滿意度需要進一步提升 國際標準認證的推廣 政府資助與支持5 CMMI能為我們帶來什么？ 我們追求的商業(yè)目標： 1、提高軟件和項目的質量，降低缺陷率 2、加快軟件開發(fā)進度，減少延期交付成果的情況 3、提高公司內部用戶和市場客戶的滿意度 4、通

2、過標準化流程的制定與推廣，提升軟件開發(fā)管理水平 5、建立公司的組織級資產庫，積累核心技術及過程資產 6、當人員流動比較大的時候，研發(fā)成果還能得到完整的保 留，我們的項目能夠更好的繼續(xù)。 7、培養(yǎng)公司過程改進隊伍6 CMMI能為我們帶來什么？ 我們追求的商業(yè)目標： 8、建立有效的質量管理體系，推動公司質量文化的形成 9、通過認證，提高公司的資質及競爭力，為進一步開拓 市場提供有效幫助。7深圳市政府資助政策分析 深圳市政府于2006-5-11日頒布了深圳市軟件企業(yè)能力成 熟度模型認證資助管理暫行辦法 通過CMMI-2級認證的，資助不超過30萬元人民幣； 通過CMMI-3級認證的，資助不超過50萬元

3、人民幣； 通過CMMI-4級認證的，資助不超過80萬元人民幣； 通過CMMI-5級認證的，資助不超過100萬元人民幣。 真正拿到資助的企業(yè)是從2008年開始，但是2008年底政府認證資助政策有變動，深圳市CMMI3、4、5級的認證資助費用分別變更為30W、40W、50W。 預計未來2年將有更多的公司投入CMMI認證。 結論：我們公司宜盡快通過CMMI認證評估8內容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評估39CMMI簡介 CMMI是什么？ 英文全稱是： Capability Maturity Model Integration 中文直譯： 能力成熟度模型綜合10

4、CMMI簡介 它綜合了以下幾方面: System engineering Software engineering Integrated Product and Process Development（IPPD） Supplier Sourcing CMMI模型提供了一套供公眾使用的準則，這些準則描述了那些成功地實施了過程過程改進的組織的特性。 CMMI模型能指導我們進行公司軟件開發(fā)過程過程的改進。11 過程是什么？ 過程是為了特定的目標執(zhí)行的一套實踐 Processactivities that can be recognized as implementations of practice

5、s in a model CMMI DEV-V1.2 part 3 Glossary12 軟件部門存在哪些過程？ 需求管理 項目策劃和控制 需求分析、設計、編碼、測試 配置管理 質量保證 13 軟件開發(fā)過程識別例子14 為什么要關注過程？ 軟件產品的質量在很大程度上取決于開發(fā)和維護該軟件產品所使用的過程的質量 基于Shewhart、Juran、Deming和Humphrey倡導的TQM原理 15CMMI的等級 在模型中，所有軟件組織的軟件能力成熟度劃分為5個等級第1到第5級。數字越大,成熟度越高。高成熟度等級代表比較強的綜合軟件能力。 5個成熟度等級分別為： 第1級：初始級 Initial 第

6、2級：受管理級 Managed 第3級：已定義級 Defined 第4級：定量管理級 Quantitatively Managed 第5級：持續(xù)優(yōu)化級 Optimizing16CMMI的等級1級-初始級2級-受管理級3級-已定義級4級-定量管理級5級-持續(xù)優(yōu)化級SEI在該級別沒有任何標準SEI在各級別有詳細的標準要通過高級別的評估，要滿足這個級別以下所有級別的標準。例如：1)一個進行4級評估的企業(yè)，評估的時候首先是看是否達到2級要求，然后是3級要求，然后才是4級要求。2)評估的時候，如果2級的標準達到，但3級的要求達不到，就算4級的要求達到了，也只能算2級。17能力、成熟度等級是累進的Leve

7、l18CMMI的過程域 CMMI模型的每一個級別，都包含幾個到十幾個PA英文全寫：Process Area中文譯名：過程域過程域 什么叫“過程域”？簡單的說就是做好一個事情的某一個方面。對軟件開發(fā)來說，就是做好軟件開發(fā)的某一個方面。19CMMI的過程域(PAs)CMMI-DEV 1.2的22個過程域(15級）組織過程聚焦 Organizational Process Focus (OPF) 組織過程定義 Organizational Process Dedinition (OPD)組織培訓 Organizational Training (OT)組織過程績效 Organizational Pr

8、ocess Performance (OPP) 組織革新部署 Organizational Innovation&Deployment (OID) 項目策劃 Project Planning (PP)項目監(jiān)督與控制 Project Monitoring and Control (PMC)供商協(xié)議管理 Supplier Agreement Management (SAM)集成化項目管理 Integrated Project Management (IPM)定量項目管理 Quantitative Project Management (QPM)20CMMI的過程域(PAs)需求管理 Req

9、uirements Management (REQM)需求開發(fā) Requirements Development (RD)技術解決 Technical Solution (TS)產品集成 Product Integration (PI)驗證 Verification (VER)確認 Validation (VAL)風險管理 RISK Management (RSKM)度量分析 Measurement and Analysis (MA)過程和產品質量保證 Process and Product Quality Assurance (PPQA)配置管理 Configuration Manageme

10、nt (CM)決策分析與解決方案 Decision Analysis and Resolution (DAR) 原因分析與解決方案 Causal Analysis and Resolution (CAR)21CMMI模型兩種表述形式 階段式 連續(xù)式22CMMI(15級)連續(xù)式表示法 過程類型過程類型Category過程域過程域Process Areas 過程管理類過程管理類組織過程聚焦（OPF)組織過程定義（OPD)+IPPD組織培訓（OT)組織過程績效(OPP)組織革新部署(OID) 項目管理類項目管理類項目策劃(PP)項目監(jiān)督與控制(PMC)采購管理(SAM)集成化項目管理(IPM)+IP

11、PD風險管理(RSKM)定量項目管理(QPM)軟件工程類軟件工程類需求管理(REQM)需求開發(fā)(RD)技術解決方案(TS)產品集成（PI)驗證（VER)確認(VAL）支持過程類支持過程類度量分析(MA)過程和產品質量保證(PPQA)配置管理(CM)決策分析與解決方案(DAR)原因分析與解決方案(CAR)23CMMI(15級)階段式表示法24 模型兩種表示法的比較ML5ML4ML3ML2ML1階段式Selected Maturity Level連續(xù)式 Targeted Capability Level25 怎樣才算通過了CMMI某個級別的評估？ 如果該級別的全部PA達到要求了，就認為該級別達到了

12、。 如何判斷PA達到要求呢？每個PA包含幾個目標(Goal)如果這個幾個目標都達到要求了，就認為該PA達到要求了 如何判斷Goal達到要求呢？每個Goal包含幾個實踐(Practice)每個實踐達到要求了，就認為該Goal達到要求了26CMMI模型結構級別PA1PA2目標1目標2實踐1實踐227每個過程域的結構過程域PA特定目標SG通用目標GG特定實踐SP典型工作 產品子實踐通用實踐GP通用實踐詳細說明子實踐目的說明相關的PAsExpectedInformativeLegendRequired28目的 Purpose簡要說明 Introductory Notes有關的過程域 Related P

13、rocess Areas特定目標 Specific Goal 通用目標 Generic Goal特定實踐 Specific Practices典型工作產品 Typical Work Products子實踐 Subpractices通用實踐 Generic Practices通用實踐的詳細說明 Generic Practice Elaborations每個過程域包含的內容目標是成熟度等級模型的必要組成部分。在模型中存在兩類目標：特定目標，縮寫“SG”通用目標，縮寫“GG“每個PA包含的所有目標達到與否，是判定該PA是否符合CMMI模型要求的考核尺度29目的 Purpose簡要說明 Introdu

14、ctory Notes有關的過程域 Related Process Areas特定目標 Specific Goal 通用目標 Generic Goal特定實踐 Specific Practices典型工作產品 Typical Work Products子實踐 Subpractices通用實踐 Generic Practices通用實踐的詳細說明 Generic Practice Elaborations每個過程域包含的內容 只適用于某個特定的PA并且強調該PA的唯一性特性。適用于所有的PA，某個PA達到了GG,即意味著該PA的實施是有效的、可重復和持久的。并且已經實現(xiàn)了某種程度的制度化制度化。

15、適用于所有的PA，某個PA達到了GG,即意味著該PA的實施是有效的、可重復和持久的。并且已經實現(xiàn)了某種程度的制度化制度化。30目的 Purpose簡要說明 Introductory Notes有關的過程域 Related Process Areas特定目標 Specific Goal 通用目標 Generic Goal特定實踐 Specific Practices典型工作產品 Typical Work Products子實踐 Subpractices通用實踐 Generic Practices通用實踐的詳細說明 Generic Practice Elaborations每個過程域包含的內容為達

16、到相應的特定目標SG所執(zhí)行的重要活動適用于所有的PA，通用實踐GP提供的是制度化制度化的特性，這些特性確保相應的PA能夠長期、反復、有效的實施31 每個過程域包含的內容以一個PA為例：技術解決方案技術解決方案 Technical Solution內容來自：CMMI-DEV 1.2簡體中文版P297 3233PA特定目標SG通用目標GG特定實踐SP典型工作 產品子實踐通用實踐GP通用實踐詳細說明子實踐目的說明相關的PAsExpectedInformativeLegendRequired技術解決方案(Technical Solution, TS)34 目的目的 為設計、開發(fā)及實現(xiàn)需求的解決方案。解

17、決方案、設計結果及實現(xiàn)成品包括產品、產品組件，以及與產品相關生命周期的單一過程或適當組合的過程。技術解決方案(Technical Solution, TS)35技術解決方案(Technical Solution, TS)說明36技術解決方案(Technical Solution, TS) 相關的過程域相關的過程域 有關需求配置、操作觀念的建立及接口需求定義，參考需求開發(fā)需求開發(fā) （RD)過程域，以獲得更多信息。 有關同行審查及對產品和產品組件是否滿足需求之驗證，請參考 驗證驗證 (VER)過程域。 有關正式評估，請參考決策分析與解決方案決策分析與解決方案(DAR)過程域。 有關管理需求，請參考

18、需求管理需求管理(REQM)過程域，REQM過程域之 特定實踐執(zhí)行時，與技術解決方案過程域的特定實踐交互作用。 有關改進組織的技術，請參考組織革新與部署（組織革新與部署（OID)過程域。 37技術解決方案(Technical Solution, TS)特定目標與特定實踐特定目標與特定實踐 SG1從備選方案中，選擇產品或產品組件解決方案從備選方案中，選擇產品或產品組件解決方案 SP1.1 開發(fā)詳細的候選方案及選擇的標準 SP1.2針對每個產品組件描述操作概念、場景、環(huán)境、操作模式和操作狀態(tài)。 SP1.3選擇最符合要求的產品組件設計方案 SG2開發(fā)產品或者產品組件設計開發(fā)產品或者產品組件設計 SP

19、2.1開發(fā)產品或者產品組件的設計 SP2.2建立和維護技術數據包 SP2.3根據所建立和維護的標準，設計合適的產品組件接口。 SP2.4根據制定的標準評估哪些產品組件需要開發(fā)、購買或者重用。 38技術解決方案(Technical Solution, TS)特定目標與特定實踐特定目標與特定實踐 SG3實施產品設計并開發(fā)相應的支持文檔實施產品設計并開發(fā)相應的支持文檔 SP3.1實施產品組件的設計 SP3.2開發(fā)和維護最終用戶文檔 39技術解決方案(Technical Solution, TS)通用目標與通用實踐通用目標與通用實踐 40GG1：達到特殊目標的要求GG2：制度化為可管理的過程GG3：制

20、度化為 已定義的過程 GG4:制度化為 定量管理的過程 GG4:制度化為 持續(xù)改進的過程GP1.1：執(zhí)行所有特殊實踐SPGP2.1：建立組織方針 GP2.8：監(jiān)督和控制過程GP2.1：策劃該過程 GP2.9：客觀評價遵循情況GP2.3：提供資源 GP2.10：高管審查狀態(tài)GP2.4: 分配職責GP2.5: 培訓人員GP2.6: 管理配置GP2.7: 識別并使共利益者介入GP3.1：建立已定義過程GP3.2: 收集改進信息GP4.1：建立過程的質量目標GP4.2: 穩(wěn)定子過程的性能GP5.1：保證過程持續(xù)改進GP5.2: 糾正問題的根本原因CL1CL2CL3CL4CL5ML2ML3、ML4、ML

21、5通用目標通用目標GG通用目標和通用實踐階段式表示法階段式表示法通用實踐通用實踐GP連續(xù)式表示法連續(xù)式表示法41資料可參考資料可參考 咨詢師提供的課件咨詢師提供的課件 CMMI DEV1.2中英版中英版PDF+ 其他21個過程域在此不再贅述42那CMMI到底是個什么東西??？43 她是一個如何做好軟件的最佳實踐的集合。 已經得到全球實踐證明，我們不必懷疑她的先進性。 如果我們沒有做好，那不是CMMI的問題，而是我們的理解與執(zhí)行的問題。 CMMI是個什么東西？44CMMI部分術語縮寫SPI Software Process Improvement 軟件過程的改進SEPG/EPG Software

22、Engineering Process Group 軟件工程過程小組QA Quality Assurance 質量保證人員CM Configuration Manager 配置管理員PM Project Manager 項目經理45CMMI部分術語縮寫MSG Management Steering Group 管理指導委員會WG Working Group 工作組WBS Work Breakdown Structure 工作分解結構OSP Organizational Standard Process 組織標準過程PDP Project Defined orocessCCB Change Co

23、ntrol Board46內容提要背景概述1CMMI 簡介2過程規(guī)范文檔講解4CMMI L3實施及評估347 CMMI的實施和評估總體路線啟動CMMI理解差距分析(C類)實施計劃ATMs培訓預評估(B類)關閉預評估問題最終評估(A類)過程定義過程實施48Or?Choose啟動（initiation)MSGQAEPG?49CMMI理解(Understanding)50差距分析(Gap Analysis)一般2到4天由有經驗的顧問實施活動包括：文檔評審 和組織中不同的小組和個人面談按選擇的PA報告差距51行動計劃(Action Planning)根據差距來制定計劃計劃應包括：目標成熟度等級？重要里

24、程碑的時間段？每一個差距如何被關閉？由誰負責，什么時候完成？52過程定義(Process Enhancement)定義個性過程，包括 procedures templates,forms,checklists.評審和發(fā)布新過程在組織內部培訓、報告、宣貫新的過程對需要的地方進行識別、建立自動化工具53過程實施(Process Implementation)在已存在的過程上進行移植驗證新過程的實施解決實施問題持續(xù)實施直到新過程規(guī)范化、制度化54認證項目55CMMI ATMs培訓3天的SEI標準課程“Introduction to CMMI”的培訓SCAMPI方法培訓56預評估（Pre-Apprai

25、sal)目的：檢查對SCAMPI的準備是否就緒識別小的偏差確定SCAMPI的時間由Lead Appraiser負責，一般是4到6天組織內的評估組成員要參加最后要報告預評估的結果57 關閉預評估中發(fā)現(xiàn)的問題制定行動計劃如果需要，改變過程如果需要，對組織內部人員進行培訓、報告、宣貫新過程實施，制度化58 短期目標：2009-11-31前通過CMMI 3級認證時間安排59認證項目全生命周期項目 項目工期最好為6個月左右 項目是公司的典型業(yè)務項目成員相對穩(wěn)定60認證時間 評估時間 6天左右 上報時間 2天 審核時間 30天 有效時間 3年61實施CMMI的崗位設置及職責62崗位：項目經理主要職責：1.

26、 組織制定項目的總體計劃和階段計劃；2. 協(xié)調項目組資源和內部工作關系，安排項目組成員工作；3. 跟蹤、檢查項目組成員工作質量；4. 為保障項目正常運作，與客戶、項目組成員之間進行必要的溝通；5. 負責控制項目，保證項目在預算成本范圍內按規(guī)定的質量和進度達到項目目標。63程序員 主要職責： 1. 在模塊設計師指導下，根據模塊設計進行代碼實現(xiàn)； 2. 編寫單元測試用例和單元測試腳本； 3. 負責執(zhí)行代碼走讀和單元測試，記錄單元測試結果； 4. 執(zhí)行集成測試。64測試組組長 主要職責： 1. 獨立編寫測試計劃； 2. 獨立編寫測試用例； 3. 安排和指導測試工程師/測試員的工作； 4. 協(xié)調測試團

27、隊內部的工作以及與開發(fā)團隊之間的工作65實施工程師主要職責：1. 負責制定項目實施計劃；2. 在項目實施計劃的約束下，協(xié)調項目組相關資源，完成系統(tǒng)實施相關工作（包括系統(tǒng)安裝、用戶培訓、系統(tǒng)上線、系統(tǒng)試運行等）；3. 在項目實施階段，跟蹤、檢查實施人員的工作質量；4. 負責編寫用戶手冊、操作手冊和相關培訓教材；5. 負責協(xié)助用戶進行“用戶確認測試”和編寫確認測試報告。66實施工程師 1. 在實施經理安排和指導下，執(zhí)行項目用戶現(xiàn)場實施任務； 2. 參與編寫用戶手冊、操作手冊和相關培訓教材； 3. 參與進行“用戶確認測試”和編寫確認測試報告。67QA工程師 主要職責： 1. 負責被分派項目的質量審計； 2. 對工程部門進行CMMI 過程培訓和指導； 3. 負責被分派的過程改進工作； 4. 負責過程工具的研究、推廣與維護。68：QA 工程師 主要職責： 1. 負責被分派項目的質量審計； 2. 對工程部門進行CMMI過程培訓和指導； 3. 負責過程工具的研究、推廣與維護，負責過程數據庫維護工作。69：配置管理工程師 主要職責： 1. 負責部門項目配置管理庫的管理并承擔大型項目的配置管理活動； 2. 指導配置管理員編寫配置管理計劃并實施配置管理活動； 3. 為部門各項目提供CM 理論和相關工具的培