| 前页 | 后页 |
模型存储库
Enterprise Architect是一个功能丰富的建模平台，适用于各种建模和设计场景，从访问基于文件的存储库的单个用户，到使用云存储库的遍布全球的数千名建模人员组成的大型分布式团队。存储库可以扩展和缩减，最初由单个用户启动的项目可以无缝扩展到大型的多用户存储库。
Enterprise Architect旨在支持跨学科建模人员协作创建系统或企业的单一统一视图，该平台内置众多特征以支持团队开发。通过利用基础UML建模语言、BPMN 和 SysML 等众多扩展语言以及 TOGAF 和 UAF/UPDM 等高效框架，建模人员、设计师、管理人员及其他人员可以构建全面、互联的模型，充分表达功能齐全、多层次、复杂的系统和/或企业的功能、结构和行为。
此外，还有特征允许建模者讨论模型，例如讨论和审阅窗口以及在库窗口中审阅正在进行的工作。可以实现模型安全性，从而促进协作并防止工作被意外覆盖。
有一系列项目管理特征，例如任务和资源分配、用于查看任务随时间进展的甘特图表以及用于跟踪重要项目事件的项目日历。
集成非常简单，而且特征集非常丰富，战略思想家、业务经理、架构师、信息和数据建模者、测试人员、软件工程师和许多其他人将从使用该工具并将他们的模型纳入整体愿景中获得巨大益处。
|
模型存储库
此图像集合展示了Enterprise Architect中可用的一些模型存储库工具。 |
关键概念
|
存储库格式 |
Enterprise Architect模型存储在标准关系数据库中。这种方法从Enterprise Architect第一个版本开始就已内置。与其他依赖简单文本文件的模型存储系统而范围和功能有限的工具相比，使用关系数据库具有巨大的优势。它支持两种基于文件的存储库格式（ SQLite和火鸟），以及许多行业标准的 DBMS 服务器（例如# 服务器、 MySQL和 Oracle) 加上基于云的存储， Enterprise Architect可在广泛的部署场景中提供对模型的快速、可扩展、灵活和透明的访问。 |
|
建模语言 |
Enterprise Architect基于行业标准UML ，这是物件管理组织 (OMG) 维护的规范。尽管最初设想主要用于软件开发的建模语言，但多年来，其功能和正式（标准）扩展使UML发展成为一套丰富的构造和建模行为，为从软件到业务流程、嵌入式软件、企业架构、组织结构图、战略模型、思维导图、需求管理等各个方面提供非常丰富和详细的支持。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都提供了多种解决方案场景，可以进行调整以提供适当级别的变更管理和协作开发。 |