作为头等公民的要求

Enterprise Architect提供了广泛的功能，可用于开发，可视化，管理和记录需求（作为一流元素）。阅读一般SysML教科书的人常常会想到在图表上表达需求的想法，但是Enterprise Architect提供了各种各样的可视化需求的其他方式，这些需求将帮助工程师将其作为基于文本的元素来使用，包括能够在“浏览器”窗口的层次结构中可视化它们。

需求可以作为规范或招标的一部分来创建，也可以作为合同文档的一部分来创建，在这种情况下，可以轻松地将它们导入到Enterprise Architect 。但是，将它们作为通常通过研讨会和评论进行的启发工作的一部分进行开发是更为常见的。 Enterprise Architect具有许多可用于记录这些会议的收益的功能，例如思维导图。研讨会结束后，可以将记录在这些会议中的想法转换为需求，或将其映射到会议元素，以使它们可以协作开发。

需求通常是组织之间的合同关系或同一组织不同部门之间的协议的一部分，因此需要严格维护和管理。 Enterprise Architect提供了各种各样的工具来帮助实现这一严格要求，包括基准，审计工具，版本控制等。

需求审核

可以在模型中启用审核，并且可以跟踪需求变更的详细信息，包括变更的时间，更改的人以及变更的前后（增量）。审核可用于跟踪模型中发生的更改，更改的对象以及更改的时间。有多种模式，存储库管理员可以使用这些设置来指定审核中记录的内容。虽然可以使用基准来显示模型和快照在某个时间点之间的差异，但是审核工具会记录每个单独的更改；但是，它不能用于还原到以前的状态（如果需要，可以使用“基线”工具）。

这是在系统工程中特别有用的功能，在该系统中，过程涉及法规或合规性方面，或者必须将故障追溯至其设计或要求规格时。审核通常由团队中的图书馆员或行政职能部门设置和管理。可以使用功能区选项“配置>模型>审核”来启用，设置和查看审核。

默认情况下，审核是禁用的，并且必须先启用（启用），然后系统才能开始保留审核日志。可以从“审核设置”窗口中获得此选项以及一系列其他选项。

有关更多信息，请参见审核帮助主题。

需求基准

基准是模型中包的用户启动快照。基准有效地复制了包层次结构及其内容的一个分支。在随后的时间点，可以将模型与基准进行比较，如果模型已更改，这些更改将在可视化工具中显示，从而允许用户查看模型更改的每个部分，包括内容存在于基准和模型中。然后可以在离散更改级别将基线中的内容注入到模型中。

基线为系统工程团队提供了一种方便的方法，以确保模型能够以正确的方式发展，并且当需要将模型方向还原为以前的版本时，可以使用它们来恢复模型的原子部分。可以通过按Ctrl + Alt + B或从功能区位置设置和查看基线：

功能区：设计>模型>管理>管理基准

如前所述，基线是用户启动的，并存储在存储库中，因此，如果复制存储库，则基线也会被复制。授予大多数用户创建基准的权限是很常见的，但是从基准还原的功能通常保留给图书馆员或管理人员。有关更多信息，请参见“ 基线帮助”主题。

版本控制

版本控制允许对模型内的软件包进行版本控制。要开始对模型的一部分进行工作，需要用户签出Package（包括其子Package），然后在本地副本上进行工作。工作完成时或在任何时候，用户都可以签入Package，以使其他模型用户可以看到更改。

版本控制提供了一种复杂且健壮的模型处理方式，与Baseline相反，除了签出Package之外，用户不需要启动版本。系统会在完成工作和进行更改时在后台自动创建版本。可以从功能区选项中设置和查看版本控制。

配置>版本控制> Project-VC，Package-VC

版本控制提供了一种强大的机制来管理模型内容，并允许用户或团队对Package及其内容随时间变化的方式进行细粒度控制。有关更多信息，请参见版本控制。  帮助主题。