軟件開發(fā)成本估算的經(jīng)驗?zāi)pt課件

1、軟件開發(fā)本錢估算的閱歷模補充資料軟件開發(fā)本錢估算的閱歷模型軟件開發(fā)本錢估算是根據(jù)開發(fā)本錢估算模型進展估算的。開發(fā)本錢估算模型通常采用閱歷公式來預(yù)測軟件工程方案所需求的本錢、任務(wù)量和進度數(shù)據(jù)。用以支持大多數(shù)模型的閱歷數(shù)據(jù)都是從有限的一些工程樣本中得到的。IBM模型 E 5.2L0.91 D 4.1L0.36 14.47E0.35 S 0.54E0.6 DOC 49L1.01L 是源代碼行數(shù) (KLOC)，E 是任務(wù)量 (PM)，D 是工程繼續(xù)時間(月)，S 是人員需求量 (人)，DOC是文檔數(shù)量 (頁)。IBM模型是靜態(tài)單變量模型。在此模型中，普通指一條機器指令為一行源代碼。一個軟件的源代碼行數(shù)

2、不包括程序注釋、作業(yè)命令、調(diào)試程序在內(nèi)。對于非機器指令編寫的源程序，例如匯編言語或高級言語程序，應(yīng)轉(zhuǎn)換成機器指令源代碼行數(shù)來思索。轉(zhuǎn)換系數(shù)表定義: 轉(zhuǎn)換系數(shù)機器指令條數(shù)非機器言語執(zhí)行步數(shù)。Putnam模型Putnam模型是一種動態(tài)多變量模型。適用于大型工程，但也可以運用在一些較小的軟件工程中。它是假定在軟件開發(fā)的整個生存期中任務(wù)量有特定的分布。大型軟件工程的開發(fā)任務(wù)量分布可以用Rayleigh-Norden曲線表示。用Rayleigh-Norden曲線可以導(dǎo)出一個“軟件方程td 是開發(fā)繼續(xù)時間 (年)， K是軟件開發(fā)與維護在內(nèi)的整個生存期所破費的任務(wù)量 (人年)，L是源代碼行數(shù) (LOC)，C

3、k是技術(shù)形狀常數(shù)，因開發(fā)環(huán)境而異。技術(shù)形狀常數(shù)Ck的取值COCOMO模型 COnstructive COst MOdel構(gòu)外型本錢估算模型是一種準確、易于運用的本錢估算方法。DSI源指令條數(shù)定義為代碼的源程序行數(shù)。假設(shè)一行有兩個語句，那么算做一條指令。它包括作業(yè)控制語句和格式語句，但不包括注釋語句。KDSI1000DSI。MM度量單位為人月表示開發(fā)任務(wù)量。TDEV度量單位為月表示開發(fā)進度。它由任務(wù)量決議。軟件開發(fā)工程的分類軟件開發(fā)工程的總體類型: 組織型 嵌入型 半獨立型COCOMO模型的分類COCOMO模型按其詳細程度分成三級： 根本COCOMO模型 中間COCOMO模型 詳細COCOMO模

4、型根本COCOMO模型是靜態(tài)單變量模型，用源代碼行數(shù)(LOC) 為自變量的閱歷函數(shù)計算軟件開發(fā)任務(wù)量。中間COCOMO模型在用LOC為自變量的函數(shù)計算軟件開發(fā)任務(wù)量稱為名義任務(wù)量的根底上，用涉及產(chǎn)品、硬件、人員、工程等方面的影響要素調(diào)整任務(wù)量估算。詳細COCOMO模型包括中間CO COMO模型的一切特性，但用上述各種影響要素調(diào)整任務(wù)量估算時，還要思索對軟件工程過程中每一步驟分析、設(shè)計等的影響。根本COCOMO模型根本COCOMO模型的任務(wù)量和進度公式中間COCOMO模型進一步思索15種影響軟件任務(wù)量的要素，經(jīng)過定下乘法因子，修正COCOMO任務(wù)量公式和進度公式，可以更合理地估算軟件各階段的任務(wù)

5、量和進度。中間COCOMO模型的名義任務(wù)量與進度公式如下所示。中間COCOMO模型的名義任務(wù)量與進度公式15種影響軟件任務(wù)量的要素 fi產(chǎn)品要素：軟件可靠性、數(shù)據(jù)庫規(guī)模、產(chǎn)品復(fù)雜性硬件要素：執(zhí)行時間限制、存儲限制、虛擬機易變性、環(huán)境周轉(zhuǎn)時間人的要素：分析員才干、運用領(lǐng)域?qū)嵺`閱歷、程序員才干、虛擬機運用閱歷、程序文語運用閱歷工程要素：現(xiàn)代程序設(shè)計技術(shù)、軟件工具的運用、開發(fā)進度限制此時，任務(wù)量計算公式改成例1. 一個32KDSI的聲音輸入系統(tǒng)是一個輸入原型，或是一個可行性扮演模型。所需可靠性非常低。把此模型看做半獨立型軟件。那么有 MM 3.0321.12 146又查表知 f10.75，其它 fi

6、1.00，那么最終有MM 1460.75 110.例14. 一個規(guī)模為10KDSI的商用微機遠程通訊的嵌入型軟件，運用中間COCOMO模型進展本錢估算。程序名義任務(wù)量 MM 2.8 (10)1.20 44.38MM程序?qū)嵺`任務(wù)量 MM 44.38 44.381.17 51.5MM開發(fā)所用時間 TDEV 2.5 (51.5)0.32 8.9 月假設(shè)分析員與程序員的工資都按每月6,000美圓計算，那么該工程的開發(fā)人員的工資總額為 51.56,000 309,000 美圓做為對比，如今用IBM模型計算： PM 5.2 (10)0.91 42.27 人月 D 4.1 (10)0.38 9.84 月 S

7、 0.54 (42.27)0.60 5.1 (人)詳細COCOMO模型詳細COCOMO模型的名義任務(wù)量公式和進度公式與中間COCOMO模型一樣。任務(wù)量要素分級表分層、分階段給出。針對每一個影響要素，按模塊層、子系統(tǒng)層、系統(tǒng)層，有三張任務(wù)量要素分級表，供不同層次的估算運用。每一張表中任務(wù)量要素又按開發(fā)各個不同階段給出。例如，關(guān)于軟件可靠性RELY要求的任務(wù)量要素分級表子系統(tǒng)層，如表所示。運用這些表格，可以比中間COCO MO模型更方便、更準確地估算軟件開發(fā)任務(wù)量。軟件可靠性任務(wù)量要素分級表(子系統(tǒng)層)進度安排軟件開發(fā)工程的進度安排有兩種方式：1系統(tǒng)最終交付日期曾經(jīng)確定，軟件開發(fā)部門必需在規(guī)定期限

8、內(nèi)完成；2系統(tǒng)最終交付日期只確定了大致的年限，最後交付日期由軟件開發(fā)部門確定。進度安排落空，會導(dǎo)致市場時機的喪失，運用戶不稱心，而且也會導(dǎo)致本錢的添加。因此，在思索進度安排時，要把任務(wù)量與破費時間聯(lián)絡(luò)起來，合理分配任務(wù)量, 利用進度安排的有效分析方法嚴密監(jiān)控軟件開發(fā)的進展情況，使軟件開發(fā)進度不致拖延。軟件開發(fā)小組人數(shù)與軟件消費率的關(guān)系當幾個人共同承當軟件開發(fā)工程中的某一義務(wù)時，人與人之間必需經(jīng)過交流來處理各自承當義務(wù)之間的接口問題，即所謂通訊問題。通訊需破費時間和代價，會引起軟件錯誤添加，降低軟件消費率。假設(shè)兩個人之間需求通訊，那么稱在這兩個人之間存在一條通訊途徑。假設(shè)一個軟件開發(fā)小組有 n

9、個人，每兩人之間都需求通訊，那么總的通訊途徑有 n(n-1)/2 (條)。設(shè)一個人單獨開發(fā)軟件，消費率是5000行人年。假設(shè) 4 個人組成一個小組共同開發(fā)這個軟件，那么需求 6條通訊途徑。假設(shè)在每條通訊途徑上耗費的任務(wù)量是 250 行人年。那么小組中每個人的軟件消費率降低為 500062504 = 5000375 = 4625 行人年。從上述分析可知，一個軟件義務(wù)由一個人單獨開發(fā)，消費率最高；而對于一個稍大型的軟件工程，一個人單獨開發(fā)，時間太長。因此軟件開發(fā)小組是必要的。但是，開發(fā)小組不宜太大，成員之間防止太多的通訊途徑。在開發(fā)進程中，切忌中途加人，防止太多的消費率損失。義務(wù)確實定與并行性當參

10、與同一軟件工程工程的人數(shù)不止一人的時候，開發(fā)任務(wù)就會出現(xiàn)并行情形。軟件開發(fā)進程中設(shè)置許多里程碑。里程碑為管理人員提供了指示工程進度的可靠根據(jù)。軟件工程工程的并行性提出了一系列的進度要求。由于并行義務(wù)是同時發(fā)生的，所以進度方案表必需決議義務(wù)之間的從屬關(guān)系，確定各個義務(wù)的先后次序和銜接，確定各個義務(wù)完成的繼續(xù)時間。工程擔任人應(yīng)留意構(gòu)成關(guān)鍵途徑的義務(wù)，即假設(shè)要保證整個工程能按進度要求完成，就必需保證這些義務(wù)要按進度要求完成。制定開發(fā)進度方案402040規(guī)那么在整個軟件開發(fā)過程中，編碼任務(wù)量僅占 20，編碼前任務(wù)量占40，編碼后任務(wù)量占 40。 402040 規(guī)那么只運用來做為 一個指南。實踐的任務(wù)量

11、分配比例必需按照各工程的特點來決議。COCOMO模型開發(fā)進度TDEV與任務(wù)量MM的關(guān)系： TDEV aMMb 假設(shè)想要縮短開發(fā)時間，或想要保證開發(fā)進度，必需思索影響任務(wù)量的那些要素。按可減小任務(wù)量的要素取值。 按此比例確定各個階段任務(wù)量的分配，從而進一步確定每一階段所需的開發(fā)時間，然后在每個階段，進展義務(wù)分解，對各個義務(wù)再進展任務(wù)量和開發(fā)時間的分配。進度安排的方法可以把用于普通開發(fā)工程的進度安排的技術(shù)和工具運用于軟件工程。為監(jiān)控軟件工程的進度方案和任務(wù)的實踐進展情況，為表現(xiàn)各項義務(wù)之間進度的相互依賴關(guān)系，需求采用圖示的方法。在圖示方法中，必需明確標明： 各個義務(wù)的方案開場時間，完成時間； 各個

12、義務(wù)完成標志即文檔編寫和評審； 各個義務(wù)與參與任務(wù)的人數(shù)，各個義務(wù)與任務(wù)量之間的銜接情況； 完成各個義務(wù)所需的物理資源和數(shù)據(jù)資源。(1) 甘特圖Gantt Chart在甘特圖中，每一義務(wù)完成的規(guī)范，不是以能否繼續(xù)下一階段義務(wù)為規(guī)范，而是以必需交付應(yīng)交付的文檔與經(jīng)過評審為規(guī)范。因此在甘特圖中，文檔編制與評審是軟件開發(fā)進度的里程碑。(2) PERT技術(shù)和CPM方法PERT技術(shù)叫做方案評審技術(shù)，CPM方法叫做關(guān)鍵途徑法，它們都是安排開發(fā)進度，制定軟件開發(fā)方案的最常用的方法。它們都采用網(wǎng)絡(luò)圖來描畫一個工程的義務(wù)網(wǎng)絡(luò)，也就是從一個工程的開場到終了，把該當完成的義務(wù)用圖或表的方式表示出來。三個模塊開發(fā)的網(wǎng)絡(luò)圖通常用兩張表來定義網(wǎng)絡(luò)圖。一張表給出與一特定軟件工程有關(guān)的一切義務(wù)也稱為義務(wù)分解構(gòu)造WorkBreakdown Structure