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