Book a Demo

Please note : This help page is not for the latest version of Enterprise Architect. The latest help can be found here.

Prev Next

Brief Introduction

Enterprise Architect is used to model business, technology and engineering systems. You create models for a variety of reasons including specifying the requirements, analyzing the design options, describing the architecture, designing programming classes and databases, documenting an existing system and much more. All the artifacts associated with these models are stored in the repository not as files but in tables in a relational database. These model can all be stored and accessed from a single repository sometimes called a project. The repository can be of two fundamental types:

  • FIle based  Database - MS Access *.eapx file or  Firebird *.feap
  • Server Based RDBMS - Oracle, MS SQL Server MySQL, PostgreSQL etc.

Enterprise Architect makes connections to these databases

An Enterprise Architect Project is a repository for storing, manipulating and managing one or more Models. A single repository can contain many models, and a Repository can be either file based, hosted in a larger DBMS system or based in the Cloud.




See also


A project can contain a single model, or a number of models, each of which defines a particular system or process. A model contains the diagrams, elements, relationships and associated metadata that define the structure and function of the system or process. These components are organized into a hierarchy of Packages, which help to group and manage related components.

Managing Connections to Projects Project Shortcuts Project Management The Modeling Team


Different aspects of the process or system - or their development - are defined by Model Packages, which you generate from templates specifically structured to support the aspects that the Model Packages represent, such as requirements or deployment. You can generate these templated Packages at any level of the hierarchy, but as they are created with their own content they are more useful at the top levels.

Model Wizard


The top-level Packages in a model can also be Views, which represent partitions of the model that you define yourself.

You can start with standard Views such as Class or Component, or create whatever partitions are appropriate to your model.


Example Project Structure

An example project structure as shown in the Project Browser in Sparx Systems Enterprise Architect.

Each View or Model Package contains Packages; the Use Case Model Package contains:

  • Actors and
  • Primary Use Cases

It also contains the Use Case diagram, which could be an overview of the Package structure or function.

Each Package itself can contain one or more diagrams, one or more Packages, and several elements; the Primary Use Cases Package contains the:

  • Primary UCDiagram
  • Customer Setup Package
  • Use Case1 element
  • Use Case2 element

Each subordinate Package also contains diagrams, elements and (if necessary) further Packages; the elements are related by connectors created in the diagrams, and each element and connector has properties, attributes, operations and extensions defined in the respective 'Properties' dialogs.

Note that models do not have to be constructed this way. Depending on the methodology you are following and information you need to model, the project structure might look completely different. In addition, many architectural frameworks such as TOGAF and ArchiMate specify their own project structure as part of their overall solution architecture.