工程团队是多学科的，由战略家、管理者、系统工程师、软件工程师、测试人员等组成。由于产品发布或提供解决方案所面临的商业压力，团队必须更加高效且紧密协作，以确保工程成果。Enterprise Architect 从底层开始就构建为一个协作平台，不仅服务于工程师，也面向所有专业领域。它通过讨论、评审、团队库、聊天、版本控制和基线管理等一系列工具，促进个人与团队之间的协作，实现信息、模型、设计和解决方案的共享。
6.1 中央共享模型库
Enterprise Architect 不仅是一个复杂的绘图工具，更是一个建模平台，允许模型被验证、模拟、转换和编程操作。这是因为该工具并非以位图或矢量格式存储图表，而是将图像与所有参考数据及其他存储库元数据一起编码在关系数据库中。该平台利用该关系数据库存储所有建模信息和元数据，并为客户端和基于网页的工具提供后端存储。
该产品架构允许用户共享模型、图表及其他存储库信息，如参考数据、图像库中的图像以及模型库中的文档等存储库中的信息，同时还具备许多其他有助于协作和在同地或分布式团队中共同工作的工具功能。
6.2 云计算
前述主题中所描述的中央存储库可以直接从企业架构师桌面客户端访问，需使用适当的数据库连接层（如 ODBC）以及配套的驱动程序。然而，还有另一种更简便的方法来访问托管在云端的存储库，那就是通过使用 http 或 https 协议的云服务来实现。云可以是内部部署的，也可以是外部部署的，而且云的配置方式有很多种。此外，还有一种服务器，它由多个模块组成，可以购买，被称为专业云服务器，它提供了各种工具、设施以及通过计算机或手持设备（如平板电脑或智能手机）上的浏览器来查看模型的方式。
这为与各类利益相关者合作提供了平台，这些利益相关者包括工程经理和咨询工程师，他们可能身处本地，也可能分布在全球各地。这种工作方式的强大之处可以通过最少的准备工作得以体现，并且所有团队成员和利益相关者能够共同查看并参与相同的模型这一优势是不容小觑的。
通过能够获得有价值且及时的反馈，或者在乘火车前往展会途中与工程顾问讨论图表，或者在参加研讨会休息时与工程负责人交流——这一切都能在实时状态下通过智能手机或平板电脑在模型中进行，从而能够实现生产力的提升。
Pro 云服务器还支持连接多种其他工具和平台，涵盖需求管理系统、配置管理工具、问题跟踪系统、项目管理系统等。
这张截图展示了部分可用的集成服务列表，不过这个列表会定期更新，所以建议您查看一下是否新增了其他集成服务。
6.3 讨论与聊天
协作概念的核心是建模者与同事或行业和标准专家讨论问题或解决方案的能力。 Enterprise Architect允许工程师、经理和其他人参与有关元素、图表和连接器的讨论。可以创建A帖子来启动一个线程或对话，然后其他建模者可以通过回复进入。讨论与元素和图表元信息分开保存，允许在不影响从模型生成的文档或报告的情况下进行丰富和建设性的评论。讨论和聊天是可用的两个选项，讨论和审阅窗口中的讨论和聊天和邮件窗口中的聊天。
聊天对于与已定义为安全定义用户组的一部分的同事或专家进行快速和响应式通信很有用。聊天不像讨论那样与模型元素相关，而是全局性的，当打开聊天和邮件窗口并选择一个组时，项目按日期时间顺序列出。
6.4 看板资源和日历
看板技术已在Enterprise Architect中实施，可极大地提高团队的生产力以及软件和系统工程项目或任务集的项目管理。在Enterprise Architect中，它是一个简单易用的特征，使您能够管理积压中的项目并将它们移动到任意数量的通道，甚至移动到其他板，代表流程中的阶段。该功能可以整合到现有的或新的工程或软件开发过程中，从而带来前所未有的效率。
使用此特征的一大优势在于，参与看板图的元素可以链接到存储库中的其他元素，从而实现从需求到战略意图或设计组件的完全可追溯性下至已发布产品的一个元素。当项目通过任意数量的链接看板板时，看板可用于可视化项目完成的资源、工作量和状态。这是一个与仓库系统工程项目相关的软件开发过程的示例。
6.5 模型评论
模型审查使项目利益相关者能够在模型内容的评估（审阅）中正式协作，包括元素和图表。这个方便的协作工具利用了许多内置特征- 例如审阅视图 - 来管理审阅过程并可视化讨论和对审阅的贡献。审阅图为参与者提供了A将元素和图表添加到审阅的机制。此图包含许多与审阅主题相关的元素。
可以创建任意数量的评论，建模者可以加入和参与评论。审阅功能的启动板是开始功能区的“协作”面板。
选择“审阅> 管理评论”选项将打开评论视图，其中将列出所有现有评论，并且 - 通过鼠标右键单击 - 可以创建新评论。该视图在左侧面板中显示了审阅元数据（包括开始和结束日期），在右侧面板中显示了审阅详细信息，包括构成审阅部分的元素和图表以及每个项目的帖子和回复。
可以在讨论和审阅窗口的“审阅”选项卡中输入和查看审阅评论。这些将记录所有帖子和对帖子进行注释的回复，并回复作者和日期。通过这种方式，可以实现高度协作的结果，并且 - 通过智能手机和平板电脑上可用的WebEA产品 - 外部顾问和行业专家等利益相关者可以为审阅做出贡献，而无需使用Enterprise Architect桌面应用程序。
审阅视图中的每一项都可以有多个属性集，包括状态项的属性和优先审阅；这些可以看作是项目右侧的两个小图标（一个标志和一个数量图标）。
6.6 在模型库中共享资源
使用以基于模型的系统工程为中心的流程的团队将始终依赖政策、方法、说明、流程描述、指导文档、标准和其他类型的工程或项目文档形式的大量文档。其中一些是基于文档的，而另一些是基于资源的，可在内部网络、共享系统、Intranet 或 Extranet 或更广泛的公共 Internet 上使用。
无论文档或页面位于何处，它们都可以导入Enterprise Architect或通过 URL 作为外部资源引用。它们可以作为内部图表或外部工件包含在图表中，但也可以更方便地从模型库中引用。
还可以考虑将这些文档中的部分或全部内容作为一级模型元素导入。例如，可以将策略创建为元模型元素，并且可以导入策略列表，从而实现对各个政策与特定系统组件之间的追溯。
6.6 在移动设备上查看模型
近年来，现代工作场所发生了显着变化，组织鼓励灵活使用办公桌和家办公的形式，导致越来越多的人使用便携式设备工作。此外，在创新和颠覆的推动下，现代世界的变化步伐每年都在加快——例如，一场流行病影响了供应商、客户或同事所在的每个国家，要求人们在各地的办公室缺席，并且无法出差直接咨询或提供专业知识。 .战略家、技术人员和工程师需要协作以实现工程成果，而在分散的劳动力中，这通常意味着他们需要在移动和受限隔离下通过移动设备为模型做出贡献。
Enterprise Architect存储库内容可以通过平板电脑或智能手机等移动设备上的浏览器实时查看。这允许工程师、经理和其他人在会议间隙、场外检查、公共交通或任何他们碰巧在的任何地方进行协作。这是以前从未有过的，现在不需要在等待审查或人们返回办公室时放慢项目的速度；模型可以从任何地方以互联网速度更新。
6.7 建模未来
世界对变革和创新有着永不满足的需求，这导致系统工程师需要更快地工作，并想出聪明的方法来解决问题。时间感知建模是一种独特的功能，允许工程师和其他利益相关者对任意数量的未来状态进行模型。将状态引入模型提供了一种机制来可视化提议的解决方案可能是什么样子，并允许工程师比较许多提议的解决方案。可以分析和推理A定的解决方案，并且可以在模型中识别潜在的缺陷和问题。任何数量的利益相关者都可以进行审查和演练，这些可以用来确定许多解决方案中的哪一个是合适的。
该过程可以通过克隆您需要未来状态模型的包来启动。这可以通过功能区选项或从浏览器窗口上下文菜单完成。
该工具将显示一个提示，允许工程师为克隆的结构指定名称和版本号。版本号对特征的操作至关重要， Enterprise Architect使用它作为跟踪元素和图表的方式，这些元素和图表构成具有指定版本号的未来版本的一部分。该工具还将提示克隆包结构在存储库中的位置。通常可以给它一个名称，包括它的版本和被克隆包的包含的父项；但是，它也可能保存在为未来状态版本指定的存储库的单独部分中。
刚刚执行的步骤只是设置了克隆的结构，本身并没有创建元素的未来状态；但是，它确实会复制包中包含的任何图表。此插图显示了一个已克隆的包，其中包含两个图表，它们是原始包中图表的副本。
该图被分配了版本对话框中指定的版本号，由用户在上一步中设置。单个元素的克隆是通过在图表上选择一个元素来完成的，但在此之前，图表上的所有元素都将是以前的版本。 Enterprise Architect具有可从图表属性表获得的功能，它允许建模者将图表上的元素过滤到图表的版本。
在新克隆的图表上设置此属性将以灰度显示所有元素，因为它们都来自以前的版本。从这一点开始，可以克隆单个元素， Enterprise Architect将复制所选元素，创建其所有连接器的副本。这很重要，因为一旦实施更改，它将允许将元素提升为更新的当前版本。可以通过选择图表中的元素并显示上下文菜单来克隆单个图表元素，如下图所示。
将再次提示您输入版本号，方便该工具将默认为克隆包选择的版本。一旦这被接受， Enterprise Architect将创建所选元素的副本，并且由于图表仍被过滤为版本，此元素将正常显示在图表中，其他元素仍以灰度显示。
浏览器将显示新创建的（版本 2）元素，该元素将与图表进行合并。这样，克隆的包将只包含具有新版本号的元素和图表。
6.8 版本控制和基线
我们生活和工作在一个以互联网速度发展的世界中，因此工程问题和机会也以同样的速度变化。在这个时间范围内记录、分析、构思和实施工程解决方案是工程师面临的挑战。这意味着几乎在工程师完全描述问题之前，它就会发生变化，或者问题的业务或工程上下文会发生变化。大多数情况下，新方向或更改将被描述和采用，但其他时候工程师将需要回溯并返回到问题、机会或解决方案的先前版本。 Enterprise Architect拥有复杂的工具来执行这种回溯。
Enterprise Architect有两个基本工具用于处理先前版本的建模内容。
这两种方法之间有一个重要的区别，那就是：基准线必须有意识地创建。例如，如果一个工程师团队开发出一个模型，并获得了产品负责人批准，然后继续进入第二阶段工作。但如果出于某种原因，该团队希望回退并返回第一阶段的模型，而没有建立基准线，则无法实现。相比之下，一旦配置了版本控制，同一团队只要知道里程碑完成的日期，就可以轻松地回到第一阶段的成果。。
基线
基线是确保团队能够回溯到模型中的里程碑的重要点或模型的有效方法。它们提供了一种用户驱动的变更管理方式，并让建模团队感到舒适，如果他们因某种原因或问题的某些方面偏离轨道，机会或解决方案发生变化，他们需要回到之前的点可以很容易地完成。重要的是要记住，基线只是存储库中一个包（可能包括子包）的快照，但它必须是有意创建的，并且需要在它所代表的时间点创建。
版本控制
Enterprise Architect允许工程团队通过将单个模型包、视图节点或根置于版本控制下来管理项目的更改和修订。版本控制在Enterprise Architect中通过任意数量的管理访问的第三方源代码控制应用程序进行配置到并存储受控包的修订。一旦安装并配置了版本控制软件，团队就可以保存对包的更改历史记录、查看和检索工作的先前修订、签出和签入正在处理的内容等等。此功能允许团队协作工作，同时为工程师提供一种独立的方式来处理模型的特定部分。
6.10 可重用资产服务器
可重用资产服务器(RAS) 是一种团队协作技能，它允许团队将建模内容存储在分布式建模者组可以访问以进行重用的位置。任何团队或组织都可以设置 RAS、存储内容并 - 通过安全设置 - 使其可用。存储的原子单元是一种资产，既可以是基于建模的信息，也可以是基于文件的信息：
可重用资产服务器可通过“发布”功能区的“模型交换”面板访问。这使这项服务触手可及。
资产存储在云中，需要指定与为此目的设置的Pro云服务模型的连接。通常，此任务由 IT 部门的基础架构部分执行，而如何连接的详细信息将简单地提供给工程团队。此截图显示了建立基于云的连接所需的详细信息。
设置服务器后，可以向其中添加任何资产。形式上，服务器是一个注册中心，内容被设置为在服务器上注册。
可重用资产服务器可用于在项目之间存储信息和建模资产，对于存储信息以在项目或程序之间重用特别有用。当一个项目向业务交付了它的价值时，项目工件被归档并有效地使其他团队无法访问是很常见的。可重用资产服务器是存储这些工件的便利位置，以便其他团队可以重用它们。例如，为新医院或升级医院开发模型的项目可以将这些有价值的建模工件存储在 RAS 中，然后在另一家医院工作的任何时候，它们都可以重复使用，从而可能节省数千小时的工作时间。此图显示了在 RAS 中注册的包的详细信息，包括版本号、用户和注释，这将帮助工程师浏览可重用内容找到他们正在寻找的资产。
使用此特征的主要优点之一是 RAS 将资产保存在依赖树中，允许资产的潜在用户了解它所依赖的包。这是软件安装程序使用的类似机制，用于确定选择安装的软件项目是否依赖于目标机器上不存在的其他项目，以及这些项目是否具有其他依赖关系。可重用资产服务为工程师完成这项工作并执行依赖图的遍历，使用户能够了解所需资产依赖于什么。此屏幕截图显示了如何在 RAS 中管理依赖关系。
