A. 如何確定軟體的開發成本價格
軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。
其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
國家標准《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.對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。
B. 華為銷售如何控制軟體開發成本
按照成本控制中的五個著眼點。
：1、設計成本，確保未來的生產是最經濟的；
2，采購成本與外協成本，議價能力與規模經濟是關鍵；
3，質量成本，特別是因產品質量和工作質量問題引起的維護成本；
4，庫存成本，特別是由於版本升級而造成的呆料和死料；
5，期間費用中的浪費。其中，設計成本和質量成本最值得關注。
C. 做軟體開發的成本究竟如何估算
軟體成本評估的6個步驟：
1、軟體規模評估：
軟體規模評估是軟體成本評估的基礎，是為了保證軟體成本評估結果的客觀性和透明性，軟體規模信息必不可少。
在軟體規模評估過程中，如果能夠以軟體功能點方法作為主要的軟體規模評估方法，同時輔以其他的非標准評估方法，例如代碼行方法、用例數方法等，應用不同的軟體規模評估方法對規模評估結果進行真實性交叉檢驗，一方面可以提高軟體規模評估結果的可信度；另一方面，也可以對不同類型的項目干係人也會具有更強的說服力。
在實際的軟體規模評估過程中，軟體組織或者個人也可以根據自身的特點採用有別於上述評估方法的其他方法。但要注意的是，不管採用哪種軟體規模評估方法，都要盡可能的保證這個方法所評估結果的一致性和客觀性。
2、軟體工作量評估
如果說我們能夠算出開發軟體、維護軟體所投入的人員工作量，那麼我們也就相當於得到了相應的軟體成本。在軟體行業中的絕大多數項目裡面，影響軟體工作量的最主要因素還是軟體規模因素，當軟體規模越來越大時，也就意味著我們需要投入的工作量越多，這兩者之間是存在著正相關的關系。
在軟體工作量的評估中，還包含了五個小步驟，也就是收集歷史工作量數據、分析歷史工作量數據、建立工作量評估模型、評估工作量、工作量模型的標定和更新。通過這些步驟可以積累更多關於軟體組織開發工作量和維護工作量的數據，在此基礎之上，建立相應的工作量評估模型，從而為後續的工作量評估任務提供支持方法。
3、軟體階段工作量評估
在這個步驟中，軟體成本評估團隊應該充分考慮軟體項目的工期因素，對軟體項目總工作量安排和各個階段工作量安排進行優化分析，將軟體項目的總工作量以合理可行的方式分解為各個階段的工作量。
不僅如此，還要考慮軟體項目工期所面臨的各種工期約束條件，例如一些來自客戶的強制工期要求、市場競爭性、可用的人力資源、項目各階段人力資源分配的合理比例等約束條件，都在這個步驟中明確介紹了一系列階段工作量安排的改進和優化方法，包括階段工作量匯總法、資源平滑法、快速跟蹤法、趕工法以及軟體階段工作量的可行性評估方法等。
這些方法的主要目的就是在於將軟體工作總量以合理、可行的方式分配到軟體項目的各個階段，確保在不超出工作總量的前提下，盡可能降低人員成本、優化人力資源配置，為軟體預算、軟體開發計劃制定等管理活動提供充分的決策支持信息。
4、軟體人員成本評估
在這個步驟裡面，我們將會詳細說明如何在軟體開發和維護所需的工作量轉換為對應的費用信息，以便為相關的項目外部干係人提供更直接的決策依據。在軟體人員成本評估中，也包含有單一人員成本評估法、分類人員成本評估法和行業人員成本評估法。
5、軟體風險評估
在軟體開發的過程中，許多軟體組織明確認識到軟體行業的開發人員已經默認和接受了無償加班這一行業事實，這樣一來，就算沒有識別相應的風險信息，但也沒有嚴重後果，也就是說，如果風險發生了，那就加班。
這個步驟中通過應用不同的風險評價方法，將軟體項目的風險信息轉換為項目的成本信息，從而建立軟體項目的風險預算。
6、軟體成本報告與更新
軟體項目在開發過程中時，經常容易發生各種軟體需求變更、人員變更、工期變更等多種類型的變更，這些變更無一例外地將對軟體成本產生明顯的影響。
在這個步驟中，可以分析軟體成本更新面臨的困難，有哪些典型的軟體成本更新的信息來源，從機制設計的角度確保盡可能全面獲取軟體成本變更信息。最後遵循軟體組織所建立的軟體成本更新過程，將軟體成本變更信息反映到更新後的軟體成本評估結果中。
D. 軟體成本評估都包含哪些內容
完整的軟體造價評估應該包含哪些？
1 估算基礎
對估算對象（需求、任務等）的拆分顆粒度定義了上限與下限，以提升估算的准確度。
完備識別了估算對象，沒有遺漏的需求或任務。
估算人員經過了估算方法的系統培訓。
定義了組織級的估算方法。
2 規模估算
從不估算規模或經驗估算規模升級為客觀度量規模，比如採用國際標準的功能點方法或自定義的規模度量方法，無論是哪種方法，規模與工作量之間應該是強相關的才是合理的。
如果對本公司的項目而言，規模與工作量不強相關，也可以是復雜度等其他因子，對這些因子應該也與工作量做了相關性分析，與工作量應該強相關才是合理的。
3 工作量估算
建立了從規模的客觀度量用定量模型推算出項目總工作量。
建立了工作量分布百分比的性能基線，可以從總工作量推算各階段或各類任務的工作量。比如開發的工作量、測試的工作量。
能夠用PPB或PPM推算出各種關鍵活動的最少投入工作量，比如需求評審的工作量、代碼評審的工作量、系統測試的工作量等。
工作量的估算結果應該是一個區間，而不是單點值。如，總工作量不超過100人月。
4 成本估算
從工作量到成本有定量的計算方法。
成本的估算結果應該也是一個區間，而不是單點值。比如不超過30萬，或者在25到30萬之間等。
5 工期估算
識別了項目的關鍵路徑與關鍵鏈。
對項目的工期進行了模擬，得到滿足項目工期要求的概率有多大。如果概率太低，對關鍵路鏈上的任務、投入的資源與需要完成的需求進行了優化。
6 評審與修訂估算
保存了估算記錄，估算結果經過了評審。
隨著需求和任務的明確，在開發過程中修訂了估算結果。
7 持續改進估算過程
對比了估算結果與實際結果，對估算偏差率建立了過程性能基線或過程性能模型。
總結了估算有關的經驗教訓。
對估算方法和過程進行了持續優化。
跟蹤檢查了估算方法與過程在組織級的落地實施情況。
E. 如何降低對軟體成本估算的影響
1.關閉虛擬機
公有雲原則上是按使用情況付費的模式運行，但是成本超支很常見的一個原因是關閉VM的簡單失敗。 問題是什麼時候關燈。
在開發方案中，僅復制生產的過渡環境可能需要運行24/7。 但這只是有限的時間。 對於開發人員而言，它們可能分散在各個時區，並且工作時間長且奇數小時，但即使是開發和測試環境，也不可能每周需要完整的168個小時。
我們都知道，通常的工作時間是每周40至50小時。 一種簡單的，有規律的方法，可以在不使用時關閉計算資源（也許以自動化方式），可以節省60％或更多的資源，否則可能需要向您收費。
2.自動縮放
這是生產領域中另一個可以幫助自動化的領域。 許多企業和應用程序都有高峰和低谷。 在假期期間，零售商可能會完成其銷售額的30％至40％。 健康保險正處於旺季。 薪資服務具有雙月流量模式。 音樂會銷售開始後，售票處將很快達到頂峰。
但是，為這些高峰構建環境將導致大量的容量浪費和不必要的成本。 自動縮放可以做的是容納這些潮起潮落，在需要時添加伺服器，在繁忙周期過去後將其關閉。 您可以對已知模式進行編程，也可以使用觸發器來激活縮放，然後繼續縮放直到症狀消失。
3.注意您的GET
有關數據存儲的關鍵問題是如何使用它。 如果您的工作流程需要具有較高I / O要求的主存儲，並需要進行計算以保持應用程序運行，那麼您可能不希望它首先放在公共雲上。 對於二級存儲和檔案存儲，公有雲的價格確實很低，但GET用於訪問數據的GET請求。
每月將幾TB的後處理數據移入冷存儲伺服器的PUT請求與GET有所不同，後者使您可以按千位成本提取或下載數據。 如果您需要定期下載或打算將數據移動到其他地方，則應該承擔更多費用。 當然，最好預先回答這些設計問題。
4.管理蔓延
Sprawl與影子IT相關聯，影子IT現在包括公共雲VM基礎架構。 這種情況很容易理解：開發人員需要更多資源才能完成工作； 添加虛擬機非常容易。 但是，如果沒有持續的報告或意識，則無論誰拿到發票都可能會感到意外，特別是如果啟動並運行的VM數量是預算的兩倍。 另外，這些資源可能會被遺忘，並且在不需要時不會關閉。
缺乏監督還可能導致低效的定價，並且當涉及到不同的技術時，您最終可能會面臨管理成本高昂的復雜性。 該解決方案是一種制衡機制，可在保持控制和治理的同時最大程度地減少速度波動。
5.避免安全漏洞
組織通常在兩個層次上建立安全規則和策略：
在企業或公司級別，將策略編碼到技術中，以便在廣泛的資源用戶群中實現一致的應用。
部門或特定應用程序級別，其中訪問根據角色根據人力資源或業務部門進行管理。
但是這些政策的執行情況如何？ 在創建虛擬區域網（VLAN）以支持一組新啟動的VM時，是否要復制整套適用策略？ 如果不是這樣，您將使企業暴露於外部流氓元素中，這些元素可以快速識別網路安全漏洞，破壞防禦並增加環境成本（在這種情況下為間接成本）。
F. 如何降低app軟體開發的成本
企業想要能減低些開發成本，那就需要有針對地進行。比如，可以先從產品的功能上入手。企業需要對自身的需求非常明確，知道要開發一個什麼樣的產品。當目標、開發的要求明確時，能夠有效減少雙方溝通上的成本。同時，盡量將想法簡單化，簡化產品的內容，報價將會有所降低。當然，關鍵的核心功能要保留。新網塔開發精緻的高質量app，總比花俏沒用的功能堆積要好得多。如果能夠低價獲得好產品，又何必去追求復雜呢？
G. 如何估算實施erp軟體系統的成本
一般這幾種方法：
1，先進先出（如果做跨境電商的話，一般很少erp會有，先進先出的話，不容易控制，如果有退貨的不好處理。大一點的erp系統估計會有）
2，采購更新成本（每次采購入庫完成會覆蓋產品的成本）
3，采購移動平均加權(一般採用移動平均加權會多一點)
4，固定的不變成本價（很少用到，一般是工廠生產成本變動不大）
H. 如何理解軟體開發的成本呢
大部分應該是指開發人員的工資，
不過一般還會算上公司的各種稅務
如果有什麼專利的話可能還會算上技術一類成本
我是一個開發人員，不過對於帳務了解不太多
不知道對你有沒有幫助
I. 一個軟體項目如何評估工作量和成本
軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。
其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
國家標准《GB/T 36964-2018 軟體工程 軟體開發成本度量規范》中建議的軟體開發成本估算基本流程如下圖所示：
國家准中的四個估算過程，層層遞進，逐步細化，最終達到科學、一致的成本估算。
一、軟體規模估算
通常情況下，規模估算是軟體成本估算過程的起點。
估算規模是後續計算軟體項目的工作量、成本和進度的主要輸入，是項目范圍管理的關鍵，因此，在條件允許的情況下，應首先進行規模估算。
在規模估算過程中，需要注意以下情況：
在規模估算開始前，應根據可行性研究報告或類似文檔明確項目需求及系統邊界。項目需求除包含最基本的業務需求外，還應進行初步的子系統/模塊劃分，並對每一子系統或模塊的基本用戶需求進行說明，以保證可以根據項目需求進行規模預估。
依據項目特點和需求詳細程度不同，通常估算人員在選擇估算方法時應採用納入國際標準的功能點方法進行功能規模估算，在適用IFPUG或NESMA方法時，可以根據需求的粒度和管理需要，選擇預估功能點方法、估算功能點方法或者詳細功能點方法。
若當前的項目需求極其模糊或不確定，可不進行規模估算，而直接採用類比法或類推法估算工作量和成本。
二、工作量估算
在完成規模估算後，應當開展工作量估算工作，若當前項目未開展規模估算，也可直接啟動工作量估算工作。
工作量估算時，可採用方程法、類比法、類推法、功能點法：
方程法：即基於基準數據建立參數模型，通過輸入各項參數，確定估算值。
類比法：即將待估算項目的部分屬性與類似的一組基準數據進行比對，進而確定估算值。
類推法：即將待估算項目的部分屬性與高度類似的一個或幾個已完成項目的數據進行比對，並進行適當調整後確定估算值。
功能點法：從用戶視角出發，通過量化系統功能來度量軟體的規模，這種度量主要基於系統的邏輯設計。功能點規模度量方法在國際上的應用已經比較廣泛，並且已經取代代碼行成為最主流的軟體規模度量方法。
在開展工作量估算的過程中，需要注意以下情況：
當需求極其模糊或不確定時，如果此時具有高度類似的歷史項目，則可直接採用類推法，充分利用歷史項目數據來粗略估算工作量。
當需求極其模糊或不確定時，如果此時具有與本項目部分屬性類似的一組基準數據，則可直接採用類比法，充分利用基準數據來粗略估算工作量。
對於規模估算已經開展的項目，可採用方程法，通過輸入各項參數，確定待估算項目的工作量。若客戶或高層對項目的工期有明確的要求時，在採用方程法估算工作量時，工期要求有可能是方程的參數之一。
為追求估算的准確性，建議在條件允許的情況下，可採用兩種估算方法，對估算結果進行交叉驗證，若估算結果差別不大，可直接使用兩種估算結果的平均值或以某種估算結果為准，若差別較大，需進行差異分析。
工作量的估算結果宜為一個范圍而不是單一的值。
三、成本估算
在獲得了工作量估算結果後，可採用科學的方法進行成本估算。
在成本估算過程中，應需要注意的情況：
類比法和類推法，同樣適用於需求極其模糊或不確定時的成本估算；
間接成本是否與工作量估算結果相關取決於間接成本分攤計算方式。在絕大多數組織，項目周期越長，項目組成員越多，其分攤的間接成本就越高，此時項目的間接成本與工作量估算結果直接相關；
直接非人力成本通常與工作量估算結果無關，宜單獨分項測算；
成本估算結果，也通常為一個范圍，而不是單一的值。
四、確定軟體開發成本
在《軟體工程 軟體開發成本度量規范》中，將軟體開發成本分為四類，主要是為便於對成本構成（即哪些成本屬於開發成本，哪些不屬於開發成本）進行清晰界定。
而在實際確定軟體開發成本時，通常並不是分別測定四類成本，加和後獲得總成本，而是通常採用以下兩種方式確定總成本：
根據人力成本費率及工作量估算直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本；
根據規模綜合單價和軟體規模，測算出直接人力成本和間接成本之和，再加上直接非人力成本，獲得總成本。
在進行軟體的規模、工作量、成本估算時應遵循以下原則：
在規模估算時,應根據項目特點和需求的詳細程度選擇合適的估算方法；
充分利用基準數據,採用方程法、類比法或類推法,對工作量和成本進行估算；
工作量和成本的估算結果宜為一個范圍值；
在進行成本估算時,如有明確的工期要求,應充分考慮工期對項目成本的影響,可以根據項目實際情況以及工期對項目的影響程度,對成本的估算結果進行調整；
成本估算過程中宜採用不同的方法分別估算並進行交叉驗證。如果不同方法的估算結果產生較大差異,可採用專家評審方法確定估算結果,也可使用較簡單的加權平均方法；
在軟體項目的不同場景下(如預算、招投標、項目計劃和變更管理等)採用國家標准時,相關要求見國家標准中附錄A。
除了上述主要原則外，我們還需注意在使用基準數據時：
對於委託方和第三方，建議使用或參考軟體行業基準數據進行估算。估算模型的調整因子的增減或取值有可能隨著行業基準數據的變化而變化。
對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。