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