軟件開發(fā)成本估算的經(jīng)驗課件_第1頁
軟件開發(fā)成本估算的經(jīng)驗課件_第2頁
軟件開發(fā)成本估算的經(jīng)驗課件_第3頁
軟件開發(fā)成本估算的經(jīng)驗課件_第4頁
軟件開發(fā)成本估算的經(jīng)驗課件_第5頁
已閱讀5頁,還剩87頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件開發(fā)成本估算的經(jīng)驗?zāi)?/p>

補(bǔ)充資料軟件開發(fā)成本估算的經(jīng)驗?zāi)?/p>

補(bǔ)充資料1軟件開發(fā)成本估算的經(jīng)驗?zāi)P蛙浖_發(fā)成本估算是依據(jù)開發(fā)成本估算模型進(jìn)行估算的。開發(fā)成本估算模型通常采用經(jīng)驗公式來預(yù)測軟件項目計劃所需要的成本、工作量和進(jìn)度數(shù)據(jù)。用以支持大多數(shù)模型的經(jīng)驗數(shù)據(jù)都是從有限的一些項目樣本中得到的。軟件開發(fā)成本估算的經(jīng)驗?zāi)P蛙浖_發(fā)成本估算是依據(jù)開發(fā)成本估算2IBM模型

E=5.2×L0.91D=4.1×L0.36=14.47×E0.35S=0.54×E0.6DOC=49×L1.01L是源代碼行數(shù)(KLOC),E是工作量(PM),D是項目持續(xù)時間(月),S是人員需要量(人),DOC是文檔數(shù)量(頁)。IBM模型E=5.2×L0.913IBM模型是靜態(tài)單變量模型。在此模型中,一般指一條機(jī)器指令為一行源代碼。一個軟件的源代碼行數(shù)不包括程序注釋、作業(yè)命令、調(diào)試程序在內(nèi)。對于非機(jī)器指令編寫的源程序,例如匯編語言或高級語言程序,應(yīng)轉(zhuǎn)換成機(jī)器指令源代碼行數(shù)來考慮。IBM模型是靜態(tài)單變量模型。4轉(zhuǎn)換系數(shù)表定義:轉(zhuǎn)換系數(shù)=機(jī)器指令條數(shù)/非機(jī)器語言執(zhí)行步數(shù)。轉(zhuǎn)換系數(shù)表定義:轉(zhuǎn)換系數(shù)=機(jī)器指令條數(shù)/非機(jī)器語言執(zhí)行步數(shù)5Putnam模型Putnam模型是一種動態(tài)多變量模型。適用于大型項目,但也可以應(yīng)用在一些較小的軟件項目中。它是假定在軟件開發(fā)的整個生存期中工作量有特定的分布。大型軟件項目的開發(fā)工作量分布可以用Rayleigh-Norden曲線表示。Putnam模型Putnam模型是一種動態(tài)多變量模型。適用于6軟件開發(fā)成本估算的經(jīng)驗課件7用Rayleigh-Norden曲線可以導(dǎo)出一個“軟件方程”td

是開發(fā)持續(xù)時間(年),K是軟件開發(fā)與維護(hù)在內(nèi)的整個生存期所花費(fèi)的工作量(人年),L是源代碼行數(shù)(LOC),Ck是技術(shù)狀態(tài)常數(shù),因開發(fā)環(huán)境而異。用Rayleigh-Norden曲線可以導(dǎo)出一個“軟件方程”8技術(shù)狀態(tài)常數(shù)Ck的取值技術(shù)狀態(tài)常數(shù)Ck的取值9COCOMO模型

(COnstructiveCOstMOdel)結(jié)構(gòu)型成本估算模型是一種精確、易于使用的成本估算方法。DSI(源指令條數(shù))定義為代碼的源程序行數(shù)。若一行有兩個語句,則算做一條指令。它包括作業(yè)控制語句和格式語句,但不包括注釋語句。KDSI=1000DSI。COCOMO模型

(COnstructiveCOstM10MM(度量單位為人月)表示開發(fā)工作量。TDEV(度量單位為月)表示開發(fā)進(jìn)度。它由工作量決定。軟件開發(fā)項目的分類

軟件開發(fā)項目的總體類型:組織型嵌入型半獨(dú)立型MM(度量單位為人月)表示開發(fā)工作量。11COCOMO模型的分類

COCOMO模型按其詳細(xì)程度分成三級:

基本COCOMO模型中間COCOMO模型詳細(xì)COCOMO模型基本COCOMO模型是靜態(tài)單變量模型,用源代碼行數(shù)(LOC)為自變量的經(jīng)驗函數(shù)計算軟件開發(fā)工作量。COCOMO模型的分類

COCOMO模型按其詳細(xì)程度分成三級12中間COCOMO模型在用LOC為自變量的函數(shù)計算軟件開發(fā)工作量(稱為名義工作量)的基礎(chǔ)上,用涉及產(chǎn)品、硬件、人員、項目等方面的影響因素調(diào)整工作量估算。詳細(xì)COCOMO模型包括中間COCOMO模型的所有特性,但用上述各種影響因素調(diào)整工作量估算時,還要考慮對軟件工程過程中每一步驟(分析、設(shè)計等)的影響。中間COCOMO模型在用LOC為自變量的函數(shù)計算軟件開發(fā)工作13基本COCOMO模型基本COCOMO模型的工作量和進(jìn)度公式基本COCOMO模型基本COCOMO模型的工作量和進(jìn)度公式14中間COCOMO模型進(jìn)一步考慮15種影響軟件工作量的因素,通過定下乘法因子,修正COCOMO工作量公式和進(jìn)度公式,可以更合理地估算軟件(各階段)的工作量和進(jìn)度。中間COCOMO模型的名義工作量與進(jìn)度公式如下所示。中間COCOMO模型進(jìn)一步考慮15種影響軟件工作量的因素,通15中間COCOMO模型的名義工作量與進(jìn)度公式中間COCOMO模型的名義工作量1615種影響軟件工作量的因素

fi產(chǎn)品因素:軟件可靠性、數(shù)據(jù)庫規(guī)模、產(chǎn)品復(fù)雜性硬件因素:執(zhí)行時間限制、存儲限制、虛擬機(jī)易變性、環(huán)境周轉(zhuǎn)時間人的因素:分析員能力、應(yīng)用領(lǐng)域?qū)嶋H經(jīng)驗、程序員能力、虛擬機(jī)使用經(jīng)驗、程序語言使用經(jīng)驗項目因素:現(xiàn)代程序設(shè)計技術(shù)、軟件工具的使用、開發(fā)進(jìn)度限制15種影響軟件工作量的因素fi產(chǎn)品因素:軟件可靠性、數(shù)據(jù)庫17軟件開發(fā)成本估算的經(jīng)驗課件18此時,工作量計算公式改成

例1.一個32KDSI的聲音輸入系統(tǒng)是一個輸入原型,或是一個可行性表演模型。所需可靠性非常低。把此模型看做半獨(dú)立型軟件。則有

MM

=3.0(32)1.12=146

又查表知f1=0.75,其它fi=1.00,則最終有MM=146×0.75=110.

此時,工作量計算公式改成

19例14.一個規(guī)模為10KDSI的商用微機(jī)遠(yuǎn)程通信的嵌入型軟件,使用中間COCOMO模型進(jìn)行成本估算。程序名義工作量

MM=2.8(10)1.20=44.38(MM)程序?qū)嶋H工作量MM=44.38×=44.38×1.17=51.5(MM)例14.一個規(guī)模為10KDSI的商用微機(jī)遠(yuǎn)程通信的嵌入型軟20軟件開發(fā)成本估算的經(jīng)驗課件21開發(fā)所用時間TDEV=2.5(51.5)0.32=8.9(月)如果分析員與程序員的工資都按每月6,000美元計算,則該項目的開發(fā)人員的工資總額為51.5×6,000=309,000(美元)做為對比,現(xiàn)在用IBM模型計算:PM=5.2(10)0.91=42.27(人月)D=4.1(10)0.38=9.84(月)S=0.54(42.27)0.60=5.1(人)開發(fā)所用時間22詳細(xì)COCOMO模型詳細(xì)COCOMO模型的名義工作量公式和進(jìn)度公式與中間COCOMO模型相同。工作量因素分級表分層、分階段給出。針對每一個影響因素,按模塊層、子系統(tǒng)層、系統(tǒng)層,有三張工作量因素分級表,供不同層次的估算使用。每一張表中工作量因素又按開發(fā)各個不同階段給出。詳細(xì)COCOMO模型詳細(xì)COCOMO模型的名義工作量公式和進(jìn)23例如,關(guān)于軟件可靠性(RELY)要求的工作量因素分級表(子系統(tǒng)層),如表所示。使用這些表格,可以比中間COCOMO模型更方便、更準(zhǔn)確地估算軟件開發(fā)工作量。例如,關(guān)于軟件可靠性(RELY)要求的工作量因素分級表(子系24軟件可靠性工作量因素分級表(子系統(tǒng)層)軟件可靠性工作量因素分級表(子系統(tǒng)層)25進(jìn)度安排軟件開發(fā)項目的進(jìn)度安排有兩種方式:

(1)系統(tǒng)最終交付日期已經(jīng)確定,軟件開發(fā)部門必須在規(guī)定期限內(nèi)完成;

(2)系統(tǒng)最終交付日期只確定了大致的年限,最後交付日期由軟件開發(fā)部門確定。進(jìn)度安排軟件開發(fā)項目的進(jìn)度安排有兩種方式:

(1)系統(tǒng)最終交26進(jìn)度安排落空,會導(dǎo)致市場機(jī)會的喪失,使用戶不滿意,而且也會導(dǎo)致成本的增加。因此,在考慮進(jìn)度安排時,要把工作量與花費(fèi)時間聯(lián)系起來,合理分配工作量,利用進(jìn)度安排的有效分析方法嚴(yán)密監(jiān)控軟件開發(fā)的進(jìn)展情況,使軟件開發(fā)進(jìn)度不致拖延。進(jìn)度安排落空,會導(dǎo)致市場機(jī)會的喪失,使用戶不滿意,而且也會導(dǎo)27軟件開發(fā)小組人數(shù)與軟件生產(chǎn)率的關(guān)系當(dāng)幾個人共同承擔(dān)軟件開發(fā)項目中的某一任務(wù)時,人與人之間必須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題,即所謂通信問題。通信需花費(fèi)時間和代價,會引起軟件錯誤增加,降低軟件生產(chǎn)率。軟件開發(fā)小組人數(shù)與軟件生產(chǎn)率的關(guān)系當(dāng)幾個人共同承擔(dān)軟件開發(fā)項28若兩個人之間需要通信,則稱在這兩個人之間存在一條通信路徑。如果一個軟件開發(fā)小組有n

個人,每兩人之間都需要通信,則總的通信路徑有n(n-1)/2(條)。若兩個人之間需要通信,則稱在這兩個人之間存在一條通信路徑。如29設(shè)一個人單獨(dú)開發(fā)軟件,生產(chǎn)率是5000行/人年。若4個人組成一個小組共同開發(fā)這個軟件,則需要6條通信路徑。若在每條通信路徑上耗費(fèi)的工作量是250行/人年。則小組中每個人的軟件生產(chǎn)率降低為5000-6×250/4==5000-375==4625行/人年。設(shè)一個人單獨(dú)開發(fā)軟件,生產(chǎn)率是5000行/人年。若4個人30從上述分析可知,一個軟件任務(wù)由一個人單獨(dú)開發(fā),生產(chǎn)率最高;而對于一個稍大型的軟件項目,一個人單獨(dú)開發(fā),時間太長。因此軟件開發(fā)小組是必要的。但是,開發(fā)小組不宜太大,成員之間避免太多的通信路徑。在開發(fā)進(jìn)程中,切忌中途加人,避免太多的生產(chǎn)率損失。從上述分析可知,一個軟件任務(wù)由一個人單獨(dú)開發(fā),生產(chǎn)率最高;而31任務(wù)的確定與并行性當(dāng)參加同一軟件工程項目的人數(shù)不止一人的時候,開發(fā)工作就會出現(xiàn)并行情形。軟件開發(fā)進(jìn)程中設(shè)置許多里程碑。里程碑為管理人員提供了指示項目進(jìn)度的可靠依據(jù)。軟件工程項目的并行性提出了一系列的進(jìn)度要求。任務(wù)的確定與并行性當(dāng)參加同一軟件工程項目的人數(shù)不止一人的時候32軟件開發(fā)成本估算的經(jīng)驗課件33因為并行任務(wù)是同時發(fā)生的,所以進(jìn)度計劃表必須決定任務(wù)之間的從屬關(guān)系,確定各個任務(wù)的先后次序和銜接,確定各個任務(wù)完成的持續(xù)時間。項目負(fù)責(zé)人應(yīng)注意構(gòu)成關(guān)鍵路徑的任務(wù),即若要保證整個項目能按進(jìn)度要求完成,就必須保證這些任務(wù)要按進(jìn)度要求完成。因為并行任務(wù)是同時發(fā)生的,所以進(jìn)度計劃表必須決定任務(wù)之間的從34制定開發(fā)進(jìn)度計劃40-20-40規(guī)則在整個軟件開發(fā)過程中,編碼工作量僅占20%,編碼前工作量占40%,編碼后工作量占40%。40-20-40規(guī)則只應(yīng)用來做為一個指南。實(shí)際的工作量分配比例必須按照各項目的特點(diǎn)來決定。制定開發(fā)進(jìn)度計劃40-20-40規(guī)則35COCOMO模型開發(fā)進(jìn)度TDEV與工作量MM的關(guān)系:

TDEV=a(MM)b

如果想要縮短開發(fā)時間,或想要保證開發(fā)進(jìn)度,必須考慮影響工作量的那些因素。按可減小工作量的因素取值。COCOMO模型36軟件開發(fā)成本估算的經(jīng)驗課件37

按此比例確定各個階段工作量的分配,從而進(jìn)一步確定每一階段所需的開發(fā)時間,然后在每個階段,進(jìn)行任務(wù)分解,對各個任務(wù)再進(jìn)行工作量和開發(fā)時間的分配。按此比例確定各個階段工作量的分配,從而進(jìn)一步確定每一階段所38進(jìn)度安排的方法可以把用于一般開發(fā)項目的進(jìn)度安排的技術(shù)和工具應(yīng)用于軟件項目。為監(jiān)控軟件項目的進(jìn)度計劃和工作的實(shí)際進(jìn)展情況,為表現(xiàn)各項任務(wù)之間進(jìn)度的相互依賴關(guān)系,需要采用圖示的方法。在圖示方法中,必須明確標(biāo)明:進(jìn)度安排的方法可以把用于一般開發(fā)項目的進(jìn)度安排的技術(shù)和工具應(yīng)39

各個任務(wù)的計劃開始時間,完成時間;各個任務(wù)完成標(biāo)志(即○文檔編寫和△評審);各個任務(wù)與參與工作的人數(shù),各個任務(wù)與工作量之間的銜接情況;完成各個任務(wù)所需的物理資源和數(shù)據(jù)資源。各個任務(wù)的計劃開始時間,完成時間;40(1)甘特圖(GanttChart)在甘特圖中,每一任務(wù)完成的標(biāo)準(zhǔn),不是以能否繼續(xù)下一階段任務(wù)為標(biāo)準(zhǔn),而是以必須交付應(yīng)交付的文檔與通過評審為標(biāo)準(zhǔn)。因此在甘特圖中,文檔編制與評審是軟件開發(fā)進(jìn)度的里程碑。(1)甘特圖(GanttChart)在甘特圖中,每一任務(wù)41軟件開發(fā)成本估算的經(jīng)驗課件42(2)PERT技術(shù)和CPM方法PERT技術(shù)叫做計劃評審技術(shù),CPM方法叫做關(guān)鍵路徑法,它們都是安排開發(fā)進(jìn)度,制定軟件開發(fā)計劃的最常用的方法。它們都采用網(wǎng)絡(luò)圖來描述一個項目的任務(wù)網(wǎng)絡(luò),也就是從一個項目的開始到結(jié)束,把應(yīng)當(dāng)完成的任務(wù)用圖或表的形式表示出來。(2)PERT技術(shù)和CPM方法PERT技術(shù)叫做計劃評審技術(shù)43三個模塊開發(fā)的網(wǎng)絡(luò)圖三個模塊開發(fā)的網(wǎng)絡(luò)圖44

通常用兩張表來定義網(wǎng)絡(luò)圖。一張表給出與一特定軟件項目有關(guān)的所有任務(wù)(也稱為任務(wù)分解結(jié)構(gòu)WorkBreakdownStructure);另一張表給出應(yīng)當(dāng)按照什么樣的次序來完成這些任務(wù)(有時稱為限制表RestrictionList)。

PERT技術(shù)和CPM方法都為項目計劃人員提供了一些定量的工具。

通常用兩張表來定義網(wǎng)絡(luò)圖。45

確定關(guān)鍵路徑,即決定項目開發(fā)時間的任務(wù)鏈。在關(guān)鍵路徑上的各個任務(wù)都是時間余量為零的關(guān)鍵任務(wù),不能有任何時間延誤。

應(yīng)用統(tǒng)計模型,對每一個單獨(dú)的任務(wù)確定最可能的開發(fā)持續(xù)時間的估算值。

計算邊界時間,以便為具體的任務(wù)定義時間窗口。確定關(guān)鍵路徑,即決定項目開發(fā)時間的任務(wù)鏈。在關(guān)鍵路徑上的各46軟件開發(fā)成本估算的經(jīng)驗?zāi)?/p>

補(bǔ)充資料軟件開發(fā)成本估算的經(jīng)驗?zāi)?/p>

補(bǔ)充資料47軟件開發(fā)成本估算的經(jīng)驗?zāi)P蛙浖_發(fā)成本估算是依據(jù)開發(fā)成本估算模型進(jìn)行估算的。開發(fā)成本估算模型通常采用經(jīng)驗公式來預(yù)測軟件項目計劃所需要的成本、工作量和進(jìn)度數(shù)據(jù)。用以支持大多數(shù)模型的經(jīng)驗數(shù)據(jù)都是從有限的一些項目樣本中得到的。軟件開發(fā)成本估算的經(jīng)驗?zāi)P蛙浖_發(fā)成本估算是依據(jù)開發(fā)成本估算48IBM模型

E=5.2×L0.91D=4.1×L0.36=14.47×E0.35S=0.54×E0.6DOC=49×L1.01L是源代碼行數(shù)(KLOC),E是工作量(PM),D是項目持續(xù)時間(月),S是人員需要量(人),DOC是文檔數(shù)量(頁)。IBM模型E=5.2×L0.9149IBM模型是靜態(tài)單變量模型。在此模型中,一般指一條機(jī)器指令為一行源代碼。一個軟件的源代碼行數(shù)不包括程序注釋、作業(yè)命令、調(diào)試程序在內(nèi)。對于非機(jī)器指令編寫的源程序,例如匯編語言或高級語言程序,應(yīng)轉(zhuǎn)換成機(jī)器指令源代碼行數(shù)來考慮。IBM模型是靜態(tài)單變量模型。50轉(zhuǎn)換系數(shù)表定義:轉(zhuǎn)換系數(shù)=機(jī)器指令條數(shù)/非機(jī)器語言執(zhí)行步數(shù)。轉(zhuǎn)換系數(shù)表定義:轉(zhuǎn)換系數(shù)=機(jī)器指令條數(shù)/非機(jī)器語言執(zhí)行步數(shù)51Putnam模型Putnam模型是一種動態(tài)多變量模型。適用于大型項目,但也可以應(yīng)用在一些較小的軟件項目中。它是假定在軟件開發(fā)的整個生存期中工作量有特定的分布。大型軟件項目的開發(fā)工作量分布可以用Rayleigh-Norden曲線表示。Putnam模型Putnam模型是一種動態(tài)多變量模型。適用于52軟件開發(fā)成本估算的經(jīng)驗課件53用Rayleigh-Norden曲線可以導(dǎo)出一個“軟件方程”td

是開發(fā)持續(xù)時間(年),K是軟件開發(fā)與維護(hù)在內(nèi)的整個生存期所花費(fèi)的工作量(人年),L是源代碼行數(shù)(LOC),Ck是技術(shù)狀態(tài)常數(shù),因開發(fā)環(huán)境而異。用Rayleigh-Norden曲線可以導(dǎo)出一個“軟件方程”54技術(shù)狀態(tài)常數(shù)Ck的取值技術(shù)狀態(tài)常數(shù)Ck的取值55COCOMO模型

(COnstructiveCOstMOdel)結(jié)構(gòu)型成本估算模型是一種精確、易于使用的成本估算方法。DSI(源指令條數(shù))定義為代碼的源程序行數(shù)。若一行有兩個語句,則算做一條指令。它包括作業(yè)控制語句和格式語句,但不包括注釋語句。KDSI=1000DSI。COCOMO模型

(COnstructiveCOstM56MM(度量單位為人月)表示開發(fā)工作量。TDEV(度量單位為月)表示開發(fā)進(jìn)度。它由工作量決定。軟件開發(fā)項目的分類

軟件開發(fā)項目的總體類型:組織型嵌入型半獨(dú)立型MM(度量單位為人月)表示開發(fā)工作量。57COCOMO模型的分類

COCOMO模型按其詳細(xì)程度分成三級:

基本COCOMO模型中間COCOMO模型詳細(xì)COCOMO模型基本COCOMO模型是靜態(tài)單變量模型,用源代碼行數(shù)(LOC)為自變量的經(jīng)驗函數(shù)計算軟件開發(fā)工作量。COCOMO模型的分類

COCOMO模型按其詳細(xì)程度分成三級58中間COCOMO模型在用LOC為自變量的函數(shù)計算軟件開發(fā)工作量(稱為名義工作量)的基礎(chǔ)上,用涉及產(chǎn)品、硬件、人員、項目等方面的影響因素調(diào)整工作量估算。詳細(xì)COCOMO模型包括中間COCOMO模型的所有特性,但用上述各種影響因素調(diào)整工作量估算時,還要考慮對軟件工程過程中每一步驟(分析、設(shè)計等)的影響。中間COCOMO模型在用LOC為自變量的函數(shù)計算軟件開發(fā)工作59基本COCOMO模型基本COCOMO模型的工作量和進(jìn)度公式基本COCOMO模型基本COCOMO模型的工作量和進(jìn)度公式60中間COCOMO模型進(jìn)一步考慮15種影響軟件工作量的因素,通過定下乘法因子,修正COCOMO工作量公式和進(jìn)度公式,可以更合理地估算軟件(各階段)的工作量和進(jìn)度。中間COCOMO模型的名義工作量與進(jìn)度公式如下所示。中間COCOMO模型進(jìn)一步考慮15種影響軟件工作量的因素,通61中間COCOMO模型的名義工作量與進(jìn)度公式中間COCOMO模型的名義工作量6215種影響軟件工作量的因素

fi產(chǎn)品因素:軟件可靠性、數(shù)據(jù)庫規(guī)模、產(chǎn)品復(fù)雜性硬件因素:執(zhí)行時間限制、存儲限制、虛擬機(jī)易變性、環(huán)境周轉(zhuǎn)時間人的因素:分析員能力、應(yīng)用領(lǐng)域?qū)嶋H經(jīng)驗、程序員能力、虛擬機(jī)使用經(jīng)驗、程序語言使用經(jīng)驗項目因素:現(xiàn)代程序設(shè)計技術(shù)、軟件工具的使用、開發(fā)進(jìn)度限制15種影響軟件工作量的因素fi產(chǎn)品因素:軟件可靠性、數(shù)據(jù)庫63軟件開發(fā)成本估算的經(jīng)驗課件64此時,工作量計算公式改成

例1.一個32KDSI的聲音輸入系統(tǒng)是一個輸入原型,或是一個可行性表演模型。所需可靠性非常低。把此模型看做半獨(dú)立型軟件。則有

MM

=3.0(32)1.12=146

又查表知f1=0.75,其它fi=1.00,則最終有MM=146×0.75=110.

此時,工作量計算公式改成

65例14.一個規(guī)模為10KDSI的商用微機(jī)遠(yuǎn)程通信的嵌入型軟件,使用中間COCOMO模型進(jìn)行成本估算。程序名義工作量

MM=2.8(10)1.20=44.38(MM)程序?qū)嶋H工作量MM=44.38×=44.38×1.17=51.5(MM)例14.一個規(guī)模為10KDSI的商用微機(jī)遠(yuǎn)程通信的嵌入型軟66軟件開發(fā)成本估算的經(jīng)驗課件67開發(fā)所用時間TDEV=2.5(51.5)0.32=8.9(月)如果分析員與程序員的工資都按每月6,000美元計算,則該項目的開發(fā)人員的工資總額為51.5×6,000=309,000(美元)做為對比,現(xiàn)在用IBM模型計算:PM=5.2(10)0.91=42.27(人月)D=4.1(10)0.38=9.84(月)S=0.54(42.27)0.60=5.1(人)開發(fā)所用時間68詳細(xì)COCOMO模型詳細(xì)COCOMO模型的名義工作量公式和進(jìn)度公式與中間COCOMO模型相同。工作量因素分級表分層、分階段給出。針對每一個影響因素,按模塊層、子系統(tǒng)層、系統(tǒng)層,有三張工作量因素分級表,供不同層次的估算使用。每一張表中工作量因素又按開發(fā)各個不同階段給出。詳細(xì)COCOMO模型詳細(xì)COCOMO模型的名義工作量公式和進(jìn)69例如,關(guān)于軟件可靠性(RELY)要求的工作量因素分級表(子系統(tǒng)層),如表所示。使用這些表格,可以比中間COCOMO模型更方便、更準(zhǔn)確地估算軟件開發(fā)工作量。例如,關(guān)于軟件可靠性(RELY)要求的工作量因素分級表(子系70軟件可靠性工作量因素分級表(子系統(tǒng)層)軟件可靠性工作量因素分級表(子系統(tǒng)層)71進(jìn)度安排軟件開發(fā)項目的進(jìn)度安排有兩種方式:

(1)系統(tǒng)最終交付日期已經(jīng)確定,軟件開發(fā)部門必須在規(guī)定期限內(nèi)完成;

(2)系統(tǒng)最終交付日期只確定了大致的年限,最後交付日期由軟件開發(fā)部門確定。進(jìn)度安排軟件開發(fā)項目的進(jìn)度安排有兩種方式:

(1)系統(tǒng)最終交72進(jìn)度安排落空,會導(dǎo)致市場機(jī)會的喪失,使用戶不滿意,而且也會導(dǎo)致成本的增加。因此,在考慮進(jìn)度安排時,要把工作量與花費(fèi)時間聯(lián)系起來,合理分配工作量,利用進(jìn)度安排的有效分析方法嚴(yán)密監(jiān)控軟件開發(fā)的進(jìn)展情況,使軟件開發(fā)進(jìn)度不致拖延。進(jìn)度安排落空,會導(dǎo)致市場機(jī)會的喪失,使用戶不滿意,而且也會導(dǎo)73軟件開發(fā)小組人數(shù)與軟件生產(chǎn)率的關(guān)系當(dāng)幾個人共同承擔(dān)軟件開發(fā)項目中的某一任務(wù)時,人與人之間必須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題,即所謂通信問題。通信需花費(fèi)時間和代價,會引起軟件錯誤增加,降低軟件生產(chǎn)率。軟件開發(fā)小組人數(shù)與軟件生產(chǎn)率的關(guān)系當(dāng)幾個人共同承擔(dān)軟件開發(fā)項74若兩個人之間需要通信,則稱在這兩個人之間存在一條通信路徑。如果一個軟件開發(fā)小組有n

個人,每兩人之間都需要通信,則總的通信路徑有n(n-1)/2(條)。若兩個人之間需要通信,則稱在這兩個人之間存在一條通信路徑。如75設(shè)一個人單獨(dú)開發(fā)軟件,生產(chǎn)率是5000行/人年。若4個人組成一個小組共同開發(fā)這個軟件,則需要6條通信路徑。若在每條通信路徑上耗費(fèi)的工作量是250行/人年。則小組中每個人的軟件生產(chǎn)率降低為5000-6×250/4==5000-375==4625行/人年。設(shè)一個人單獨(dú)開發(fā)軟件,生產(chǎn)率是5000行/人年。若4個人76從上述分析可知,一個軟件任務(wù)由一個人單獨(dú)開發(fā),生產(chǎn)率最高;而對于一個稍大型的軟件項目,一個人單獨(dú)開發(fā),時間太長。因此軟件開發(fā)小組是必要的。但是,開發(fā)小組不宜太大,成員之間避免太多的通信路徑。在開發(fā)進(jìn)程中,切忌中途加人,避免太多的生產(chǎn)率損失。從上述分析可知,一個軟件任務(wù)由一個人單獨(dú)開發(fā),生產(chǎn)率最高;而77任務(wù)的確定與并行性當(dāng)參加同一軟件工程項目的人數(shù)不止一人的時候,開發(fā)工作就會出現(xiàn)并行情形。軟件開發(fā)進(jìn)程中設(shè)置許多里程碑。里程碑為管理人員提供了指示項目進(jìn)度的可靠依據(jù)。軟件工程項目的并行性提出了一系列的進(jìn)度要求。任務(wù)的確定與并行性當(dāng)參加同一軟件工程項目的人數(shù)不止一人的時候78軟件開發(fā)成本估算的經(jīng)驗課件79因為并行任務(wù)是同時發(fā)生的,所以進(jìn)度計劃表必須決定任務(wù)之間的從屬關(guān)系,確定各個任務(wù)的先后次序和銜接,確定各個任務(wù)完成的持續(xù)時間。項目負(fù)責(zé)人應(yīng)注意構(gòu)成關(guān)鍵路徑的任務(wù),即若要保證整個項目能按進(jìn)度要求完成,就必須保證這些任務(wù)要按進(jìn)度要求完成。因為并行任務(wù)是同時發(fā)生的,所以進(jìn)度計劃表必須決定任務(wù)之間的從80制定開發(fā)進(jìn)度計劃40-20-40規(guī)則在整個軟件開發(fā)過程中,編碼工作量僅占20%,編碼前工作量占40%,編碼后工作量占40%。40-20-40規(guī)則只應(yīng)用來做為一個指南。實(shí)際的工作量分配比例必須按照各項目的特點(diǎn)來決定。制定開發(fā)進(jìn)度計劃40-20-40規(guī)則81COCOMO模型開發(fā)進(jìn)度TDEV與工作量MM的關(guān)系:

TDEV=a(MM)b

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論