基于文件的项目

创建 .QEA 和 .QEAX 项目文件

从Enterprise Architect 16.0 版开始，.qea/.qeax 是默认和推荐的基于文件的格式，因为它易于设置和一般性能。

• 扩展名为 .QEA 的文件支持单用户。
• .QEAX 支持少于五个用户的小组的多用户访问。

创建 .FEAP 项目文件（火鸟）

当您在Enterprise Architect中创建 .feap 文件时，系统将检查您的输入并在以下情况下显示错误消息：

• 您的火鸟存储库不在本地驱动器上；火鸟存储库不适合网络共享项目
• 文件路径包含不在系统代码页中的字符

创建 .EAP/.EAPX 项目文件 ( MS Access Jet)

在 JET 3.5（不支持统一码文本）下创建扩展名为 .eap 的项目文件，或者在 JET 4（支持统一码文本）下创建扩展名为 .eapx 的项目文件。

您还可以复制和重命名 EABase.eap 或 .eapx模板文件，并以此构建您的项目。

注记您不能在Enterprise Architect 16.0 64 位的Wine下创建或加载 .eap 或 .eapx 文件。在任何其他操作系统下，如果未安装 64 位访问驱动程序，系统会提示您将文件转换为另一种格式，例如 .feap。

创建 .EADB 项目文件

在Enterprise Architect v16 中引入，如果您安装了MS Access 2007+（或MS Access数据库引擎），您可以通过以下方式创建 .eadb 项目文件：

• 选择创建一个新项目文件并为其指定 .eadb 文件扩展名
• 复制并重命名 EABase.eadb 文件（在安装文件夹中）并从中构建您的项目

.eadb 文件可以在Enterprise Architect的所有版本中打开，包括专业版。

创建 .ACCDB 项目文件

Enterprise Architect可以使用MS Access 2007+ 数据库（扩展名 .ACCDB）作为存储库；但是，本地计算机需要安装MS Access 2007（或更高版本）或MS Access 2013（或更高版本）数据库引擎。拥有这些产品之一为本地计算机提供了Enterprise Architect可以使用的 Microsoft访问ODBC 驱动程序。

默认（EABase）存储库模板的位置

根据您安装的版本，默认安装目录是：

• 注册版： C:\Program Files\Sparx Systems\EA
• 试用版 ： C:\Program Files\Sparx Systems\EA Trial
• 精简版：C:\Program Files\版C:\Program Files\Sparx Systems\EA Lite

注记除了从 EABase 导出新模型外，还可以通过复制现有项目来启动新项目。虽然可以在文件系统级别简单地“复制”EABase 文件，但这会产生两个相同的模型，并且只应在需要时使用；例如，将模型分发给客户进行验证时。如果您使用Enterprise Architect的内置功能在现有模型的基础上创建新模型， Enterprise Architect将修改所有元素和相关结构的唯一标识符 (GUID)，以便新模型本质上是唯一的，而不是简单的现有的副本。

配置项目

创建项目后，您可能需要做很多事情来设置它以供您自己或其他团队成员使用。你可能想要：

• 启用安全性并设置用户、组和权限
• 设置项目选项和个人偏好
• 设置技术、蓝图和功能区集
• 在浏览器中创建存储库结构
• 使用模式创建初始项目内容
• 设置报告模板
• 设置默认数据库和编程语言选项

创建自定义模板

您可以将任何Enterprise Architect项目自定义为模板项目——这意味着您可以将其用作创建其他项目文件的基础。这可能包括公司标准、教程、框架和任何其他已内置的常见建模部分；通过仔细计划，您可以在项目启动时为自己节省许多时间。

单一用户

基于简单文件的存储库（.qea、.feap 和 .eap 文件）最适合单用户开发，其中模型文件放置在建模器本地驱动器上。这是开始对特定解决方案进行建模的一种快速且非常有效的方法。许多模型将作为单用户存储库开始，然后才迁移到 DBMS 或基于云的存储库以供更大的团队访问。如果您需要快速开始项目工作并进行一些探索性工作，或者您作为顾问独自工作，那么 .qea、.feap 或 .eap 文件格式是理想的选择。

小型工作组

Enterprise Architect的所有版本都可以在网络文件级别共享项目文件。

注记这对于在共享模型上进行协作的小型工作组（少于五个成员）是一个合适的解决方案。

该解决方案很大程度上取决于网络连接的质量，因为用户机器上的Enterprise Architect仍在运行所有查询并在网络文件上执行所有数据库操作。因此，随着协作用户数量的增加和/或模型变得更大，它不太适合，在这个阶段最好升级到 DBMS 或基于云的架构。

结合版本控制

另一个可以使用基于文件的存储库的场景是使用版本控制系统，例如 SVN。如果 SVN 系统拥有主内容，那么各个开发人员/建模人员可以将他们感兴趣的材料检出到本地 .qea、.feap 或 .eap 文件中。当他们进行更改后，他们可以将他们的工作迁移回共享主服务器。这种开发方式非常有效，版本控制系统中模型素材的导入和导出最适合单用户本地工程文件，是两种技术的很好搭配和很好的使用。

存储库的副本用于储存或审阅

单个文件存储库A进一步用途是分发给客户和其他人以供审阅和评论，其中原始模型位于 DBMS 或接收者无法访问的云中。由于将 DBMS模型批量复制到本地项目文件相对容易，因此这是将模型传递给客户或其他相关方的好方法。如果某些材料受到限制，则可以在批量复制完成后和传递之前从该单个文件存储库中删除部分。

复制

如果网络访问受限且无法使用 DBMS 和基于云的解决方案，则基于团队的开发的另一种可能性是使用文件格式的内置复制特征。通过创建设计主文件并将副本分发给其他建模者，可以有效地共享模型并为模型做出贡献，而无需直接共享对公共模型的访问权限。不利的一面是，必须有人根据需要执行模型合并，如果存在复制冲突（对同一项目进行两次更改），则需要手动解决。