我們在對乙個軟體專案的成本進行評估時都要評估哪些內容？軟體專案成本評估的方法又有哪些呢？
乙個軟體專案成本包含直接成本和間接成本。直接成本又分為直接人力成本和直接非人力成本，而間接成本分為間接人力成本和間接非人力成本。
所謂直接成本是指：專案存在則導致成本發生，專案取消則成本不再發生的成本。如專案成員的人力資源費用（直接人力成本）、由於本專案需要所產生的差旅（直接非人力成本）、培訓（直接非人力成本）等費用。
而間接成本為：服務於本組織所有研發專案的聯合成本，即只要有研發活動成本就會產生，而所有研發活動都取消則成本不再發生。如研發管理人員的費用分攤（間接人力成本）、研發裝置/場地的費用分攤（間接非人力成本）。
直接人力成本根據工作量估算結果（單位通常為人月）和平均人力成本費率（即每人月多少錢）計算；間接成本通常根據專案組的人數和持續時間進行分攤，因而也與工作量相關；直接非人力成本通常在軟體專案中所佔比例較小，該部分與工作量無關。
對乙個軟體專案進行成本評估時，我們常用的軟體專案成本評估公式為：
軟體專案成本=工作量×平均人力成本費率（含直接人力成本、間接成本）+直接非人力成本。此公式基本包含了軟體專案成本評估的內容和過程。
關於軟體專案成本評估的方法，當下行業內常用的有4種評估方法。這4種軟體專案成本評估方法分別是：
以「估」為主的——經驗法和類推法。
以「算」為主的——模擬法和方程法。
下面我們分別介紹一下這4大軟體成本評估方法。
經驗法：經驗法也叫專家法，是由行業內經驗豐富的專家背靠前一起依據自己的行業經驗對軟體專案進行整體的估算。前期的經驗法基本上屬於拍腦袋來進行專案的大概估算，後續的經驗法便基於wbs的軟體進行估算和加進了delphi/加權平均。這種方法依賴評估人員的主觀性過大，所以估算出的結果誤差較大。
類推法：類推法是基於量化的經驗進行估算的。採用類推法時，所選擇的歷史專案與待評估的專案一定要是高度相似的，歷史資料也要盡量選擇本組織內的資料，並且一定要對差異之處進行調整。類推法雖然是迄今為止理論上最可靠的估算方法，由於它是以「估」為主的，脫離不了評估人員的主觀性，所以使用類推法的估算結果經常產生極大偏差。
模擬法：模擬法是基於大量歷史專案樣本資料來確定目標專案的**值，通常是以50百分位數為參考而非平均值。當待評估專案與已完成專案在某些專案屬性（如應用領域、系統規模、複雜度、開發團隊經驗等）類似時，可以使用模擬法。模擬法的行業基準較少，此時可以通過選擇單個專案屬性進行篩選比對，根據結果再進行工作量調整。
方程法：方程法是基於基準資料建模，可以行業資料與企業資料相結合，通過輸入各項引數，確定估算值。
當需求極其模糊或不確定時，如果此時具有高度類似的歷史專案，則可直接採用類推法，若此時具有與本專案部分屬性類似的一組基準資料，則可以直接採用模擬法。對於規模估算已經開展的專案，可採用方程法。
以上就是乙個軟體專案的成本構成及評估方法所有內容。
乙個典型軟體專案的故事
acme公司的widgets系統出了點問題。這個系統被他們用來管理器材的庫存，當初設計時沒考慮到如今這樣大量的資料的增長。他們的員工因為這個問題備受折磨。很顯然，需要想辦法解決這個問題，讓系統恢復正常。經過對本地軟體公司的一番篩選，acme聯絡到了hamster軟體公司，看看他們能否解決這個庫存系統...
乙個成功軟體測試專案的經驗
本文以乙個工作流測試專案為例，總結了在測試過程中積累的經驗，了目前國內軟體開發企業在軟體測試過程中遇到的問題以及解決的方法。測試專案背景和實施情況工作流在某公司軟體產品線中占有重要地位，5.2 workflow專案是5系列中的乙個小版本，主要增加了任務代辦 任務 以及任務交接等功能，同時還修復了一些...
乙個專案的感想
去年真正做了乙個專案，有些感言，寫下來，為以後作專案積累經驗。這個專案很簡單，但是從這個較簡單的專案中，我體會了很多，其中包括對使用者需求的理解 自己的做事風格的反省 專案實施的情況。首先，我談談專案的情況 這個專案是乙個資訊發布系統，很簡單吧，但是，其中有一方面是規章搜尋，並且要生成規章成冊。而且...