次来描述需求，报告可根据需要进行过滤，如针对某一需求类型的报告、针对不明确需求的报告等。报告一般可以分为：
· 细节报告
描述需求的细节。
· 状态报告
描述需求的状态，需求的状态可分为接受、不明确、拒绝等。
· 责任报告
参加需求分析的人员对其负责的需求产生的报告。
3.10 讨论
讨论是在需求分析过程中，需求分析团队成员之间的一种协作机制。这种机制可使相关人员就需求的定义、描述、状态、优先级、一致性、完整性等进行讨论，得出正确的结论。
讨论一般来说分两个级别，项目级别、需求级别。
3.11 文档引用
一个需求的描述可能需要外部的文档，文档引用是用外部文件来描述相关需求的附加信息。目前需求分析产品支持最多的文档类型是MS WORD，此外根据产品的不同，还支持Excel、图像文件、HTML、及OLE等。
3.12 里程碑（BaseLine）
需求是不断变化的，软件产品根据不断变化的需求有不同的版本，每一个版本的软件除了软件自身的BUG外，就是满足新增加的需求，而软件产品需要其实现的功能具有稳定性。里程碑就是需求分析过程的一个阶段结果，这个阶段结果是固定不变的。
3.13 文档的自动生成
参与软件开发的人都有这样的体会，在软件产品完成之前很难给出软件的各种文档，就是给出了相应的文档，文档之间也有各种各样的矛盾。这是需求、设计、开发缺乏同步的表现。
如果我们在软件的开发过程中，严格遵循软件的开发规范，采用相应得软件工程工具，上述情况就可以避免。
在需求分析中，需求分析产品均可以自动根据分析的结果生成相应得文档，文档的格式可以有MS Word、PowerPoint、HTML等。这里我们主要介绍一下Office Word文档的生成方式。
在自动生成文档之前，我们需要定义文档模版。根据所要生成文档的格式和需求分析软件的相关命令，在Office Word创建文档模版。文档模版创建好之后，在需求分析软件中选择里程碑，自动生成出Office Word文档。
四、 需求的收集和整理
需求分析是从用户的角度描述用户的数据、活动、地点（位置）、人员组织、计划、业务逻辑（业务目标）等相关信息的一个过程，它涉及到如何收集用户的需求，以及如何将这些需求规范化等方面。需求分析的第一步工作是界定需求的边界，主要描述项目的、项目的业务要求、项目所要满足的基本特性等。
在第三节中我们简要描述了如何从技术层面上使需求分析的过程规范化，本节主要阐述如何进行需求的收集和整理。
4.1 数据
数据是指需求涉及的相关静态信息。在需求分析过程中，数据是从用户的角度来描述的；在系统设计过程中，数据用面向对象的方法进行整理和规范，最终形成Class Diagram。
4.2 活动
活动是项目要满足的业务逻辑和规则。它至少有二个层次：
· 基本目标
简要描述业务逻辑和规则。
· 功能描述
描述活动执行的过程，以及在执行过程中涉及到的相关资源、活动之间的关联、依赖性、约束性等。
考虑到需求分析和系统设计的一致性。活动在系统设计阶段，可采用用例来表示，通过序列图、活动图、以及状态图来进行细化。
4.3 人员组织
描述用户人员组织结构。如企业领导、部门、部门人员、相关客户信息等。
4.4 地点（位置）
描述需求和地点、位置相关的系统设计中网络、分布式计算的前置条件。
五、 需求分析软件
目前流行的需求分析软件有IBM公司的RequisitePro、Telelogic公司的DOORS、Borland公司的CaliberRM。这些软件均能满足本文中描述的对需求分析功能上的