cmmi軟件開發(fā)流程(cmmi認證流程)
本篇文章給大家談談cmmi軟件開發(fā)流程,以及cmmi認證流程對應的知識點,希望對各位有所幫助,不要忘了收藏本站喔。
本文目錄一覽:
軟件如何用CMMI改進過程?
軟件過程改進是一種含有大量管理成分的工作技術(shù)它主要包括以下三個關(guān)鍵步驟:a)對比目前的狀態(tài)和期望達到的狀態(tài),找出存在的差距;b)確定要改變哪一些差距,要改變到什么程度;c)制定相應的具體的實施計劃,其中的“具體”是指:1)要有明確的可以檢驗的目標;2)要定出檢驗成功與否的標準;3)要有具體的實施辦法;4)指定具體執(zhí)行計劃的人,并明確具體的職責與任務;5)
要明確執(zhí)行計劃的主要領(lǐng)導或協(xié)調(diào)者,以負責解決在計劃執(zhí)行中出現(xiàn)的問題;6)要列出“實施計劃”用的新技術(shù)與新工具以及如何獲得這些新技術(shù)與新工具。
CMMI3認證流程?
找一家有SEI授權(quán)的機構(gòu),他們會協(xié)助你進行CMMI的評估。大體流程是先由咨詢公司協(xié)助建立CMMI的體系,然后開展體系試運行(就是找一些項目試用),試運行后,咨詢公司會協(xié)助你開展預評估,如果預評估通過后,再過約1個月左右就可以正式評估了。 具體流程如下:
一、 申請CMMI認證
選擇CMMI級別
軟件企業(yè)申請認證CMMI不同的級別標準要求,要審時度勢自身情況。一方面了解公司現(xiàn)有質(zhì)量體系、實施過程、實施效果的運行情況;另一方面要根據(jù)企業(yè)規(guī)模、公司實力、管理需求等綜合要素,不可好大喜功,一味選擇CMMI更高級別的認證。在申請的CMMI認證時,有的企業(yè)從CMMI2開始、有的企業(yè)從CMMI3開始、有的CMMI3通過后跳過CMMI4而直接申請CMMI5、有的就從CMMI2、CMMI3、CMMI4、CMMI5逐步申請認證。
計劃參與評估的部門
CMMI評估,有的是整個公司參與評估,有的是個別部門參與評估,不管以哪種方式參與評估,公司都要權(quán)衡決定,參與評估的部門。
CMMI培訓
當確定申請CMMI認證的級別后,與申請CMMI認證級別的要求進行比較,從而找出區(qū)別。結(jié)合企業(yè)自身實際情況,從而可以為通過認證作好充分的準備,尤其是對此級別相關(guān)知識進行加強培訓,了解標準的要求。
二、 選擇主任評估師
一般情況下,企業(yè)自身確認好CMMI等級后,可以找專業(yè)的CMMI咨詢公司,協(xié)助完成后面的認證流程。
主任評估師是認證評估的發(fā)起者,也是評估小組的領(lǐng)導者,這個角色應該擁有足夠的經(jīng)驗、知識、技術(shù)來負責和領(lǐng)導評估活動。CMMI評估是基于個人資格、信譽的認證,對個人專業(yè)技術(shù)及綜合能力素質(zhì)要求都很高。因此,要慎重選擇,主要從以下幾個方面考慮:
全球從事CMMI認證企業(yè)很多,擁有SEI評估師資格的也很多,通常有美國的、印度的、中國的。美國評估師直屬于SEI,屬本地認證,所以說美國評估師進行評估具有說服力,信服力,對于中國軟件企業(yè)而言,聘請美國的主任評估師,由于語言的不同,在溝通上存在一定的困難,在進行評估面談溝通交流時,要配置專門的翻譯。
三、 工作準備
選擇評估小組成員
本活動包括識別有用的職員、評定其資格和從中挑選人員作為評估小組成員。它可以發(fā)生在評估發(fā)起者做出管理評估活動的許諾之后,并能為評估計劃保證提供輸入。具體的行為包括:(1)、保證評估小組成員滿足個人的最低標準;(2)、保證評估小組作為一個整體滿足的最低標準;(3)、文檔化在評估輸入中小組成員的職責和資格。
SCAMPI評估可接受的評估小組最小規(guī)模是4個成員(包括小組領(lǐng)導者)。推薦的最大規(guī)模是9個成員。所有小組成員之前必須完成獲得SEI推薦的并由SEI認可的權(quán)威授課者所教授的CMMI課程。小組成員必須接受有關(guān)評估方法的培訓。關(guān)于工程領(lǐng)域的經(jīng)驗,評估小組(作為一個整體)平均至少要有6年以上的經(jīng)驗,且小組總的經(jīng)驗要不少于25年,這些規(guī)定都隱藏在評估活動中。關(guān)于管理經(jīng)驗,評估小組(作為一個整體)總的經(jīng)驗不能少于10年,且至少有1名成員擁有6年以上的管理經(jīng)驗。
總的來說,評估小組應該在評估組織內(nèi)部所使用的生命周期里具有代表性的經(jīng)驗。在任何特定的生命周期階段,評估小組至少應有兩名成員具有從事這方面工作的經(jīng)驗。此外,必須保證,小組成員不應該成為任何特定項目的管理者或者成為任何預定被訪問者的直接管理鏈中的一個。
組建準備評估小組
評估小組領(lǐng)導者有責任確保評估小組成員為執(zhí)行計劃的評估活動完成充分的準備。這包括熟悉在評估過程中將使用的參考模型、SCAMPI、評估計劃、組織數(shù)據(jù)和特征、工具和技術(shù)以及為評估任務分配任務和職責。小組建立練習通常被用來實踐簡單的技能和在理解小組目標及如何取得滿意上達成一致。所有的小組成員被要求遵守嚴格規(guī)則以保證機密性、保護所有者或敏感數(shù)據(jù)以及項目參與者未知的信息。私下陳述通常被用來達成這些諒解。具體的行為包括:
保證評估小組成員已接受參考模型培訓;
為評估小組成員提供評估方法培訓或確保他們已掌握此方法;
為評估小組和小組規(guī)范的建立提供服務;
為評估小組成員提供關(guān)于評估目標、計劃和他們自身分配的職責和任務的定位。
模型培訓必須利用CMMI課程的權(quán)威標準來提供,并由CMMI辦事機構(gòu)權(quán)威認證的授課者講授。方法培訓可能通過下面兩種方法之一進行:
針對即將到來的評估作明確性的方法培訓;
對大量的目前并沒有從事任何評估工作的潛在的小組成員進行方法培訓。
對一個完全重新組建的小組進行方法培訓至少持續(xù)兩天,且必須強調(diào)那些小組成員在評估過程很可能遇到的情況。本培訓在SCAMPI的應用中沒有必要包含所有的變量。針對潛在的將來的小組成員所進行的團體式方法培訓必須包含方法上剪裁部分的所有內(nèi)容和允許的變更以應付一系列在將來的評估中他們很可能會遇到的情況。SEI評估程序為那些目前不是評估小組成員的人們所得到的培訓指定了額外的要求。那些在以前的評估小組中作為成員已接受過培訓的小組成員,如果并沒有進行目前的方法培訓,那么他們并不自動地具有參加當前評估的資格。在這樣的案例中,評估小組領(lǐng)導者要求了解以前的培訓的本質(zhì)和為即將到來的評估開展的培訓足夠多的內(nèi)容。這需要對以前的評估和計劃的評估進行比較。例如,假如小組成員使用連續(xù)表示法參與了一個僅集中在軟件工程領(lǐng)域的評估,而計劃的評估是使用階段表示法集中在SE/SW/IPPD領(lǐng)域,那么該小組成員需要許多重要的新概念來覆蓋。作為一個整體,評估小組至少產(chǎn)生一個結(jié)果來說明如何為即將到來的評估展開工作,建立小組規(guī)范和操作決議的目的。
參評單位準備
組織級QA
組織組CM
SEPG小組
高級經(jīng)理
委員會(項目與質(zhì)量管理委會員、變更委員會)
人力資源的培訓
維護服務的準備
商務法律部
四、 預評估
通過預評估判定企業(yè)是否準備充分可以進行正式的 SCAMPI/CBA-IPI。通過一位主任評估師指導進行,初步了解項目的成熟度,按照CMMI相關(guān)級別的KPA識別明顯缺陷并推薦糾正措施,以便更好進行正式評估。主要工作包括組織級和項目組長的文檔審閱及與項目組人員的面談。評估結(jié)束,提交預評估結(jié)果并與組織進行有關(guān)討論。
選擇參與正式評估的項目,在預評估的過程中,從公司全體項目中,挑選出項目參與評估,并不是所有項目評估。
在預評估過程中,評估師考核公司背景,項目角色涉及到是否覆蓋所在的范圍,核實參與項目覆蓋與所申請的級別一致,如:既要有軟件項目,又要有集成項目,是一個事業(yè)部,還是所有事業(yè)部的。查看實際情況與所申請的級別相符,如果相距太大,會勸說降低認證級別。主動參與評估師溝通,向他咨詢本次評估的主要思想,增加通過評估的概率。
五、 正式評估
第四階段的目標是進行正式的 SCAMPI/CBA-IPI,時間通常是實施第一階段培訓后12個月(根據(jù)企業(yè)實施情況有所不同)。正式評估,獲取證據(jù),根據(jù)評估師的要求,與從項目中獲取證據(jù)。評估的重點是組織內(nèi)部實施的軟件過程,涉及相關(guān)級別的所有KPA。
正式評估按照 SCAMPI/CBA-IPI 的要求進行,原來一般為 6 天,CMMI V1.2規(guī)定,正式評估時間不能超過10天,主任評估師提供自動評估工具幫助管理分析評估數(shù)據(jù)、編寫評估結(jié)果。評估工作主要包括:
啟動會議;公司高層,評估小組,參評方三方相關(guān)人員參與會議,介紹評估日程,達成一致意見。
評估方式:
文檔審閱,也稱文審,查閱過程、項目書面文檔。所有參評的文檔都是要書面打打印,然后裝訂成冊,供評估師審查。
面談及討論,評估師都要和項目中每個角色進行面談,這些角色主要包括有:項目經(jīng)理、需求人員、設(shè)計人員、測試人員、配置人員、質(zhì)量人員。
評估小組總結(jié)
評估小組對文審、面談中的數(shù)據(jù)進行綜合與分析,生成評估結(jié)果。
總結(jié)及末次會議
評估完成后,評估小組給出最后的結(jié)論,評估是否通過,如果通過則發(fā)證書,否則指出改進的建議。除了評估結(jié)果,企業(yè)還將保留評估數(shù)據(jù)(刪除數(shù)據(jù)來源)作為評估結(jié)果的資料。評估結(jié)束后,我們會向SEI提交評估信息,記入評估數(shù)據(jù)庫記錄。
以上內(nèi)容希望可以幫到你。
CMMI是什么?
(Capability Maturity Model Integration,能力成熟度模式整合) \x0d\x0a\x0d\x0aCMMI( Capability Maturity Model Integration)的本質(zhì)是軟件管理工程的一個部分。軟件過程改善是當前軟件管理工程的核心問題, 50多年來計算的發(fā)展使人們認識到要高效率、高質(zhì)量和低成本地開發(fā)軟件,必須改善軟件生產(chǎn)過程。基於模型的過程改進是指用采用能力模型來指導組織的過程改進,使之過程能力穩(wěn)定的進行改善,該組織也能變得更加成熟。 \x0d\x0a\x0d\x0a然而,軟件組織形成一套完整而成熟的軟件過程不是一蹴而就的事情,需要經(jīng)歷一系列的成熟度。軟件組織首先要進行差異分析,評定自己比較接近哪一個成熟度,然后再根據(jù)自身的情況來決定要采取哪些改進活動,來更有效地改進自己的軟件過程。這就對軟件過程的評定提出了一個客觀的標準。美國卡內(nèi)基梅隆大學軟件工程學院於1987年研究成功的SW-CMM(Capability Maturity Model for Software)就是這樣的一個理論模型,其目的在於幫助軟件組織改善軟件生產(chǎn)流程,以探索一個保證軟件產(chǎn)品質(zhì)量、縮短開發(fā)周期、提高工作效率的軟件工程模式與標準規(guī)范。 \x0d\x0a\x0d\x0aCMMI \x0d\x0a\x0d\x0aCMM的成功促使其他學科也相繼開發(fā)類似的過程改進模型,例如系統(tǒng)工程、需求工程、人力資源、集成產(chǎn)品開發(fā)、軟件采購等等,從CMM衍生出了一些改善模型,比如:SW-CMM,SE-CMM,IPD-CMM等。不過,在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。CMMI就是為了解決怎_保持這些模式之間的協(xié)調(diào)。 \x0d\x0a\x0d\x0a由業(yè)界、美國政府和卡內(nèi)基·梅隆大學軟件工程研究所率先倡導的能力成熟度模型集成(CMMI)項目致力於幫助企業(yè)緩解這種困境。CMMI為改進一個組織的各種過程提供了一個單一的集成化框架,新的集成模型框架消除了各個模型的不一致性,減少了模型間的重復,增加透明度和理解,建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質(zhì)量和效率。CMMI主要關(guān)注點就是成本效益、明確重點、過程集中和靈活性四個方面。 \x0d\x0a\x0d\x0a與原有的能力成熟度模型類似,CMMI也包括了在不同領(lǐng)域建立有效過程的必要元素,反映了業(yè)界普遍認可的"最佳"實踐;專業(yè)領(lǐng)域覆蓋軟件工程、系統(tǒng)工程、集成產(chǎn)品開發(fā)和系統(tǒng)采購。在此前提下,CMMI為企業(yè)的過程構(gòu)建和改進提供了指導和框架作用;同時為企業(yè)評審自己的過程提供了可參照的行業(yè)基準。 \x0d\x0a\x0d\x0aCMMI的源模型:軟件能力成熟度模型2.0版,C稿;電子行業(yè)協(xié)會臨時標準(EIA/IS)731;集成產(chǎn)品開發(fā)能力成熟度模型(IPD- CMM)。 \x0d\x0a\x0d\x0aCMMI的原則: \x0d\x0a\x0d\x0a1. 強調(diào)高層管理者的支持。過程改進往往也是由高層管理者認識和提出的,大力度的、一致的支持是過程改進的關(guān)鍵。 \x0d\x0a\x0d\x0a2. 仔細確定改進目標,首先應該對給定時間內(nèi)的所能完成的改進目標進行正確的估計和定義并制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。 \x0d\x0a\x0d\x0a3. 選擇最佳實踐,應該基於組織現(xiàn)有的軟件活動和過程財富,參考其他標準模型,取其精華去其糟粕,得到新的實踐活動模型。 \x0d\x0a\x0d\x0a4. 過程改進要與組織的商務目標一致,與發(fā)展戰(zhàn)略緊密結(jié)合。 \x0d\x0a\x0d\x0aCMMI目標: \x0d\x0a\x0d\x0a1. 為提高組織過程和管理產(chǎn)品開發(fā)、發(fā)布和維護能力的提供保障。 \x0d\x0a\x0d\x0a2. 幫助組織客觀評價自身能力成熟度和過程域能力,為過程改進建立優(yōu)先級以及執(zhí)行過程改進。 \x0d\x0a\x0d\x0aCMMI的方法: \x0d\x0a\x0d\x0a1 決定哪個CMMI模型等級最適合組織過程改進需要。 \x0d\x0a\x0d\x0a2 選擇模型的表示法是連續(xù)式還是階段式。 \x0d\x0a\x0d\x0a3 決定組織需要用到的模型中的知識領(lǐng)域。 \x0d\x0a\x0d\x0a4 類似CMM提出的過程改進6步,集成化過程改進分成:開始集成過程改進,建造集成改善平臺,集成傳統(tǒng)過程,啟動新過程,進行改 進評估。 \x0d\x0a\x0d\x0aCMMI內(nèi)容 \x0d\x0a\x0d\x0aCMMI內(nèi)容分為"要求"、"期望"和"提供信息"三個級別,來衡量模型包括的質(zhì)量重要性和作用。最重要的是"要求"級別,是模型和過程改進的基礎(chǔ)。第二級別"期望"在過程改進中起到主要作用,但是某些情況不是必須的可能不會出現(xiàn)在成功的組織模型中。"提供的信息"構(gòu)成了模型的主要部分,為過程改進提供了有用的指導,在許多情況下他們對需要和期望的構(gòu)件做了進一步說明。 \x0d\x0a\x0d\x0a"要求"的模型構(gòu)件是目標,代表了過程改進想要達到的最終狀態(tài),它的實現(xiàn)表示了項目和過程控制已經(jīng)達到了某種水平。當一個目標對應一個關(guān)鍵過程域,就稱為"特定目標";對應整個關(guān)鍵過程域就稱為"公用目標"。整個CMMI模型包括了54個特定目標,每個關(guān)鍵過程域都對應了一到四個特定目標。每個目標的描述都是非常簡捷的,為了充分理解要求的目標就是擴展"期望"的構(gòu)件。 \x0d\x0a\x0d\x0a"期望"的構(gòu)件是方法,代表了達到目標的實踐手段和補充認識。每個方法都能映射到一個目標上,當一個方法對一個目標是唯一就是"特定方法";而能適用於所有目標時就是"公用方法"。CMMI模型包括了186個特定方法,每個目標有兩到七個方法對應。 \x0d\x0a\x0d\x0aCMMI包括了10種"提供的信息":目的,概括和總結(jié)了關(guān)鍵過程域的特定目標;介紹說明,介紹關(guān)鍵過程域的范圍、性質(zhì)和實際方法和影響等特徵;引用,關(guān)鍵過程域之間的指向是通過引用;名字,表示了關(guān)鍵過程域的構(gòu)件;方法和目標關(guān)系,關(guān)鍵過程域中方法映射到目標的關(guān)系表;注釋,注釋關(guān)鍵過程域的其他模型構(gòu)件的信息來源;典型工作產(chǎn)品集,定義關(guān)鍵過程域中執(zhí)行方法時候產(chǎn)生的工作產(chǎn)品;子方法,通過方法活動的分解和詳細描述;學科擴充,CMMI對應學科是獨立的,這里提供了對應特定學科的擴展;公用方法的詳細描述,關(guān)鍵過程域中公用方法應用實踐的詳細描述。 \x0d\x0a\x0d\x0aCMMI提供了階段式和連續(xù)式兩種表示方法,但是這兩種表示法在邏輯上是等價的。我們熟悉的SW-CMM軟件能力成熟模型就是階段式的模型,SE-CMM系統(tǒng)工程模型是連續(xù)式模型,而IPD-CMM集成產(chǎn)品開發(fā)模型結(jié)合了階段式和連續(xù)式兩者的特點。 \x0d\x0a\x0d\x0a階段式方法將模型表示為一系列"成熟度等級"階段,每個階段都有一組KPA指出一個組織應集中於何處以改善其組織過程,每個KPA用滿足其目標的方法來描述,過程改進通過在一個特定的成熟度等級中滿足所有KPA的目標而實現(xiàn)的。 \x0d\x0a\x0d\x0a連續(xù)式模型沒有像階段式那樣的分散階段,模型的KPA中的方法是當KPA的外部形式,并可應用於所有的KAP中,通過實現(xiàn)公用方法來改進過程。它不專門指出目標,而是強調(diào)方法。組織可以根據(jù)自身情況適當裁剪連續(xù)模型并以確定的KPA為改進目標。 \x0d\x0a\x0d\x0a兩種表示法的差異反應了為每個能力和成熟度等級描述過程而使用的方法,他們雖然描述的機制可能不同,但是兩種表示方法通過采用公用的目標和方法作為需要的和期望的模型元素,而達到了相同的改善目的。 \x0d\x0a\x0d\x0aCMMI 模型的前身是 SW-CMM 和 SE-CMM,前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是覆蓋了許多領(lǐng)域;到目前為止包括四個下面領(lǐng)域: \x0d\x0a\x0d\x0a1.軟件工程(SW-CMM) \x0d\x0a\x0d\x0a軟件工程的對象是軟件系統(tǒng)的開發(fā)活動,要求實現(xiàn)軟件開發(fā)、運行、維護活動系統(tǒng)化、制度化、量化。 \x0d\x0a\x0d\x0a2.系統(tǒng)工程(SE-CMM) \x0d\x0a\x0d\x0a系統(tǒng)工程的對象是全套系統(tǒng)的開發(fā)活動,可能包括也可能不包括軟件。系統(tǒng)工程的核心是將客戶的需求、期望和約束條件轉(zhuǎn)化為產(chǎn)品解決方案,并對解決方案的實現(xiàn)提供全程的支持。 \x0d\x0a\x0d\x0a3.集成的產(chǎn)品和過程開發(fā)(IPPD-CMM) \x0d\x0a\x0d\x0a集成的產(chǎn)品和過程開發(fā)是指在產(chǎn)品生命周期中,通過所有相關(guān)人員的通力合作,采用系統(tǒng)化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業(yè)選擇IPPD進程,則需要選用模型中所有與IPPD相關(guān)的實踐。 \x0d\x0a\x0d\x0a4.采購(SS-CMM) \x0d\x0a\x0d\x0a采購的內(nèi)容適用於那些供應商的行為對項目的成功與否起到關(guān)鍵作用的項目。主要內(nèi)容包括:識別并評價產(chǎn)品的潛在來源、確定需要采購的產(chǎn)品的目標供應商、監(jiān)控并分析供應商的實施過程、評價供應商提供的工作產(chǎn)品以及對供應協(xié)議和供應關(guān)系進行適當?shù)恼{(diào)整。 \x0d\x0a\x0d\x0a在以上模塊中,企業(yè)可以選擇軟件工程,或系統(tǒng)工程,也可以都選擇。集成的產(chǎn)品和過程開發(fā)和采購主要是配合軟件工程和系統(tǒng)工程的內(nèi)容使用。例如,純軟件企業(yè)可以選擇CMMI中的軟件工程的內(nèi)容;設(shè)備制造企業(yè)可以選擇系統(tǒng)工程和采購;集成的企業(yè)可以選擇軟件工程、系統(tǒng)工程和集成的產(chǎn)品和過程開發(fā)。CMMI中的大部分內(nèi)容是適用各不同領(lǐng)域的,但是實施中會有顯著的差別,因此模型中提供了"不同領(lǐng)域應用詳解"。 \x0d\x0a\x0d\x0aCMM的基於活動的度量方法和瀑布過程的有次序的、基於活動的管理規(guī)范有非常密切的聯(lián)系,更適合瀑布型的開發(fā)過程。而CMMI相對CMM更一步支持迭代開發(fā)過程和經(jīng)濟動機推動組織采用基於結(jié)果的方法:開發(fā)業(yè)務案例、構(gòu)想和原型方案;細化后納入基線結(jié)構(gòu)、可用發(fā)布,最后定為現(xiàn)場版本的發(fā)布。雖然CMMI保留了基於活動的方法,它的確集成了軟件產(chǎn)業(yè)內(nèi)很多現(xiàn)代的最好的實踐,因此它很大程度上淡化了和瀑布思想的聯(lián)系。 \x0d\x0a\x0d\x0a在 CMMI 模型中在保留了CMM階段式模式的基礎(chǔ)上,出現(xiàn)了連續(xù)式模型,這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時,連續(xù)模型的采用可以給一個組織在進行過程改進的時候帶來更大的自主性,不用再像CMM 中 一樣,受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強,弱點在於由於缺乏指導,一個組織可能缺乏對關(guān)鍵過程域之間依賴關(guān)系的正確理解而片面的實施過程,造成一些過程成為空中樓閣,缺少其他過程的支撐。兩種表現(xiàn)方式(連續(xù)的和階段的)從他們所涵蓋的過程區(qū)域上來說并沒有不同,不同的是過程區(qū)域的組織方式以及對成熟度(能力)級別的判斷方式。 \x0d\x0a\x0d\x0aCMMI 模型中比 CMM 進一步強化了對需求的重視。在 CMM 中,關(guān)於需求只有需求管理這一個關(guān)鍵過程域,也就是說,強調(diào)對有質(zhì)量的需求進行管理,而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中,3 級有一個獨立的關(guān)鍵過程域叫做需求開發(fā),提出了對如何獲取優(yōu)秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中,只有3級中的軟件產(chǎn)品工程和同行評審兩個關(guān)鍵過程域是與工程過程密切相關(guān)的,而在CMMI中,則將需求開發(fā),驗證,確認,技術(shù)解決方案,產(chǎn)品集成這些工程過程活動都作為單獨的關(guān)鍵過程域進行了要求,從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調(diào)了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監(jiān)控中進行要求,CMMI3級里單獨提出了一個獨立的關(guān)鍵過程域叫做風險管理。
CMMI的關(guān)鍵過程域(KPA)與軟件開發(fā)過程的聯(lián)系
以CMMI三級為例,此級別包含了實現(xiàn)這一級目標的若干關(guān)鍵過程域(KPA),這些關(guān)鍵過程域指出了企業(yè)需要集中力量改進的軟件過程。
這些關(guān)鍵過程域指明了為了要達到該能力成熟度等級所需要解決的具體問題。其實就是,每個過程域都包含特定實踐和公用實踐,實施這些關(guān)鍵實踐就能實現(xiàn)這個關(guān)鍵過程域的目標,從而達到增加軟件開發(fā)過程能力的效果。
如果沒明白可以追問。。。。。
關(guān)于cmmi軟件開發(fā)流程和cmmi認證流程的介紹到此就結(jié)束了,不知道你從中找到你需要的信息了嗎 ?如果你還想了解更多這方面的信息,記得收藏關(guān)注本站。