| 前页 | 后页 |
需求图
需求图是Enterprise Architect的扩展图类型之一。它使分析人员可以可视化地对需求建模，显示需求之间如何相互关联以及它们如何与模型中的其他元素（例如业务驱动程序，约束，业务规则，用例和设计组件）联系起来。需求将是在这些图中看到的主要元素；它具有名称，描述和一系列属性（在某些文献中称为属性），例如状态，复杂性，难度和作者。 Enterprise Architect被设计为一种灵活的工具，无需使用图就可以直接在存储库中创建需求，但是事实证明，图是表达需求在开发过程中扮演重要角色的强大工具。
示例图
需求工具箱
您可以通过将它们从“图表工具箱”的“需求”页面拖动到图表画布上来创建元素。也可以从工具箱中选择连接器，并在图中的元素之间或使用快速链接器拖动连接器。该表列出了“需求”工具箱中可用的元素，但重要的是要记住，可以通过打开其他“工具箱”页面将其他元素（例如用例和组件）添加到图中-单击
以显示“查找工具箱项目”对话框并指定元素名称。
需求工具箱元素
元件 |
用法 |
|---|---|
|
包 |
包是容器元素，可用于将需求和其他元素分组。它们本身不是要求，而是充当分组机制。分析人员应注意，该程序包不是高级别要求。 |
|
需求 |
Requirement元素用于对系统必须具备的条件或能力进行建模。可以设置需求的类型，但也可以从工具箱的“扩展需求”页面中找到许多需求类型，例如功能需求，用户需求和体系结构需求。它们对于建模一系列其他实体（如基本原理和假设）很有用。 |
|
特征 |
功能是系统必须满足其业务需求的特征或特性。它们通常是代表一组需求的高级属性。 |
|
风险 |
风险是可能导致系统中断，丢失或损害的情况。该元素可用于对技术风险和业务风险进行建模，并可与一个或多个元素关联。 |
|
目的 |
对象对于在需求启发研讨会期间或在阅读项目文档时讨论的任何实体进行建模都是有用的。它们在形式上是类的实例，并且在进行分析时，域类可以从一个或多个对象派生。 |
需求关系工具箱
您可以通过在工具箱中选择相应的图标并在图画布中的任何两个元素之间拖动来创建关系，或者使用快速链接器来创建关系。该表列出了可从“工具箱”的“需求关系”页面获得的关系，但请记住，可以通过打开其他“工具箱”页面将其他关系（例如“复合”）添加到图中。
需求关系工具箱
连接器 |
用 |
|---|---|
|
骨料 |
用于显示需求（钻石端）由另一个需求（尾端）组成。这允许创建需求的层次结构。 |
|
遗产 |
用于显示一个元素（三角形末端）是另一个元素（尾端）的更广义版本。该关系用于分类器之间，例如用例，类，工件和组件。 |
|
关联 |
用于显示两个元素之间的语义或结构关系。 |
|
机具 |
用于显示模型元素实现了需求。通常，架构师或设计人员将使用它来指示需求中表达的需求将由系统中的特定模块，用例或组件来满足。 |
|
相依性 |
用于表明需求（尾端）依赖于另一个元素（箭头端）。 |
|
信息流 |
用于显示数据在存储库中的两个元素之间流动。数据类型可以表示为可以从模型的任何部分选择的信息项。它们可以用来显示信息在提议的系统和供应商的系统之间流动的要求，或者表示两个组件必须通过某种协议进行通信的约束。 |
|
跟踪 |
用于显示模型中的元素（尾端）比箭头端的元素更精细。因此，用户需求可以追溯到利益相关者需求或业务目标， |
示例图-层次结构
该图显示了如何将需求连接到层次结构中，从而允许将高层需求分解为可验证的需求。
示例图-迹线
该图显示了如何将需求连接到模型中的其他元素，并显示了可追溯性。
