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