Introduction into Dragon1 EA Modeling Language
The Enterprise Architecture Modeling Language, as part of Dragon1, is a set of entity classes, symbols, and rules for creating formal and informal models in the field of Enterprise Architecture. One of the advantages of using a modeling language for enterprise architecture is higher productivity, efficiency, and unambiguity.
Basis is a Meta Meta Model
Dragon1, in its core, recognizes the following base class models: meta-model, user model, and instance model.
The meta meta-model consists, most importantly, of 'entity', 'attribute', 'relationship', and 'state'. With that and other constructs, it defines the possible entity classes with which the Dragon1 meta-model can be created, and so forth.
The meta-model defines concepts and relationships for conceptual modeling. Dragon1 also defines rules for extending the Dragon1 meta-model with new specific entity classes.
The Dragon1 open EA Method contains an Enterprise Architecture Framework with generic reference models and an EA modeling language. The reference models utilize the modeling language. Dragon1, as a modeling language, comprises over 400 entity classes or concepts. The download below contains the most recent and full list of these entity classes.
Every entity class is defined and has its own symbol, modeling constraints, and rules. Additionally, various types of models, viewpoints, views, and visualizations (diagrams) are defined, such as an architecture view layout.
Download:
Dragon1 EA Modeling Language Elements [PDF]
Overview of Core Dragon1 EA Modeling Terms
Dragon1 EA Modeling encompasses modeling at four levels of abstraction: Conceptual Modeling, Logical Modeling, Physical Modeling, and Implementation Modeling.
The basics of Dragon1 EA Conceptual Modeling are centered around the following core terms:
- architect
- owner/client
- stakeholder
- program of requirements
- framework
- design
- decision
- realization, build
- need, issue
- concern
- system
- structure
- phenomenon
- location
- space
- time
- money
- infrastructure
- facility
- architecture
- construction
- operation
- decoration
- principle
- performance
- quality
- requirement
- cost
- benefit
- (logical) function
- (technical) form
- ability
- capability
- disability
- objective
- model
- view
- viewpoint
- visualization
- entity
- concept
- element
- component
- technical product
- principle
- result
- person
- human
- animal
- robot
- machine
- computer
- document
- enterprise
- business
- infrastructure
- plan
- project
- budget
- solution
- deliverable
- milestone
- phase
- stage
- activity
- task
- process
- service
- product
- good
- mechanical
- manual
- automated
- robotized
- virtual
- digital
- physical
The Core Terms explained
On the resources pages, we will explain what the terms mean, their relationship, and why you need them as architects. All is explained from the viewpoint of an architect.
Read Also
You might be interested in reading the following items: