答：系統(tǒng)對接，要具體看每個系統(tǒng)都需要做哪些改造，即要對系統(tǒng)原有的數(shù)據(jù)功能和事務(wù)功能做哪些修改，或者新增什么數(shù)據(jù)/事務(wù)功能。

計數(shù)時注意：

1）本系統(tǒng)只有對外提供服務(wù)的接口才計為獨立的基本過程，本系統(tǒng)調(diào)用某個接口（包括其他系統(tǒng)的接口）往往只是基本過程的步驟；

2）本系統(tǒng)新獲取的外部系統(tǒng)的業(yè)務(wù)數(shù)據(jù)/規(guī)則，如果本系統(tǒng)僅引用不維護，計EIF；如果既引用又維護，計ILF。

在軟件造價評估中，系統(tǒng)對接整合工作量的拆分可以根據(jù)具體情況進行。以下是一些可能的拆分方式：

1. 根據(jù)對接系統(tǒng)數(shù)量拆分：根據(jù)需要對接的系統(tǒng)數(shù)量，將對接整合工作量分為若干個部分，每個部分對應(yīng)一個對接系統(tǒng)。
2. 根據(jù)對接接口類型拆分：根據(jù)對接接口的類型，如Web服務(wù)、API、數(shù)據(jù)庫等，將對接整合工作量分為若干個部分，每個部分對應(yīng)一種接口類型的對接。
3. 根據(jù)對接技術(shù)棧拆分：根據(jù)對接的技術(shù)棧，如Java、Python、C#等，將對接整合工作量分為若干個部分，每個部分對應(yīng)一種技術(shù)棧的對接。
4. 根據(jù)對接流程拆分：根據(jù)對接的流程，如數(shù)據(jù)交換、業(yè)務(wù)協(xié)同等，將對接整合工作量分為若干個部分，每個部分對應(yīng)一個對接流程。

無論采用哪種拆分方式，都需要考慮到對接整合工作量的復(fù)雜性、技術(shù)難度、工作量大小等因素，并確保拆分后的工作量能夠合理地分配給相應(yīng)的開發(fā)人員或團隊。同時，也需要注意對接整合工作的協(xié)調(diào)和管理，確保各個部分之間的接口和數(shù)據(jù)交換能夠順利進行。

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

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

對于這種情況，可以考慮以下幾種方法進行計價：

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

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

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

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

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

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

功能點評估法：基于軟件的需求分析，將軟件項目功能相關(guān)的因素進行度量，以功能點為單位標示軟件規(guī)模。

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

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

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

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

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

1.適用于項目的整個生命周期，包括項目開始的早期階段

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

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

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

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

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

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

問：對接口進行軟件估價估算？如何軟件估價估算？

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

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

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

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

問：目前學校的各個系統(tǒng)是通過單點登錄，我理解應(yīng)該區(qū)分為單獨的系統(tǒng)對吧？

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

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

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

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

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

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

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

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

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

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

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

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

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

答：指評估師和需求提供方的溝通，以確認評估師對需求的理解有沒有問題，還有就是確認需求有沒有遺漏。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

a)提供同類項目估算時參考；

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

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

d)計算單位規(guī)?；鶞食杀?；

e)分析組織各活動成本占比等。

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

答：這是個增強開發(fā)項目吧？最好用估算功能點而不是預(yù)估功能點！

問：是增強開發(fā)，我選擇的是估算功能點。這些數(shù)據(jù)每天晚上會進行同步，也就是說數(shù)據(jù)有維護或者更新。

答：如果是接口開發(fā)，數(shù)據(jù)提供方一般主要就是計數(shù)事務(wù)功能，數(shù)據(jù)使用方一般是計數(shù)事務(wù)功能加數(shù)據(jù)功能（新增或變化的），沒有被維護的數(shù)據(jù)就不可能被識別為ILF。

1、在預(yù)算及招投標中，軟件成本評估有助于制定合理的項目預(yù)算，規(guī)范招投標行為。

一方面，甲方如果缺乏科學有效的方法，將無法準確的估算項目成本和合理的投標價格范圍。另一方面，部分參與競標的乙方為了獲得項目，會惡意低價競標，這種不當競爭會導(dǎo)致甲方無法在約定期限內(nèi)得到合格的產(chǎn)品與服務(wù)，同時也會對優(yōu)秀軟件企業(yè)的利益造成損害。

在預(yù)算時，開展科學的軟件成本評估可以獲得更準確的項目預(yù)算，從而減少資源浪費或因費用不足導(dǎo)致的項目失敗；在招投標階段，則可以通過確定合理的成本范圍，幫助甲方選擇可靠的乙方，也有利于乙方根據(jù)自身能力競標，從而有效地規(guī)避項目風險，促進軟件產(chǎn)業(yè)健康發(fā)展。

2、在項目實施中，軟件成本評估有助于合理調(diào)配資源，有效控制項目范圍和質(zhì)量，是軟件項目成功的重要保障。

在項目實施中，因成本估算不準確而造成的項目計劃不合理，可能導(dǎo)致項目資源投入不足，進而影響項目進度和造成質(zhì)量風險，或因資源投入過多而造成浪費。此外，項目需求模糊導(dǎo)致開發(fā)過程中產(chǎn)生大量的需求變更，而甲方往往不會支付因需求變更而產(chǎn)生的額外費用，最終影響乙方的利潤及項目交付質(zhì)量。

采用科學的成本評估方法進行規(guī)模、工作量、工期和成本估算，一方面為合理的資源分配及工期安排提供有效保障。另一方面，基于功能規(guī)模的估算過程會促使甲方盡早明確關(guān)鍵業(yè)務(wù)需求，減少需求變更對項目進度及成本的影響；對于必要的需求變更，也可對其成本進行有效的評估，為甲、乙雙方商務(wù)談判提供量化依據(jù)，保證軟件企業(yè)合理的利潤。

3、在項目決算及后評價階段，軟件成本評估有助于項目交付、總結(jié)和評價，促進軟件企業(yè)和行業(yè)健康發(fā)展。

項目決算時，甲、乙雙方經(jīng)常就項目的實際投入存在較大爭議，從而影響項目的最終交付，也難以對項目的績效進行科學評價。

通過科學的軟件成本評估，首先，能夠了解項目的實際成本，為決算工作提供合理的依據(jù)。其次，通過對項目決算與預(yù)算的對比，考核投資控制的工作成效，總結(jié)經(jīng)驗教訓，可以提高未來建設(shè)工程的效益。最后，可以利用眾多軟件企業(yè)的評估數(shù)據(jù)，建立基準數(shù)據(jù)庫，定量分析軟件企業(yè)或行業(yè)的當前能力、問題及發(fā)展趨勢，為軟件企業(yè)的發(fā)展提供指導(dǎo)，相關(guān)主管部門也可依此制定合理的政策引導(dǎo)軟件行業(yè)健康發(fā)展。