第2章 CMMI 3級精簡并行過程綜述
第2章 CMMI 3級精簡并行過程綜述 1 2.1 SPP模型 1 2.2 SPP過程域的目的 4 2.3 SPP與CMMI的關(guān)系 5 2.4 SPP文檔結(jié)構(gòu)與規(guī)范細分 6 2.5 SPP角色與職責表 8 2.6 機構(gòu)軟件過程改進的政策 9 2.6.1 目標 9 2.6.2 機構(gòu)領(lǐng)導的支持 9 2.6.3 質(zhì)量管理的政策 10 2.6.4 軟件工程過程小組的政策 10 2.6.5 質(zhì)量保證小組的政策 11 2.6.7 項目團隊的政策 11 2.7 SPP裁剪與擴充的指導方針 12 第2章 CMMI 3級精簡并行過程綜述 “精簡并行過程”（Simplified Parallel Process，SPP）是基于CMMI以及軟件工程和項目管理知識而創(chuàng)作的一種“軟件過程改進方 法和規(guī)范”，它由眾多的過程規(guī)范和文檔模板組成。SPP主要用于指導國內(nèi)IT企業(yè)持續(xù)地 改進其軟件過程能力。 此處“精簡并行”的含義是： （1）對CMMI 3級以內(nèi)各過程域的內(nèi)容和要求作了“精簡”處理。 （2）在產(chǎn)品生命周期之內(nèi)，項目管理過程、項目研發(fā)過程和機構(gòu)支撐過程“并行”開展。 本章是SPP的綜述文章，它對SPP的思想方法以及企業(yè)的軟件過程改進政策作了全面介 紹。閱讀本章有助于讀者更好地理解和應用SPP的所有過程規(guī)范和文檔模板。 建議用戶（企業(yè)）根據(jù)自身情況（如發(fā)展戰(zhàn)略、研發(fā)實力等）適當?shù)匦薷腟PP，然后 推廣使用。 2.1 SPP模型 SPP模型把產(chǎn)品生命周期劃分為6個階段，分別為： ← 產(chǎn)品概念階段，記為PH0。 ← 產(chǎn)品定義階段，記為PH1。 ← 產(chǎn)品開發(fā)階段，記為PH2。 ← 產(chǎn)品測試階段，記為PH3。 ← 用戶驗收階段，記為PH4。 ← 產(chǎn)品維護階段，記為PH5。 在SPP模型中，軟件項目的過程有三大類：項目管理過程、項目研發(fā)過程和機構(gòu)支持 過程。上述三類過程可以細分為19個主要過程域，分布在PH0到PH5的各個階段。 項目管理過程包含6個過程域，分別為： ← 立項管理 ← 結(jié)項管理 ← 項目規(guī)劃 ← 項目監(jiān)控 ← 風險管理 ← 需求管理 項目研發(fā)過程包含8個過程域，分別為： ← 需求開發(fā) ← 技術(shù)預研 ← 系統(tǒng)設(shè)計 ← 實現(xiàn)與測試 ← 系統(tǒng)測試 ← Beta測試 ← 客戶驗收 ← 技術(shù)評審 機構(gòu)支撐過程包含5個過程域，分別為： ← 配置管理 ← 質(zhì)量保證 ← 培訓管理 ← 外包與采購管理 ← 服務與維護 SPP模型如圖2-1所示。SPP模型的主要特征和優(yōu)點有： 一、直觀的過程模型 SPP模型將項目管理、項目研發(fā)、機構(gòu)支撐所包含的工作劃分為相對獨立的三類過程 ，各個過程域之間的關(guān)系直觀明了。這樣，機構(gòu)領(lǐng)導、項目經(jīng)理、開發(fā)人員、測試人員 、質(zhì)量保證人員、外包與采購管理人員等人根據(jù)SPP模型，很容易知道自己“應該在什么 時候、按照什么規(guī)范做什么事情”。所以SPP模型有助于使機構(gòu)內(nèi)的各個職能單位有條不 紊地開展工作。 二、容易裁剪與擴充 SPP模型的三類過程貫穿了產(chǎn)品的整個生命周期，19個最常見的過程域都合理地安排 在產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)自己產(chǎn)品的特征，適當?shù)夭眉艋驍U充SPP的 過程域，很容易制定出最適合于本產(chǎn)品的過程模型。 圖2-1 SPP模型 2.2 SPP過程域的目的 SPP 所有19個過程域的目的如表2-1所示。 |項目管理過程|目的 | |域 | | |立項管理 |采納符合機構(gòu)最大利益的立項建議，通過立項管理使該建議成| | |為正式的項目。杜絕不符合機構(gòu)最大利益的立項建議被采納，| | |避免浪費機構(gòu)的資源、資金、時間等。 | |結(jié)項管理 |在項目開發(fā)工作結(jié)束后，對項目的有形資產(chǎn)和無形資產(chǎn)進行清| | |算、對項目進行綜合評估以及總結(jié)經(jīng)驗教訓等。 | |項目規(guī)劃 |為項目的研發(fā)和管理工作制定合理的行動綱領(lǐng)（即項目計劃）| | |，以便所有相關(guān)人員按照該計劃有條不紊地開展工作。 | |項目監(jiān)控 |周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資| | |源等，不斷地了解項目的進展情況，以便當項目實際進展顯著| | |偏離計劃時能夠及時采取糾正措施。 | |風險管理 |在風險產(chǎn)生危害之前識別它們，從而有計劃地消除或削弱風險| | |。 | |需求管理 |在客戶與開發(fā)方之間建立對需求的共同理解，維護需求與其它| | |工作成果的一致性，并控制需求的變更。 | |項目研發(fā)過程|目的 | |域 | | |需求開發(fā) |通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 | |技術(shù)預研 |在立項之后到開發(fā)工作完成之前的時間內(nèi)，對項目將采用的關(guān)| | |鍵技術(shù)提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將| | |會遇到的技術(shù)障礙。 | |系統(tǒng)設(shè)計 |設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，從而| | |在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶| | |需求的軟件產(chǎn)品。 | |實現(xiàn)與測試 |依據(jù)系統(tǒng)設(shè)計文檔，編寫并測試整個系統(tǒng)的代碼。在SPP中， | | |實現(xiàn)與測試是“編程、代碼審查、單元測試、集成測試、缺陷 | | |管理與改錯”的綜合表述。 | |系統(tǒng)測試 |對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品需求并且| | |遵循系統(tǒng)設(shè)計。 | |Beta測試 |在產(chǎn)品正式銷售之前，開發(fā)方將產(chǎn)品交付給一些潛在的客戶免| | |費試用，請他們對產(chǎn)品進行測試，并獲取他們對產(chǎn)品的建議。| |客戶驗收 |客戶依據(jù)合同對產(chǎn)品進行審查和測試，確保產(chǎn)品滿足客戶需求| | |。 | |技術(shù)評審 |盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷| | |，從而有效地提高產(chǎn)品的質(zhì)量。 | |機構(gòu)支撐過程|目的 | |域 | | |配置管理 |通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件| | |來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成| | |果的一種有效保護。 | |質(zhì)量保證 |提供一種有效的人員組織形式和管理方法，通過客觀地檢查和| | |監(jiān)控“過程質(zhì)量”與“產(chǎn)品質(zhì)量”，從而實現(xiàn)持續(xù)地改進質(zhì)量。 | |外包與采購管|選擇合適的承包商（外包）和供應商（采購），并依據(jù)合同進| |理 |行有效的管理。 | |培訓管理 |根據(jù)機構(gòu)（或項目）的需求來制定培訓計劃，并監(jiān)督該計劃的| | |實施，確保培訓取得預期效果。 | |服務與維護 |是指產(chǎn)品銷售之后的客戶服務和產(chǎn)品維護，其宗旨是提高客戶| | |對產(chǎn)品以及對開發(fā)方的滿意度。 | 表2-1 SPP過程域的目的 2.3 SPP與CMMI的關(guān)系 CMMI是SPP的主要參考標準，但是SPP并不是對CMMI進行簡化處理后的結(jié)果。兩者都是用 于指導軟件過程改進的方法論，CMMI主要論述“應當做什么才能使軟件過程能力達到CMM I某種級別”，而SPP則論述“應當怎樣做才能使軟件過程能力達到CMMI 3級水平”。 SPP過程域和CMMI 3級過程域的對應關(guān)系如表2-2所示。 |SPP的19個過程域 |CMMI 3級以內(nèi)的18個過程域 | |項目 |立項管理 |CMMI 3級，Decision Analysis and | |管理 | |Resolution | |過程 | | | | |結(jié)項管理 | | | |項目規(guī)劃 |CMMI 2級，Project Planning | | |項目監(jiān)控 |CMMI 2級，Project Monitoring and | | | |Control | | | |CMMI 2級，Measurement and Analysis | | |風險管理 |CMMI 3級，Risk Management | | |需求管理 |CMMI 2級，Requirements Management | |項目 |需求開發(fā) |CMMI 3級，Requirements Development | |研發(fā) | | | |過程 | | | | |技術(shù)預研 |CMMI 3級，Technical Solution | | |系統(tǒng)設(shè)計 |CMMI 3級，Product Integration | | |實現(xiàn)與測試 | | | |系統(tǒng)測試 |CMMI 3級，Verification | | |Beta測試 |CMMI 3級，Validation | | |用戶驗收 | | | |技術(shù)評審 | | |機構(gòu) |配置管理 |CMMI 2級，Configuration Management | |支撐 | | | |過程 | | | | |質(zhì)量保證 |CMMI 2級，Process and Product Quality | | | |Assurance | | |外包與采購管理 |CMMI 2級，Supplier Agreement Management| | |培訓管理 |CMMI 3級，Organizational Training | | |服務與維護 | | |SPP其它成果： |CMM 3級，Organization Process Focus | |SPP綜述文章 |CMM 3級，Organization Process | |SPP培訓教材 |Definition | |基于Web的項目管理工具 |CMM 3級，Integrated Project Management | 表2-2 SPP過程域和CMMI 3級過程域的對應關(guān)系 2.4 SPP文檔結(jié)構(gòu)與規(guī)范細分 SPP的文檔結(jié)構(gòu)如圖2- 2所示，SPP包含19個過程域、40余個規(guī)程、近60個文檔模板。SPP的規(guī)范細分如表2- 3所示。 圖2-2 SPP文檔結(jié)構(gòu) |項目管理過程域 |主要規(guī)程 |文檔模板 | |立項管理 |立項建議 |《立項建議書》 | |SPP-PROC-PIM |立項評審 |《立項調(diào)查報告書》 | | |項目籌備 |《立項可行性分析報告》 | | | |《立項評審報告》 | |結(jié)項管理 |結(jié)項管理 |《結(jié)項申請書》 | |SPP-PROC-PCM | |《結(jié)項評審報告》 | |項目規(guī)劃 |項目估計 |《項目估計表》 | |SPP-PROC-PP |制定項目計劃 |《項目計劃》 | | |審批項目計劃 |《項目計劃變更控制報告》 | | |項目計劃變更控制 | | |項目監(jiān)控 |項目計劃跟蹤 |《項目監(jiān)控數(shù)據(jù)表》 | |SPP-PROC-PMC |偏差控制 |《項目偏差控制報告》 | | |項目進展總結(jié) |《項目進展報告》 | |風險管理 |風險管理 |《風險檢查表》 | |SPP-PROC-PM | |《風險管理報告》 | |需求管理 |需求確認 |《需求跟蹤報告》 | |SPP-PROC-RM |需求跟蹤 |《需求變更控制報告》 | | |需求變更控制 ...
第2章 CMMI 3級精簡并行過程綜述