軟體平台如何計算開發成本

『壹』 開發一個軟體的費用怎麼計算

開發一個軟體的費用怎麼計算

定製開發一個小程序的費用，價格通常都需要數千元至數萬元之間，具體多少錢，需要看你的需求。例如，你准備開發一個什麼類型的小程序?要實現哪些功能?頁面的數量?UI的風格?有沒有外部介面或者植入某種系統等等。

互聯網是個神奇的大網，大數據開發和軟體定製也是一種模式，這里提供最詳細的報價，如果你真的想做，可以來這里，這個手機的開始數字是一伍扒中間的是壹壹三三最後的是泗柒泗泗，按照順序組合起來就可以找到，我想說的是，除非你想做或者了解這方面的內容，如果只是湊熱鬧的話，就不要來了。

主要看你的功能，外包公司也是看小程序開發的難易程度，需要的工作時間來定費用的。

(一)自己有開發團隊

小程序開發需要前端、後端的技術支持，簡單的展示小程序我們就不說了，這種大多數商家是不會選擇的。

我們說的是具備展示+在線銷售的小程序，當然也有人能夠獨立開發一個小程序，但是相對應的開發進度會比較慢，另外這類開發者薪資都不低，找他開發的話那後期維護肯定也是他了，這個成本一下子就高了很多。

如果是團隊的話開發進度會快很多，另外開發完成之後只需要出市場價留下一到兩人維護即可(正常一個人就夠了)。這種比較適合大型企業，有雄厚的資金支持。

(二)找專業的開發公司外包

直接寫需求，外包公司按你的需求去開發，開發完成你就可以直接上產品使用，雖然這也需要一定時間，價格也不低，本身工種薪資水平就不低，但一般這樣的團隊開發的小程序比你見過的總和還要多，專業性就不用說了。這種比較適合中型企業，有自己的定製需求，開發成本也能夠承受。

(三)購買代碼包

自己配置伺服器在早幾個月有很多這種在網路上售賣小程序代碼包的，有真的也有假的，假的我們就不說了，大家自己注意就行，這種小程序通常是小程序模板，沒有個性化設計，買了代碼包自己部署伺服器安裝上去就行，當然也需要一定的IT基礎，價格比前兩種選擇會便宜很多，功能類似的小程序買代碼包的價格差不多是開發的十分之一，但是這個代碼包的質量是無法保證的，建議找一個專業人士檢查測試代碼包，另外購買代碼包也需要自己維護的，所以這種方式比較適合有能力和基礎，出於其他原因不能自己開發的。能夠減少開支。

『貳』 如何確定軟體的開發成本價格

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

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

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

『叄』 一個軟體項目如何評估工作量和成本

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

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

國家標准《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。

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

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

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

『肆』 軟體開發怎麼計價的

軟體開發怎麼計價的
軟體開發如何計算工時，如何報價軟體系統定製開發報價的計算方法，軟體開發工時費用標准
1.軟體開發做軟體((致電手。嘰l58--ll33--4744))價格估算方法
軟體開發價格與工作量、商務成本、國家稅收和企業利潤等項有關。為了便於計算，給出一個計算公式：
軟體開發價格 = 開發工作量 × 開發費用/人·月
1.1開發做軟體((致電手。嘰l58--ll33--4744))工作量
軟體開發工作量與估算工作量經驗值、風險系數和復用系數等項有關：
軟體開發工作量 = 估算工作量經驗值 × 風險系數 × 復用系數
1.1.1估算工作量經驗值(以A來表示)
軟什開發工作量的計算，曾有人提出以源代碼行或功能點來計算，這些方法實施起來均有不少難度。目前國際上仍舊按以往經驗的方式加以計算，國內各軟體企業也是採用經驗的方式加以估算工作量。
為了更好地規范估算方法，建議可按照國家標准「GB/T 8566-2001軟體生存周期過程」所規定的軟體開發過程的各項活動來計算工作量。
工作量的計算是按一個開發工作人員在一個月內(日歷中的月，即包括國家規定的節假日)能完成的工作量為單位，也就是通常所講的「人·月」。
特別要提醒的是軟體開發過程中既包括了通常所講的軟體開發，也應包括各類軟體測試的活動。
1.1.2風險系數(以σ來表示)
估算工作量經驗值亦會存在較大風險，造成軟體危機的因素很多，這也是一個方面的因素。特別當軟體企業對該信息工程項目的業務領域不熟悉或不太熟悉，而且用戶又無法或不能完整明白地表達他們的真實的需求，從而造成軟體企業需要不斷地完善需求獲取，修改設計等各項工作。因此：
l ≤ 風險系數 ≤ 1.5
根據我們對軟體企業的了解，超過估算工作量經驗值的一半，已是不可接受，所以我們確定「1.5」為極限值。當然這既要看企業的能力，也要看用戶能接受的程度。
1.1.3復用系數(以τ來表示)
估算工作量經驗值是軟體企業承擔一般項目來估算的，但如果軟體企業已經採用「基於構件的開發方法」
，並己建立起能夠復用的構件庫(核心資產庫)，或者已有一些軟體產品，僅作二次開發，從而使軟體開發工作量減少。因此：
0.25 ≤ 復用系數 ≤ 1
根據國內外軟體企業在實施基於構件開發方法(軟體產品線)的經驗數據，提高工作效率達到25%(最高值)。
1.2開發費用/人·月
軟體企業的商務成本、國家稅收、企業利潤、管理成本和質量成本。均可攤分到各個軟體開發人員頭上。
開發費用/人·月 =(P+Q+R)× S× τ
1.2.1 P(人頭費)
人頭費主要是員工的工資、獎金和國家規定的各項按人計算的費用。其總量在軟體企業中的商務成本佔70%-80%。
P = B × 1.476
國家規定的公積金 7%，醫療保險金12%，養老金22%，失業金
2%(即通常所說的四金)，另外還有按工資總額計征的工傷保證金0.5%，生育保證金0.5%，殘疾基金1.6%，工會基金2%，累計為47.6%。
B為平均工資，即企業支付給員工的工資、獎金、物質獎勵等多項總和，除以企業員工數，分攤到每個月。
1.2.2 Q(辦公費)
辦公費包括企業辦公房屋租賃費和物業管理費、通信費、辦公消耗品、水電空調費、設備折舊、差旅費，另外也包括企業對員工的在職培訓所支付的費用，其總量在軟體企業中的商務成本佔20%-30%。
Q = B/3
此處辦公費用按商務成本的25%計算。
1.2.3 R(國家稅收和企業利潤)
由於國家實施發展軟體產業的優惠政策，故不單獨列出計算，但軟體企業仍需承擔繳納國家稅收的義務，可一並與企業利潤一起考慮。
另外，軟體企業的員工不可能全年滿負荷地工作，即使一年十二個月都安排工作，但也需抽出時間進行在職培訓和提職的崗前培訓。據我們的了解，軟體企業的員工一年能有10個月到
11個月的工作也是正常的。
R = B/3
此處為我們的建議方案，各軟體企業可視情況加以變更。
1.2.4 S(管理系數)
通常每個機構的管理人員都會有一定的比例，參考一些機構的做法，按每十個軟體人員配備兩個管理人員即管理成本：
1 ≤ S ≤ 1.2
1.2.5 T(優質系數)
提高軟體質量，必然有所開支，即質量成本，對於不同的軟體企業來說，其質量成本不盡相同。
軟體企業與其他企業一樣，也有誠信和品牌等諸多因素，從而增加企業的開支。
目前我們可以按通過 ISO9000質量體系認證和CMM或CMMI的認證來確定，分別取值1.05、1.1、1.15、1.2。
今後建議可對軟體企業的資質分為四級。由軟體行業協會根據CMMI的認證、品牌、誠信程度等各種因素加以確定。此體系建設還有待進一步探索。
據此，我們綜合上述各點：
開發費用/人·月 =(B × 1.476 + B/3 + B/3)× l.2 × T
= B ×(1.476 + 2/3)× 1.2 × T
= B × 2 .575 × T
= B × λ
當T=1.05時，λ=2.7
當T=1.2時，λ=3.09
因此，2.7 ≤ λ ≤ 3.09
對於承接國外軟體外包業務，一方面員工的工資較高，另外工作的安排也較難滿負荷工作，用此建議R=B/2。因此
開發費用/人·月 = B(1.476 + 1/3 + 1/2)× 1.2 × T
= B × 2.767 × T
= B × λ
當T=1.05時，λ=2.906
當T=1.2時，λ=3.32
因此，2.9 ≤ λ ≤ 3.32
結論：
軟體開發價格 = A × σ × τ × B × λ
A：估算工作量經驗值
B：軟體企業的平均工資/人·月
Q：風險系數l ≤ Q ≤ 1.5
T：復用系數0.25 ≤ τ ≤ 1
λ：綜合系數2.7 ≤ λ ≤ 3.09
2. 軟體(系統)維護收費價格估算方法
在完成信心工程項目的系統集成和應用軟體開發，並交付用戶正式運行的一年內，對軟體(系統)實行免費維護服務一年。
在正式運行一年後，軟體企業應與用戶簽定軟體(系統)維護合同。該合同屬技術轉讓合同，也可屬技術開發合同。
根據不同的用戶要求，可分四種級別進行軟體(系統)維護。
2.1 A級
軟體企業派出技術人員常駐用戶，解決日常運行中發生的問題。
2.1.1 U(系統建設投資額)
用戶需要軟體企業維護的系統，該系統建設的投資額。如用戶只需要軟體企業維護其所開發的應用軟體，U就是該應用軟體開發費;如用戶需要軟體企業維護整個系統，包括計算機硬體、軟體、網路和應用軟體，則U就是該信息工程項目的總投資額。
2.1.2 N(技術人員數)
軟體企業派出N個技術人員，常駐用戶，因此：
軟體(系統)維護費/年 = U × 15% 或 B × λ × N × 12
B、λ參見1.
2.2 B級
軟體企業每周七天，每天24小時(即7×24小時)響應，2小時到現場，且每天派技術人員到現場進行軟體(系統)性能調試，使之運行處於良好狀態。
軟體(系統)維護費/年 = U × 10%
2.3 C級
軟體企業7×24小時響應，2小時到場。
軟體(系統)維護費/年=U × 5%
2.4 D級
用戶的信息工程系統或應用軟體發生問題，由原承擔的軟體企業派人維護。
2.4.1 B』
這種維護方式要求軟體企業需要保存所有的技術檔案，更需要軟體企業抽出專人來不斷熟悉和全面掌握該軟體(系統)的各項技術細節。因此，軟體企業的這項支出必然要在維護費用收入中得到回報。
以1.1.3節中的B 作為參數，將其人·月單位改為人·天，以B』表示。
2.4.2 τ』
軟體企業如果採用基於構件開發方法，並建立起構件庫，則會大大提高軟體維護的效率。另外，如果有多家用戶運行的系統大致類似，也可有所提高效率。
以1.1.3節中的τ 作為參數，以τ』來表示。因此：
軟體(系統)維護費/次=B』 × τ』× n
此次n表示所需要的人·天數。τ』的取值是0.2 ≤ τ』≤ 1。
3. 系統集成價格的估算方法
將整個系統所涉及到的設備、軟體、網路整和起來，並能正常地運行，其運行的結果能達到用戶建立該系統的目標。這就是系統集成的含義。因此，可以理解為單純的設備采購和供應並不涉及系統集成，以及單純的應用軟體開發也並不涉及系統集成。
系統集成費應與整個系統的規模、整個系統的復雜程度等項有關。
系統規模往往與系統建設費用密切相關。為了簡便計算，以系統建設費用(以U來表示)為參考坐標。復雜程度(以α來表示)可分四種級別來區分。
系統集成費 = U × α × T
T參見1.2.5節
3.1 A級
整個系統涉及到計算機硬體、軟體、區域網絡，且體系結構在三層次以下(含三層次)。
5% ≤ α ≤ 8%
3.2 B級
整個系統涉及到計算機硬體、軟體、區域網絡、互聯網，且體系結構在三層以上(含三層次)。
7% ≤ α ≤ 10%
3.3 C級
整個系統涉及到計算機硬體、軟體、區域網絡、互聯網以及多種網路介面。
8% ≤ α ≤ 12%
3.4 D級
整個系統涉及到計算機硬體、軟體、網路、通信以及各種數據採集設備介面或者與用主系統有介面。
10% ≤ α ≤ 15%
4. 系統解決方案費用估算方法
根據用戶所提出的初步需求，軟體企業根據以往的經驗為之提供整個系統建設的方案，包括需購買的計算機硬體、軟體、網路設備和應用軟體開發的大體設想、費用估算、進度初步安排、信息化所涉及到的規章制度的一些規劃，有時還會涉及信息中心的建設等等。這就是系統解決方案所要完成的工作。
目前國內市場對於系統解決方案是一種智力勞動成果的認識不足，以及國內多數招標公司並不熟悉信息技術，從而更加使得系統解決方案收費變得困難。因此，目前的收費處於過渡階段。
系統解決方案費用與整個系統的規模、復雜程度等項有關。
系統規模往往與系統建設費用密切相關，為了簡便計算，以系統建設的總投資(以U來表示)為參考坐標。
復雜程度就是用戶的功能、性能要求復雜性、信息介面的類型和數量有關，以β來表示。
解決方案費用=U × β × T
T參見 1.2.5節
關於β我們參照第3節所列各級。
A級： 0.7% ≤ β ≤ 1.2%
B級： 1% ≤ β ≤ 1.8%
C級： 1.5% ≤ β ≤ 2.2%
D級： 2% ≤ β ≤ 3%

『伍』 如何核算一個軟體開發項目的成本

如何核算一個軟體開發項目的成本

如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？

簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。

四、APP開發公司的所在地

需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些

『陸』 軟體項目的成本如何估算

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

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

「多少錢？」

「多長時間？」

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

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

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

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

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

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

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

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

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

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

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

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

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

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

『柒』 開發一款App成本是多少後期的維護又需要多少

開發一款App成本是多少?後期的維護又需要多少

隨著互聯網時代的來臨，APP開發這塊已經成為了眾多商家企的必爭之地。但是，在實際的APP開發過程中，很少有企業會擁有一支完善的技術開發團隊。更多時候大家會選擇將自己APP開發的項目外包出去，找專門的APP開發公司來負責項目的開發。

一、APP開發流程

1、人員配置：在進行APP開發前，首先需要一個完整的技術開發團隊。app開發團隊的技術人員結構分為：安卓開發工程師1名、iOS開發工程師1名、產品經理1名、前端開發1名、後台開發1名、設計師1名、測試工程師1名。

2、需求溝通：產品經理與客戶進行洽談溝通，了解APP的開發內容、基礎的功能模塊，面對的市場人群、解決用戶的核心功能需求等等，製作APP功能列表。

3、規劃設計：產品經理在APP功能列表的基礎上，結合自身市場經驗製作APP原型圖。然後由設計師，設計APP整個頁面效果圖。

4、功能開發：由前面的專業開發工程師依靠APP原型圖、設計圖等，完成APP系統的開發工作。

5、測試修改：測試工程師通過不同型號的戰機對APP項目進行測試，發現問題反饋修改，並最終完成項目開發。

6、上線部署：測試完成之後對軟體進行伺服器部署，以及上架到應用商店。

7、後期維護：一般市面上的公司提供半年到一年的後期維護和開發軟體本身自帶BUG的免費維護

二、APP開發成本計算

1、基礎的人力成本：每個流程開發人員工資大部分都在萬元以上，具體可以結合開發公司所在城市的薪資水平來計算。一般來說定製APP開發最少需要兩個月時間左右，復雜項目周期更長。

2、辦公耗材：APP開發需要的手機電腦配置較高，根據技術人員的人數來定，按照批發價格，中等配置來算，初步估計每個人5000。

3、場地租賃：辦公場地租賃費用，視各地情況而定，越發達的城市租金費用越高昂。

4、周邊產品：包括域名、伺服器等，約2萬元。

總結：這些基本上就涵蓋了軟體開發公司所有涉及到的大項目板塊，可以根據這個和自身項目情況做一個大體成本的評估，開發公司在這個價格上下一定范圍內浮動基本上就是正常的了，這里建議在這個價格範圍之外過高過低都不建議考慮，過低沒有安全保障，可能導致時間精力金錢的多重浪費，過高則浪費成本沒有必要，畢竟後期運營的作用較之軟體開發更加重要。

『捌』 開發軟體的費用如何計算

首選算算你的成本：
參與開發項目的工程師多少人？實施人員、服務人員等多少人？他們的工資各是多少？工作多少時間？期間內需要的辦公費用會是多少？出差交通費，公司費用等。
等等，上述這些就是你最基本的成本，後續服務的費用，然後再加上你最重要的利潤！
大致這樣計算就差不多了。

『玖』 做軟體開發的成本究竟如何估算

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

1、軟體規模評估：

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

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

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

2、軟體工作量評估

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

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

3、軟體階段工作量評估

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

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

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

4、軟體人員成本評估

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

5、軟體風險評估

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

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

6、軟體成本報告與更新

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

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