采用優(yōu)化后的功能點(diǎn)方法——快速功能點(diǎn)方法進(jìn)行規(guī)模估算或測量的基本過程或步驟如下：

確定計(jì)數(shù)類型→識(shí)別系統(tǒng)邊界→識(shí)別功能點(diǎn)計(jì)數(shù)項(xiàng)→計(jì)算未調(diào)整的功能點(diǎn)數(shù)→計(jì)算調(diào)整后的功能點(diǎn)數(shù)。

1、確定計(jì)數(shù)類型

根據(jù)需求或項(xiàng)目的類型確定計(jì)數(shù)類型。計(jì)數(shù)類型分為三種：新開發(fā)、延續(xù)開發(fā)及已有系統(tǒng)計(jì)數(shù)。

對(duì)于新開發(fā)需求或項(xiàng)目，對(duì)預(yù)計(jì)（或?qū)嶋H）投產(chǎn)的功能進(jìn)行計(jì)數(shù)；

對(duì)于延續(xù)開發(fā)需求或項(xiàng)目，對(duì)預(yù)計(jì)（或?qū)嶋H）新增、修改及刪除的功能均進(jìn)行計(jì)數(shù)；

對(duì)于已有系統(tǒng)，對(duì)實(shí)際的功能進(jìn)行計(jì)數(shù)。

2、識(shí)別系統(tǒng)邊界

在識(shí)別系統(tǒng)邊界的時(shí)候應(yīng)注意：應(yīng)從用戶視角出發(fā)，不受系統(tǒng)實(shí)現(xiàn)影響；主要是為了區(qū)分內(nèi)部邏輯文件（ILF）和外部接口文件（EIF）；事務(wù)功能應(yīng)穿越識(shí)別的系統(tǒng)邊界。

3、識(shí)別功能點(diǎn)計(jì)數(shù)項(xiàng)

功能點(diǎn)計(jì)數(shù)項(xiàng)分為數(shù)據(jù)功能和交易功能兩類。數(shù)據(jù)功能包括內(nèi)部邏輯文件（ILF）、外部接口文件（EIF）；交易功能包括外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）。

數(shù)據(jù)功能是系統(tǒng)提供給用戶的滿足產(chǎn)品內(nèi)部和外部數(shù)據(jù)需求的功能，即本系統(tǒng)管理或使用那些業(yè)務(wù)數(shù)據(jù)（業(yè)務(wù)對(duì)象），如“客戶信息”“賬戶交易記錄”等。

內(nèi)部邏輯文件或外部接口文件所指的“文件”不是傳統(tǒng)數(shù)據(jù)處理意義上的文件，而是指一組客戶可識(shí)別的、邏輯上相互關(guān)聯(lián)的數(shù)據(jù)或者控制信息。因此，這些文件和物理上的數(shù)據(jù)集合（如數(shù)據(jù)庫表）沒有必然的對(duì)應(yīng)關(guān)系。

交易功能是系統(tǒng)提供給用戶的處理數(shù)據(jù)的功能，即本系統(tǒng)如何處理和使用那些業(yè)務(wù)數(shù)據(jù)（業(yè)務(wù)對(duì)象），如“轉(zhuǎn)賬”“修改黑名單生成規(guī)則”“查詢交易記錄”等。

交易功能又稱為基本過程，是用戶可識(shí)別的，業(yè)務(wù)上的一組原子操作，可能由多個(gè)處理邏輯構(gòu)成。例如，“添加柜員信息”這個(gè)基本過程可能包含“信息校驗(yàn)”“修改確認(rèn)”“修改結(jié)果反饋”等一系列處理邏輯。

4、計(jì)算未調(diào)整的功能點(diǎn)數(shù)

a、采用預(yù)估功能點(diǎn)進(jìn)行計(jì)數(shù)，計(jì)算公式如下：

FP＝35*ILF+15*EIF

——FP：未調(diào)整的功能點(diǎn)數(shù)，單位為功能點(diǎn)；
——ILF：內(nèi)部邏輯文件的數(shù)量；
——EIF：外部接口文件的數(shù)量。

b、采用估算功能點(diǎn)進(jìn)行計(jì)數(shù)，計(jì)算公式如下：

FP＝10*ILF+7*EIF+4*EI+5*EO+4*EQ

——FP：未調(diào)整的功能點(diǎn)數(shù)，單位為功能點(diǎn)；
——ILF：內(nèi)部邏輯文件的數(shù)量；
——EIF：外部接口文件的數(shù)量；
——EI：外部輸入的數(shù)量；
——EO：外部輸出的數(shù)量；
——EQ：外部查詢的數(shù)量。

5、計(jì)算調(diào)整后的功能點(diǎn)數(shù)

根據(jù)不同的規(guī)模測算階段，需要考慮隱含需求及需求變更對(duì)規(guī)模的影響，因此，需要根據(jù)規(guī)模計(jì)數(shù)時(shí)機(jī)進(jìn)行規(guī)模調(diào)整。調(diào)整后的功能點(diǎn)數(shù)（AFP），計(jì)算公式如下：

AFP＝FP*CF

——AFP：調(diào)整后的功能點(diǎn)數(shù)，單位為功能點(diǎn)；
——FP：未調(diào)整的功能點(diǎn)數(shù)，單位為功能點(diǎn)；
——CF：規(guī)模變更調(diào)整因子，依據(jù)行業(yè)數(shù)據(jù)，項(xiàng)目估算早期（如概預(yù)算階段）通常取值為1.5；項(xiàng)目估算中期（如招投評(píng)標(biāo)、項(xiàng)目立項(xiàng)、技術(shù)方案階段）通常取值為1.26；項(xiàng)目估算中后期（如需求分析完成及后評(píng)價(jià)）通常取值為1.0。

了解快速功能點(diǎn)方法度量的規(guī)則及過程，有助于提高使用快速功能點(diǎn)方法進(jìn)行軟件造價(jià)、軟件成本估算、軟件成本費(fèi)用測算時(shí)的工作效率。

答：這些表看上去很多都是從開發(fā)角度來計(jì)數(shù)ILF，很多表用戶不可識(shí)別，也無法維護(hù)，不應(yīng)計(jì)ILF。ILF要從用戶視角來計(jì)數(shù)，它是用戶的業(yè)務(wù)數(shù)據(jù)或規(guī)則，并且用戶可維護(hù)。計(jì)數(shù)ILF時(shí)，應(yīng)該要有相應(yīng)事務(wù)功能來維護(hù)，如果沒有相應(yīng)的維護(hù)操作，不要計(jì)ILF。

在軟件造價(jià)評(píng)估中，消息提醒類的配置信息表通常不被識(shí)別為邏輯文件。這是因?yàn)檫壿嬑募ǔＶ傅氖前绦蜻壿嫷奈募缭创a文件、腳本文件等，而消息提醒類的配置信息表主要包含的是一些配置信息，如時(shí)間、頻率、內(nèi)容等，并不包含程序邏輯。

此外，消息提醒類的配置信息表通常是一個(gè)獨(dú)立的文件或數(shù)據(jù)表，用于存儲(chǔ)和管理消息提醒的相關(guān)配置信息，而不是與程序邏輯緊密相關(guān)的文件。因此，在軟件造價(jià)評(píng)估中，消息提醒類的配置信息表通常不被視為邏輯文件。

答：數(shù)據(jù)遷移、清洗都不能用功能點(diǎn)方法，如果沒有定制規(guī)則的話，只能基于經(jīng)驗(yàn)單獨(dú)估算。

在軟件造價(jià)評(píng)估中，數(shù)據(jù)遷移和清洗等工作通常無法使用功能點(diǎn)方法進(jìn)行估算。因?yàn)檫@些工作涉及到大量的手動(dòng)操作和專業(yè)知識(shí)，而且具體的耗時(shí)和難度也與數(shù)據(jù)量、數(shù)據(jù)復(fù)雜度、數(shù)據(jù)處理難度等因素有關(guān)。

對(duì)于這種情況，可以考慮以下幾種方法進(jìn)行計(jì)價(jià)：

1. 基于經(jīng)驗(yàn)估算：參考類似項(xiàng)目的經(jīng)驗(yàn)和市場行情，對(duì)數(shù)據(jù)遷移和清洗的工作量進(jìn)行估算，并結(jié)合公司的成本和利潤預(yù)期，確定相應(yīng)的計(jì)價(jià)標(biāo)準(zhǔn)。
2. 按工作量計(jì)價(jià)：將數(shù)據(jù)遷移和清洗的工作量進(jìn)行詳細(xì)拆分，每個(gè)任務(wù)都給出相應(yīng)的計(jì)價(jià)標(biāo)準(zhǔn)，根據(jù)工作量大小和復(fù)雜度進(jìn)行計(jì)算。
3. 基于目標(biāo)計(jì)價(jià)：根據(jù)項(xiàng)目的具體需求和目標(biāo)，如數(shù)據(jù)遷移的規(guī)模、清洗的質(zhì)量要求等，結(jié)合公司的成本和利潤預(yù)期，確定相應(yīng)的計(jì)價(jià)標(biāo)準(zhǔn)。

需要注意的是，無論采用哪種方法進(jìn)行計(jì)價(jià)，都需要考慮到數(shù)據(jù)遷移和清洗的具體情況，如數(shù)據(jù)量的大小、數(shù)據(jù)復(fù)雜度、數(shù)據(jù)處理難度等因素，以及公司的成本和利潤預(yù)期。同時(shí)，也需要與客戶進(jìn)行充分的溝通和協(xié)商，確保雙方對(duì)計(jì)價(jià)方式和價(jià)格達(dá)成一致。

問：您說的這個(gè)定制規(guī)則，是指什么規(guī)則呢？基于經(jīng)驗(yàn)的估算，那應(yīng)該就還是市場行為，只能依據(jù)市場定價(jià)？

答：就是基于歷史數(shù)據(jù)，結(jié)合功能點(diǎn)方法所做的一些映射規(guī)則，比如在數(shù)據(jù)遷移的時(shí)候，將每個(gè)要遷移的表對(duì)應(yīng)到EI之類的。如果是經(jīng)驗(yàn)法，肯定要依據(jù)市場定價(jià)。

在大量軟件項(xiàng)目實(shí)施過程中，項(xiàng)目開發(fā)費(fèi)用超支、項(xiàng)目延期和軟件質(zhì)量參差不齊等問題層出不窮。如何進(jìn)行更好的管理，尤其對(duì)其成本進(jìn)行科學(xué)與合理的估算，已經(jīng)成為了目前軟件項(xiàng)目管理領(lǐng)域的重要課題。

國際上對(duì)軟件成本的評(píng)估始于20世紀(jì)50年代，直至90年代我國才開始對(duì)此領(lǐng)域展開深入研究。軟件項(xiàng)目的成本不同于一般工程類項(xiàng)目，其成本受到眾多因素影響，并且具有高度的復(fù)雜性與專業(yè)性。時(shí)至今日，國際、國內(nèi)都還沒有建立一套統(tǒng)一的評(píng)估標(biāo)準(zhǔn)，軟件成本評(píng)估領(lǐng)域常見的工作方法包括：

功能點(diǎn)評(píng)估法：基于軟件的需求分析，將軟件項(xiàng)目功能相關(guān)的因素進(jìn)行度量，以功能點(diǎn)為單位標(biāo)示軟件規(guī)模。

代碼行評(píng)估法：將軟件產(chǎn)品的源代碼行數(shù)進(jìn)行測量來估算軟件規(guī)模，適用于在項(xiàng)目完成后進(jìn)行計(jì)量。

類比評(píng)估法：將歷史項(xiàng)目與新項(xiàng)目進(jìn)行比較，從而來預(yù)測當(dāng)前項(xiàng)目的成本與進(jìn)度，適用于與歷史項(xiàng)目在軟件應(yīng)用領(lǐng)域、復(fù)雜度和使用環(huán)節(jié)相似的項(xiàng)目。

專家評(píng)估法：由軟件評(píng)估領(lǐng)域?qū)＜疫M(jìn)行估算和打分，適用于項(xiàng)目準(zhǔn)備階段。

隨著軟件項(xiàng)目復(fù)雜度逐步提高以及復(fù)用技術(shù)的完善，過往依靠人員經(jīng)驗(yàn)和統(tǒng)計(jì)代碼行對(duì)軟件進(jìn)行評(píng)估的方法顯然無法估算出現(xiàn)代軟件項(xiàng)目的真實(shí)成本。致同主要以功能點(diǎn)評(píng)估方法為核心形成特色服務(wù)為企業(yè)提供支持，IFPUG的功能點(diǎn)評(píng)估法自提出以來被越來越多的國際、國內(nèi)組織所認(rèn)可，是目前最成熟、應(yīng)用最廣泛的軟件成本評(píng)估方法。功能點(diǎn)評(píng)估方法，將系統(tǒng)分為數(shù)據(jù)功能和事務(wù)功能兩大類，對(duì)軟件的計(jì)算可包含到軟件生命周期的整個(gè)過程，從最初的軟件需求、詳細(xì)的方案設(shè)計(jì)、測試再到最后的軟件維護(hù)，全方位計(jì)量軟件規(guī)模與成本。

致同根據(jù)軟件項(xiàng)目需求及類型來確定各類輸出、輸入、查詢、邏輯和接口的需求數(shù)量和特性，加權(quán)后計(jì)算軟件規(guī)模，主要特點(diǎn)如下：

1.適用于項(xiàng)目的整個(gè)生命周期，包括項(xiàng)目開始的早期階段

2.從用戶視角度量軟件系統(tǒng)的功能性

3.新項(xiàng)目、二次開發(fā)類項(xiàng)目、系統(tǒng)維護(hù)項(xiàng)目均可使用

4.度量獨(dú)立于技術(shù)實(shí)現(xiàn)

根據(jù)難度以及對(duì)成本分析的深入程度，可以分為：

a)成本估算偏差：分析估計(jì)成本與實(shí)際成本的偏差及原因。

b)成本構(gòu)成：分析開發(fā)成本的構(gòu)成情況，可以參考以下方式對(duì)成本進(jìn)行分類：

——分為直接成本和間接成本，其中直接及間接成本中再分為人力成本和非人力成本；

——根據(jù)生命周期分為需求、設(shè)計(jì)、編碼、測試、交付等階段成本；

——根據(jù)工作類型劃分為開發(fā)成本、項(xiàng)目管理成本、質(zhì)量保證成本等。

通過以上分類的統(tǒng)計(jì)并結(jié)合“成本估算偏差”的信息了解成本估算產(chǎn)生偏差的主要原因。

c)成本關(guān)鍵影響因素相關(guān)性分析：軟件開發(fā)過程中多種因素對(duì)成本產(chǎn)生不同的影響，這些因素對(duì)在各組織中的影響程度不盡相同，因此通過分析開發(fā)過程中各因素與成本間的關(guān)系可以讓管理者了解本組織成本控制的重點(diǎn)。

相關(guān)性分析通常使用的方法包括散點(diǎn)圖以及Pearson相關(guān)分析：

——散點(diǎn)圖將實(shí)驗(yàn)或觀測得到的數(shù)據(jù)用點(diǎn)在平面圖上表示出來，顯示了一個(gè)因素相對(duì)于另一個(gè)因素是如何變化的。

——Pearson相關(guān)分析是統(tǒng)計(jì)學(xué)中分析變量線性相關(guān)的方法，通過計(jì)算可以得到變量間量化的相關(guān)系數(shù)，并通過相關(guān)系數(shù)判斷因素對(duì)成本影響的大小。

d)成本估算方程回歸分析：軟件開發(fā)活動(dòng)的管理者除了希望了解成本關(guān)鍵影響因素的影響程度以外，還希望獲得成本與關(guān)鍵影響因素的量化關(guān)系，即關(guān)于成本與關(guān)鍵影響因素的估算方程。

回歸分析（regression analysis)是確定兩種或兩種以上變數(shù)間相互依賴的定量關(guān)系的一種統(tǒng)計(jì)分析方法，常用于建立回歸方程。回歸分析一般的步驟包括：

——根據(jù)預(yù)測目標(biāo)，確定自變量和因變量；

——建立回歸預(yù)測模型；

——進(jìn)行相關(guān)分析；

——檢驗(yàn)回歸預(yù)測模型，計(jì)算預(yù)測誤差。

建立回歸方程后，管理者可以在項(xiàng)目初及項(xiàng)目中對(duì)成本進(jìn)行預(yù)測并通過提前控制影響成本的關(guān)鍵因素達(dá)到控制成本的目的。

軟件成本估算偏差的測量與分析可以使用掙值分析方法，該方法的核心是將項(xiàng)目在選定時(shí)間的計(jì)劃指標(biāo)、完成狀況和資源耗費(fèi)進(jìn)行綜合度量，將這些信息轉(zhuǎn)化為統(tǒng)一的單位進(jìn)行管理，例如：貨幣、工時(shí)等，從而能準(zhǔn)確描述項(xiàng)目的進(jìn)展?fàn)顟B(tài)。該方法的另一個(gè)重要優(yōu)點(diǎn)是可以預(yù)測項(xiàng)目可能發(fā)生的工期滯后量和費(fèi)用超支量，從而及時(shí)采取糾正措施，為項(xiàng)目管理和控制提供了有效手段。

掙值分析方法使用的一般步驟如下：

a)如5.2.1提到的，定期或者事件驅(qū)動(dòng)地收集項(xiàng)目的數(shù)據(jù)，包括：

——PV（某階段計(jì)劃要求完成的工作量所需的預(yù)算費(fèi)用）；

——AC（某階段實(shí)際完成的工作量所消耗的費(fèi)用）；

——EV（某階段按實(shí)際完成工作量按預(yù)算定額計(jì)算出來的費(fèi)用）。

b)計(jì)算評(píng)價(jià)指標(biāo)，這些指標(biāo)主要用于評(píng)價(jià)進(jìn)度偏差及成本偏差：

——CV（費(fèi)用偏差）=EV-AC；

——CPI(費(fèi)用執(zhí)行指標(biāo))=EV/AC；

——SV（進(jìn)度偏差）=EV-PV；

——SPI(進(jìn)度執(zhí)行指標(biāo))=EV/PV。

分析各階段的評(píng)價(jià)指標(biāo)評(píng)價(jià)估計(jì)成本和實(shí)際成本的偏差及原因。

組織采用以上的成本分析方法得到結(jié)果后，應(yīng)考慮結(jié)果對(duì)各利益相關(guān)方的影響，并與其就處理方法達(dá)成一致意見，包括處理問題、調(diào)整估算方法和改進(jìn)開發(fā)過程等。

答：完全兩件事啊。就像你家要裝修，規(guī)模度量是在量房屋面積，設(shè)計(jì)是出裝修方案。規(guī)模度量的結(jié)果會(huì)確定項(xiàng)目造價(jià)（當(dāng)然還有其他影響因素），同時(shí)功能點(diǎn)分析方法也可以幫助我們?cè)陧?xiàng)目早期更好地開展業(yè)務(wù)需求分析。總體上規(guī)模估算和軟件設(shè)計(jì)還是兩個(gè)不同的領(lǐng)域。功能規(guī)模是項(xiàng)目造價(jià)的關(guān)鍵影響因素，但不是唯一的影響因素。

問：將1個(gè)子系統(tǒng)嵌入到核心系統(tǒng)中，整體嵌入到我的工作臺(tái)，2個(gè)系統(tǒng)都是現(xiàn)成的，這個(gè)該怎么軟件估價(jià)估算的？

答：是為了估算將現(xiàn)成系統(tǒng)嵌入我的工作臺(tái)所需的軟件規(guī)模嗎？如果現(xiàn)有系統(tǒng)嵌入其他系統(tǒng)需要開發(fā)相應(yīng)的接口，則對(duì)接口進(jìn)行估算；如果嵌入僅是類似門戶，在我的工作臺(tái)中嵌入現(xiàn)成系統(tǒng)的鏈接，這類鏈接跳轉(zhuǎn)是不計(jì)功能規(guī)模的。

問：對(duì)接口進(jìn)行軟件估價(jià)估算？如何軟件估價(jià)估算？

答：可以認(rèn)為是兩個(gè)系統(tǒng)進(jìn)行集成對(duì)接，雙邊可能都需要開發(fā)或者改造現(xiàn)有的系統(tǒng)接口，按照這個(gè)思路來看每個(gè)系統(tǒng)需要改造的數(shù)據(jù)功能和事務(wù)功能。

答：不是的，還是一個(gè)系統(tǒng)，EIF不應(yīng)計(jì)；二期通常是對(duì)一期的功能進(jìn)行升級(jí)改造，要考慮重用程度的調(diào)整。

問：如果不是升級(jí)改造呢？比如說二期建學(xué)生管理系統(tǒng)？分階段建設(shè)情況，有升級(jí)優(yōu)化，也有新增建設(shè)情況

答：看學(xué)生管理系統(tǒng)是一個(gè)單獨(dú)的系統(tǒng)嗎？如果是，在學(xué)生管理系統(tǒng)中查詢教師信息，則要計(jì)EIF；如果是一個(gè)系統(tǒng)，則不計(jì)。

問：目前學(xué)校的各個(gè)系統(tǒng)是通過單點(diǎn)登錄，我理解應(yīng)該區(qū)分為單獨(dú)的系統(tǒng)對(duì)吧？

答：這個(gè)要具體看系統(tǒng)的功能了，也有可能教師管理和學(xué)生管理都只是教學(xué)管理系統(tǒng)的一個(gè)模塊。

問：某計(jì)費(fèi)軟件，對(duì)接支付寶/微信，算是EIF還EQ？我理解第一步掃碼，二維碼信息傳遞到計(jì)費(fèi)系統(tǒng)，導(dǎo)致計(jì)費(fèi)系統(tǒng)啟動(dòng)ILF按標(biāo)準(zhǔn)進(jìn)行計(jì)費(fèi)操作，所以傳二維碼信息過來算一個(gè)EIF；第二步，這個(gè)費(fèi)用信息傳遞到支付寶/微信，算EO；第三步，支付寶/微信的支付信息傳到計(jì)費(fèi)系統(tǒng)，啟動(dòng)計(jì)費(fèi)系統(tǒng)的ILF改變客戶支付狀態(tài)，也算是一個(gè)EIF。

我手上這個(gè)系統(tǒng)是把微信/支付寶掃碼傳過來的信息作為計(jì)費(fèi)（按時(shí)收費(fèi)）截至?xí)r間，然后按單價(jià)*時(shí)長=收費(fèi)額的規(guī)則進(jìn)行計(jì)費(fèi)。所以我覺得微信/支付寶傳過來的信息啟動(dòng)了ILF，應(yīng)該算是EIF。

答：你的賬戶信息識(shí)別為ILF，微信/支付寶的信息識(shí)別為EIF這些沒有問題，但基本過程看起來很可能只有一個(gè)：計(jì)費(fèi)（EI）。其他的處理按照你的描述不是業(yè)務(wù)上的原子操作，不再單獨(dú)計(jì)數(shù)，至于和微信或支付寶交互，也只是兩個(gè)邏輯分支，不應(yīng)拆開。是新開發(fā)還是增強(qiáng)開發(fā)？如果是新開發(fā)，應(yīng)該是一個(gè)ILF（賬戶信息），一個(gè)EIF（微信/支付寶信息），一個(gè)EI（計(jì)費(fèi)），增強(qiáng)開發(fā)的話那個(gè)ILF（賬戶信息）多半是已經(jīng)存在的，不再計(jì)數(shù)。那個(gè)EI包括了與微信/支付寶對(duì)接，計(jì)費(fèi)這一系列動(dòng)作。

問：1.銀行的取款業(yè)務(wù)場景，支持刷臉、密碼、指紋取款，算一個(gè)還是3個(gè)EI？2.手機(jī)登錄業(yè)務(wù)場景，支持卡號(hào)、手機(jī)號(hào)、身份證登錄，算一個(gè)還是3個(gè)EI？

答：具體實(shí)現(xiàn)上還是要區(qū)分刷臉取款，密碼取款，指紋取款過程，是在取款行為發(fā)生之前已經(jīng)確定的，這3個(gè)行為分別為原子操作。登錄也是一樣，但不是識(shí)別為EI，而是EQ或EO。

答：沒有標(biāo)準(zhǔn)，不同開發(fā)語言差別也很大，如果是C++/Java這樣的語言，全生命周期算大概一人天30-50行（包括需求分析，設(shè)計(jì)，編碼，測試等），如果只是說程序員，而且只寫不改，一天寫幾百甚至上千行代碼也是可以的。

問：那軟件代碼的復(fù)用的問題，有沒有什么處理辦法？比如在軟件造價(jià)評(píng)估中發(fā)現(xiàn)大量采用開源代碼，或者類似利用Java的開源代碼？

答：使用開源代碼倒沒也什么，但是甲方要關(guān)注法律風(fēng)險(xiǎn)（很多開源軟件并不是無條件開源，比如有些是不可以用于商業(yè)用途的，或者用于商業(yè)用途要支付額外的費(fèi)用以獲得授權(quán)。管理嚴(yán)格的甲方會(huì)要求供應(yīng)商給出所有用到的開源軟件或代碼的清單，同時(shí)附上相關(guān)版權(quán)聲明）。對(duì)于成本評(píng)估，復(fù)用度/吻合度的評(píng)判通常還是從業(yè)務(wù)視角看，當(dāng)然也會(huì)考慮行業(yè)慣例。例如新版本和舊版本中類似的功能，同一版本中相近的功能，無論代碼是否重用，都會(huì)調(diào)整復(fù)用度/吻合度。另外就是評(píng)估一些常見系統(tǒng)、常見功能時(shí)（例如門戶網(wǎng)站、普通的系統(tǒng)管理功能等），會(huì)考慮行業(yè)通常情況對(duì)復(fù)用度/吻合度酌情調(diào)整。

問：軟件造價(jià)評(píng)估過程中，A系統(tǒng)從B系統(tǒng)抽調(diào)數(shù)據(jù)的情況該如何計(jì)數(shù)？比如：A系統(tǒng)有一個(gè)統(tǒng)計(jì)指標(biāo)表，B系統(tǒng)有一個(gè)明細(xì)表，A系統(tǒng)的指標(biāo)是從B系統(tǒng)抽取來的，用戶只關(guān)心A系統(tǒng)的指標(biāo)，對(duì)于這種情況，A系統(tǒng)識(shí)別一個(gè)ILF，還是識(shí)別一個(gè)ILF+一個(gè)EIF？

答：A系統(tǒng)維護(hù)這個(gè)統(tǒng)計(jì)指標(biāo)表嗎，感覺是從B系統(tǒng)拿業(yè)務(wù)數(shù)據(jù)明細(xì)到A系統(tǒng)生成統(tǒng)計(jì)表，這個(gè)時(shí)候A系統(tǒng)計(jì)EIF+EO就行了。

問：如果A系統(tǒng)要在統(tǒng)計(jì)的基礎(chǔ)上維護(hù)，A系統(tǒng)多識(shí)別一個(gè)ILF，那這個(gè)EIF還要識(shí)別嗎？

答：如果報(bào)表可以維護(hù)，則計(jì)ILF，作為業(yè)務(wù)明細(xì)的EIF還是要計(jì)的；注意下，如果是既引用又維護(hù)同一個(gè)業(yè)務(wù)對(duì)象，則優(yōu)先計(jì)ILF，不再計(jì)EIF，例如：業(yè)務(wù)系統(tǒng)A從人事系統(tǒng)B引用了機(jī)構(gòu)信息，同時(shí)又在本系統(tǒng)維護(hù)了機(jī)構(gòu)信息，則只計(jì)ILF，這與你的例子是不同的情況。

答：指評(píng)估師和需求提供方的溝通，以確認(rèn)評(píng)估師對(duì)需求的理解有沒有問題，還有就是確認(rèn)需求有沒有遺漏。

問：現(xiàn)在很多項(xiàng)目都牽扯各部門或者市級(jí)別、省部級(jí)數(shù)據(jù)傳輸，具體就是接口費(fèi)用。接口費(fèi)用這一塊如何評(píng)估呢？

答：正常數(shù)功能點(diǎn)就可以。如果是本系統(tǒng)對(duì)其他系統(tǒng)提供外部接口，識(shí)別事務(wù)功能；如果是本系統(tǒng)引用其他系統(tǒng)數(shù)據(jù)，識(shí)別數(shù)據(jù)功能（EIF）。

根據(jù)難度以及對(duì)成本分析的深入程度，軟件開發(fā)成本分析可以分為：

a)成本估算偏差：分析估計(jì)成本與實(shí)際成本的偏差及原因。

b)成本構(gòu)成：分析開發(fā)成本的構(gòu)成情況，可以參考以下方式對(duì)成本進(jìn)行分類：

——如分為直接成本和間接成本，其中直接及間接成本中再分為人力成本和非人力成本；

——根據(jù)生命周期分為需求、設(shè)計(jì)、編碼、測試、交付等階段成本；

——根據(jù)工作類型劃分為開發(fā)成本、項(xiàng)目管理成本、質(zhì)量保證成本等。

通過以上分類的統(tǒng)計(jì)并結(jié)合“成本估算偏差”的信息了解成本估算產(chǎn)生偏差的主要原因。

c)成本關(guān)鍵影響因素相關(guān)性分析：軟件開發(fā)過程中多種因素對(duì)成本產(chǎn)生不同的影響，這些因素對(duì)在各組織中的影響程度不盡相同，因此通過分析開發(fā)過程中各因素與成本間的關(guān)系可以讓管理者了解本組織成本控制的重點(diǎn)。

相關(guān)性分析通常使用的方法包括散點(diǎn)圖以及Pearson相關(guān)分析。

d)成本估算方程回歸分析：軟件開發(fā)活動(dòng)的管理者除了希望了解成本關(guān)鍵影響因素的影響程度以外，還希望獲得成本與關(guān)鍵影響因素的量化關(guān)系，即關(guān)于成本與關(guān)鍵影響因素的估算方程。

項(xiàng)目結(jié)束后，成本及相關(guān)的數(shù)據(jù)對(duì)于組織而言具有很大的價(jià)值，應(yīng)該收集并進(jìn)行分析。分析的目的和角度包括：

a)項(xiàng)目評(píng)價(jià)：根據(jù)成本估算偏差及構(gòu)成評(píng)估項(xiàng)目組預(yù)算控制的能力以及流程執(zhí)行的效率。

b)建立或校正成本估算模型：如上文提到的成本估算方程回歸分析，項(xiàng)目結(jié)束后產(chǎn)生了新的成本及相關(guān)數(shù)據(jù)，這些數(shù)據(jù)可以用于評(píng)價(jià)回歸方程的效果，并可以幫助不斷優(yōu)化回歸方程。

c)過程改進(jìn)：通過分析成本分布占比和各類活動(dòng)成本估算偏差率等數(shù)據(jù)了解開發(fā)過程的問題，將這些數(shù)據(jù)與經(jīng)驗(yàn)以及對(duì)組織的了解相結(jié)合，可以為管理者提供過程改進(jìn)的信息。

項(xiàng)目規(guī)模、工作量、工期、成本等估算及實(shí)際數(shù)據(jù)還應(yīng)該保存在組織內(nèi)部建立的基準(zhǔn)數(shù)據(jù)庫中，以供未來項(xiàng)目組以及組織使用，使用的實(shí)際包括：

a)提供同類項(xiàng)目估算時(shí)參考；

b)建立、評(píng)價(jià)及優(yōu)化成本估算模型；

c)對(duì)質(zhì)量問題進(jìn)行相關(guān)性分析；

d)計(jì)算單位規(guī)?；鶞?zhǔn)成本；

e)分析組織各活動(dòng)成本占比等。

組織還可以將項(xiàng)目組的數(shù)據(jù)提交到行業(yè)基準(zhǔn)數(shù)據(jù)庫中，為行業(yè)基準(zhǔn)數(shù)據(jù)的不斷更新提供支持。