網(wǎng)站首頁
ISO9001
張老師
18758283520
QQ聯(lián)系
925349783@qq.com
服務(wù)時間
人工服務(wù):8:00--18:00
首頁<體系認(rèn)證<CMMI
一、CMMI簡介:
CMMI全稱是Capability Maturity Model Integration,即能力成熟度模型集成(也有稱為:軟件能力成熟度集成模型),是美國國防部的一個設(shè)想,1994年由美國國防部(United States Department of Defense)與卡內(nèi)基-梅隆大學(xué)(Carnegie-Mellon University)下的軟件工程研究中心(Software Engineering Institute,SEISM)以及美國國防工業(yè)協(xié)會(National Defense Industrial Association)共同開發(fā)和研制的,他們計劃把現(xiàn)在所有現(xiàn)存實施的與即將被發(fā)展出來的各種能力成熟度模型,集成到一個框架中去,申請此認(rèn)證的前提條件是該企業(yè)具有有效的軟件企業(yè)認(rèn)定證書。其目的是幫助軟件企業(yè)對軟件工程過程進行管理和改進,增強開發(fā)與改進能力,從而能按時地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。其所依據(jù)的想法是:只要集中精力持續(xù)努力去建立有效的軟件工程過程的基礎(chǔ)結(jié)構(gòu),不斷進行管理的實踐和過程的改進,就可以克服軟件開發(fā)中的困難。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架,新的集成模型框架消除了各個模型的不一致性,減少了模型間的重復(fù),增加透明度和理解,建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質(zhì)量和效率。CMMI主要關(guān)注點就是成本效益、明確重點、過程集中和靈活性四個方面。
二、CMMI版本:
CMMI 1.3是2010年11月SEI 發(fā)布的CMMI模型的最新版本。CMMI 1.3包括CMMI采購模型1.3版、CMMI開發(fā)模型1.3版、CMMI服務(wù)模型1.3版。CMMI 1.3將于2020年9月30號截止,2020年10月1日開始正式進入CMMI V2.0。CMMI V2.0 模型是一套經(jīng)過驗證的全球最佳實踐,旨在優(yōu)化不斷變化的全球環(huán)境中的業(yè)務(wù)性能,幫助組織建立解決最常見業(yè)務(wù)挑戰(zhàn)的關(guān)鍵能力并設(shè)定相應(yīng)基準(zhǔn),包括:設(shè)計和開發(fā)產(chǎn)品提高性能交付和管理服務(wù)維持習(xí)慣性和持久性管理業(yè)務(wù)彈性規(guī)劃和管理工作選擇和管理供應(yīng)商確保質(zhì)量管理員工支持實施CMMI V2.0 關(guān)鍵改進:1、改進業(yè)務(wù)性能:業(yè)務(wù)目標(biāo)直接與運營相關(guān)聯(lián),以便在時間、質(zhì)量、預(yù)算、客戶滿意度和其他關(guān)鍵驅(qū)動因素方面實現(xiàn)可度量的性能提升。2、利用當(dāng)前的最佳實踐:CMMI V2.0 是經(jīng)驗證最佳實踐的可信來源,將不斷更新以反映新在線平臺上不斷變化的業(yè)務(wù)需求。3、構(gòu)建敏捷彈性和規(guī)模:直接指導(dǎo)如何增強使用 Scrum 的敏捷項目的過程,并注重性能。4、提高基準(zhǔn)評估的價值:新的績效導(dǎo)向評估方法提高了基準(zhǔn)評估的可靠性和一致性,同時縮短了準(zhǔn)備時間和生命周期成本。5、采用:通過在線訪問和應(yīng)用指南,比以往更加容易獲得 CMMI 的優(yōu)勢。
三、過程域:
Process Area:過程域。簡單的說就是做好一個事情的某一個方面,對應(yīng)軟件開發(fā)來說,就是做好軟件開發(fā)的某一個方面。2、3級共有18個過程域(PA),主要內(nèi)容如下,分四大類:
1. OPD:(Organizational Process Definition)組織級過程定義。建立和維護有用的組織過程資產(chǎn)。2. OPF:(Organizational Process Focus)組織級過程焦點。在理解現(xiàn)有過程強項和弱項的基礎(chǔ)上計劃和實施組織過程改善。3. OT:(Organizational Training)組織培訓(xùn)管理。增加組織各級人員的技能和知識,使他們能有效地執(zhí)行他們的任務(wù)。
4. PP:(Project Plan)項目計劃。保證在正確的時間有正確的資源可用。為每個人員分配任務(wù)、協(xié)調(diào)人員。根據(jù)實際情況,調(diào)整項目。5. PMC:(Project Monitoring and Control)項目監(jiān)督與控制。通過項目的跟蹤與監(jiān)控活動,及時反映項目的進度、費用、風(fēng)險、規(guī)模、關(guān)鍵計算機資源及工作量等情況,通過對跟蹤結(jié)果的分析,依據(jù)跟蹤與監(jiān)控策略采取有效的行動,使項目組能在既定的時間、費用、質(zhì)量要求等情況下完成項目。6.SAM:(Supplier Agreement Management)供應(yīng)商協(xié)議管理。旨在對以正式協(xié)定的形式從項目之外的供方采辦的產(chǎn)品和服務(wù)實施管理。7.IPM:(Integrated Project Management)集成項目管理。根據(jù)從組織標(biāo)準(zhǔn)過程剪裁而來的集成的、定義的過程對項目和利益相關(guān)者的介入進行管理。8. RSKM:(Risk Management)風(fēng)險管理。識別潛在的問題,以便策劃應(yīng)對風(fēng)險的活動和必要時在整個項目生存周期中實施這些活動,緩解不利的影響,實現(xiàn)目標(biāo)。
9.RD:(Requirement Development)需求開發(fā)。需求開發(fā)的目的在于定義系統(tǒng)的邊界和功能、非功能需求,以便涉眾(客戶、最終用戶)和項目組對所開發(fā)的內(nèi)容達成一致。10.REQM(Requirement Management)需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需求建立和 維護一致的約定。11.TS:(Technical Solution)技術(shù)解決方案。在開發(fā)、設(shè)計和實現(xiàn)滿足需求的解決方案。解決方案的設(shè)計和實現(xiàn)等都圍繞產(chǎn)品、產(chǎn)品組件和與過程有關(guān)的產(chǎn)品。12.PI:(Product Integration)產(chǎn)品集成。從產(chǎn)品部件組裝產(chǎn)品,確保集成產(chǎn)品功能正確并交付產(chǎn)品。13.VAL:(Validation)確認(rèn)。確認(rèn)證明產(chǎn)品或產(chǎn)品部件在實際應(yīng)用下滿足應(yīng)用要求。14.VER:(Verification)驗證。驗證確保選定的工作產(chǎn)品滿足需求規(guī)格。
15. CM:(Configuration Management)配置管理。建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性 。16.PPQA:(Process and Product Quality Assurance)過程和產(chǎn)品質(zhì)量保證。為項目組和管理層提供項目過程和相關(guān)工作產(chǎn)品的客觀信息。17.MA:(Measurement and Analysis)測量與分析。開發(fā)和維持度量的能力,以便支持對管理信息的需要。作為改進、了解、控制決策。18. DAR:(Decision Analysis and Resolution)決策分析與解決。應(yīng)用正式的評估過程依據(jù)指標(biāo)評估候選方案,在此基礎(chǔ)上進行決策。第4級除第2、3級所涵蓋的18個流程領(lǐng)域外,增加19. OPP :(Organizational Process Performance)組織過程性能。建立與維護組織過程性能的量化標(biāo)準(zhǔn),以便使用量化方式的管理項目。20. QPM(Quantitative Project Management) 量化的項目管理,量化管理項目已定義的項目過程,以達成項目既定的質(zhì)量和過程性能目標(biāo)。。第5級包含第2級到第4級的20個流程領(lǐng)域外,增加,21. OID:(Organizational Innovation and Deployment)組織的創(chuàng)新與推展,選擇并推展?jié)u進創(chuàng)新的組織過程和技術(shù)改善,改善應(yīng)是可度量的,所選擇及推展的改善需支持基于組織業(yè)務(wù)目的的質(zhì)量及過程執(zhí)行目標(biāo)。22. CAR:(Causal Analysis and Resolution)因果分析與解決。識別缺失的原因并進行矯正,進一步的防止未來再次發(fā)生。
四、評估方法:
SEI將CMMI的評估過程分為Class A、B 、C三種類型:Class A類評估:是正式的標(biāo)準(zhǔn)過程,目的是獲得評估等級,評估過程需執(zhí)行所有的評估步驟 ,在CMMI標(biāo)準(zhǔn)中需要滿足ARC要求 ( Appraisal Requirement for CMMI ) ,需要組建正式評估小組,并需要SEI授權(quán)的主任評估師領(lǐng)導(dǎo)評估組進行評估。根據(jù)被評估的CMMI的不同級別,評估組人數(shù)通常為4-9人,評估天數(shù)為5-10天,被評估企業(yè)派人參加ATM。評估方式為文件審查和人員訪談,評估輸出物為最終評估報告,并由主任評估師向SEI注冊評估結(jié)果。具體評估過程詳細(xì)描述參見SCAMPI ( Standard CMMI Appraisal Method for Process Improvement) “標(biāo)準(zhǔn)的CMMI評估方法”。企業(yè)做CMMI評估并向SEI注冊,都是采用本類評估。Class B類評估:只需要滿足部分的ARC要求,并可以只收集更少的信息,但必須包括從訪談方式獲得的信息,不需要最終產(chǎn)生組織的成熟度級別,評估組的負(fù)責(zé)人既可以是SEI授權(quán)主任評估師,也可以由組織內(nèi)部有經(jīng)驗的成員擔(dān)當(dāng),可以認(rèn)為是組織內(nèi)部的評估過程,可以在過程改進過程中的診斷過程中使用,也可以在組織發(fā)展過程中進行階段性評估審計時使用。Class C類評估:是一種非正式評估過程,滿足更少的ARC要求,組織快速瀏覽過程,只確定相對較少過程域,不需要SEI授權(quán)評估師給出組織成熟度級別。一般是針對特定少數(shù)或一個項目,或針對少數(shù)過程、或一個過程在組織中執(zhí)行的情況進行評估,通常是在組織發(fā)展過程中進行。
五、等級:
1. 初始級軟件過程是無序的,有時甚至是混亂的,對過程幾乎沒有定義,成功取決于個人努力。管理是反應(yīng)式的
2.可管理級建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀(jì)律,能重復(fù)早先類似應(yīng)用項目取得的成功經(jīng)驗。
3. 已定義級已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化,并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護軟件,軟件產(chǎn)品的生產(chǎn)在整個軟件過程是可見的。
4. 量化管理級分析對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù),對軟件過程和產(chǎn)品都有定量的理解與控制。管理有一個作出結(jié)論的客觀依據(jù),管理能夠在定量的范圍內(nèi)預(yù)測性能。
5. 優(yōu)化管理級過程的量化反饋和先進的新思想、新技術(shù)促使過程持續(xù)不斷改進。
六、CMMI的價值:
1、能保證軟件開發(fā)的質(zhì)量與進度,能對“雜亂無章、無序管理”的項目開發(fā)過程進行規(guī)范?! ?/p>
2、有利于成本控制。因為質(zhì)量有所保證,浪費在修改、解決客戶的抱怨方面的成本會降低很多。絕大多數(shù)情況是缺少規(guī)范制度,只是求快。項目完成后,要花很多時間修修補補,費用很容易失控?! ?/p>
3、有助于提高軟件開發(fā)者的職業(yè)素養(yǎng)。每一個具體參與其中的員工,無論是項目經(jīng)理,還是工程師,甚至一些高層管理人的做事方法逐漸變得標(biāo)準(zhǔn)化、規(guī)范化?! ?/p>
4、能夠解決人員流動所帶來的問題。公司通過過程改進,建立了財富庫以共享經(jīng)驗, 而不是單純依靠某些人員?!?/p>
5、有利于提升公司和員工績效管理水平,以持續(xù)改進效益。通過度量和分析開發(fā)過程和產(chǎn)品,建立公司的效率指標(biāo)。
七、認(rèn)證流程:
1)收集資料:需求文檔、設(shè)計文檔、開發(fā)文檔、測試文檔等
2)編寫軟件成熟度集成模型文件,并申報
3)正式評估
4)獲證