軟體專案計畫

[專案名稱]

(c)2010 [xx]資訊科技****

版本歷史

檔案控制

本文件的任何內容變更需要sepg審批。

本文件儲存在公司的sepg配置庫中，以供軟體部以及相關人員查詢使用。

目錄1. 專案介紹 4

1.1 專案範圍與目標 4

1.2 客戶與終端使用者介紹 4

1.3 開發方介紹 4

1.4 制約 5

2. 專案過程定義 5

2.1 過程模型 5

2.2 方法與工具 6

3. 人力資源計畫 6

4. 軟硬體資源計畫 7

5. 任務與進度計畫 8

6. 下屬計畫 8

附錄a. 審批《專案計畫》 10

提示：（1）用簡練的語言說明本專案「是什麼」，「說明用途」。

（2）簡要說明本專案「應當包含的內容」和「不包含的內容」。

（3）簡要說明本專案「適用的領域」和「不適用的領域」。

（4）簡要說明本專案的目標，這些目標必須是「可實現」、「可驗證」的。

提示：（1）請說明在專案開發過程中應當遵循的標準或規範，注意可能存在特殊的行業規定，請不要遺漏。（2）請說明相關專案可能對本專案造成的影響。（3）說明一些假設和依賴。

提示：描述、繪製本專案的過程模型。專案經理根據本專案的特徵，適當裁減公司的軟體過程規範，認可後在本專案中使用。

提示：說明過程模型中將採用的方法與工具。

提示：規劃小組制定本專案的角色職責表，並為已知的專案成員分配角色（乙個人可以兼多個角色）。

提示：規劃小組分析專案開發、測試、執行所需的軟硬體資源，主要內容包括：

資源名稱

詳細配置

獲取方式（如「已經存在」、「可以借用」或「需要購買」等）與獲取時間

備註（如「誰」在「什麼」時候使用）

提示：專案經理分配任務制定進度表。詳細的任務進度計畫甘特圖可以使用ms project擬制。預期工作成果可以參考根目錄下的「檔案清單」中的內容。

提示：下屬計畫（subordinate plan）是對《專案計畫》的補充。《專案計畫》需要機構的審批，但下屬計畫一般只需要專案經理（或其它負責人）審批即可。

提示：（1）高階經理根據「專案計畫檢查表」認真審批《專案計畫》

（2）如果是合同專案，還要請客戶代表審批

軟體專案計畫

3.1風險分析 教學內容 風險標識 風險估計 風險評價和風險管理與監控。教學重點 風險標識。教學難點 風險估計。教學方法 課堂講授 討論。教學要求 掌握風險標誌方法，了解風險估計和評價，理解風險管理。思考題 為何要對軟體專案進行風險分析？3.1.1風險標識 風險發生的 不確定性 和風險發生後帶來的 ...

軟體專案管理計畫

version 1.0 revision 目錄1.簡介 1 1.1 專案概述 1 1.2 專案交付產品 1 1.3 spmp的演化 1 1.4 參考資料 1 1.5 術語與縮寫 1 2.專案組織 1 2.1 過程模型 1 2.2 組織結構 2 2.3 組織介面 2 2.4 專案職責 2 3.管理過程...

軟體專案開發計畫

專案名稱 部門級文件管理系統 專案編號 編寫人員 編寫日期 2004 5 10 審批人員 審批日期 歷史修改記錄 1.引言 3 1.1.編寫目的 3 1.2.專案標識 3 1.3.專案背景 3 1.4.術語定義 3 1.5.參考資料 3 1.6.約束和假定 4 2.專案概況 4 2.1.專案產品 4...