需求分析需要采用需求分析的軟件。需求分析軟件一般采用C/S的結構，需求分析人員作為客戶對服務器進行操作，操作主要由四個方面：系統管理（含用戶的創建 和授權，定義項目的術語表等）、項目視圖（涉及項目的相關操作）、需求類型視圖（涉及需求類型的相關操作）、需求視圖（涉及需求的相關操作）。

項目包含一個或多個需求類型，需求類型包含一個或多個需求。里程碑是特定版本的需求的集合（需求分析軟件含有簡單的配置管理的功能），它作為軟件產品的功能依據。自動文檔生成是通過文檔模版將里程碑的需求，自動生成相關文檔。

1. 項目

項目在總體上定義了一個應用和系統所涉及到的需求及需求涉及的范圍。它包含了在需求分析過程中參與需求分析的人員、需求類型、包含于需求類型中的需求。此外它還包含了如下信息：*項目的相關信息（如創建人員）*項目的里程碑*外部的可追溯性*安全性框架等

2. 用戶/用戶組

用 戶是指參與需求分析的人員，一般由軟件產品的最終用戶、軟件開發人員、系統設計員、測試人員等組成。在需求分析產品中用戶包含用戶的基本描述和聯系方式 （如電子郵件）等，目前大多數需求分析產品還含有消息通訊的機制（類似于QQ），及時地將需求的變化告知相關的需求分析人員。

用戶組是指具有相同操作權限的一個或多個用戶。用戶組可以被指定到特定的項目或需求（用戶組中的用戶對此具有相應得操作權限）。

3. 安全性

安全性是指在需求分析過程中，用戶對需求的操作權限。安全性防止未授權的用戶對關鍵性需求的操作。安全性是用戶/用戶組與需求之間的一種關系。

一般來說安全性有三個方面的含義：

· 系統管理

系統維護（系統數據備份等）、用戶管理、用戶組管理等

· 安全性框架

定義用戶的基本操作權限。這種操作權限和具體的項目、項目需求無關。如一個用戶添加的需求只能由這個用戶自己刪除等。

安全性框架又可以分為兩類：· 存取級別（Access Level）創建、查看、維護需求。·刪除級別（Delete Level）刪除需求。

·特定需求的安全性

建立用戶/用戶組與特定需求的關聯，以確定此用戶/用戶組對需求的操作權限。

4. 需求類型/需求

需求類型通常是以功能劃分的較高層次的需求，如用戶界面。需求是所要構建的系統或應用所要滿足要求的說明，需求可以由業務規則、處理流程、人員的組織結構獲得。需求包含于需求類型之中。需求類型/需求一般是用文字描述的，此外還可以通過需求的屬性、外部文件來描述需求。

5. 屬性

屬性用來描述需求相關特性，屬性一般可分為兩類。

系統屬性：描述需求的系統特點，如需求是否被確認等。

自定義屬性：由用戶自定義用來描述需求的屬性，如描述人員的電話號碼等。

6. 需求網格

需求網格是一組相關的需求用網格的形式表示，主要用于需求的分析。一般來說可以定義顯示的方式，如針對某個用戶顯示他所創建的需求、針對某類功能顯示相關的需求等等。

7. 需求映射

考慮這樣的背景，在一個實時系統中，數字信號的采集與傳輸在不同的控制系統中均使用相同的實現方式，它們的需求也相同。在這種情況下我們可以采用需求映射的技術，需求映射是在不同的項目中使用相同的需求。

在圖中有三個項目，項目A中的需求R3被共享出來，項目B中的R3的需求映射到項目A中的需求R3。

8. 可追溯性（Traceability）

可追溯性是需求的一致性表現形式。它主要包含以下幾個方面的含義：

· 保持和用戶要求的同步

必須牢記的是用戶需求是不斷變化的。需求分析需要適應需求的不斷變化。

· 保持需求之間的完整和一致

用戶從各個層面提出的需求，往往含有相當多的矛盾，需求分析的一個重要的方面是要消除這些矛盾，規范用戶的需求。此外需求之間的依賴性也可以通過可追溯性來表示。

· 保持需求和系統設計間的同步

在 大多數項目中，需求分析和系統設計沒有的必然聯系，這種情況造成的后果是軟件產品和實際的需求相差甚遠。例如采用手工的方法，可以使需求與系統設計保持一 致。但這種方法是不安全的，因為沒有相應的機制來強制相關人員遵守規則。所以必須從技術層面來保證需求和設計的一致，目前大多數的需求分析工具均有和系統 設計工具保持同步的插件，如Borland的CaliberRM、IBM的ROSE、Telelogic的DOORS等。

9. 報告（Report）

報告可以理解是需求的視圖，從不同的層次來描述需求，報告可根據需要進行過濾，如針對某一需求類型的報告、針對不明確需求的報告等。

報告一般可以分為：· 細節報告：描述需求的細節。· 狀態報告：描述需求的狀態，需求的狀態可分為接受、不明確、拒絕等。· 責任報告：參加需求分析的人員對其負責的需求產生的報告。

10. 討論

討論是在需求分析過程中，需求分析團隊成員之間的一種協作機制。這種機制可使相關人員就需求的定義、描述、狀態、優先級、一致性、完整性等進行討論，得出正確的結論。

討論一般來說分兩個級別，項目級別、需求級別。

11. 文檔引用

一個需求的描述可能需要外部的文檔，文檔引用是用外部文件來描述相關需求的附加信息。目前需求分析產品支持最多的文檔類型是MS WORD，此外根據產品的不同，還支持Excel、圖像文件、HTML、及OLE等。

12.里程碑（BaseLine）

需求是不斷變化的，軟件產品根據不斷變化的需求有不同的版本，每一個版本的軟件除了軟件自身的BUG外，就是滿足新增加的需求，而軟件產品需要其實現的功能具有穩定性。里程碑就是需求分析過程的一個階段結果，這個階段結果是固定不變的。

13. 文檔的自動生成

參與軟件開發的人都有這樣的體會，在軟件產品完成之前很難給出軟件的各種文檔，就是給出了相應的文檔，文檔之間也有各種各樣的矛盾。這是需求、設計、開發缺乏同步的表現。

如果我們在軟件的開發過程中，嚴格遵循軟件的開發規范，采用相應得軟件工程工具，上述情況就可以避免。

在需求分析中，需求分析產品均可以自動根據分析的結果生成相應得文檔，文檔的格式可以有MS Word、PowerPoint、HTML等。這里我們主要介紹一下Office Word文檔的生成方式。

在自動生成文檔之前，我們需要定義文檔模版。根據所要生成文檔的格式和需求分析軟件的相關命令，在Office Word創建文檔模版。文檔模版創建好之后，在需求分析軟件中選擇里程碑，自動生成出Office Word文檔。

>>點擊查看更多有關系統開發、需求分析的相關資訊<<