Enterprise Architect 是一款功能强大且灵活的基于模型的系统工程平台，既可作为工程项目的存储库，也可作为项目管理工具使用。它可以在整个生命周期中使用，从建立系统工程计划或实践，到规划、管理、开发和记录各类工程活动，再到对实施项目进行治理，这些项目将使用设计成果和架构输出。该工具支持任意流程以及多种建模语言，包括 SysML、UML、ArchiMate 和 BPMN。平台提供丰富的功能和工具，使工程师能够按照其偏好的方式工作，例如文字处理视图、电子表格视图、图、关系矩阵，以及其他一系列核心和扩展功能。
此思维导图展示了可用于建立和维护各种基于模型的系统工程项目的主流系统工程工具全景。尽管这些是主要工具，但各团队或工程师还可能发现其他一些有用的辅助工具，可通过用户指南进一步了解。
18.1 需求图
了解需求图
需求图介绍
需求图提供了需求之间以及需求与其他模型元素（包括业务驱动因素、约束条件、业务规则、用例、用户故事、设计组件等）之间关系的可视化呈现。该图是Enterprise Architect扩展图类型之一，能够以美观的图形方式展示需求，对于习惯于使用文本工具的业务需求分析师而言，这将是一种令人欢迎的改变。
操作视图与性能视图以及用户模型其余部分之间的关系通过«import»关系明确表达。图中显示的包已定义，也可以使用浏览器窗口在分层视图中可视化。
在哪里可以找到需求图
浏览器窗口 上下文菜单： 添加图：|管理 |显示所有视图|扩展|需求
需求图的用途
一种用途是展示需求如何以层级结构相互关联，更重要的是，展示需求与其他元素之间的联系。经验丰富的建模人员会先在规范管理器中定义并管理需求，然后使用需求图来说明每个需求与上游流程元素（如业务驱动因素）以及下游流程元素（如用例、用户故事、用户体验设计和解决方案组件）之间的关系。
需求图的选项
图的外观可以根据受众需求进行调整，可以添加、隐藏或修改细节，以确保图实现其主要的沟通目的。从手绘风格的图到内容过滤，提供了多种选择。
18.2 活动图
活动图是统一建模语言（UML）中的行为图之一，可用于将过程或算法建模为一系列步骤。它是其近亲流程图的更高级版本。活动图可用来建模业务流程，作为BPMN业务流程图的UML替代方案；它们同样具备在浏览器窗口中创建活动层级结构的能力。
可以给元素命名，并且可以将详细描述添加到注释中。通过使用连接器（控制流）将活动、决策和分支相互关联，即可用一系列元素来描述业务流程。在浏览器窗口中嵌套活动，并利用子图功能，可从价值链层级逐步深入到最低层级的流程，从而构建出流程层次结构。
了解活动图
在哪里可以找到活动图
功能区：设计 > 图 > 添加图 > UML > 行为 > UML行为 > 活动
浏览器窗口工具栏：新建图图标 > UML > 行为 > UML行为 > 活动
浏览器窗口上下文菜单 | 新建图... > UML行为 > 活动
活动图的用途
活动图可用于建模任何具有多个步骤的业务或技术活动或概念，包括业务和流程以及计算机算法。这些步骤通过控制流关系相互连接，以显示各步骤的执行顺序。可使用决策节点和合并节点来表示选择，并进一步控制活动中的流。还可添加分叉节点和汇合节点以拆分和重新组合控制流，以及添加对象以展示数据的供给与消耗方式。
活动图的选项
活动图可以根据形式化程度的不同进行绘制，从用于表示简单业务流程的“基本流程图”风格，到可用于建模复杂系统的高级基于动作的图。系统提供了一个工具箱，其中包含多种元素、关系和模式，便于创建模型。
活动图（如同任何图一样）可视为一个元素列表，这使得操作元素属性更加简便。
在展示图时，还可使用图筛选器来突出显示图中的特定部分，并通过调整图属性，以手绘或白板样式呈现图。
18.3 用例图
了解用例图
用例图介绍
用例图是统一建模语言（UML）中的行为图之一，可用于描述与被建模系统交互的用户及其他系统的使用目标。它用于说明系统、子系统或实体的功能需求，并以简洁而直观的方式展示系统将如何被使用。
它们通常与更高层次的业务需求和利益相关者需求结合使用，并常辅以一组非功能性需求。
在哪里可以找到用例图
用例图用途
用例图用于描述用户或其他系统在与系统交互时希望实现的目标。这些目标始终从参与者（Actors）的视角来描述，而用例的具体细节则会更精确地说明该目标。
用例通常作为定义测试用例的基础。
用例图的选项
可以创建任意数量的用例图，以表示系统中的不同部分或用例包。这些图可以保持简单，也可以通过应用包括、扩展和泛化等附加连接器进行结构化。
可包含一个系统边界，用于命名所讨论的系统、子系统或实体；参与者位于边界之外，而用例则位于边界之内。
用例图可用于展示用例与其他系统元素之间的关系，包括上游元素（如需求）和下游元素（如组件）。
与任何图一样，用例图可视为一个元素列表，便于操作各元素的属性。
在展示图时，还可使用图筛选器和图层级功能，以突出图中的特定部分，并通过调整图属性将其呈现为手绘或白板风格。
18.4 场景构建器
了解场景构建器
场景构建器介绍
场景构建器用于定义用例的详细信息，包括编写详细描述、创建一个或多个场景，并定义前置条件、后置条件及其他约束。用例的详细步骤可以被记录并关联到模型中的其他元素，随后可生成图，以直观展示该用例及其场景。图与文本内容可实现同步，各个步骤还可追溯至其他元素，例如将实现用例中所规定需求的组件。
在哪里可以找到场景构建器
开始 > 应用> 编辑 > 职责 > 结构化场景
设计 > 元素 > 编辑器 > 职责 > 结构化场景
元素上下文菜单：属性 | 职责 > 场景 | 右键单击 | 添加新项：结构编辑器
场景构建器用途
用于定义用例及其场景和约束的详细信息，以取代传统的基于文本文档的用例定义方式。这确保了用例图以及用例、场景和约束的文本细节都包含在同一模型中，并可进行追溯。如果出于合同或流程需要将用例以文档形式呈现，可通过内置的文档生成引擎，从模型中自动生成用例报告。
场景构建器的选项
场景构建器可以作为标签页窗口、停靠窗口，或在元素的属性窗口中查看。使用用例的步骤及其场景可自动生成为多种不同类型的图，这些图可通过“生成图”工具栏图标提供。
18.5 审计
了解审计
审计介绍
审计功能可跟踪需求的变更情况，包括变更内容、变更时间以及变更人。审计功能默认处于关闭状态，必须先启用后才能记录需求的变更。启用后，该功能为被动工具，会静默地记录元素的变更信息。它不能替代版本控制或基线管理，与这些工具不同的是，它无法用于恢复模型的先前状态。通过使用审计功能，有助于变更管理、治理和质量控制。
在哪里可以找到审计
功能区：设置>模型>审计
审计用途
审计功能可用于追踪模型中的变更内容、变更人员以及变更时间。系统提供多种模式，管理员可通过设置来指定审计记录的内容。虽然基线可用于显示模型与某一时间点快照之间的差异，但审计工具会记录每一次单独的变更，却无法用于恢复到之前的状态。
审计的选项
可配置的审计设置多种多样，首先启用或禁用决定哪些项目具有审计日志以及记录详细程度的选项。审计日志可从存储库导出，以提高性能。
18.6 日历
了解日历
日历介绍
日历是一个功能完整的机制，用于记录项目中的重要事件，并显示资源分配等其他信息。它提供日、周和月视图，可设置显示日历条目、项目任务和资源分配。当某项资源被分配时（例如用于分析一组需求），用户可以从日历直接钻取到浏览器窗口中相应需求的位置。
还提供完全可配置的事件类型、类别和颜色。业务分析师的工作涉及多种多样的活动，例如：研讨会、访谈、焦点小组、协作游戏、头脑风暴会议、评审、观察和会议等。所有这些活动都可以方便地在日历中进行记录和管理。当资源已分配给各项要素，任务也已指派给具体人员时，这些信息均可在日历中显示。
在哪里可以找到日历
功能区：开始>协作>日历
日历用途
日历可用于安排和查看会议、里程碑、评审、研讨会等事件。它还可用于查看资源在仓库中的分配情况，例如谁正在分析一组需求。此外，也可用于查看项目任务。分析师可方便地在浏览器窗口或项目任务中点击浏览相关元素。
日历选项
日历包含多种选项，包括创建重复事件的功能。还有一个选项工具栏图标，可用于配置日历的外观设置。
学习助手
|管理
|显示所有视图|扩展|需求
