軟件項(xiàng)目管理(第十至十三章).ppt

1、第四篇 軟件項(xiàng)目管理,計(jì)劃（第十章） 組織（第十一章） 控制（第十二章） 國際標(biāo)準(zhǔn)（第十三章）,第十章 計(jì)劃,如何度量軟件規(guī)模？ 如何估算工作量？ 如何估算進(jìn)度計(jì)劃？,所謂管理就是通過計(jì)劃、組織和控制等一系列的活動(dòng)，合理地配置和使用各種資源，以達(dá)到既定目標(biāo)的過程 項(xiàng)目管理優(yōu)先于任何技術(shù)活動(dòng)之前開始，并貫穿于軟件的整個(gè)生命周期之中。 第一項(xiàng)計(jì)劃活動(dòng)是“估算”，它是所有其它項(xiàng)目計(jì)劃活動(dòng)的基礎(chǔ)，而項(xiàng)目計(jì)劃為軟件工程指出了通往成功的道路。 估算包括“工作量估算”和“完成期限估算”,10.1 度量軟件規(guī)模,軟件度量域的分類,軟件生產(chǎn)率度量的焦點(diǎn)集中在軟件工程過程的輸出； 軟件質(zhì)量度量則指明了軟件適應(yīng)明確

2、和不明確的用戶要求到什么程度； 技術(shù)度量的焦點(diǎn)則集中在軟件的某些特性（如邏輯復(fù)雜性、模塊化程度）上而不是軟件開發(fā)的全過程。,另一種分類方法,面向規(guī)模的的度量用于收集與直接度量有關(guān)的軟件工程輸出的信息和質(zhì)量信息。 面向功能的度量提供直接度量的尺度。 面向人的度量則收集有關(guān)人們開發(fā)計(jì)算機(jī)軟件所用方式的信息和人們理解有關(guān)工具和方法的效率的信息。,面向規(guī)模的度量,面向規(guī)模的度量是對(duì)軟件和軟件開發(fā)過程的直接度量。 可以建立一個(gè)面向規(guī)模的數(shù)據(jù)表格來記錄項(xiàng)目的某些信息。 該表格列出了在過去幾年完成的每一個(gè)軟件開發(fā)項(xiàng)目和關(guān)于這些項(xiàng)目的相應(yīng)面向規(guī)模的數(shù)據(jù)。,面向規(guī)模的數(shù)據(jù)表格,項(xiàng)目aaa-01 規(guī)模為 114.

3、1 KLOC（千代碼行） 工作量用了 24個(gè)人月 成本為168,000元 文檔頁數(shù)為365 在交付用戶使用后第一年內(nèi)發(fā)現(xiàn)了29個(gè)錯(cuò)誤， 有3個(gè)人參加了項(xiàng)目aaa-01的軟件開發(fā)工作。,需要注意的是，在表格中記載的工作量和成本是整個(gè)軟件工程的活動(dòng)（分析、設(shè)計(jì)、編碼和測(cè)試），而不僅僅是編碼活動(dòng)。 對(duì)于每一個(gè)項(xiàng)目，可以根據(jù)表格中列出的基本數(shù)據(jù)計(jì)算簡單的面向規(guī)模的生產(chǎn)率和質(zhì)量的度量。,根據(jù)數(shù)據(jù)表格可以對(duì)所有的項(xiàng)目計(jì)算出平均值： 生產(chǎn)率 KLOCPM（人月） 質(zhì)量 錯(cuò)誤數(shù)KLOC 成本 元LOC 文檔 文檔頁數(shù)KLOC,代碼行技術(shù)比較簡單的定量估算軟件規(guī)模的方法。 根據(jù)以往類似項(xiàng)目的歷史數(shù)據(jù)，多名有經(jīng)驗(yàn)

4、的工程師分別估計(jì)程序的最小規(guī)模(a)、可能規(guī)模(m)、最大規(guī)模(b)，分別計(jì)算平均值。記作a*、m*、b*。 用下式計(jì)算程序規(guī)模的估計(jì)值L。 L （a*4m*b*）6,10.1.1 代碼行技術(shù),代碼行是所有軟件開發(fā)項(xiàng)目都有的“產(chǎn)品”，容易計(jì)算 許多現(xiàn)有的軟件估算模型使用LOC或KLOC作為關(guān)鍵的輸入數(shù)據(jù) 已有大量基于代碼行的文獻(xiàn)和數(shù)據(jù)存在,代碼行技術(shù)的優(yōu)點(diǎn)：,源程序僅是軟件配置的一個(gè)成分，用它的規(guī)模代表整個(gè)軟件的規(guī)模不合理 用不同的語言實(shí)現(xiàn)同一個(gè)軟件產(chǎn)品所需要的代碼行數(shù)并不相同 這種方法不適用于非過程語言,代碼行技術(shù)的缺點(diǎn)：,10.1.2 功能點(diǎn)技術(shù),功能點(diǎn)技術(shù)利用軟件信息域中的一些計(jì)數(shù)和軟件

5、復(fù)雜性估計(jì)的經(jīng)驗(yàn)關(guān)系式而導(dǎo)出功能點(diǎn)FP。,（1）輸入項(xiàng)數(shù)（Inp） （2）輸出項(xiàng)數(shù)（Out） （3）查詢數(shù)（Inq） （4）主文件數(shù)（Maf） （5）外部接口數(shù)（Inf）,信息域的特性包括：,（1）計(jì)算未調(diào)整的功能點(diǎn)數(shù),首先把產(chǎn)品信息域的每個(gè)特性都分類成簡單級(jí)、平均級(jí)或復(fù)雜級(jí)。根據(jù)其等級(jí)，為每個(gè)特性都分配一個(gè)功能點(diǎn)數(shù)，例如一個(gè)平均級(jí)的輸入項(xiàng)分配4個(gè)功能點(diǎn)，一個(gè)簡單級(jí)輸入項(xiàng)是三個(gè)功能點(diǎn)，一個(gè)復(fù)雜級(jí)的輸入項(xiàng)分配6個(gè)功能點(diǎn)。如下計(jì)算未調(diào)整的功能點(diǎn)數(shù)： UFP=a1Inpa2outa3Inqa4Mafa5Inf，其中，ai是信息域特性系數(shù),面向功能的數(shù)據(jù)表格,（2）計(jì)算功能點(diǎn)FP,將14種技術(shù)因素對(duì)軟

6、件規(guī)模的影響程度根據(jù)軟件特點(diǎn)，為每個(gè)因素分配一個(gè)從0到5的值。 計(jì)算功能點(diǎn)，使用如下的關(guān)系式： FP UFPTCF UFP( 0.65 + 0.01SUM ( Fi ) ),Fi（i1.14）是復(fù)雜性校正值，它們應(yīng)通過逐一回答如下提問來確定。 Fi的取值0.5： 0 沒有影響 1 偶然的 2 適中的 3 普通的 4 重要的 5 極重要的 SUM（Fi）是求和函數(shù)。,復(fù)雜性校正值 Fi,1. 系統(tǒng)是否需要可靠的備份和恢復(fù)？ 2. 是否需要數(shù)據(jù)通信？ 3. 是否有分布處理的功能？ 4. 是否性能成為關(guān)鍵？ 5. 系統(tǒng)是否運(yùn)行在既存的高度實(shí)用化的操作環(huán)境中？ 6. 系統(tǒng)是否需要聯(lián)機(jī)數(shù)據(jù)項(xiàng)？,7. 聯(lián)

7、機(jī)數(shù)據(jù)項(xiàng)是否需要建立多重窗口顯示和操作，以處理輸入處理。 8. 主文件是否聯(lián)機(jī)更新？ 9. 輸入、輸出、文件、查詢是否復(fù)雜？ 10. 內(nèi)部處理過程是否復(fù)雜？ 11. 程序代碼是否可復(fù)用？ 12. 設(shè)計(jì)中是否包括了轉(zhuǎn)移和安裝？ 13. 系統(tǒng)是否設(shè)計(jì)成可以重復(fù)安裝在不同機(jī)構(gòu)中 14. 系統(tǒng)是否設(shè)計(jì)成易修改和易使用？,10.2 工作量估算,10.2.1 靜態(tài)單變量模型,形式如下： E=A+B(ev)C 其中，A、B、C是經(jīng)驗(yàn)導(dǎo)出的常數(shù)，E是以人月為單位的工作量，ev是估算變量（LOC或FP）。,1、面向LOC的估算模型： （1）WalstonFelix模型： E=5.2(KLOC)0.91 （2）B

8、aileyBasili模型 E=5.50.73(KLOC)1.16 （3）Boehm簡單模型 E=3.2(KLOC)1.05 （4）Doty模型（在KLOC9的情況下） E=5.288(KLOC)1.047,2、面向FP的估算模型： （1）Albrecht&Gaffney模型： E=-13.39+0.0545FP （2）Kemerer模型 E=60.627.72810-8FP3 （3）Maston、Barnett和Mellichamp模型 E=585.7+5.12FP,10.2.2 動(dòng)態(tài)多變量模型,形式如下： E=LOCB0.333/P3(1/t)4 其中，E是以人月或人年為單位的工作量 t是

9、以月或年為單位的項(xiàng)目持續(xù)時(shí)間 B是“特殊技術(shù)因子”，它隨著對(duì)集成、測(cè)試、質(zhì)量保證、文檔及管理技術(shù)的需求的增長而緩慢增加。 P是“生產(chǎn)率參數(shù)”，它反映了下述因素對(duì)工作量的影響：總體的過程成熟度及管理水平；使用良好的軟件工程實(shí)踐的程度；軟件環(huán)境狀態(tài)；軟件項(xiàng)目組的技術(shù)及經(jīng)驗(yàn)；應(yīng)用系統(tǒng)的復(fù)雜程度,軟件方程式有兩個(gè)獨(dú)立變量： 對(duì)軟件規(guī)模的估算值（用LOC表示）； 以月或年為單位的項(xiàng)目持續(xù)時(shí)間 開發(fā)同一個(gè)軟件的時(shí)候，如果把項(xiàng)目持續(xù)時(shí)間延長一些，則可降低完成項(xiàng)目所需要的工作量,COCOMO模型 （COnstructive COst MOdel）,結(jié)構(gòu)型成本估算模型是一種精確、易于使用的成本估算方法。在該模型

10、中使用的基本量有以下幾個(gè)： DSI（源指令條數(shù)）定義為代碼的源程序行數(shù)。若一行有兩個(gè)語句，則算做一條指令。它包括作業(yè)控制語句和格式語句，但不包括注釋語句。KDSI1000DSI。,COCOMO模型的分類COCOMO模型按其詳細(xì)程度分成三級(jí)： 基本COCOMO模型 中間COCOMO模型 詳細(xì)COCOMO模型 基本COCOMO模型是一個(gè)靜態(tài)單變量模型，它用源代碼行數(shù)（LOC）為自變量的（經(jīng)驗(yàn)）函數(shù)來計(jì)算軟件開發(fā)工作量。,中間COCOMO模型則在用LOC為自變量的函數(shù)計(jì)算軟件開發(fā)工作量（此時(shí)稱為名義工作量）的基礎(chǔ)上，再用涉及產(chǎn)品、硬件、人員、項(xiàng)目等方面屬性的影響因素來調(diào)整工作量的估算。 高級(jí)COCO

11、MO模型包括中級(jí)CO COMO模型的所有特性，但用上述各種影響因素調(diào)整工作量估算時(shí)，還要考慮對(duì)軟件工程過程中每一步驟（分析、設(shè)計(jì)等）的影響。,中級(jí)COCOMO模型,進(jìn)一步考慮15種影響軟件工作量的因素，通過定下乘法因子，修正COCOMO工作量公式和進(jìn)度公式，可以更合理地估算軟件（各階段）的工作量和進(jìn)度。 中間COCOMO模型把軟件開發(fā)工作量表示成代碼行數(shù)的非線性函數(shù)：,MM=C1KLOCa MM（度量單位為人月）表示開發(fā)工作量。 C1是模型系數(shù) KLOC是估計(jì)的代碼行數(shù)（以千行為單位） a是模型指數(shù) fi（i=1到15）成本因素,15種影響軟件工作量的因素 fi,產(chǎn)品因素：軟件可靠性、數(shù)據(jù)庫規(guī)

12、模、產(chǎn)品復(fù)雜性 硬件因素：執(zhí)行時(shí)間限制、存儲(chǔ)限制、虛擬機(jī)易變性、環(huán)境周轉(zhuǎn)時(shí)間 人的因素：分析員能力、應(yīng)用領(lǐng)域?qū)嶋H經(jīng)驗(yàn)、程序員能力、虛擬機(jī)使用經(jīng)驗(yàn)、程序語言使用經(jīng)驗(yàn) 項(xiàng)目因素：現(xiàn)代程序設(shè)計(jì)技術(shù)、軟件工具的使用、開發(fā)進(jìn)度限制,軟件開發(fā)項(xiàng)目的分類軟件開發(fā)項(xiàng)目的總體類型: 組織型 嵌入型 半獨(dú)立型,中級(jí)COCOMO模型系數(shù)與模型指數(shù),例1. 一個(gè)32KDSI的聲音輸入系統(tǒng)是一個(gè)輸入原型，或是一個(gè)可行性表演模型。所需可靠性非常低。把此模型看做半獨(dú)立型軟件。則有 MM 3.0（32）1.12 146又查表知 f10.75，其它 fi1.00，則最終有MM 1460.75 109.5,例14. 一個(gè)規(guī)模為1

13、0KDSI的商用微機(jī)遠(yuǎn)程通信的嵌入型軟件，使用中間COCOMO模型進(jìn)行成本估算。 MM 44.38 44.381.17 51.5（MM）,詳細(xì)COCOMO模型,詳細(xì)COCOMO模型的名義工作量公式和進(jìn)度公式與中間COCOMO模型相同。 工作量因素分級(jí)表分層、分階段給出。針對(duì)每一個(gè)影響因素，按模塊層、子系統(tǒng)層、系統(tǒng)層，有三張工作量因素分級(jí)表，供不同層次的估算使用。每一張表中工作量因素又按開發(fā)各個(gè)不同階段給出。,例如，關(guān)于軟件可靠性（RELY）要求的工作量因素分級(jí)表（子系統(tǒng)層），如表所示。 使用這些表格，可以比中間COCO MO模型更方便、更準(zhǔn)確地估算軟件開發(fā)工作量。,10.3 進(jìn)度計(jì)劃,項(xiàng)目管理

14、者的目標(biāo)是定義所有項(xiàng)目任務(wù)，識(shí)別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進(jìn)展情況，以保證能夠及時(shí)發(fā)現(xiàn)拖延進(jìn)度的情況。 為此管理者必須制定一個(gè)足夠詳細(xì)的進(jìn)度表，以便監(jiān)督項(xiàng)目進(jìn)度并控制整個(gè)項(xiàng)目。,項(xiàng)目管理者的目標(biāo)是定義所有項(xiàng)目任務(wù)，識(shí)別出關(guān)鍵任務(wù)，跟蹤關(guān)鍵任務(wù)的進(jìn)展情況，以保證能夠及時(shí)發(fā)現(xiàn)拖延進(jìn)度的情況。 為此管理者必須制定一個(gè)足夠詳細(xì)的進(jìn)度表，以便監(jiān)督項(xiàng)目進(jìn)度并控制整個(gè)項(xiàng)目。,常用的制定進(jìn)度計(jì)劃的工具主要有Gantt圖和工程網(wǎng)絡(luò)兩種。 Gantt圖歷史悠久、直觀簡明、容易學(xué)習(xí)、容易繪制等優(yōu)點(diǎn)。但是，它不能顯式地表示各項(xiàng)任務(wù)彼此間的依賴關(guān)系，也不能顯式地表示關(guān)鍵路徑和關(guān)鍵任務(wù)，進(jìn)度計(jì)劃中的關(guān)鍵部分不明確。因此，

15、在管理大型軟件項(xiàng)目時(shí)，僅用Gantt圖是不夠的，不僅難于做出既節(jié)省資源又保證進(jìn)度的計(jì)劃，而且還容易發(fā)生差錯(cuò)。,工程網(wǎng)絡(luò)不僅能描繪任務(wù)分解的情況及每項(xiàng)作業(yè)的開始時(shí)間和結(jié)束時(shí)間，而且還能顯式地表示各個(gè)作業(yè)彼此間的依賴關(guān)系。 從工程網(wǎng)絡(luò)圖中容易識(shí)別出關(guān)鍵路徑和關(guān)鍵任務(wù)。因此，工程網(wǎng)絡(luò)是制定進(jìn)度計(jì)劃的強(qiáng)有力的工具。 通常聯(lián)合使用Gantt圖和工程網(wǎng)絡(luò)這兩種工具來制定和管理進(jìn)度計(jì)劃，使它們互相補(bǔ)充取長補(bǔ)短。,第十一章 組 織,民主制程序員組 主程序員組 現(xiàn)代程序員組 軟件項(xiàng)目組,11.1 民主制程序員組,主要優(yōu)點(diǎn)：對(duì)發(fā)現(xiàn)錯(cuò)誤抱著積極的態(tài)度，這種積極的態(tài)度有助于更快速地發(fā)現(xiàn)錯(cuò)誤，從而得到高質(zhì)量的代碼。 另

16、一個(gè)優(yōu)點(diǎn)是：小組成員享有充分民主，小組有高度凝聚力，組內(nèi)學(xué)術(shù)空氣濃厚，有利于攻克難關(guān)。 因此，當(dāng)所要開發(fā)的產(chǎn)品的技術(shù)難度較高時(shí)，采用民主制程序員組是適宜的,如果組內(nèi)多數(shù)成員水平不高，或是缺乏經(jīng)驗(yàn)的新手，那么這種非正式的組織方式也有嚴(yán)重缺點(diǎn)：由于沒有明確的權(quán)威指導(dǎo)開發(fā)工程的進(jìn)行，組員間將缺乏必要的協(xié)調(diào)，最終可能導(dǎo)致工程失敗,11.2 主程序員組,關(guān)鍵特性： 專業(yè)化。該組每名成員僅完成那些他們受過專業(yè)訓(xùn)練的工作 層次性。主程序員對(duì)工程全面負(fù)責(zé)。,核心人員分工如下： 主程序員：既是成功的管理人員又是經(jīng)驗(yàn)豐富能力強(qiáng)的高級(jí)程序員。 后備程序員：也是技術(shù)熟練而且富于經(jīng)驗(yàn)，他協(xié)助主程序員的工作，在必要時(shí)接替

17、主程序員的工作。 編程秘書：負(fù)責(zé)完成與項(xiàng)目有關(guān)的全部事務(wù)性工作。,11.3 現(xiàn)代程序員組,主程序員由兩個(gè)人來擔(dān)任：一個(gè)是技術(shù)負(fù)責(zé)人，負(fù)責(zé)技術(shù)活動(dòng)；一個(gè)是行政負(fù)責(zé)人，負(fù)責(zé)所有非技術(shù)的管理決策。 技術(shù)組長只對(duì)技術(shù)負(fù)責(zé)，行政組長全權(quán)負(fù)責(zé)非技術(shù)事務(wù)。,將民主制程序員和主程序員組的優(yōu)點(diǎn)結(jié)合起來的另一種方法，是在合適的地方采用分散做決定的方法。這樣有利于形成暢通的通信渠道，以便充分發(fā)揮每個(gè)程序員的積極性和主動(dòng)性。,11.4 軟件項(xiàng)目組,三種組織方式： 民主分權(quán)制 控制分權(quán)制 控制集權(quán)式,四種組織范型： 封閉式范型 隨機(jī)式范型 開放式范型 同步式范型,第十二章 控 制,風(fēng)險(xiǎn)管理 質(zhì)量保證 配置管理,控制是十

18、分重要的管理活動(dòng)，就是掌握被控制的對(duì)象，不讓它任意活動(dòng)或超出規(guī)定范圍活動(dòng)，盡量使一切活動(dòng)都按照預(yù)定的計(jì)劃進(jìn)行，向預(yù)期的目標(biāo)前進(jìn)。,每當(dāng)新建一個(gè)程序時(shí)，總是存在某些不確定性。 用戶要求是否能確切地被理解？ 在項(xiàng)目最后結(jié)束之前要求實(shí)現(xiàn)的功能能否建立？ 是否存在目前仍未發(fā)現(xiàn)的技術(shù)難題？ 在項(xiàng)目出現(xiàn)嚴(yán)重誤期時(shí)是否 會(huì)發(fā)生一些變更？等等。,12.1 風(fēng)險(xiǎn)管理,風(fēng)險(xiǎn)分析對(duì)于軟件項(xiàng)目管理是決定性的，然而現(xiàn)在還有許多項(xiàng)目不考慮風(fēng)險(xiǎn)就著手進(jìn)行。 所謂風(fēng)險(xiǎn)分析實(shí)際上就是一系列風(fēng)險(xiǎn)管理步驟，其中包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)優(yōu)化、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督。這些步驟貫穿在軟件工程過程中。,對(duì)付風(fēng)險(xiǎn)應(yīng)當(dāng)采取主動(dòng)的

19、策略，在工作開始之前就應(yīng)該啟動(dòng)風(fēng)險(xiǎn)管理活動(dòng)： 標(biāo)識(shí)出潛在的風(fēng)險(xiǎn) 評(píng)估它們出現(xiàn)的概率和影響 按重要性排序,風(fēng)險(xiǎn)管理的主要目標(biāo)是預(yù)防風(fēng)險(xiǎn)，但是并非所有風(fēng)險(xiǎn)都能預(yù)防，因此還需要制定一個(gè)計(jì)劃來管理風(fēng)險(xiǎn)。,風(fēng)險(xiǎn)有兩個(gè)特點(diǎn)： 不確定性：可能發(fā)生也可能不發(fā)生 損失：如果風(fēng)險(xiǎn)變成現(xiàn)實(shí)就有可能造成損失,12.1.1 軟件風(fēng)險(xiǎn)分類,風(fēng)險(xiǎn)的分類： 按影響范圍分類： 項(xiàng)目風(fēng)險(xiǎn)，技術(shù)風(fēng)險(xiǎn)，商業(yè)風(fēng)險(xiǎn) 按可預(yù)測(cè)性分類： 已知風(fēng)險(xiǎn)，可預(yù)測(cè)的風(fēng)險(xiǎn)，不可預(yù)測(cè)的風(fēng)險(xiǎn),采用建立風(fēng)險(xiǎn)條目檢查表的方法，可集中精力識(shí)別下列已知的和可預(yù)測(cè)的風(fēng)險(xiǎn)： 產(chǎn)品規(guī)模，商業(yè)影響，客戶特性，過程定義，開發(fā)環(huán)境，所用技術(shù)，人員數(shù)目與經(jīng)驗(yàn),12.1.2 風(fēng)險(xiǎn)

20、識(shí)別,1.評(píng)估風(fēng)險(xiǎn)后果 性能風(fēng)險(xiǎn)，成本風(fēng)險(xiǎn)，支持風(fēng)險(xiǎn)，進(jìn)度風(fēng)險(xiǎn) 2.建立風(fēng)險(xiǎn)表,12.1.3 風(fēng)險(xiǎn)預(yù)測(cè),1. 風(fēng)險(xiǎn)緩解 2.風(fēng)險(xiǎn)監(jiān)控 3.風(fēng)險(xiǎn)管理和意外事件計(jì)劃,12.1.4 處理風(fēng)險(xiǎn)的策略,軟件質(zhì)量 軟件質(zhì)量是軟件符合明確地?cái)⑹龅墓δ芎托阅芤?、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。 影響軟件質(zhì)量的主要因素是從管理角度對(duì)軟件質(zhì)量的度量：,12.2 質(zhì)量保證,影響軟件質(zhì)量的主要因素是從管理角度對(duì)軟件質(zhì)量的度量，它們分別反映用戶在使用軟件產(chǎn)品時(shí)的三種不同的傾向或觀點(diǎn)： 產(chǎn)品運(yùn)行 產(chǎn)品修改 產(chǎn)品轉(zhuǎn)移,軟件質(zhì)量保證措施： 復(fù)審 走查 審查 程序正確性證明,軟件配置

21、 軟件質(zhì)量是軟件符合明確地?cái)⑹龅墓δ芎托阅芤?、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。 影響軟件質(zhì)量的主要因素是從管理角度對(duì)軟件質(zhì)量的度量：,12.2 配置管理,軟件配置管理,在軟件建立時(shí)變更是不可避免的，因?yàn)樵谶M(jìn)行變更前沒有仔細(xì)分析，或沒有進(jìn)行變更控制，變更加劇了項(xiàng)目中軟件人員之間的混亂。 協(xié)調(diào)軟件開發(fā)使得混亂減到最小的技術(shù)叫做配置管理。 配置管理是一組標(biāo)識(shí)、組織和控制修改的活動(dòng)，目的是使錯(cuò)誤達(dá)到最小并最有效地提高生產(chǎn)率。,軟件配置管理的概念,軟件配置管理，簡稱SCM，是一種“保護(hù)傘”活動(dòng)，它應(yīng)用于整個(gè)軟件工程過程。 SCM活動(dòng)的目標(biāo)是為了 (1) 標(biāo)識(shí)變

22、更； (2) 控制變更； (3) 確保變更正確地實(shí)現(xiàn)； (4) 向其他有關(guān)的人報(bào)告變更。,在軟件工程過程中產(chǎn)生的所有信息項(xiàng)（文檔、報(bào)告、程序、表格、數(shù)據(jù)）構(gòu)成了軟件配置。 軟件配置是軟件的具體形態(tài)在某一時(shí)刻的瞬時(shí)影像。 隨著軟件工程過程的進(jìn)展，軟件配置項(xiàng)(SCI)數(shù)目快速增加。系統(tǒng)規(guī)格說明可繁衍出軟件項(xiàng)目實(shí)施計(jì)劃和軟件需求規(guī)格說明。它們又依次繁衍出建立信息層次的其它文檔。,基線 (Baseline),基線是軟件生存期中各開發(fā)階段末尾的特定點(diǎn)，又稱里程碑。 由正式的技術(shù)評(píng)審而得到的SCI協(xié)議和軟件配置的正式文本才能成為基線。 基線的作用是把各階段工作的劃分更加明確化，以便于檢驗(yàn)和肯定階段成果。,軟件開發(fā)各階段的基線,軟件配置管理過程,軟件配置管理（SCM）的任務(wù)是： 標(biāo)識(shí)軟件配置中的對(duì)象 版本控制 變化控制 配置審計(jì) 狀態(tài)報(bào)告,第十三章 國際標(biāo)準(zhǔn),在IEEE標(biāo)準(zhǔn)1058.1中給出了軟件項(xiàng)目管理計(jì)劃的框架，它實(shí)質(zhì)上是一