Operational View
Encyclopedia
Operational View (OV) is one of the basic views
View model
A view model or viewpoints framework in systems engineering, software engineering, and enterprise engineering is a framework which defines a coherent set of views to be used in the construction of a system architecture, software architecture, or enterprise architecture. A view is a representation...

, defined in the enterprise architecture
Enterprise architecture
An enterprise architecture is a rigorous description of the structure of an enterprise, which comprises enterprise components , the externally visible properties of those components, and the relationships between them...

 (EA) of the Department of Defense Architecture Framework
Department of Defense Architecture Framework
The Department of Defense Architecture Framework is an architecture framework for the United States Department of Defense, that provides structure for a specific stakeholder concern through viewpoints organized by various views....

 V1.5 (DoDAF). Under DODAF 2, which became operational in 2009, the collections of views are now termed 'viewpoints' and no longer views.

Other enterprise architecture frameworks may or do have operational views. For example the MODAF has an Operational Viewpoint and the NATO Architecture Framework has an Operational View (collection of subviews). This article will further explain the construction of the Operational View of the DoDAF V1.5.

Overview

The "Operational View" (OV) in the DoDAF Enterprise architecture framework (version 1/1.5) ('Operational Viewpoint' in DODAF 2) describes the tasks and activities, operational elements, and information exchanges required to conduct operations. A pure Operational View is materiel independent. However, operations and their relationships may be influenced by new technologies such as collaboration technology, where process improvements are in practice before policy can reflect the new procedures.

The operational viewpoint provides a means to describe what is needed in a solution-free or implementation-free way. There may be some cases, however, in which it is necessary to document the way processes are performed given the restrictions of current systems, in order to examine ways in which new systems could facilitate streamlining the processes. In such cases, an Operational View may have materiel constraints and requirements that must be addressed. For this reason, it may be necessary to include some high-level Systems View (SV) architecture data as overlays or augmenting information onto the Operational View products.

DoDAF

The Department of Defense Architecture Framework
Department of Defense Architecture Framework
The Department of Defense Architecture Framework is an architecture framework for the United States Department of Defense, that provides structure for a specific stakeholder concern through viewpoints organized by various views....

 (DoDAF) defines a standard way to organize a systems architecture
Systems architecture
A system architecture or systems architecture is the conceptual model that defines the structure, behavior, and more views of a system.An architecture description is a formal description and representation of a system, organized in a way that supports reasoning about the structure of the system...

 into complementary and consistent views. It is especially suited to large systems with complex integration and interoperability challenges, and is apparently unique in its use of "operational views" detailing the external customer's operating domain in which the developing system will operate.
The DoDAF defines a set of products that act as mechanisms for visualizing, understanding,
and assimilating the broad scope and complexities of an architecture description through graphic,
tabular, or textual means. These products are organized under four views:
  • Overarching All View (AV),
  • Operational View (OV),
  • Systems View (SV), and the
  • Technical Standards View (TV).

Each view depicts certain perspectives of an architecture as described below. Only a subset of the full DoDAF viewset is usually created for each system development. The figure represents the information that links the operational view, systems and services view, and technical standards view. 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.

OV products

The Department of Defense Architecture Framework
Department of Defense Architecture Framework
The Department of Defense Architecture Framework is an architecture framework for the United States Department of Defense, that provides structure for a specific stakeholder concern through viewpoints organized by various views....

 (DoDAF) has defined a series of seven different types of Operational View products.
There are seven OV products described in this section:
  • High-Level Operational Concept Graphic (OV-1)
  • Operational Node Connectivity Description (OV-2)
  • Operational Information Exchange Matrix (OV-3)
  • Organizational Relationships Chart (OV-4)
  • Operational Activity Model (OV-5)
  • Operational Rules Model, State Transition Description, and Event-Trace

Description (OV-6a, 6b, and 6c)
  • Logical Data Model (OV-7)

High-Level Operational Concept Graphic

  • High-Level Operational Concept Graphic (OV-1) : High level graphical and textual description of operational concept (high level organizations, missions, geographic configuration, connectivity, etc).

Operational Node Connectivity Description

  • Operational Node Connectivity Description (OV-2) : Operational nodes, activities performed at each node, and connectivites and information flow between nodes.

Operational Information Exchange Matrix

  • Operational Information Exchange Matrix (OV-3) : Information exchanged between nodes and the relevant attributes of that exchange such as media, quality, quantity, and the level of interoperability required.

Organizational Relationships Chart

  • Organizational Relationships Chart (OV-4) : Command, control, coordination, and other relationships among organizations.

Operational Activity Model

  • Operational Activity Model (OV-5) : Activities, relationships among activities, inputs and outputs. In addition, overlays can show cost, performing nodes, or other pertinent information.

Other OV products

  • Operational Rules Model, State Transition Description, and Event-Trace Description (OV-6a, 6b, and 6c)
    • Operational Rules Model (OV-6a) : One of the three products used to describe operational activity sequence and timing that identifies the business rules that constrain the operation.
    • Operational State Transition Description (OV-6b) : One of the three products used to describe operational activity sequence and timing that identifies responses of a business process to events.
    • Operational Event-Trace Description (OV-6c) : One of the three products used to describe operational activity sequence and timing that traces the actions in a scenario or critical sequence of events.
  • Logical Data Model (OV-7) : Documentation of the data requirements and structural business process rules of the Operational View.

Executable Operational Architecture

In addition to examining behavior over time, one can also assess an overall dynamic mission cost over time in terms of human and system/network resource dollar costs and their processes dollar costs. Analysis of dollar costs in executable architectures
Executable Architecture
An Executable Architecture , in general, is the description of a system architecture in a formal notation together with the tools that allow the automatic or semi-automatic generation of artifacts An Executable Architecture (EA), in general, is the description of a system architecture (including...

is a first step in an architecture based investment strategy, where we eventually need to align architectures to funding decisions to ensure that investment decisions are directly linked to mission objectives and their outcomes. The figure on the right illustrates the anatomy of one such dynamic model.

State transitions in executable operational architectural models provide for descriptions of conditions that control the behavior of process events in responding to inputs and in producing outputs. A state specifies the response of a process to events. The response may vary depending on the current state and the rule set or conditions. Distribution settings determine process time executions. Examples of distribution strategies include: constant values, event list, constant interval spacing, normal distribution, exponential distribution, and so forth. Priority determines the processing strategy if two inputs reach a process at the same time. Higher priority inputs are usually processed before lower priority inputs.
Processes receiving multiple inputs need to define how to respond. Examples of responses include: process each input in the order of arrival independent of each other, process only when all inputs are available, or process as soon as any input is detected. Processes producing multiple outputs can include probabilities (totaling 100 percent), under which each output would be produced.Histograms are examples of generated timing descriptions. They are graphic representations of processes, human and system resources, and their used capacity over time during a simulation run. These histograms are used to perform dynamic impact analysis of the behavior of the executable architecture. Figure 4-23 is an example showing the results of a simulation run of human resource capacity.
The source of this article is wikipedia, the free encyclopedia.  The text of this article is licensed under the GFDL.
 
x
OK