::: xx公司
2020-01-01 :::
文件管理
合理地管理主文件， 確保文件版本的及時更新，同時保持備份文件和源文件的一致性。
版本管理
本版本修訂日期 2019-08-12 生效日期 2019-08-12
版本 生效日期 變更內容 編制人
v1.0 2020-01-01 初稿編寫完成 xx
引言標識
本條應包含本文件的完整標識，以及本文件適用的系統和軟體的完整標識，包括標識號、標題、縮略詞語、版本號和發行號。
系統概述
本條應簡述本文件適用的系統和軟體的用途，應描述系統和軟體的一般特性；概述系統開發、執行和維護的歷史；標識專案的業主方、使用者、承建方、監理方等；標識當前和計畫的執行現場等。
文件概述
概述本文件的用途和內容，並描述與其使用有關的保密性和私密性的要求。
與其他計畫之間的關係
描述本計畫和其他專案管理計畫的關係。
輸入基線
給出編寫本專案開發計畫的輸入基線，如業務需求說明書等。
引用檔案
列出本專案的交付產品成果，包括軟體程式、交付文件等，以及各交付成果的交付期限。
業務需求和約束條件
分條闡述專案的業務需求和約束條件；
其它方面的需求和約束條件
分條闡述其它方面的約束，如專案進度要求、保密性等。
專案目標
綜述專案進度目標、成本目標、質量目標。
專案總體計畫
軟體開發過程和里程碑
描述要採用的軟體開發過程。計畫應覆蓋論及它的所有合同條款，確定已計畫的開發階段(適用)、目標和各階段要執行的軟體開發活動。 里程碑設定分條闡述里程碑/階段名稱、期限、里程碑標誌說明（進入條件和輸出）、評審方式等。 提供一張工作產品矩陣表，描述各工作產品的編號、名稱、產生階段、評審方式等。工作產品包括各階段產生的過程文件和技術文件等，是工作任務分解和配置管理計畫制定的重要依據。
軟體開發方法
描述或引用要使用的軟體開發方法，包括為支援這些方法所使用的手工、自動工具和過程的描述。
軟體產品標準
描述或引用在表達需求、設計、編碼、測試用例、測試過程和測試結果方面要遵循的標準和要求。對要使用的各種程式語言應提供編碼標準。
評審途徑
闡述軟體內部評審的方式，以及需方或授權代表（總集、監理）實施軟體產品和活動評審的途徑和方式。
軟體配置管理
描述針對本專案所採用和遵循的軟體配置管理方法.包括配置項的標識、控制、狀態統計、審核、交付等。 具體的配置項識別和管理可在配置管理計畫中另文給出。
軟體質量保證
描述軟體更正活動中要遵循的方法，包括不同階段的問題發現、紀錄、報告、處理、審核和更正流程，問題/bug跟蹤系統的選用等。須論及出廠測試、需方驗證測試、試執行三個階段。
檔案收集
闡述作為承建方在專案進行過程中進行自身檔案收集管理的方法，包括紙質檔案。
專案估算及進度計畫
工作任務分解
分解專案工作任務，得出工作任務分解結構（wbs）。
規模估算
估算專案規模，如需新編的**行數、文件頁數等。
工作量估算
根據規模估算及專案經驗，估算專案工作量。
進度計畫
在工作任務分解結構（wbs）、工作量估算的基礎上，進行活動排序、資源分配，進而編制進度計畫甘特圖,標識各活動的依賴關係、資源分配情況、起止時間等。
風險估計及應對方法
逐條給出識別的風險及其風險估計量化指標（可能性、嚴重性等級）、相應的對策和緩解方案。建議以列表的方式給出。
專案跟蹤與變更管理
專案日常跟蹤
闡述專案日常跟蹤方法，包括由業主方和授權代表(監理方)參與的專案跟蹤。
里程碑評審
闡述或引用專案各里程碑評審的方法。
變更管理
包括計畫變更、需求變更等的處理流程、機制和方法。
專案組織和資源
專案組織
本條應描述本專案要採用的組織結構，包括涉及的組織機構、機構之間的關係、執行所需活動的每個機構的許可權和職責。
專案資源
本條應描述適用於本專案的資源。 主要包括：
人力資源，分條說明投入此專案的人員、職責、投入階段、地理位置和涉密程度等；
開發人員要使用的設施，包括執行工作的地理位置、要使用的設施、保密區域和運用合同專案的設施的其他特性；
為滿足合同需要，需方應提供的裝置、軟體、服務、文件、資料及設施及需要提供的時間。
根據專案的技術要求和專案成員的情況，確定是否需要進行專案培訓，並制訂培訓計畫。如不需要培訓，應說明理由。
註解本章應包含有助於理解本文件的一般資訊(例如原理)。本章應包含為理解本文件需要的術語和定義，所有縮略語和它們在文件中的含義的字母序列表。 附錄 附錄可用來提供那些為便於文件維護而單獨出版的資訊(例如圖表、分類資料)。為便於處理，附錄可單獨裝訂成冊。附錄應按字母順序(a, b等)編排。
內容審核要點：
專案範圍闡述與合同及其附件要求等是否一致；
工作任務分解與專案範圍/需求是否一致；
工作任務分解、工作量估計和活動進度安排是否合理；
計畫內容是否包括軟體專案管理的各個必要的方面；
作產品定義是否包含需方所要求的各相關必要文件；
織機構和人力資源安排和分配是否合理並符合合同相關要求；
目日常跟蹤管理是否具有可操作性；
目開發過程中的問題/bug處理機制是否具有可操作性；
案收集管理是否具有可操作性。
是否制定了合適的配置管理策略和質量保證策略。
敏捷軟體開發 計畫
計畫 初始探索 在專案開始時，開發人員和客戶會盡量確定出所有真正重要的使用者素材。然而，他們不會試圖去確定所有的使用者素材。隨著專案的進展，客戶會不斷編寫新的使用者素材。素材的編寫會一直持續到專案完成。這一點我贊成，不可能一開始什麼都確定下來，會慢慢完善 大素材要分解 比如使用者能夠安全地進行存款 ...
軟體開發 計畫管理
參考 開發管理，是對開發團隊開發活動的管理，開發活動佔據整個研發工作量的50 70 因此，理順開發管理工作，提高開發的效率，提公升開發的工作質量，是開發管理者所追求的。開發的主體活動 開發活動的範圍很廣，主體活動包括但不限於如下 開發計畫管理 軟體需求分析 總體設計 子系統和模組的概要設計 ui u...
PSP輔助軟體開發計畫
psp輔助軟體開發計畫 日期 2013年11月14號 鑑於軟體開發過程中，程式設計師往往無法在規定時間內完成任務，而且無法給出拖延的時間從而造成專案進度計畫不準確。開發此軟體幫助程式設計師掌握軟體開發程序。此軟體可以支援專案經理分配任務，程式設計師填寫任務計畫，然後專案經理批准。程式設計師記錄開發過...