第章軟件項目管理

1、9 . 1 軟件項目管理概述軟件項目管理概述9 . 2 軟件項目組織管理軟件項目組織管理9 . 3 軟件過程管理軟件過程管理9 . 4 風險管理風險管理9 . 5 軟件配置管理軟件配置管理9 . 6 軟件項目估算軟件項目估算9 . 7 軟件項目估算技術(shù)軟件項目估算技術(shù)9 . 8 軟件項目計劃軟件項目計劃1人員管理人員管理根據(jù)數(shù)以百計的大、中型軟件開發(fā)項目的統(tǒng)計，對開發(fā)人員資源的需求（或稱為“消耗”）包括對其他資源的需求，是隨時間變化的一個類似于圖9-1所示的曲線模式（以自然對數(shù)e為底的指數(shù)函數(shù)）。2軟件項目計劃軟件項目計劃軟件項目計劃包括估算、進度安排、風險分析和質(zhì)量管理計劃4項主要活動，其中

2、軟件項目估算是軟件項目計劃的基礎(chǔ)。3軟件質(zhì)量管理軟件質(zhì)量管理軟件（產(chǎn)品）是一個復(fù)雜的邏輯實體，其需求很難精確把握。加上開發(fā)活動大多由手工完成，所以軟件產(chǎn)品會或多或少存在一定的質(zhì)量缺陷。解決這一問題的手段只有兩個，即技術(shù)手段和管理手段。4軟件項目管理計劃文檔軟件項目管理計劃文檔IEEE和我國國家標準局給出了軟件項目管理計劃書（SPMP）的文檔標準，如表9-1所示。1 引言1.1 項目概述1.2 項目交付1.3 軟件項目管理計劃的演變1.4 參考資料1.5 術(shù)語和縮寫詞2 項目組織2.1 過程模型2.2 組織結(jié)構(gòu)2.3 組織邊界和接口2.4 項目責任3 管理過程3.1 管理目標和優(yōu)先級3.2 假設(shè)

3、、依賴性和限制3.3 風險管理3.4 監(jiān)督與控制機制3.5 人員計劃4 技術(shù)過程4.1 方法、工具和技術(shù)4.2 軟件文檔4.3 項目支持功能5 工作包、進度和預(yù)算5.1 工作包5.2 依賴性5.3 資源要求5.4 預(yù)算和資源分配5.5 進度表6 附加部分9.2.1 團隊組織模式團隊組織模式1民主分權(quán)式民主分權(quán)式民主分權(quán)式（Democratic Decentralized）小組沒有固定的負責人，問題和解決方法由小組討論決策，團隊成員之間的溝通是平行的。2控制集權(quán)式控制集權(quán)式一個較大規(guī)模或復(fù)雜型產(chǎn)品的實現(xiàn)，必須以一種更具層次的方式組織團隊，控制集權(quán)式（Controlled Centralized）

4、團隊是典型的人員組織方式之一。3控制分權(quán)式控制分權(quán)式民主分權(quán)式團隊的最大優(yōu)點是組員之間無私和平等的人際關(guān)系，由此形成強大的團隊作戰(zhàn)能力；而控制集權(quán)式的最大優(yōu)點是分工有序和責任明確。4敏捷團隊敏捷團隊敏捷方法學倡導通過盡早地逐步交付軟件從而使客戶滿意、組織小型的充滿活力的團隊、采用非正式的方法、交付最小的軟件工程工作產(chǎn)品，以及總體開發(fā)簡易性。為了避免這些問題，管理者需要建立便于理解項目的如下方法。（1）在正確的基礎(chǔ)上開始工作，首先要正確理解問題，然后為每個參與項目的人員設(shè)置實現(xiàn)的目標和期望并組織團隊。（2）為了維持動力，項目經(jīng)理必須采取激勵措施使人員變動量保持最小，以強調(diào)質(zhì)量。（3）跟蹤項目進展

5、要作為質(zhì)量保證活動的一部分，收集項目過程和測量數(shù)據(jù)，對照開發(fā)團隊的平均數(shù)據(jù)評估項目的進展。（4）做出合適的決策，決策應(yīng)保持項目的簡單性，識別并避免風險，并且分配比預(yù)定時間更多的時間用于完成復(fù)雜或有風險的任務(wù)。（5）進行事后分析，建議統(tǒng)一機制從每個完成的項目中獲取可學習的經(jīng)驗。評估項目進度，分析項目度量數(shù)據(jù)和反饋。Barry Boehm提出一個稱為“W5HH”的原則，即強調(diào)項目目標、里程碑和進度、責任、管理和技術(shù)方法，以及需要的資源。這種方法通過提出一系列問題導出對關(guān)鍵項目特性，以及項目計劃的定義。（1）為什么（Why）要開發(fā)這個系統(tǒng)？回答這個問題可以評估項目商業(yè)理由的有效性。（2）將要做什么（

6、What）？回答這個問題將制定完成項目所需的任務(wù)清單。（3）什么時候（When）完成？回答這個問題將幫助團隊安排好項目進度。（4）某個功能由誰（Who）完成？回答這個問題將規(guī)定每個成員的角色和責任。（5）組織結(jié)構(gòu)位于何處（Where）？回答這個問題將明確項目共利益者的責任和組織。（6）如何（How）完成技術(shù)工作和管理工作？一旦確定了產(chǎn)品的范圍，就必須定義項目的管理策略和技術(shù)策略。（7）每種資源需要多少（How much）？回答這個問題將通過估算確定項目的資源與計劃。9.3.1 軟件過程度量軟件過程度量軟件過程度量能夠為組織提高其整體的過程成熟度提供很大的幫助，Grady給出如下一組軟件過程度量

7、規(guī)則。（1）解釋度量數(shù)據(jù)時使用常識，并考慮組織的敏感性。（2）提供測量和度量結(jié)果的反饋。（3）不要使用度量評價個人。（4）制定清晰的目標和為達到目標所使用的度量。（5）綜合考慮度量。軟件過程改進是長期和重復(fù)的過程，需要得到開發(fā)機構(gòu)的批準，并得到相關(guān)支持和資源。軟件過程改進過程的通用模型如圖9-2所示。軟件項目度量使得軟件項目組織能夠?qū)σ粋€軟件產(chǎn)品的開發(fā)進行估算、計劃和組織實施，如軟件規(guī)模和成本估計、產(chǎn)品質(zhì)量控制和評估和生產(chǎn)率評估等。它們可以幫助項目管理者評估正在進行的項目狀態(tài)、跟蹤潛在的風險、在問題造成不良影響之前發(fā)現(xiàn)問題、調(diào)整工作流程或任務(wù)，以及評估項目組織控制產(chǎn)品質(zhì)量的能力。9.4.1 風

8、險識別風險識別為了正確識別風險，將可能發(fā)生的風險分成若干風險類，每類建立一個風險項目檢查表用于識別風險。以下是常見的風險類及需要檢查的內(nèi)容。（1）產(chǎn)品規(guī)模風險：檢查與軟件總體規(guī)模相關(guān)的風險。（2）商業(yè)影響風險：檢查與管理或市場的約束相關(guān)的風險。（3）與客戶相關(guān)的風險：檢查與客戶素質(zhì)和溝通能力相關(guān)的風險。（4）過程風險：檢查與軟件過程定義和開發(fā)相關(guān)的風險。（5）技術(shù)風險：檢查與軟件的復(fù)雜性和系統(tǒng)所包含的技術(shù)成熟度相關(guān)的風險。（6）開發(fā)環(huán)境風險：檢查與開發(fā)工具的可用性和質(zhì)量相關(guān)的風險。（7）人員結(jié)構(gòu)和經(jīng)驗風險：檢查與開發(fā)人員的總體技術(shù)水平和項目經(jīng)驗相關(guān)的風險。以商業(yè)影響風險類為例，其風險項目檢查表

9、中可能會包括下列問題。（1）建立的軟件是否符合市場的需求（市場風險）。（2）建立的軟件是否符合公司的整體商業(yè)策略（策略風險）。（3）銷售部門是否知道如何推銷這種軟件（銷售風險）。（4）是否即使課題內(nèi)容或開發(fā)人員改變，該項目也不會失去管理層的支持（管理風險）。（5）項目預(yù)算或參加人員有沒有保證（預(yù)算風險）。（1）建立風險可能性尺度風險可能性的尺度可以通過定性或定量來定義，一般不能用是或否表示，較多使用的是概率尺度。例如，極罕見（10%）、罕見（10%25%）、普通（25%50%）、可能（50%75%），以及極可能（75%）。（2）估計風險對產(chǎn)品和項目的影響。風險產(chǎn)生的后果通常使用定性的描述，如災(zāi)

10、難性的、嚴重的、可容忍的，以及可忽略的。進行風險管理和制定RMMMP主要依靠項目管理者的判斷和經(jīng)驗。例如，某開發(fā)人員在開發(fā)期間中途離職的概率是0.7且離職后會對項目有影響，該風險規(guī)劃和監(jiān)控的策略如下。（1）與在職人員協(xié)商了解其可能流動的原因。（2）在項目開始前把緩解這些流動原因的工作列入風險管理計劃。（3）做好人員流動的準備并采取措施確保一旦人員離開項目仍能繼續(xù)進行。（4）制定文檔標準并建立一種機制保證文檔都能及時產(chǎn)生。（5）對所有工作進行仔細審查，使更多人能夠按計劃進度完成自己的工作。（6）對每個關(guān)鍵性技術(shù)崗位注意培養(yǎng)后備人員等。9.5.1 基本概念基本概念1軟件變更軟件變更軟件變更是隨時發(fā)

11、生的，它的起源有多種因素。2軟件配置項軟件配置項軟件過程的輸出信息主要有3項，即計算機程序（源程序和執(zhí)行代碼）、軟件（產(chǎn)品）文檔（技術(shù)文檔和用戶文檔），以及數(shù)據(jù)（程序內(nèi)部的和/或程序外部的數(shù)據(jù)）。3基線基線在軟件工程的術(shù)語中，各個階段產(chǎn)品的復(fù)審時間均稱為“基線”?；€是軟件過程中的里程碑，其標志就是有一個或多個SCI的交付。4. 任務(wù)和目標任務(wù)和目標軟件配置管理的主要任務(wù)是標志、控制、審計和報告在軟件開發(fā)和維護過程中發(fā)生的變更，其目標是使軟件更容易地實現(xiàn)和適應(yīng)變更要求，并減少軟件變更所花費的工作量（成本）。1配置管理規(guī)劃配置管理規(guī)劃配置管理規(guī)劃根據(jù)標準編寫，主要包括以下內(nèi)容。（1）定義哪些SC

12、I需要管理，以及識別這些SCI的形式模式。（2）說明由誰負責配置管理規(guī)程，并把受控SCI提交給配置管理團隊。（3）用于變更控制和版本管理的配置管理策略。（4）描述配置管理過程的記錄，以及該記錄應(yīng)該被維護的形式。（5）描述配置管理所使用的工具和使用這些工具的過程。（6）定義將用于記錄配置信息的配置數(shù)據(jù)庫。（7）其他信息，如為外部供應(yīng)商提供的軟件的管理，以及對配置管理過程審查規(guī)程的管理等也要包含在配置管理規(guī)劃中。2變更管理變更管理對大型軟件系統(tǒng)而言，變更是一個不爭的事實。應(yīng)該根據(jù)設(shè)計好的變更管理規(guī)程，并采用確定的變更管理過程和相關(guān)的輔助工具，這樣才能保證對變更的成本和效益做出正確的分析，并使變更始

13、終處于控制之中。版本發(fā)布管理負責確定發(fā)布時間、分發(fā)渠道、編制和管理發(fā)布文檔，以及協(xié)助安裝新的版本。發(fā)布版本不僅僅是本系統(tǒng)的可執(zhí)行代碼，還包括以下內(nèi)容。（1）配置文件：定義對于特定安裝，發(fā)布版本應(yīng)該如何配置。（2）數(shù)據(jù)文件：是成功進行系統(tǒng)操作所必需的。（3）安裝程序：用于幫助在目標硬件上安裝系統(tǒng)。（4）電子和書面文檔：用于系統(tǒng)說明。（5）包裝和相關(guān)宣傳：為版本發(fā)布所做的工作。9.6.1 概述概述在軟件項目計劃中，估算主要針對工作的資源、成本及進度進行。估算需要經(jīng)驗，并需要了解歷史信息。估算存在風險，并導致不確定性。估算的風險取決于對資源、成本及進度的定量。估算中存在不確定性，如果對項目范圍缺乏了

14、解，或者項目需求經(jīng)常改變，不確定性和估算風險就會非常高。1代碼行方法代碼行方法使用代碼行技術(shù)會存在許多問題，原因如下。（1）建立代碼只是整個軟件開發(fā)工作中的一小部分，僅僅用最終產(chǎn)品的代碼行數(shù)代替規(guī)格說明書、計劃、實現(xiàn)、集成，以及測試等系統(tǒng)開發(fā)過程所需的時間是遠遠不夠的。（2）用不同的語言實現(xiàn)同一個軟件產(chǎn)品將導致不同的代碼行數(shù)，而且Lisp語言和第4代語言沒有代碼行數(shù)概念的定義。（3）計算代碼行數(shù)往往不是很準確，如代碼行除可執(zhí)行語句外，還有數(shù)據(jù)定義和注釋等，這將直接影響代碼的質(zhì)量、可讀性和可復(fù)用性等。（4）并非所有的代碼都交付給用戶，實際上往往有一部分代碼量存在于開發(fā)工具中。（5）只有當軟件產(chǎn)品

15、開發(fā)完全結(jié)束后，才能確定最終的軟件產(chǎn)品的代碼行數(shù)。2軟件科學方法軟件科學方法由于代碼行數(shù)度量方法不是很可靠，軟件科學家推薦了多種源于軟件科學基本度量原理的度量軟件產(chǎn)品規(guī)模的方法。例如，計算軟件產(chǎn)品中（單一）操作數(shù)和運算符的數(shù)目。3可測量數(shù)據(jù)方法可測量數(shù)據(jù)方法若給出了軟件產(chǎn)品中的文件數(shù)Fi、流數(shù)Fl和過程數(shù)Pr，則產(chǎn)品的規(guī)模S和成本C可以由下式得出：S = Fi + Fl + Pr （9-1）C = bS （9-2） 4功能點度量方法功能點度量方法功能點（Function Points，F(xiàn)P）度量方法使用軟件產(chǎn)品提供的功能測量作為規(guī)范值的，功能點度量基于軟件產(chǎn)品信息域值的計算和軟件復(fù)雜性的評估而

16、導出。涉及的信息域值有輸入項數(shù)（Inp）、輸出項數(shù)（Out）、查詢項數(shù)（Inq）、主文件數(shù)（Maf）和接口數(shù)（Inf）。計算功能點數(shù)FP最簡單的公式如下：FP = 4Inp + 5Out + 4Inq + 10Maf +7Inf （9-3）式中每個信息度量項的系數(shù)，可以根據(jù)軟件復(fù)雜性分成的簡單、平均和復(fù)雜3個等級選擇。表9-2給出了各個度量項不同級別功能點的分配值。度 量 項簡 單 級平 均 級復(fù) 雜 級Inp346Out457Inq346Maf71015Inf57105面向?qū)ο蟮亩攘棵嫦驅(qū)ο蟮亩攘浚?）場景腳本的數(shù)量（2）關(guān)鍵類的數(shù)量（3）支持類的數(shù)量（4）每個關(guān)鍵類的平均支持類數(shù)量（5）子

17、系統(tǒng)的數(shù)量在復(fù)查軟件項目管理計劃時，對成本和開發(fā)周期估算的復(fù)查尤為重要。不管使用什么估算方法，若要想進一步減少風險，應(yīng)在計劃小組遞交了其估算后由軟件質(zhì)量保證小組獨立對開發(fā)周期和成本估算再次進行估算分析。9.7.1 分解技術(shù)分解技術(shù)基于問題分解的估算步驟如下。（1）項目計劃者從界定的軟件范圍說明開始，并根據(jù)該說明將軟件分解為可以被單獨估算的問題或者功能。LOC和FP估算技術(shù)的分解目標有所不同，LOC估算時，分解要非常精細，分解的程度越高就越有可能建立合理且準確的LOC估算。（2）估算每一個問題/功能的LOC、FFP或FP（稱為“估算變量”），當然計劃者也可以選擇諸如類/對象、修改或受到影響的業(yè)務(wù)

18、過程的元素作為估算變量進行規(guī)模估算。（3）將基線生產(chǎn)率度量（如LOC/pm、FFP/pm或FP/pm、pm代表人月）用于變量估算中，從而導出每個功能的成本及工作量。將所有功能估算合并起來，即可產(chǎn)生整個項目的總估算。【案例案例9.1】 CAD系統(tǒng)的基于系統(tǒng)的基于LOC的估算的估算用基于LOC的估算方法估算一個計算機輔助設(shè)計（Computer Aided Design，CAD）應(yīng)用軟件的開發(fā)成本。該CAD系統(tǒng)運行在工作站上，并與各種計算機圖形外設(shè)，如鼠標、數(shù)字化儀、高分辨率彩色顯示器, 以及激光打印機有接口。根據(jù)樂觀值、可能值和悲觀值，應(yīng)用式（9-6）做3點估算，建立7項功能的LOC估算表，如表9

19、-3所示。功 能LOC估算功 能LOC估算用戶界面及控制機制2 300計算機圖形顯示控制4 950二維幾何分析5 300外設(shè)控制2 100三維幾何分析7 800設(shè)計分析模塊8 400數(shù)據(jù)庫管理3 350總LOC估算 33 200【案例案例9.2】 CAD系統(tǒng)的功能點系統(tǒng)的功能點FP估算估算用功能點估算方法估算上述CAD項目，基于FP估算的分解集中于信息域的值，而不是軟件功能。首先估算CAD軟件的輸入、輸出、查詢、主文件和外部接口，表9-4給出了用平均級加權(quán)因子的未調(diào)整的FP估算結(jié)果。信 息 域 值樂 觀 值可 能 值悲 觀 值估 算 計 數(shù)加 權(quán) 因 子FP計數(shù)輸入20243024496輸出1

20、2152216580查詢16222822488主文件44541040外部接口2232714總FP計數(shù)值 318然后估算14個技術(shù)加權(quán)因子，并計算復(fù)雜度調(diào)整因子DI。表9-5給出了復(fù)雜度調(diào)整因子估算表。 調(diào) 整 因 子值調(diào) 整 因 子值調(diào) 整 因 子值數(shù)據(jù)通信2聯(lián)機數(shù)據(jù)輸入3安裝方便5分布式數(shù)據(jù)處理0終端用戶效率5操作方便5性能計算4聯(lián)機更新3可移植性4高負荷的硬件3計算復(fù)雜性4可維護性5高處理率5重用性4DI值 522基于過程分解的估算基于過程分解的估算（1）從項目范圍中得到軟件功能描述，對于每一個功能確定要執(zhí)行的一系列過程活動。（2）一旦建立了軟件功能和過程活動，計劃者就可以估算出每個軟件功

21、能的每個過程活動所需的工作量，并編制成估算表。（3）將平均勞動力價格用于估算每一個活動的工作量，得到成本估算。注意，對同一個任務(wù)，平均勞動力價格可能會不同。（4）估算每一個功能及軟件過程活動的成本及工作量，可用兩三種成本及工作量估算進行比較。若兩種方法一致，則可以認為估算是可靠的?！景咐咐?.3】 CAD系統(tǒng)的基于過程的估算系統(tǒng)的基于過程的估算表9-6所示為已完成的基于過程的每個CAD系統(tǒng)軟件功能所提供的軟件工程活動的工作量估算（以人月為單位）。工程和建造及發(fā)布活動被劃分為分析、設(shè)計、編碼和測試共4個軟件工程子任務(wù)。用戶通信、計劃、風險分析的總工作量直接給出?；?動用戶通信計劃風險分析工程

22、建造 發(fā)布用戶評估總和子 任 務(wù)分析設(shè)計編碼測試功能用戶界面及控制機制0.52.50.45n/a8.4二維幾何分析0.7540.62n/a7.35三維幾何分析0.5413n/a8.5數(shù)據(jù)庫管理0.5311.5n/a6.0功能計算機圖形顯示控制0.530.751.5n/a5.75外設(shè)控制0.2520.51.5n/a4.25設(shè)計分析模塊0.520.52.0n/a5.0總計0.250.250.253.520.54.7515.546.01專家類比推斷專家類比推斷例如，某目標產(chǎn)品與一個以前開發(fā)的相似產(chǎn)品進行比較，發(fā)現(xiàn)有如下一些問題。（1）以前為批處理輸入數(shù)據(jù)，目標產(chǎn)品采用聯(lián)機方式獲取數(shù)據(jù)?，F(xiàn)在比較熟悉這

23、種技術(shù)，故可把開發(fā)時間和工作量減少15%。（2）圖形界面在某種程度上更復(fù)雜些，這需要增加5%的開發(fā)時間和工作量。（3）開發(fā)人員對目標產(chǎn)品所用的語言不太熟悉，這要增加15%開發(fā)時間和20%工作量。2中級中級COCOMO模型模型（1）基于對象點的估算。中級COCOMO估算模型應(yīng)用組裝模型，使用的是對象點信息。計算對象點時，使用的計數(shù)值包括用戶界面數(shù)、報表數(shù)和構(gòu)造應(yīng)用中可能需要的構(gòu)件數(shù)。然后將每個對象實例歸類到3個復(fù)雜度級別之一，即簡單級、中等級和困難級。表9-7給出了不同對象點類型的復(fù)雜度權(quán)因子。對 象 類 型簡 單 級中 等 級困 難 級界面123報表258構(gòu)件10下面要確定生產(chǎn)率的值，表9-8

24、給出了在不同水平的開發(fā)人員經(jīng)驗和開發(fā)環(huán)境成熟度下的生產(chǎn)率。PROD = NOP/人月一旦確定了生產(chǎn)率，就可以得到項目工作量的估算值：估算工作量=NOP/PROD開發(fā)者的經(jīng)驗/能力非常低低正常高非常高環(huán)境成熟度/能力非常低低正常高非常高PROD47132550（2）基于代碼行的估算。基于代碼行的中級COCOMO估算軟件開發(fā)成本（工作量和開發(fā)時間）分為兩個步驟。第1步，首先用千條代碼行數(shù)度量產(chǎn)品長度，并度量產(chǎn)品的開發(fā)模式。開發(fā)模式是度量一個產(chǎn)品開發(fā)固有的難度級別的標準，有3種模式，即組織型（Organic，小型、較簡單型）、半獨立型（Semidetached，中等規(guī)模型）和嵌入型（Embedded

25、，復(fù)雜型）。通過產(chǎn)品長度度量和產(chǎn)品開發(fā)模式度量，可以由式（9-7）和式（9-8）計算正常工作量E（以人月為單位）和正常開發(fā)時間T（以月為單位）。正常工作量（E）= a（KLOC ）b （9-7）正常開發(fā)時間（T）= c（正常工作量）d （9-8）式中，a、b、c和d的取值根據(jù)產(chǎn)品開發(fā)模式的不同而定，如表9-9所示。 項目開發(fā)模式abcd組織型（簡單型）3.21.052.50.38半獨立型（中等規(guī)模型）3.01.122.50.35嵌入型（復(fù)雜型）2.81.202.50.32第2步，正常的工作量E和開發(fā)時間T還必須與15個軟件開發(fā)工作量調(diào)節(jié)因子（Effort Adjustment Factor，E

26、AF）相乘，每個調(diào)節(jié)因子可以有6個值，分別是非常低、低、正常、高、非常高和極高。15個工作量調(diào)節(jié)因子的值如表9-10所示。因 素非 常 低低正 常高非 常 高極 高產(chǎn)品屬性軟件要求的可靠性0.750.881.01.151.40數(shù)據(jù)庫規(guī)模0.941.01.081.16產(chǎn)品復(fù)雜度0.700.851.01.151.301.65計算機屬性執(zhí)行時間限制1.01.111.301.66主存限制1.01.061.211.56開發(fā)環(huán)境易變性0.871.01.151.30計算機響應(yīng)時間0.871.01.071.15人員屬性分析能力1.461.191.00.860.71應(yīng)用領(lǐng)域的經(jīng)驗1.291.131.00.910

27、.82程序員的能力1.421.161.00.860.70開發(fā)環(huán)境的使用經(jīng)驗1.211.101.00.90程序語言使用經(jīng)驗1.141.071.00.95項目屬性現(xiàn)代軟件技術(shù)使用程度1.241.101.00.910.82軟件工具的使用程度1.241.101.00.910.83要求的開發(fā)進度1.231.081.01.041.10【案例案例9.4】 基于微處理器的通信軟件的中級基于微處理器的通信軟件的中級COCOMO估算估算基于微處理器的通信軟件用于可靠的電子基金傳輸網(wǎng)絡(luò)，具有性能、開發(fā)速度和接口方面的要求，符合嵌入型模式的描述。估算有10 000條源代碼行，即10 KLOC。該項目的具體情況和工作量

28、調(diào)節(jié)因子的取值如表9-11所示。因 素情 況等 級工作量乘數(shù)軟件要求的可靠性軟件故障會帶來嚴重的財政后果高1.15數(shù)據(jù)庫規(guī)模20 000字節(jié)低0.94產(chǎn)品復(fù)雜度通信處理非常高1.30執(zhí)行時間限制70%的時間可用高1.11主存限制64 KB中的45 KB（70%）高1.06開發(fā)環(huán)境易變性基于商用微處理器硬件正常1.00計算機周轉(zhuǎn)時間平均周轉(zhuǎn)時間為兩小時正常1.00分析能力優(yōu)秀的高級分析員高0.86應(yīng)用領(lǐng)域的經(jīng)驗兩年正常1.00程序員的能力優(yōu)秀的程序員高0.86開發(fā)環(huán)境的使用經(jīng)驗兩年正常1.00程序語言的使用經(jīng)驗6個月低1.10現(xiàn)代軟件技術(shù)使用程度大多數(shù)技術(shù)使用一年高0.91軟件工具的使用程度處于

29、基本的小型機工具級低1.10要求的開發(fā)進度9個月正常1.00【案例案例9.5】 POS機系統(tǒng)的成本估算機系統(tǒng)的成本估算對POS機系統(tǒng)的范圍確定有用戶界面及控制機制、處理銷售、處理支付、商品價目管理、定價策略、系統(tǒng)接口和系統(tǒng)登錄7項主要功能。根據(jù)樂觀值、可能值和悲觀值，應(yīng)用式（9-6）做3點估算，建立8項功能的LOC估算表，如表9-12所示。功 能LOC 估 算功 能LOC 估 算用戶界面及控制機制830定價策略289處理銷售120系統(tǒng)接口390處理支付1 355系統(tǒng)登錄214商品價目管理207總LOC估算 2 304用功能點FP估算方法估算上述POS機項目，首先估算POS機軟件的輸入、輸出、查

30、詢、主文件和外部接口。表9-13給出了用平均級加權(quán)因子的未調(diào)整的FP估算結(jié)果。信 息 域 值樂 觀 值可 能 值悲 觀 值估 算 計 數(shù)加 權(quán) 因 子FP 計 數(shù)輸入223248輸出112155查詢223248主文件22321020外部接口2343721總FP計數(shù)值 62接著估算14個技術(shù)加權(quán)因子，并計算復(fù)雜度調(diào)整因子DI，表9-14給出了復(fù)雜度調(diào)整因子估算表。調(diào) 整 因 子值調(diào) 整 因 子值調(diào) 整 因 子值數(shù)據(jù)通信0聯(lián)機數(shù)據(jù)輸入1安裝方便5分布式數(shù)據(jù)處理0終端用戶效率5操作方便5性能計算0聯(lián)機更新5可移植性4高負荷的硬件0計算復(fù)雜性1可維護性5高處理率0重用性4DI值 359.8.1 質(zhì)量管

31、理質(zhì)量管理由SQA小組和項目組共同制訂的SQA計劃，充當了每個軟件項目中SQA活動的模板，恰似為軟件質(zhì)量保證提供了一張“行路圖”。表9-15所示為IEEE推薦的SQA計劃大綱，它描述了質(zhì)量保證所覆蓋的所有軟件過程活動、所有文檔和可以應(yīng)用的所有標準。1 計劃目的2 參考文獻3 管理3.1 組織3.2 任務(wù)3.3 責任4 文檔4.1 目的4.2 軟件工程文檔4.3 其他文檔5 標準、實踐和約定5.1 目的5.2 約定6 復(fù)審和審計6.1 目的6.2 需求復(fù)審 6.2.1 軟件需求復(fù)審 6.2.2 設(shè)計復(fù)審6.2.3 軟件驗證和確認復(fù)審 6.2.4 功能審計 6.2.5 物理審計 6.2.6 過程內(nèi)

32、部審計 6.2.7 管理復(fù)審7 測試8 問題報告和改正行動9 工具、技術(shù)和方法10 代碼控制11 媒體控制12 供應(yīng)商控制13 記錄收集、維護和保留14 培訓15 風險管理1測量質(zhì)量測量質(zhì)量（1）正確性。（2）可維護性。（3）完整性。（4）可用性。（5）可靠性。（6）缺陷排除效率（Defect Removal Efficiency, DRE）。2缺陷排除效率缺陷排除效率缺陷排除效率是在項目級和過程級都有意義的質(zhì)量度量。DRE是對質(zhì)量保證及控制活動中濾除缺陷能力的測量。當把項目作為一個整體進行考慮時，DRE可按如下方式定義：DRE=E/（E+D）3軟件可靠性軟件可靠性（1）可靠性的定義和分級。軟

33、件可靠性有多種不同的定義，其中，被大多數(shù)人接受的定義是軟件可靠性是在給定的時間內(nèi)，按照（系統(tǒng)規(guī)格說明書）規(guī)定的條件軟件成功運行的概率。設(shè)R（t）為時間（0t）之間的軟件可靠性，PE為事件E的概率，則軟件可靠性可以表示為：R（t）= P在時間0，t內(nèi)按規(guī)定條件運行成功不同的軟件對可靠性的要求也不相同，將軟件可靠性分為五級，如表9-16所示。在制作軟件計劃時，可以參考該表確定所開發(fā)軟件（產(chǎn)品）的可靠性等級，并以此作為開發(fā)和驗收的可靠性度量標準。分 級故 障 后 果工作量調(diào)節(jié)因子很低工作略有不便0.75低有損失，但容易彌補0.88正常彌補損失比較困難1.00高有重大的經(jīng)濟損失1.15很高危及人的生命1.40（2）評測可靠性的方法。如果軟件在交付時有潛在錯誤，則程序會在運行中失效。當潛在錯誤的數(shù)量一定時，程序運行時間越長，則發(fā)生失效的機會越多，可靠性也隨之下降。為了簡化討論，假定軟件的故障率是不隨時間變化的常量，