版本 <1.0>
修訂歷史記錄
目錄1. 簡介 4
1.1 目的 4
1.2 範圍 4
1.3 定義、首字母縮寫詞和縮略語 4
1.4 參考資料 4
1.5 概述 4
2. 需求工件與需求型別 4
3. 需求屬性 5
3.1 《需求型別》的屬性 5
3.1.1 狀態 5
3.1.2 價值 5
3.1.3 工作量 5
3.1.4 風險 6
3.1.5 穩定性 6
3.1.6 目標發布版 6
3.1.7 職責分配 6
3.1.8 原因 6
4. 可追蹤性標準 6
4.1 需求之間的追蹤 6
4.2 需求和後續開發的追蹤 6
5. 需求管理團隊 6
6. 需求開發與管理計畫 7
7. 需求管理工作指南 8
7.1 需求工程過程 8
7.2 需求開發過程 9
7.3 定義需求屬性 9
7.4 定義需求跟蹤矩陣 9
7.5 需求版本控制過程 9
7.6 變更管理過程 9
需求管理計畫
[需求管理計畫的簡介應提供整個文件的概述。其中應包括此需求管理計畫的目的、範圍、定義、首字母縮寫詞、縮略語、參考資料和概述。]
[闡明本需求管理計畫的目的。]
[簡要說明此需求管理計畫的範圍、與它相關的專案，以及受到此文件影響的其他任何事物。]
[本小節應提供正確解釋此需求管理計畫所需的全部術語的定義、首字母縮寫詞和縮略語。這些資訊可以通過引用專案詞彙表來提供。]
[本小節應完整列出此需求管理計畫中其他部分所引用的任何文件。每個文件應標有標題、報告號（如果適用）、日期和出版單位。列出可從中獲取這些參考資料的**。
這些資訊可以通過引用附錄或其他文件來提供。]
[此小節應說明需求管理計畫其他部分所包含的內容，並解釋該文件的組織方式。]
有需求管理人員設定。
由營銷經理、產品經理或業務分析員設定。並非所有需求都同等重要。通過按照各項需求對終端使用者的相對利益來劃分其等級，可以促使客戶、分析員和開發團隊成員相互交換意見。
用於管理規模並確定開發的優先順序。
由開發團隊設定。由於有些特性所需的時間和資源多於其他特性，所以在評測複雜程度並預計在給定時間範圍內能否完成哪些工作時，最佳的方式就是估計團隊工作週數或個人工作週數、所需的**行數或功能點數（舉例來說）。用於管理規模並確定開發的優先順序。
由開發團隊根據專案遭遇意外事件的可能性來設定，這些事件包括超支、工期延誤，甚或是專案取消。雖然可以對風險級別進行細分，但大多數專案經理都認為將風險歸為高、中、低就足夠了。通過評測專案團隊估計進度的不確定性（範圍），一般都可以間接地對風險進行評估。
由分析員和開發團隊設定，設定的依據是特性發生變化的可能性或團隊對特性的理解發生變化的可能性。用於協助確定開發優先順序並確定下一步需要繼續徵集的特性。
記錄將首次包括指定特性的產品版本。該字段可用於將前景文件中的特性分配給特定的基線發布版。如果將其與狀態字段結合，您的團隊就可以提出、記錄和討論發布版的各種特性，而此時還不必前進到開發階段。
只有狀態被設定為「已併入」且目標發布版已確定的特性才將被實施。管理規模時，可以增加目標發布版本號，這樣該項特性雖然仍保留在前景文件中，但將安排在以後發布。
在許多專案中，特性會被分配給各個「特性團隊」，它們負責進一步獲取需求，並編寫軟體需求和實施方案。這一簡單的下拉列表將幫助專案團隊中的每位成員更好地理解他們的職責。
此文字字段用於跟蹤所需特性的**。需求的提出總會有一定的原因。此欄位記錄相應的解釋或對相應解釋的引用。
例如，引用可以是產品需求規約的頁碼及行號，或是某次重要的客戶訪談錄像的會議記錄標號。
需求之間存在互相影響，乙個需求會依賴於另乙個需求，被依賴的需求變化的時候，影響依賴的需求。
採用用例驅動的開發：
需求 – 確定用例
分析 – 分析用例
設計 – 設計用例
編碼 – 實現用例
測試 – 測試用例
追蹤方法：用例實現
需求管理小組成員：
● 產品經理
● 專案經理
● 系統分析員
● 架構師
● 開發人員代表
● 測試人員代表
確定系統目標 //可以是產品經理或者專案經理
建立需求管理小組 //系統分析員或者產品經理
建立需求管理專案 //系統分析員或者產品經理
制定需求管理計畫 ,確定需求的工件型別、屬性、追蹤策略//系統分析員或者產品經理
獲取需求、分析需求、編寫需求規格 //系統分析員或者產品經理
確定需求的屬性 //產品經理/系統分析員
需求評審 //需求管理小組
建立需求追蹤矩陣 //系統分析員或者產品經理
建立需求基線 //系統分析員或者產品經理
物資需求計畫管理規定
一 總則 為規範公司物資採購計畫的管理，使物資採購計畫做到合理 及時，準確，保證公司生產物資能按時 按質 按量採購到位，制定本規定。1 物資採購計畫按彙總時間分為月度計畫 月度補充計畫和特急 單項 採購計畫。按計畫 為分倉庫最低庫存需求計畫和部門需求計畫 含生產檢驗消耗需求計畫 辦公需求計畫 2 物...
需求管理組計畫書
目錄1.專案組簡介 1.1專案組名稱 1.2 成立背景 1.3 實現目標 1.4 成員介紹 2.實施板塊 2.1板塊介紹 2.2甘特圖 3.實施細則 1 專案簡介 1.1 專案組名稱 需求管理 1.2 成立背景 目前困擾整個採購作業的第一難題是物資計畫的管理的失控，也可以說在物資計畫管理上，是乙個空...
需求調研計畫
erp系統 建立日期 2007 10 30 修改日期 2007 10 30 客戶專案經理 日期 xx公司專案經理 日期 文件控制 修改記錄 審閱人存檔 在erp專案的售前階段，一般xx公司售前諮詢顧問會進行一些簡要的調研，來確定專案實施的目標。其目的是為了論證erp專案可行性的需要，所制定的實施計畫...