Architecture Design Content Framework

An Architecture Design is created following a series of iterative steps. With each step, another level of abstraction is designed.

The steps below are often followed to create an architecture design for an enterprise, domain, function, process, system, or solution:

  • Get a Design Contract
  • Create / Moderate a Program of Requirements
  • Do a Feasibility Study
  • Create a Conceptual Design
  • Create a Preliminary Design (Functional)
  • Create a Definite Design (Functional)
  • Create a Detailed Design (Technical)
  • Create a Technical Specification (a legal document)

The following activities are continuously in parallel:

  • Create and update a library for norms, values, standards, frameworks, methods, and languages
  • Create and update a library for concepts, patterns, principles, concepts, reference models, viewpoints, and views
  • Create and update a glossary of terms
  • Document and improve the processes of working with architecture

Four levels of abstraction are used during the design:

  • Conceptual
  • Logical
  • Physical
  • Implementational

Three roles collaborate in this process:

  • The owner/client
  • The architect
  • The stakeholders (the user community (often employees and customers), contract party for realizing the solution, clients, suppliers, government, etc.

Dragon1 Architecture Design Content Framework


In an organization, you would normally have high-level large overall architecture documents together in an Enterprise Architecture Dossier and EA Repository:

Ref Archs, EA, BA, IA, TA, and per business domain, business function, business process or information system solution/system architecture documents.

An architecture document consists of 4 levels of architecture design.

The architect does many iterations with the owner/client and stakeholders to get reviews and feedback on the architecture designs.

User Models should, as much as possible, be compliant to Meta Models.

And diagrams should contain as few levels of abstraction as possible.

Every document at one point in time should be approved of/signed by the owner/client.

Glossary of Terms and Definitions

Dragon1 makes use of specific definitions for core terms. Here are the most important ones:

  • Architecture -
  • Structure -
  • Concept -
  • Principle -
  • Element -
  • View -
  • Pattern -
  • Model -
  • Viewpoint -
  • Architect -
  • Owner/Client -
  • Stakeholder -
  • Meta Model -
  • Entity -
  • Component -
  • Object -
  • Design -
  • Technical Product -

Link to Dragon1 glossary: Dragon1

Architecting Solutions

DEMO: Concept Mapping Software

How to use Dragon1 EA Tool

Learn to generate architecture diagrams using repositories
DEMO: BPMN Onboarding Process Example

DEMO: BPMN Onboarding Process Diagram - Measure Rules Compliance

Manufacturing, Financial Solutions
DEMO: Enterprise Architecture Blueprint Template

DEMO: Generate an Enterprise Architecture Blueprint to discover and solve RISK

Banking, Logistics, Healthcare
DEMO: Data Mapping Software

DEMO: Generate Application Landscape for SECURITY

Automotive, Financial Services, Health Care
DEMO: Strategy Mapping Software

DEMO: Generate Strategy Map on how to INNOVATE with AI

Government, Logistics, Banking
DEMO: Process Application Map

DEMO: Generate Landscape for RPA AUTOMATION

Retail, Agriculture, Energy, Oil & Gas