CMM與項(xiàng)目管理（89頁)ppt課件

1、CMM與工程管理 -CMM與工程管理研討會(huì)心得交流第二事業(yè)部寇東.概要CMM簡(jiǎn)介工程管理簡(jiǎn)介軟件工程管理軟件工程需求工程軟件測(cè)試.問題 主管在工程在進(jìn)展過程中訊問工程的進(jìn)展情況，他撓撓頭皮：設(shè)計(jì)做的差不多了，一部分曾經(jīng)開場(chǎng)編碼了。 主管不稱心了：什么時(shí)候能交活？他有些底氣缺乏：至少還得一個(gè)多月的時(shí)間。主管焦急了：就剩兩周的時(shí)間了，他要花一個(gè)月，上一周他還答應(yīng)可以在三周內(nèi)完成。 六周過去了，他的工程組還在測(cè)試，還在修正代碼。兩個(gè)月過去了，工程終于完成了。雖然客戶有不少埋怨，但總算做了驗(yàn)收。 下一個(gè)工程會(huì)怎樣？.SEI 的處理方案設(shè)定目的度量與跟蹤預(yù)測(cè)與糾正方案與評(píng)審理性管理4312理性管理度量與

2、跟蹤要求有紀(jì)律的任務(wù)要求詳細(xì)的方案方案評(píng)審和協(xié)商設(shè)定具有短期目的和目的目的的評(píng)審和跟蹤預(yù)測(cè)并糾正問題監(jiān)視運(yùn)營業(yè)績.SEI 的處理方案軟件工程管理的重要原那么： 注重軟件質(zhì)量 一直如一地強(qiáng)調(diào)有紀(jì)律的工程任務(wù)理性管理的四要素CMM/CMMI/PSPPersonal Software Process/TSPTeam Software Process.軟件流程A software process can be defined as a set of activities，methods，practices，and transformations that people use to develop a

3、nd maintain software and the associated productse.g.， project plans，design documents，codes，test cases，and user manuals。如何任務(wù)軟件開發(fā)和維護(hù).軟件流程才干software process capability遵照這樣的軟件流程，有多大能夠可以到達(dá)估計(jì)的結(jié)果。軟件流程才干提供了一種有效的手段，可以估計(jì)軟件組織承當(dāng)某個(gè)工程最有能夠的結(jié)果是什么樣的。.軟件流程性能software process performance代表了遵照這樣的軟件流程，真正到達(dá)的結(jié)果是怎樣的。軟件流程才干表

4、述的是期望的結(jié)果，而軟件流程性能表述的是實(shí)踐的結(jié)果。.軟件組織成熟度不成熟的組織最大的特征就是“救火，只顧、也只能忙于處理眼前的問題，而眼前的問題又往往一個(gè)接一個(gè)。成熟的組織要有序得多，力圖預(yù)防問題，而非應(yīng)付問題，雖然也能夠出現(xiàn)不測(cè)情況，但對(duì)此是早有防備的，是有預(yù)備的。成熟與否導(dǎo)致的最終結(jié)果就是客戶對(duì)其能否勝任軟件工程的自信心有所不同不同。.軟件流程成熟度software process maturity一個(gè)特定的流程在多大程度上被明白無誤的定義、管理、衡量和控制，以及有多有效。軟件組織的軟件流程成熟度預(yù)示著它的軟件流程才干有多大的開展?jié)摿?，這不僅指它的軟件流程有多豐富，多完備，而且指這些軟件

5、流程在最大程度上是一致的，在整個(gè)組織范圍內(nèi)，在任何一個(gè)工程中，都是被很好的了解和貫徹。.CMM概貌CMM 是一個(gè)階梯式的模型它根據(jù)軟件組織的流程成熟度高低分成了5 個(gè)級(jí)別level，從第一級(jí)的初始級(jí)不斷到第五級(jí)的優(yōu)化級(jí)初始級(jí)可反復(fù)級(jí)已定義級(jí)可管理級(jí)優(yōu)化級(jí)紀(jì)律化規(guī)范化可預(yù)測(cè)繼續(xù)改良.指點(diǎn)軟件組織逐漸成熟的框架任何一個(gè)軟件組織，在某個(gè)時(shí)辰，都可以根據(jù)一定的規(guī)范來被劃定處于哪個(gè)級(jí)別。這個(gè)組織就可以知道，它下一步要爭(zhēng)取的級(jí)別是哪一級(jí)。CMM可以說是一個(gè)指點(diǎn)軟件組織如何一步一步的走向成熟的框架。每一個(gè)低的級(jí)別都是向更高級(jí)別邁進(jìn)的根底。.KPAKey Process Area) 劃定組織流程成熟度級(jí)別的根

6、據(jù)除了初始級(jí)外，每個(gè)級(jí)別都包括假設(shè)干個(gè)KPA，每個(gè)KPA 又設(shè)定了2 至4 個(gè)目的。當(dāng)某個(gè)KPA 的一切目的到達(dá)時(shí)，就可以說該KPA 被滿足了；當(dāng)某個(gè)級(jí)別的一切KPA除了極個(gè)別KPA 不是必需的都被滿足時(shí)，我們就可以說，曾經(jīng)到達(dá)該級(jí)別了。.KPA 歸類 類別等級(jí)管理類組織類工程類優(yōu)化級(jí)技術(shù)更新管理過程變更管理缺陷預(yù)防可管理級(jí)量化過程管理軟件質(zhì)量管理已定義級(jí)集成軟件管理組間協(xié)調(diào)組織過程焦點(diǎn)；組織過程定義；培訓(xùn)大綱軟件產(chǎn)品工程；同級(jí)評(píng)審可重復(fù)級(jí)需求管理；軟件項(xiàng)目計(jì)劃；軟件項(xiàng)目跟蹤與監(jiān)督；軟件子合同管理；軟件質(zhì)量保證；軟件配置管理初始級(jí).CMM KPA運(yùn)用既要利用KPA 有重點(diǎn)、有次序的指點(diǎn)流程改良

7、，也不要眼里只需KPA，忘記了現(xiàn)實(shí)的情況。有關(guān)鍵流程區(qū)，當(dāng)然還有非關(guān)鍵流程區(qū)；所以，千萬不要以為，處于某個(gè)級(jí)別的組織，所要面對(duì)的流程只是那幾個(gè)KPA；要做的流程，其實(shí)遠(yuǎn)遠(yuǎn)不止這些?？煞磸?fù)級(jí)只需6 個(gè)KPA，沒有涉及根本的軟件工程活動(dòng)如系統(tǒng)設(shè)計(jì)、軟件測(cè)試，也沒有涉及工程資源如必需的軟硬件和其他設(shè)備采購、客戶交流等等，而這些對(duì)于做好工程更不要說要可反復(fù)了也是非常重要的。CMM 沒有涉及這些流程，是由于它把這些流程歸結(jié)為“非關(guān)鍵的，但“非關(guān)鍵并不等同于可忽略的。.CMM內(nèi)部構(gòu)造關(guān)鍵過程區(qū)闡明關(guān)鍵過程的實(shí)施和制度化.共有特性common feature與關(guān)鍵實(shí)際key practice每個(gè)KPA 都包

8、含了相關(guān)的一系列KP，這些KP 提供了到達(dá)KPA 目的的一個(gè)指點(diǎn)。是指點(diǎn)，而非必需。正所謂“條條大路通羅馬，我們完全可以采取其他的做法Practice來滿足目的，甚至可以是CMM 沒有提到的Practice。每個(gè)KPA 的一切KP 都按照共有特性common feature歸類將KPA 的KP 按照共有特性組織起來，完全是為了方便.KP 共有特性common feature實(shí)施承諾commitment to perform實(shí)施承諾通常包括能否建立了相關(guān)的制度，管理層能否支持等等。實(shí)施才干ability to perform包括諸如能否有足夠的人力資源、培訓(xùn)等等實(shí)施活動(dòng)activities pe

9、rformed 度量和分析 measurement and analysis 實(shí)施驗(yàn)證 verifying implementation.CMM 強(qiáng)調(diào)KPA 達(dá)成目的的一向性和有效性，而不是今天能到達(dá)，明天就很難說。.CMM第一級(jí)：初始級(jí)特點(diǎn)：工程的勝利與否不是靠合理有效的軟件流程來保證的，而是靠個(gè)人才干來保證的。無論組織內(nèi)部的管理高層，還是外部的客戶，都無法預(yù)見其工程的前景和結(jié)果，更不要說將結(jié)果控制在預(yù)算和進(jìn)度之內(nèi)。要求：初始級(jí)沒有任何KPA，這一點(diǎn)與其他各級(jí)不同。在CMM中，只需從事軟件消費(fèi)和維護(hù)，該軟件組織就自動(dòng)到達(dá)第一級(jí)。而再往上就要經(jīng)過CMM 評(píng)價(jià)了。留意：不要把未經(jīng)CMM 評(píng)價(jià)與處

10、于初始級(jí)兩者混淆，有些軟件組織雖然沒有經(jīng)過CMM 評(píng)價(jià)，但以CMM的要求看，也許遠(yuǎn)遠(yuǎn)超出初始級(jí)的規(guī)范。.CMM第二級(jí)：可反復(fù)級(jí)軟件組織才干不再受制于個(gè)人，但是也非組織擁有，而是依賴于工程組。工程組從以往的類似工程中歸納勝利閱歷和失敗教訓(xùn)，并以此作為指點(diǎn)新工程開展的根據(jù)，從而在很大程度上，可以保證類似工程的再次勝利。用一個(gè)詞來概括，那就是“有紀(jì)律的。工程組在其范圍內(nèi)，實(shí)施根本的工程管理，并對(duì)進(jìn)度、預(yù)算和產(chǎn)品功能進(jìn)展方案和跟蹤，這樣，工程的進(jìn)展處于一種根本可控的形狀。一個(gè)軟件工程不再是一個(gè)“魔術(shù)般的黑箱子，而是一些延續(xù)的黑箱子。.實(shí)施CMM2管理層的表率作用。管理層人員必需首先注重本身流程的紀(jì)律化

11、。有些工程經(jīng)理或者質(zhì)量管理人員，往往首先看到的是“程序員的自在散漫，一要流程改良，就要求“程序員遵照這個(gè)規(guī)矩那個(gè)條例，就要寫文檔，開大會(huì)；這不僅違背了CMM 的初衷，更敗壞了流程改良的名聲缺乏群眾根底的流程改良，無法獲得實(shí)效.CMM2 KPA需求管理Requirement Management軟件工程方案Software Project Planning軟件工程跟蹤和監(jiān)控Software Project Tracking and Oversight軟件轉(zhuǎn)包合同管理Software Subcontrack Management軟件質(zhì)量保證Software Quality Assurance 軟件

12、配置管理Software Configuration Management。.CMM第三級(jí)：已定義級(jí)是在整個(gè)組織范圍內(nèi)，開發(fā)和維護(hù)軟件的流程，包括管理的和工程的，以及這些流程的集成，已被明確地書面定義。各個(gè)工程就可以根據(jù)這一流程規(guī)范進(jìn)展裁剪，明確其中每一項(xiàng)詳細(xì)義務(wù)和任務(wù)的輸入、輸出、開場(chǎng)和完成的判別規(guī)范和條件、操作過程、以及驗(yàn)證措施等等。已定義級(jí)不再是一些延續(xù)的黑盒；由于每一項(xiàng)詳細(xì)義務(wù)和任務(wù)都是可見的，因此外部人員可以隨時(shí)深化到“黑盒中，了解工程內(nèi)部的進(jìn)展情況，從而也使工程的及時(shí)調(diào)整和降低風(fēng)險(xiǎn)成為能夠。.CMM3特點(diǎn)不同工程和歷史工程的勝利閱歷和失敗教訓(xùn)可以相互比較已定義級(jí)組織的才干是屬于組織

13、的，而不是工程團(tuán)隊(duì)的，更不是成員個(gè)人的。為了保證整個(gè)組織流程的規(guī)范和一致性，通常會(huì)有一個(gè)跨工程的團(tuán)隊(duì)，比如SEPGSoftware Engineering Process Group擔(dān)任整個(gè)組織的流程活動(dòng)。為了使組織內(nèi)每一個(gè)人明確本人的角色和權(quán)責(zé)，并能有效實(shí)施，整個(gè)組織范圍內(nèi)的培訓(xùn)是必不可少的。要建立起這樣的流程，對(duì)個(gè)人的任務(wù)要授權(quán)，不要過分刻板。常有人把CMM 解釋為刻板的文檔和生硬的任務(wù)規(guī)范，這樣的了解至少是極端化的?？贪迳?，以及隨之而來的官僚作風(fēng)，并不是CMM天生使然，而是對(duì)CMM的曲解和誤用。.CMM3 KPA組織過程焦點(diǎn)Organization Process Focus)組織過程

14、定義(Organization Process Definition)培訓(xùn)大綱Training Program)集成軟件管理Integrated Software Management)軟件產(chǎn)品工程Software Product Engineering)組間協(xié)調(diào)Intergroup Coordination)同級(jí)評(píng)審Peer Reviews).CMM第四級(jí)：受管理級(jí)定性的比較開展為定量的比較，從而使得人們無論是內(nèi)部的，還是外部的可以更加科學(xué)、客觀的預(yù)測(cè)軟件工程的進(jìn)度、預(yù)算和質(zhì)量。定量是指在一定的概率內(nèi)使結(jié)果誤差控制在一定的范圍內(nèi)。如：存在90%的能夠，進(jìn)度誤差不超越20%。處于受管理級(jí)的組織

15、能及時(shí)采取糾正和彌補(bǔ)措施。確定要度量些什么。依托搜集和發(fā)掘本身歷史數(shù)據(jù)進(jìn)展軟件度量。.CMM4 KPA量化過程管理Quantitative Process Management)軟件質(zhì)量管理Software Quality Management).CMM第五級(jí)：優(yōu)化級(jí)重點(diǎn)從“建立進(jìn)一步轉(zhuǎn)移到“優(yōu)化上。優(yōu)化靠本人的積累、嘗試和總結(jié)閱歷教訓(xùn)。具備了自我改良的根底架構(gòu)和實(shí)現(xiàn)系統(tǒng)。雖然組織的內(nèi)部情況會(huì)變化，外部環(huán)境和要求也會(huì)不同，但組織都可以在原有的根底上進(jìn)展可控可測(cè)的流程優(yōu)化，由于流程的每一個(gè)環(huán)節(jié)都是可見的、可客觀評(píng)價(jià)的.CMM5 KPA缺陷預(yù)防Defect Prevention)技術(shù)更新管理Tec

16、hnology Change Management)過程變卦管理Process Change Management).CMM各級(jí)別關(guān)系CMM高級(jí)別和低級(jí)別之間是存在很強(qiáng)的依賴性的，這樣的依賴性不是強(qiáng)加的，而是自然的，符合邏輯和實(shí)際檢驗(yàn)的。騰躍式前進(jìn)的結(jié)果只能是拔苗助長，導(dǎo)致消費(fèi)率和質(zhì)量的下降。不僅成熟度級(jí)別之間存在嚴(yán)厲的先后關(guān)系，在各個(gè)KPA 之間，即使在同一級(jí)別內(nèi)，也存在嚴(yán)厲的先后關(guān)系。例如，需求管理是工程方案的根底，而工程方案又是工程跟蹤與監(jiān)控的前提。.工程的根本概念工程是一個(gè)組織為實(shí)現(xiàn)本人既定的目的，在一定的時(shí)間、人員和資源約束條件下，所開展的一種具有一定獨(dú)特性的一次性任務(wù)。PMI的定義

17、:A temporary endeavor undertaken to create a unique product or service.在一段時(shí)間內(nèi)為完成某一獨(dú)特的產(chǎn)品或提供獨(dú)特的效力所進(jìn)展努力的過程。.現(xiàn)代工程管理知識(shí)體系1工程集成管理 確保各種工程任務(wù)和工程的勝利要素可以很好的協(xié)調(diào)與配合，以及相應(yīng)的管理實(shí)際、方法、工具。2工程范圍管理 方案和界定一個(gè)工程或工程階段需求完成的任務(wù)和必需求完成的任務(wù)的管理任務(wù)的實(shí)際、方法、工具。3工程時(shí)間管理 又叫工程工期進(jìn)度管理，是有關(guān)如何按時(shí)完成工程任務(wù)的實(shí)際、方法、工具。4工程本錢管理 又叫工程選價(jià)管理，是如何在不超出工程預(yù)算的情況下完成整個(gè)工程任

18、務(wù)，所需的管理實(shí)際、方法、工具。5工程質(zhì)量管理 如何確保工程質(zhì)量，以及保證工程質(zhì)量所需的管理實(shí)際、方法、工具。.現(xiàn)代工程管理知識(shí)體系6 工程人力資源管理 如何更有效地利用工程所涉及的人力資源，以及在工程人力資源管理方面所需的管理實(shí)際、方法、工具。7工程溝通管理 如何有效、及時(shí)地生成、搜集、儲(chǔ)存、處置和最有效的運(yùn)用工程信息，以及在工程信息和溝通管理方面所需的管理實(shí)際、方法、工具。 8工程風(fēng)險(xiǎn)管理 如何識(shí)別工程風(fēng)險(xiǎn)、分析工程風(fēng)險(xiǎn)和應(yīng)對(duì)工程風(fēng)險(xiǎn)，以及工程風(fēng)險(xiǎn)管理所需的管理實(shí)際方法、工具。9工程采購管理 也叫做工程獲得管理，是有關(guān)從工程組織外部尋求和獲得各種商品與勞務(wù)的管理，以及這一管理所需的實(shí)際、方

19、法、工具。許多工程涉及到承包商為購買方任務(wù)的情況。在這種情況下，購買方提供最初的產(chǎn)品描畫，也成為任務(wù)闡明SOW.工程管理的過程現(xiàn)代工程管理實(shí)際以為任何工程都是由兩個(gè)過程構(gòu)成： 其一是工程的實(shí)現(xiàn)過程 其二是工程的管理過程現(xiàn)代工程管理將整個(gè)工程的全部任務(wù)看成是由一系列工程階段構(gòu)成的一個(gè)完好的工程生命周期。.工程任務(wù)階段工程的定義與決策階段工程的方案和設(shè)計(jì)階段工期方案、本錢方案、質(zhì)量方案、資源方案和集成方案工程的實(shí)施與控制階段工程的完工與交付階段.工程管理過程一個(gè)工程的全過程或工程階段都需求有一個(gè)相對(duì)應(yīng)的工程管理過程。這種工程管理過程普通由五個(gè)不同的管理詳細(xì)任務(wù)過程構(gòu)成。起始過程方案過程實(shí)施過程控制

20、過程收尾過程.管理過程間相互關(guān)系起始過程各管理任務(wù)過程之間的相互聯(lián)絡(luò)終了過程控制過程實(shí)施過程過程方案過程起始過程方案過程實(shí)施過程控制過程.管理過程間交叉重疊關(guān)系控制過程方案過程實(shí)施過程終了過程起始過程活動(dòng)過程階段始點(diǎn)階段終點(diǎn)時(shí)間一個(gè)工程階段中管理任務(wù)過程的交叉、重疊關(guān)系圖示.工程階段間管理過程關(guān)系前面的階段后面的階段工程階段之間的管理任務(wù)過程間的相互作用工程設(shè)計(jì)階段工程實(shí)施階段起始過程起始過程方案過程方案過程實(shí)施過程控制過程終了過程終了過程實(shí)施過程控制過程.如何執(zhí)行工程必需遵照那些經(jīng)實(shí)驗(yàn)證明效果良好的方法謹(jǐn)慎地執(zhí)行每個(gè)工程義務(wù)必需用文檔正確地記錄任務(wù)產(chǎn)品，以便其他人員可以查閱它們。工程義務(wù)必需

21、經(jīng)過仔細(xì)規(guī)劃，并將它們分配給執(zhí)行工程的人員，然后在工程執(zhí)行的同時(shí)對(duì)它們進(jìn)展跟蹤。換句話說，要?jiǎng)倮貓?zhí)行較大規(guī)模的工程，必需在軟件工程和工程管理這兩方面加強(qiáng)正規(guī)程度和嚴(yán)厲程度。.軟件工程的管理過程軟件工程主要涉及兩方面的義務(wù)：軟件工程和工程管理。軟件工程方面涉及系統(tǒng)的建立，并重點(diǎn)關(guān)注如何分析需求、設(shè)計(jì)、測(cè)試、編碼等問題。工程管理方面涉及如何設(shè)置里程碑、組織全體人員、管理風(fēng)險(xiǎn)、監(jiān)視進(jìn)展等規(guī)劃和控制軟件工程的行為，以滿足工程在本錢、進(jìn)度和質(zhì)量方面的目的。.過程的定義從技術(shù)上講，對(duì)于某個(gè)義務(wù)的一個(gè)過程，它由執(zhí)行該義務(wù)時(shí)該當(dāng)遵照的一個(gè)步驟序列組成。對(duì)一個(gè)組織而言，它建議其工程師和工程經(jīng)理運(yùn)用的過程就遠(yuǎn)非

22、一個(gè)步驟序列了；它們涵蓋了工程師們和工程經(jīng)理所掌握的勝利地執(zhí)行工程的實(shí)際。經(jīng)過過程就能夠?qū)⒑玫拈啔v同一切人共享，包括公司中新來的員工。 這些過程有助于管理人員和工程師自創(chuàng)過去的勝利閱歷，從而避開導(dǎo)致失敗的圈套。.為什么必需遵照過程過程代表著集體的智慧，運(yùn)用它們可以添加勝利的時(shí)機(jī)。過程能夠會(huì)包含一些多余的步驟，但是他事先不能夠完全知道哪些步驟是不用要的，因些捷徑能夠會(huì)添加風(fēng)險(xiǎn)。 假設(shè)沒有采用過程，他就不能很好好預(yù)測(cè)工程的結(jié)果。假設(shè)沒有定義過程，他和組織就不能進(jìn)展有效地學(xué)習(xí)。而學(xué)習(xí)和提高是當(dāng)今知識(shí)世界必有可少的事情。過程減少了他須思索的問題。檢查表checklist必需會(huì)涵蓋80%要做的事情，大大

23、地減少了他的義務(wù)，因此他只須完成剩下的20%。.工程管理與CMM有效的過程有助于勝利地執(zhí)行一個(gè)工程軟件CMM提出了有效過程特征的框架。CMM是目前運(yùn)用最為普遍的軟件過程改良框架之一如今其他常用框架有ISO9001。.工程管理與CMM2 KPA第2級(jí)可反復(fù)等級(jí)KPA的目的明確地闡明第2級(jí)的重點(diǎn)幾乎全部在工程管理上。在這些目的指點(diǎn)下，他建立一個(gè)工程方案并用文檔記錄它，根據(jù)方案評(píng)價(jià)正在進(jìn)展的工程的績效，并在實(shí)踐績效明顯地偏離方案時(shí)采取相應(yīng)的措施。需求用文檔正確地記錄下來，并對(duì)需求的變卦進(jìn)展正確的管理。一切任務(wù)產(chǎn)品都在控制之中，并根據(jù)一個(gè)事先制定好的配置管理方案正確地管理對(duì)產(chǎn)品的變列。執(zhí)行評(píng)審與審計(jì)。

24、確保遵照方案的過程和標(biāo)們規(guī)范。假設(shè)工程的某些部分被轉(zhuǎn)包給其他軟件開發(fā)商，那么也要對(duì)被轉(zhuǎn)包的任務(wù)進(jìn)展正確地監(jiān)視。.工程管理與CMM3 KPA第3級(jí)已定義級(jí)中3個(gè)KPA的目的 重點(diǎn)強(qiáng)調(diào)組織管理和過程管理問題。對(duì)于到達(dá)第3級(jí)才干成熟度的組織中的工程，它運(yùn)用公用型的規(guī)范過程，并重用以往工程的資源、數(shù)據(jù)和閱歷進(jìn)展規(guī)劃。執(zhí)行工程的各小組經(jīng)過良好定義的接口和機(jī)制進(jìn)展愉快地協(xié)作。正確地執(zhí)行評(píng)審以標(biāo)識(shí)出任務(wù)產(chǎn)品中存在的缺陷，并為執(zhí)行評(píng)審和隨后的義務(wù)提供充分的支持。.工程管理與CMM4 KPA第4級(jí)已管理級(jí)上KPA的目的 在第4級(jí)上，組織的過程才干用量化術(shù)語表示，過程才干用于設(shè)定一個(gè)工程的量化目的。有關(guān)工程績效方

25、面的數(shù)據(jù)在當(dāng)前的根底之上進(jìn)展搜集并與以往的績效進(jìn)展比較；假設(shè)覺察到明顯的偏向，那么采取正確的行動(dòng)恢復(fù)對(duì)工程的控制。第4級(jí)的一個(gè)關(guān)鍵特點(diǎn)是在當(dāng)前根底上運(yùn)用統(tǒng)計(jì)過程控制技術(shù)，以便在需求時(shí)可以評(píng)價(jià)每種義務(wù)并采取正確的行動(dòng)。.工程管理與CMM5 KPA第5級(jí)上的3個(gè)KPA重點(diǎn)強(qiáng)調(diào)過程才干的改良。在這3個(gè)KPA中，缺點(diǎn)預(yù)防KPA對(duì)工程管理影響最大。這個(gè)KPA要求經(jīng)過系統(tǒng)地分析缺點(diǎn)的緣由，然后消除那緣由，從而前瞻性地預(yù)防缺點(diǎn)。假設(shè)可以預(yù)防缺點(diǎn)進(jìn)入軟件，那么可以減去排除它們的任務(wù)量，從而提高質(zhì)量和消費(fèi)率。.軟件工程管理建議執(zhí)行一個(gè)工程的全部責(zé)任由工程經(jīng)理擔(dān)任。他必需確保工程團(tuán)隊(duì)在規(guī)定的本錢內(nèi)按時(shí)將高質(zhì)量的軟

26、件交付給客戶。為了協(xié)助工程經(jīng)理實(shí)現(xiàn)這一責(zé)任，必需得到組織的支持(權(quán)益下放。.Software Engineering Process Group軟件企業(yè)應(yīng)該設(shè)立質(zhì)量部門，其下轄一個(gè)軟件工程過程小組software engineering process group,簡(jiǎn)稱SEPG。SEPG擔(dān)任協(xié)調(diào)一切過程義務(wù)，包括過程定義、過程改良以及過程部署。它還管理一切與過程運(yùn)用相關(guān)的信息和數(shù)據(jù)諸如過程數(shù)據(jù)庫和過程才干基準(zhǔn)提交產(chǎn)品的全部責(zé)任包括質(zhì)量屬于工程團(tuán)隊(duì)，但是SEPG使得工程團(tuán)隊(duì)可以輕松地遵照正確的過程。.SEPG對(duì)工程的支持SEPG還構(gòu)成了一個(gè)獨(dú)立地監(jiān)視過程問題和質(zhì)量問題的渠道，并經(jīng)過這個(gè)渠道向高級(jí)

27、管理層報(bào)告這些問題。由于“過程不能依托過程本身得到堅(jiān)持，所以SEPG有助于確保已義的過程得以實(shí)現(xiàn)并成為規(guī)范的實(shí)際。SPEG要制定定期獨(dú)立審計(jì)的方案，并對(duì)它們進(jìn)展管理，以確保已定義的過程和規(guī)范得以遵守。.Software Quality AdvisorSEPG除了提供過程培訓(xùn)外，還提供了一個(gè)與工程相關(guān)的成員，稱為軟件質(zhì)量顧問software quality advisor。質(zhì)量顧問協(xié)助定義過程和遵照過程，確保過程得以遵守，協(xié)助分析數(shù)據(jù)，并提供任何需的過程培訓(xùn)。由于顧問非常知曉于工程過程、指南等等，所以顧問的主要協(xié)助在對(duì)工程規(guī)劃的過程中。顧問還評(píng)審目方案，以確保它包含了全部的關(guān)鍵要素。.軟件工程管

28、理過程工程經(jīng)理執(zhí)行的一系列義務(wù)可以在工程管理project management過程中加以規(guī)定。這是一個(gè)非常規(guī)范化的過程，有五個(gè)主要階段：工程啟動(dòng)工程規(guī)劃工程執(zhí)行工程監(jiān)控工程收尾.工程啟動(dòng)和規(guī)劃階段 執(zhí)行工程啟動(dòng)和管理義務(wù) 制定一個(gè)包含進(jìn)度的工程方案 執(zhí)行工程方案和進(jìn)度方案的評(píng)審 獲得高級(jí)管理人員的授權(quán) 定義和評(píng)審配置管理方案 使工程團(tuán)隊(duì)順應(yīng)工程管理方案 牽涉到客戶、一個(gè)SEPG代表以及工程的業(yè)務(wù)經(jīng)理 開場(chǎng)的標(biāo)志是簽定了工程合同或者得到了工程授權(quán)。而收尾的標(biāo)志是曾經(jīng)用文檔記錄了工程方案，并且小組對(duì)它們進(jìn)展了評(píng)審.工程執(zhí)行，監(jiān)控階段在這一階段團(tuán)階的其他成員也要參與。開場(chǎng)的標(biāo)志是工程方案曾經(jīng)完成并

29、得到了同意，而結(jié)尾的標(biāo)志是一切交付的工和產(chǎn)品為客戶所接受。.工程收尾階段主要是在客戶接受任務(wù)產(chǎn)品之后對(duì)工程進(jìn)展系統(tǒng)的總結(jié)。這里的主要目的是從閱歷中進(jìn)展學(xué)習(xí)，以便可以改良過程，工程完成后的數(shù)據(jù)分析構(gòu)成了這一階段的主要義務(wù)；對(duì)度量規(guī)范進(jìn)展了分析，過程資源諸如模板和指南等資料可用于協(xié)助管理過程本身被搜集起來供以后運(yùn)用，并記錄有關(guān)的閱歷教訓(xùn)。.軟件工程管理公共知識(shí)庫軟件配置管理任務(wù)量與進(jìn)度估算質(zhì)量規(guī)劃風(fēng)險(xiǎn)控制工程啟動(dòng)工程方案工程評(píng)審工程監(jiān)控工程收尾.問題每個(gè)工程經(jīng)理都在他本人的領(lǐng)域內(nèi)努力任務(wù)，力爭(zhēng)建立最優(yōu)的工程過程來執(zhí)行其工程和產(chǎn)生他可以實(shí)現(xiàn)的估計(jì)雖然其他團(tuán)隊(duì)在早些時(shí)候曾經(jīng)執(zhí)行過類似的工程，并且他們的

30、閱歷和數(shù)據(jù)可以極大地減輕工程經(jīng)理的苦楚。但工程經(jīng)理們不僅從頭開場(chǎng)重新投資他們的規(guī)劃任務(wù)，而且他們“方案重蹈他們之前的工程經(jīng)理犯過的同樣的錯(cuò)誤.處理方案建立一個(gè)一切工程的管理人員都可以訪問的公共知識(shí)庫institutional memory過程數(shù)據(jù)庫process database, PDB保管已完成工程的績效數(shù)據(jù)。過程才干基準(zhǔn)process capability baseline，PCB概括各個(gè)工程的績效，定量地規(guī)定遵照過程所能到達(dá)的結(jié)果范圍。假設(shè)遵照一樣的過程，就可以預(yù)測(cè)出工程的結(jié)果范圍。過程資源process asset文檔，諸如檢查表、模板、方法以及所汲取的閱歷教訓(xùn)即總結(jié)以往閱歷的資料，

31、它們能協(xié)助工程經(jīng)理和工程師有效地運(yùn)用過程.PDB中保管的數(shù)據(jù)工程特征稱號(hào)、工程經(jīng)理、業(yè)務(wù)部門、遵照的過程運(yùn)用領(lǐng)域、平臺(tái)、編程言語、DBMS目的、風(fēng)險(xiǎn)、團(tuán)隊(duì)規(guī)模工程進(jìn)度和任務(wù)量工程規(guī)模代碼行數(shù)(Line Of Code,LOC)；復(fù)雜度簡(jiǎn)單/中等/復(fù)雜；功能點(diǎn)Function Point缺點(diǎn)在各種缺點(diǎn)檢測(cè)義務(wù)中發(fā)現(xiàn)的缺點(diǎn)數(shù)量在不同階段添加的缺點(diǎn)數(shù)從需求評(píng)審、設(shè)計(jì)評(píng)審、代碼評(píng)審到單元測(cè)試及其他階段中發(fā)現(xiàn)的缺點(diǎn)數(shù)備注關(guān)于估計(jì)的備注如：將程序分類成簡(jiǎn)單/中等/復(fù)雜三類的目的關(guān)于風(fēng)險(xiǎn)管理的備注如：風(fēng)險(xiǎn)認(rèn)識(shí)在工程執(zhí)行過程中的變化.過程才干基準(zhǔn)PCB)過程的才干是指在遵照過程的情況下可對(duì)工程期望的結(jié)果范圍；

32、一個(gè)穩(wěn)定的過程的才干可以由過程以往的績效所決議。過程才干基準(zhǔn)表示在某些時(shí)間點(diǎn)上過程才干的量化瞬態(tài)圖軟件質(zhì)量；消費(fèi)率；進(jìn)度方案；任務(wù)量分布；缺點(diǎn)引入率/排除率；質(zhì)量本錢.過程資源指南、檢查表和模板簡(jiǎn)化過程運(yùn)用，減少任務(wù)量，提高消費(fèi)率知識(shí)庫工程管理方案,配置管理方案,進(jìn)度方案,培訓(xùn)資料等需求設(shè)計(jì)編碼規(guī)范評(píng)審、檢查和測(cè)試質(zhì)量保證和消費(fèi)率.軟件配置管理CM)對(duì)變卦進(jìn)展系統(tǒng)地控制管理計(jì)算機(jī)軟件產(chǎn)品的進(jìn)化的紀(jì)律給出程序的形狀：何時(shí)開場(chǎng)測(cè)試或發(fā)行？處置并發(fā)變卦；取消變卦；防止未授權(quán)變卦或刪除提供需求變卦懇求和程序變卦之間的可跟蹤性取消需求變卦；顯示相關(guān)變卦搜集當(dāng)前系統(tǒng)的一切源代碼、文檔和其他信息.配置管理機(jī)

33、制文件命名商定版本控制變卦懇求跟蹤訪問控制變卦協(xié)調(diào)變卦登記.配置管理過程配置管理規(guī)劃形狀轉(zhuǎn)移管理變卦懇求管理形狀監(jiān)視配置審計(jì).配置項(xiàng)需求規(guī)范、設(shè)計(jì)文檔、源代碼、測(cè)試方案、測(cè)試腳本、測(cè)試程序、測(cè)試數(shù)據(jù)、工程運(yùn)用的規(guī)范諸如編碼規(guī)范和設(shè)計(jì)規(guī)范、驗(yàn)收方案CM方案和工程方案等文檔用戶手冊(cè)等用戶文檔培訓(xùn)資料等文檔合同文件包括支持工具，諸如編譯器或者內(nèi)部工具質(zhì)量記錄評(píng)審記錄、測(cè)試記錄CM記錄版本記錄、形狀跟蹤記錄客戶提供的任何產(chǎn)品或者購買的任何東西(假設(shè)將要成為發(fā)布的軟件的一部分.配置管理規(guī)劃確定配置項(xiàng)和規(guī)定用來控制和實(shí)現(xiàn)其變卦的程序定義命名機(jī)制和編碼機(jī)制，目錄構(gòu)造，訪問限制，變卦控制過程定義CC或CCB的

34、責(zé)任和權(quán)限，配置項(xiàng)形狀的跟蹤方法，將配置項(xiàng)移入基準(zhǔn)庫的時(shí)機(jī).形狀轉(zhuǎn)移管理正在開發(fā)-正在評(píng)審-基線形狀在形狀變卦時(shí)將配置從一個(gè)目錄移到另一個(gè)目錄，然后在完成變卦后建立新版本。.變卦懇求管理 接受變卦懇求影響分析之后 建立一種跟蹤機(jī)制 檢查需求進(jìn)展變卦的配置項(xiàng) 執(zhí)行變卦 注冊(cè)配置項(xiàng)在工程的整個(gè)生命期內(nèi)維護(hù)該工程.形狀監(jiān)視與配置審計(jì)形狀監(jiān)視除了檢查配置項(xiàng)的形狀外，工程還必需檢查變卦懇求的形狀。配置審計(jì)的目的是確保工程執(zhí)行確實(shí)遵照CM過程。.任務(wù)量與進(jìn)度估算工程任務(wù)分解構(gòu)造(WBS)任務(wù)量估計(jì)進(jìn)度估計(jì)進(jìn)度方案.工程任務(wù)分解構(gòu)造(WBS)將工程及其主要交付結(jié)果層層分解，劃分成一些較小、更容易安排時(shí)間與費(fèi)

35、用等單元活動(dòng)，這種方法稱之為工程任務(wù)分解構(gòu)造。工程任務(wù)分解構(gòu)造有兩種表達(dá)方式：圖方式和清單式。.工程任務(wù)分解構(gòu)造的方法按工程的主要交付結(jié)果分；按產(chǎn)品本身的構(gòu)造分；按實(shí)施工程的時(shí)間順序分；按組織的職責(zé)分；.任務(wù)量估計(jì)用多種方法進(jìn)展估計(jì)，驗(yàn)證主要估計(jì)方法的正確性，減少風(fēng)險(xiǎn)自底向上估計(jì)方法自頂向下估計(jì)方法用例點(diǎn)方法.自底向上估計(jì)方法找出程序，并將程序分為簡(jiǎn)單 (S)、中等復(fù)雜 (M)和復(fù)雜程序(C)根據(jù)PCB求得S/M/C程序的構(gòu)建任務(wù)量。用PDB中類似工程的數(shù)據(jù)定主S/M/C程序的構(gòu)建任務(wù)量。用PCB中S/M/C程序的平均構(gòu)建任務(wù)量。用工程特有要素優(yōu)化S/M/C程序的構(gòu)建任務(wù)量。用S/M/C程序的

36、任務(wù)量及其程序數(shù)求得總的構(gòu)建任務(wù)量。用PCB給定的任務(wù)量分布情況或者PCB中給定的類似工程，估計(jì)其他義務(wù)任務(wù)量和總?cè)蝿?wù)量?；诠こ烫赜械囊貎?yōu)化估計(jì)。.自頂向下估計(jì)方法求以功能點(diǎn)為單位的軟件的總規(guī)模。用工程公用才干基準(zhǔn)、根本過程才干基準(zhǔn)或同類工程的消費(fèi)率數(shù)據(jù)，確定工程的消費(fèi)率程度。根據(jù)消費(fèi)率和規(guī)模估計(jì)求總?cè)蝿?wù)量估計(jì)。運(yùn)用過程才干基準(zhǔn)或者同類工程中的任務(wù)量分布數(shù)據(jù)估計(jì)各階段的任務(wù)量。思索工程特有的要素，優(yōu)化任務(wù)量估計(jì)。.用例點(diǎn)方法事務(wù)定義為義務(wù)的原子集，要么全部執(zhí)行，要么不個(gè)都不執(zhí)行。根據(jù)包含事務(wù)數(shù)將用例分為簡(jiǎn)單用例(1-3)、中等復(fù)雜用例(4-7)和復(fù)雜用例(7+)。簡(jiǎn)單用例分配因子為5，中等

37、復(fù)雜用例分配因子為10。而復(fù)雜用例分配因子為15。根據(jù)運(yùn)用中用例因子的加權(quán)和求得總的未經(jīng)調(diào)整的用例點(diǎn)unadjusted use case point,簡(jiǎn)稱UUCP.用例點(diǎn)方法根據(jù)技術(shù)要素及其權(quán)重表調(diào)整原始UUP以反映工程的復(fù)雜性和工程任務(wù)人員的閱歷技術(shù)復(fù)雜性因子TCF 。根據(jù)團(tuán)隊(duì)的環(huán)境要素及其權(quán)重表，并用05評(píng)定每個(gè)要素，計(jì)算出環(huán)境因子EF)最終的用例點(diǎn)use case point，簡(jiǎn)稱UCP：UCP=UUCPTCFEF.技術(shù)要素及其權(quán)重表TCF=0.6+(0.01TFactor).環(huán)境要素及其權(quán)重表EF=1.4+(-0.03EFactor).環(huán)境要素及其權(quán)重對(duì)于閱歷有關(guān)的要素，0表示沒有該主題的閱歷，5表示專