次來描述需求，報告可根據(jù)需要進行過濾，如針對某一需求類型的報告、針對不明確需求的報告等。報告一般可以分為：
· 細節(jié)報告
描述需求的細節(jié)。
· 狀態(tài)報告
描述需求的狀態(tài)，需求的狀態(tài)可分為接受、不明確、拒絕等。
· 責任報告
參加需求分析的人員對其負責的需求產(chǎn)生的報告。
3.10 討論
討論是在需求分析過程中，需求分析團隊成員之間的一種協(xié)作機制。這種機制可使相關人員就需求的定義、描述、狀態(tài)、優(yōu)先級、一致性、完整性等進行討論，得出正確的結論。
討論一般來說分兩個級別，項目級別、需求級別。
3.11 文檔引用
一個需求的描述可能需要外部的文檔，文檔引用是用外部文件來描述相關需求的附加信息。目前需求分析產(chǎn)品支持最多的文檔類型是MS WORD，此外根據(jù)產(chǎn)品的不同，還支持Excel、圖像文件、HTML、及OLE等。
3.12 里程碑（BaseLine）
需求是不斷變化的，軟件產(chǎn)品根據(jù)不斷變化的需求有不同的版本，每一個版本的軟件除了軟件自身的BUG外，就是滿足新增加的需求，而軟件產(chǎn)品需要其實現(xiàn)的功能具有穩(wěn)定性。里程碑就是需求分析過程的一個階段結果，這個階段結果是固定不變的。
3.13 文檔的自動生成
參與軟件開發(fā)的人都有這樣的體會，在軟件產(chǎn)品完成之前很難給出軟件的各種文檔，就是給出了相應的文檔，文檔之間也有各種各樣的矛盾。這是需求、設計、開發(fā)缺乏同步的表現(xiàn)。
如果我們在軟件的開發(fā)過程中，嚴格遵循軟件的開發(fā)規(guī)范，采用相應得軟件工程工具，上述情況就可以避免。
在需求分析中，需求分析產(chǎn)品均可以自動根據(jù)分析的結果生成相應得文檔，文檔的格式可以有MS Word、PowerPoint、HTML等。這里我們主要介紹一下Office Word文檔的生成方式。
在自動生成文檔之前，我們需要定義文檔模版。根據(jù)所要生成文檔的格式和需求分析軟件的相關命令，在Office Word創(chuàng)建文檔模版。文檔模版創(chuàng)建好之后，在需求分析軟件中選擇里程碑，自動生成出Office Word文檔。
四、 需求的收集和整理
需求分析是從用戶的角度描述用戶的數(shù)據(jù)、活動、地點（位置）、人員組織、計劃、業(yè)務邏輯（業(yè)務目標）等相關信息的一個過程，它涉及到如何收集用戶的需求，以及如何將這些需求規(guī)范化等方面。需求分析的第一步工作是界定需求的邊界，主要描述項目的、項目的業(yè)務要求、項目所要滿足的基本特性等。
在第三節(jié)中我們簡要描述了如何從技術層面上使需求分析的過程規(guī)范化，本節(jié)主要闡述如何進行需求的收集和整理。
4.1 數(shù)據(jù)
數(shù)據(jù)是指需求涉及的相關靜態(tài)信息。在需求分析過程中，數(shù)據(jù)是從用戶的角度來描述的；在系統(tǒng)設計過程中，數(shù)據(jù)用面向?qū)ο蟮姆椒ㄟM行整理和規(guī)范，最終形成Class Diagram。
4.2 活動
活動是項目要滿足的業(yè)務邏輯和規(guī)則。它至少有二個層次：
· 基本目標
簡要描述業(yè)務邏輯和規(guī)則。
· 功能描述
描述活動執(zhí)行的過程，以及在執(zhí)行過程中涉及到的相關資源、活動之間的關聯(lián)、依賴性、約束性等。
考慮到需求分析和系統(tǒng)設計的一致性?；顒釉谙到y(tǒng)設計階段，可采用用例來表示，通過序列圖、活動圖、以及狀態(tài)圖來進行細化。
4.3 人員組織
描述用戶人員組織結構。如企業(yè)領導、部門、部門人員、相關客戶信息等。
4.4 地點（位置）
描述需求和地點、位置相關的系統(tǒng)設計中網(wǎng)絡、分布式計算的前置條件。
五、 需求分析軟件
目前流行的需求分析軟件有IBM公司的RequisitePro、Telelogic公司的DOORS、Borland公司的CaliberRM。這些軟件均能滿足本文中描述的對需求分析功能上的