培訓(xùn)課件軟件過(guò)程的管理與改進(jìn)

軟件過(guò)程的管理與改進(jìn)1軟件過(guò)程管理與改進(jìn)概述2度量軟件過(guò)程3能力成熟度模型CMM4個(gè)體軟件過(guò)程PSP5團(tuán)體軟件過(guò)程TSP6內(nèi)容總結(jié)第一頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述軟件過(guò)程的發(fā)展—1984年第一屆國(guó)際軟件過(guò)程討論會(huì)正式提出，軟件工程又一次認(rèn)識(shí)上飛躍。1、軟件過(guò)程的概念---軟件過(guò)程是指人們開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品所采取的一系列活動(dòng)。其中軟件相關(guān)產(chǎn)品包括項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、源代碼、測(cè)試用例和用戶手冊(cè)等。軟件產(chǎn)品的質(zhì)量主要取決于產(chǎn)品開發(fā)和維護(hù)的軟件過(guò)程的質(zhì)量。一個(gè)有效的、可視的軟件過(guò)程能夠?qū)⑷肆Y源、物理設(shè)備和實(shí)施方法結(jié)合成一個(gè)有機(jī)的整體，并為軟件工程師和高級(jí)管理者提供實(shí)際項(xiàng)目的狀態(tài)和性能，從而可以監(jiān)督和控制軟件過(guò)程的進(jìn)行。IEEE廣義軟件過(guò)程：包括軟件的采購(gòu)、開發(fā)、維護(hù)、運(yùn)作、獲取、管理、支持ISO12207分成三個(gè)過(guò)程：基本過(guò)程、支持過(guò)程、組織過(guò)程研究目的：管理和改進(jìn)軟件過(guò)程軟件過(guò)程管理：對(duì)軟件產(chǎn)品及對(duì)強(qiáng)化軟件系統(tǒng)的開發(fā)、維護(hù)和支持所涉及的工作過(guò)程進(jìn)行管理軟件過(guò)程改進(jìn)：為了更有效的達(dá)到優(yōu)化軟件過(guò)程的目的而實(shí)施的改善或改變其軟件過(guò)程的系列活動(dòng)。第二頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述2、軟件過(guò)程改進(jìn)的實(shí)際意義：軟件過(guò)程實(shí)例：軟件組織在進(jìn)行具體軟件項(xiàng)目時(shí)采用的軟件過(guò)程。成功的改進(jìn)帶來(lái)的價(jià)值：提高效率、減少錯(cuò)誤、保證進(jìn)度、提高質(zhì)量軟件過(guò)程管理改進(jìn)：是軟件組織評(píng)估和認(rèn)證的基礎(chǔ)，也是競(jìng)標(biāo)軟件項(xiàng)目的基礎(chǔ)。軟件組織角度看軟件過(guò)程管理和改進(jìn)：有利于組織獲得認(rèn)證以提高競(jìng)爭(zhēng)力；從產(chǎn)業(yè)角度，可以提高產(chǎn)業(yè)整體水平和競(jìng)爭(zhēng)力（印度）第三頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述3、軟件過(guò)程建模與軟件過(guò)程改進(jìn)的理論與方法：軟件過(guò)程模型：又稱軟件工程開發(fā)模型或軟件生命周期模型，是軟件開發(fā)全部過(guò)程、資源和任務(wù)的結(jié)構(gòu)框架。包括組織、功能、行為及其他方面。如件過(guò)程建模：通過(guò)過(guò)程設(shè)計(jì)和過(guò)程定義來(lái)建立過(guò)程模型的活動(dòng)。包含兩種常用方法：結(jié)構(gòu)化：基于模塊化思想，進(jìn)行結(jié)構(gòu)化分析、設(shè)計(jì)和編程面向?qū)ο螅河妹嫦驅(qū)ο蟮姆治?、設(shè)計(jì)、編程及測(cè)試方法為軟件過(guò)程建模。目前的主流方法。用UML工具進(jìn)行具體建模。過(guò)程管理改進(jìn)的理論：以統(tǒng)計(jì)過(guò)程控制理論為基礎(chǔ)，內(nèi)容包括：過(guò)程的可控性，如何改進(jìn)使其產(chǎn)生預(yù)期結(jié)果，如何在度量和統(tǒng)計(jì)基礎(chǔ)上進(jìn)行過(guò)程改進(jìn)。第四頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述軟件過(guò)程管理的職責(zé)：定義過(guò)程度量過(guò)程控制過(guò)程改進(jìn)過(guò)程4、過(guò)程改進(jìn)的模式和體系目標(biāo)驅(qū)動(dòng)模式預(yù)先設(shè)定目標(biāo)自頂向下制定過(guò)程度量或評(píng)價(jià)模型，有目的的開展改進(jìn)活動(dòng)。缺陷驅(qū)動(dòng)模式根據(jù)過(guò)程缺陷反饋的信息，進(jìn)行有針對(duì)性的改進(jìn)活動(dòng)第五頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述過(guò)程改進(jìn)體系：ISO9001：服務(wù)行業(yè)的通用標(biāo)準(zhǔn)，后追加了ISO9000-3，包含了軟件組織滿足ISO認(rèn)證的20個(gè)條款CMM：是指關(guān)注軟件開發(fā)的過(guò)程體系，明確強(qiáng)調(diào)持續(xù)的軟件過(guò)程改進(jìn)。專用于軟件的。TrilliumSPICEBOOTSTRAP5、過(guò)程改進(jìn)的原則和步驟最普遍的原則：改進(jìn)建立在評(píng)價(jià)和度量基礎(chǔ)之上是一個(gè)持續(xù)過(guò)程活動(dòng)本身應(yīng)作為一個(gè)過(guò)程改進(jìn)項(xiàng)目完成將過(guò)程度量用于對(duì)改進(jìn)過(guò)程進(jìn)行監(jiān)控，及時(shí)對(duì)改進(jìn)活動(dòng)作必要的調(diào)整適當(dāng)重復(fù)軟件過(guò)程的評(píng)價(jià)活動(dòng)第六頁(yè)，共六十四頁(yè)。1軟件過(guò)程管理與改進(jìn)概述5、過(guò)程改進(jìn)活動(dòng)的組織和實(shí)施改進(jìn)活動(dòng)涉及的問(wèn)題：SPI立項(xiàng)成立SPI小組SPI計(jì)劃制定SPI意義：明確特定項(xiàng)目活動(dòng)的目標(biāo)、目標(biāo)期限和預(yù)計(jì)輸出項(xiàng)目分解成有特定操作目標(biāo)的有限任務(wù)，使項(xiàng)目更易完成保證任務(wù)的優(yōu)先次序和協(xié)調(diào)，闡明各任務(wù)間關(guān)系幫助高層管理者、SPI項(xiàng)目成員和相關(guān)從業(yè)者建立完成特定承諾作為交流工具，確保SPI過(guò)程被正確的看到和理解度量和反饋漸進(jìn)和革命建立基準(zhǔn)約定普遍建立過(guò)程改進(jìn)意識(shí)第七頁(yè)，共六十四頁(yè)。2度量軟件過(guò)程度量：是對(duì)對(duì)象進(jìn)行量化處理。就是采集數(shù)據(jù)和分析數(shù)據(jù)。軟件有關(guān)的度量有：軟件產(chǎn)品度量軟件項(xiàng)目度量軟件質(zhì)量度量軟件錯(cuò)誤和缺陷度量軟件過(guò)程度量：是軟件過(guò)程改進(jìn)的基礎(chǔ)軟件過(guò)程改進(jìn)度量：軟件過(guò)程改進(jìn)本身作為一個(gè)過(guò)程也需要度量第八頁(yè)，共六十四頁(yè)。2度量軟件過(guò)程1、度量軟件過(guò)程的步驟：制定度量計(jì)劃確定過(guò)程問(wèn)題選擇與定義度量規(guī)劃如何將度量與軟件過(guò)程集成與軟件過(guò)程集成采集數(shù)據(jù)數(shù)據(jù)的保存分析過(guò)程行為2、過(guò)程行為分析技術(shù)分析過(guò)程行為的目的是對(duì)過(guò)程穩(wěn)定行進(jìn)行測(cè)試和評(píng)價(jià)，找出異常過(guò)程行為模式，發(fā)現(xiàn)和糾正可歸屬的原因，進(jìn)行過(guò)程能力分析第九頁(yè)，共六十四頁(yè)。2度量軟件過(guò)程過(guò)程的穩(wěn)定性分析：一個(gè)穩(wěn)定的過(guò)程的可度量特征或過(guò)程性能的基礎(chǔ)分布是始終唯一的，對(duì)穩(wěn)定性進(jìn)行測(cè)試，需要專門的統(tǒng)計(jì)處理異常過(guò)程行為模式分析：找出過(guò)程中異常行為的規(guī)律和特點(diǎn)，以便發(fā)現(xiàn)問(wèn)題的癥結(jié)。過(guò)程能力分析：過(guò)程能力指的是通過(guò)這個(gè)過(guò)程能達(dá)到的結(jié)果。過(guò)程能力分析除了明確過(guò)程能力，還要將過(guò)程能力與客戶或企業(yè)需要進(jìn)行比較，如果不能滿足客戶需要，必然要對(duì)過(guò)程改進(jìn)第十頁(yè)，共六十四頁(yè)。3軟件能力成熟度模型（CMM）

軟件能力成熟度模型CMM（CapabilityMaturityModel）是由美國(guó)卡內(nèi)基-梅隆大學(xué)軟件工程研究所(CMU/SEI)推出的評(píng)估軟件能力與成熟度的一套標(biāo)準(zhǔn)。并提供了軟件過(guò)程評(píng)估和軟件能力評(píng)價(jià)兩種評(píng)估方法和軟件成熟度提問(wèn)單。4年之后，SEI將軟件過(guò)程成熟度框架進(jìn)化為軟件能力成熟度模型（CapabilityMaturityModelForSoftware，簡(jiǎn)稱SW-CMM）。該標(biāo)準(zhǔn)基于眾多軟件專家的實(shí)踐經(jīng)驗(yàn)，側(cè)重于軟件開發(fā)過(guò)程的管理及工程能力的提高與評(píng)估，是國(guó)際上流行的軟件生產(chǎn)過(guò)程標(biāo)準(zhǔn)和軟件企業(yè)成熟度等級(jí)認(rèn)證標(biāo)準(zhǔn)，它更代表了一種管理哲學(xué)在軟件工業(yè)中的應(yīng)用。目前，CMM認(rèn)證已經(jīng)成為世界公認(rèn)的軟件產(chǎn)品進(jìn)入國(guó)際市場(chǎng)的通行證。為推動(dòng)我國(guó)軟件產(chǎn)業(yè)的發(fā)展，促進(jìn)軟件企業(yè)向正規(guī)化和國(guó)際化邁進(jìn)，應(yīng)進(jìn)一步引入和推廣CMM認(rèn)證。第十一頁(yè)，共六十四頁(yè)。3軟件能力成熟度模型（CMM）1.CMM的體系發(fā)展

1999年提出CMMI集成能力成熟度模型，也叫綜合能力成熟度模型。包括：CMMSW（軟件工程CMM）、CMMSE（系統(tǒng)工程CMM）、CMM/SE/SWwithIPPD（集成的產(chǎn)品和過(guò)程開發(fā)）、CMMSA（系統(tǒng)采辦）。來(lái)源于CMM2.0草案，1.1版本2003年1月正式發(fā)布。PSP個(gè)體軟件過(guò)程，如果沒有個(gè)體過(guò)程意識(shí)和過(guò)程能力的支持，不可能提高能力成熟度。1995提出PSPTSP團(tuán)體軟件開發(fā)過(guò)程：提供如何提高軟件開發(fā)小組本身的知識(shí)和技能的方法。1996提出TSP。TSPi專門用于開發(fā)小組。第十二頁(yè)，共六十四頁(yè)。

軟件過(guò)程成熟度

軟件過(guò)程成熟度是指一個(gè)軟件過(guò)程被明確定義、管理、度量和控制的有效程度。成熟意味著軟件過(guò)程能力持續(xù)改善的過(guò)程，成熟度代表軟件過(guò)程能力改善的潛力。成熟度等級(jí)用來(lái)描述某一成熟度等級(jí)上的組織特征，每一等級(jí)都為下一等級(jí)奠定基礎(chǔ)，過(guò)程的潛力只有在一定的基礎(chǔ)之上才能夠被充分發(fā)揮。成熟級(jí)別的改善包括管理者和軟件從業(yè)者基本工作方式的改變，組織成員依據(jù)建立的軟件過(guò)程標(biāo)準(zhǔn)執(zhí)行并監(jiān)控軟件過(guò)程，一旦來(lái)自組織和管理上的障礙被清除后，有關(guān)技術(shù)和過(guò)程的改善進(jìn)程能迅速推進(jìn)。第十三頁(yè)，共六十四頁(yè)。軟件過(guò)程的成熟度等級(jí)

CMM將軟件過(guò)程的成熟度分為5個(gè)級(jí)別（MaturityLevels）

，如圖所示，5個(gè)等級(jí)分別是：初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)1、初始級(jí)（Initial）2、可重復(fù)（Repeatable）3、已定義級(jí)（Defined）4、已管理級(jí)（Managed）5、優(yōu)化級(jí)（Optimizing）SW-CMM為每個(gè)軟件組織建立和改善軟件過(guò)程提供了一個(gè)階梯式的過(guò)程成熟度框架，這一框架由5個(gè)成熟度等級(jí)構(gòu)成。除初始級(jí)以外，其余的成熟度等級(jí)都包含了若干個(gè)關(guān)鍵過(guò)程區(qū)域，每個(gè)關(guān)鍵過(guò)程區(qū)域又包含了若干個(gè)關(guān)鍵實(shí)踐，這些關(guān)鍵實(shí)踐按照5個(gè)共同特點(diǎn)加以組織。

成熟度等級(jí)單擊鼠標(biāo)左鍵查看相應(yīng)內(nèi)容第十四頁(yè)，共六十四頁(yè)。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)初始級(jí)（Initial）在初始級(jí)，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)環(huán)境。項(xiàng)目成功與否在很大程度上取決于是否有杰出的項(xiàng)目經(jīng)理和經(jīng)驗(yàn)豐富的開發(fā)團(tuán)隊(duì)。此時(shí)，項(xiàng)目經(jīng)常超出預(yù)算和不能按期完成，組織的軟件過(guò)程能力不可預(yù)測(cè)。初始級(jí)第十五頁(yè)，共六十四頁(yè)。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)可重復(fù)級(jí)(Repeatable):在可重復(fù)級(jí)，組織建立了管理軟件項(xiàng)目的方針以及為貫徹執(zhí)行這些方針的措施。組織基于在類似項(xiàng)目上的經(jīng)驗(yàn)對(duì)新項(xiàng)目進(jìn)行策劃和管理。組織的軟件過(guò)程能力可描述為有紀(jì)律的，并且項(xiàng)目過(guò)程處于項(xiàng)目管理系統(tǒng)的有效控制之下?？芍貜?fù)級(jí)可重復(fù)級(jí)第十六頁(yè)，共六十四頁(yè)。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)已定義級(jí)（Defined）：在已定義級(jí)，組織形成了管理軟件開發(fā)和維護(hù)活動(dòng)的組織標(biāo)準(zhǔn)軟件過(guò)程，包括軟件工程過(guò)程和軟件管理過(guò)程。項(xiàng)目依據(jù)標(biāo)準(zhǔn)定義自己的軟件過(guò)程進(jìn)行管理和控制。組織的軟件過(guò)程能力可描述為標(biāo)準(zhǔn)的和一致的，過(guò)程是穩(wěn)定的和可重復(fù)的并且高度可視已定義級(jí)第十七頁(yè)，共六十四頁(yè)。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)已管理級(jí)（Managed）：在已管理級(jí)，組織對(duì)軟件產(chǎn)品和過(guò)程都設(shè)置定量的質(zhì)量目標(biāo)。項(xiàng)目通過(guò)把過(guò)程性能的變化限制在可接受的范圍內(nèi)，實(shí)現(xiàn)對(duì)產(chǎn)品和過(guò)程的控制。組織的軟件過(guò)程能力可描述為可預(yù)測(cè)的，軟件產(chǎn)品具有可預(yù)測(cè)的高質(zhì)量已管理級(jí)已管理級(jí)第十八頁(yè)，共六十四頁(yè)。初始級(jí)可重復(fù)級(jí)已定義級(jí)已管理級(jí)優(yōu)化級(jí)優(yōu)化級(jí)（Optimizing）：在優(yōu)化級(jí)，組織通過(guò)預(yù)防缺陷、技術(shù)創(chuàng)新和更改過(guò)程等多種方式，不斷提高項(xiàng)目的過(guò)程性能以持續(xù)改善組織軟件過(guò)程能力。組織的軟件過(guò)程能力可描述為持續(xù)改善的。優(yōu)化級(jí)優(yōu)化級(jí)第十九頁(yè)，共六十四頁(yè)。表1描述了SW-CMM不同成熟度等級(jí)過(guò)程的可視性和過(guò)程能力。等級(jí)成熟度可視性過(guò)程能力1初始級(jí)有限的可視性一般達(dá)不到進(jìn)度和成本的目標(biāo)2可重復(fù)級(jí)里程碑上具有管理可視性由于基于過(guò)去的性能，項(xiàng)目開發(fā)計(jì)劃比較現(xiàn)實(shí)可行3已定義級(jí)項(xiàng)目定義軟件過(guò)程的活動(dòng)具有可視性基于已定義的軟件過(guò)程，組織持續(xù)地改善過(guò)程能力4已管理級(jí)定量地控制軟件過(guò)程基于對(duì)過(guò)程和產(chǎn)品的度量，組織持續(xù)地改善過(guò)程能力5優(yōu)化級(jí)不斷地改善軟件過(guò)程組織持續(xù)地改善過(guò)程能力可視性與過(guò)程能力的比較第二十頁(yè)，共六十四頁(yè)。SW-CMM的關(guān)鍵過(guò)程區(qū)域

過(guò)程分類成熟度等級(jí)管理過(guò)程組織過(guò)程工程過(guò)程5、優(yōu)化級(jí)技術(shù)改革管理過(guò)程更改管理缺陷預(yù)防4、已管理級(jí)定量過(guò)程管理軟件質(zhì)量管理3、已定義級(jí)集成軟件管理組間協(xié)調(diào)組織過(guò)程焦點(diǎn)組織過(guò)程定義培訓(xùn)大綱軟件產(chǎn)品工程同行評(píng)審2、可重復(fù)級(jí)需求管理軟件項(xiàng)目策劃軟件項(xiàng)目跟蹤與監(jiān)督軟件子合同管理軟件質(zhì)量保證軟件配置管理1、初始級(jí)無(wú)序過(guò)程關(guān)鍵過(guò)程區(qū)域除了初始級(jí)外，每一成熟度等級(jí)又由若干個(gè)關(guān)鍵過(guò)程區(qū)域(KeyProcessAreas)構(gòu)成。關(guān)鍵過(guò)程區(qū)域指出為了達(dá)到某個(gè)成熟度等級(jí)所要著手解決的問(wèn)題。達(dá)到一個(gè)成熟度等級(jí)，必須實(shí)現(xiàn)該等級(jí)上的全部關(guān)鍵過(guò)程區(qū)域。要實(shí)現(xiàn)一個(gè)關(guān)鍵過(guò)程區(qū)域，就必須達(dá)到該關(guān)鍵過(guò)程區(qū)域的所有目標(biāo)。第二十一頁(yè)，共六十四頁(yè)。每個(gè)等級(jí)內(nèi)容按三個(gè)層面組織：關(guān)鍵過(guò)程域（KPA）共同特點(diǎn)關(guān)鍵實(shí)踐關(guān)鍵過(guò)程區(qū)域KPA(KeyProcessAreas)是一組相關(guān)的活動(dòng)，可按照上表描述，也可按照?qǐng)D描述。初始級(jí)需求管理軟件項(xiàng)目計(jì)劃軟件項(xiàng)目跟蹤與監(jiān)督軟件子合同管理軟件質(zhì)量保證軟件配置管理可重復(fù)級(jí)軟件機(jī)構(gòu)過(guò)程關(guān)注點(diǎn)軟件機(jī)構(gòu)過(guò)程定義培訓(xùn)計(jì)劃整體化軟件管理軟件產(chǎn)品工程組間合作同行評(píng)審已定義級(jí)定量過(guò)程管理軟件質(zhì)量管理已管理級(jí)過(guò)程變更管理預(yù)防故障技術(shù)變更管理優(yōu)化級(jí)關(guān)鍵過(guò)程域關(guān)鍵實(shí)踐：對(duì)軟件組織的能力成熟度有關(guān)鍵意義的實(shí)踐共同特點(diǎn)五個(gè)：承諾能力活動(dòng)監(jiān)控驗(yàn)證第二十二頁(yè)，共六十四頁(yè)。CMM常見關(guān)鍵過(guò)程域(1)需求管理(requirementsmanagement)建立客戶的軟件項(xiàng)目需求，並使項(xiàng)目開發(fā)人員與客戶對(duì)軟件需求產(chǎn)生一致的理解。這是軟件項(xiàng)目規(guī)劃(SPP)和管理(SPTO)的基礎(chǔ)，需求變更依賴于配置管理(SCM)的變更控制流程。在項(xiàng)目實(shí)施過(guò)程中，最突出的現(xiàn)象就是項(xiàng)目組成員沒有完全理解需求，軟件需求不穩(wěn)定，客戶經(jīng)常變更需求，無(wú)法有效控制需求變更，需求變更往往造成項(xiàng)目延期和費(fèi)用超支。第二十三頁(yè)，共六十四頁(yè)。CMM要求的需求管理的基本流程可如<圖一>所示。該流程描述了軟件工程組開始獲取原始需求，匯總為系統(tǒng)需求，分配系統(tǒng)需求，復(fù)審軟件需求，軟件需求必須文檔化形成需求文檔，此文檔必須經(jīng)過(guò)相關(guān)組和個(gè)人的評(píng)審，通過(guò)評(píng)審之后才納入配置管理，為需求文檔建立基線。軟件項(xiàng)目計(jì)劃、活動(dòng)及軟件工作產(chǎn)品，應(yīng)和軟件需求的變化保持一致。

第二十四頁(yè)，共六十四頁(yè)。a.獲取需求和確認(rèn)需求以Usecase（用例）為單位，以RationalRequisitePro作為需求管理工具，使用RationalRose進(jìn)行維護(hù)Usecase和UsecaseModel。b.通過(guò)訪談，從客戶處獲取原始需求，形成需求文檔。c.分析軟件需求形成Usecase描述文檔，與客戶共同確認(rèn)需求，向客戶展示Usecase文檔，獲得客戶認(rèn)可。d.建立基線的需求必須通過(guò)相關(guān)組的審查，包括：系統(tǒng)分析組、設(shè)計(jì)組、編碼組、測(cè)試組、質(zhì)量保證組、配置管理組、文檔管理中心及個(gè)人。通過(guò)審查，項(xiàng)目組成員發(fā)現(xiàn)需求是否可行、是否完善、是否清晰、是否可進(jìn)行測(cè)試。e.通過(guò)審查后，將需求文檔納入配置管理，為需求創(chuàng)建基線。

需求管理步驟：

第二十五頁(yè)，共六十四頁(yè)。f.通過(guò)工具管理，對(duì)需求進(jìn)行跟蹤，盡快找出需求變更受影響的需求及工件，并了解需求的實(shí)現(xiàn)情況。g.客戶確認(rèn)后如需變更，項(xiàng)目小組成員向其說(shuō)明變更的影響，并有可能增加費(fèi)用及時(shí)間，盡量控制客戶的需求。需求變更的流程按配置管理的變更流程執(zhí)行。h.一旦需求發(fā)生變更，項(xiàng)目計(jì)劃、活動(dòng)、工序隨之變更，并重新提交相關(guān)組和個(gè)人復(fù)審。i.實(shí)際項(xiàng)目需求管理中應(yīng)用的文檔有：

項(xiàng)目需求管理流程定義、項(xiàng)目需求復(fù)審流程定義、項(xiàng)目需求及狀態(tài)跟蹤流程定義、需求獲取表格、需求狀態(tài)報(bào)告、需求復(fù)審報(bào)告、需求變更報(bào)告、需求跟蹤報(bào)告

第二十六頁(yè)，共六十四頁(yè)。第二十七頁(yè)，共六十四頁(yè)。(2)軟件項(xiàng)目計(jì)劃(softwareprojectplanning)制定實(shí)施軟件工程與管理軟件項(xiàng)目的工作計(jì)劃。CMM軟件項(xiàng)目計(jì)劃根據(jù)納入配置管理后的軟件需求進(jìn)行項(xiàng)目估算，并依據(jù)文檔化的流程，形成項(xiàng)目計(jì)劃文檔。項(xiàng)目計(jì)劃文檔經(jīng)復(fù)審后納入配置管理，由項(xiàng)目開發(fā)人員遵循，并據(jù)此跟蹤檢查計(jì)劃的執(zhí)行。項(xiàng)目計(jì)劃文檔在復(fù)審過(guò)程中，如果項(xiàng)目計(jì)劃對(duì)風(fēng)險(xiǎn)估算不足或存在其它問(wèn)題，就需要對(duì)項(xiàng)目計(jì)劃文檔重新修正，以獲得項(xiàng)目組和高層管理者的支持。第二十八頁(yè)，共六十四頁(yè)。a)項(xiàng)目采用MicrosoftWord擬定計(jì)劃文檔，以MicrosoftProject擬定計(jì)劃的進(jìn)度表。b)項(xiàng)目經(jīng)理根據(jù)項(xiàng)目軟件需求進(jìn)行估算，確定進(jìn)行項(xiàng)目選擇的生命周期、項(xiàng)目規(guī)模、所需的人員、時(shí)間、進(jìn)度、資源、風(fēng)險(xiǎn)等內(nèi)容。將估算的結(jié)果形成估算過(guò)程文檔，并擬定軟件開發(fā)計(jì)劃。c)軟件開發(fā)計(jì)劃內(nèi)容包含：軟件項(xiàng)目計(jì)劃、迭代計(jì)劃、進(jìn)度時(shí)間表、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、需求管理計(jì)劃、項(xiàng)目評(píng)測(cè)計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、產(chǎn)品驗(yàn)收計(jì)劃、問(wèn)題解決計(jì)劃、測(cè)試計(jì)劃。

軟件項(xiàng)目計(jì)劃的實(shí)際應(yīng)用模式如下：

第二十九頁(yè)，共六十四頁(yè)。d)估算過(guò)程文檔和軟件項(xiàng)目計(jì)劃文檔必須通過(guò)相關(guān)組的審查，以獲得相關(guān)組及個(gè)人的支持，包括：系統(tǒng)分析組、設(shè)計(jì)組、編碼組、測(cè)試組、質(zhì)量保證組、配置管理組、文檔管理中心及個(gè)人。通過(guò)審查，發(fā)現(xiàn)并修正項(xiàng)目估算和項(xiàng)目計(jì)劃的偏差。只有獲得了支持，軟件項(xiàng)目組在開發(fā)過(guò)程中才能盡量避免或消除風(fēng)險(xiǎn)。e)在高層管理者復(fù)審?fù)ㄟ^(guò)后，項(xiàng)目經(jīng)理指定人員或參與擬定軟件開發(fā)計(jì)劃其它部分，并由相關(guān)組和個(gè)人復(fù)審。f)配置管理人員將軟件開發(fā)計(jì)劃文檔納入配置管理。g)實(shí)際項(xiàng)目中應(yīng)用的文檔有：

制定項(xiàng)目計(jì)劃流程定義、項(xiàng)目估算流程定義、項(xiàng)目評(píng)估表、資源評(píng)估表、軟件開發(fā)計(jì)劃模板（包括：軟件項(xiàng)目計(jì)劃、迭代計(jì)劃、配置管理計(jì)劃、質(zhì)量保證計(jì)劃、需求管理計(jì)劃、項(xiàng)目評(píng)測(cè)計(jì)劃、風(fēng)險(xiǎn)管理計(jì)劃、產(chǎn)品驗(yàn)收計(jì)劃、問(wèn)題解決計(jì)劃、測(cè)試計(jì)劃）、進(jìn)度時(shí)間表、制訂軟件開發(fā)計(jì)劃的指南。第三十頁(yè)，共六十四頁(yè)。(3)軟件項(xiàng)目跟蹤和監(jiān)督(softwareprojecttrackingandoversight)根據(jù)軟件開發(fā)計(jì)劃管理軟件項(xiàng)目，隨時(shí)掌握軟件項(xiàng)目的實(shí)際開發(fā)過(guò)程。按照項(xiàng)目計(jì)劃對(duì)軟件開發(fā)的進(jìn)度和階段產(chǎn)品進(jìn)行跟蹤和評(píng)審，當(dāng)軟件項(xiàng)目的執(zhí)行狀況與軟件項(xiàng)目計(jì)劃發(fā)生較大偏差時(shí)，管理機(jī)構(gòu)必須采取有效控制措施，必要時(shí)根據(jù)項(xiàng)目的實(shí)際完成情況和結(jié)果，修訂項(xiàng)目計(jì)劃。第三十一頁(yè)，共六十四頁(yè)。CMM軟件項(xiàng)目跟蹤與監(jiān)控的基本流程可如<圖二>所示。該流程描述了軟件項(xiàng)目組根據(jù)文檔化的估計(jì)、承諾、計(jì)劃跟蹤和審查軟件成果，并基于實(shí)際調(diào)整計(jì)劃。文檔化的軟件項(xiàng)目計(jì)劃被用作跟蹤軟件活動(dòng)、了解狀態(tài)和修正計(jì)劃的基礎(chǔ)。項(xiàng)目經(jīng)理根據(jù)項(xiàng)目開發(fā)計(jì)劃跟蹤項(xiàng)目的執(zhí)行情況，定期形成項(xiàng)目進(jìn)度報(bào)告，并與項(xiàng)目開發(fā)計(jì)劃進(jìn)行對(duì)比，發(fā)現(xiàn)問(wèn)題，根據(jù)實(shí)際情況對(duì)軟件開發(fā)計(jì)劃進(jìn)行修正。掌握了這個(gè)核心，實(shí)施軟件項(xiàng)目跟蹤與監(jiān)控活動(dòng)就很容易了。

第三十二頁(yè)，共六十四頁(yè)。a)項(xiàng)目組使用Rational的工具進(jìn)行管理，將MicrosoftProject擬定的項(xiàng)目計(jì)劃進(jìn)度表導(dǎo)入ClearQuest，主要以ClearCase和ClearQuest作為跟蹤監(jiān)控工具。b)項(xiàng)目經(jīng)理每周根據(jù)項(xiàng)目的實(shí)際執(zhí)行情況，擬定項(xiàng)目的進(jìn)度報(bào)告。然后召集項(xiàng)目小組成員，對(duì)進(jìn)度報(bào)告進(jìn)行確認(rèn)和修正。c)項(xiàng)目經(jīng)理對(duì)照計(jì)劃與實(shí)際執(zhí)行情況，發(fā)現(xiàn)差距并將其紀(jì)錄成問(wèn)題報(bào)告，其中包括：費(fèi)用、進(jìn)度、風(fēng)險(xiǎn)、人員、資源狀況等。d)由高層管理者復(fù)審進(jìn)度報(bào)告及問(wèn)題報(bào)告，并敦促項(xiàng)目經(jīng)理修正其計(jì)劃及解決項(xiàng)目存在的問(wèn)題和風(fēng)險(xiǎn)。e)實(shí)際項(xiàng)目中應(yīng)用的文檔有：

項(xiàng)目跟蹤與監(jiān)控流程定義、項(xiàng)目進(jìn)度報(bào)告、項(xiàng)目進(jìn)度指標(biāo)收集指南。

項(xiàng)目計(jì)劃跟蹤與監(jiān)控采取如下方式：第三十三頁(yè)，共六十四頁(yè)。第三十四頁(yè)，共六十四頁(yè)。(4)軟件分包合同管理(subcontractmanagement)根據(jù)商業(yè)聯(lián)盟、過(guò)程能力和技術(shù)等因素選擇高質(zhì)量的軟件承制方，承制軟件項(xiàng)目的部分子項(xiàng)目。制訂子項(xiàng)目承制方的工作任務(wù)和項(xiàng)目計(jì)劃文檔，它是主承制方跟蹤檢查和監(jiān)督子項(xiàng)目過(guò)程和產(chǎn)品的依據(jù)。第三十五頁(yè)，共六十四頁(yè)。(5)軟件質(zhì)量保證(qualityassurance)評(píng)審軟件產(chǎn)品和活動(dòng)，檢驗(yàn)它們是否與應(yīng)用的標(biāo)準(zhǔn)和規(guī)程保持一致，對(duì)發(fā)現(xiàn)的問(wèn)題應(yīng)采取必要措施予以解決。軟件質(zhì)量保證的基本流程可如<圖三>所示。該流程描述了軟件質(zhì)量保證計(jì)劃的形成與復(fù)審，SQA人員根據(jù)質(zhì)量保證計(jì)劃開展質(zhì)量保證活動(dòng)，發(fā)現(xiàn)問(wèn)題，跟蹤解決問(wèn)題，并最終向高層管理者匯報(bào)項(xiàng)目的執(zhí)行情況。質(zhì)量保證計(jì)劃一般包含項(xiàng)目過(guò)程采用的標(biāo)準(zhǔn)（如：項(xiàng)目計(jì)劃估算過(guò)程、計(jì)劃過(guò)程、測(cè)試過(guò)程、復(fù)審過(guò)程、開發(fā)過(guò)程、風(fēng)險(xiǎn)管理等）以及軟件工作產(chǎn)品的標(biāo)準(zhǔn)（如：編碼標(biāo)準(zhǔn)、接口定義標(biāo)準(zhǔn)等）。第三十六頁(yè)，共六十四頁(yè)。軟件質(zhì)量保證過(guò)程a)項(xiàng)目質(zhì)量保證人員以MicrosoftWord擬定項(xiàng)目質(zhì)量保證計(jì)劃文檔，以MicrosoftProject擬定項(xiàng)目質(zhì)量保證活動(dòng)的進(jìn)度表。b)由質(zhì)量保證經(jīng)理或高層管理者指定項(xiàng)目的質(zhì)量保證人員。項(xiàng)目的質(zhì)量保證人員在項(xiàng)目開發(fā)計(jì)劃復(fù)審?fù)ㄟ^(guò)之后，擬定項(xiàng)目的質(zhì)量保證計(jì)劃，并提交給項(xiàng)目經(jīng)理和質(zhì)量保證經(jīng)理或高層管理者復(fù)審。

c)質(zhì)量保證人員根據(jù)計(jì)劃對(duì)項(xiàng)目執(zhí)行的活動(dòng)進(jìn)行定期審計(jì)，記錄與項(xiàng)目流程定義不一致的問(wèn)題，并形成報(bào)告。

第三十七頁(yè)，共六十四頁(yè)。d)質(zhì)量保證人員組織人員對(duì)產(chǎn)出的工作產(chǎn)品進(jìn)行復(fù)審，以驗(yàn)證其是否與項(xiàng)目采用的標(biāo)準(zhǔn)一致，并形成報(bào)告。e)將審計(jì)和復(fù)審發(fā)現(xiàn)的問(wèn)題記錄到項(xiàng)目的問(wèn)題跟蹤進(jìn)度表中，跟蹤并協(xié)調(diào)問(wèn)題的解決情況，并定期向高層管理者匯報(bào)。如果不能解決的由高層管理者協(xié)助解決。f)項(xiàng)目經(jīng)理或高層管理者定期檢查質(zhì)量保證人員的活動(dòng)。g)實(shí)際項(xiàng)目中應(yīng)用的文檔有：

項(xiàng)目質(zhì)量保證流程定義、質(zhì)量保證計(jì)劃、流程審計(jì)報(bào)告、軟件工作產(chǎn)品復(fù)審報(bào)告、質(zhì)量保證計(jì)劃進(jìn)度表、SQA問(wèn)題跟蹤解決進(jìn)度表。第三十八頁(yè)，共六十四頁(yè)。第三十九頁(yè)，共六十四頁(yè)。(6)軟件配置管理(configurationmanagement)保證軟件項(xiàng)目生成的產(chǎn)品在軟件生命周期中的完整性。在給定時(shí)間點(diǎn)上確定軟件配置，如工作產(chǎn)品及其說(shuō)明。系統(tǒng)的控制軟件配置的變化并在整個(gè)軟件生命周期中維護(hù)配置的完整性和可跟蹤性。軟件配置管理可以分為兩方面的內(nèi)容，一是配置項(xiàng)的識(shí)別和管理，另一方面是變更管理。第四十頁(yè)，共六十四頁(yè)。a.配置項(xiàng)管理的基本流程可如<圖四>所示，該流程描述了軟件工程組在進(jìn)行開發(fā)過(guò)程中，生成軟件工作產(chǎn)品，識(shí)別配置項(xiàng)，為配置項(xiàng)創(chuàng)建基線。配置管理項(xiàng)最顯著的特征就是包含版本號(hào)或發(fā)布日期。實(shí)際項(xiàng)目管理經(jīng)常不知道該如何識(shí)別區(qū)分配置項(xiàng)和基線。第四十一頁(yè)，共六十四頁(yè)。第四十二頁(yè)，共六十四頁(yè)。b.變更管理

<圖五>描述了納入配置管理的配置項(xiàng)進(jìn)行變更的完整流程。根據(jù)新需求、項(xiàng)目進(jìn)度報(bào)告、客戶意見反饋、軟件工作產(chǎn)品復(fù)審記錄等不同的原因提出變更申請(qǐng)，由項(xiàng)目小組或變更控制委員會(huì)（SCCB）分析其影響，確定變更請(qǐng)求的拒絕、接受或擱置，并根據(jù)不同的決定進(jìn)行不同的處理，一直到變更請(qǐng)求被處理。

一旦采用了嚴(yán)格的變更控制管理流程，才能了解變更造成的影響，所有項(xiàng)目組成員才了解變更，形成共識(shí)，接受變更。缺少對(duì)變更有效的控制，往往會(huì)造成配置管理的無(wú)序，導(dǎo)致項(xiàng)目返工、延期，甚至失敗。

第四十三頁(yè)，共六十四頁(yè)。第四十四頁(yè)，共六十四頁(yè)。a)項(xiàng)目設(shè)定配置管理人員，以RationalClearCase為配置管理工具，根據(jù)項(xiàng)目計(jì)劃擬定項(xiàng)目的配置管理計(jì)劃文檔，以MicrosoftProject擬定項(xiàng)目配置活動(dòng)的進(jìn)度表。b)項(xiàng)目的配置管理計(jì)劃包含以下內(nèi)容：配置管理工具、目錄結(jié)構(gòu)、識(shí)別配置項(xiàng)的方法、配置項(xiàng)命名、創(chuàng)建配置管理庫(kù)、基線管理、配置審計(jì)、配置狀態(tài)報(bào)告、變更管理等。c)在ClearCase創(chuàng)建項(xiàng)目的VOB（版本對(duì)象庫(kù)），創(chuàng)建項(xiàng)目小組成員的工作區(qū)和集成區(qū)，項(xiàng)目組成員只在各自的工作區(qū)Checkin或Checkout操作，由配置管理人員進(jìn)行合并，標(biāo)識(shí)出軟件配置項(xiàng)。d)由配置管理人員負(fù)責(zé)在適當(dāng)?shù)臅r(shí)機(jī)（如：里程碑處或迭代結(jié)束）創(chuàng)建基線，晉升基線，下降基線，并由其負(fù)責(zé)備份和恢復(fù)基線。

軟件配置管理的方法第四十五頁(yè)，共六十四頁(yè)。e)根據(jù)配置管理計(jì)劃對(duì)項(xiàng)目的配置項(xiàng)和基線定期（或里程碑處）進(jìn)行審計(jì)，以驗(yàn)證其是否與項(xiàng)目配置計(jì)劃或項(xiàng)目開發(fā)計(jì)劃一致。f)所有的變更請(qǐng)求首先向配置管理人員提出，由配置管理人員對(duì)變更請(qǐng)求進(jìn)行分析確定其影響，組織變更評(píng)審小組。g)一旦同意變更，由配置管理人員Checkout需變更的配置項(xiàng)，然后對(duì)配置項(xiàng)進(jìn)行變更，變更完成后再由配置管理人員Checkin到配置管理庫(kù)中。h)由SQA人員定期審計(jì)配置管理的活動(dòng)。i)實(shí)際項(xiàng)目中應(yīng)用的文檔有：

項(xiàng)目配置管理計(jì)劃制定流程定義、項(xiàng)目配置管理活動(dòng)流程定義、項(xiàng)目配置管理計(jì)劃、配置狀態(tài)報(bào)告、基線審計(jì)報(bào)告（見附表）、配置項(xiàng)變更申請(qǐng)表、項(xiàng)目配置管理活動(dòng)進(jìn)度表、配置管理工具操作指南

第四十六頁(yè)，共六十四頁(yè)。能力成熟度模型集成CMMI1能力成熟度模型集成CMMI的產(chǎn)生軟件能力成熟度模型CMM取得了成功，產(chǎn)生了很大影響。系統(tǒng)工程、系統(tǒng)安全工程、集成化產(chǎn)品開發(fā)等許多工程學(xué)科和領(lǐng)域也都參照CMM建立自己的能力成熟度模型，如SE-CMM、PeopleCMM、IPD-CMM、FAA-iCMM等。模型的繁衍導(dǎo)致模型框架、術(shù)語(yǔ)等方面的矛盾和不一致。當(dāng)某一工程項(xiàng)目涉及若干個(gè)學(xué)科和領(lǐng)域后，這種矛盾就十分突出了。第四十七頁(yè)，共六十四頁(yè)。能力成熟度模型集成CMMI的產(chǎn)生CMM公布后的若干年內(nèi)工程環(huán)境更加復(fù)雜，工程規(guī)模更大、參與工程項(xiàng)目的組織和人員更多、范圍更廣泛，工程的施工涉及多學(xué)科、交叉學(xué)科、并行工程、及更多的國(guó)際標(biāo)準(zhǔn)。這些新的變化促使美國(guó)國(guó)防部、美國(guó)國(guó)防工業(yè)協(xié)會(huì)和SEI/CMU共同開發(fā)一種新的模型—CMMI（CapabilityMaturityModelIntegration）。第四十八頁(yè)，共六十四頁(yè)。能力成熟度模型集成CMMICMMI項(xiàng)目在1998年正式啟動(dòng)來(lái)自業(yè)界、政府部門和SEI/CMU三個(gè)方面的170多人，經(jīng)過(guò)兩年的工作于2000年發(fā)布CMMI-SE/SW/IPPDV1.0CMMI-SE/SW/IPPDv1.0的主要參考模型軟件學(xué)科的SW-CMM系統(tǒng)工程學(xué)科的EIA/IS731集成化產(chǎn)品和過(guò)程開發(fā)領(lǐng)域的IPDCMMv0.98第四十九頁(yè)，共六十四頁(yè)。能力成熟度模型集成CMMICMMI繼承了SW-CMM的階段式表示法和EIA/IS731的連續(xù)式表示法。軟件學(xué)科的兩種表示法均采用統(tǒng)一的24個(gè)過(guò)程域，它們?cè)谶壿嬌鲜堑葍r(jià)的。對(duì)同一組織采用兩種模型分別進(jìn)行CMMI評(píng)估應(yīng)該得到相同的結(jié)論。第五十頁(yè)，共六十四頁(yè)。2階段式模型和連續(xù)式模型1)階段式模型階段式模型基本沿襲SW-CMM模型框架，仍保持五個(gè)“成熟度等級(jí)”，但過(guò)程域做了一些調(diào)整和擴(kuò)充，如表2.23所示

第五十一頁(yè)，共六十四頁(yè)。過(guò)程域的階段式分組成熟度等級(jí)過(guò)程域L2可重復(fù)級(jí)需求管理

項(xiàng)目計(jì)劃

配置管理

項(xiàng)目監(jiān)督和控制供應(yīng)商合同管理

度量和分析

過(guò)程和產(chǎn)品質(zhì)量保證L3己定義級(jí)需求開發(fā)

技術(shù)解決方案

產(chǎn)品集成

驗(yàn)證

確認(rèn)組織級(jí)過(guò)程焦點(diǎn)

組織級(jí)過(guò)程定義

組織級(jí)培訓(xùn)集成化項(xiàng)目管理

風(fēng)險(xiǎn)管理

集成化的團(tuán)隊(duì)決策分析和解決方

組織級(jí)集成環(huán)境L4己管理級(jí)組織級(jí)過(guò)程性能

項(xiàng)目定量管理L5優(yōu)化級(jí)組織級(jí)改革和實(shí)施

因果分析和解決方案第五十二頁(yè)，共六十四頁(yè)。2)連續(xù)式模型連續(xù)式模型沒有與組織成熟度相關(guān)的幾個(gè)階段。連續(xù)式模型將24個(gè)過(guò)程域按照功能劃分為過(guò)程管理、項(xiàng)目管理、工程、支持四個(gè)過(guò)程組。第五十三頁(yè)，共六十四頁(yè)。表2.24連續(xù)式模型的過(guò)程域分組連續(xù)式分組過(guò)程域

過(guò)程管理組織級(jí)過(guò)程焦點(diǎn)

組織級(jí)過(guò)程定義

組織級(jí)培訓(xùn)組織級(jí)過(guò)程性能

組織級(jí)改革和實(shí)施項(xiàng)目管理項(xiàng)目計(jì)劃

項(xiàng)目監(jiān)督和控制

供應(yīng)商合同管理集成化項(xiàng)目管理

風(fēng)險(xiǎn)管理

集成化的團(tuán)隊(duì)項(xiàng)目定量管理工

程需求管理

需求開發(fā)

技術(shù)解決方案

產(chǎn)品集成驗(yàn)證

確認(rèn)

支

持配置管理

度量和分析

過(guò)程和產(chǎn)品質(zhì)量保證決策分析和解決方案

組織級(jí)集成環(huán)境因果分析和解決方案

第五十四頁(yè)，共六十四頁(yè)。CMM和CMMI的選擇和應(yīng)用CMM優(yōu)點(diǎn)CMM模型概念清晰、層次分明、易于操作。為組織負(fù)責(zé)人和管理者提供指導(dǎo)組織逐步成熟的、明確的、有效的、單一路途。CMM缺點(diǎn)在階段式模型中，屬于較高級(jí)別成熟度的過(guò)程域不支持較低級(jí)別的過(guò)程域，如在L2級(jí)就無(wú)法安排屬于L3級(jí)的“同行評(píng)審”過(guò)程域的實(shí)踐活動(dòng)。CMM過(guò)程域的度量只有通過(guò)或不通過(guò)，度量比較粗糙沒有反映優(yōu)勢(shì)和一般。第五十五頁(yè)，共六十四頁(yè)。CMMI優(yōu)點(diǎn)CMMI-SE/SW和CMMI-SE/SW/IPPD模型綜合了系統(tǒng)工程、軟件工程、集成化產(chǎn)品和過(guò)程開發(fā)三個(gè)過(guò)程改進(jìn)模型。綜合了階段式和連續(xù)式兩種結(jié)構(gòu)組織的成熟度評(píng)價(jià)和項(xiàng)目的軟件過(guò)程能力評(píng)估系統(tǒng)性更強(qiáng)、適應(yīng)范圍更大CMMI提供了24個(gè)過(guò)程域，組織可根據(jù)自身情況或項(xiàng)目的特點(diǎn)進(jìn)行剪裁第五十六頁(yè)，共六十四頁(yè)。過(guò)程域采用0至5的記分法則，過(guò)程域成熟度的評(píng)估