【正文】 30萬行 任意 實(shí)例 批數(shù)據(jù)處理 科學(xué)模塊 事務(wù)模塊 熟悉的操作系統(tǒng)，編譯程序 簡單的編目生產(chǎn)控制 大型事務(wù)處理系統(tǒng) 新的操作系統(tǒng)數(shù)據(jù)庫管理系統(tǒng) 大型編目生產(chǎn)控制 簡單的指揮系統(tǒng) 大而復(fù)雜的事務(wù)處理系統(tǒng) 大型的操作系統(tǒng) 宇航控制系統(tǒng) 大型指揮系統(tǒng) 第 55頁 火龍果 ? 整理 . 工作量和進(jìn)度的基本 COCOMO方程 5 .3 項(xiàng)目成本估算 開發(fā)類型 工作量 進(jìn)度 結(jié)構(gòu)型 ED= TD=(ED) 半獨(dú)立型 ED= TD=(ED) 嵌入型 ED= TD=(ED) 第 56頁 火龍果 ? 整理 . 影響 r值的 15個成本因素 5 .3 項(xiàng)目成本估算 類型 成本因素 產(chǎn)品屬性 計(jì)算機(jī)屬性 人員屬性 工程屬性 第 57頁 火龍果 ? 整理 . 中級 COCOMO工作量估算方法 5 .3 項(xiàng)目成本估算 開發(fā)類型 工作量方法 結(jié)構(gòu)型 (ED)NOM= 半獨(dú)立型 (ED)NOM= 嵌入型 (ED)NOM= 第 58頁 火龍果 ? 整理 . 3． 綜合成本估算法 一種自底向上的成本估算方法，即從模塊開始進(jìn)行估算，前提條件之一是組織建立起較好的項(xiàng)目評價與分析機(jī)制，對歷史項(xiàng)目的數(shù)據(jù)分析是可信賴的。 5 .3 項(xiàng)目成本估算 第 53頁 火龍果 ? 整理 . (2) COCOMO模型 模型的核心是方程 ED=rSc 和 TD=a(ED)b 其中 ED為總的開發(fā)工作量（到交付為止），單位為人月； S為源指令數(shù)（不包括注釋，但包括數(shù)據(jù)說明、公式或類似的語句），常數(shù) r和 c為校正因子。 中級 COCOMO模型 :在用 LOC為自變量的函數(shù)計(jì)算軟件開發(fā)工作量的基礎(chǔ)上，再用涉及產(chǎn)品、硬件、人員、項(xiàng)目等方面屬性的影響因素來調(diào)整工作量的估算。如果軟件開發(fā)環(huán)境較差（沒有一定的開發(fā)方法，缺少文檔，評審或批處理方式），取 CK=6500；正常的開發(fā)環(huán)境（有適當(dāng)?shù)拈_發(fā)方法，較好的文檔和評審，以及交互式的執(zhí)行方式），CK=5000；如果是一個較好的開發(fā)環(huán)境（自動工具和技術(shù)），則取CK=12500。 EI FTR DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 添加員工信息 員工、 部門、 工資表 18個 員工信息的兩個標(biāo)簽控件內(nèi)容不是用戶輸入的，因此不算，共 16個；部門信息與員工信息中的部門字段重復(fù)，因此一個都不算；工資表中的員工 ID和名稱不能重復(fù)，因此只能算金額和單位，所以共 2個。 2 低 7 EIF外部 接口文件 RET DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 工資表 員工基本信息、工資信息，共 2個。 ILF內(nèi)部 邏輯文件 RET DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 員工信息 員工基本信息、受教育情況、工作經(jīng)歷、親屬信息，共 4個。員工的工資則由另外一個財務(wù)系統(tǒng)提供。 ? 在員工管理系統(tǒng)中添加一個員工資料，會使用到員工的一般信息、教育情況、工作經(jīng)歷和家屬信息。 表 56就是一個轉(zhuǎn)換表 ， 它是針對各種語言的轉(zhuǎn)換率 ， 這個表是根據(jù)業(yè)界的經(jīng)驗(yàn)研究得出的 。技術(shù)復(fù)雜度因子的計(jì)算公式為： TCF=+（ sum（ Fi）） 其中： i=1， 2， …… ， 14， Fi的取值范圍是 0~5，所以TCF的結(jié)果范圍是 ~。否則，除了降低 35%之外，功能點(diǎn)數(shù)還應(yīng)該比未調(diào)整的點(diǎn)數(shù)增加1%的綜合特征總值。 其中： UFC表示未調(diào)整功能點(diǎn)計(jì)數(shù)， TCF表示技術(shù)復(fù)雜因子。 表 54是 14個技術(shù)復(fù)雜度因子 ， 每個因子的取值范圍是 0~5。 產(chǎn)品中所有功能計(jì)數(shù)項(xiàng)加權(quán)的總和 ， 就形成了該產(chǎn)品的未調(diào)整功能點(diǎn)計(jì)數(shù) （ UFC） 。 計(jì)算數(shù)據(jù)元素和無重復(fù)的數(shù)據(jù)分組個數(shù)后 ， 將數(shù)值和復(fù)雜性矩陣對照 ， 就可以確定該功能的復(fù)雜性屬于高 、 中 、 低 。 ? 基本操作過程不能生成派生數(shù)據(jù) ? 基本操作過程不能維護(hù)任何一個 ILF ? 基本操作過程不能改變系統(tǒng)的行為 第 39頁 火龍果 ? 整理 . （ 3） 在估算中對 5類功能計(jì)數(shù)項(xiàng)中的每一類功能計(jì)數(shù)項(xiàng)按其復(fù)雜性的不同分為簡單 （ 低 ） 、 一般 （ 中 ） 和復(fù)雜 （ 高 ） 3個級別 。 ? EQ補(bǔ)充的計(jì)算規(guī)則 除了要滿足上面的通用規(guī)則外，還要滿足下面其中一條： ? 基本操作過程從 ILF或 EIF中獲取數(shù)據(jù)。 ? 該基本處理過程所引用的 ILF或 EIF文件應(yīng)該是唯一的，該唯一性是指其在應(yīng)用程序中與其他 EO或 EQ所引用的 ILF或 EIF文件不同。 ② 為了識別這個過程，以下三點(diǎn)必須滿足一個： ? 該基本處理過程邏輯上必須是唯一的，該唯一性是指其在應(yīng)用程序中與其他 EO或 EQ在邏輯性上保持唯一。 ? 在應(yīng)用程序邊界內(nèi)，基本處理過程所引用的 ILF或 EIF是不同于其它基本處理過程所引用的 ILF或 EIF。例如：不能存在兩個完全一模一樣的存盤操作。 ? 該基本處理過程的邏輯與本應(yīng)用系統(tǒng)中其它基本處理過程的邏輯不同。 ② 如果進(jìn)入系統(tǒng)邊界內(nèi)的數(shù)據(jù)不是一個改變系統(tǒng)行為的控制信息，那么至少一個ILF應(yīng)該被改變。功能點(diǎn)的分類， EI、 EO、 EQ的識別都 是基于“ Elementary Process”基本處理過程的。 ? EI、 EO、 EQ的比較見下表： 第 35頁 火龍果 ? 整理 . 表 1 EI、 EO、 EQ的主要目的 目的 EI EO EQ 改變應(yīng)用程序的屬性或行為 主要目的 次要目的 不允許 維護(hù)一個或多個 ILF 主要目的 次要目的 不允許 顯示信息給用戶 次要目的 主要目的 主要目的 表 2 EI、 EO、 EQ的主要行為 行為 EI EO EQ 數(shù)學(xué)公式或計(jì)算被執(zhí)行 可以 至少選擇一次 不可以 至少一個 ILF被修改 至少選擇一次 至少選擇一次 不可以 至少一個 ILF或 EIF被引用 可選 可選 必選 數(shù)據(jù)被重新恢復(fù) 可選 可選 必選 派生數(shù)據(jù)被創(chuàng)建 可選 至少選擇一次 可選 應(yīng)用程序的行為或?qū)傩员恍薷? 至少選擇一次 至少選擇一次 可選 準(zhǔn)備或呈現(xiàn)信息到系統(tǒng)邊界外 可選 必選 必選 接受進(jìn)入系統(tǒng)邊界內(nèi)的數(shù)據(jù)的能力 必須 可選 可選 第 36頁 火龍果 ? 整理 . 事務(wù)類型功能點(diǎn)的計(jì)算規(guī)則（ 1/3） ? 在 IFPUG的定義中有一個重要的單詞“ Elementary Process”—— 基本處理過程。 EQ不會維護(hù)任何一個 ILF，也不會改變應(yīng)用程序的系統(tǒng)行為。其主要目的是從ILF或 EIF中通過恢復(fù)數(shù)據(jù)信息來向用戶呈現(xiàn)。一個 EO也可以維護(hù)一個或多個ILF，并 /或改變系統(tǒng)行為。它的主要目的是通過邏輯處理過程向用戶呈現(xiàn)信息。 第 34頁 火龍果 ? 整理 . EI、 EO、 EQ的比較 ?外部輸入 EI、外部輸出 EO、外部查詢 EQ的比較 ? EI是處理來自應(yīng)用程序邊界外部的一組數(shù)據(jù)輸入，它的主要目的是維護(hù)一個或多個 ILF，以及 /或者更改系統(tǒng)的行為。 ③ 計(jì)算功能點(diǎn)的這個應(yīng)用程序并不維護(hù)該 EIF。 ? EIF所遵循的規(guī)則： ① 從用戶角度出發(fā)識別的一組邏輯數(shù)據(jù)。因此，一個應(yīng)用程序中的 EIF必然是 其他應(yīng)用程序中的 ILF。 ILF的主要目的是通過應(yīng)用程序的一個或多個基本處理過程來維護(hù)數(shù)據(jù)。 ? 內(nèi)部邏輯文件：指客戶可以使用他們負(fù)責(zé)維護(hù)的數(shù)據(jù)。每個外部獨(dú)立的查詢計(jì)為 1。為了獲得這項(xiàng)結(jié)果，用戶要輸入選擇信息抓取符合條件的數(shù)據(jù)。只有單獨(dú)算法或者特殊功能的輸出才計(jì)算在內(nèi)。只有那些對功能的影響方式與其他外部輸入不同的輸入才計(jì)算在內(nèi)。 第 31頁 火龍果 ? 整理 . 二、軟件項(xiàng)目成本估算方式 2．功能點(diǎn)估計(jì)法 對每一項(xiàng)功能，通過計(jì)算 4類系統(tǒng)外部行為或事務(wù)的數(shù)目，以及一類內(nèi)部邏輯文件的數(shù)目來估算由一組需求所表達(dá)的功能點(diǎn)數(shù)目。 ⑤ 確定調(diào)整因子。 ③ 計(jì)算數(shù)據(jù)類型功能點(diǎn)所提供的未調(diào)整的功能點(diǎn)數(shù)量。 第 30頁 火龍果 ? 整理 . 功能點(diǎn)分析的步驟 ? 具體步驟包括： ① 識別功能點(diǎn)的類型。 ⑤ 確定調(diào)整因子。 ③ 計(jì)算數(shù)據(jù)類型功能點(diǎn)所提供的未調(diào)整的功能點(diǎn)數(shù)量。 ? 具體步驟包括： ① 識別功能點(diǎn)的類型。 5 .3 項(xiàng)目成本估算 第 29頁 火龍果 ? 整理 . 功能點(diǎn)分析的步驟 ? 國際標(biāo)準(zhǔn) IFPUG（ International Function Point Users Group）組織提供的功能點(diǎn)估算法 基礎(chǔ)進(jìn)行講解。 該方法包括兩個評估 ， 即評估產(chǎn)品所需要的內(nèi)部基本功能和外部功能 。 這個結(jié)果數(shù)可以用來估計(jì)代碼行數(shù) 、 成本和項(xiàng)目周期 。 某項(xiàng)目的源文件大小為， 則可估計(jì)該項(xiàng)目源代碼大約為 15萬行 ， 該項(xiàng)目累計(jì)投入工作量為 240人月 ， 每人月費(fèi)用為 5000元 （ 包括人均工資 、福利 、 辦公費(fèi)用公灘等 ） ， 則該項(xiàng)目中 1LOC的價值為： （240 5000） /150000＝ 16元 /L。 （ 3）自上而下和自下而上相結(jié)合的成本估算 5 .3 項(xiàng)目成本估算 第 26頁 火龍果 ? 整理 . 3. 開發(fā)成本估算過程 5 .3 項(xiàng)目成本估算 第 27頁 火龍果 ? 整理 . 二 、 軟件項(xiàng)目成本估算方式 代碼行 (LOC)是衡量軟件項(xiàng)目規(guī)模最常用的概念， 指所有的可執(zhí)行的源代碼行數(shù) ， 包括可交付的工作控制語言語句 、 數(shù)據(jù)定義 、 數(shù)據(jù)類型聲明 、等價聲明 、 輸入 /輸出格式聲明等 。采用這種技術(shù)路線的前提是確定了詳細(xì)的 WBS，能做出較準(zhǔn)確的估算。自上而下的成本估算實(shí)際上是以項(xiàng)目成本總體為估算對象，在收集上層和中層管理人員的經(jīng)驗(yàn)判斷，以及可以獲得的關(guān)于以往類似項(xiàng)目的歷史數(shù)據(jù)的基礎(chǔ)上，將成本從工作分解結(jié)構(gòu)的上部向下部依次分配、傳遞，直至 WBS的最底層。 一、項(xiàng)目成本估算過程 1