| 上一页 | 下一页 |
模型库
Enterprise Architect是一个丰富的建模平台，可用于各种建模和设计环境，从访问基于文件的存储库的单个用户到使用基于云的存储库在全世界工作的数千个建模者的大型分布式团队。可以按比例放大和缩小存储库，并且可以将以单个用户启动的项目无缝扩展到大型多用户存储库。
Enterprise Architect旨在支持跨学科建模人员协作以创建系统或企业的单一统一视图，并且该平台具有许多内置功能来支持此团队开发。通过利用基础UML建模语言，除了BPMN和SysML等众多扩展语言外，还有TOGAF和UAF / UPDM等高效框架，建模人员，设计师，管理人员和其他人可以构建全面的互连模型它充分表达了功能齐全，多层次，复杂的系统和/或企业的能力，结构和行为。
此外，还有一些功能允许建模人员讨论模型，例如“协作”窗口，并查看“ 团队库”窗口中正在进行的工作。建模者甚至可以发送模型邮件来传达想法。可以实现模型安全性，这有助于协作并防止工作被意外覆盖。
有一系列项目管理功能，例如任务和资源分配，以及用于查看任务随时间推移的甘特图，以及用于跟踪重要项目事件的项目日历。
集成非常简单，功能设置非常强大，战略思想家，业务经理，架构师，信息和数据建模人员，测试人员，软件工程师以及其他许多人将从使用该工具并将其模型融入整体愿景中获得巨大收益。
|
模型库
此图像集说明了Enterprise Architect中可用的一些模型存储库工具。 |
关键概念
概念 |
描述 |
|---|---|
|
存储库格式 |
Enterprise Architect模型存储在标准关系数据库中。从第一个版本开始，这种方法已经内置到Enterprise Architect中。与依赖于基于简单文本文件的模型存储系统的范围和功能有限的其他工具相比，使用关系数据库提供了巨大的优势。Enterprise Architect支持两种基于文件的存储库格式（MS JET和Firebird）以及许多行业标准DBMS服务器（如SQL Server，MySQL和Oracle）以及基于云的存储，可提供对模型的快速，可扩展，灵活和透明的访问在广泛的部署方案中。 |
|
建模语言 |
Enterprise Architect基于行业标准UML，这是由对象管理组（OMG）维护的规范。虽然最初被认为是主要用于软件开发的建模语言，但多年来，功能和形式（标准）扩展使UML能够发展成为一组丰富的构造和建模行为，为软件中的所有内容提供非常丰富和详细的支持，到业务流程，嵌入式软件，企业架构，组织结构图，战略模型，思维导图，需求管理等等。UML的成功在现实世界中已经被一遍又一遍地证明，并且使用UML作为底层“元语言”的新技术和建模配置文件的数量是对UML的功能和有效性的致敬。 |
|
团队发展 |
从Enterprise Architect的第一个版本开始，目标就是为基于团队的开发提供最佳和最易获得的支持。多年来，该平台已经设计了大量工具和功能，以支持安全性，可扩展性，信息共享，并发访问，管理，报告和查询。随着互联网和分布式开发方案的发展，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）中，您可以在不同的存储库中维护同一模型的多个版本，并对开发和设计过程进行精细控制。鉴于此版本控制系统的性质，有几种不同的方案可用于维护不同的模型以及团队如何访问信息。例如，在将版本控制系统用作单点事实和事实上的存储库的情况下，使用许多工作组或基于单个用户的存储库可以很方便地反映特定时间点的实际模型。相反，如果版本化文件主要用于备份和基准目的，则可以使用更大的基于Team的DBMS服务器来提供模型共享和协作功能。因此，无论实际需求如何，Enterprise Architect都有许多解决方案场景，可以进行调整以提供适当级别的变更管理和协作开发。 |
示例存储库任务
