3.1、项目

　　项目在总体上定义了一个应用和系统所涉及到的需求及需求涉及的范围。它包含了在需求分析过程中参与需求分析的人员、需求类型、包含于需求类型中的需求。此外它还包含了如下信息：

　　◆项目的相关信息（如创建人员）

　　◆项目的里程碑

　　◆外部的可追溯性

　　◆安全性框架等。

　　3.2、用户/用户组

　　用户是指参与需求分析的人员，一般由软件产品的终用户、软件开发人员、系统设计员、测试人员等组成。在需求分析产品中用户包含用户的基本描述和联系方式（如电子邮件）等，目前大多数需求分析产品还含有消息通讯的机制（类似于QQ），及时地将需求的变化告知相关的需求分析人员。

　　用户组是指具有相同操作权限的一个或多个用户。用户组可以被指定到特定的项目或需求（用户组中的用户对此具有相应得操作权限）。

　　3.3、安全性

　　安全性是指在需求分析过程中，用户对需求的操作权限。安全性防止未授权的用户对关键性需求的操作。安全性是用户/用户组与需求之间的一种关系。

　　一般来说安全性有三个方面的含义：

　　◆系统管理

　　系统维护（系统数据备份等）、用户管理、用户组管理等。

　　◆安全性框架

　　定义用户的基本操作权限。这种操作权限和具体的项目、项目需求无关。如一个用户添加的需求只能由这个用户自己删除等。安全性框架又可以分为两类：

　　◆存取级别（Access Level）创建、查看、维护需求。

　　◆删除级别（Delete Level）删除需求。

　　◆特定需求的安全性

　　建立用户/用户组与特定需求的关联，以确定此用户/用户组对需求的操作权限。

　　3.4、需求类型/需求

　　需求类型通常是以功能划分的较高层次的需求，如用户界面。需求是所要构建的系统或应用所要满足要求的说明，需求可以由业务规则、处理流程、人员的组织结构获得。需求包含于需求类型之中。需求类型/需求一般是用文字描述的，此外还可以通过需求的属性、外部文件来描述需求。

　　3.5、属性

　　属性用来描述需求相关特性，属性一般可分为两类。

　　系统属性：描述需求的系统特点，如需求是否被确认等。

　　自定义属性：由用户自定义用来描述需求的属性。如描述人员的电话号码等。

　　3.6、需求网格

　　需求网格是一组相关的需求用网格的形式表示，主要用于需求的分析。一般来说可以定义显示的方式，如针对某个用户显示他所创建的需求、针对某类功能显示相关的需求等等。