1. 財務軟體公司的會計成本核算怎樣做
一、核算方法的選擇
中小型企業一般指資產規模較小、產品的生產工藝流程和產品結構及所用原材料大部分相同的、管理人員（財務人員少）相對精簡的企業，管理結構通常是垂直管理體系。中小型企業因數量多而在經濟結構鏈中起著不可少的作用。隨著全球經濟一體化時代到來，具備先進技術的人員創辦新興的科技型企業將不斷的增加。中小型企業因受到財力、物力和人力的瓶頸，企業內部管理水平、財務決策能力、成本核算制度、財務控制制度等基本制度一般不完整、不系統帶來會計基礎工作薄弱、會計信息數據採集不準確。在生產過程中具體表現為：①沒有專職的成本核算人員；②輔助核算部門沒有獨立核算；③車間物流劃分不明顯、傳遞手續不完善而導致數據失真；④車間生產管理人員與行政管理人員不區分。中小企業的這些特點決定了他們應對成本核算方法進行簡化，使成本核算方法能符合其管理的需要；也同時決定了他們大多數使用的是實際成本法，而不會採用標准成本法或其他的成本核算方法。
二、中小企業的管理模式決定其應使用簡易的成本核算方法
中小型企業，無論其生產什麼類型的產品，也不論管理標准如何，最終目標都是要按照產品品種算出產品成本。按產品品種計算成本，是產品成本計算最基本要求，品種法是最基本的成本計算方法。若有需要或管理上要求按訂單生產，也可採用分批法。同時因小企業一般不對外籌集資金或者籌借金額較小，一般不要向金融機構報送報表而只需向稅務部門報送稅務報表，所執行的也就不是嚴格意義上的《企業會計制度》或《小企業會計制度》，執行的將是符合稅法規定的一種簡易的能滿足稅法要求的會計政策，從而達到不違法稅法規定，避免涉嫌偷稅漏稅。
三、基本科目設置和成本核算思路
1．不分別設置基本生產成本和輔助生產成本兩大科目，將其合並為一個生產成本科目，不再按產品設明細賬，直接設原材料、工資薪酬、動力費用、製造費用等幾個二級明細科目對大項費用進行歸集。因為中小企業經營范圍比較小，生產產品的工藝和產品結構及所耗原材料基本相同，除了主要原材料能歸屬到具體產品外，其它項目不宜歸屬到具體某一產品，其實核算到產品反而失去真實性。但當所用原料及所產產品區別較大，達到重要性原則，往往可以單一產品設明細帳；也可不設置，而以成本核算表代替。
2．原材料范圍，在滿足生產需要的前提下，只把產品構成比例較大的幾種做為原材料，把非主要的原材料提前進入了成本，這樣既能降低工作量，也符合會計原則重要性原則。對生產車間月末已領未用的原材料，酌情處理：若價值較低，歸入當月即可；若價值較高，按照實際領用實用部分計算成本。
3．中小企業因車間劃分不明顯或雖明顯但傳遞手續不完全，製造費用科目很難按車間設明細賬，只好直接設機物料、修理費、折舊等幾個二級明細科目對車間費用進行歸集。同時因中小企業管理人員多參加生產管理，對這種由管理人員參與且發生的差旅費、辦公費而無法確定是車間費用還是辦公費用而往往直接歸屬到辦公費用內，直接記入管理費用。製造費用月底不先進行分配，而是轉到生產成本科目後往往是已銷產品和庫存產品之間統一分配。
4．廢品損失只在管理上做處理，不單獨做成本核算，企業一般是按存記耗，按已銷售數量加庫存成品計算生產數量。
5．若管理上或生產工藝上非常有必要，設自製半成品科目。否則不設。
2. 軟體開發的成本如何核算！
軟體開發的成本如何核算
如今，不少企業都想擁有屬於自己企業或產品的手機APP，但其中最困擾企業主的問題就是：開發一款手機APP到底需要多少錢？
簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。
四、APP開發公司的所在地
需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。
3. 研發銷售型軟體企業怎麼核算成本呢
首先，軟體屬於無形資產。
09年企業會計准則中，將無形資產的研發由全部費用化改為有條件的資本化。
分為兩個階段，第一階段是研究階段。研究階段是指為了獲取新技術和知識等進行的有計劃的調查。他的特徵是計劃性和探索性，要全部費用化！
會計分錄是：
借：研發支出-費用化支出
貸：應付職工薪酬等
資產負債表日，將研發支出的費用化支出結轉到管理費用
借：管理費用
貸：研發支出-費用化支出
第二個階段是開發階段，是指在進行商業性生產或使用前，將研究成果或其他知識應用於某項計劃或設計，以生產出新的材料、產品。特點是具有針對性並且成功可能性較大。要有條件的資本化。
會計分錄是：
借：研發支出-費用化支出
-資本化支出
貸：應付職工薪酬、原材料等
資產負債表日：資本化支出轉到無形資產成本，費用化支出同樣計入管理費用。
在你的問題中，輔助材料如果是為了研究可行性，則應該費用化，即計入管理費用。如果是開發軟體所必須的，則計入無形資產成本。
軟體屬於存貨。
如果軟體是單位的主營業務，則計入主營業務收入，同時按賬面價值結轉主營業務成本。
4. 軟體開發企業成本如何核算
還是很不錯的，這個行業最普遍的特點就是薪資高待遇好，有一定的不可替代性，需求高
5. 上市公司（高新技術企業）軟體開發企業怎麼進行成本和費用核算
1、公司做軟體開發的中間費用，一般計入「管理費用--研發費用」
軟體開發企業屬於高新技術企業，資質認證時要看公司研發費用支出比例的，把人力成本都進研發費用。
2、這個項目需要高新技術含量。若是屬於高新技術項目，可以到稅務局備案，稅前扣除，並再加計50%扣除所得稅。
3、舉例說明：
若稅務局認定研究開發費為100萬元，可以稅前扣除。還可以加計50萬稅前扣除。
在所得稅清算時調整扣除。
4、關於技術開發費
對財務核算制度健全、實行查賬征稅的內外資企業、科研機構、大專院校等(以下統稱企業)，其研究開發新產品、新技術、新工藝所發生的技術開發費，按規定予以稅前扣除。
對上述企業在一個納稅年度實際發生的下列技術開發費項目，包括新產品設計費，工藝規程制定費，設備調整費，原材料和半成品的試制費，技術圖書資料費，未納入國家計劃的中間實驗費，研究機構人員的工資，用於研究開發的儀器、設備的折舊，委託其他單位和個人進行科研試制的費用，與新產品的試制和技術研究直接相關的其他費用，在按規定實行100%扣除基礎上，允許再按當年實際發生額的50%在企業所得稅稅前加計扣除。
5、軟體企業成本核算 軟體企業成本的構成分為：硬體成本、軟體成本、使用及維護成本、培訓費用和准備費用等五大部分。
6. 軟體企業成本如何核算
按照售價計算完工產品成本，即產成品入庫按照售價計算，結轉銷售成本也按售價結轉，即產成品成本，也可以設計一個過渡科目專門核算生產過程的差價（可不設），最後把差價轉入本年利潤即可。具體分錄如下：
借:產成品（售價）
貸：生產成本（售價）
借：產品銷售成本（售價）
貸：產成品（售價）
借：本年利潤（售價）
貸：產品銷售成本（售價）
借：本年利潤（售價與實際成本的差額）
貸：生產成本（售價與實際成本的差額）
7. 如何確定軟體的開發成本價格
軟體開發成本估算過程可進一步細分為軟體規模估算、工作量估算、成本估算和確定軟體開發成本等四個過程。
其中成本估算需要對直接人力成本、間接人力成本、間接非人力成本及直接非人力成本分別進行估算。
國家標准《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.對於開發方，在引入行業基準數據的基礎上，可逐步建立組織級基準資料庫，以提高估算精度。組織級基準數據定義應與行業基準數據定義保持一致，以便於與行業基準數據進行比對分析，並持續提升組織能力。
8. 軟體項目的成本如何估算
定製軟體開發是軟體開發的一個領域，開發定製的數字技術解決方案以滿足特定業務組織的特定需求。話雖如此，任何投資於定製軟體開發的組織都必須有適當的計劃和預算。定製軟體開發項目有兩個非常重要的限制需要考慮：時間和成本。（准確估算軟體開發項目的成本是保障其整體成功的關鍵）。
在為某個定製軟體開發項目制定計劃時，組織或個人會問兩個問題。
「多少錢？」
「多長時間？」
一、確定定製軟體開發的基礎工作
要確定和估算某個軟體開發項目的成本，必須了解定製軟體開發的基礎知識。更具體地說，您必須知道問題的答案：
「定製軟體開發是如何執行的？」
為了最簡單、最全面地回答這個問題，需要討論以下幾點，它們是定製軟體開發的基礎。
確定需求——它有助於更好地估算成本，還可以正確開發和執行開發任務。
計劃整個過程並設定目標——為整個軟體項目開發周期制定適當的計劃可以在時間和成本管理方面大有幫助。
詳細文檔——必須記錄項目計劃、實施計劃、測試計劃、范圍說明書和培訓計劃中的所有內容。
為定製軟體尋找合適的專業團隊——能夠高效工作並且能夠同時處理多項任務，為整個過程提升效益。
二、確定影響定製軟體開發成本的因素
在下面這一部分，討論影響自定義軟體開發項目的關鍵因素。確定軟體開發項目的成本需要組織或個人考慮並考慮這些因素。
軟體的規模和類型：軟體的規模和類型是決定開發成本的兩個關鍵因素。
例如，移動應用程序或電子商務商店將比銀行或醫院 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。
四、估算軟體項目開發成本
得出功能點數後，結合當地人力成本成本費率和項目非人力成本支出可以估算出軟體項目開發成本。
9. 企業如何進行成本核算
生產型企業主要的成本核算有三種方法：
一、品種法
1、是產品成本計算中一種比較簡單的方法，一般運用於大量大批簡單生產（單步驟生產）的行業或企業，例如發電、自來水生產、原煤原油的開采等。
2、這類行業或企業的生產通常具有產品品種單一、封閉式生產、月末一般沒有或只有少量在產品存在的特點。
3、當期發生的生產費用總和就是該種完工產品的總成本，用總成本除以產量，就可以計算出產品的單位成本。
4、在簡單法下，生產中發生的一切費用都屬於直接費用，可以直接計入該種產品成本。
二、分批法：
1、分批法也稱定單法。是以產品的批次或定單作為成本計算對象來歸集生產費用、計算產品成本的一種方法。
2、分批法主要適用於單件和小批的多步驟生產。如重型機床、船舶、精密儀器和專用設備等。
3、分批法的成本計算期是不固定的，一般把一個生產周期(即從投產到完工的整個時期)作為成本計算期定期計算產品成本。
4、由於在未完工時沒有完工產品，完工後又沒有在產品，完工產品和在產品不會同時並存，因而也不需要把生產費用在完工產品和在成品之間進行分配。
三、逐步結轉分步法
1、逐步結轉分步法也稱順序結轉分步法，它是按照產品連續加工的先後順序，根據生產步驟所匯集的成本，費用和產量記錄，計量自製半成品成本，自製半成品成本隨著半成品在各加工步驟之間移動而順序結轉的一種方法。
2、成本計算期是每月的會計報告期；
3、連續式復雜生產下必然進行大批量生產，無法劃分生產周期，只能以每月作為成本計算期。
4、必須分步驟確定在產品成本，計算半成品成本和最終完工產品成本；
5、是否進行成本還原，要依成本結轉時採用的具體方法確定。
其它的輔助性方法有：
一、標准成本法：
1、標准成本是目標成本的一種，這種預計成本與目標管理的方法結合起來，就稱為目標成本。
2、在產品、勞務、工程項目等在生產經營活動前，根據預定的目標所預先制定的成本。
3、目標成本一般指單位成本而言，它一般有計劃成本、定額成本、標准成本和估計成本等，而標准成本相對來講是一種較科學的目標成本。
二、定額法：
1、定額法是指直接根據有關技術經濟定額來計算確定計劃指標的一種方法，故又稱直接計演算法。這種方法廣泛應用於企業生產、勞動、物資、成本、財務等計劃的編制。
2、成本計算對象是企業的完工產品或半成品。根據企業管理的要求，只計算完工產品成本或者同時計算半成品成本與完工產品成本。
2、定額法一般用於大批大量生產企業，只能按月進行成本計算。
3、產品實際成本是以定額成本為基礎，由定額成本、定額差異和定額變動三部分相加而組成。
4、每月的生產費用應分別定額成本、定額差異和定額變動三方面分配於完工產品和在產品。
10. 軟體開發怎麼計價的
軟體開發怎麼計價的
軟體開發如何計算工時，如何報價軟體系統定製開發報價的計算方法，軟體開發工時費用標准
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%