| 前页 | 后页 |
作为第一类公民的需求
Enterprise Architect提供了广泛的功能，可用于需求作为一流元素的开发、可视化、管理和文档化。阅读一般SysML 教科书的人通常会想到用图表表达需求，但是Enterprise Architect提供了广泛的其他方法来可视化需求，这将有助于工程师将它们作为基于文本的元素使用，包括能够在浏览器窗口中以层次结构将它们可视化。
需求可以作为规范或标书的一部分创建，也可以作为合同文件的一部分，在这种情况下，它们可以很容易地导入Enterprise Architect 。然而，更常见的是，它们是作为通常通过研讨会和审查进行的启发工作的一部分来开发的。 Enterprise Architect有许多特征可用于记录这些会议的结果，例如思维导图。研讨会完成后，这些会议中记录的想法可以转换为需求或映射到会议元素，以允许协作开发。
需求通常是组织之间合同关系的一部分，或者是同一组织不同部门之间协议的一部分，因此需要严格维护和管理。 Enterprise Architect提供了多种功能来协助这种严格的审计工具，包括基线的审计工具、版本控制等等。
审计需求
审计可以在模型中打开，并可以跟踪需求更改的详细信息，包括更改时间、更改者以及更改前后的审计。可用于跟踪模型中的更改，谁更改了它以及何时更改。有多种模式，存储库管理员可以使用这些设置来指定审计中记录的内容。而一个基线可以用来显示一个模型和一个时间点之间的差异，记录每个单独的审计工具它不能用于以前的状态（但是，如果需要恢复到该工具，基线使用该工具）。
这是一个特别有用的特征系统工程，其中存在对流程的监管或合规性方面，或者当必须将故障追溯到其设计或需求规范时。审计通常由图书馆员或行政函数内的管理部门设置和管理可以使用功能区选项“设置>模型>审计”启用、设置和查看审计。
审计默认是禁用的，必须在系统开始保存审计log之前启用（打开）。这以及一系列其他选项可从“审核设置”窗口中获得。
更多信息请参见审计帮助主题。
需求基线
基线用户在模型中启动的包的快照。基线地复制包的层次结构及其内容的分支。在随后的时间点，可以与模型的基线、模型和模型进行比较，如果模型模型了变化，这些变化将通过一个可视化工具，允许用户查看发生变化的每个部分，包括存在于基线和模型中。然后可以将内容从基线级别注入到离散变化的模型中。
为基线提供方便的方式，确保系统工程团队以正确的方式发展，当需要将模型直接恢复到以前的版本时，可以使用它们来恢复基线模型。通过按 或从功能区位置查看：
功能区：设计包>管理>管理基线>
如前所述，基线库存储在存储库中，如果用户启动并复制了存储库，基线将被复制对于大多数用户来说，创建基线权限是很常见的，但可以将管理员权限恢复为基线或管理员角色。欲了解更多信息，请参阅基线工具帮助。
版本控制
版本控制允许对模型中的包进行版本控制。要开始部分模型的工作，用户需要签出一个包（包括其子包），然后在本地副本上工作。当工作完成或在任何时候用户可以签入包允许其他模型用户看到更改。
版本控制提供强大的运行方式，并且与用户启动复杂的工作模型相比，它不需要其他包的基线。当工作完成并进行更改时，系统会在后台自动创建一个版本。版本控制可以通过这些功能区选项进行设置和查看。
Settings >版本控制> Project-VC, Package-VC
版本控制提供了管理模型内容的有效机制，并允许用户或团队对包及其内容随时间变化的方式保持细粒度的控制。更多信息参见模型数据版本控制 帮助话题。