基于文件的项目

创建.EAP / .EAPX项目文件

选择以下之一：

• |新建项目菜单选项
• '本地文件| “管理项目”对话框上的“新建项目”选项，或
• 起始页上的“创建新项目”选项

保存项目后，将显示“模型向导”，该菜单提供了一系列“模型模式”。选择要使用的模型模式。

Enterprise Architect将包含所选模型包的模型添加到“浏览器”窗口。

创建.FEAP项目文件

对于.eap / .eapx文件，除了在“新建项目”对话框的“另存为类型”字段中，单击下拉箭头并选择.feap文件扩展名。

Enterprise Architect将检查您的输入并显示错误消息：

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

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

默认安装目录（取决于您安装的版本）是：

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

请注意，除了从EABase.eap派生新模型之外。也可以通过复制现有项目来启动新项目。尽管可以在文件系统级别简单地“复制” .EAP文件，但这会导致两个相同的模型，并且仅当这是必需的行为时才应使用。例如，在将模型分发给客户端进行验证时。如果使用Enterprise Architect的内置功能基于现有模型创建新模型，则Enterprise Architect将修改所有元素和相关构造的唯一标识符（GUID），以便新模型本质上是唯一的，而不是简单的现有副本的副本。

配置项目

创建项目后，您可以设置一系列项目参数来定义默认值，将项目定制为特定的编码语言，并确保项目的一致开发和使用。

创建自定义模板

您可以使用公司标准，教程，框架和任何其他内置的常用建模模块，将任何Enterprise Architect项目自定义为模板项目。经过周密的计划，您可以在项目启动时节省很多时间。

单用户

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

小型工作组

使用Enterprise Architect所有版本，可以在网络文件级别共享.eap文件。对于只有一个共享模型进行协作的小型工作组（最多五个成员），这实际上仅是一个合适的解决方案。该解决方案非常受网络连接质量的支配，如果协作用户数量增加和/或模型变得非常大，可能会不理想。由于用户计算机上的Enterprise Architect仍在运行所有查询并在网络文件上执行所有数据库操作，因此缓慢的网络将导致性能不理想。随着团队规模和模型规模的增加，最好升级到DBMS或基于云的体系结构。

与版本控制结合使用

版本控制系统（例如SVN）可以有效地使用基于文件的存储库，这是另外一种情况。如果SVN系统拥有主内容，则各个开发人员/建模人员可以将他们感兴趣的材料检出到本地.eap或.feap文件中。进行更改后，他们可以将工作迁移回共享主数据库。这种开发方式非常有效，并且由于从版本控制系统导入和导出模型材料最适合单用户本地项目文件，因此这是两种技术的良好匹配和良好使用。

存储库副本以供存储或查看

单个文件存储库的另一个用途是分发给客户端和其他用户以供查看和评论，其中原始模型位于收件人无法访问的DBMS或Cloud中。由于将DBMS模型批量复制到本地.eap文件相对容易，因此这是将模型传递给客户端或其他有关方的好方法。如果某些材料受到限制，则可以在完成大容量复制之后并继续传递之前，从此单个文件存储库中删除节。

复写

如果网络访问受到限制，并且无法使用基于DBMS和Cloud的解决方案，那么另一个基于团队的解决方案（虽然不是最佳方案，但仍然有效）是使用.EAP文件格式的内置复制功能。通过创建设计母版并将副本分发给其他建模者，可以有效共享和贡献模型，而无需直接共享对公共模型的访问。不利的一面是，有人必须根据需要执行模型合并，如果存在复制冲突（对同一项目进行两次更改），则需要手动解决。