軟件項(xiàng)目管理(Software Project Management)

第八講軟件項(xiàng)目管理（SoftwareProjectManagement）WelcometoSoftwareEngineeringLecture8ZhangJiannanjiannanz@163.com目標(biāo)了解軟件項(xiàng)目的基本概念及管理者的主要任務(wù)；了解軟件項(xiàng)目管理的特征及其和其他工程項(xiàng)目管理之間的區(qū)別；熟悉項(xiàng)目策劃的概念及任務(wù)過程；了解軟件成本的基本知識和基本的估算方法；掌握應(yīng)用圖形工具制作項(xiàng)目進(jìn)度表的方法；目標(biāo)了解軟件質(zhì)量的影響因素及CMM基本概念。了解軟件配置管理的重要意義；了解配置管理中CM規(guī)劃、變更管理等主要活動；了解人員管理的基本內(nèi)容與方法。內(nèi)容軟件項(xiàng)目管理基礎(chǔ)軟件項(xiàng)目策劃與估算軟件進(jìn)度安排軟件質(zhì)量管理與CMM軟件配置管理軟件人員管理軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和管理的活動。軟件項(xiàng)目管理主要考慮如何保證軟件能夠按時、按計(jì)劃并滿足用戶需求規(guī)格的交付，即如何用科學(xué)的管理手段保障軟件項(xiàng)目的成功。軟件項(xiàng)目管理是必要的活動，因?yàn)檐浖?xiàng)目必然會受到時間和成本的約束，如何有效的利用時間與成本是不能僅憑工程分析與設(shè)計(jì)方法來解決的。1.軟件項(xiàng)目管理基礎(chǔ)軟件項(xiàng)目管理與其它的工程項(xiàng)目管理相比有其自身的獨(dú)特性：軟件產(chǎn)品是無形的；軟件產(chǎn)品是易變的；軟件開發(fā)過程不標(biāo)準(zhǔn)；很多軟件項(xiàng)目都是“一次性”項(xiàng)目。軟件項(xiàng)目不同于其它普通的工程項(xiàng)目，它屬于智力密集型活動，其中，人員、抽象的文檔和程序代碼是管理的主要對象。因此，在實(shí)踐中，軟件工程管理人員不能照抄照搬，應(yīng)做到因地制宜，確保管理行為具有針對性。軟件項(xiàng)目管理的特點(diǎn)Pressman認(rèn)為有效的軟件項(xiàng)目管理集中在4個P上，即：人員（People）—“人的因素”是成功軟件項(xiàng)目中最為重要的因素；產(chǎn)品（Product）—產(chǎn)品的目標(biāo)與范圍，成本與開發(fā)約束是劃分項(xiàng)目任務(wù)，制定項(xiàng)目進(jìn)度的依據(jù)；過程（Process）—軟件過程提供了完成特定軟件項(xiàng)目所需的框架活動和開發(fā)任務(wù)的集合；項(xiàng)目（Project）

—把軟件置于有計(jì)劃的、可控的項(xiàng)目之中，是保證其成功的唯一途徑。軟件項(xiàng)目管理中的4P’s項(xiàng)目策劃與估算；項(xiàng)目進(jìn)度安排；項(xiàng)目監(jiān)督與控制；人員管理；質(zhì)量管理；配置管理；風(fēng)險管理；過程改進(jìn)。主要管理活動2項(xiàng)目策劃與估算

軟件項(xiàng)目管理從一組統(tǒng)稱為項(xiàng)目策劃（projectplanning）的活動開始。項(xiàng)目策劃的目標(biāo)是建立一個能夠?qū)?fù)雜的技術(shù)項(xiàng)目進(jìn)行控制、跟蹤和監(jiān)測的有效策略，這個策略是在對資源、成本和進(jìn)度做出合理估算的基礎(chǔ)上做出的。

有效的項(xiàng)目管理取決于全面的項(xiàng)目策劃。在項(xiàng)目之初擬定的計(jì)劃，應(yīng)該成為整個項(xiàng)目的驅(qū)動器。2.1

項(xiàng)目策劃項(xiàng)目策劃任務(wù)集確定項(xiàng)目范圍；確定可行性；分析風(fēng)險；確定所需的資源：確定需要的人力資源；確定可復(fù)用的軟件資源；標(biāo)識環(huán)境資源。項(xiàng)目策劃任務(wù)集估算成本和工作量：分解問題；使用規(guī)模、功能點(diǎn)、過程任務(wù)或用例等方法進(jìn)行兩種以上的估算；調(diào)和不同的估算。制定項(xiàng)目進(jìn)度計(jì)劃：建立一組有意義的任務(wù)集合；定義任務(wù)網(wǎng)絡(luò)；使用進(jìn)度計(jì)劃工具指定時間表；定義進(jìn)度跟蹤機(jī)制。WriteitDown!SoftwareProjectPlanProjectScopeEstimatesRisksScheduleControlstrategy什么是“范圍”？“軟件范圍”描述了：交付給最終用戶的軟件功能與特征；輸入和輸出的數(shù)據(jù)；使用軟件時要呈現(xiàn)給用戶的“內(nèi)容”；用于界定系統(tǒng)的性能、約束條件、接口和可靠性。范圍可以使用以下兩種方法定義：在于共同利益者交流之后得到對軟件范圍的敘述性描述；由最終用戶開發(fā)一組用例。資源2.2項(xiàng)目估算合理科學(xué)的項(xiàng)目估算對于項(xiàng)目管理是至關(guān)重要的，要得到理想的估算結(jié)果必須注意：必須理解項(xiàng)目的范圍；進(jìn)行項(xiàng)目分解是必要的；歷史信息是十分有用的；至少采用兩種不同的技術(shù)進(jìn)行估算；不確定性是軟件估算的天然屬性。軟件項(xiàng)目的成本構(gòu)成硬件和軟件成本差旅費(fèi)和培訓(xùn)費(fèi)用工作成本(thedominantfactorinmost

projects)項(xiàng)目開發(fā)人員的薪水;社會保障和員工福利。經(jīng)常性的管理費(fèi)用辦公場所、供暖和照明費(fèi)用；網(wǎng)絡(luò)和通信費(fèi)用；圖書館、員工餐廳等方便設(shè)施的費(fèi)用。估算技術(shù)根據(jù)已完成的類似項(xiàng)目進(jìn)行估算（類比估算）；傳統(tǒng)估算技術(shù)：

任務(wù)分解與成果估算；

規(guī)模（如F.P）估算。經(jīng)驗(yàn)?zāi)Ｐ停▍?shù)估算）；自動化估算工具。估算精確度估算精確度取決于:計(jì)劃者對產(chǎn)品規(guī)模估計(jì)的準(zhǔn)確程度；把產(chǎn)品規(guī)模轉(zhuǎn)換成人的工作量/人力成本的準(zhǔn)確度；對軟件團(tuán)隊(duì)能力的正確估計(jì)；軟件產(chǎn)品需求與環(huán)境的穩(wěn)定性。任務(wù)分解任務(wù)分解結(jié)構(gòu)（WBS）軟件范圍描述進(jìn)行“文法解析”傳統(tǒng)估算方法：LOC/FP方法在得到軟件的任務(wù)分解結(jié)構(gòu)（WBS）后，可以分別估計(jì)每個功能的LOC或FP，從而估計(jì)出軟件的整體規(guī)模。在估算過程中可以采用歷史數(shù)據(jù)進(jìn)行類比估算。估算人員通常要為每個功能分別估算一個樂觀值（Sopt）、可能值（Sm）和悲觀值（Spess），然后加權(quán)計(jì)算規(guī)模估計(jì)值S:S=(Sopt

+4

Sm+Spess)/6例:LOC方法該類系統(tǒng)的平均生產(chǎn)率=620LOC/pm；平均工資=$8000/月；每行代碼的成本約$13；根據(jù)LOC估算與歷史生產(chǎn)數(shù)據(jù)得到總成本約431000美元，工作量約54人.月。例：FP方法FP的估計(jì)值: FPestimated=321X[0.65+0.01X

Σ(Fi)] FPestimated=375組織平均生產(chǎn)率=6.5FP/pm.勞力價格=$8000permonth,每個FP成本約為$1230.根據(jù)FP估算與歷史生產(chǎn)數(shù)據(jù)得到總成本約461000美元，工作量約58人.月?；谶^程的估算從“過程框架”中獲得框架活動（溝通、策劃、風(fēng)險分析、工程和構(gòu)造發(fā)布）軟件功能框架活動針對每個軟件功能，估算完成各個過程活動所需的工作量（人.月）基于過程估算的實(shí)例如果平均一個勞力的價格是8000美元/月，則項(xiàng)目的總成本約為368000美元，總工作量約為46人.月。經(jīng)驗(yàn)估算模型Generalform:effort=tuningcoefficient*sizeexponentusuallyderivedasperson-monthsofeffortrequiredeitheraconstantoranumberderivedbasedoncomplexityofprojectusuallyLOCbutmayalsobefunctionpointempiricallyderivedCOCOMO-IICOCOMO（構(gòu)造成本模型）是由BarryBeohm提出的一種層次結(jié)構(gòu)估算模型，是業(yè)內(nèi)最廣泛使用和討論的經(jīng)驗(yàn)估算模型。COCOMOII也是一種層次結(jié)構(gòu)估算模型，主要應(yīng)用于以下領(lǐng)域:應(yīng)用組裝模型。在軟件工程早期使用，這時，用戶界面的原型開發(fā)、對軟件和系統(tǒng)交互的考慮、性能的評估以及技術(shù)成熟度的評價是最重要的；早期設(shè)計(jì)階段模型。在需求已經(jīng)穩(wěn)定并且基本的軟件體系結(jié)構(gòu)已經(jīng)建立時使用；體系結(jié)構(gòu)后階段模型。在軟件構(gòu)造過程中使用。軟件方程式軟件方程式是一種多變量模型，它假定在軟件開發(fā)項(xiàng)目的整個生命周期中有特定的工作量分布。 E=[LOCxB0.333/P]3x(1/t4) 其中： E=工作量，人.月或人.年 t=項(xiàng)目持續(xù)時間，以月或年為單位 B=“特殊技能因子”

P=“生產(chǎn)率參數(shù)”3項(xiàng)目進(jìn)度安排（調(diào)度）這個管理活動中，管理者需要把項(xiàng)目分解成若干個任務(wù)，并估算每個任務(wù)完成所需要的時間與資源，然后按照一定的順序把這些任務(wù)組織起來。應(yīng)協(xié)調(diào)并行的任務(wù)，充分利用人力資源。要減少任務(wù)間的依賴，明確關(guān)鍵任務(wù)，保證按進(jìn)度交付。項(xiàng)目調(diào)度過程活動網(wǎng)絡(luò)圖與甘特圖圖形化的工具對說明項(xiàng)目進(jìn)度是十分有用的?；顒泳W(wǎng)絡(luò)圖方法PERT(ProgramEvaluationandReviewTechnique)，是美國海軍和洛克希德公司60年代初發(fā)展起來的一種先進(jìn)的管理技術(shù)。在國民經(jīng)濟(jì)中已經(jīng)廣為應(yīng)用，并且受到用戶的好評。

活動網(wǎng)絡(luò)圖表示構(gòu)成一個項(xiàng)目的不同活動之間的依賴關(guān)系以及由開始到結(jié)束的關(guān)鍵活動路徑。例：活動網(wǎng)絡(luò)圖的畫法活動網(wǎng)絡(luò)圖甘特圖是以水平線段表示每一項(xiàng)任務(wù)，線段的起始點(diǎn)表示任務(wù)的開始，結(jié)束點(diǎn)表示任務(wù)的結(jié)束，線段的長度表示任務(wù)的完成時間。甘特圖的優(yōu)點(diǎn)是簡單明了，清楚地從圖上看出任務(wù)時間上的對比關(guān)系，非常直觀方便。它的缺點(diǎn)是各個任務(wù)之間的邏輯關(guān)系無法表示清楚。甘特圖甘特圖4軟件質(zhì)量管理

近些年來，軟件人員正不懈的追求軟件質(zhì)量，雖然付出了巨大的努力，但是收效甚微。于是，大部分軟件企業(yè)試圖通過壯大軟件測試隊(duì)伍，希望通過加大測試力度來提高軟件質(zhì)量，然而，軟件測試不能從根本上提高軟件質(zhì)量。究其原因，人們似乎對于軟件質(zhì)量的概念和內(nèi)涵并不是很清楚，就更談不上采取有效的方法提高軟件的質(zhì)量。我們認(rèn)為，實(shí)施軟件質(zhì)量管理是軟件開發(fā)過程不可缺少的一個重要環(huán)節(jié)。傳統(tǒng)上，人們對軟件質(zhì)量的評價參數(shù)包括軟件功能是否齊全、結(jié)構(gòu)是否合理和層次是否分明等方面。不難發(fā)現(xiàn)，這些評價的描述是含糊不清的，不能對軟件的質(zhì)量做定性的分析。不精確的軟件評價給用戶和軟件開發(fā)人員均帶來消極作用，對用戶而言，沒有明確的軟件評價，用戶就沒有選購軟件的依據(jù)；同時，軟件開發(fā)人員沒有軟件質(zhì)量的評價標(biāo)準(zhǔn)，在軟件的開發(fā)過程中就無“法”可依。因此，軟件質(zhì)量評價標(biāo)準(zhǔn)的制定有其必要性，也有重要意義。軟件質(zhì)量及其評價美國的B.W.Ｂoehm和R.Brown提出了三個層次的評價度量模型，三個層次分別是軟件質(zhì)量要素、準(zhǔn)則和度量。在此，僅對第一層次——軟件質(zhì)量要素作簡單介紹。軟件質(zhì)量及其評價把軟件質(zhì)量分解成六個要素，通過如下的六個要素來評判軟件質(zhì)量：1.功能性：軟件功能來源于軟件的用戶需求，用戶需求分為顯性需求和隱性需求，隱性需求泛指用戶潛在的卻不能陳述的軟件需求；功能性是軟件滿足用戶需求的程度描述。軟件質(zhì)量要素2.可靠性：軟件可靠性包含兩個方面的內(nèi)容，一是軟件在規(guī)定的運(yùn)行環(huán)境下正常工作的程度；二是軟件在非法操作或故障發(fā)生時繼續(xù)運(yùn)行的程度。軟件可靠性在軟件工程中具有較大的實(shí)際意義，可靠性差的軟件在故障發(fā)生時不能正常運(yùn)行，這將使得軟件功能喪失。在必要時，可以建立軟件保障系統(tǒng)，從根本上提高軟件可靠性。軟件質(zhì)量要素3.易使用性：易使用性的內(nèi)容包括軟件用戶界面的友好性和軟件交互性，交互性和友好性是衡量軟件使用是否方便的兩個重要參數(shù)。4.效率：軟件效率指軟件運(yùn)行時對所需的計(jì)算機(jī)資源利用的有效程度，軟件效率的衡量通常從時間和存儲需求兩方面入手。軟件質(zhì)量要素5.可維護(hù)性：軟件的可維護(hù)性是指用戶需求改變或軟件環(huán)境發(fā)生變更時，軟件系統(tǒng)能進(jìn)行相應(yīng)修改的容易程度，可維護(hù)性一般與軟件的可讀性、可理解性和可修改性相關(guān)。軟件質(zhì)量要素6.可移植性：可移植性指軟件整體或部分對運(yùn)行的系統(tǒng)和環(huán)境的依賴程度，依賴程度越高，軟件可移植性越差。軟件質(zhì)量要素雖然軟件企業(yè)沒有停止對軟件質(zhì)量的追求，但是事實(shí)表明他們并沒有在提高軟件質(zhì)量方面取得突破性進(jìn)展。軟件質(zhì)量問題的根源總的來說，較多質(zhì)量不高的軟件在軟件開發(fā)中存在以下幾點(diǎn)共性：缺乏軟件產(chǎn)品檢驗(yàn)標(biāo)準(zhǔn)，開發(fā)人員在提高軟件質(zhì)量上還具有一定盲目性；軟件開發(fā)人員缺乏質(zhì)量意識；軟件項(xiàng)目時間短、計(jì)劃緊；軟件項(xiàng)目資金不足，開發(fā)方降低開發(fā)成本；沒有有效的軟件項(xiàng)目管理體制。軟件質(zhì)量問題的根源（一）CMM概念CMM（CapabilityMaturityModelforSoftware），英文縮寫名是SM-CMM，它指“軟件能力成熟度模型”，CMM是美國卡內(nèi)基—梅隆大學(xué)軟件工程研究所（簡稱SEI）的研究成果；SEI是美國國防部出資于1984年設(shè)立。軟件質(zhì)量與CMM從1986年開始，SEI針對軟件組織改善其軟件過程，特別是美國國防部對軟件承包商的能力評價問題，研究“過程成熟度框架”。1987年9月，SEI發(fā)表了關(guān)于過程成熟度框架的簡要說明和成熟度調(diào)查問卷。以這一過程成熟度框架為藍(lán)本，在美國聯(lián)邦政府促進(jìn)下，從1987年到1991年在美國一些大公司的軟件組織進(jìn)行了軟件過程能力成熟度模型的評估實(shí)踐。（一）CMM概念根據(jù)這4年的實(shí)踐經(jīng)驗(yàn)，特別是從美國政府和工業(yè)界反饋的關(guān)于軟件過程評估的信息，SEI在原過程成熟度框架的基礎(chǔ)上開發(fā)出了“軟件能力成熟度模型（CMM）1.0版”。SEI給CMM下的定義是：對于軟件組織在定義，實(shí)現(xiàn)，度量，控制和改善其軟件過程的進(jìn)程中各個發(fā)展階段的描述。（一）CMM概念這個模型便于確定軟件組織的現(xiàn)有過程能力和查找出軟件質(zhì)量及過程改進(jìn)方面的最關(guān)鍵問題，從而為選擇過程改進(jìn)戰(zhàn)略提供指南。SW-CMM為軟件企業(yè)的過程能力提供了一個階梯式的進(jìn)化框架，它基于過去所有軟件工程成果的過程改善的框架，吸取了以往軟件工程的經(jīng)驗(yàn)教訓(xùn)。它指明了一個成熟的軟件組織在軟件開發(fā)方面需要管理的那些主要工作、這些工作之間的關(guān)系、以及以怎樣的先后次序，一步一步的做好這些工作使軟件組織走向成熟，是目前國際上最流行也是最實(shí)用的軟件生產(chǎn)過程標(biāo)準(zhǔn)。

（一）CMM概念SW-CMM為軟件企業(yè)的過程能力提供了臺階式結(jié)構(gòu)，共分五級，分別是初始級、可重級、定義級、管理級和優(yōu)化級。初始級實(shí)際上是一個起點(diǎn)，任何準(zhǔn)備按CMM結(jié)構(gòu)進(jìn)化的企業(yè)一般都處于這個起點(diǎn)上，并通過這個起點(diǎn)向可重級邁進(jìn)。除初始級外，每一級都設(shè)定了一組目標(biāo)，如果達(dá)到了這組目標(biāo)，則表明達(dá)到了這個成熟級別，可以向下一個級別邁進(jìn)。CMM從可重級起，每一個低的級別實(shí)現(xiàn)均是高的級別實(shí)現(xiàn)的基礎(chǔ)，所以它不主張級別跨越。（二）CMM結(jié)構(gòu)SW-CMM提供階梯式的進(jìn)化框架1.初始級初始級實(shí)際上是一個較為原始的階段，初始級的軟件過程是未加定義的隨意過程，項(xiàng)目的執(zhí)行是隨意甚至是混亂的。它的執(zhí)行沒有政策、資源等方面的保證時，那么它仍然被視為初始級。（二）CMM結(jié)構(gòu)2.可重復(fù)級可重復(fù)級的管理過程包括了需求管理、項(xiàng)目管理、質(zhì)量管理、配置管理和子合同管理五個方面，可重復(fù)級的焦點(diǎn)集中在軟件管理過程上。一個可管理的過程則是一個可重復(fù)級的過程，一個可重級的過程則能逐漸進(jìn)化和成熟。（二）CMM結(jié)構(gòu)3.定義級定義級給出了定義執(zhí)行的步驟標(biāo)準(zhǔn)，并將這些標(biāo)準(zhǔn)集成到企業(yè)軟件開發(fā)標(biāo)準(zhǔn)過程中去。所有開發(fā)的項(xiàng)目需根據(jù)這個標(biāo)準(zhǔn)過程，剪裁出該項(xiàng)目的過程，并執(zhí)行這些過程。過程的剪裁不是隨意的，在使用前需經(jīng)過企業(yè)有關(guān)人員的批準(zhǔn)。（二）CMM結(jié)構(gòu)4.管理級管理級的管理是量化的管理。所有過程需建立相應(yīng)的度量方式，產(chǎn)品的質(zhì)量需有明確的度量指標(biāo)。這些度量應(yīng)是詳盡的，且可用于理解和控制軟件過程和產(chǎn)品，量化控制將使軟件開發(fā)真正變成工業(yè)生產(chǎn)活動。（二）CMM結(jié)構(gòu)5.優(yōu)化級優(yōu)化級的目標(biāo)是達(dá)到一個持續(xù)改善的境界。所謂持續(xù)改善是指可根據(jù)過程執(zhí)行的反饋信息來改善下一步的執(zhí)行過程，即優(yōu)化執(zhí)行步驟。如果一個企業(yè)達(dá)到了這一級，那么表明該企業(yè)能夠根據(jù)實(shí)際的項(xiàng)目性質(zhì)、技術(shù)等因素，不斷調(diào)整軟件生產(chǎn)過程以求達(dá)到最佳。（二）CMM結(jié)構(gòu)從效果而言，在上述不同階段，軟件開發(fā)生產(chǎn)的成熟程度給軟件企業(yè)帶來了完全不同的效果。從第一階段到第五個階段，軟件開發(fā)生產(chǎn)的計(jì)劃精度越來越高，每單位工程的生產(chǎn)周期越來越短，每單位工程的成本越來越低。CMM五級模型為軟件質(zhì)量的控制和質(zhì)量的提高奠定了堅(jiān)實(shí)的基礎(chǔ)，它是當(dāng)前軟件質(zhì)量控制領(lǐng)域研究的一個熱點(diǎn)。（二）CMM結(jié)構(gòu)軟件系統(tǒng)總是出現(xiàn)變更，這就帶來新版本軟件的產(chǎn)生，引起版本變化的原因通常包括：變更建議和錯誤的修正；對不同的硬件與操作系統(tǒng)做出的適應(yīng)性調(diào)整；提供不同的功能；按用戶特定需求進(jìn)行的修正。配置管理規(guī)程規(guī)定了如何記錄和處理所提議的變更，如何使系統(tǒng)變更與系統(tǒng)組件相關(guān)聯(lián)，以及如何識別系統(tǒng)不同版本的方法。CM的目的在于控制由變更帶來的成本和人力消耗。4.配置管理配置管理配置管理涉及開發(fā)和應(yīng)用規(guī)程與標(biāo)準(zhǔn)去管理一個進(jìn)化中的軟件產(chǎn)品。CM有時被認(rèn)為是更廣泛的軟件質(zhì)量管理的一部分。當(dāng)一個軟件系統(tǒng)被置于配置管理之下，我們把它叫做“基線”（baselines），因?yàn)樗鼈兪鞘芸剡M(jìn)化的一個起點(diǎn)。配置管理的主要活動配置管理的規(guī)劃變更管理版本與發(fā)布管理系統(tǒng)構(gòu)建配置管理規(guī)劃描述配置管理應(yīng)該使用的標(biāo)準(zhǔn)和規(guī)程。所有的軟件產(chǎn)品都應(yīng)該置于CM控制之下：Specifications;Designs;Programs;Testdata;Usermanuals.4.1配置管理規(guī)劃配置管理規(guī)劃包括以下內(nèi)容：定義配置項(xiàng)以及使用什么模式來識別配置項(xiàng)；確定誰負(fù)責(zé)CM規(guī)程并把配置項(xiàng)提交給CM團(tuán)隊(duì)；定義變更控制和版本管理的策略；定義必須被維護(hù)的CM記錄；描述CM使用的工具和使用這些工具的過程；描述配置數(shù)據(jù)庫的結(jié)構(gòu)既要維護(hù)的數(shù)據(jù)信息；對外協(xié)提供的軟件的管理和CM規(guī)劃對CM過程的審核過程。配置管理規(guī)劃配置管理規(guī)劃過程中，要嚴(yán)格確定對哪些項(xiàng)或哪類項(xiàng)進(jìn)行控制。配置控制之下的文檔成為配置項(xiàng)。CM中需要有一個關(guān)于所有配置項(xiàng)的一致性標(biāo)識列表。分層命名模式是一種有效的命名方法：PCL-TOOLS/EDIT/FORMS/DISPLAY/AST-INTERFACE/CODE配置項(xiàng)識別配置層次所有的CM信息都保存在一個配置數(shù)據(jù)庫中。配置數(shù)據(jù)庫必須能夠?qū)Ω鞣N系統(tǒng)配置查詢作出相應(yīng)：Whohasaparticularsystemversion?Whatplatformisrequiredforaparticularversion?WhatversionsareaffectedbyachangetocomponentX?HowmanyreportedfaultsinversionT?HowmanyreportedchangerequestsinversionT?配置數(shù)據(jù)庫應(yīng)該和版本管理系統(tǒng)集成到一起以便與被配置管理控制的軟件直接相連。

配置數(shù)據(jù)庫軟件在生命周期內(nèi)會接受來自各方面的變更請求：Fromusers;Fromdevelopers;Frommarketforces.變更管理的主要目的使通過對變更的跟蹤和控制是變更實(shí)現(xiàn)的代價最小，效果最好。4.2變更管理變更管理過程對變更申請表的定義應(yīng)該是CM規(guī)劃過程的一部分。變更申請表除了記錄需要的變更之外，還要記錄變更的建議者，變更的原因和變更的緊密程度。CRF還要記錄變更的成本估算，沖突的分析，變更的請求、核準(zhǔn)、實(shí)現(xiàn)和驗(yàn)證日期等內(nèi)容。變更申請表（CRF）的格式變更申請表（CRF）的格式變更控制委員會（CCB）是做出變更決策的極為重要的一個部門。CCB應(yīng)獨(dú)立于軟件開發(fā)組織之外，由資深的客戶和承包商職員組成。CCB應(yīng)從戰(zhàn)略的角度，而不是從技術(shù)的角度去考慮變更帶來的影響。變更控制委員會（CCB）組件變更時，每個組件的變更記錄都應(yīng)該得到維護(hù)，有時把這成為組件的導(dǎo)出歷史。維護(hù)這種記錄最佳的方式是在組件開始部分的標(biāo)準(zhǔn)注釋部分說明它。導(dǎo)出歷史應(yīng)該建立變更請求到軟件變更的鏈接。導(dǎo)出歷史例：組件題頭信息5人員管理

軟件項(xiàng)目開發(fā)的資源主要是人員、開發(fā)時間、軟件工具、運(yùn)行所需要的軟/硬件等。軟件開發(fā)過程是人智力密集型的勞動。開發(fā)組織為提高軟件生產(chǎn)率，必須最大限度地發(fā)揮每一個人的技術(shù)和能力。軟件項(xiàng)目由項(xiàng)目負(fù)責(zé)人（項(xiàng)目經(jīng)理）總負(fù)責(zé)。人員管理涉及到招募、選擇、培訓(xùn)、業(yè)績、報酬、專業(yè)發(fā)展，以及培養(yǎng)團(tuán)隊(duì)精神和企業(yè)文化等一系列“以人為本”的組織工作，通過吸引、培養(yǎng)、激勵留住有創(chuàng)造力、技術(shù)水平高的人才，增強(qiáng)軟件組織軟件開發(fā)能力。人員資源計(jì)劃

對開發(fā)人員資源的需求（計(jì)劃），是隨時間變化的一個指數(shù)函數(shù)曲線——Rayleigh-Norden曲線模式。td圖9.1開發(fā)人員資源需求隨時間變化的曲線時間人員資源需求人員協(xié)調(diào)和通信建立有效的人員通信交流機(jī)制，組織開發(fā)人員和協(xié)調(diào)他們的關(guān)系，并跟蹤和協(xié)調(diào)開發(fā)進(jìn)程。軟件項(xiàng)目人員協(xié)調(diào)和通信方式可分成：

◆正式的（采用文字、視頻會議等非直接交互的通信渠道）、非個人的方式； ◆正式的、個人的方式； ◆非正式的、個人的方式； ◆電子通信方式； ◆個人網(wǎng)絡(luò)方式。人員組織范型大型軟件產(chǎn)品的開發(fā)可采取分層次的組織結(jié)構(gòu)，即軟件經(jīng)理→項(xiàng)目經(jīng)理→開發(fā)小組，以保證組織和管理的有效性。一個項(xiàng)目科學(xué)而合理建立的組織結(jié)構(gòu)取決于組織的管理風(fēng)格、凝聚力、組內(nèi)成員的人數(shù)和他們的技術(shù)水平，以及任務(wù)的難易程度。民主分權(quán)制 民主分權(quán)式開發(fā)組是一個沒有領(lǐng)導(dǎo)者的，提倡無私精神的團(tuán)體組織，民主氛圍濃郁，組員們工作積極性高，這使得整個團(tuán)隊(duì)能多出、快出更高質(zhì)量的產(chǎn)品。 民主分權(quán)組織方式比較強(qiáng)調(diào)個人的作用，所以希望小組成員都是經(jīng)驗(yàn)豐富、技術(shù)和技能熟練的人員。 民主分權(quán)式開發(fā)組織方式特別適用于較小規(guī)?；蜓芯啃彤a(chǎn)品的開發(fā)?？刂萍瘷?quán)制

控制集權(quán)式組織的特點(diǎn)：一是專業(yè)化，每個成員分工明確，執(zhí)行各自的專業(yè)任務(wù)；二是層次性，每個成員在組織中處于一定的領(lǐng)導(dǎo)或被領(lǐng)導(dǎo)地位。 控制集權(quán)式組由一名高級工程師（主程序員）、一名后備工程師、資料管理員，以及2~5個技術(shù)人員組成。 小組負(fù)責(zé)人由高級工程師（主程序員）擔(dān)任，他既是管理者，又是高級專業(yè)人員，負(fù)責(zé)計(jì)劃、協(xié)調(diào)和復(fù)審小組的所有技術(shù)活動；后備工程師是協(xié)助負(fù)責(zé)人工作的專業(yè)人員；資料管理員是專職的，職責(zé)是控制和維護(hù)所有的軟件配置，協(xié)助小組進(jìn)行研究、評估和文檔準(zhǔn)備?？刂品謾?quán)制 軟件的開發(fā)通常采用一種更合理的、責(zé)任范圍更清楚的人員組織方式——控制分權(quán)式開發(fā)組。 控制分權(quán)小組負(fù)責(zé)人由一個小組領(lǐng)導(dǎo)人（負(fù)責(zé)小組的技術(shù)活動），一個小組管理員（負(fù)責(zé)所有非技術(shù)的管理決策）兩個人承擔(dān)。小組領(lǐng)導(dǎo)人小組管理員技術(shù)人員技術(shù)人員技術(shù)人員圖9.3控制分權(quán)式小組的結(jié)構(gòu)示意ChiefProgrammerAssistantCPProgramManagerProgramManagerAdminis-trationLibrarianTestTeamSeniorProgrammerJuniorProgrammer全面負(fù)責(zé)設(shè)計(jì)、編碼、測試和