信息化項目軟件開發(fā)費用測算指南

軟件及信息化工程造價行業(yè)規(guī)范 信息化項目軟件開發(fā)費用測算指南信息化項目軟件開發(fā)費用測算指南 V4.0V4.0 重慶市首席信息官（CIO）協(xié)會 2017 年 10 月 1 日發(fā)布實施 軟件及信息化工程造價行業(yè)規(guī)范 本辦法由重慶市首席信息官（CIO）協(xié)會 軟件及信息化工程造價評估專委會 編制 重慶市首席信息官（CIO）協(xié)會 聯(lián)系電話軟件及信息化工程造價行業(yè)規(guī)范 I 目目 次次 前言.II 信息化項目軟件開發(fā)費用測算指南.- 1 - 1范圍.- 1 - 2術(shù)語和定義.- 1 - 3軟件開發(fā)成本構(gòu)成. - 3 - 4軟件開發(fā)成本測算步驟.- 4 - 附 錄 A.- 8 - A.1功能點計數(shù)項分類.- 8 - A.2ILF 的識別. - 8 - A.3EIF 的識別. - 8 - A.4EI 的識別. - 8 - A.5E0 的識別. - 8 - A.6EQ 的識別. - 9 - 附 錄 B.- 10 - B.1功能點分值計算方法.- 10 - B.2技術(shù)復(fù)雜度因子 TCF.- 11 - B.3功能點耗時率.- 11 - B.4軟件因素調(diào)整因子（SWF）.- 11 - B.5開發(fā)因素調(diào)整因子（RDF）.- 13 - B.6各階段開發(fā)工作量比例系數(shù).- 13 - B.7人月費用. - 14 - 附 錄 C.- 15 - C.1預(yù)估功能點計數(shù)表樣例.- 15 - C.2估算功能點計數(shù)表樣例.- 16 - C.3詳細功能點清單列表.- 17 - C.4軟件項目開發(fā)費用測算表樣例.- 18 - C.5開發(fā)軟件需求書寫規(guī)范樣例.- 19 - 附 錄 D.- 23 - D.1需求示意. - 23 - D.2測算規(guī)模. - 23 - D.3確定預(yù)算. - 24 - 軟件及信息化工程造價行業(yè)規(guī)范 II 前前言言 本指南系根據(jù)國家工信部頒布的 電子建設(shè)工程概 （預(yù)） 算編制辦法及計價依據(jù) （HYD 41-2015） （工信廳規(guī)201577號）、工信部行業(yè)標準軟件研發(fā)成本度量規(guī)范 （SJ/T11463-2013）、ISO/IEC 14143功能點度量國際標準、軟件及信息化工程造價管理辦法(V4.0)和信息化項目軟件開發(fā)費 用測算指南(V3.0)等國內(nèi)外行業(yè)標準與規(guī)范，并結(jié)合軟件及信息化工程咨詢評估機構(gòu)開展的700 余例軟件及信息化工程造價評估咨詢服務(wù)案例實踐，研制的一套基于行業(yè)成本測算模型和方法。 本指南能科學(xué)有效地對軟件項目的功能規(guī)模、工作量、工期、開發(fā)成本進行合理測算，并能指 導(dǎo)用戶采用軟件功能點法對用戶需求、項目招標書、項目合同、項目概預(yù)算、項目驗收與結(jié)算、項 目運維費用計算、項目質(zhì)量等軟件項目全生命周期進行有效管理，能規(guī)范信息化項目軟件開發(fā)涉及 的各方在信息化項目軟件開發(fā)費用測算方法上達成一致，以滿足軟件產(chǎn)業(yè)發(fā)展的迫切需求。 本指南不包含信息化項目軟件開發(fā)費用測算過程中所需使用的各種基準數(shù)據(jù)或測算模型，相關(guān) 各方在使用本標準時，應(yīng)參考權(quán)威部門或行業(yè)協(xié)會發(fā)布的最新基準數(shù)據(jù)、測算模型開展信息化項目 軟件開發(fā)費用測算相關(guān)活動。對于一些定性數(shù)據(jù)如調(diào)整因子的設(shè)置和權(quán)重，在參考其它標準基礎(chǔ)上， 由本指南的編委會經(jīng)技術(shù)討論會議產(chǎn)生。 本指南2017年10月1日發(fā)布實施，原信息化項目軟件開發(fā)費用測算指南(V3.0)同時廢止。 軟件及信息化工程造價行業(yè)規(guī)范 - 1 - 信息化項目軟件開發(fā)費用測算指南信息化項目軟件開發(fā)費用測算指南 1 1 范圍范圍 本指南規(guī)定了信息化項目軟件開發(fā)費用測算的方法及過程，包括軟件開發(fā)費用的構(gòu)成、 軟件開發(fā)費用測算過程、 軟件開發(fā)費用測算的應(yīng)用。 其目的是幫助信息化項目軟件開發(fā)涉及 各方科學(xué)、一致地進行費用測算。 本指南適用于政府部門、 事業(yè)單位、 國有企業(yè) （包含但不限于： 軟件工程項目設(shè)計單位、 業(yè)主單位、概預(yù)算編制與審核單位、監(jiān)理機構(gòu)、測評機構(gòu)、審計單位）等用戶的信息化項目 軟件開發(fā)費用測算，且費用測算與功能規(guī)模密切相關(guān)。 本指南不適用于測算以非功能性需求為主， 或包含大量復(fù)雜算法， 或以創(chuàng)意為主的信息 化項目軟件開發(fā)費用。 本指南不涉及軟件定價， 但相關(guān)各方可依據(jù)本指南明確開發(fā)成本， 從而為軟件定價提供 重要依據(jù)。 涉及軟件功能需求分析員、軟件概預(yù)算編制與審核人員、軟件投標報價專員、軟件測評 專員、軟件工程結(jié)算審核人員、軟件工程審計專員等人員經(jīng)培訓(xùn)，取得軟件工程造價師、軟 件工程造價評估師的資質(zhì)，可開展信息化項目軟件開發(fā)費用測算工作。 2 2 術(shù)語和定義術(shù)語和定義 下列術(shù)語和定義適用于本指南。 2.12.1 軟件開發(fā)成本軟件開發(fā)成本 為達成軟件開發(fā)項目目標開發(fā)方所需付出的各種資源代價總和。 注：注：資源包括人、財、物、信息等。 2.22.2 軟件開發(fā)收入軟件開發(fā)收入 向客戶交付軟件開發(fā)工作成果所獲得的收益。 2.32.3 毛利潤毛利潤 軟件開發(fā)項目的收入與軟件開發(fā)項目的成本之差。 注：注：一般包含經(jīng)營管理費用分攤、市場銷售費用分攤、各種稅費及稅后凈利。 2.42.4 直接成本直接成本 為達成軟件開發(fā)項目目標而直接付出的各種資源代價總和。 注：注：如可直接計入軟件開發(fā)項目成本的直接材料、直接人工等。 2.52.5 間接成本間接成本 與達成軟件開發(fā)項目目標相關(guān)，但同一種投入可以支持一個以上項目的聯(lián)合成本。 注：注：如開發(fā)管理人員工資、開發(fā)設(shè)備折舊、停工損失等。 2.62.6 人力成本人力成本 為達成軟件開發(fā)項目目標所需付出的各種人力資源代價總和。 2.72.7 非人力成本非人力成本 為達成軟件開發(fā)項目目標所需付出的人力成本之外的其他成本。 2.82.8 軟件軟件成本測算成本測算 在本指南中， 特指對軟件開發(fā)成本的預(yù)計值進行測算或?qū)嶋H值進行測算、 分析的過程。 2.92.9 方程法方程法 基于基準數(shù)據(jù)建立參數(shù)模型，并通過輸入各項參數(shù)，確定待測算項目工作量、工期、開 發(fā)成本估算值的方法。 2.102.10 類比法類比法 將本項目的部分屬性與類似的一組基準數(shù)據(jù)進行比對， 進而獲得待測算項目工作量、 工 期或成本測算值的方法。 2.112.11 類推法類推法 將本項目的部分屬性與高度類似的一個或幾個已經(jīng)完成項目的數(shù)據(jù)進行比較， 適當調(diào)整 后獲得待測算項目工作量、工期或成本測算值的方法。 2.122.12 系統(tǒng)邊界系統(tǒng)邊界 被度量軟件與用戶或其他系統(tǒng)之間的界限。 軟件及信息化工程造價行業(yè)規(guī)范 - 2 - 2.132.13 功能點（功能點（FPFP） 衡量軟件功能規(guī)模的一種單位。 2.142.14 功能點測算功能點測算 功能點測算是一種基于軟件功能計數(shù)來評估軟件規(guī)模的測算方法，其中也考慮到了性 能、安全、質(zhì)量等因素帶來的規(guī)模調(diào)整，但不考慮軟件開發(fā)商的非產(chǎn)品因素。 2.152.15 國際功能點標準及國際功能點標準及5 5個子標準個子標準 國際標準化組織ISO/IEC已發(fā)布了以下五種規(guī)模度量標準，即： a)ISO/IEC 19761（COSMIC方法）加拿大通用軟件度量國際聯(lián)盟； b)ISO/IEC 20926（IFPUG方法）美國國際功能點用戶組-標準功能點度量法； c)ISO/IEC 20968（Mk方法）英國軟件行業(yè)協(xié)會； d)ISO/IEC 24570（NESMA方法）荷蘭軟件度量協(xié)會-快速功能點度量法； e)ISO/IEC 29881（FiSMA方法）芬蘭軟件度量行業(yè)協(xié)會。 在度量軟件規(guī)模測算時， 應(yīng)考慮可能的需求變更程度， 并對規(guī)模測算結(jié)果進行適當調(diào)整。 注注：根據(jù)相關(guān)國際標準中的方法適用范圍聲明，COSMIC方法適用于商業(yè)應(yīng)用軟件和實 時系統(tǒng)；IFPUG方法適用于所有類型軟件的功能規(guī)模度量；Mk方法適用于邏輯事務(wù) 能被確定的任何軟件類型；NESMA方法與IFPUG方法非常類似，但對功能點計數(shù)進行 了分級，以便在測算的不同時期選擇不同精度的方法進行測算；FiSMA方法適用于所 有類型軟件的功能規(guī)模度量。目前在全球采用功能點度量方法的組織中，采用IFPUG 功能點標準的組織所占的比例不低于75%，而采用其他4種功能點標準的組織加起來的 比例不超過20%。NESMA也是世界第二大功能點組織。其創(chuàng)造的一系列快速功能點方 法在測算界占有重要地位。 2.162.16 國際軟件基準比對標準組（國際軟件基準比對標準組（ISBSGISBSG） ISBSG長期從事基于功能點的跨企業(yè)跨行業(yè)的項目數(shù)據(jù)比對，擁有大量的基于功能點的 歷史數(shù)據(jù)。本指南中所采用的一些數(shù)值參考了ISBSG 公布的數(shù)據(jù)。 2.172.17 功能點計數(shù)元素功能點計數(shù)元素 功能點計數(shù)元素包括以下5 個： a） 內(nèi)部邏輯文件（Internal Logical File，ILF，以下簡稱內(nèi)部數(shù)據(jù)） 軟件內(nèi)部需要維護（如增刪改查）的數(shù)據(jù)。 b） 外部接口文件（External Interface File，EIF，以下簡稱外部接口） 在其它系統(tǒng)中維護但本軟件需要調(diào)用的數(shù)據(jù)。 c） 外部輸入（External Input，EI） 向軟件輸入數(shù)據(jù)或發(fā)送指令。 d） 外部輸出（External Output，EO） 軟件向使用者或其它系統(tǒng)輸出的數(shù)據(jù)或發(fā)送的指令。 e） 外部查詢（External Query，EQ） EQ 指使用軟件進行的簡單查詢。 注：注：其中ILF、EIF是功能點計數(shù)時的數(shù)據(jù)元素，EI、EO、EQ是功能點計數(shù)時的業(yè)務(wù)元 素。每種計數(shù)元素都對應(yīng)一定的功能點分值。累計得到整個軟件的計數(shù)規(guī)模。在IFPUG 的功能點計數(shù)手冊中，ILF、EIF、EI、EO、EQ 都有嚴格復(fù)雜的識別標準。 2.182.18 下限、標準、上限估算下限、標準、上限估算 本指南的測算模型和測算工具表生成三種測算數(shù)值： a） 標準值 標準測算值是預(yù)期的中值，表示項目實際情況將有50%低于或高于該數(shù)值。 b） 下限值、上限值 下限值是預(yù)期的25%值，表示項目實際情況將有25%低于或75%高于該數(shù)值。 上限值是預(yù)期的75%值，表示項目實際情況將有75%低于或25%高于該數(shù)值。 注注：在本指南中，下限值、上限值并不表示項目的最優(yōu)、最差可能狀態(tài)，它們被定義為 “50%的項目實際執(zhí)行情況會介于下限值、上限值之間”。 2.192.19 百分位數(shù)百分位數(shù) 在某實數(shù)集合中，對于集合內(nèi)某元素X，如果該集合中有且僅有P%的數(shù)據(jù)不大于X，則 稱X為該集合的P百分位數(shù)。 軟件及信息化工程造價行業(yè)規(guī)范 - 3 - 2.202.20 功能點耗時率功能點耗時率 每個功能點所消耗的人時數(shù)。 2.212.21 凈值分析凈值分析 通過將項目已完成工作的計劃工作量與實際工作量進行比較， 確定項目進度、 成本偏離 情況的方法。 2.222.22 預(yù)算預(yù)算 根據(jù)項目成本測算的確定預(yù)計項目費用的過程。 2.232.23 預(yù)算價預(yù)算價 項目立項時批復(fù)的預(yù)算額度。 2.242.24 投標價投標價 在招投標過程中，各投標人遞交的承包價格。 2.252.25 評標基準價評標基準價 在評標中設(shè)定為價格評分最高分的價格。 2.262.26 投標最低合理報價投標最低合理報價 在評標中設(shè)定為有效投標報價的下限價格。 2.272.27 投標最高合理報價投標最高合理報價 在評標中設(shè)定為有效投標報價的上限價格。 2.282.28 規(guī)模綜合單價（功能點單價）規(guī)模綜合單價（功能點單價） 單位規(guī)模的直接成本與間接成本之和。單位通常為“元/功能點”。 2.292.29 變更成本變更成本 為實現(xiàn)變更所需付出的軟件開發(fā)成本。 2.302.30 結(jié)算結(jié)算 開發(fā)方在項目驗收后對項目的成本進行計算的過程。 2.312.31 決算決算 委托方在項目驗收后對項目的成本進行計算的過程。 2.322.32 后評價后評價 在項目已經(jīng)完成并運行一段時間后，對項目的目的、執(zhí)行過程、效益、作用和影響進行 系統(tǒng)的、客觀的、可量化的分析和總結(jié)的一種技術(shù)經(jīng)濟活動。 2.332.33 委托方委托方 軟件項目的出資方。 2.342.34 開發(fā)方開發(fā)方 受委托方委托，負責軟件開發(fā)的組織或團隊。 2.352.35 第三方第三方 委托方和開發(fā)方之外設(shè)計、造價、監(jiān)理、測評、審計、咨詢機構(gòu)等主要為項目服務(wù)的相 關(guān)方。 3 3 軟件開發(fā)成本構(gòu)成軟件開發(fā)成本構(gòu)成 3.1 軟件開發(fā)成本由直接成本和間接成本構(gòu)成。 直接成本包括直接人力成本和直接非人 力成本。間接成本包括間接人力成本和間接非人力成本。 注注： 本指南中軟件開發(fā)過程包括從項目立項開始到項目完成驗收之間的需求分析、 設(shè)計、 編碼、集成、測試、驗收交付活動相關(guān)的項目管理、支持活動。軟件開發(fā)成本僅包括軟件開 發(fā)過程中的直接成本和間接成本，不包括數(shù)據(jù)遷移、軟件維護等成本。所涉及工作量、工期 也僅為軟件開發(fā)過程所用的工作量、工期。 3.2 直接人力成本包括開發(fā)方項目組成員的工資、獎金、福利等人力資源費用。其中， 項目成員包括參與該項目開發(fā)過程的所有開發(fā)或支持人員，如項目經(jīng)理、需求分析人員、設(shè) 計人員、開發(fā)人員、測試人員、部署人員、用戶文檔編寫人員、質(zhì)量保證人員、配置管理人 員等。 對于非全職投入該項目開發(fā)工作的人員， 按照項目工作量所占其總工作量比例折算其 人力資源費用。 軟件及信息化工程造價行業(yè)規(guī)范 - 4 - 3.3 直接非人力成本包括： 辦公費，即開發(fā)方為開發(fā)此項目而產(chǎn)生的行政辦公費用，如辦公用品、通訊、郵寄、印 刷、會議等； 差旅費，即開發(fā)方為開發(fā)此項目而產(chǎn)生的差旅費用，如交通、住宿、差旅補貼等； 培訓(xùn)費，即開發(fā)方為開發(fā)此項目而安排的特別培訓(xùn)產(chǎn)生的費用； 業(yè)務(wù)費， 即開發(fā)方為完成此項目開發(fā)工作所需輔助活動產(chǎn)生的費用， 如招待費、 評審費、 驗收費等； 采購費，即開發(fā)方為開發(fā)此項目而需特殊采購專用資產(chǎn)或服務(wù)的費用，如專用設(shè)備費、 專用軟件費、技術(shù)協(xié)作費、專利費等； 其他，即未在以上項目列出但確系開發(fā)方為開發(fā)此項目所需花費的費用。 3.4 間接成本包括間接人力成本和間接非人力成本。 間接人力成本指開發(fā)方服務(wù)于開發(fā)管理整體需求的非項目組人員的人力資源費用分攤。 包括開發(fā)部門經(jīng)理、PMO或EPG人員、產(chǎn)品規(guī)劃人員、組織級質(zhì)量保證人員、組織級配置管理 人員等的工資、獎金、福利等的分攤。 間接非人力成本指開發(fā)方不為開發(fā)某個特定項目而產(chǎn)生， 但服務(wù)于整體開發(fā)活動的非人 力成本分攤。包括開發(fā)方開發(fā)場地房租、水電、物業(yè)，開發(fā)人員日常辦公費用分攤及各種開 發(fā)辦公設(shè)備的租賃、維修、折舊分攤。 注注： 不同的組織在軟件開發(fā)費用測算過程中應(yīng)考慮已有財務(wù)或其他管理制度對軟件開發(fā) 費用構(gòu)成的影響。除軟件開發(fā)成本外，應(yīng)考慮開發(fā)方合理的毛利潤。對于需要提供其他支持 服務(wù)的項目或產(chǎn)品，還需要考慮支持活動所需的各種成本，如數(shù)據(jù)遷移費、維護費等。當軟 硬件購置費、 測評費等費用單獨列支時， 不應(yīng)再將上述費用作為軟件開發(fā)費用的直接非人力 成本重復(fù)計算。 3.5 通常采用三種方法確定軟件開發(fā)成本 a) 軟件開發(fā)成本=直接人力成本+直接非人力成本+間接人力成本+間接非人力成本； b) 軟件開發(fā)成本=工作量 人月費用； C) 軟件開發(fā)成本=功能規(guī)模 功能點單價。 注注： 實際運用中多采用第二種和第三種方法來確定軟件開發(fā)成本。 規(guī)模綜合單價方法更 能適應(yīng)項目范圍存在較大變更概率的項目， 可以支撐委托方的費用預(yù)算審批， 也可保護開發(fā) 方的利益，此時，規(guī)模測算結(jié)果必須作為附件提交，如采用功能點方法進行軟件規(guī)模測算的 項目，上報預(yù)算和招標時還應(yīng)附上功能清單及對應(yīng)的功能點數(shù)。 項目預(yù)算時應(yīng)依據(jù)規(guī)模、工作量、工期、成本、預(yù)算金額的估算結(jié)果，并考慮此項目的 特殊因素。例如，對于質(zhì)量、進度要求較高的項目，為確保項目成功可按照預(yù)算金額的上限 值進行預(yù)算。 如無特殊情況， 不應(yīng)以低于預(yù)算金額下限或高于預(yù)算金額上限的金額進行預(yù)算。 4 4 軟件開發(fā)成本測算步驟軟件開發(fā)成本測算步驟 本指南中所涉及規(guī)模、工作量、工期僅為軟件開發(fā)過程所用規(guī)模、工作量、工期。 4.14.1 軟件開發(fā)成本測算基本流程與原則軟件開發(fā)成本測算基本流程與原則 圖1 軟件開發(fā)成本測算基本流程 軟件及信息化工程造價行業(yè)規(guī)范 - 5 - 圖 1 展示了成本測算的基本流程。 在依據(jù)此流程進行軟件開發(fā)成本測算時應(yīng)考慮以下情 況： -在需求極其模糊或不確定時，宜采用類比法或類推法，直接粗略測算工作量和工 期，也可直接粗略測算成本； -對于有明確工期要求的項目，在采用方程法測算工作量時，工期要求有可能是方 程的參數(shù)之一； -間接成本是否與工作量測算結(jié)果相關(guān)取決于間接成本分攤計算方式； -工期測算結(jié)果與直接人力成本測算結(jié)果及其他成本測算結(jié)果相互關(guān)聯(lián)并可能互相 影響。 如工期測算的結(jié)果有可能導(dǎo)致重新測算工作量和直接非人力成本， 并最終改變軟件開 發(fā)成本測算結(jié)果。 在成本測算過程中，應(yīng)遵循以下原則： a) 充分利用基準數(shù)據(jù)，采用方程法、類比法或類推法，對工作量、工期、成本進行測 算。對于進行規(guī)模測算的項目，宜采用方程法測算工作量、工期和成本； b) 在規(guī)模測算時，應(yīng)根據(jù)項目特點、階段和需求的詳細程度選擇合適的測算方法； c) 工作量、工期、成本的測算結(jié)果宜為一個范圍而不是單一值； d) 成本測算過程中宜采用不同的方法分別測算并進行交叉驗證。 如果不同方法的測算結(jié)果產(chǎn)生較大差異，可采用專家評審方法確定測算結(jié)果，也可 使用較簡單的加權(quán)平均方法。 4.2 規(guī)模測算 在規(guī)模測算前，應(yīng)根據(jù)項目范圍明確系統(tǒng)邊界。對于尚未確定的需求，應(yīng)該在規(guī)模 測算前確定估算原則。 通常情況下，規(guī)模測算是軟件測算過程的起點。測算規(guī)模是后續(xù)計算軟件項目的工 作量、工期、成本和進度的主要依據(jù)，是項目范圍管理的關(guān)鍵，因此，在條件允許的情 況下，應(yīng)進行規(guī)模測算。在規(guī)模測算過程中，需要注意以下情況： a) 在規(guī)模測算開始前，應(yīng)根據(jù)可行性研究報告或類似文檔明確項目需求及系統(tǒng)邊 界。項目需求除包含最基本的業(yè)務(wù)需求外，還應(yīng)進行初步的子系統(tǒng)/模塊劃分，并對每一 子系統(tǒng)或模塊的基本用戶需求進行說明，以保證可以根據(jù)項目需求進行規(guī)模預(yù)估。 b) 依據(jù)項目特點、 階段和需求詳細程度不同， 通常測算人員在選擇估算方法時應(yīng)采 用納入國際標準的功能點方法進行功能規(guī)模測算，如 IFPUG 方法（標準功能點方法）、 NESMA 方法（快速功能點方法）。 c) 若當前的項目需求極其模糊或不確定， 可不進行規(guī)模測算， 而直接采用類比法或 類推法估算工程量、工期和成本。 4.2.1 功能規(guī)模度量（IFPUG 方法，即標準功能點方法） 4.2.1.1IFPUG 的功能規(guī)模度量（FSM）方法稱為功能點分析，其功能規(guī)模的單位為功能 點。 4.2.1.2 功能點分析通過量化提供給用戶的邏輯設(shè)計的任務(wù)和服務(wù)來度量軟件。功能點 分析的目的是：度量用戶要求的和得到的軟件實現(xiàn)的功能；獨立于技術(shù)實現(xiàn)來度量軟件的開 發(fā)、升級和維護。 4.2.1.3 功能點分析的過程： 應(yīng)該足夠簡單減少度量過程管理費用； 應(yīng)該是一種在不同項目和組織中一致的度量過程。 4.2.1.4 功能規(guī)模度量框架 IFPUG 功能點分析在不同功能領(lǐng)域中創(chuàng)建應(yīng)用有不同的交付率 （交付一個功能點所用的小 時數(shù)），這和不同的項目規(guī)模及軟件復(fù)雜性有關(guān)。 軟件及信息化工程造價行業(yè)規(guī)范 - 6 - 4.2.1.5 功能規(guī)模度量過程 為了執(zhí)行功能點計數(shù)，需要執(zhí)行以下活動來識別和分類基礎(chǔ)功能組件（ILF、EIF、EI、 EO、EQ)：功能點計數(shù)過程的圖像化 圖 2 功能點計數(shù)過程 4.2.1.6 標準功能點方法度量的識別規(guī)則 詳見附錄A 功能點計數(shù)基本規(guī)則。 4.2.24.2.2 快速功能規(guī)模度量（快速功能規(guī)模度量（NESMANESMA方法，即快速功能點方法方法，即快速功能點方法） 詳見附錄A 功能點計數(shù)基本規(guī)則。 4.34.3 工作量測算工作量測算 4.3.1 基本原則在測算工作量時，應(yīng)： a) 對項目風險進行充分分析并根據(jù)分析結(jié)果對測算方法或模型合理調(diào)整。例如，根據(jù) 風險情況調(diào)整測算模型中影響因子的權(quán)重或取值。風險分析時應(yīng)考慮技術(shù)、管理、資源、商 業(yè)多方面因素。 例如：需求變更、外部協(xié)作、時間或成本約束、人力資源、系統(tǒng)架構(gòu)、用戶接口、外購 或復(fù)用、采用新技術(shù)等。 b) 根據(jù)經(jīng)驗或相關(guān)性分析結(jié)果，確定影響工作量的主要屬性。 4.3.2測算公式 采用方程法測算工作量應(yīng)使用以下公式： AE=(SAE=(SPDR)PDR) SWFSWFRDFRDF 式中：AE-測算工作量，單位為人時； S-調(diào)整后的軟件規(guī)模，單位為功能點； PDR-功能點耗時率，單位為人時每功能點。PDR的取值見附錄B.3或本組織歷史 數(shù)據(jù)； SWF-軟件因素調(diào)整因子，取值見附錄B.4或本組織歷史數(shù)據(jù)； RDF-開發(fā)因素調(diào)整因子，在預(yù)算時如無特殊要求，取值為1。如果需要調(diào)整，見 附錄B.5或本組織歷史數(shù)據(jù)。 可根據(jù)上述公式及PDR基準數(shù)據(jù)的P25、 P50、 P75值， 分別計算出工作量測算結(jié)果的下限、 最有可能值和上限。 4.44.4 工期測算工期測算 采用的工作量工期模型為：工期=1.277（AE/176） 0.404。合理工期范圍采用工作 量測算合理范圍的上下限值分別計算； 根據(jù)經(jīng)驗， 當期望工期多于測算工期下限但少于最有 可能工期時，每壓縮10%的工期，將導(dǎo)致10%的工作量增加。 在測算工期時，應(yīng)： a) 根據(jù)工作量測算結(jié)果和資源情況，對工作任務(wù)進行分解并制訂工作時間表。制訂工 作時間表時應(yīng)充分考慮關(guān)鍵路徑任務(wù)約束對工期的影響； b) 利用基準數(shù)據(jù)測算合理的工期范圍。利用基準數(shù)據(jù)，建立“工作量工期”模型， 使用方程法測算合理的工期范圍； c) 將委托方的期望工期或開發(fā)方初步制訂的工作時間表中的工期與工期測算結(jié)果進行 比較； d) 委托方期望工期或工作時間表中的工期短于測算出的工期下限時，應(yīng)分析原因，必 要時對人力資源安排或項目范圍進行調(diào)整，再重新測算工作量、工期，并制訂新的工作時間 表。壓縮工期會增加項目工作量，導(dǎo)致生產(chǎn)效率降低。 階段工作量 某開發(fā)階段工作量 = 總工作量 此開發(fā)階段的【工作量比例系數(shù)】各比例系數(shù)見附 軟件及信息化工程造價行業(yè)規(guī)范 - 7 - 錄B.4。本公式適用于采用瀑布式開發(fā)，迭代視為分期的瀑布項目。 4.54.5 信息化項目軟件開發(fā)費用測算信息化項目軟件開發(fā)費用測算 4.5.1 依據(jù)工作量、人月折算系數(shù)、人月費用測算軟件開發(fā)費用 在獲得了工作量測算結(jié)果后，采用以下公式測算費用： P=AE/HMP=AE/HMF F 式中：P-軟件開發(fā)費用，單位為元； AE-測算工作量，單位為人時； HM-人月折算系數(shù)，單位為人時每人月，取值為176（每天按工作8小時計算，每 月按工作22天計算）； F-人月費用，單位為元每人月； 4.5.2 功能點單價測算軟件開發(fā)費用 基于已確定的功能點單價測算軟件開發(fā)費用，采用以下公式： P=SPPSWFRDF 式中：P-軟件開發(fā)費用，單位為元； S-調(diào)整后的軟件規(guī)模，單位為功能點； PP-功能點單價，單位為元每功能點； SWF-軟件因素調(diào)整因子，取值見附錄B.4或本組織歷史數(shù)據(jù)； RDF-開發(fā)因素調(diào)整因子，在預(yù)算時如無特殊要求，取值為1。如果需要調(diào)整，見 附錄B.5或本組織歷史數(shù)據(jù)。 軟件及信息化工程造價行業(yè)規(guī)范 - 8 - 附附 錄錄 A A （規(guī)范性附錄）功能點計數(shù)基本規(guī)則 A.1A.1 功能點計數(shù)項分類功能點計數(shù)項分類 功能點計數(shù)項分為數(shù)據(jù)功能和事務(wù)功能兩類，其中數(shù)據(jù)功能包括ILF、EIF；事務(wù)功能包 括外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）。 數(shù)據(jù)功能是系統(tǒng)提供給用戶的滿足產(chǎn)品內(nèi)部和外部數(shù)據(jù)需求的功能， 體現(xiàn)系統(tǒng)管理或使 用哪些業(yè)務(wù)數(shù)據(jù)（業(yè)務(wù)對象）。ILF或EIF所指的“文件”不是傳統(tǒng)數(shù)據(jù)處理意義上的文件， 而是指一組用戶可識別的、 邏輯上相互關(guān)聯(lián)的數(shù)據(jù)或者控制信息。 這些文件和物理上的數(shù)據(jù) 集合（如數(shù)據(jù)庫表）沒有必然的對應(yīng)關(guān)系。 事務(wù)功能是系統(tǒng)提供給用戶的處理數(shù)據(jù)的功能， 體現(xiàn)系統(tǒng)如何處理和使用那些業(yè)務(wù)數(shù)據(jù) （業(yè)務(wù)對象）。事務(wù)功能又稱為基本過程，是用戶可識別的，業(yè)務(wù)上的一組原子操作。 預(yù)估功能點方法:只需要識別數(shù)據(jù)功能， 包括ILF和EIF； 估算功能點方法:需要識別數(shù)據(jù) 功能和事務(wù)功能，包括ILF、EIF、EI、EO和EQ；詳細功能點方法: :需要識別數(shù)據(jù)功能和事 務(wù)功能，包括ILF、EIF、EI、EO和EQ，以及它們所應(yīng)對的復(fù)雜度。 A.2A.2 ILFILF的識別的識別 識別ILF的步驟如下： a) 識別業(yè)務(wù)對象。業(yè)務(wù)對象應(yīng)是用戶可理解和識別的，包括業(yè)務(wù)數(shù)據(jù)或業(yè)務(wù)規(guī)則。 注：為程序處理而維護的數(shù)據(jù)屬于編碼數(shù)據(jù)。所有的編碼數(shù)據(jù)均不應(yīng)識別為邏輯文件， 與之相關(guān)的操作也不應(yīng)識別為基本過程。 b) 確定邏輯文件數(shù)量。根據(jù)業(yè)務(wù)上的邏輯差異及從屬關(guān)系確定邏輯文件的數(shù)量。 c) 是否是ILF。確定該邏輯文件是否在本系統(tǒng)內(nèi)進行維護。如果是，記為ILF；否則為 EIF。 A.3A.3 EIFEIF的識別的識別 EIF是被應(yīng)用邊界內(nèi)一個或幾個基本處理過程所引用的業(yè)務(wù)數(shù)據(jù)。 一個應(yīng)用中的EIF應(yīng)是 其他應(yīng)用中的ILF。識別EIF的步驟如下： a) 識別業(yè)務(wù)對象。業(yè)務(wù)對象應(yīng)該應(yīng)是用戶可理解和識別的。業(yè)務(wù)對象包括業(yè)務(wù)數(shù)據(jù)或 業(yè)務(wù)規(guī)則。 而一些為了程序處理而維護的數(shù)據(jù)則屬于編碼數(shù)據(jù)。 所有的編碼數(shù)據(jù)均不識別為邏輯文 件，與之相關(guān)的操作也不識別為基本過程。 b) 確定邏輯文件數(shù)量。需要根據(jù)業(yè)務(wù)上的邏輯差異及從屬關(guān)系確定邏輯文件的數(shù)量。 c) 是否是EIF。確定該邏輯文件是否在本系統(tǒng)內(nèi)進行維護。如果是，記為ILF；否則為 EIF。 A.4A.4 EIEI的識別的識別 EI是處理來自系統(tǒng)邊界之外的數(shù)據(jù)或控制信息的過程。目的是維護一個或多個ILF或者 改變系統(tǒng)的行為。 EI的基本識別規(guī)則如下： a) 應(yīng)是來自系統(tǒng)邊界之外的輸入數(shù)據(jù)或控制信息； b) 穿過邊界的數(shù)據(jù)應(yīng)是改變系統(tǒng)行為的控制信息或者應(yīng)至少維護一個ILF； c) 該EI不應(yīng)被重復(fù)計數(shù)。任何被分別計數(shù)的兩個EI至少滿足下面三個條件之一（否則 應(yīng)視為同一EI）： 1) 涉及的ILF或EIF 不同； 2) 涉及的數(shù)據(jù)元素不同； 3) 處理邏輯不同。 A.5A.5 E0E0的識別的識別 EO是處理向系統(tǒng)邊界之外發(fā)送數(shù)據(jù)或控制信息的過程。 目的是向用戶呈現(xiàn)經(jīng)過處理的信 息。 EO的基本識別規(guī)則如下： a) 將數(shù)據(jù)或控制信息發(fā)送出系統(tǒng)邊界。 b) 處理邏輯應(yīng)至少符合以下一種情況： 1) 包含至少一個數(shù)學(xué)公式或計算過程； 2) 產(chǎn)生衍生數(shù)據(jù)； 軟件及信息化工程造價行業(yè)規(guī)范 - 9 - 3) 維護至少一個ILF； 4) 改變系統(tǒng)行為。 c) 該 EO 不應(yīng)被重復(fù)計數(shù)。 任何被分別計數(shù)的兩個EO 至少滿足下面一個條件 （否則被 視為同一EO）： 1) 涉及的ILF或EIF 不同； 2) 涉及的數(shù)據(jù)元素不同； 3) 處理邏輯不同。 A.6A.6 EQEQ的識別的識別 EQ是向系統(tǒng)邊界之外發(fā)送數(shù)據(jù)或控制信息的基本處理過程。 目的是向用戶呈現(xiàn)未經(jīng)加工 的已有信息。 EQ的基本識別規(guī)則如下： a) 將數(shù)據(jù)或控制信息發(fā)送出系統(tǒng)邊界； b) 處理邏輯可包含篩選、分組或排序； c) 處理邏輯不應(yīng)包含： 1) 數(shù)學(xué)公式或計算過程； 2) 產(chǎn)生衍生數(shù)據(jù)； 3) 維護 ILF； 4) 改變系統(tǒng)行為。 d) 該 EQ 不應(yīng)被重復(fù)計數(shù)。 任何被分別計數(shù)的兩個EQ 至少滿足下面一個條件 （否則被 視為同一EQ）： 1) 涉及的ILF或EIF 不同； 2) 涉及的數(shù)據(jù)元素不同； 3) 處理邏輯不同。 軟件及信息化工程造價行業(yè)規(guī)范 - 10 - 附附 錄錄 B B （規(guī)范性附錄）參數(shù)表 B.1B.1 功能點分值計算方法功能點分值計算方法 B.1.1B.1.1 預(yù)估功能點預(yù)估功能點 功能規(guī)模統(tǒng)計只能識別ILF和EIF文件，可用于預(yù)算和招投標階段，采用如下公式計算： 功能點數(shù)35ILF+15EIF 這一公式基于如下假設(shè)：平均情況下，每個ILF對應(yīng)3個EI、2個EO和1個EQ，每個EIF對 應(yīng)1個EO和1個EQ，35和15是將上述ILF、EIF、EI、EO、EQ的復(fù)雜度默認為中，再考慮系統(tǒng)整 體的功能性得出的。 B.1.2B.1.2 估算功能點估算功能點 功能規(guī)模統(tǒng)計能識別ILF和EIF文件，并能識別出事務(wù)功能EI、EO、EQ，可用于預(yù)算和招 投標階段，采用如下公式計算： 功能點數(shù)=10ILF+7EIF+4EI+5EO+4EQ 這一公式基于如下假設(shè)：將ILF、EIF、EI、EO、EQ的復(fù)雜度默認為中。 B.1.3B.1.3 詳細功能點詳細功能點 功能規(guī)模統(tǒng)計能識別ILF和EIF文件和事務(wù)功能EI、 EO、 EQ并能識別出每個功能要素的數(shù) 量?？捎糜陬A(yù)算、招投標階段、結(jié)算、決算階段。 一旦估算出應(yīng)用程序中每個功能要素的數(shù)量后， 就可以將每個計數(shù)與一個復(fù)雜度值 （加 權(quán)因子）相乘，最后進行合計，算出一個初步的總的功能點數(shù)UFC。 復(fù)雜度加權(quán)因子表如下： 功能要素復(fù)雜度加權(quán)因子表（Complexity weights Factor） 復(fù)雜度 功能要素 低平均高 用戶輸入數(shù) EI346 用戶輸出數(shù) EO457 用戶查詢表 EQ346 內(nèi)部邏輯文件數(shù) ILF71015 外部接口文件數(shù) EIF5710 每個功能要素的復(fù)雜度可通過下表進行分析判斷。 功能要素復(fù)雜度判別表（Determine the complexity-level） ILF（內(nèi)部邏輯文件）和 EIF（外部接口文件） EO（用戶輸出）和 EQ（用戶查詢） EI（用戶輸入） 記錄 單元 數(shù)據(jù)單元文件 類型 數(shù)據(jù)單元文件 類型 數(shù)據(jù)單元 1-1920-5051+1- 5 6-1920 + 1- 4 5-1516+ 1低低平均0或1低低平均0或1低低平均 2- 5 低平 均 高2- 3 低平均高2- 3 低平均高 6+平均高高4+平均高高4+平均高高 從表中可以看出，EI（用戶輸入）、EO（用戶輸出）和EQ（用戶查詢）是由文件類型和數(shù)據(jù) 單元的數(shù)理來決定的。而ILF（內(nèi)部邏輯文件）和EIF（外部接口文件）則是由記錄單元和數(shù) 據(jù)單元來決定的。通過上面的兩維表即可確定各個功能要素的復(fù)雜度是低、平均，還是高。 注：注：表中三種數(shù)據(jù)項定義如下： 1) 記錄單元類型Record Element Type （RET）：指在ILF或EIF中，用戶可識別的數(shù)據(jù) 域的子集，可以通過檢查數(shù)據(jù)中的各種邏輯分組來識別它們。 （例如一個客戶文件，包括客 戶姓名、地址等個人信息，以及客戶的信用卡和卡號。一個客戶有多張信用卡。該文件含有 兩個記錄單元：客戶信息和信用卡信息）。 2) 文件引用類型File Type Referenced（FTR）：指在一個事務(wù)過程中，所引用到的各 軟件及信息化工程造價行業(yè)規(guī)范 - 11 - 種文件，可以是內(nèi)部邏輯文件，也可以是外部接口文件。 3) 數(shù)據(jù)單元類型Data Element Type（DET）：是用戶可識別的無遞歸，不重復(fù)的信息 單元。DFT是動態(tài)的，而非靜態(tài)的，可以讀自于文件，或由FTR的數(shù)據(jù)單元創(chuàng)建。另外，一個 DET也可是對一個事務(wù)處理過程的喚醒，或是事務(wù)的有關(guān)信息。 B.2B.2 技術(shù)復(fù)雜度因子技術(shù)復(fù)雜度因子TCFTCF 算出功能點總數(shù)UFC后，還需要根據(jù)項目具體情況，對各個技術(shù)復(fù)雜度參數(shù)進行調(diào)整， 技術(shù)復(fù)雜度一共考慮了14通用系統(tǒng)特征，他們分別是： 技術(shù)復(fù)雜度因子表 各個復(fù)雜度參數(shù)的取值范圍從0到5， 表示該項對功能點總數(shù)的影響從沒有到極高。 各個 參數(shù)默認值為0，也就是該項不影響功能點調(diào)整。 每個參數(shù)都是對功能點數(shù)的線性調(diào)整， 設(shè)Ei為依據(jù)14個方面的調(diào)節(jié)參數(shù)對軟件系統(tǒng)的影 響程度，則功能點技術(shù)復(fù)雜度因子為： TCF=0.65+0.01* Ei , Ei），（ 50 , TCE ）（35. 1 ,65. 0 B.3B.3功能點耗時率功能點耗時率 1.參考中國軟件行業(yè)基準數(shù)據(jù)（2016年）P25、P50、P75取值。 功能點下限耗時率P25 = 3.94 小時/功能點 功能點最有可能耗時率P50 = 7.16 小時/功能點 功能點上限耗時率P75 = 12.28 小時/功能點 2.參考工信部頒布的電子建設(shè)工程概（預(yù)）算編制辦法及計價依據(jù)（HYD 41-2015） （工信廳規(guī)201577號）標準的P25%、P50%、P75%的取值。 功能點下限耗時率 = 9.1 小時/功能點 功能點最有可能耗時率 = 13.4 小時/功能點 功能點上限耗時率 = 24.8 小時/功能點 說明： 1.在預(yù)算時如無特殊要求，建議參考采用中國軟件行業(yè)基準數(shù)據(jù)（2016年）取值。 2.若各行業(yè)或地區(qū)建立行業(yè)或地區(qū)功能點耗時率基準庫， 可以根據(jù)實際情況， 對功能點 耗時率進行調(diào)整。 B.4B.4軟件因素調(diào)整因子（軟件因素調(diào)整因子（SWFSWF） 軟件因素調(diào)整因子 =【軟件規(guī)模調(diào)整因子】【應(yīng)用領(lǐng)域調(diào)整因子】【質(zhì)量及特性調(diào) 整因子】 軟件規(guī)模調(diào)整因子（SF），計算公式：SF= 0.108 Ln（S）+ 0.2229 （式中S為調(diào)整 后軟件功能規(guī)模） 應(yīng)用領(lǐng)域調(diào)整因子（應(yīng)用領(lǐng)域調(diào)整因子（ATAT） 應(yīng)用類型應(yīng)用類型調(diào)整因子調(diào)整因子范圍范圍 業(yè)務(wù)處理用1.0OA、公文，人事、會計、工資、銷售等經(jīng)營管理及業(yè)務(wù)處 EM1Data communications數(shù)據(jù)通訊 EM2Performance軟件性能 EM3Heavily used configuration可配置性 EM4Transaction rate事務(wù)效率 EM5Online data entry實時數(shù)據(jù)輸入 EM6End user efficiency用戶界面復(fù)雜度 EM7Online update在線升級 EM8Complex processing復(fù)雜運算 EM9Reusability ease代碼復(fù)用性 EM10Installation ease安裝簡易性 EM11Operations ease操作方便性 EM12Multiple ease跨平臺要求 EM13Facilitate change可拓展性 EM14Distributed functions分布式數(shù)據(jù)處理 軟件及信息化工程造價行業(yè)規(guī)范 - 12 - 理用軟件 科技用 應(yīng)用集成 1.2 科學(xué)計算、模擬、空白表格程序，統(tǒng)計，CAE（計算機輔 助工程）等企業(yè)服務(wù)總線、應(yīng)用集成等 多媒體用1.3 圖表，影像，聲音等多媒體應(yīng)用領(lǐng)域，地理信息系統(tǒng)，教 育和媒體用等 智能信息用1.7自然語言處理，人工智能，專家系統(tǒng)等 系統(tǒng)用1.7 操作系統(tǒng)，語言處理程序，DBMS，人與機器的接口，窗口 系統(tǒng)，CASE，實用程序等 通信控制用1.9通信協(xié)議，仿真，交換機軟件，GPS等 流程控制用2.0 生產(chǎn)管理，CAM（計算機輔助制造），CIM（計算機集成制 造），儀器控制，機器人控制，實時控制，內(nèi)置性軟件等 指揮管制用（QRQR） 2.2軍隊，警察等需要管制軍備和人力的軟件 質(zhì)量及特性調(diào)整因子質(zhì)量及特性調(diào)整因子 調(diào)整因子調(diào)整因子判斷標準判斷標準影響度影響度 分布式處 理 此應(yīng)用能夠在各組成 要素之間傳輸數(shù)據(jù) 沒有明示對分散處理的需求事 項 -1 通過網(wǎng)絡(luò)進行客戶端/服務(wù)器 及網(wǎng)絡(luò)基礎(chǔ)應(yīng)用分布處理和數(shù) 據(jù)傳輸 0 在多個服務(wù)器及處理器上同時 相互執(zhí)行應(yīng)用中的處理功能 1 性能 對用戶對應(yīng)答時間或 處理率的需求水平 沒有明確對性能的特別需求事 項或活動，因此提供基本性能 -1 應(yīng)答時間或處理率對高峰時間 或所有業(yè)務(wù)時間來說都很重要 存在對連動系統(tǒng)結(jié)束處理時間 的限制 0 為滿足性能需求事項，要求設(shè) 計階段開始進行性能分析，或 在設(shè)計開發(fā)實現(xiàn)階段使用 分析1具 1 可靠性 發(fā)生