Version , Change 1. Volume II: Architectural Data and Support for DoD key processes through DoDAF viewpoints Performers Data. DoDAF is the overarching, comprehensive framework and conceptual model enabling Guide: DoDAF Architecture Framework Version The Department of Defense Architecture Framework (DoDAF) is an architecture framework for . The current version is DoDAF DoDAF V is published on a public website. Other derivative frameworks based on DoDAF include the NATO.

Author: Gogal Mitilar
Country: Azerbaijan
Language: English (Spanish)
Genre: Environment
Published (Last): 11 July 2013
Pages: 453
PDF File Size: 6.26 Mb
ePub File Size: 5.95 Mb
ISBN: 306-3-62045-293-5
Downloads: 49984
Price: Free* [*Free Regsitration Required]
Uploader: Mikalrajas

To facilitate the use of information at the data layer, the DoDAF describes a set of models for visualizing data through graphic, tabular, or textual means.

The three views and their interrelationships — driven by common architecture data elements — provide the basis for deriving measures such as interoperability or performance, and for measuring the impact of the values of these metrics on operational mission and task effectiveness.

The DM2 defines architectural data elements and enables the integration and federation of Architectural Descriptions. The Department of Defense Architecture Framework DoDAF is an architecture framework for the United States Department of Defense DoD that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views.

The Capability Models describe capability taxonomy and capability evolution. Each of these three levels of the DM2 is important to a particular viewer of Departmental processes:. One concern about the DoDAF is how well these products meet actual stakeholder concerns for any given system of interest. The figure represents the information that links the operational view, systems and services view, and technical standards view.

All view AV products provide overarching descriptions of the entire architecture and define the scope and context of the architecture. As one example, the DoDAF v1.

The DoDAF Architecture Framework Version | CSIAC

These products are organized under four views:. It establishes a basis for semantic i. By using this site, you agree to the Terms of Use and Privacy Policy. This document addressed usage, integrated architectures, DoD and Federal policies, value of architectures, architecture measures, DoD decision support processes, development techniques, analytical techniques, and the CADM v1.


These views offer overview and details aimed to specific stakeholders within their domain and in interaction with other domains in which the system will operate.

The DoDAF Architecture Framework Version 2.02

The actual sequence of view generation and their potential customization is a function of the application domain and the specific needs of the effort. These views are artifacts for visualizing, understanding, and assimilating the 2.022 scope and complexities of an architecture description through tabularstructuralbehavioralontologicalpictorialtemporalgraphicalprobabilisticor alternative conceptual means. Otherwise there is the risk of producing products with no customers.

For the purposes of architecture development, the term integrated means that data required in more than one of the architectural models is commonly defined and understood across those models. In other projects Wikimedia Commons.

Department of Defense Architecture Framework – Wikipedia

There are many different approaches for creating an integrated architecture using DoDAF and for determining which products are required. DoDAF generically describes in the representation of the artifacts to be generated, but allows considerable flexibility regarding the specific formats and modeling techniques.

It broadened the applicability of architecture tenets and practices to all Mission Areas rather than just the C4ISR community. The OV provides textual and graphical representations of operational nodes and elements, assigned tasks dodf activities, and information flows between nodes.

Integrated architectures are a eodaf or design principle for architectures at all levels: The concept of capability, as defined by its Meta-model Data Group allows one to answer questions such as:. Views Read Edit View history. DoDAF has a meta-model underpinning the framework, defining the types of modelling elements that can be used in each view and the relationships between them.

The DoDAF deskbook provides examples in using traditional systems engineering and data engineering techniques, and secondly, UML format. SV products focus on specific physical systems with specific physical geographical locations. As the DM2 matures to meet the ongoing data requirements of process owners, decision makers, architects, and new technologies, it will evolve to a resource that more completely supports the requirements for architectural data, published in a consistently understandable way, and will enable greater ease for discovering, sharing, and reusing architectural data across organizational boundaries.


Operational View OV products provide descriptions of the tasks and activities, operational elements, and information exchanges required to accomplish DoD missions. DoD weapons and information technology system acquisitions are required to develop and document an enterprise architecture EA using the views prescribed in the DoDAF. Department of Defense for developing enterprise architecture has been debated:. Technical standards view TV products define technical standards, implementation conventions, business rules and criteria that govern the architecture.

While it is clearly aimed at military systems, DoDAF has broad applicability across the private, public and voluntary sectors around the world, and represents one of a large number of systems architecture frameworks.

It addressed the Dodat Secretary of Defense directive that a DoD-wide effort be undertaken to define and develop a better means and process for ensuring that C4ISR capabilities were interoperable and met the needs of the warfighter.

The developing system must not only doda its internal data needs but also those of the operational framework into which it is set. In addition to graphical representation, there is typically a requirement to provide metadata to the Defense Information Technology Portfolio Repository DITPR or other architectural repositories. DoD Business Systems Dodat The repository is defined by the common database schema Core Architecture Data Model 2. Product Descriptions” and a “Deskbook”.

Each view depicts certain perspectives of an architecture as described below. It establishes data element definitions, rules, and relationships and a baseline set of products for consistent development of systems, integrated, or federated architectures. In this manner, the DM2 supports the exchange and reuse of architectural information among JCAs, Components, and Federal and Coalition partners, thus facilitating the understanding and implementation of interoperability of ddoaf and systems.

This Architecture Framework is especially suited to large systems with complex integration and interoperability challenges, and it is apparently unique in its employment of “operational views”.

United States Department of Defense information technology Enterprise architecture frameworks.