【文章內(nèi)容簡介】 性是由某一功能的數(shù)據(jù)分組和數(shù)據(jù)元素共同決定的 。 計算數(shù)據(jù)元素和無重復(fù)的數(shù)據(jù)分組個數(shù)后 ， 將數(shù)值和復(fù)雜性矩陣對照 ， 就可以確定該功能的復(fù)雜性屬于高 、 中 、 低 。 表 53是 5類功能計數(shù)的復(fù)雜等級 。 產(chǎn)品中所有功能計數(shù)項加權(quán)的總和 ， 就形成了該產(chǎn)品的未調(diào)整功能點(diǎn)計數(shù) （ UFC） 。 5 .3 項目成本估算 火龍果 ? 整理 . 第 41頁 5類功能計數(shù)的復(fù)雜度權(quán)重 5 .3 項目成本估算 權(quán)重 項 復(fù)雜度權(quán)重因素 簡單 一般 復(fù)雜 外部輸入 3 4 6 外部輸出 4 5 7 外部查詢 3 4 6 外部文件 5 7 5 內(nèi)部文件 7 5 15 火龍果 ? 整理 . 第 42頁 （ 4） 這一步是要計算項目中 14個技術(shù)復(fù)雜度因子 （TCF） 。 表 54是 14個技術(shù)復(fù)雜度因子 ， 每個因子的取值范圍是 0~5。 5 .3 項目成本估算 技術(shù)復(fù)雜度因子 F1 可靠的備份和恢復(fù) F2 數(shù)據(jù)通信 F3 分布式函數(shù) F4 性能 F5 大量使用的配置 F6 聯(lián)機(jī)數(shù)據(jù)輸入 F7 操作簡單性 F8 在線升級 F9 復(fù)雜界面 F5 復(fù)雜數(shù)據(jù)處理 F11 重復(fù)使用性 F12 安裝簡易性 F13 多重站點(diǎn) F14 易于修改 火龍果 ? 整理 . 第 43頁 （ 5）最后根據(jù)功能點(diǎn)計算公式 FP=UFC TCF計算出調(diào)整后的功能點(diǎn)總和。 其中： UFC表示未調(diào)整功能點(diǎn)計數(shù)， TCF表示技術(shù)復(fù)雜因子。功能點(diǎn)計算公式的含義是：如果對應(yīng)用程序完全沒有特殊的功能要求（即綜合特征總值 =0），那么功能點(diǎn)數(shù)應(yīng)該比未調(diào)整的（原有的）點(diǎn)數(shù)降低 35%（這也就是“ ”的含義）。否則，除了降低 35%之外，功能點(diǎn)數(shù)還應(yīng)該比未調(diào)整的點(diǎn)數(shù)增加1%的綜合特征總值。 5 .3 項目成本估算 火龍果 ? 整理 . 第 44頁 表 55顯示每個因子取值范圍的情況。技術(shù)復(fù)雜度因子的計算公式為： TCF=+（ sum（ Fi）） 其中： i=1， 2， …… ， 14， Fi的取值范圍是 0~5，所以TCF的結(jié)果范圍是 ~。 5 .3 項目成本估算 調(diào)整系數(shù) 描述 0 不存在或沒有影響 1 不顯著的影響 2 相當(dāng)?shù)挠绊? 3 平均的影響 4 顯著的影響 5 強(qiáng)大的影響 火龍果 ? 整理 . 第 45頁 功能點(diǎn)可以按照一定的條件轉(zhuǎn)換為軟件代碼行 （ LOC） 。 表 56就是一個轉(zhuǎn)換表 ， 它是針對各種語言的轉(zhuǎn)換率 ， 這個表是根據(jù)業(yè)界的經(jīng)驗(yàn)研究得出的 。 5 .3 項目成本估算 語言 代碼行 /FP 匯編語言 320 C 128 C++ 64 Pascal 90 VB 32 JAVA 30 SQL 12 火龍果 ? 整理 . 第 46頁 舉例 ? 以員工管理系統(tǒng)為例，詳細(xì)說明如何利用功能點(diǎn)估算法計算業(yè)務(wù)復(fù)雜度。 ? 在員工管理系統(tǒng)中添加一個員工資料，會使用到員工的一般信息、教育情況、工作經(jīng)歷和家屬信息。員工隸屬于某個部門，在本系統(tǒng)中會有一個對部門進(jìn)行維護(hù)的功能。員工的工資則由另外一個財務(wù)系統(tǒng)提供。其用例圖如圖： 火龍果 ? 整理 . 第 47頁 舉例 ? 假設(shè)員工基本信息如下所示： ? 員工 ID（標(biāo)簽控件） ? 員工名稱 ? 性別 ? 生日 ? 婚否 ? 所屬部門 ID（標(biāo)簽控件） ? 所屬部門名稱 ? 受教育的時間 ? 學(xué)校名稱 ? 所學(xué)專業(yè) ? 工作時間 ? 工作單位 ? 工作部門 ? 工作職務(wù) ? 親屬的姓名 ? 之間關(guān)系 ? 親屬年齡 ? 工作單位 ? 假設(shè)部門信息如下所示： ? 部門 ID（標(biāo)簽控件） ? 部門名稱 ? 假設(shè)工資表信息如下所示： ? 員工 ID（標(biāo)簽控件） ? 員工姓名 ? 金額 ? 單位 火龍果 ? 整理 . 第 48頁 ILF和 EIF的功能點(diǎn)數(shù) ?本范例識別出來 ILF和 EIF功能點(diǎn)個數(shù)如下表所示。 ILF內(nèi)部 邏輯文件 RET DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 員工信息 員工基本信息、受教育情況、工作經(jīng)歷、親屬信息，共 4個。 18 低 7 部門信息 部門基本信息，共 1個。 2 低 7 EIF外部 接口文件 RET DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 工資表 員工基本信息、工資信息，共 2個。 4 低 5 合計： 19個 火龍果 ? 整理 . 第 49頁 EI、 EQ和 EO的功能點(diǎn)數(shù) ? 本范例識別出來 EI、 EQ和 EO功能點(diǎn)個數(shù)如下表所示。 EI FTR DET個數(shù) 復(fù)雜度 未調(diào)整的FP個數(shù) 添加員工信息 員工、 部門、 工資表 18個 員工信息的兩個標(biāo)簽控件內(nèi)容不是用戶輸入的，因此不算，共 16個；部門信息與員工信息中的部門字段重復(fù)，因此一個都不算；工資表中的員工 ID和名稱不能重復(fù)，因此只能算金額和單位，所以共 2個。 高 6 修改員工信息 員工、 部門、 工資表 18個 同上 高 6 刪除員工信息 員工、 部門、 工資表 1個 員工 ID 中等 4 添加部門信息 部門 1個 一個標(biāo)簽控件的內(nèi)容不是用戶輸入的，因此不算 低 3 修改部門信息 部門 1個 一個標(biāo)簽控件的內(nèi)容不是用戶輸入的，因此不算 低 3 刪除部門信息 部門 1個 部門 ID 低 3 合計： 25個 火龍果 ? 整理 . 第 50頁 EQ FTR DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 查詢員工信息 員工、部門、工資表 20 高 6 查詢部門信息 部門 2 低 3 合計： 9個 EO FTR DET個數(shù) 復(fù)雜度 未調(diào)整的 FP個數(shù) 統(tǒng)計員工年薪 員工、工資表 員工 ID、員工名稱、年份、年薪、單位共 5個 低 4 合計： 4個 火龍果 ? 整理 . 第 51頁 本系統(tǒng)的通用系統(tǒng)特性及其影響程度如下表所示： 系統(tǒng)特性 分?jǐn)?shù) 數(shù)據(jù)通訊 3 分布式數(shù)據(jù)處理 2 性能 0 高強(qiáng)度配置 0 交易速度 0 在線數(shù)據(jù)輸入 5 最終用戶效率 2 在線更新 3 負(fù)責(zé)的處理 0 可復(fù)用性 3 易安裝性 0 易操作性 0 多場地 0 支持變更 1 合計： 19 調(diào)整因子 = 19 * + = 最終調(diào)整后的功能點(diǎn)數(shù)量為： （ 19 + 25 + 9 + 5） * = 火龍果 ? 整理 . 第 52頁 3．經(jīng)驗(yàn)成本估算模型 （ 1） SLIM模型 5 .3 項目成本估算 1433KdL C K t?L和 td分別表示可交付的源指令數(shù)和開發(fā)時間（單位為年）； K是整個生命周期內(nèi)人的工作量（單位為人年），可從總的開發(fā)工作量ED=； CK是根據(jù)經(jīng)驗(yàn)數(shù)據(jù)而確定的常數(shù)，表示開發(fā)技術(shù)的先進(jìn)性級別。如果軟件開發(fā)環(huán)境較差（沒有一定的開發(fā)方法，缺少文檔，評審或批處理方式），取 CK=6500；正常的開發(fā)環(huán)境（有適當(dāng)?shù)拈_發(fā)方法，較好的文檔和評審，以及交互式的執(zhí)行方式），CK=5000；如果是一個較好的開發(fā)環(huán)境（自動工具和技術(shù)），則取CK=12500。 火龍果 ? 整理 . 第 53頁 (2) COCOMO模型 基本 COCOMO模型 :靜態(tài)單變量模型，它用一個以已估算出來的源代碼行數(shù) (LOC)為自變量的函數(shù)來計算軟件開發(fā)工作量。 中級 COCOMO模型 :在用 LOC為自變量的函數(shù)計算軟件開發(fā)工作量的基礎(chǔ)上，再用涉及產(chǎn)品、硬件、人員、項目等方面屬性的影響因素來調(diào)整工作量的估算。 高級 COCOMO模型 :包括中級 COCOMO模型的所有特性，但用上述各種影響因素調(diào)整工作量估算時，還要考慮對項目過程中分析、設(shè)計等各步驟的影響。 5 .3 項目成本估算 火龍果 ? 整理 . 第 54頁 (2) COCOMO模型 模型的核心是方程 ED=rSc 和 TD=a(ED)b 其中 ED為總的開發(fā)工作量（到交付為止），單位為人月； S為源指令數(shù)（不包括注釋，但包括數(shù)據(jù)說明、公式或類似的語句），常數(shù) r和 c為校正因子。若 S的單位為 53， ED的單位為人月。 TD為開發(fā)時間，經(jīng)驗(yàn)常數(shù) r、 c、 a和 b取決于項目的總體類型（結(jié)構(gòu)型、半獨(dú)立型或嵌入型） . 5 .3 項目成本估算 火龍果 ? 整理 . 第 55頁 項目總體類型 特性 結(jié)構(gòu)型 半獨(dú)立型 嵌入型 對開發(fā)產(chǎn)品目標(biāo)的了解 充分 很多 一般 對軟件系統(tǒng)有關(guān)的工作經(jīng)驗(yàn) 廣泛 很多 中等 為軟件一致性需要預(yù)先建立的需求 基本 很多 完全 為軟件一致性需要外部接口規(guī)格說明 基本 很多 完全 關(guān)聯(lián)的新硬件和操作過程的并行開發(fā) 少量 中等 廣泛 對改進(jìn)數(shù)據(jù)處理體系結(jié)構(gòu)算法的要求 極少 少量 很多 早期實(shí)施費(fèi)用 極少 中等 較高 產(chǎn)品規(guī)模（交付的源指令數(shù)） 5萬行 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) 火龍果 ? 整理 . 第 56頁 工作量和進(jìn)度的基本 COCOMO方程 5 .