业务需求的上下文

需求不会孤立出现，而是通常在一个或多个业务文档中上下文的业务问题或机会的时间段中定义或发现。这些文档及其包含的信息可以包含在模型中，并为需求提供重要的锚点。

业务案例

业务案例是试图阐明启动项目的原因的高级文件或论据。它是一个工件的需求价值，因为它通常包含描述业务驱动因素以及业务和技术风险的信息。它将上下文放在业务中其他功能的时间上，并在高层次上描述了解决方案选项。这是一个重要的要求，应该作为一个源工件在模型中。

驱动因素与目标

驱动业务驱动因素和目标通常由高级战略思想家记录，例如业务或企业架构师。驱动因素定义对组织运营至关重要的资源、流程或约束，目标描述组织想要达到的位置.它们通常是企业级别的关注点，因此应该在单个项目级别之上进行建模。它们通常存在于高级文档中，即使它们在组织级别没有明确表达，分析师也可以从以前的项目文档（例如愿景文档）中挖掘它们，以及模型它们在企业包中的包之上存储库。

愿景与经营理念

业务案例描述了启动项目的商业原因，而愿景通常详细细节了机会或问题，描述了业务上下文、市场地位、关键利益相关者和要求、解决方案选择和约束。愿景通常是在团队组建之前创建的，并且可以成为需求信息的重要源。所需的系统功能通常使用特征来表示。

Enterprise Architect拥有广泛的工具和元素类型，可用于模型愿景的内容，包括用户、利益相关者、具有架构意义的使用案例和需求约束以及部署环境。

政策与业务规则

政策是通常由治理机构定义和管理A高级原则或意图声明；企业规则是政策的实施。它们不是严格的要求，通常是在企业级别而不是项目级别定义的，这有助于它们在多个项目中的重用。政策和业务规则可以使用定型需求元素建模，业务和系统需求可以从单个项目中追溯到它们。与监管和安全要求有一些重叠，一些方法将其视为企业规则的类型。 Enterprise Architect支持使用原型需求对Policy 和业务规则进行建模，同时还具有企业规则业务建模能力，可以为多种语言创建可执行代码。

• Enterprise Architect统一版和终极版中提供企业规则建模

利益相关者及其关注点

无论项目是否在运行，利益相关者通常都有相同的关注点。 A安全经理会关注敏感组织数据的脆弱性，顾客体验经理会关注访问速度，首席财务官会关注投资回报。这些问题可以在企业级别建模，因为它们是通用的并且独立于单个项目。它们将提供对项目级别需求的理解源，并将帮助识别需求环境中的差距。 Enterprise Architect可用于使用原型模型类对利益相关者UML ，并且可以使用原型为利益利益相关者关注的需求对这些高级问题进行建模。