課件英寧第6章項目管理

1、Chapter 1 Software Project Management 軟件項目管理軟件項目管理Chapter 13 Software Project Management 軟件項目管理軟件項目管理13.1 software size estimation 13.2 workload estimation 13.3 Schedule 13.4 Organization 13.5 Quality Assurance13.6 Software Configuration Management 13.7 Capability Maturity Model 13.1 估算軟件規(guī)模估算軟件規(guī)模13.

2、2 工作量估算工作量估算13.3 進度計劃進度計劃13.4 人員組織人員組織13.5 質(zhì)量保證質(zhì)量保證13.6 軟件配置管理軟件配置管理13.7 能力成熟度模型能力成熟度模型1. Estimation technology of source lines of code (代碼行技術(shù)代碼行技術(shù))where, a is the smallest size; b is the largest size; m is the most possible size.Number of lines of code (LOC) Number of thousand lines of code (KLOC)程

3、序的最小規(guī)模程序的最小規(guī)模(a)、最大規(guī)模、最大規(guī)模(b)和最可能的規(guī)模和最可能的規(guī)模(m) 代碼行數(shù)（代碼行數(shù)（LOC）千行代碼數(shù)（千行代碼數(shù)（KLOC）64bmaL13.1 software size estimation 軟件規(guī)模估算軟件規(guī)模估算2. Estimation technology of Function Point (FP, 功能點技術(shù)功能點技術(shù))Step 1. Find out the information domain.(1) The number of input items(2) The number of output items (3) The number

4、of queries (4) The number of main documents (5) The number of external interfaces用功能點（用功能點（FP）為單位度量軟件規(guī)模。）為單位度量軟件規(guī)模。Step 1. 確定信息域：確定信息域：（1） 輸入項數(shù)輸入項數(shù)(Inp) ：用戶向軟件輸入的項數(shù)用戶向軟件輸入的項數(shù)（2） 輸出項數(shù)輸出項數(shù)(Out) ：軟件向用戶輸出的項數(shù)軟件向用戶輸出的項數(shù)（3） 查詢數(shù)查詢數(shù)(Inq) ：查詢即是一次聯(lián)機輸入，它導致軟件以聯(lián)機查詢即是一次聯(lián)機輸入，它導致軟件以聯(lián)機輸出方式產(chǎn)生某種即時響應(yīng)。輸出方式產(chǎn)生某種即時響應(yīng)。（4） 主文

5、件數(shù)主文件數(shù)(Maf) ：邏輯主文件（即數(shù)據(jù)的一個邏輯組合，它邏輯主文件（即數(shù)據(jù)的一個邏輯組合，它可能是大型數(shù)據(jù)庫的一部分或是一個獨立的文件）的數(shù)目。可能是大型數(shù)據(jù)庫的一部分或是一個獨立的文件）的數(shù)目。（5） 外部接口數(shù)外部接口數(shù)(Inf) ：機器可讀的全部接口（例如，磁盤或磁機器可讀的全部接口（例如，磁盤或磁帶上的數(shù)據(jù)文件）的數(shù)量，用這些接口把信息傳送給另一個系統(tǒng)。帶上的數(shù)據(jù)文件）的數(shù)量，用這些接口把信息傳送給另一個系統(tǒng)。13.1 software size estimation 軟件規(guī)模估算軟件規(guī)模估算2. Estimation technology of Function Point (

6、FP, 功能點技術(shù)功能點技術(shù))Step 2. Estimate the number of Function Points 估算功能點數(shù)（即軟件規(guī)模）估算功能點數(shù)（即軟件規(guī)模） Use the following three steps to estimate FPs. 用下述用下述3個步驟，可估算出一個軟件的功能點數(shù)（即軟件規(guī)模）個步驟，可估算出一個軟件的功能點數(shù)（即軟件規(guī)模） (1) Calculation of unadjusted function points: UFP 計算未調(diào)整的功能點數(shù)計算未調(diào)整的功能點數(shù)UFP UFP=a1Inp+a2Out+a3Inq+a4Maf+a5Inf

7、 其中，其中，ai(1i5)是信息域特性系數(shù)是信息域特性系數(shù)13.1 software size estimation 軟件規(guī)模估算軟件規(guī)模估算(2) the complexity of computing technology factor TCF 計算技術(shù)復雜性因子計算技術(shù)復雜性因子TCF. - 表表13.2（見書（見書297頁）中列出了全部技術(shù)因素頁）中列出了全部技術(shù)因素 - 并用并用Fi(1i14)代表這些因素。代表這些因素。 TCF=0.65+0.01DI 其中，其中，DI是技術(shù)因素對軟件規(guī)模的綜合影響程度是技術(shù)因素對軟件規(guī)模的綜合影響程度 DI =因為因為DI的值在的值在070之間

8、，所以之間，所以TCF的值在的值在0.651.35之間。之間。 141iiF13.1 software size estimation 軟件規(guī)模估算軟件規(guī)模估算(3) computing point FP （計算功能點數(shù)（計算功能點數(shù)FP ） FP = UFP TCF13.1 software size estimation 軟件規(guī)模估算軟件規(guī)模估算Workload is a function of software size, its unit is person-month (pm)工作量是軟件規(guī)模（工作量是軟件規(guī)模（KLOC或或FP）的函數(shù)，工作）的函數(shù)，工作量的單位通常是人月（量的單位

9、通常是人月（pm)。 13.2 Workload estimation 工作量估算工作量估算1. static single-variable model 靜態(tài)單變量模型靜態(tài)單變量模型1) KLOC-oriented model (面向面向KLOC的估算模型的估算模型)(1) Walston_Felix model (Walston_Felix模型模型)E=5.2(KLOC)0.91(2) Bailey_Basili model (Bailey_Basili模型模型)E=5.5+0.73(KLOC)1.16(3) Boehm simple model (Boehm簡單模型簡單模型)E=3.2(

10、KLOC)1.05(4) Doty model (Doty模型（在模型（在KLOC9時適用）時適用）)E=5.288(KLOC)1.04713.2 Workload estimation 工作量估算工作量估算1. static single-variable model 靜態(tài)單變量模型靜態(tài)單變量模型2) FP-oriented model (面向面向FP的估算模型的估算模型)(1) Albrecht & Gaffney model (Albrecht & Gaffney模型模型)E=-13.39+0.0545FP(2) Maston,Barnett & Mellicha

11、mp model (Maston,Barnett & Mellichamp模型模型)E=585.7+15.12FP13.2 Workload estimation 工作量估算工作量估算2. Dynamic Multi-variable model (動態(tài)多變量模型動態(tài)多變量模型) E=(LOCB0.333/P)3(1/t)4其中，其中，E 是以人月或人年為單位的工作量；是以人月或人年為單位的工作量；t 是以月或年為單位的項目持續(xù)時間；是以月或年為單位的項目持續(xù)時間；B 是特殊技術(shù)因子，它隨著對測試、質(zhì)量保證、文檔及管理技術(shù)的需求是特殊技術(shù)因子，它隨著對測試、質(zhì)量保證、文檔及管理技術(shù)的需

12、求的增加而緩慢增加，對于較小的程序（的增加而緩慢增加，對于較小的程序（KLOC=515），），B=0.16,對于對于超過超過70 KLOC的程序，的程序，B=0.39;P 是生產(chǎn)率參數(shù)，它反映了下述因素對工作量的影響是生產(chǎn)率參數(shù)，它反映了下述因素對工作量的影響13.2 Workload estimation 工作量估算工作量估算3. COCOMO2 model (COCOMO2模型模型) COCOMO是構(gòu)造性成本模型（是構(gòu)造性成本模型（constructive cost model)的英文縮寫。的英文縮寫。1981年年Boehm在在軟件工程經(jīng)濟學軟件工程經(jīng)濟學中首次中首次提出了提出了COCOM

13、O模型，本書第三版曾對此模型作了介紹。模型，本書第三版曾對此模型作了介紹。1997年年Boehm等人提出的等人提出的COCOMO2模型，是原始的模型，是原始的COCOMO模型的修訂版，它反映了十多年來在成本估計方模型的修訂版，它反映了十多年來在成本估計方面所積累的經(jīng)驗。面所積累的經(jīng)驗。13.2 Workload estimation 工作量估算工作量估算3. COCOMO2 model (COCOMO2模型模型)Includes three software developing models of three levels . (1) The component model of appli

14、cation system. (2) the early design model. (3) Post-Architecture ModelCOCOMO2給出了給出了3個層次的軟件開發(fā)工作量估算模型個層次的軟件開發(fā)工作量估算模型（1） 應(yīng)用系統(tǒng)組成模型。這個模型主要用于估算構(gòu)建原型的工作量，應(yīng)用系統(tǒng)組成模型。這個模型主要用于估算構(gòu)建原型的工作量，模型名字暗示在構(gòu)建原型時大量使用已有的構(gòu)件。模型名字暗示在構(gòu)建原型時大量使用已有的構(gòu)件。（2） 早期設(shè)計模型。這個模型適用于體系結(jié)構(gòu)設(shè)計階段。早期設(shè)計模型。這個模型適用于體系結(jié)構(gòu)設(shè)計階段。（3） 后期體系結(jié)構(gòu)模型。這個模型適用于完成體系結(jié)構(gòu)設(shè)計之后的軟

15、后期體系結(jié)構(gòu)模型。這個模型適用于完成體系結(jié)構(gòu)設(shè)計之后的軟件開發(fā)階段。件開發(fā)階段。13.2 Workload estimation 工作量估算工作量估算3. COCOMO2 model (COCOMO2模型模型) Post-Architecture Model is: E = 該模型把軟件開發(fā)工作量表示成代碼行數(shù)（該模型把軟件開發(fā)工作量表示成代碼行數(shù)（KLOC）的非線性函數(shù)）的非線性函數(shù).其中，其中，E 是開發(fā)工作量（以人月為單位），是開發(fā)工作量（以人月為單位），a 是模型系數(shù)，是模型系數(shù)，KLOC 是估計的源代碼行數(shù)（以千行為單位），是估計的源代碼行數(shù)（以千行為單位），b 是模型指數(shù)，是模型指

16、數(shù)，fi (i=117) 是成本因素。是成本因素。 171iibfKLOCa13.2 Workload estimation 工作量估算工作量估算Estimation of development time (估算開發(fā)時間估算開發(fā)時間)(1) Walston_Felix模型模型: T=2.5E0.35(2) 原始的原始的COCOMO模型模型: T=2.5E0.38(3) COCOMO2模型模型: T=3.0E0.33+0.2(b-1.01)(4) Putnam模型模型: T=2.4E1/313.3 Schedule 進度計劃進度計劃13.3 Schedule 進度計劃進度計劃Gantt Cha

17、rt (Gantt圖圖)工程網(wǎng)絡(luò)工程網(wǎng)絡(luò): 估算工估算工程進度、關(guān)鍵路徑程進度、關(guān)鍵路徑13.3 Schedule 進度計劃進度計劃13.4.1 The development group with democracy （民主制程序員組）（民主制程序員組） It is always for high difficult technology project. 當所要開發(fā)的軟件的技術(shù)難度較高時，采用民主制程序員組是適宜的。當所要開發(fā)的軟件的技術(shù)難度較高時，采用民主制程序員組是適宜的。優(yōu)點：優(yōu)點：組員們對發(fā)現(xiàn)程序錯誤持積極的態(tài)度，得到更高質(zhì)量的代碼，有組員們對發(fā)現(xiàn)程序錯誤持積極的態(tài)度，得到更高質(zhì)量

18、的代碼，有利于解決難題。利于解決難題。缺點：缺點：組員間將缺乏必要的協(xié)調(diào)組員間將缺乏必要的協(xié)調(diào),最終可能導致工程失敗。最終可能導致工程失敗。 13.4 Organization 人員組織人員組織2. The development group with a senior programmer13.4 Organization 人員組織人員組織主程序員：主程序員：既是成功的管理人員又是經(jīng)驗豐富、既是成功的管理人員又是經(jīng)驗豐富、 技術(shù)好、能力強的高級程序員。技術(shù)好、能力強的高級程序員。優(yōu)點：優(yōu)點：協(xié)調(diào)性好，有權(quán)威性。協(xié)調(diào)性好，有權(quán)威性。缺點：缺點：主程序員難找。主程序員難找。3. modern p

19、rogrammer group (現(xiàn)代程序員組現(xiàn)代程序員組)13.4 Organization 人員組織人員組織大型項目的技術(shù)管理組大型項目的技術(shù)管理組織結(jié)構(gòu)織結(jié)構(gòu)包含分散決策的組織方包含分散決策的組織方式式3. modern programmer group (現(xiàn)代程序員組現(xiàn)代程序員組)3. modern programmer group (現(xiàn)代程序員組現(xiàn)代程序員組)行政組長：專人專職。優(yōu)點：降低對主程序員的要求，適于大型項目開發(fā)。13.4 Organization 人員組織人員組織Software Quality (軟件質(zhì)量軟件質(zhì)量)Software developed should be

20、 consistent with specific and connotative needs of the user. 概括地說，軟件質(zhì)量就是概括地說，軟件質(zhì)量就是“軟件與明確地和隱含地定義的需求相一致的軟件與明確地和隱含地定義的需求相一致的程度程度”。更具體地說，軟件質(zhì)量是軟件與明確地敘述的功能和性能需。更具體地說，軟件質(zhì)量是軟件與明確地敘述的功能和性能需求、文檔中明確描述的開發(fā)標準以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該求、文檔中明確描述的開發(fā)標準以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度。具有的隱含特征相一致的程度。1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)（與需求不一致就是質(zhì)量不高）軟

21、件需求是度量軟件質(zhì)量的基礎(chǔ)（與需求不一致就是質(zhì)量不高）2）指定的開發(fā)標準（沒有遵守這些準則，幾乎肯定會導致質(zhì)量不高）指定的開發(fā)標準（沒有遵守這些準則，幾乎肯定會導致質(zhì)量不高）3）滿足隱含的需求（軟件滿足明確描述的需求，那么質(zhì)量值得懷疑）滿足隱含的需求（軟件滿足明確描述的需求，那么質(zhì)量值得懷疑）13.5 Quality Assurance 質(zhì)量保證質(zhì)量保證Relationship between software quality factors and products圖圖13.9 軟件質(zhì)量因素與產(chǎn)品活動的關(guān)系軟件質(zhì)量因素與產(chǎn)品活動的關(guān)系13.5 Quality Assurance 質(zhì)量保證質(zhì)量

22、保證Software Quality Assurance (軟件質(zhì)量保證措施軟件質(zhì)量保證措施)1. 技術(shù)復審的必要性技術(shù)復審的必要性2. 走查走查3. 審查審查4. 程序正確性證明程序正確性證明13.5 Quality Assurance 質(zhì)量保證質(zhì)量保證13.6 Software Configuration Management軟件配置管理軟件配置管理Software configuration management is a group of actions in software life cycle. to mark changes; to control changes; to en

23、sure the realization of a change properly; to report the change to who want to know them.軟件配置管理軟件配置管理是在軟件的整個生命期內(nèi)管理變化的一組活動。具體地說，是在軟件的整個生命期內(nèi)管理變化的一組活動。具體地說，這組活動用來：這組活動用來： 標識變化；標識變化； 控制變化；控制變化； 確保適當?shù)貙崿F(xiàn)了變化；確保適當?shù)貙崿F(xiàn)了變化； 向需要知道這類信息的人報告變化。向需要知道這類信息的人報告變化。1. Software configuration item (軟件配置項軟件配置項) programs; d

24、ocuments describing the programs ; data軟件過程的輸出信息可以分為軟件過程的輸出信息可以分為3類：類： 計算機程序（源代碼和可執(zhí)行程序）；計算機程序（源代碼和可執(zhí)行程序）； 描述計算機程序的文檔（供技術(shù)人員或用戶使用）；描述計算機程序的文檔（供技術(shù)人員或用戶使用）；數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。 上述這些項組成了在軟件過程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱為軟上述這些項組成了在軟件過程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱為軟件配置，而這些項就是軟件配置項。件配置，而這些項就是軟件配置項。13.6 Software Confi

25、guration Management軟件配置管理軟件配置管理2. Baseline (基線基線)Definition of Baseline : It is a template software or specification that has been pass the review. It also can be the base of future development and changed only by the formal quality control.基線定義為：基線定義為： 已經(jīng)通過了正式復審的規(guī)格說明或中間產(chǎn)品，它可以作已經(jīng)通過了正式復審的規(guī)格說明或中間產(chǎn)品，它可

26、以作為進一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。為進一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。簡而言之，基線就是通過了正式復審的軟件配置項。在軟件配置項變成簡而言之，基線就是通過了正式復審的軟件配置項。在軟件配置項變成基線之前，可以迅速而非正式地修改它。一旦建立了基線之后，雖然基線之前，可以迅速而非正式地修改它。一旦建立了基線之后，雖然仍然可以實現(xiàn)變化，但是，必須應(yīng)用特定的、正式的過程（稱為規(guī)程）仍然可以實現(xiàn)變化，但是，必須應(yīng)用特定的、正式的過程（稱為規(guī)程）來評估、實現(xiàn)和驗證每個變化。來評估、實現(xiàn)和驗證每個變化。13.6 Software Configurat

27、ion Management軟件配置管理軟件配置管理Tasks of Software configuration management：It is a important procedure to assure software quality. Its main task is to control changes and reports of configuration terms, version marks, configuration review, and any changes in management.軟件配置管理的任務(wù)軟件配置管理的任務(wù):軟件配置管理是軟件質(zhì)量保證的重要一

28、環(huán)，它的主要任務(wù)是控制變化，軟件配置管理是軟件質(zhì)量保證的重要一環(huán)，它的主要任務(wù)是控制變化，同時也負責各個軟件配置項和軟件各種版本的標識、軟件配置審計以同時也負責各個軟件配置項和軟件各種版本的標識、軟件配置審計以及對軟件配置發(fā)生的任何變化的報告。及對軟件配置發(fā)生的任何變化的報告。具體來說，軟件配置管理主要有具體來說，軟件配置管理主要有5項任務(wù)：項任務(wù)： Task 1. 標識標識 Task 2. 版本控制版本控制Task 3. 變化控制變化控制 Task 4. 配置審計配置審計Task 5. 報告。報告。13.6 Software Configuration Management軟件配置管理軟件配

29、置管理Task 1. Mark management To mark objects in software configuration.Task 2. Version Control To manage information of software version Task 3. Change control To estimate and manage any change of software.Task 1. 標識管理：標識管理：標識軟件配置中的對象標識軟件配置中的對象Task 2. 版本控制：版本控制：管理軟件版本信息管理軟件版本信息Task 3. 變化控制：變化控制：接到變化請求

30、之后，首先評估該變化在技術(shù)方面的接到變化請求之后，首先評估該變化在技術(shù)方面的得失、可能產(chǎn)生的副作用、對其他配置對象和系統(tǒng)功能的整體影得失、可能產(chǎn)生的副作用、對其他配置對象和系統(tǒng)功能的整體影響以及估算出的修改成本。評估的結(jié)果形成響以及估算出的修改成本。評估的結(jié)果形成“變化報告變化報告”，該報，該報告供告供“變化控制審批者變化控制審批者”審閱。審閱。13.6 Software Configuration Management軟件配置管理軟件配置管理Task 4. Configuration audit formal technical review; software configuration

31、audit. Task 4. 配置審計配置審計正式的技術(shù)復審正式的技術(shù)復審 - 正式的技術(shù)復審關(guān)注被修改后的配置對象的技術(shù)正確性，檢查是否正式的技術(shù)復審關(guān)注被修改后的配置對象的技術(shù)正確性，檢查是否有遺漏或副作用。有遺漏或副作用。軟件配置審計軟件配置審計 - 軟件配置審計通過評估配置對象的那些通常不在復審過程中考慮的軟件配置審計通過評估配置對象的那些通常不在復審過程中考慮的特征，如行業(yè)標準，是對正式技術(shù)復審的補充。特征，如行業(yè)標準，是對正式技術(shù)復審的補充。13.6 Software Configuration Management軟件配置管理軟件配置管理Task 5. Status Report

32、Write report to answer following questions: What happened? Who did this? When it happened? what it would have implications on other things?Task 5. 狀態(tài)報告狀態(tài)報告書寫配置狀態(tài)報告是軟件配置管理的一項任務(wù)，它回答下述問題：書寫配置狀態(tài)報告是軟件配置管理的一項任務(wù)，它回答下述問題： 發(fā)生了什么事？發(fā)生了什么事？ 誰做的這件事？誰做的這件事？這件事是什么時候發(fā)生的？這件事是什么時候發(fā)生的？它將影響哪些其他事物？它將影響哪些其他事物？13.6 Softwa

33、re Configuration Management軟件配置管理軟件配置管理 美國卡內(nèi)基梅隆大學軟件工程研究所在美國國防部資助美國卡內(nèi)基梅隆大學軟件工程研究所在美國國防部資助下于下于20世紀世紀80年代末建立的能力成熟度模型（年代末建立的能力成熟度模型（capability maturity model，CMM)，是用于評價軟件機構(gòu)的軟件過程，是用于評價軟件機構(gòu)的軟件過程能力成熟度的模型。最初，建立此模型的目的主要是，為能力成熟度的模型。最初，建立此模型的目的主要是，為大型軟件項目的招投標活動提供一種全面而客觀的評審依大型軟件項目的招投標活動提供一種全面而客觀的評審依據(jù)，發(fā)展到后來，此模型又

34、同時被應(yīng)用于許多軟件機構(gòu)內(nèi)據(jù)，發(fā)展到后來，此模型又同時被應(yīng)用于許多軟件機構(gòu)內(nèi)部的過程改進活動中。部的過程改進活動中。13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型Basic idea of the model:Help software organization to establish a regular, mature software process. The improved software process will be able to develop better quality software, avoiding to waste

35、time and money.能力成熟度模型的基本思想是，幫助軟件開發(fā)機構(gòu)建立一能力成熟度模型的基本思想是，幫助軟件開發(fā)機構(gòu)建立一個有規(guī)律的、成熟的軟件過程。改進后的軟件過程將開發(fā)個有規(guī)律的、成熟的軟件過程。改進后的軟件過程將開發(fā)出質(zhì)量更好的軟件，使更多的軟件項目免受時間和費用超出質(zhì)量更好的軟件，使更多的軟件項目免受時間和費用超支之苦。支之苦。13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型The procedure goes improved 5 grade gradually. - The initial level (also known as

36、1 level)- repeatable level (also known as 2 level)- Defined level (also known as 3 level)- manageable level (also known as 4 level) - optimized level (also known as 5 level)CMM把軟件過程從無序到有序的進化過程分成把軟件過程從無序到有序的進化過程分成5個階段，并把個階段，并把這些階段排序，形成這些階段排序，形成5個逐層提高的等級。個逐層提高的等級。- 初始級（又稱為初始級（又稱為1級）級）- 可重復級（又稱為可重復級（又稱

37、為2級）級）- 已定義級（又稱為已定義級（又稱為3級）級）- 已管理級（又稱為已管理級（又稱為4級）級）- 優(yōu)化級（又稱為優(yōu)化級（又稱為5級）級）13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型CMM1. The initial levelSoftware process is chaotic and sometimes confusing. Almost nothing is defined. The success only depends entirely on the developers capacity.1. 初始級初始級軟件過程的特征是無

38、序的，有時甚至是混亂的。幾乎沒有什么過程是經(jīng)軟件過程的特征是無序的，有時甚至是混亂的。幾乎沒有什么過程是經(jīng)過定義的（即沒有一個定型的過程模型），項目能否成功完全取決于過定義的（即沒有一個定型的過程模型），項目能否成功完全取決于開發(fā)人員的個人能力。開發(fā)人員的個人能力。13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型CMM2. Repeatable levelThe organization has established a basic project management processes (process model), which can tra

39、ck the cost, schedule, functionality and quality.2. 可重復級可重復級- 軟件機構(gòu)建立了基本的項目管理過程軟件機構(gòu)建立了基本的項目管理過程(過程模型過程模型),可跟蹤成本、進度、可跟蹤成本、進度、功能和質(zhì)量。功能和質(zhì)量。-已經(jīng)建立起必要的過程規(guī)范，對新項目的策劃和管理過程是基于以前類已經(jīng)建立起必要的過程規(guī)范，對新項目的策劃和管理過程是基于以前類似項目的似項目的實踐經(jīng)驗實踐經(jīng)驗，使得有類似應(yīng)用經(jīng)驗的軟件項目能夠再次取得成功。，使得有類似應(yīng)用經(jīng)驗的軟件項目能夠再次取得成功。-達到達到2級的一個目標是使項目管理過程級的一個目標是使項目管理過程穩(wěn)定穩(wěn)定

40、，從而使得軟件機構(gòu)能重復，從而使得軟件機構(gòu)能重復以前在成功項目中所進行過的軟件項目工程實踐。以前在成功項目中所進行過的軟件項目工程實踐。13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型CMM3. Has been the definition of classSoftware organization have defined a complete software process (process model), software process has been documented and standardized. 3. 已定義級已定義級- 軟件機構(gòu)已經(jīng)定義了完整的軟件過程（過程模型），軟軟件機構(gòu)已經(jīng)定義了完整的軟件過程（過程模型），軟件過程已經(jīng)文檔化和標準化。件過程已經(jīng)文檔化和標準化。- 所有項目組都使用文檔化的、經(jīng)過批準的過程來開發(fā)和所有項目組都使用文檔化的、經(jīng)過批準的過程來開發(fā)和維護軟件。維護軟件。- 這一級包含了第這一級包含了第2級的全部特征。級的全部特征。13.7 Capability Maturity Model 能力成熟度模型能力成熟度模型CMM4. manageable levelSoftware organization has established a quantitative qua