需求模型

代表需求

在Enterprise Architect中，可以将需求建模为：

• 外部需求——对系统或流程的期望，系统或流程必须提供什么，建模为元素；例如，业务需求或利益相关者请求 - 此级别的需求有自己的属性，并在文档报告中单独报告
• 内部需求——对现有元素的需求，该元素必须做什么或完成什么，定义为该元素的一个属性

模型中的需求

需求元素可以在需求图中进行分组和组织。

需求元素通过聚合关系相互连接以形成层次结构：

开发一个包含数百个需求元素的包是很常见的，这些元素单独排列并以不同复杂性的层次结构排列。您可以选择一个包并使用“设计>包>管理>级别编号”功能区选项快速轻松地突出显示需求的顺序和排列。

此图显示了一个包中的许多需求，其中 Level Numbering 使顺序和排列清晰：

如果从包中添加、移动或删除元素，编号会自动调整。

此编号也可以应用于文档。

使用案例

需求由使用案例、类、接口和组件等模型元素实现（实现）。有许多方法可以追溯要素的需求或服务模型的需求，或者开发需求的要素，在描绘需求的特征图中最为明显，可追溯性由实现关系连接的要素。实现连接器使项目团队的成员能够将设计目标和开发保持一致，并明确开发路径和目的。

更常见的实现关系是在需求和用例之间。 A需求可以通过一个或多个使用案例来实现，一个用例可以实现一个或多个需求。

虽然需求定义了必须满足的条件，但用例是定义和可视化如何满足该条件的关键。用例图描述A动作、流程和组件的逻辑分组以实现实现，并通过参与者参与元素的使用所需的结果，还定义了流程的用户和/或系统角色。

每个用例（作为一个复合元素）可以包含子图的组合，这些子图在更详细的情况下细节了特定活动或功能的实现方式——这些图包括序列、通讯、活动、状态机和企业规则流程图。每个用例的实际实现由类、部件和接口元素组织在它们自己的图中来实现。这些实现也可以在可可追溯性图中捕获和查看，描绘了从初始需求到测试和生产的完整开发路径。