- 相關推薦
CMMI簡介及CMMI2級的實施方案設計
篇一：CMMI簡介及CMMI2級的實施方案設計
第一部分 CMMI簡介：
CMMI 全稱是 Capability Maturity Model Integration,，即軟件能力成熟度模型集成模型，是由美國國防部與卡內基-梅隆大學和美國國防工業協會共同開發和研制的。CMMI（CMMI-SE/SW/IPPD）1.02 版本在部分國家和地區被 SEI 開始推廣和試用，主要應用于軟件業項目，幫助提升對軟件項目的管理能力。隨著模型本身的發展與應用的推廣，CMMI 逐漸演變成為了一種被廣泛采用的綜合性模型。在業界廣泛使用的傳統軟件研發流程會帶來一個嚴重的問題：存在于設計階段的一個微小缺陷可能會直到后期的測試階段才能被發現，而整個公司可能會花費數十倍甚至百倍的代價來改正這個缺陷。為此，人力資源管理、軟件采購、集成產品和過程開發、以及系統工程等等，多元化覆蓋范圍越來越廣的能力成熟度模型應運而生。
1.1 CMMI 的作用
軟件能力成熟度集成模型（CMMI）經過長期積累和不斷地優化，已經成功地發展并被認可為軟件研發領域的標準過程體系，通過 CMMI 可以增強企業核心競爭力、有效地提高軟件企業產品質量，國內乃至國際上的廣大軟件廠商都已經見證了 CMMI 為企業帶來的成功。目前眾多業界的軟件企業紛紛試圖使用 CMMI 來達到過程改進的趨勢，怎樣才能將過程改進有效地實施，使其能實質地對軟件研發過程起到優化效果，并帶來行之有效地經濟價值，已經逐漸成為了軟件企業的決策者們最為關心的問題。由最新 SEI 評估報告中的數據顯示，在進行了 CMMI 的評估的企業中，大部分都是商業組織，并且其中近一半的企業人員規模都是在 100 人以下。種種跡象均表明，CMMI 評估已經不僅僅吸引了大型 IT 企業的注意力，同樣存在大量的中小型企業也對此抱有濃厚的興趣。對軟件企業來講，CMMI 可以主要應用在兩個地方：企業軟件過程的改進和企業軟件過程能力的評估。
1）過程改進
對軟件來說，要對其進行過程改進需要企業中的所有成員都參加的，這個過程不是一次性的，而是長久持續的不斷循環過程。CMMI 制定了一整套的目標和框架來對軟件企業的成熟度進行定義和詮釋。這些目標和框架那個對軟件過程中的關鍵活動做出了很詳細地定義，還對軟件工程和過程管理的提出了一系列具有參考價值的成功實踐。軟件企業可以在實施過程中根據自身情況采用成功實踐中的經驗來對軟件開發的整個過程進行指導，從而有效地對自身軟件過程不斷改進。
2）能力評估
目前 CMMI 可以通過兩種不同的方式來對軟件過程的成熟度進行評估：軟件能力評價以及軟件過程評估。
軟件過程評估：該評估方式主要用來評價和估量組織內部當前的軟件過程管理狀態和當前的軟件過程優化問題。軟件過程評估會將評估結果向企業領導層進行匯報，從而使領導層成為過程改進的堅強后盾。
軟件能力評價：主要用來辨識或者監督軟件承包方的軟件研發和管控能力。軟件能力評價的注意力主要基于在保證預算的前提下，能夠按照預期的進度提交高質量的軟件產品，并能夠應對可能存在的諸多風險。
1.2 CMMI 的成熟度模型
1.2.1成熟度模型的等級
一件產品的開發過程越規范，說明該組織的能力成熟度越高。軟件開發項目的管理能力越高，最終的軟件產品質量也就越好。CMMI 能力成熟度模型分為五個等級，按照級別依次為（高——低），見圖 1：
圖1. CMMI 成熟度模型的五個等級
1、初始級(Initial)：
所有沒有經過 CMMI 能力成熟度模型的指導，并根據模型執行過開發過程改進活動的軟件企業，其軟件產品開發過程都被看做是初始級。
2、受管理級(Managed)
具備了為每個軟件開發項目定義明確目標、清晰過程的軟件企業，可以被認定為處于受管理級的級別。通過了受管理級評估的軟件企業，我們可以認為其在軟件開發的過程中執行了適當的監控措施。
3、已定義級(Defined)
如果企業已從其運作過的歷史項目之中，提取出一套行之有效的項目開發規范，該企業可以被認定為處于已定義級的級別�！耙讯x級”可以在企業的所有項目的標準開發過程中推廣使用，但是“受管理級”卻只能在指定的項目中實施。
4、定量管理級(Quantitatively managed)
已經能通過采取一系列量化的指標作為衡量標準的軟件產品管理方式，則該企業可以被認定為處于定量管理級的級別。只要是具備定量管理級能力的軟件企業，都能做到為實現軟件產品的最終質量和項目過程的效率，創立一系列量化的目標，且運用了統計的方法來管理項目過程�！岸抗芾砑墶焙汀耙讯x級”之間的區別體現在對項目過程效率的預測與控制，處于“定量管理級”企業的軟件產品開發過程管理是定量的。
5、持續優化級(Optimizing)
已經具備通過執行一定的過程規范，對軟件過程不斷地進行改進，并且該過程是可持續的，可以被認為是處于持續優化級的級別。達到持續優化級的軟件企業，可以根據自身的商業目標對的開發過程制定改善目標，并在開發過程中持續不斷地進行改善。
1.2.2成熟度模型的過程域：
不同的諸多過程域組合在一起，形成了 CMMI 的每個成熟度等級——不包含初始級，所以CMMI開發模型共有項目管理、支持類、過程管理類、工程類四個類別包括22個相 關過程域。CMMI過程域結構：每個過程中設定了通用目標和特定目標，每個目標下由若干慣例組成。這些慣例是根據各個軟件組織長期開發實踐活動的成功經驗逐漸總結、提煉形成
的，被認為是具有共性的最佳慣例。由于成熟度的各個等級之間是循序漸進的關系，所以如果想要達到某個成熟度等級，例如已定義級(Defined)，除了滿足該級本身的過程域之外，還要滿足受管理級(Managed)的所有過程域。CMMI的模型層次結構如下圖2所示。
圖2. CMMI的模型層次結構
CMMI過程域過程域(Process Area)，簡單的說就是做好一個事情的某一個方面。對應 軟件開發來說，就是做好軟件開發的某一個方面。
CMMI2、3級共有18個過程域(PA) ，主要內容如下，分四大類：
(1)過程管理：
1) OPD：(Organizational Process Definition)組織級過程定義。建立和維護有用的組織過程資產。
2) OPF： (Organizational Process Focus)組織級過程焦點。在理解現有過程強項和弱項的基礎上計劃和實施組織過程改善。
3) OT：(Organizational Training)組織培訓管理。增加組織各級人員的技能和知識，使他們能有效地執行他們的任務。
4) OPP：(Organizational Process Performance)組織過程性能。建立與維護組織過程性能的量化標準，以便使用量化方式的管理項目。
5) OID： (Organizational Innovation and Deployment)組織的創新與推展，選擇并推展漸進創新的組織過程和技術改善，改善應是可度量的，所選擇及推展的改善需支持基于組織業務目的的質量及過程執行目標。
(2)項目管理：
6) PP：(Project Planning)項目計劃。保證在正確的時間有正確的資源可用。為每個人員分配任務。協調人員。根據實際情況，調整項目。
7) PMC： (Project Monitoring and Control)項目監督與控制。通過項目的跟蹤與監控活動，及時反映項目的進度、費用、風險、規模、關鍵計算機資源及工作量等情況，通過對跟蹤結果的分析，依據跟蹤與監控策略采取有效的行動，使項目組能在既定的時間、費用、質量要求等情況下完成項目。
8) SAM：(Supplier Agreement Management)供應商協議管理。旨在對以正式協定的形式從項目之外的供方采辦的產品和服務實施管理。
9) IPM：(Integrated Project Management)集成項目管理。根據從組織標準過程剪裁而來的集
成的、定義的過程對項目和利益相關者的介入進行管理。
10) RSKM: (Risk Management)風險管理。識別潛在的問題，以便策劃應對風險的活動和必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現目標。
11) QPM：(Quantitative Project Management)量化的項目管理，量化管理項目已定義的項目過程，以達成項目既定的質量和過程性能目標。
(3)工程管理：
12) RD：(Requirement Development)需求開發。需求開發的目的在于定義系統的邊界和功能、非功能需求，以便使用戶(客戶、最終用戶)和項目組對所開發的內容達成一致。
13) REQM： (Requirement Management )需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需求建立和維護一致的約定。
14) TS： (Technical Solution)技術解決方案。在開發、設計和實現滿足需求的解決方案。解決方案的設計和實現等都圍繞產品、產品組件和與過程有關的產品。
15) PI：(Product Integration)產品集成。從產品部件組裝產品，確保集成產品功能正確并交付產品。
16) VER：(Verification)驗證。驗證確保選定的工作產品滿足需求規格。
17) VAL：(Validation)確認。確認證明產品或產品部件在實際應用下滿足應用要求。
(4)支持管理：
18) CM：(Configuration Management)配置管理。建立和維護在項目的整個軟件生存周期中軟件項目產品的完整性。
19) PPQA：(Process and Product Quality Assurance)過程和產品質量保證。為項目組和管理層提供項目過程和相關工作產品的客觀信息。
20) MA：(Measurement and Analysis)度量與分析。開發和維持度量的能力，以便支持對管理信息的需要。作為改進、了解、控制決策。
21) DAR：(Decision Analysis and Resolution )決策分析。應用正式的評估過程依據指標評估候選方案，在此基礎上進行決策。
22）CAR：(Causal Analysis and Resolution)原因分析與解決，識別缺失的原因并進行矯正進一步的防止未來再次發生。
表1.成熟度級別與過程域映射關系
2.3 CMMI 改進的六項基本原則
�。�1）重要的軟件過程改進必須是從高層到下層的依次進行。過程改進的啟動、改進活動的優先安排、持續的資源支持等等，都離不開高級管理層的領導；
�。�2）必須人人都參與。樹立團隊意識，軟件工程的改進是整個團隊共同的活動；
�。�3）改進需要認清現狀，了解當前的過程，樹立明確的目標；
（4）持續的進行改進。軟件過程不能一蹴而就，需要不斷持續的學習和提高；
（5）過程改進不會自發進行，持久的軟件過程改進需要有意識的推動和周期性的增強。
�。�6）軟件過程改進需要大量的投資。無論是在時間上、個人技能上還是資金上，都需要不菲的投資。
第二部分 CMMI2的實施方案設計
2.1 建立實施框架
2.1.1 確定改進模型等級
考慮到本次實施過程改進的機構為研發部門，而研發部門各項目組成員均在10 人以
篇二：CMMI方案及價格
CMMI方案及價格
CMMI分為五個等級：CMMI1．初始級 2． 已管理級 3． 已定義級4． 量化管理級 5．優化管理級，公司可以直接評CMMI3級,但要評CMMI4級，要通過CMMI3級才可以實施，CMMI5級則要先通過CMMI4級。
CMMI3的體系文件主要分為四大類過程域：過程管理，項目管理，工程過程，支持過程，每個過程域下面都有相應的模板文件。 軟件項目開發活動中主要的幾個步驟：項目立項—>初步策劃（包括編寫項目總體計劃初稿，編寫項目進度計劃初稿等）—>需求調研（編寫用戶需求規格說明書和需求規格說明書）—>總體策劃（在初步策劃的基礎上編寫計劃書）—>設計（概要設計和詳細設計）—>編碼（根據詳細設計與編碼規范進行編碼）—>單元測試—>測試（集成，系統）—>試運用—>驗收交付—>結項，開發過程中還有很多評審，比如需求規格說明書評審，概要設計說明書評審，詳細設計說明書等，每次評審時都有評審檢查單和評審報告或是評審會議紀要，這些都將成為CMMI評審的直接證據或間接證據。
配置管理的工具：公司是用VSS版本控制器來進行配置管理，其他的版本控制器也行，這是沒有特殊規定的。
PIID表： PIID表是用來記錄CMMI實施的直接證據，間接證據，訪談證據的Excel表，這個表相當重要，評審的時候要檢查這個表，然后去配置庫找相應的文檔。 角色： 在CMMI參與人員中，可分為很多角色，不同的角色各司其職。 PM：項目經理； DEV：開發人員； EGP：過程改進組； QA：質量保證員 CM：配置管理人員 SEPG 軟件工程過程組 SAM(部門經理) Tester 測試人員 GM：副總，副總經理，高層領導
不同的級別，在CMMI3實施中擔任不同的角色，訪談的時候也會對不同的角色分類訪談，各個角色人員必須熟悉自己任務與自己寫的文檔，對相關的其他工作與流程也要了解，因為評估師有可能會問及其他角色的問題.
訪談答案的準備：在訪談問題準備前，一般培訓老師會給出一些針對不同角色的訪談問題，然后由我們自己整理答案。在評估前，會有一次的模擬訪談。
我方會根據客戶實際需求，為客戶提供三個實施方案：
方案一：客戶為了快速取的CMMI3級證書，我方為客戶提供成熟的模板，編寫與客戶相適應的文檔，并進行訪談培訓，通過評估。費用18萬。
方案二：客戶為了取得證書，并且有一定的改進需求，我方將根據客戶的實際情況，指導客戶實施，完成文檔，并進行訪談培訓，通過評估。費用18萬。
方案三：客戶有比較高的改進需求，那我方將對客戶進行高端改進咨詢。費用面議。 如有需要請聯系：高先生 13405779112
【CMMI簡介及CMMI2級的實施方案設計】相關文章：
cmmi度量分析報告論文10-09
課題實施方案設計（精選10篇）05-24
小學建設花樣校園專項活動工作實施方案設計10-10
雷鋒的簡介10-09
網站方案設計02-17
員工培訓方案設計07-10
研修活動方案設計06-07
中秋活動方案設計11-01
班級活動方案設計02-18