如下信息：
項目的相關信息（如創(chuàng)建人員）
項目的里程碑
外部的可追溯性
安全性框架等。
3.2 用戶/用戶組
用戶是指參與需求分析的人員，一般由軟件產(chǎn)品的最終用戶、軟件開發(fā)人員、系統(tǒng)設計員、測試人員等組成。在需求分析產(chǎn)品中用戶包含用戶的基本描述和聯(lián)系方式（如電子郵件）等，目前大多數(shù)需求分析產(chǎn)品還含有消息通訊的機制（類似于QQ），及時地將需求的變化告知相關的需求分析人員。
用戶組是指具有相同操作權限的一個或多個用戶。用戶組可以被指定到特定的項目或需求（用戶組中的用戶對此具有相應得操作權限）。
3.3 安全性
安全性是指在需求分析過程中，用戶對需求的操作權限。安全性防止未授權的用戶對關鍵性需求的操作。安全性是用戶/用戶組與需求之間的一種關系。
一般來說安全性有三個方面的含義：
· 系統(tǒng)管理
系統(tǒng)維護（系統(tǒng)數(shù)據(jù)備份等）、用戶管理、用戶組管理等。
· 安全性框架
定義用戶的基本操作權限。這種操作權限和具體的項目、項目需求無關。如一個用戶添加的需求只能由這個用戶自己刪除等。安全性框架又可以分為兩類：
· 存取級別（Access Level）創(chuàng)建、查看、維護需求。
·刪除級別（Delete Level）刪除需求。
·特定需求的安全性
建立用戶/用戶組與特定需求的關聯(lián)，以確定此用戶/用戶組對需求的操作權限。
3.4 需求類型/需求
需求類型通常是以功能劃分的較高層次的需求，如用戶界面。需求是所要構建的系統(tǒng)或應用所要滿足要求的說明，需求可以由業(yè)務規(guī)則、處理流程、人員的組織結構獲得。需求包含于需求類型之中。需求類型/需求一般是用文字描述的，此外還可以通過需求的屬性、外部文件來描述需求。
3.5 屬性
屬性用來描述需求相關特性，屬性一般可分為兩類。
系統(tǒng)屬性：描述需求的系統(tǒng)特點，如需求是否被確認等。
自定義屬性：由用戶自定義用來描述需求的屬性。如描述人員的電話號碼等。
3.6需求網(wǎng)格
需求網(wǎng)格是一組相關的需求用網(wǎng)格的形式表示，主要用于需求的分析。一般來說可以定義顯示的方式，如針對某個用戶顯示他所創(chuàng)建的需求、針對某類功能顯示相關的需求等等。
3.7 需求映射
考慮這樣的背景，在一個實時系統(tǒng)中，數(shù)字信號的采集與傳輸在不同的控制系統(tǒng)中均使用相同的實現(xiàn)方式，它們的需求也相同。在這種情況下我們可以采用需求映射的技術，需求映射是在不同的項目中使用相同的需求。
在圖中有三個項目，項目A中的需求R3被共享出來，項目B中的R3的需求映射到項目A中的需求R3。
3.8 可追溯性（Traceability）
可追溯性是需求的一致性表現(xiàn)形式。它主要包含以下幾個方面的含義：
· 保持和用戶要求的同步
必須牢記的是用戶需求是不斷變化的。需求分析需要適應需求的不斷變化。
· 保持需求之間的完整和一致
用戶從各個層面提出的需求，往往含有相當多的矛盾，需求分析的一個重要的方面是要消除這些矛盾，規(guī)范用戶的需求。此外需求之間的依賴性也可以通過可追溯性來表示。
· 保持需求和系統(tǒng)設計間的同步
在大多數(shù)項目中，需求分析和系統(tǒng)設計沒有的必然聯(lián)系，這種情況造成的后果是軟件產(chǎn)品和實際的需求相差甚遠。例如采用手工的方法，可以使需求與系統(tǒng)設計保持一致。但這種方法是不安全的，因為沒有相應的機制來強制相關人員遵守規(guī)則。所以必須從技術層面來保證需求和設計的一致，目前大多數(shù)的需求分析工具均有和系統(tǒng)設計工具保持同步的插件，如Borland的CaliberRM、IBM的ROSE、Telelogic的DOORS等。
3.9 報告（Report）
報告可以理解是需求的視圖，從不同的層