① 軟體工程經濟學問題
軟體成本的測算影響的因素很多，難以准確的測算，只能說在10%的准確度，任務復雜，所以測算困難。
測算流程可以參考一下這個：http://wenku..com/view/9bf91ad026fff705cc170ad9.html
下面是構成，不知道能否幫到你哦
系統軟體的成本構成
系統軟體的成本作為一個經濟學范疇，應反映軟體產品在其生產過程中所耗費的各項費用，為原材料、燃料、動力、折舊、人工費、管理費用、財務費用待項開支的總和。
從財務角度來看，列入系統軟體的成本有如下的項目：
（1）硬體購置費如計算機及相關設備的購置，不 間斷電源、空調器等的購置費。
（2）軟體購置費，如操作系統軟體、資料庫系統軟體和其它應用軟體的購 置費。
（3）人工費，主要是開發人員、操作人員、管理人員、的工資福利費等。
（4）培訓費。
（5）通訊費，如 購置計算機網路設備、通訊線路器材、租用公用通訊線路等的費用。
（6）基本建設費，如新建、擴建機房、購置計算機機台、機櫃等的費用。
（7）財務費用。
（8）管理費用，如辦公費、差旅費、會議費、交通費。
（9）材料費，如列印紙、包帶、磁碟等的購置費。
（10）水、電、汽、氣費。
（11）專有技術購置費。
（12）其它費用，如資料費、固定資產折舊費及咨詢費。
系統軟體的成本由軟體的開發和維護成本所構成，即： C=C1+C2
式中：C為系統軟體的開發成本；C1為系統軟體的開發成本所構成；C2為系統軟體的維護成本。
1、系統軟體的開發成本C1的測算。
我們認為系統軟體的開發成本按其工作量及單位工作量成本來測算是可行的，具體測算方法為按系統軟 件的軟體規模（一般為軟體源程序的指令行數，不包括注釋行）、社會平均規模指數以及工作量修正因素來 進行。尤其是CAD系統軟體的實際測算，結合國內外研究成果的綜合分析和專家咨詢，軟體社會平均生產率 參數和軟體社會平均規模指數可分別確定為3.5和1.3左右；軟體工作量訂由八個因子、五個等級組成。
2、系統軟體維護成本C2的測算。
系統軟體的維護為修正現有可運行軟體並維護欺其主要功能不變的過程。系統軟體在其交付使用後，其維護階段在軟體生命周期或生存期中占較大比重，有的可達軟體生存周期的50-70%.因此，系統軟體的維護成本是軟體成本測算中不可忽略的一部分。
系統軟體的維護包括三類：A、改正、糾正性維護；B、適應性維護；C、完美性維護。其中C類是為擴充 功能、提高性能而進行的維護，在軟體資產價值評估中一般不計入該系統軟體成本，而A、B兩類，則與軟 件的開發過程有著緊密的聯系，應計入軟體成本。
在系統軟體維護階段，對軟體工作量的影響因素與開發階段的影響因素基本相同，是開發階段影響因素 的後的影響。因此，系統維護的可靠性越大，規模越復雜，隱錯越難發現，糾錯越難。系統軟體越復雜， 要使其適應軟、硬環境變化，進行適應性維護也越困難。當然，可靠性大、復雜度高的系統軟體，其可維 護性要求也越高，軟體在運行中出錯的可能性也會少些。基於上述分析，系統軟體維護成本的測算，可按 系統軟體開發成本乘以一個該系統軟體的維護參數來求取。這一維護參數，可按系統軟體的復雜度從簡單 到一般、到復雜的順序，分別取0.15、0.20、0.25及0.30、0.35、0.40等。
② 軟體開發成本估算方法有哪幾種
開發一個軟體項目，成本如何估算？對此業內已經形成了較為通用的做法，估算步驟主要是這樣的：A.軟體項目需求溝通-》B.軟體項目需求拆分-》C.每個需求點的人天評估-》D.項目人天匯總-》E.商務報價定稿，下面我給大家逐一分解：
A節點主要是將客戶需要做什麼弄清楚；
B節點則將需求按模塊拆分成需求點；
C節點則是根據企業開發實力和過往經驗判斷每個功能點多少人多少天完成（這個點需要較為資深的銷售經理或項目經理來評估）；
D節點則是把項目所有人天及價格進行匯總，這個匯總不是簡單的相加，因為前面步驟得出的人天僅僅是開發部分的工作量，但是軟體開發還包括需求調研、系統設計、系統測試、UAT、上線和運維等等，這部分一般通過一定系數進行測算得出；
E節點就是考慮商務層面而非技術層面的因素對最終價格進行修訂，比如甲方是一個大企業那麼可能第一次合作吃虧也得進去先，比如說甲方不差錢那報價可以適度提升以防後續有需求變更等等；
為了讓大家有個清晰的認知，我把工作中接觸過的一個評估模板（只到D節點哈）復制上來給大家參考：
軟體開發成本估算模型
以上是我從知乎大神處借鑒來的軟體開發成本估算方法之一，也有一些其他辦法，比如拿著同一份需求找不同廠商報價，看報價分布區間就能知道大概成本，另外對於資深的項目經理或開發人員，他們憑借感覺也是能估算的出來的......其他的歡迎其他同仁積極發表意見，畢竟藉助科學的評估流程、工具及經驗做好軟體項目成本估算，從而更好的保障項目盈利是非常有必要的。
③ 軟體開發的成本如何核算！
軟體開發的成本如何核算
如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？
簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。
④ 如何確定軟體的開發成本價格
軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。
其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：
國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。
一、軟體規模估算
通常情況下，規模估算是軟體成本估算過程的起點。
估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。
在規模估算過程中，需要注意以下情況：
1.在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。
2.依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。
3.若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。
二、工作量估算
在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。
工作量估算時，可採用方程法、類比法、類推法、功能點法：
方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。
類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。
類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。
功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。
在開展工作量估算的過程中，需要注意以下情況：
1.當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。
2.當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。
3.對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。
4.為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。
5.工作量的估算結果宜為一個范圍而不是單一的值。
三、成本估算
在獲得了工作量估算結果後，可採用科學的方法進行成本估算。
在成本估算過程中，應需要注意的情況：
1.類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；
2.間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；
3.直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；
4. 成本估算結果，也通常為一個范圍，而不是單一的值。
四、確定軟體開發成本
在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。
而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：
1.根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；
2.根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。
在進行軟體的規模、工作量、成本估算時應遵循以下原則：
1.在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；
2.充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；
3.工作量和成本的估算結果宜為一個范圍值；
4.在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；
5.成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；
6.在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。
除了上述主要原則外，我們還需注意在使用基準數據時：
1. 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。
2.對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。
⑤ 軟體項目的成本如何估算
定製軟體開發是軟體開發的一個領域，開發定製的數字技術解決方案以滿足特定業務組織的特定需求。話雖如此，任何投資於定製軟體開發的組織都必須有適當的計劃和預算。定製軟體開發項目有兩個非常重要的限制需要考慮：時間和成本。（准確估算軟體開發項目的成本是保障其整體成功的關鍵）。
在為某個定製軟體開發項目制定計劃時，組織或個人會問兩個問題。
「多少錢？」
「多長時間？」
一、確定定製軟體開發的基礎工作
要確定和估算某個軟體開發項目的成本，必須了解定製軟體開發的基礎知識。更具體地說，您必須知道問題的答案：
「定製軟體開發是如何執行的？」
為了最簡單、最全面地回答這個問題，需要討論以下幾點，它們是定製軟體開發的基礎。
確定需求——它有助於更好地估算成本，還可以正確開發和執行開發任務。
計劃整個過程並設定目標——為整個軟體項目開發周期制定適當的計劃可以在時間和成本管理方面大有幫助。
詳細文檔——必須記錄項目計劃、實施計劃、測試計劃、范圍說明書和培訓計劃中的所有內容。
為定製軟體尋找合適的專業團隊——能夠高效工作並且能夠同時處理多項任務，為整個過程提升效益。
二、確定影響定製軟體開發成本的因素
在下面這一部分，討論影響自定義軟體開發項目的關鍵因素。確定軟體開發項目的成本需要組織或個人考慮並考慮這些因素。
軟體的規模和類型：軟體的規模和類型是決定開發成本的兩個關鍵因素。
例如，移動應用程序或電子商務商店將比銀行或醫院 ERP 解決方案等其他類型的軟體便宜。自定義軟體、倉庫管理、安全應用程序和 CRM 解決方案的類型通常更加昂貴和耗時。
復雜性：開發的復雜性是影響整體定製軟體開發估算的關鍵因素。
設計結構：設計結構有兩個關鍵領域：創意設計和UI/UX設計。這兩個因素對於項目的總成本都是必不可少的。
集成：第三方集成需要大量的精力和資源。
數據遷移：數據遷移是一個非常具體和准確的過程，需要自定義腳本和多個渠道。
開發時間：開發時間是影響定製軟體開發成本的關鍵因素，人力成本是最大的支出。
功能和平台：盡管聽起來很明顯，軟體運行的平台及其功能對您需要在產品上進行的整體投資有重大影響。
測試：有助於確定軟體的效率和功能，還涉及一些影響項目總成本的支出。
維護：在成本估算時，還必須考慮某種定製軟體產品的維護和支持類型。
三、如何估算定製軟體的規模
快速功能點方法是依據國際標准《ISO/IEC 24570－2005軟體工程NESMA功能尺度測量法2.1版功能點分析應用的定義和計數指南》提出的一種軟體規模度量方法。
該方法適用於軟體項目早期、中期、後期等各個階段的規模估算或測量。
快速功能點方法進行規模估算或測量的基本過程或步驟如下：
確定計數類型
識別系統邊界
識別功能點計數項
計算未調整的功能點數
計算調整後的功能點數。
那麼就讓新星為大家詳細對每個步驟進行剖析：
1、確定計數類型
根據需求或項目的類型確定計數類型。
計數類型分為三種：新開發、延續開發及已有系統計數。
對於新開發需求或項目，對預計（或實際）投產的功能進行計數；
對於延續開發需求或項目，對預計（或實際）新增、修改及刪除的功能均進行計數；
對於已有系統，對實際的功能進行計數。
2、識別系統邊界
在識別系統邊界的時候應注意：
應從用戶視角出發，不受系統實現影響；
主要是為了區分內部邏輯文件（ILF）和外部介面文件（EIF）；
事務功能應穿越識別的系統邊界。
3、識別功能點計數項
功能點計數項分為數據功能和交易功能兩類。
數據功能——包括內部邏輯文件（ILF）、外部介面文件（EIF）；
交易功能——包括外部輸入（EI）、外部輸出（EO）、外部查詢（EQ）。
數據功能：系統提供給用戶的滿足產品內部和外部數據需求的功能，即本系統管理或使用那些業務數據（業務對象），如「客戶信息」「賬戶交易記錄」等。內部邏輯文件或外部介面文件所指的「文件」不是傳統數據處理意義上的文件，而是指一組客戶可識別的、邏輯上相互關聯的數據或者控制信息。因此，這些文件和物理上的數據集合（如資料庫表）沒有必然的對應關系。
交易功能：系統提供給用戶的處理數據的功能，即本系統如何處理和使用那些業務數據（業務對象），如「轉賬」「修改黑名單生成規則」「查詢交易記錄」等。交易功能又稱為基本過程，是用戶可識別的，業務上的一組原子操作，可能由多個處理邏輯構成。例如，「添加櫃員信息」這個基本過程可能包含「信息校驗」「修改確認」「修改結果反饋」等一系列處理邏輯。
3、計算未調整的功能點數
a.採用預估功能點進行計數，計算公式如下：
FP＝35ILF+15EIF
——FP：未調整的功能點數，單位為功能點；
——ILF：內部邏輯文件的數量；
——EIF：外部介面文件的數量。
b.採用估算功能點進行計數，計算公式如下：
FP＝10ILF+7EIF+4EI+5EO+4*EQ
——FP：未調整的功能點數，單位為功能點；
——ILF：內部邏輯文件的數量；
——EIF：外部介面文件的數量；
——EI：外部輸入的數量；
——EO：外部輸出的數量；
——EQ：外部查詢的數量。
5、計算調整後的功能點數
根據不同的規模測算階段，需要考慮隱含需求及需求變更對規模的影響，因此，需要根據規模計數時機進行規模調整。
調整後的功能點數（AFP），計算公式如下：
AFP＝FP*CF
——AFP：調整後的功能點數，單位為功能點；
——FP：未調整的功能點數，單位為功能點；
——CF：規模變更調整因子，依據行業數據，項目估算早期（如概預算階段）通常取值為1.5；項目估算中期（如招投評標、項目立項、技術方案階段）通常取值為1.26；項目估算中後期（如需求分析完成及後評價）通常取值為1.0。
四、估算軟體項目開發成本
得出功能點數後，結合當地人力成本成本費率和項目非人力成本支出可以估算出軟體項目開發成本。
⑥ 什麼是成本測算
成本計算，就是對實際發生各種費用的信息進行處理。
成本計算，就是對實際發生各種費用的信息進行處理。
我們計算成本，總是計算某個具體對象的成本。而企業規模有大有小，經營性質和項目各不相同，因而如何組織成本的計算，如何確定成本計算對象，只能具體問題具體分析，依實際情況而定。而一個企業發生的費用種類繁多，製造某個對象的過程又是由各個部門、各項生產要素密切配合，經過很多環節才最終形成的。所以，記錄歸類匯集和分配企業發生的各種生產費用，是一項比較復雜的工作。
按一定的成本對象歸集生產費用，以便計算出各種產品總成本和單位成本的方法。最基本的成本計算方法有：品種法、分批法、分步法。成本計算方法的確定在很大程度上取決於企業生產的特點和成本管理的要求。例如，在大量大批單步驟生產的情況下，只要求按產品的品種計算成本，這種成本計算方法就穩定之為品種法。又如，在單件小批多步驟的生產情況下，由於生產是按照客戶的訂單以及企業組織的生產批別組織生產，因此，產品成本就應該按照訂單或生產批別進行計算，這種成本計算方法就稱之為分批法。而在大量大批多步驟生產的情況下，往往不僅要求按產品品種計算方法稱之為分步法。
除此之外，還有一些可與基本方法結合使用的成本計算方法，例如，採用品種法計算成本，在產品品種規格繁多的情況下，為了簡化成本計算工作，可以先將產品劃分為若干類別，分別計算各類別產品成本，然後在各個類別內部採用一定的分配標准，計算出各個規模產品的成本，這種方法稱之為分類法。在定額管理制度比較健全的企業中，為了加強成本的定額控制，還可以以定額成本為基礎，計算產品的實際成本，這種方法就稱之為定額法。
需要指出的是，由於企業生產情況錯綜復雜，在實際工作中，各種成本計算方法往往是同時使用或結合使用的。這主要取決於企業的生產特點，其目標是力求達到既要正確計算產品成本，又要簡化成本的核算工作。
⑦ 一個軟體項目如何評估工作量和成本
軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。
其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：
國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。
一、軟體規模估算
通常情況下，規模估算是軟體成本估算過程的起點。
估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。
在規模估算過程中，需要注意以下情況：
在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。
依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。
若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。
二、工作量估算
在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。
工作量估算時，可採用方程法、類比法、類推法、功能點法：
方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。
類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。
類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。
功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。
在開展工作量估算的過程中，需要注意以下情況：
當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。
當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。
對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。
為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。
工作量的估算結果宜為一個范圍而不是單一的值。
三、成本估算
在獲得了工作量估算結果後，可採用科學的方法進行成本估算。
在成本估算過程中，應需要注意的情況：
類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；
間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；
直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；
成本估算結果，也通常為一個范圍，而不是單一的值。
四、確定軟體開發成本
在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。
而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：
根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；
根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。
在進行軟體的規模、工作量、成本估算時應遵循以下原則：
在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；
充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；
工作量和成本的估算結果宜為一個范圍值；
在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；
成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；
在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。
除了上述主要原則外，我們還需注意在使用基準數據時：
對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。
對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。
⑧ 如何測算B2C網站建設的成本
至於運行維護成本，則可以根據開發成本與運行維護成本比值的經驗數據和測算出來的開發成本一起計算。
在對B2C網站建設項目中的軟體成本測算，通常分兩步走:第一步，測算軟體的規模或程序量;第二步，利用有關的經驗參數模型測算出該種規模的軟體成本。當然，也可運用專家判定等方法將上述兩步合並直接測算成本。
軟體開發成本測算出來以後，與硬體成本和其他成本累加則構成網站建設項目的開發成本，在此基礎上，根據運行維護成本與開發成本之間比值的經驗系數導出信息系統的運行維護成本。
由於Internet發展日新月異，新產品和新技術的推出極大地降低了費用，因此，
B2C網站建設的成本進行精確的費用預算是十分困難的。最好的辦法是列出所需的硬體、軟體、人員和服務清單，然後咨詢相關的專業人士。
⑨ 項目成本估算方法的軟體度量標准
一、工信部行業標准《軟體研發成本度量規范》
軟體研發成本度量規范簡介
本標准規定了軟體研發成本度量方法、過程及原則，包括軟體研發成本的構成、軟體研發成本度量過程、軟體研發成本度量的應用。本標准適用於度量成本與功能規模密切相關的軟體研發項目的成本。本標准不涉及軟體定價，但相關各方可依據本標准明確研發成本，從而為軟體定價提供重要依據。
標准研製背景
長期以來，如何度量和評估軟體研發項目的成本一直是產業界的難題。目前我國尚無科學統一的軟體研發項目成本度量標准體系以指導、規范、管理軟體項目的研發成本，較大程度導致做預算時無據可依，造成極大浪費；在軟體項目招評標過程中，由於無法界定軟體工程項目的合理成本范圍，常常出現惡意低價或超高價格競標現象；軟體開發商在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後、費用遠遠超出最初估算水平的情況。
標准研製過程
在國家工業和信息化部軟體服務業司領導下，從2010年開始啟動我國軟體成本度量標准體系的研製工作。中國軟體行業協會系統與軟體過程改進分會 （以下簡稱 「過程改進分會」）和中國電子技術標准化研究院（以下簡稱「電子四所」）圍繞軟體研發成本度量標准體系建設開展了基礎性研究工作，梳理了標准體系。核心標准《軟體研發成本度量規范》於2010年12月正式立項，計劃號為2010-3194T-SJ，由過程改進分會和電子四所共同牽頭起草，組織產、學、研、 用約40家單位共同參與，歷時3年，為軟體項目預算、立項審批、招投標、項目計劃、變更管理等工作提供「科學依據」。
標準的價值
1、倡導使用統一的國際功能點方法度量軟體規模，使度量結果可比對；
2、倡導使用基準數據估算軟體工期和成本，使估算結果更科學；
3、倡導使用一致的估算過程和公式，使估算過程透明化、估算結果可追溯。
標准試點應用
《軟體研發成本度量規范》從2012年開始試點應用。海關總署、中國人民銀行、東軟集團等單位都參與了試點工作，分別在預算審批、項目立項、招投標、項目計劃等場景進行應用，取得了很好的效果。截至2013年年底，共有約2000人參加CCEP培訓，近1500人通過考試並成為國內首批CCEP（軟體成本估算專家）。採用標准規定的方法後，極大的解決了試點企業長期以來面臨的問題。
標准發布
行業標准《軟體研發成本度量規范》（SJ/T11463-2013） 由中華人民共和國工業和信息化部於2013年10月17日正式發布，並於2013年12月1日開始正式實施。
最新進展
經推薦，該標准由中關村智聯軟體服務業質量創新聯盟牽頭 ，正在申請升級為國家標准，於2015年7月31日正式下達計劃號：20151553-T-469
二、北京市地方標准《信息化項目軟體開發費用測算規范》
規范研製背景
北京作為全國軟體與信息服務業之都，產業規模一直位居全國前列，並且保持著較快的增長水平，軟體和信息服務業在全市經濟發展中也佔有越來越重要的地位。隨著十二五規劃的逐步實施，北京市各行各業信息化建設投資也不斷加大，僅全市每年屬於市級財政撥款范疇的信息化項目就可達700至800個，金額總量可達三十多億元，涉及上千家企事業單位。然而本市一直沒有科學統一的標准以支撐、規范、管理信息化項目軟體開發費用的測算，這大大制約了北京軟體產業的健康可持續發展。由於相關標準的缺失，如何測算信息化項目軟體開發的合理費用一直都是北京軟體產業發展中的難點，因而常常導致軟體項目預算審批無依據、惡意競標等問題的發生。
規范的價值
由北京市經濟和信息化委員會歸口指導，北京軟體和信息服務交易所、北京軟體行業協會過程改進分會聯合制訂的北京市首個軟體成本度量地方標准《信息化項目軟體開發費用測算規范》於今年11月起正式實施，這標志著我市信息化項目軟體開發工作擁有了科學、標準的費用評估方法，有助於規范行業市場、推動軟體企業提升生產效率，提升產業增長質量。
三、聯盟標准《行標應用指南（預算場景）》
編制背景
長期以來，如何度量軟體研發成本一直是產業界的難題，尤其是在預算、招投標、項目計劃等活動中因為缺失科學統一的軟體研發成本度量標准，較大程度導致項目做預算時無據可依，進而造成預算浪費或預算不足；在軟體項目招投標過程中，因為缺乏軟體研發成本度量依據，惡意競標、低價中標現象頻頻發生；開發方在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後，費用遠遠超出最初預算的情況。科學統一的軟體研發成本度量標准既是有效進行軟體項目管理的重要依據，也是當前軟體產業發展的迫切需要。
為此，工業與信息化部軟體服務業司委託中國軟體行業協會系統與軟體過程改進分會牽頭組織編制了《軟體研發成本度量規范》。標准中規定了軟體研發成本度量的方法及過程，包括軟體研發成本的構成、軟體研發成本度量的過程、軟體研發成本度量的應用。其目的是幫助軟體研發涉及各方科學、一致地進行成本度量。但標准中沒有包含軟體研發成本度量過程中所需要的估算模型、行業基準數據及其在不同場景進行成本估算的詳細步驟和方法，因此需要制訂標準的應用指南，以便相關各方針對不同的應用場景、正確使用行業數據和模型，有效開展軟體研發成本度量相關工作。
編制目的與范圍
本指南是《軟體研發成本度量規范》系列應用指南之一，針對預算場景。
《軟體研發成本度量規范》中的成本度量，特指對軟體研發成本的預計值進行估算或對實際值進行測量、分析的過程。而《軟體研發成本度量規范》中，預算是指根據項目成本估算的結果確定預計項目費用的過程。因此，本指南主要描述在預算場景下如何開展成本估算工作，而不涉及編制預算的其他方面。
在《軟體研發成本度量規范》及本指南中，軟體研發過程包括從項目立項開始到項目完成驗收之間的需求分析、設計、編碼、集成、測試、驗收交付活動及相關的項目管理、支持活動。因此，本指南中軟體研發成本僅包括軟體研發過程中的所有直接成本和間接成本，但不包括數據遷移、軟體維護等成本。本指南中所涉及工作量、工期也僅為軟體研發過程所用工作量、工期。
本指南編制的主要目的是指導預算活動相關各方，基於《軟體研發成本度量規范》有效開展成本估算工作，並為確定軟體項目預算提供科學依據。
本指南明確了基於《軟體研發成本度量規范》和基準數據開展成本估算相關活動的步驟與方法，並通過示例，明確了典型情況的估算及調整方法；對於其他特殊情況，相關人員應根據本指南及《軟體研發成本度量規范》中的相關原則，結合項目特點，選擇適當的估算方法或對估算結果進行合理調整。
對於與預算類似的其他早期估算應用場景，相關人員也可參照本指南的相關原則與方法，開展項目估算活動。
⑩ 成本估算的軟體標准簡介
1、行業標准《軟體研發成本度量規范》
本標准規定了軟體研發成本度量方法、過程及原則，包括軟體研發成本的構成、軟體研發成本度量過程、軟體研發成本度量的應用。本標准適用於度量成本與功能規模密切相關的軟體研發項目的成本。本標准不涉及軟體定價，但相關各方可依據本標准明確研發成本，從而為軟體定價提供重要依據。
標准研製背景
長期以來，如何度量和評估軟體研發項目的成本一直是產業界的難題。目前我國尚無科學統一的軟體研發項目成本度量標准體系以指導、規范、管理軟體項目的研發成本，較大程度導致做預算時無據可依，造成極大浪費；在軟體項目招評標過程中，由於無法界定軟體工程項目的合理成本范圍，常常出現惡意低價或超高價格競標現象；軟體開發商在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後、費用遠遠超出最初估算水平的情況。
標准研製過程
在國家工業和信息化部軟體服務業司領導下，從2010年開始啟動我國軟體成本度量標准體系的研製工作。中國軟體行業協會系統與軟體過程改進分會 （以下簡稱 「過程改進分會」）和中國電子技術標准化研究院（以下簡稱「電子四所」）圍繞軟體研發成本度量標准體系建設開展了基礎性研究工作，梳理了標准體系。核心標准《軟體研發成本度量規范》於2010年12月正式立項，計劃號為2010-3194T-SJ，由過程改進分會和電子四所共同牽頭起草，組織產、學、研、 用約40家單位共同參與，歷時3年，為軟體項目預算、立項審批、招投標、項目計劃、變更管理等工作提供「科學依據」。
標準的價值
1、倡導使用統一的國際功能點方法度量軟體規模，使度量結果可比對；
2、倡導使用基準數據估算軟體工期和成本，使估算結果更科學；
3、倡導使用一致的估算過程和公式，使估算過程透明化、估算結果可追溯。
標准試點應用
《軟體研發成本度量規范》從2012年開始試點應用。海關總署、中國人民銀行、東軟集團等單位都參與了試點工作，分別在預算審批、項目立項、招投標、項目計劃等場景進行應用，取得了很好的效果。截至2013年年底，共有約2000人參加CCEP培訓，近1500人通過考試並成為國內首批CCEP（軟體成本估算專家）。採用標准規定的方法後，極大的解決了試點企業長期以來面臨的問題。
標准發布
行業標准《軟體研發成本度量規范》（SJ/T11463-2013） 由中華人民共和國工業和信息化部於2013年10月17日正式發布，並於2013年12月1日開始正式實施。
最新進展
經推薦，該標准由中關村智聯軟體服務業質量創新聯盟 牽頭，正在申請升級為國家標准，於2015年7月31日正式下達計劃號：20151553-T-469
2、北京市地方標准《信息化項目軟體開發費用測算規范》
1、規范研製背景北京作為全國軟體與信息服務業之都，產業規模一直位居全國前列，並且保持著較快的增長水平，軟體和信息服務業在全市經濟發展中也佔有越來越重要的地位。隨著十二五規劃的逐步實施，北京市各行各業信息化建設投資也不斷加大，僅全市每年屬於市級財政撥款范疇的信息化項目就可達700至800個，金額總量可達三十多億元，涉及上千家企事業單位。然而本市一直沒有科學統一的標准以支撐、規范、管理信息化項目軟體開發費用的測算，這大大制約了北京軟體產業的健康可持續發展。由於相關標準的缺失，如何測算信息化項目軟體開發的合理費用一直都是北京軟體產業發展中的難點，因而常常導致軟體項目預算審批無依據、惡意競標等問題的發生。2、規范的價值由北京市經濟和信息化委員會歸口指導，北京軟體和信息服務交易所、北京軟體行業協會過程改進分會聯合制訂的北京市首個軟體成本度量地方標准《信息化項目軟體開發費用測算規范》於今年11月起正式實施，這標志著我市信息化項目軟體開發工作擁有了科學、標準的費用評估方法，有助於規范行業市場、推動軟體企業提升生產效率，提升產業增長質量。 3、聯盟標准《行標應用指南（預算場景）》1、編制背景長期以來，如何度量軟體研發成本一直是產業界的難題，尤其是在預算、招投標、項目計劃等活動中因為缺失科學統一的軟體研發成本度量標准，較大程度導致項目做預算時無據可依，進而造成預算浪費或預算不足；在軟體項目招投標過程中，因為缺乏軟體研發成本度量依據，惡意競標、低價中標現象頻頻發生；開發方在項目實施過程中，由於缺乏成本控制的科學依據，也經常出現時間滯後，費用遠遠超出最初預算的情況。科學統一的軟體研發成本度量標准既是有效進行軟體項目管理的重要依據，也是當前軟體產業發展的迫切需要。為此，工業與信息化部軟體服務業司委託中國軟體行業協會系統與軟體過程改進分會牽頭組織編制了《軟體研發成本度量規范》。標准中規定了軟體研發成本度量的方法及過程，包括軟體研發成本的構成、軟體研發成本度量過程、軟體研發成本度量的應用。其目的是幫助軟體研發涉及各方科學、一致地進行成本度量。但標准中沒有包含軟體研發成本度量過程中所需要的估算模型、行業基準數據及其在不同場景進行成本估算的詳細步驟和方法，因此需要制訂標準的應用指南，以便相關各方針對不同的應用場景、正確使用行業數據和模型，有效開展軟體研發成本度量相關工作。2、編制目的與范圍本指南是《軟體研發成本度量規范》系列應用指南之一，針對預算場景。《軟體研發成本度量規范》中的成本度量，特指對軟體研發成本的預計值進行估算或對實際值進行測量、分析的過程。而《軟體研發成本度量規范》中，預算是指根據項目成本估算的結果確定預計項目費用的過程。因此，本指南主要描述在預算場景下如何開展成本估算工作，而不涉及編制預算的其他方面。在《軟體研發成本度量規范》及本指南中，軟體研發過程包括從項目立項開始到項目完成驗收之間的需求分析、設計、編碼、集成、測試、驗收交付活動及相關的項目管理、支持活動。因此，本指南中軟體研發成本僅包括軟體研發過程中的所有直接成本和間接成本，但不包括數據遷移、軟體維護等成本。本指南中所涉及工作量、工期也僅為軟體研發過程所用工作量、工期。本指南編制的主要目的是指導預算活動相關各方，基於《軟體研發成本度量規范》有效開展成本估算工作，並為確定軟體項目預算提供科學依據。本指南明確了基於《軟體研發成本度量規范》和基準數據開展成本估算相關活動的步驟與方法，並通過示例，明確了典型情況的估算及調整方法；對於其他特殊情況，相關人員應根據本指南及《軟體研發成本度量規范》中的相關原則，結合項目特點，選擇適當的估算方法或對估算結果進行合理調整。對於與預算類似的其他早期估算應用場景，相關人員也可參照本指南的相關原則與方法，開展項目估算活動。