CMMI及組織標(biāo)準(zhǔn)過程

2024/3/20SoftwarePracticeLabSoftwarePracticeLabCMMI及組織標(biāo)準(zhǔn)過程講義大綱了解CMMI的根底知識理解掌握組織標(biāo)準(zhǔn)過程術(shù)語CMMI〔CapabilityMaturityModel?Integration〕，軟件能力成熟度模型集成，主要包括過程管理、工程管理、軟件工程、過程支持等幾個大的過程。它是過程改進的指導(dǎo)性模型聚集了世界各地軟件過程管理者的經(jīng)驗和智慧經(jīng)過世界各地的實際應(yīng)用，證明具有建設(shè)性作用源模型CMMI的源模型

SW-CMM2.0Draft：軟件能力成熟度模型2.0版；

EIA/IS731：電子行業(yè)協(xié)會臨時標(biāo)準(zhǔn)；

IPDCMM0.98：集成產(chǎn)品開發(fā)能力成熟度模型效果實施CMMI的益處降低工程本錢；提高產(chǎn)品質(zhì)量；控制工程進度；風(fēng)險透明化實施CMMI的弊端CMMI過程帶來的主要變化啟動——確定范圍、明確目標(biāo)方案——基于歷史數(shù)據(jù)工程跟蹤和監(jiān)控——日報、周報、里程碑報告、定期例會質(zhì)量控制——評審、測試、確認(rèn)、QA審核配置管理——配置庫、基線、定期的配置審核結(jié)案——積累經(jīng)驗，記錄數(shù)據(jù)，推動持續(xù)的過程改進L1-初始級取決于個人的能力軟件管理是一個“魔術(shù)”InOutL2-已管理級：消除混亂建立有效的軟件工程管理軟件工程管理過程要文檔化且要遵循各工程在建立管理過程時，要以組織方針為指導(dǎo)在以前工程上開發(fā)的成功實踐可以重復(fù)使用建造的軟件過程是一系列帶有定義好檢查點〔里程碑〕的黑盒子InOutL3-已定義級：建立公共過程工程過程更加有效的執(zhí)行建立組織標(biāo)準(zhǔn)過程，工程通過裁剪形成工程過程提供組織級的培訓(xùn)過程改進活動更加有序、主動的開展InOutL4-定量管理級了解過程能力，控制過程偏差異常點異常點從L3到L4－向量化管理轉(zhuǎn)移L5–持續(xù)改進，提升能力LEVEL4識別要控制的過程控制性能偏差建立能力基線和模型用基線和模型方案及管理工程LEVEL5原因分析，預(yù)防缺陷產(chǎn)生部署技術(shù)革新提升過程性能持續(xù)改進L5-例如軟件能力成熟度等級Level5優(yōu)化級ContinuousprocesscapabilityimprovementLevel4已管理級Productqualityplanning,trackingofmeasuredsoftwareprocessLevel3

已定義級SoftwareprocessdefinedandinstitutionalizedtoprovideproductqualitycontrolLevel2可重復(fù)級Managementoversightandtrackingofproject;stableplanningandproductbaselinesLevel1初始級Adhoc;successdependsonheroes什么是過程域過程域的概念過程域：是同屬于某個領(lǐng)域而彼此相關(guān)的實踐集合，當(dāng)這些實踐共同執(zhí)行時，可以到達(dá)該領(lǐng)域過程改進的目標(biāo)。一個過程域的能力是通過二維表中的一系列點來定位的。過程維你要做什么能力維你做的程度如何CMMI模型表示法成熟度等級L1：初始級的特征在成熟度第1級中，過程通常是混亂的，而且組織通常沒有提供穩(wěn)定的開發(fā)環(huán)境。這些組織的成功，往往依賴組織中個人的能力與拼搏精神，而不是使用一套經(jīng)過驗證的過程。處于成熟度第1級的組織在這種混亂的環(huán)境中，也能開發(fā)出可以工作的產(chǎn)品和效勞，但是往往伴隨著工程費用超支和進度拖延。成熟度等級L2：已管理級的特征在成熟度第2級中，組織已到達(dá)成熟度第2級所有過程域的特定目標(biāo)和共性目標(biāo)。換言之，組織的工程已確保需求是被管理的，而且其過程是經(jīng)過方案、執(zhí)行、度量及控制的。在成熟度第2級，需求、過程、工作成果及效勞是受管理的。在預(yù)定的時間節(jié)點〔例如重要里程碑、重要的任務(wù)完成時刻〕，管理層都可以了解工作成果的情況。CMMI模型表示法成熟度等級L3：已定義級的特征在成熟度第3級中，組織已到達(dá)成熟度第2和第3級所有過程域的特定目標(biāo)和共性目標(biāo)，工作過程都已詳盡地說明，并應(yīng)用標(biāo)準(zhǔn)、規(guī)程、工具及方法來表現(xiàn)。組織的標(biāo)準(zhǔn)過程〔Organization’ssetofstandardprocess〕是成熟度第3級的根底。工程可對組織的標(biāo)準(zhǔn)過程進行裁剪，以建立工程過程。成熟度第2級與第3級的主要區(qū)別在于標(biāo)準(zhǔn)、過程說明及規(guī)程的范圍。在成熟度第2級中，某過程在不同案例間的標(biāo)準(zhǔn)、過程說明及規(guī)程可能有相當(dāng)?shù)牟町悺Ｔ诔墒於鹊?級中，工程的標(biāo)準(zhǔn)、過程說明及規(guī)程都是從組織的標(biāo)準(zhǔn)過程裁剪而來的，以適用于某些特殊工程或單位。組織的標(biāo)準(zhǔn)過程包括了成熟度第2級和第3級的過程，因此除了裁剪指南所允許的差異之外，整個組織所執(zhí)行的過程都是一致的。另一個主要的區(qū)別是，成熟度第3級的過程說明比第2級更加詳細(xì)與嚴(yán)謹(jǐn)，基于對過程活動的了解，以及對過程、產(chǎn)品與效勞的詳細(xì)度量，可更主動地管理過程。CMMI模型表示法成熟度等級L4：量化管理級的特征在成熟度第4級中，組織已到達(dá)成熟度第2、第3和第4級所有過程域的特定目標(biāo)和共性目標(biāo)。選定對整體過程績效有重大影響的子過程，并使用統(tǒng)計和其他的量化技術(shù)來控制這些子過程。建立質(zhì)量與過程績效的量化目標(biāo)，并以該目標(biāo)為管理過程的準(zhǔn)那么。量化目標(biāo)是根據(jù)客戶、最終用戶、組織及過程執(zhí)行者的需求而設(shè)定。以統(tǒng)計的術(shù)語表示質(zhì)量和過程績效，并在整個過程中受到管理。針對這些過程，收集過程績效的詳細(xì)度量資料，并進行統(tǒng)計分析。界定過程變化的特殊原因，并適當(dāng)?shù)匦拚厥庠虻膩碓矗苑乐刮磥碓俣劝l(fā)生。將質(zhì)量和過程績效的度量結(jié)果，納入到組織的度量庫〔organization’smeasurementrepository〕，以支持未來以事實為根底的決策。CMMI模型表示法成熟度等級L5：持續(xù)優(yōu)化級的特征在成熟度第5級中，組織已到達(dá)成熟度第2、第3、第4和第5級所有過程域的特定目標(biāo)和共性目標(biāo)。根據(jù)對過程變化共性原因的量化了解，持續(xù)進行過程改進。經(jīng)過技術(shù)和過程的改進，成熟度第5級專注于持續(xù)改進過程績效，已經(jīng)建立組織的量化過程改進目標(biāo)，并持續(xù)修訂以反映持續(xù)變化的經(jīng)營目標(biāo)。量化的過程改進目標(biāo)也當(dāng)作管理過程改進的準(zhǔn)那么，用以度量、評估已進行的過程改進效果。在成熟度第5級中，過程改進解決過程變化的共性原因，以及界定、評估和執(zhí)行可度量的組織過程改進。在成熟度第5級中，過程改進解決過程變化的共性原因，以及界定、評估和執(zhí)行可度量的組織過程改進。改進方案的選擇，以以下二者的量化了解為根底：〔1〕過程改進方案對組織過程改進目標(biāo)的預(yù)期奉獻；〔2〕執(zhí)行時的本錢和對組織的影響。LEVEL2軟件組織特征和改進要求LEVEL3軟件組織特征和改進要求LEVEL4軟件組織特征和改進要求LEVEL5軟件組織特征和改進要求CMMI實施中各角色的主要任務(wù)高層經(jīng)理：出資支持CMMI，委托實施CMMI活動。SEPG(軟件工程過程組)：研究CMMI、定義和維護組織標(biāo)準(zhǔn)過程、推動過程實施、維護過程資產(chǎn)庫。PAT(過程行動組)：實施過程改進活動，指導(dǎo)其他使用者，參與過程的定義和指導(dǎo)的編寫，反響過程改進的意見工程經(jīng)理和組員：了解CMMI，積極配合SEPG和PAT的工作，在開發(fā)工程中嚴(yán)格遵循已定義的規(guī)程，積極參與文檔的制定及修改，做軟件過程改進的主人。小結(jié)CMMI全稱哪幾個級別各級別的特點CMMI實施中的主要角色工程角色高層經(jīng)理〔〕工程經(jīng)理〔PM〕系統(tǒng)分析師〔SE〕開發(fā)工程師〔SWE〕測試工程師〔TE〕測試工程經(jīng)理〔TPM〕配置管理員〔CMO〕質(zhì)量管理員〔QA〕軟件開發(fā)流程常見的軟件開發(fā)流程瀑布型迭代型一些問題〔1〕過程改進后增加了我們的工作量，降低了工作的效率。需要嚴(yán)格按照規(guī)定的流程去做事，積累數(shù)據(jù)，便于維護。有收獲就需要有付出。什么是效率？必須滿足一定的質(zhì)量要求的工作產(chǎn)品才能講效率。減少缺陷，減少返工，過程上多投入的時間會找回來。當(dāng)然，把過程改造得越來越簡單、有效、易用是我們的工作目標(biāo)。這就是過程改進。一些問題〔2〕我們不需要過程改進。只要有一些優(yōu)秀員工就可以解決任何問題。那些有報酬高的優(yōu)秀員工的公司就能按進度、按預(yù)算、無缺陷的完成工程了嗎？能夠找到優(yōu)秀的員工當(dāng)然是最好的，但是如果能為他們提供一個穩(wěn)定的環(huán)境和行之有效的管理系統(tǒng)那就更好了。一些問題〔3〕為什么我們需要記錄那么多數(shù)據(jù)？日報、缺陷、代碼行……收集度量數(shù)據(jù)的目的是給管理人員提供他們需要的數(shù)據(jù)，讓他們能夠了解工程的、組織的狀態(tài)，評估工作進展，并采取必要的糾正措施。我們做過程改進需要實事求是，用數(shù)據(jù)說話。一些問題〔4〕軟件有特殊性，軟件開發(fā)人員是知識勞動者，我們鄙視官僚、不喜歡僵化的過程改進。為了得到高質(zhì)量的工作產(chǎn)品，我們要求對所有的過程進行管理和控制。很多軟件開發(fā)人員都是很有創(chuàng)造力的專業(yè)人員，但是我們是一個組織，工作必須有紀(jì)律、受到一定的限制，如工期、本錢、質(zhì)量、平安性、可靠性等。如果這些限期過于“僵化”，我們就必須進行改進，這就叫做“過程改進”。一些問題〔5〕我們的工程很重要、進度很緊張，過程改進不關(guān)我們的事。過程改進的目的就是降低本錢、縮短開發(fā)周期、提高質(zhì)量。我們要通過改進我們的軟件過程來提高我們的競爭力，以繼續(xù)我們的事業(yè)，如果我們不改進，我們的競爭對手會改進。一些問題〔6〕為什么我們這么注重過程改進？我們?yōu)槭裁床话丫性谌藛T管理和新技術(shù)或工具的應(yīng)用上？過程改進