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

1、軟件開(kāi)發(fā)本錢(qián)估算的閱歷模補(bǔ)充資料軟件開(kāi)發(fā)本錢(qián)估算的閱歷模型軟件開(kāi)發(fā)本錢(qián)估算是根據(jù)開(kāi)發(fā)本錢(qián)估算模型進(jìn)展估算的。開(kāi)發(fā)本錢(qián)估算模型通常采用閱歷公式來(lái)預(yù)測(cè)軟件工程方案所需求的本錢(qián)、任務(wù)量和進(jìn)度數(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ù)時(shí)間(月)，S 是人員需求量 (人)，DOC是文檔數(shù)量 (頁(yè))。IBM模型是靜態(tài)單變量模型。在此模型中，普通指一條機(jī)器指令為一行源代碼。一個(gè)軟件的源代碼行數(shù)

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

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

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

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

6、1.00，那么最終有MM 1460.75 110.例14. 一個(gè)規(guī)模為10KDSI的商用微機(jī)遠(yuǎn)程通訊的嵌入型軟件，運(yùn)用中間COCOMO模型進(jìn)展本錢(qián)估算。程序名義任務(wù)量 MM 2.8 (10)1.20 44.38MM程序?qū)嵺`任務(wù)量 MM 44.38 44.381.17 51.5MM開(kāi)發(fā)所用時(shí)間 TDEV 2.5 (51.5)0.32 8.9 月假設(shè)分析員與程序員的工資都按每月6,000美圓計(jì)算，那么該工程的開(kāi)發(fā)人員的工資總額為 51.56,000 309,000 美圓做為對(duì)比，如今用IBM模型計(jì)算： 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 (人)詳細(xì)COCOMO模型詳細(xì)COCOMO模型的名義任務(wù)量公式和進(jìn)度公式與中間COCOMO模型一樣。任務(wù)量要素分級(jí)表分層、分階段給出。針對(duì)每一個(gè)影響要素，按模塊層、子系統(tǒng)層、系統(tǒng)層，有三張任務(wù)量要素分級(jí)表，供不同層次的估算運(yùn)用。每一張表中任務(wù)量要素又按開(kāi)發(fā)各個(gè)不同階段給出。例如，關(guān)于軟件可靠性RELY要求的任務(wù)量要素分級(jí)表子系統(tǒng)層，如表所示。運(yùn)用這些表格，可以比中間COCO MO模型更方便、更準(zhǔn)確地估算軟件開(kāi)發(fā)任務(wù)量。軟件可靠性任務(wù)量要素分級(jí)表(子系統(tǒng)層)進(jìn)度安排軟件開(kāi)發(fā)工程的進(jìn)度安排有兩種方式：1系統(tǒng)最終交付日期曾經(jīng)確定，軟件開(kāi)發(fā)部門(mén)必需在規(guī)定期限

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

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

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

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

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