cmmi簡介及cmmi2級的實施方案設(shè)計

1、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ā)流程會帶來一個嚴重的問題：存在于設(shè)計階段的一個微小缺陷可能會直到后期的測試階段

2、才能被發(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)化效果，并帶

3、來行之有效地經(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è)的成

4、熟度進行定義和詮釋。這些目標(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)督軟件承包方的軟

5、件研發(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)

6、具備了為每個軟件開發(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è)可以被認定為處于定量管理級的級別。只要是具備定量管理級能

7、力的軟件企業(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 的每個成熟度等級不

8、包含初始級，所以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)，簡單的說就是做

9、好一個事情的某一個方面。對應(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：(organizatio

10、nal 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)項

11、目監(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)險管

12、理。識別潛在的問題，以便策劃應(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 )需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需

13、求建立和維護一致的約定。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)配置管理。建立和維護在項目的整個軟件

14、生存周期中軟件項目產(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)原因分析與解決，識

15、別缺失的原因并進行矯正進一步的防止未來再次發(fā)生。表1.成熟度級別與過程域映射關(guān)系成熟度級別過程域過程域類別 cmmi2級：受管理級(managed)reqm： (requirement management )需求管理工程管理pp：(project planning)項目計劃項目管理pmc： (project monitoring and control)項目監(jiān)督與控制項目管理sam：(supplier agreement management)供應(yīng)商協(xié)議管理項目管理ma：(measurement and analysis)度量與分析支持管理ppqa：(process and product

16、quality assurance)過程和產(chǎn)品質(zhì)量保證支持管理cm：(configuration management)配置管理支持管理cmmi3級：已定義級(defined)rd：(requirement development)需求開發(fā)工程管理ts： (technical solution)技術(shù)解決方案工程管理pi：(product integration)產(chǎn)品集成工程管理ver：(verification)驗證工程管理val：(validation)確認工程管理opd：(organizational process definition)組織級過程定義過程管理opf： (organiza

17、tional process focus)組織級過程焦點過程管理ot：(organizational training)組織培訓(xùn)管理過程管理ipm：(integrated project management)集成化項目管理項目管理rskm: (risk management)風(fēng)險管理項目管理dar：(decision analysis and resolution )決策分析支持類cmmi4級：定量管理級(quantitatively managed)opp：(organizational process performance)組織過程性能過程管理qpm：(quantitative pro

18、ject management)量化的項目管理項目管理cmmi5級：持續(xù)優(yōu)化級(optimizing)oid： (organizational innovation and deployment)組織的創(chuàng)新與推展過程管理car：(causal analysis and resolution)原因分析與解決支持管理2.3 cmmi 改進的六項基本原則（1）重要的軟件過程改進必須是從高層到下層的依次進行。過程改進的啟動、改進活動的優(yōu)先安排、持續(xù)的資源支持等等，都離不開高級管理層的領(lǐng)導(dǎo)；（2）必須人人都參與。樹立團隊意識，軟件工程的改進是整個團隊共同的活動；（3）改進需要認清現(xiàn)狀，了解當(dāng)前的過程，樹

19、立明確的目標(biāo)；（4）持續(xù)的進行改進。軟件過程不能一蹴而就，需要不斷持續(xù)的學(xué)習(xí)和提高；（5）過程改進不會自發(fā)進行，持久的軟件過程改進需要有意識的推動和周期性的增強。（6）軟件過程改進需要大量的投資。無論是在時間上、個人技能上還是資金上，都需要不菲的投資。第二部分 cmmi2的實施方案設(shè)計2.1 建立實施框架2.1.1 確定改進模型等級考慮到本次實施過程改進的機構(gòu)為研發(fā)部門，而研發(fā)部門各項目組成員均在10 人以下，固選用 cmmi-2 級作為本次過程改進的模型。2.1.2確定過程機構(gòu)及人員1、sponsors（發(fā)起者）發(fā)起者包括總經(jīng)理及所有 sepg 組成員，主要職責(zé)包括：從最上層開始推動 spi

20、；支持過程改進，提供足夠的資源、允許項目計劃作適當(dāng)調(diào)整對過、改進執(zhí)行較好的給予獎勵；幫助解決沖突，每月開一次會議檢討工作進展2、sepg leader（軟件工程過程改進組組長）sepg leader 主要職責(zé)為：制定 spi 計劃，并實施 spi 計劃；組織 sepg 組的工作，制定 ossp；新過程試用、評估，推動 ossp 的實施；為工作組提供培訓(xùn)和支持；維護過程數(shù)據(jù)庫；階段性評估軟件過程，每月進行工作總結(jié)，并向發(fā)起者匯報工作進展。3、sepg（軟件工程過程改進組）sepg 組成員及其分工如下，見表2。表2.sepg組成員及分工姓名過程改進職責(zé)說明項目角色甲epg組長，負責(zé)推進和督導(dǎo)過程改

21、進研發(fā)部門經(jīng)歷乙epg組員，負責(zé)項目監(jiān)控pmc項目經(jīng)理丙epg組員，負責(zé)項目規(guī)劃pp、需求管理rm項目經(jīng)理丁epg組員，負責(zé)配制管理cm美工戊epg組員，負責(zé)度量與分析ma開發(fā)經(jīng)理己epg組員，負責(zé)過程與產(chǎn)品品質(zhì)保證ppqa測試經(jīng)理庚epg組員，負責(zé)供應(yīng)商合約管理sam公司執(zhí)行經(jīng)理4、working group（工作組）工作組是具體實施 cmmi 體系的項目組成員，應(yīng)積極參與過程改進。sepg 要對工作組的工作給予支持。5、spi consultant （軟件過程改進顧問）中國軟件評測中心2.1.3 制定過程改進規(guī)程2.1.3.1方針與目標(biāo)1) epg 作為軟件過程制定和優(yōu)化的專業(yè)小組在公司長

22、期存在；2) 其組長由公司任命并直接向公司高層管理負責(zé)；3) 公司的目標(biāo)是在項目啟動一年內(nèi)通過 cmmi 二級評估；4) 系統(tǒng)集成和軟件過程改進要結(jié)合市場特點和實踐，有可操縱性；5) 注意工作階段重點和工作的逐步完善；6) 確定公司的過程改進計劃。7) 公司要執(zhí)行的過程標(biāo)準(zhǔn)和產(chǎn)品標(biāo)準(zhǔn)2.1.3.2 定期評估和改進策劃按照 cmmi 的評估模型開展公司的升級評估和內(nèi)部小評估，評估時間可在每年的管理發(fā)展計劃中規(guī)定。改進策劃：1) 將 iso/cmmi 過程評估結(jié)果作為改進策劃的主要輸入；2) 定義待改進的活動和這些活動的時間表；3) 規(guī)定負責(zé)這些活動的組及個人；4) 確定所要求的資源，包括資金和工

23、具；5) 當(dāng)計劃首次發(fā)行及每當(dāng)修改時，需經(jīng)評審；6) 受到組織的軟件經(jīng)理和高級經(jīng)理的評審和批準(zhǔn)。2.1.3.3評審規(guī)程體系建立后，在應(yīng)用到試點、推廣項目時各過程域的計劃文檔需要經(jīng)過評審并得到 epg 組長的認可后方可執(zhí)行。具體項目中的需求文檔則必須經(jīng)過同行評審?fù)ㄟ^后方可納入配置管理。評審流程：1) 各過程域計劃文檔提交 qa；2) qa 跟據(jù)產(chǎn)品審計檢查單對計劃內(nèi)容、格式等進行審計；3) qa 審計通過后召開評審會，進行會簽，生成評審記錄；4) 需求產(chǎn)生和變更需要提交項目組成員進行同行評審，獲取每個成員的認可后由項目經(jīng)理召開評審會，生成評審記錄。2.1.3.4過程推廣epg 小組負責(zé)將公司的標(biāo)

24、準(zhǔn)過程在全公司范圍內(nèi)推廣。推廣流程：1) 定義過程體系文件和模版；2) 選擇試點項目運行已建立的體系；3) 總結(jié)試點中的成果，優(yōu)化已有的體系；4) 將優(yōu)化后的體系運用到推廣項目中；5) 再次總結(jié)和優(yōu)化體系并更廣泛的推廣。過程改進流程：一、流程：1) 總結(jié)出過程體系存在的問題；2) epg 小組開會對總結(jié)出的問題進行分析，并創(chuàng)建出更適合的過程體系；3) 將新的體系試用于一個項目，由 qa 觀察實施效果；4) 若新體系實施效果良好，則將其在整個研發(fā)部范圍內(nèi)實施；若效果不好，則重復(fù) 2）；5) 記錄過程改進的成果。二、觸發(fā)條件：1) 在執(zhí)行完一個項目后；2) 在項目開發(fā)中發(fā)現(xiàn)體系不適用；3) 咨詢師

25、檢查后給出更加好的建議；2.1.3.5過程財富庫管理存放已定義的規(guī)程、文檔模板、教程置于組織財富庫中，并指定人員進行維護。1) 存放位置： outlook 公用文件夾 所有的公用文件夾 公共信息cmmi 文檔；2) 維護人員：epg leader，配置管理員。2.1.3.6所需培訓(xùn)和技能組織人員進行項目組的新過程的培訓(xùn)工作。培訓(xùn)規(guī)程：1) 在建立體系前對各過程域負責(zé)人作專業(yè)培；2) 在具體項目啟動前對項目組相關(guān)人員作 cmmi 相關(guān)培訓(xùn)；3) 當(dāng)有新加入的項目成員時，單獨對其進行 cmmi 相關(guān)培訓(xùn)；4) 當(dāng)有新過程發(fā)布時，對新過程的改進點及使用作培訓(xùn)。2.1.3.7工具與設(shè)備要求1) out

26、look ：作為組織財富庫存放最新的過程體系相關(guān)文件；2) microsoft visual sourcesafe：作為配置庫建立地址；3) mtc-05 服務(wù)器：存放 cmmi 所有過程改進相關(guān)文件；4) wss 站點、rdsd-06 服務(wù)器：均可作為具體項目的數(shù)據(jù)管理庫存放地址，由項目經(jīng)理在項目計劃中指定。2.1.3.8風(fēng)險識別目前識別的主要風(fēng)險如下：1) 員工的知識和技能不足：安排專業(yè)培訓(xùn) epg 小組權(quán)威不夠，總經(jīng)辦思想不完全統(tǒng)一，對工作的支持和理解不夠，流程制定后無法有效的實施2) 因為 epg 成員大多是兼職，在與具體的項目進度產(chǎn)生資源沖突的情況下，比較難確定優(yōu)先級，epg 小組的

27、工作優(yōu)先級可能會降低3) 一年內(nèi)達到 cmmi2 級的目標(biāo)是否能夠達到，在這么短的時間內(nèi)是否能夠找到一個有效的過程；4) 在強大的市場壓力和時間進度壓力下，是否能夠保證有效的實施cmmi。2.1.4定過程改進計劃過程改進計劃，見表 3：表3.過程改進計劃表里程碑活動日期參與者成功標(biāo)準(zhǔn)1建立符合cmmi2即標(biāo)準(zhǔn)的可操作的過程文件2014-10epg小組成員建立符合2級標(biāo)準(zhǔn)的可操作過程文件，并通過評審2選擇試點項目推行過程體系，指定過程域的負責(zé)人，啟動試點項目2014-12epg小組成員，試點項目成員，公司高層各過程域有指定的負責(zé)人，試點3試點項目總結(jié)2015-4epg小組總結(jié)cmmi體系在試點中

28、的推廣效果，提取出好的經(jīng)驗和不足之處4評審修正后的過程體系2015-5epg小組建立起更優(yōu)化的體系5啟動推廣項目，正式應(yīng)用過程體系2015-6epg小組成員、試點項目成員、公司高層推廣項目建立優(yōu)化后的過程體系，制定各過程域責(zé)任人6預(yù)評估2015-9評估師、epg小組成員、公司高層識別到項目前體系和cmmi2級標(biāo)準(zhǔn)的偏差，并進一步優(yōu)化過程體系7正式評估2016-1評估師、epg小組成員、公司高層通過正式評估的結(jié)果進一步優(yōu)化過程體系2.2建立過程改進體系2.2.1需求管理 reqm在本次過程改進中，需求管理過程域需要實現(xiàn)以下要求：1. 所有軟件需求必須文檔化。2. 所有需求文檔應(yīng)經(jīng)過項目經(jīng)理和相關(guān)

29、人員(如研發(fā)部門負責(zé)人、測試、質(zhì)量保證、配置管理、開發(fā))的評審。3. 軟件計劃、工作產(chǎn)品、活動應(yīng)與變化了的需求保持一致。根據(jù) cmmi 對過程域的目標(biāo)定義，需求管理過程域目標(biāo)及輸出，見表 4表4. 需求管理過程域目標(biāo)及輸出表sg（特定目標(biāo)）說明工作產(chǎn)品對需求的理解區(qū)別適合的需求提供者的準(zhǔn)則需求管理方針確定是否理解了需求的準(zhǔn)則對照準(zhǔn)則分析后所得的結(jié)果項目需求說明書達成一致的需求集合對需求的承諾需求沖突評估用戶需求確認書需求以及需求改變的書目承諾管理需求變更需求狀態(tài)需求溯源性矩陣需求數(shù)據(jù)庫需求決策數(shù)據(jù)庫需求重要度評估表維護對需求的雙向溯源性需求溯源性度量值需求溯源性矩陣需求跟蹤系統(tǒng)識別項目工作與需

30、求之間的不一致關(guān)于不一致之處的文檔，包括來源、條件和理由需求變更申請書對糾正措施的需求需求審核報告糾正措施2.2.2項目計劃 pp在本次過程改進中，項目計劃過程域需要實現(xiàn)以下要求：1. 項目經(jīng)理應(yīng)得到書面的正式任命，并在項目啟動會議上明確通知相關(guān)人員(如研發(fā)部門負責(zé)人、測試、質(zhì)量保證、配置管理、開發(fā))。項目經(jīng)理負責(zé)協(xié)商承諾和制定項目軟件開發(fā)計劃。2. 軟件項目計劃須以軟件需求為基礎(chǔ)。3. 項目經(jīng)理須對軟件項目的承諾進行定義。4. 項目組成員（負責(zé)測試、硬件、集成等工程小組或工程人員）必須定義自己如何參與到軟件項目中，并文檔化。5. 軟件項目計劃中，軟件規(guī)模、開發(fā)成本、時間表、承諾須由相關(guān)人員(

31、公司高層管理者、研發(fā)部門負責(zé)人、項目管理部負責(zé)人、測試、質(zhì)量保證、配置管理、開發(fā))評審。6. 所有對公司外部和組織的軟件項目承諾必須被公司高層人員評審。7. 軟件項目計劃需要被管理及控制。根據(jù) cmmi 對過程域的目標(biāo)定義，項目計劃過程域目標(biāo)及輸出，見表 5.表5.項目計劃過程域目標(biāo)及輸出表sg工作產(chǎn)品說明完成參數(shù)估計項目評估書包括：項目性質(zhì)（確定是軟件產(chǎn)品還是軟件項目）；說明項目采用的開發(fā)模型、軟件技術(shù)、體系結(jié)構(gòu)；以往模型和歷史數(shù)據(jù)規(guī)模估計；工作量估計；成本估計；風(fēng)險估計項目周期分析說明書包括：項目開發(fā)模型；模型決定的軟件工程周期說明；周期中每個階段的起始時間、大概目標(biāo)和完成標(biāo)準(zhǔn)以及應(yīng)該提交

32、的工作成果；每個周期的工作量、人員組成和大概的工作成本擬定項目計劃項目計劃書包括：技術(shù)預(yù)研計劃、技術(shù)預(yù)研結(jié)果評審計劃、產(chǎn)品生產(chǎn)周期規(guī)劃、技術(shù)管理目標(biāo)、開發(fā)目標(biāo)、預(yù)算和進度計劃、里程碑、數(shù)據(jù)管理、項目涉及的軟件技術(shù)和人員技能、項目組人員組成，角色分配和崗位職責(zé)項目計劃變更書包括：變更原因說明、詳細變更說明、變更的影響分析說明項目計劃變更記錄表記錄項目計劃每次變更時間、內(nèi)容和簡要說明獲得對計劃的承諾項目計劃評審表包括：項目計劃評審內(nèi)容、評審標(biāo)準(zhǔn)，評委評審意見項目計劃評審報告記錄說明項目評審委員會根據(jù)每個評委填寫的項目計劃評審表對項目計劃書的最終評審意見和評審結(jié)果2.2.3項目監(jiān)督和控制 pmc在本

33、次過程改進中，項目監(jiān)督和控制過程域需要實現(xiàn)以下要求：1. 項目經(jīng)理負責(zé)軟件跟蹤和監(jiān)督活動。2. 采用并維護項目軟件開發(fā)計劃文檔作為軟件跟蹤和監(jiān)督的基礎(chǔ)。3. 項目經(jīng)理應(yīng)知道項目的狀態(tài)和問題。4. 當(dāng)項目沒有按照軟件項目計劃執(zhí)行和完成，項目經(jīng)理、項目組及項目有關(guān)人員應(yīng)相應(yīng)地采取調(diào)整工作方式或調(diào)整項目計劃的糾正措施。5. 對軟件承諾的變更，應(yīng)得到受影響的小組和個人的參與和同意6. 公司高層管理者評審對公司外部個人或者組織的承諾變更以及新的承諾。根據(jù) cmmi 對過程域的目標(biāo)定義，項目監(jiān)督和控制過程域目標(biāo)及輸出，見表6：表6.項目監(jiān)督和控制過程目標(biāo)及輸出sg工作產(chǎn)品說明對照計劃監(jiān)督項目：管理糾正措施

34、，直到結(jié)束項目監(jiān)督和控制計劃根據(jù)項目計劃制定項目監(jiān)督和控制計劃，以確定項目監(jiān)督和控制的實施方法項目進展情況審查記錄表記錄定期和不定期對項目進展情況的審查情況項目風(fēng)險跟蹤表記錄項目風(fēng)險的發(fā)生情況以及相應(yīng)的處理措施項目問題及相應(yīng)措施記錄表記錄項目進展過程中出現(xiàn)的問題、采取的措施以及最后取得的成果承諾執(zhí)行情況記錄表定期或不定期的對項目承諾的執(zhí)行情況進行審查和記錄項目干系人介入情況記錄表記錄項目相干人員介入項目情況項目數(shù)據(jù)管理記錄記錄項目相關(guān)數(shù)據(jù)如代碼、文檔等數(shù)據(jù)的管理情況2.2.4度量和分析 ma在本次過程改進中，度量和分析過程域需要實現(xiàn)以下要求：1. 度量的定義要滿足組織和項目管理的需要和目標(biāo)。度

35、量為作出正式的決策和實施適當(dāng)?shù)恼_活動提供客觀的依據(jù)。2. 組織過程改進活動中的度量指的是：度量定義、數(shù)據(jù)收集和存儲機制、分析技術(shù)、報告和反饋方法。3. 組織和項目根據(jù)度量計劃管理度量活動（收集、存儲、分析和報告）。4. 組織應(yīng)建立和管理度量庫。根據(jù) cmmi 對過程域的目標(biāo)定義，度量和分析過程域目標(biāo)及輸出，見表 7：表7.度量和分析過程域目標(biāo)及輸出表sg工作產(chǎn)品說明協(xié)調(diào)測量和分析活動度量分析計劃制定度量分析的方法、操作方式度量分析規(guī)程數(shù)據(jù)采集表建立測量的目標(biāo)。規(guī)定度量值提供度量結(jié)果度量分析報告收集度量數(shù)據(jù)、分析度量數(shù)據(jù)2.2.5配置管理 cm在本次過程改進中，配置管理過程域需要實現(xiàn)以下要求：1. 每個項目須明確落實 cm 的責(zé)任到具體負責(zé)人。2. 在項目的整個生命周期中貫徹 cm。3. 對向外交付的工作產(chǎn)品、內(nèi)部指定的工作產(chǎn)品、支持工具(如編譯器等)實行 cm。4. 公司內(nèi)的所有項目應(yīng)建立項目的基線庫，用于存儲最終產(chǎn)品、必要的中間工作產(chǎn)品，以及用到的各種軟件工具。5. 定期對基線庫和配置管理活動進行審計。根據(jù) cmmi 對過程域的目標(biāo)定義，配置管理過程域目標(biāo)及輸出，見表 8：表8.配置管理過程域目標(biāo)及輸出配