模型存储库

存储库格式

Enterprise Architect模型存储在标准关系数据库中。这种方法从第一个版本开始就内置在Enterprise Architect中。通过依赖基于简单文本文件的模型存储系统，使用关系数据库提供了优于范围和功能受限的其他工具的巨大优势。支持两种基于文件的存储库格式（SQLite 和火鸟）以及许多行业标准 DBMS 服务器（例如#

服务器、 MySQL和 Oracle）加上基于云的存储， Enterprise Architect在广泛的部署场景中提供对模型的快速、可扩展、灵活和透明的访问。

建模语言

Enterprise Architect基于行业标准UML ，由物件管理组 (OMG) 维护的规范。尽管最初被设想为主要用于软件开发的建模语言，但多年来，功能和正式（标准）扩展允许UML发展成一组丰富的构造和建模行为，为软件的所有内容提供非常丰富和详细的支持，业务流程、嵌入式软件、企业架构、组织结构图、战略模型、思维导图、需求管理等等。 UML的成功已经在现实世界中一次又一次地得到证明，并且使用UML作为底层“元语言”的新技术和建模配置文件的数量都归功于UML的力量和有效性。

团队发展

从Enterprise Architect的第一个版本开始，目标就是为基于团队的开发提供最好和最容易获得的支持。多年来，该平台设计A丰富的工具和功能，以支持安全性、可扩展性、信息共享、并发访问、管理、报告和查询。随着互联网和分布式开发场景的发展， Enterprise Architect已经发展成为在全球分布式情况下开发模型和设计的卓越平台。基于云服务器的部署提供了高可用性、卓越的性能和简单的配置，可将多样化和分布式的团队快速整合到一个单一的、活的存储库中，在该存储库中可以轻松地共享、查看、讨论和管理工作。

可扩展性

通过利用当今 DBMS 服务器和基于云的技术的强大功能， Enterprise Architect可以轻松扩展到真正的史诗级比例。大型分散的团队可以实时存储和访问数百万个对象。可扩展性水平仅受 DBMS 或云技术的选择以及部署模型的网络和服务器基础设施的能力限制。在实践中，多年来， Enterprise Architect已在工业中使用，建模者和设计师利用内置的可扩展性来构建令人惊叹且通常是巨大的模型，这些模型捕获了有关复杂和高度互连系统的大量信息和企业。

安全

由于Enterprise Architect使用的存储库的性质和可能的部署场景，可以通过多种方式管理安全性。在Enterprise Architect的企业统一版和终极版中，内置了对定义用户和组的支持，这些用户和组允许锁定和管理模型内的元素和包。这将在后面的安全部分中讨论。此外，还可以通过对 MS JET 和基于 Firebird 的模型（.EAP 和 FDB）使用基于文件的安全访问以及对较大的基于数据库服务器的系统使用 DBMS 服务器身份验证和访问来限制对模型的一般访问。作为进一步的改进，当连接到基于云的服务器时，还可以使用 HTTPS 协议限制对模型的访问。

版本控制

Enterprise Architect使用行业标准的 XMI（XML 交换）格式文件来存储和版本模型包。通过将 XMI模型片段的导入和导出集成到Enterprise Architect支持的版本控制系统（如 SVN）中，您可以在不同的存储库中维护同一模型的多个版本，并对开发和设计过程进行精细控制。鉴于此版本控制系统的性质，有几种不同的场景可用于维护不同的模型以及团队如何访问信息。例如，在版本控制系统被用作单点事实和事实存储库的情况下，可以方便地使用反映特定时间点实际模型的许多基于工作组或单用户的存储库。相比之下，版本化文件主要仅用于备份和基线目的，更大的基于团队的 DBMS 服务器将用于提供模型共享和协作功能。因此，无论实际需求是什么， Enterprise Architect都有许多解决方案场景，可以进行调整以提供适当级别的变更管理和协作开发。