軟體開發成本包括哪些

A. 軟體開發過程中哪些費用計入成本

軟體開發過程中哪些費用計入成本?

研發費用致---電---幺伍扒---幺幺叄叄---駟柒駟駟可以加計扣除,研發人員的工資是要計入管理費用的研發費用.

(1)利息支出,指企業短期借款利息、長期借款利息、應付票據利息、票據貼現利息、應付債券利息、長期應付引進國外設備款利息等利息支出(除資本化的利息外)減去銀行存款等的利息收入後的凈額.

(2)匯兌損失,指企業因向銀行結售或購入外匯而產生的銀行買入、賣出價與記賬所採用的匯率之間的差額,以及月度(季度、年度)終了,各種外幣賬戶的外幣期末余額按照期末規定匯率摺合的記賬人民幣金額與原賬面人民幣金額之間的差額等.

(3)相關的手續費,指發行債券所需支付的手續費(需資本化的手續費除外)、開出匯票的銀行手續費、調劑外匯手續費等,但不包括發行股票所支付的手續費等.

(4)其他財務費用,如融資租入固定資產發生的融資租賃費用等.

核算范圍及各項費用處理方式1、本科目核算房地產開發企業在土地、房屋、配套設開發成本施和代建工程的開發過程中所發生的各項費用.

企業對出租房進行裝飾及增補室內設施而發生的出租房工程支出,也在本科目核算.

出租開發產品經營業務中發生的按月計提的出租開發產品攤銷等,可直接計入"其他業務成本"科目,不通過本科目核算.

企業為進行資金的籌集等理財活動而發生的利息支出,以及企業行政管理部門為組織和管理房地產開發經營活動而發生的管理費用,應作為期間費用,直接計入當期損益,不在本科目核算.

B. 軟體項目的成本如何估算

定製軟體開發是軟體開發的一個領域，開發定製的數字技術解決方案以滿足特定業務組織的特定需求。話雖如此，任何投資於定製軟體開發的組織都必須有適當的計劃和預算。定製軟體開發項目有兩個非常重要的限制需要考慮：時間和成本。（准確估算軟體開發項目的成本是保障其整體成功的關鍵）。

在為某個定製軟體開發項目制定計劃時，組織或個人會問兩個問題。

「多少錢？」

「多長時間？」

一、確定定製軟體開發的基礎工作

要確定和估算某個軟體開發項目的成本，必須了解定製軟體開發的基礎知識。更具體地說，您必須知道問題的答案：

「定製軟體開發是如何執行的？」

為了最簡單、最全面地回答這個問題，需要討論以下幾點，它們是定製軟體開發的基礎。

• 確定需求——它有助於更好地估算成本，還可以正確開發和執行開發任務。

• 計劃整個過程並設定目標——為整個軟體項目開發周期制定適當的計劃可以在時間和成本管理方面大有幫助。

• 詳細文檔——必須記錄項目計劃、實施計劃、測試計劃、范圍說明書和培訓計劃中的所有內容。

• 為定製軟體尋找合適的專業團隊——能夠高效工作並且能夠同時處理多項任務，為整個過程提升效益。

二、確定影響定製軟體開發成本的因素

在下面這一部分，討論影響自定義軟體開發項目的關鍵因素。確定軟體開發項目的成本需要組織或個人考慮並考慮這些因素。

• 軟體的規模和類型：軟體的規模和類型是決定開發成本的兩個關鍵因素。

例如，移動應用程序或電子商務商店將比銀行或醫院 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。

四、估算軟體項目開發成本

得出功能點數後，結合當地人力成本成本費率和項目非人力成本支出可以估算出軟體項目開發成本。

C. 一個軟體項目如何評估工作量和成本

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：

國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。

一、軟體規模估算

通常情況下，規模估算是軟體成本估算過程的起點。

估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。

在規模估算過程中，需要注意以下情況：

1. 在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。

2. 依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。

3. 若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。

二、工作量估算

在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。

工作量估算時，可採用方程法、類比法、類推法、功能點法：

• 方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。

• 類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。

• 類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。

• 功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。

在開展工作量估算的過程中，需要注意以下情況：

1. 當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。

2. 當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。

3. 對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。

4. 為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。

5. 工作量的估算結果宜為一個范圍而不是單一的值。

三、成本估算

在獲得了工作量估算結果後，可採用科學的方法進行成本估算。

在成本估算過程中，應需要注意的情況：

1. 類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；

2. 間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；

3. 直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；

4. 成本估算結果，也通常為一個范圍，而不是單一的值。

四、確定軟體開發成本

在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。

而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：

• 根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；

• 根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。

在進行軟體的規模、工作量、成本估算時應遵循以下原則：

1. 在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；

2. 充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；

3. 工作量和成本的估算結果宜為一個范圍值；

4. 在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；

5. 成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；

6. 在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。

除了上述主要原則外，我們還需注意在使用基準數據時：

• 對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。

• 對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

D. 軟體成本評估都包含哪些內容

完整的軟體造價評估應該包含哪些？

1 估算基礎

• 對估算對象（需求、任務等）的拆分顆粒度定義了上限與下限，以提升估算的准確度。

• 完備識別了估算對象，沒有遺漏的需求或任務。

• 估算人員經過了估算方法的系統培訓。

• 定義了組織級的估算方法。

2 規模估算

• 從不估算規模或經驗估算規模升級為客觀度量規模，比如採用國際標準的功能點方法或自定義的規模度量方法，無論是哪種方法，規模與工作量之間應該是強相關的才是合理的。

• 如果對本公司的項目而言，規模與工作量不強相關，也可以是復雜度等其他因子，對這些因子應該也與工作量做了相關性分析，與工作量應該強相關才是合理的。

3 工作量估算

• 建立了從規模的客觀度量用定量模型推算出項目總工作量。

• 建立了工作量分布百分比的性能基線，可以從總工作量推算各階段或各類任務的工作量。比如開發的工作量、測試的工作量。

• 能夠用PPB或PPM推算出各種關鍵活動的最少投入工作量，比如需求評審的工作量、代碼評審的工作量、系統測試的工作量等。

• 工作量的估算結果應該是一個區間，而不是單點值。如，總工作量不超過100人月。

4 成本估算

• 從工作量到成本有定量的計算方法。

• 成本的估算結果應該也是一個區間，而不是單點值。比如不超過30萬，或者在25到30萬之間等。

5 工期估算

• 識別了項目的關鍵路徑與關鍵鏈。

• 對項目的工期進行了模擬，得到滿足項目工期要求的概率有多大。如果概率太低，對關鍵路鏈上的任務、投入的資源與需要完成的需求進行了優化。

6 評審與修訂估算

• 保存了估算記錄，估算結果經過了評審。

• 隨著需求和任務的明確，在開發過程中修訂了估算結果。

7 持續改進估算過程

• 對比了估算結果與實際結果，對估算偏差率建立了過程性能基線或過程性能模型。

• 總結了估算有關的經驗教訓。

• 對估算方法和過程進行了持續優化。

• 跟蹤檢查了估算方法與過程在組織級的落地實施情況。

E. 如何確定軟體的開發成本價格

軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。

其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。

國家標准《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.對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。

F. 計算機軟體開發企業的成本是什麼

計算機軟體開發企業的成本是什麼

極其流行，同樣也是競爭力極其大的一種商業模式。雖然國內軟體開發公司都發展壯大起來了，但是各地軟體開發公司的實力及資質仍然參差不齊。下面為大家介紹下近期國內軟體開發公司的排名匯總。

1：華盛恆輝科技有限公司

上榜理由：華盛恆輝是一家專注於高端軟體定製開發服務和高端建設的服務機構，致力於為企業提供全面、系統的開發製作方案。在開發、建設到運營推廣領域擁有豐富經驗，我們通過建立對目標客戶和用戶行為的分析，整合高質量設計和極其新技術，為您打造創意十足、有價值的企業品牌。

在軍工領域，合作客戶包括：中央軍委聯合參謀(原總參)、中央軍委後勤保障部(原總後)、中央軍委裝備發展部(原總裝)、裝備研究所、戰略支援、軍事科學院、研究所、航天科工集團、中國航天科技集團、中國船舶工業集團、中國船舶重工集團、第一研究所、訓練器材所、裝備技術研究所等單位。

在民用領域，公司大力拓展民用市場，目前合作的客戶包括中國中鐵電氣化局集團、中國鐵道科學研究院、濟南機務段、東莞軌道交通公司、京港地鐵、中國國電集團、電力科學研究院、水利部、國家發改委、中信銀行、華為公司等大型客戶。

2：五木恆潤科技有限公司

上榜理由：五木恆潤擁有員工300多人，技術人員佔90%以上，是一家專業的軍工信息化建設服務單位，為軍工單位提供完整的信息化解決方案。公司設有股東會、董事會、監事會、工會等上層機構，同時設置總經理職位，由總經理管理公司的具體事務。公司下設有研發部、質量部、市場部、財務部、人事部等機構。公司下轄成都研發中心、西安研發中心、沈陽辦事處、天津辦事處等分支機構。

3、浪潮

浪潮集團有限公司是國家首批認定的規劃布局內的重點軟體企業，中國著名的企業管理軟體、分行業ERP及服務供應商，在咨詢服務、IT規劃、軟體及解決方案等方面具有強大的優勢，形成了以浪潮ERP系列產品PS、GS、GSP三大主要產品。是目前中國高端企業管理軟體領跑者、中國企業管理軟體技術領先者、中國最大的行業ERP與集團管理軟體供應商、國內服務滿意度最高的管理軟體企業。

4、德格Dagle

德格智能SaaS軟體管理系統自德國工業4.0，並且結合國內工廠行業現狀而打造的一款工廠智能化信息平台管理軟體，具備工廠ERP管理、SCRM客戶關系管理、BPM業務流程管理、
OMS訂單管理等四大企業業務信息系統，不僅滿足企業對生產進行簡易管理的需求，並突破區域網應用的局限性，同時使數據管理延伸到互聯網與移動商務，不論是內部的管理應用還是外部的移動應用，都可以在智能SaaS軟體管理系統中進行業務流程的管控。

5、Manage

高亞的產品 (8Manage) 是美國經驗中國研發的企業管理軟體，整個系統架構基於移動互聯網和一體化管理設計而成，其源代碼編寫採用的是最為廣泛應用的
Java / J2EE 開發語言，這樣的技術優勢使 8Manage
可靈活地按需進行客制化，並且非常適用於移動互聯網的業務直通式處理，讓用戶可以隨時隨地通過手機apps進行實時溝通與交易。

G. 軟體開發成本有哪些

所謂售前成本，就是在合同簽訂前，乙方為這個項目做商務、做演示、做售前調研等付出的成本（人工費、辦公費、差旅費等）。倒霉的是，並不是每個售前項目都可以簽單，更倒霉的是，一般情況下丟單的比簽單的多，這些丟單的售前項目，成本往哪裡去呢，自然需要由簽下的項目彌補。
直接人工成本。
每個開發團隊包括很多崗位，如項目實施經理、需求分析師、系統架構師、程序員、測試工程師、美工、客服等，這些崗位的人，都是需要吃飯的，都需要發工資、交五險一金。一個項目要做好，離不開這些崗位通力合作。即使只看直接人工成本，也遠遠不止程序員的工資社保。
開發工具及設備成本。
團隊在開發過程中需要各種開發工具，有些工具是開源免費的，但也有很多工具是要收費的。當然，一般來說，每個團隊都有很多開發項目，這個成本分攤到每個項目並不高，幾乎可以忽略不計。但是，有的時候，有些特殊的設備是為這個項目專門采購的，那麼這個成本就不能忽視了。
間接人工成本。

H. 做軟體開發的成本究竟如何估算

軟體成本評估的6個步驟：

1、軟體規模評估：

軟體規模評估是軟體成本評估的基礎，是為了保證軟體成本評估結果的客觀性和透明性，軟體規模信息必不可少。

在軟體規模評估過程中，如果能夠以軟體功能點方法作為主要的軟體規模評估方法，同時輔以其他的非標准評估方法，例如代碼行方法、用例數方法等，應用不同的軟體規模評估方法對規模評估結果進行真實性交叉檢驗，一方面可以提高軟體規模評估結果的可信度；另一方面，也可以對不同類型的項目干係人也會具有更強的說服力。

在實際的軟體規模評估過程中，軟體組織或者個人也可以根據自身的特點採用有別於上述評估方法的其他方法。但要注意的是，不管採用哪種軟體規模評估方法，都要盡可能的保證這個方法所評估結果的一致性和客觀性。

2、軟體工作量評估

如果說我們能夠算出開發軟體、維護軟體所投入的人員工作量，那麼我們也就相當於得到了相應的軟體成本。在軟體行業中的絕大多數項目裡面，影響軟體工作量的最主要因素還是軟體規模因素，當軟體規模越來越大時，也就意味著我們需要投入的工作量越多，這兩者之間是存在著正相關的關系。

在軟體工作量的評估中，還包含了五個小步驟，也就是收集歷史工作量數據、分析歷史工作量數據、建立工作量評估模型、評估工作量、工作量模型的標定和更新。通過這些步驟可以積累更多關於軟體組織開發工作量和維護工作量的數據，在此基礎之上，建立相應的工作量評估模型，從而為後續的工作量評估任務提供支持方法。

3、軟體階段工作量評估

在這個步驟中，軟體成本評估團隊應該充分考慮軟體項目的工期因素，對軟體項目總工作量安排和各個階段工作量安排進行優化分析，將軟體項目的總工作量以合理可行的方式分解為各個階段的工作量。

不僅如此，還要考慮軟體項目工期所面臨的各種工期約束條件，例如一些來自客戶的強制工期要求、市場競爭性、可用的人力資源、項目各階段人力資源分配的合理比例等約束條件，都在這個步驟中明確介紹了一系列階段工作量安排的改進和優化方法，包括階段工作量匯總法、資源平滑法、快速跟蹤法、趕工法以及軟體階段工作量的可行性評估方法等。

這些方法的主要目的就是在於將軟體工作總量以合理、可行的方式分配到軟體項目的各個階段，確保在不超出工作總量的前提下，盡可能降低人員成本、優化人力資源配置，為軟體預算、軟體開發計劃制定等管理活動提供充分的決策支持信息。

4、軟體人員成本評估

在這個步驟裡面，我們將會詳細說明如何在軟體開發和維護所需的工作量轉換為對應的費用信息，以便為相關的項目外部干係人提供更直接的決策依據。在軟體人員成本評估中，也包含有單一人員成本評估法、分類人員成本評估法和行業人員成本評估法。

5、軟體風險評估

在軟體開發的過程中，許多軟體組織明確認識到軟體行業的開發人員已經默認和接受了無償加班這一行業事實，這樣一來，就算沒有識別相應的風險信息，但也沒有嚴重後果，也就是說，如果風險發生了，那就加班。

這個步驟中通過應用不同的風險評價方法，將軟體項目的風險信息轉換為項目的成本信息，從而建立軟體項目的風險預算。

6、軟體成本報告與更新

軟體項目在開發過程中時，經常容易發生各種軟體需求變更、人員變更、工期變更等多種類型的變更，這些變更無一例外地將對軟體成本產生明顯的影響。

在這個步驟中，可以分析軟體成本更新面臨的困難，有哪些典型的軟體成本更新的信息來源，從機制設計的角度確保盡可能全面獲取軟體成本變更信息。最後遵循軟體組織所建立的軟體成本更新過程，將軟體成本變更信息反映到更新後的軟體成本評估結果中。

I. 一款APP開發都包含哪些成本

一款APP開發都包含哪些成本
1、人力成本：想要開發一款APP，就需要擁有一個專業的團隊。而一個這樣的團隊，就包含產品經理、UI設計、iOS/Android開發、後台開發、測試等人員。
2、場地費用：互聯網是個神奇的大網，大數據開發和軟體定製也是一種模式，這里提供最詳細的報價，如果你真的想做，可以來這里，這個手技是----壹伍扒----壹壹叄叄----駟柒駟駟，按照順序組合起來就可以找到，我想說的是，除非你想做或者了解這方面的內容，如果只是湊熱鬧的話，就不要來了。而想要這么多人同時辦公，就需要找一個容納這么多人的辦公場地。一般一個中小型的辦公場地就足夠了，費用大概在一個月幾千左右。
3、辦公設備：包括電腦、測試手機等，其中iOS開發因為其開發特性的原因，其他電腦無邊編寫，因此需要一台蘋果電腦。
而其他的電腦配置在4000左右就足夠了。但是做設計的電腦配置需要高一些，以方便應對各種復雜的設計問題。
4、線上費用：空間伺服器、產品發布等費用，相對上面幾點來說，這些費用並不高，問題不是很大。
在技術外包市場上，外包公司的報價也是幾萬到幾十萬不等的價格。那麼開發公司是根據什麼報價的呢?下面，通過以下幾個角度進行分析。
第一，生產成本：所謂的生產實際上是確定需求(產品)、設計、研發和測試，這個生命周期所涉及的過程，主要成本包括研發人力成本、硬體成本及第三方的服務等等。
事實上，技術投入最大的就是人力成本，這一成本取決於產品規模、成熟度、區域經濟和崗位人員的能力水平等等。
我們知道，一個優秀的研發團隊必須至少擁有一名項目經理、一名產品經理、一名UI設計師、一名IOS開發工程師和一名Android開發工程師。還有測試工程師、運維人員等等，這些人的月薪基本都在10K以上。
簡單核算，每個月至少10萬元的人員固定支出，還不包括辦公和管理成本，一般來說，一個APP項目至少兩個月以上，人員成本可想而知。
第二，功能需求：沒有清晰明了的需求，是不會有合理的價格的，也會造成項目方和開發方產生糾紛，項目方覺得花了錢最終開發的東西卻不是他想要的。
不管什麼類型的APP開發，其價格都是按照功能需求而定的，功能的多少，功能的復雜程度是決定一個APP價格的主要因素。所有在開發APP之前，確立明確的產品需求是非常必要的。
第三，版本：APP版本比較多，現在APP軟體開發類型主要分為IOS開發和Andriod開發為主，因為人們主要使用的手機就是蘋果手機和安卓手機，所以，一般開發APP都需要開發兩個版本，開發成本當然較高了。
第四，開發周期：APP開發周期長，同樣一個功能，APP實現起來比較困難，需要的代碼量遠遠高於網站開發，所以導致開發周期變長，從而導致成本變高。