System Engineering &

®
Architecting with CORE

INCOSE WMA Chapter Meeting

Stuart Booth
4/8/2008

© 2006 Vitech Corporation. All rights reserved.

 Agenda

• Introduction to DoDAF 1.5

• Introduction to MBSE
• CORE’s Implementation of DoDAF 1.5
• Demonstration
• Questions

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 2

 Evolution of DoDAF

071003 © 2007 Vitech Corporation. All rights reserved. Intro to CORE and MBSE 3
 DoDAF v1.5: Key Messages

• Introduces Net-Centric concepts into existing

OV/SV/TV baseline
• Introduces Service Oriented Architectures (SOA)
• Introduces the concept of Federated
Architectures
• Increased support for data-centric architecture
management and the support for CADM
• Backward Compatibility – Maintains complete
backward compatibility with DoDAF v1.0

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 4

 Integrated and Federated Architecture

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 5

 What is Service Oriented Architecture (SOA)?

•SOA is a design for linking business and

computational resources (principally
organizations, applications and data) on
demand to achieve the desired results for
service consumers (which can be end users or
other services).
•SOA is a key Net Centric strategy: the ability
to share information when it is needed, where
it is needed, and with those who need it.

•http://en.wikipedia.org/wiki/Service-oriented_architecture#Other_SOA_Concepts

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 6

 Common Examples of Services

Telephony Services ATM Services

Web Services
071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 7
 New Sub-views for Products

Functions performed by systems and

Systems Functionality
SV-4a Description
the system data flows among
system functions.

Functions performed by services and

Services Functionality
SV-4b Description
the service data flow among
service functions.

Operational Activity to
Mapping of system functions back to
SV-5a Systems Function
operational activities
Traceability Matrix

Operational Activity to
Mapping of systems back to
SV-5b Systems Traceability
capabilities or operational activities
Matrix

Operational Activity to
Mapping of services back to
SV-5c Services Function
operational activities
Traceability Matrix

071003 © 2007 Vitech Corporation. All rights reserved. Intro to CORE and MBSE 8
 CORE Approach to Generate
DoDAF v1.5 Products
• Extend the underlying systems engineering design
language to support development of the specialized
DoDAF architecture-specific products
• Apply the MBSE approach to developing DoDAF views:
repository, schema, scripts, hierarchies, and views.

071003 © 2007 Vitech Corporation. All rights reserved. Intro to CORE and MBSE 9
 Systems Engineering with CORE
Source Requirements Domain Behavior Domain
Originating requirements Data
trace to behavior

Data

verified by The CORE

System Behavior is allocated to
physical components
Engineering
V&V Domain Repository Architecture Domain
Data Data
Data

verified by

verified by

Originating requirements trace to physical components

Utilizing a layered approach to progressively clarify and elaborate all four domains
concurrently ensures consistency and completeness.

071003 © 2007 Vitech Corporation. All rights reserved. Intro to CORE and MBSE 10
 Organization of DoDAF Framework
Products

Presented by Mr. Truman

Parmele at the DoD
Architectures Conference
February 24, 2004

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 11

 Integrated Repository and View Generators Provide
Consistency of Views and Products

Functional Views
Requirements Views

System Design
The CORE
Repository
System
Definition
Repository
Physical Views
Operational Views
DoDAF Views

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 12

 Dynamic Validation

System behavior diagram defines

architecture of simulation model which allows
us to analyze Behavior, Timelines,
Resources, Queues, and Flows

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 13

 CORE DoDAF 1.0/1.5 Schema
Operational Architecture System Architecture
Domain Architecture composed of
Domain
composed of
Added Type ‘Service’
Added Service Type attribute
implemented by
Operational built from
Component
built from
Node
achieves documented by
connected to / Interface joins &
thru joins thru Service
connected to Specification
performs / thru
includes
implemented by
NeedLine Link Standard
exhibits exhibits
Guidance
governs
includes performs
guides
Exchange transfers Exchange
Characteristic Characteristic Selected
Selected Added Behavior Type Classes
exhibits exhibits
Classes ‘Integrated (Services)’
Operational implemented by
Item decomposed by Requirement
Information specifies
decomposed by inputs / outputs refined by
inputs / / triggered by basis of specifies
basis of
outputs /
triggered by implemented by Added Status attribute
Operational Selected
Function
Activity Classes
exits by Exit exits by decomposed by
decomposed by
captures / captures /
achieves
consumes / consumes /
produces
Resource produces Color Code
achieves Physical Interface
Operational Organization includes Element Element
Mission
Task
includes includes
Functional Requirement
Selected Classes Element Element

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 14

 Image Management System: Adding
Services Example Problem
Description:
The Tactical Image Management Architecture
is composed of both an operational element
and an image management system which
supports the architecture.

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 15

 Image Management System: Adding
Services Example Problem (cont.)
External
External
Customers For
Customer Image
Service
Validation Collectors
Service

External
Services
Customer Interface Image
Interface Collector
Tactical Interface
Customers

INTERNAL SERVICES AVAILABLE

ŠSearch
ŠDistribution
ŠSubscription

New services
Image Management System With Services capability

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 16

Demonstration

© 2006 Vitech Corporation. All rights reserved.

 CORE DoDAF 1.0/1.5 Schema
Operational Architecture System Architecture
Domain Architecture composed of
Domain
composed of
Added Type ‘Service’
Added Service Type attribute
implemented by
Operational built from
Component
built from
Node
achieves documented by
connected to / Interface joins &
thru joins thru Service
connected to Specification
performs / thru
includes
implemented by
NeedLine Link Standard
exhibits exhibits
Guidance
governs
includes performs
guides
Exchange transfers Exchange
Characteristic Characteristic Selected
Selected Added Behavior Type Classes
exhibits exhibits
Classes ‘Integrated (Services)’
Operational implemented by
Item decomposed by Requirement
Information specifies
decomposed by inputs / outputs refined by
inputs / / triggered by basis of specifies
basis of
outputs /
triggered by implemented by Added Status attribute
Operational Selected
Function
Activity Classes
exits by Exit exits by decomposed by
decomposed by
captures / captures /
achieves
consumes / consumes /
produces
Resource produces Color Code
achieves Physical Interface
Operational Organization includes Element Element
Mission
Task
includes includes
Functional Requirement
Selected Classes Element Element

071015 NA © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 18

 CORE DoDAF v1.5 Provides:

• A way to produce architecture view artifacts (OV,

SV, and TV’s) that meet the wants and desires
of the DoD customer.
• A way to deliver System Architecture that
includes specifications, design and interface
documentation.
• A way to produce Integrated Architectures.
• A way to produce ‘Executable Architectures’.
• A methodology to do the above

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 19

 CORE DoDAF 1.5 View/Product Description

Applicable Framework
Framework Product Name CORE Solution/Summary
View Product
Description, purpose, scope, time frame and mission; optional external
All Views AV-1 Overview and Summary Information
graphic

All Views AV-2 Integrated Dictionary Architecture Description Document (ADD) Report

Identified in CORE database as an External Graphic. Viewable in CORE

Operational OV-1 High-Level Operational Concept Graphic
and incorporated in CORE reports.

Physical Block Diagram (PBD) for Operational Node displaying the

Operational OV-2 Operational Node Connectivity Description OperationalNodes decomposition with Needlines connecting internal and
external nodes.

OV-3 Report script (Outputs a summary or full information exchange

Operational OV-3 Operational Information Exchange Matrix matrix listing Needlines, Operational Information exchanged and the
ExchangeCharacteristics.)

Hierarchy Diagram showing command and coordination relationships of

Operational OV-4 Organizational Relationships Chart
the Organization

EFFBD, FFBD or IDEF0 representing behavior models including control,

Operational OV-5 Operational Activity Model
input/output, sequencing and decomposition of OperationalActivities

Operational Rules Model Complete, executable operational activity model as EFFBDs. Optional
Operational OV-6 Operational State Transition Description output includes rules, a captured COREsim timeline file or an external
Operational Event-Trace Description event trace file.

Operational OV-7 Logical Data Model OperationalInformation characterization table

Systems and Systems Interface Description Physical Block Diagram for Component or an external file that augments
SV-1
Services Services Interface Description the Component

Systems and Systems Communications Description Physical Block Diagram for Component or an external file that augments
SV-2
Services Services Communications Description the Component

Matrix representing the interfaces between Systems

Systems-Systems Matrix
Systems and Matrix identifying the interfaces between Systems and internal and
SV-3a,b,c Services-Systems Matrix
Services external Services
Services-Services Matrix
Matrix identifying the interfaces between Services

Systems and EFFBD, FFBD, N2 or IDEF0 representing behavior models including

SV-4 Systems Functionality Description
Services control, input/output, sequencing and decomposition of Functions

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 20

 CORE DoDAF 1.5 View/Product Description

Applicable Framework
Framework Product Name General Description
View Product
Matrix tracing between the OperationalActivities and Functions with an
option to show the Component performing each Function.
OperationalActivity to Sys. Function Traceability Matrix
Systems and Matrix tracing between a capability’s OperationalActivities and Systems
SV-5a,b,c Operational Capability to Services Traceability Matrix
Services Matrix tracing between a capability’s OperationalActivities and Services
Operational Capability to Services Traceability Matrix

Systems and Systems Data Exchange Matrix Summary or full data exchange matrix listing Links, Item exchanged, and
SV-6
Services Services Data Exchange Matrix ExchangeCharacteristics.

Table containing quantitative performance characteristics (current,

Systems and Systems Performance Parameters Matrix
SV-7 threshold, objective for near-term, mid-term, and far-term time frames) for
Services Services Performance Parameters Matrix
Components and their associated Interfaces, Links and Functions.

Systems and Systems Evolution Description

SV-8 An ExternalFile (text or graphic).
Services Services Evolution Description

Systems and Table containing technology forecast information for Components and
SV-9 Systems Technology Forecast
Services their associated Interfaces, Links, Functions and Items.

Complete, executable functional model as EFFBDs. Optional output

Systems and Systems Rules Model
SV-10a, b, c includes rules, a captured COREsim timeline file or an external event
Services Services Rules Model
trace file.

Systems and
SV-11 Physical Schema Item characterization table and/or an ExternalFile.
Services

Technical standards information or each Standard that governs the

Technical TV-1/2 Technical Standards Profile Systems and their associated Interfaces, Links, Functions, and Items is
provide in table format.

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 21

Spare Slides

© 2006 Vitech Corporation. All rights reserved.

 Architecture Terms

• Architecture - The term architecture is generally used both to refer

to an architecture description and an architecture implementation.
An architecture description is a representation of a current or
postulated real-world configuration of resources, rules, and
relationships. Once the representation enters the design,
development, and acquisition portion of the system development
life-cycle process, the architecture description is then transformed
into a real implementation of capabilities and assets in the field. The
Framework itself does not address this representation-to-
implementation transformation process but references policies that
are relevant to that process.
• Integrated Architecture - the term integrated architecture refers to
one in which architecture data elements are uniquely identified and
consistently used across all products and views within the
architecture.

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 23

 DoDAF 1.5 Introduced Service Oriented Architecture:
CORE Incorporated Services Into Its Schema

• Services:
– Are Component(s) of type: Service
– Components perform service Functions
– Components are Documented by ServiceSpecifications

Component Component docum ented Service

(Type: System ) built from /built in (Type: Service) by Specification

joined to/joins perform s/ perform ed by

(Behavior type:
Integrated (Service))
Interface
Function
decom posed by/
decom poses

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 24

 Overview Architecture Development:
How the Process and Products Relate
Requirements Analysis
1. Capture and Analyze Related Documents
Functional Analysis
2. Identify Assumptions
OV-4
5. Develop the Operational Context Diagram Synthesis
OV-1 OV-7
6. Develop Operational Scenarios OV-2 System Analysis
7. Derive Functional Behavior OV-3
and Control
OV-5
Time 8. Derive System
SV-1Elements SV-6 SV-5
SV-8 SV-9
9. Allocate Functions
SV-4 to System Elements
SV-11
4. Capture Constraints TV-1 TV-2 10. Prepare Interface DiagramsSV-2 AV-1
SV-3
3. Identify Existing/Planned Systems 14. Provide Options
OV-6 SV-10
12. Perform Dynamic Analysis SV-7 AV-2
11. Define Resources, Error Detection & Recovery
13. Develop Operational Demonstration Master Plan
15. Conduct Trade-off Analyses
16. Generate Operational and System Architecture Graphics, Briefings and Reports

071015 © 2007 Vitech Corporation. All rights reserved. [DoDAF 1.5] 25