估計軟體大小是軟體專案管理的重要組成部分。它有助於專案經理進一步**構建專案所需的工作量和時間。在專案規模估算中使用各種措施。其中一些是：
顧名思義，loc計算專案中源**的總行數。loc的單位是：
好處：
缺點：
er模型提供專案的靜態檢視。它描述了實體及其關係。er模型中的實體數量可用於衡量專案規模的估算。實體數量取決於專案的大小。這是因為更多實體需要更多類/結構，從而導致更多編碼。
好處：
缺點：
資料流程圖(dfd)表示軟體的功能檢視。該模型描述了軟體中涉及的主要過程/功能以及它們之間的資料流。利用dfd中的多個函式來**軟體大小。已經研究了類似型別的現有過程並用於估計過程的大小。每個過程的估計大小的總和給出最終的估計大小。
好處：
缺點：
在該方法中，利用軟體支援的功能的數量和型別來查詢fpc(功能點計數)。功能點分析的步驟是：
計算每個建議型別的函式數量：查詢屬於以下型別的函式數量：
外部查詢：它們導致從系統中檢索資料，但不會更改系統。
內部檔案：系統內維護的邏輯檔案。此處不包含日誌檔案。
外部介面檔案：這些是我們系統使用的其他應用程式的邏輯檔案。
計算未調整的功能點(ufp)：根據其複雜性將五種功能型別中的每一種分類為簡單，平均或複雜。將每個函式型別的計數與其加權因子相乘並找到加權和。每種型別的加權因子根據其複雜程度如下：
以0-5的等級評估上述每個特徵。
計算值調整係數(vaf)：使用以下公式計算vaf
vaf =(tdi * 0.01)+ 0.65
找到功能點計數：使用以下公式計算fpc
fpc = ufp * vaf
好處：
缺點：
軟體工程專案管理
老子 虛其心，實其腹，弱其志，強其骨 亦是軟體工程管理的精髓 當你的開發團隊個個都是頂尖高手的時候，而你過分依賴這些高手個人能力的時候，團隊的戰鬥力實際上會很低下，甚至戰鬥力低於零。軟體工程管理的精髓是，把複雜問題化簡為簡單問題，把腦力勞動轉化為體力勞動。如果能做到這一點，您的工程管理一定能能處於牢...
軟體工程專案進展
二 上週問題 1 對建模設計圖功能細分並不是很全面 2 缺少資料庫的設計 三 本週進展以及下週安排 1 對e r 時序 資料流圖進行了進一步細分 2 新增了uml圖以及結構體系圖來展現專案的具體細節 3 資料庫設計 4 對 進行規範以及編碼 5 我們進行了對網頁爬取這一功能模組的 實操，已經可以實現...
軟體工程專案總結文件
整個軟體工程專案已經接近尾聲了，回顧整個大作業，雖然迎接的有點倉促，送別的有點匆忙，但是還是給我留下了很深的印象，以前聽學長說過這是本科四年最難的大作業，現在想想可能真的是這樣吧。我想從以下幾個方面總結以下這次專案開發，希望能給看到這篇文章的學弟學妹，或者學習相關課程的有緣人，以及將來的自己一些幫助...