軟體開發專案管理，補習對軟體開發專案的工作範圍、可能遇到的風險、需求的資源、要實現的任務、經歷的里程碑、話費的工作量，以及進度的安排等等做到心中有數。而軟體專案管理可以提供這些資訊。
軟體具有可見性差、定量化難等特殊性。但通常可以①根據以往開發類似軟體的經驗來進行成本估算。②將軟體專案劃分為若干個子系統或按照軟體生存週期的各個階段分別估算其成本，然後彙總出整個軟體的成本。
③使用經驗公式和成本估算模型來進行估算。
估算人員參照以前完成的專案所花費的總成本，來推算將要開發的軟體的總成本，然後把它們按階段、步驟和工作單元進行分配。
分別估算每乙個子任務所需要的開發工作量，然後將他們加起來，得到軟體的總開發量。
將待開發的專案與乙個或多個已完成的類似專案進行比較，找出與某個相類似專案的若干不同之處，並估算每個不同之處對成本的影響，匯出待開發專案的總成本。
2.成本估算模型
常用的成本估算模型有putnam模型和cocomo模型
（1）putnam模型
是一種動態多變數模型，它是假設在軟體開發的整個生存週期中工作量的分布。
（2）cocomo模型
是結構性成本模型，是最精確、最易於使用的成本估算模型之一。
風險分析實際上是4個不同的活動：風險識別、風險**、風險評估和風險控制。
風險識別是試圖系統化地確定對專案計畫（估算、進度、資源分配）的威脅。風險識別的乙個方法時建立風險條目檢查表。
①產品規模：與要建造或要修改的軟體的總體規模相關的風險。
②商業影響：與管理或市場所加諸的約束相關的風險。
③客戶特性
④過程定義
⑤開發環境
⑥構建技術
⑦人員數目及其經驗
又稱風險估算，它從兩個方面評估乙個風險：風險發生的可能性或概率以及如果風險發生了所產生的後果。
主要由4種風險**活動：
①建立乙個尺度或標準，以反映風險發生的可能性
②描述風險的後果
③估計風險對專案和產品的影響
④標註風險**的整體精確度，以免發生誤解
進行風險評估時，建立了如下形式的三元組：
其中，表示風險，表示風險發生的概率，表示風險產生的影響。
風險評估過程中，需要執行以下4個步驟：
①定義專案的風險參考水平值
②建立每一組與每乙個參考水平值之間的關係
③**一組臨界點以定義專案終止區域，該區域由一條曲線或不確定區域所界定
④**什麼樣的風險組合會影響參考水平值
（4）風險控制
風險控制策略必須考慮以下3個問題：
①風險避免
②風險監控
③風險管理及意外事件計畫
進度的合理安排是如期完成軟體專案的重要保證，也是合理分配資源的重要依據。
①系統最終交付日期已經確定，軟體開發部門必須在規定期限內完成。
②系統最終交付日期只確定了大致的年限，最後交付日期由軟體開發部門確定。
①gantt圖
②pert圖
軟體專案組成員，可以分為需求分析組、設計組、編碼組、測試組、維護組等。
程式設計小組的組織形式可以有多種，如主程式元祖、無主程式設計師組、層次是程式設計師組等。
由一名主程式設計師、後備程式設計師、資料員和若干名程式設計師。
成員之間平等
有一位組長，組長負責全面工作，他領導若干名高階程式設計師，每個高階程式設計師又領導若干名程式設計師。
專案軟體開發計畫
公司名 專案名 軟體開發計畫 版本 1.0 注 以下提供的模板用於 rational unified process。其中包括用方括號括起來並以藍色斜體 樣式 infoblue 顯示的文字，它們用於向作者提供指導，在發布此文件之前應該將其刪除。按此樣式輸入的段落將被自動設定為普通樣式 樣式 body...
軟體開發專案的風險管理
作者 蘭燕子 1月27日參加了專案管理聯盟組織的 北京專案管理愛好者聚會 我被易風邀請做了乙個主題演講，其實不是什麼演講，只是結合理論談了自己的一些想法和工作中遇到過的經驗教訓，更主要的目的是給大家出乙個討論和交流的主題，希望能起個拋磚引玉的作用。我講的主題是 軟體開發專案的風險管理，因為我認為風險...
軟體開發專案驗收標準
驗收標準 1.引言 1.1 編寫目的 為了使專案驗收更具公平性 可操作性和標準化，特制定此驗收標準。1.2使用者 專案名稱 中小型物流企業erp平台開發與建設專案專案製作提出單位 專案開發單位 主管部門 開發人員 驗收人員 1.3參考資料 1 軟體需求說明書 2 系統概要設計說明書 3 總體設計說明...