Architecture Framework Brief

Directorate Enterprise Architecture
DAE
DEA
Directeur- Architecture dentreprise
Canadian Approach to the Architecture Framework

Coalition Architecture Interoperability Working Group 19-21 January 2005
Director General Information Management Strategic Direction Directeur gnral Orientation stratgique (Gestion de linformation)
DAE
DEA
Outline
EA Usage Requirements Requirements and Capabilities - Definitions Development Approach

DADM SOA Services and Enablers
Next Steps
The View of Architecture, or is it,

ID LIKE TO START WITH AN ARCHITECTURE DIAGRAM. ARCHITECTURALLY INTEGRATED SYNCHRONIZED DIGITIZED ELECTRONIC BATTLE-SPACE
DAE
DEA
an Architectural View?
DAE
DEA
Enterprise Architecture
A strategic information asset base, which defines the business, the information necessary to operate the business, the technologies necessary to support the business operations, and the transitional processes necessary for implementing new technologies in response to the changing business needs. It is a representation or blueprint.
DAE
DEA
But Really, What is it?
Enterprise Architecture is Information about the Enterprise. (Enterprise Engineering) Enterprise Architecture is NOT Enterprise Information. (Information Management)
DAE
DEA
STRATEGY
EA Use
Stakeholder
(User)
Issues
TARGETS
Makes a Decision
Solutions
Identifies an Issue
Define Requirements/ Business Drivers
Deliver Options/ Recommendations
Analysis
EA Services
Conduct an analysis using
Apple-to-Apple Analysis
Framework
Standardized Views
EA Products
Standardized Reports
DAE
DEA
The Challenge
Andy,
project proposal
Requirements Definition
DAE
DEA
Why We Define Requirements
Job Requirement: I want a boss who is better than the old one
Meet your new Boss. I used the requirements statement you submitted. our
DAE
DEA
Architectural Frameworks
Operational View
Operational tasks, elements and information flows required to accomplish military operation
Command Command Op Concept Op Concept Relationships Relationships OpNode OpNode Activity Activity Op Event/ Connectivity Op Event/ Connectivity Model Model Trace Trace Op Info Op Info Logical Logical Exchange Exchange Op State Data Op State Data Transition Model Transition Op Rules Model Op Rules
of ls ve Le ge d an an h g Ex c sin n ew es tio n ts gy N lo nd oc a e m no a Pr fo rm ire ch it y In equ Te abil s R sic ort itie Ba pp bil Su apa C
Operational View
P Le ro c Ex ve ess ch ls o in Sy an f g a N st e ge Inf nd an ode ms Re orm Int d s, As q u ati er Re A s ire on n o qu ct iv oc da m ire itie iat l en m s ion ts en , N s ts ee to d li ne s,
Identifies Warfighter Relationships and Information Needs
TOGAF
Systems View
Systems and interconnections providing for or supporting military & civil operations
Systems View
Relates Capabilities and Characteristics to Operational Requirements
Specific Capabilities Identified to Satisfy InformationExchange Levels and Other Operational Requirements
Technical View
Prescribes Standards and Conventions
Technical Criteria Governing Interoperable Implementation/ Procurement of the Selected System Capabilities
NAF
DoD AF
Physical Physical System Tech System Tech Data Model Data Model Forecast Forecast System Sys Node System System Sys Node System Performance Connectivity System Event/ Performance Rules Connectivity System Event/ Rules System Info Trace Desc Element System Info Trace Desc Element Exchange Iface Exchange Iface System System Op Activity Op Activity Functionality Functionality -to-toSystem System State System Func State System Func Evaluation Evaluation Transitions Minimal set of rules governing Transitions
Technical View
and
Technology Architecture Architecture Profile Profile
the arrangement, interaction Interdependent pieces of system components Technology or elements

Standards Standards Technology Technology Forecast Forecast
Zachman
FEAF
How, Where, and When
TEAF
Functional
What, How Much, and How Frequently
Information
Who and Why
Organizational
Enabler
Infrastructure
Architectural Framework Components

View: A perspective, created using a subset of products, from
which an architecture may be organized to ensure that a general area of interest is considered in a coherent manner. A view is a perspective that is independent of time but will normally be linked to time in order to provide relevance.
DAE
DEA
Product: A perspective, created using a subset of elements, from

which an architecture may be analyzed to ensure that a specific topic is considered in a coherent manner.
Element: A basic unit of information that is generic in nature yet

has a specific relationship to one or many other elements. Elements are characterized by attributes that are populated with data items of distinct units and values.
10
DAE
DEA
BOST(IS)
Business View Business View Operational View
Information View
Security View
System View
Technical View
11
DAE
DEA
Classes of Architecture
Reference Architecture: The doctrinal basis of architectures represented by elements, products and views that are interrelational and are used to capture the information required to represent the as-is and target architectures. As-Is (Baseline) Architecture: A description of the fielded "as-is" architecture that represents the existing enterprise, the current business practices and technical infrastructure. A specification or product that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development and that can be changed only through formal change control procedures or a type of procedure such as configuration management. Target Architecture: Representation of a desired future state or to be built for the enterprise within the context of the strategic direction.
12
Frameworks & Classes of Architecture

Timeless (Reference) Based on
DAE
DEA
Products
Temporal (As-Is, Targets & Reference) Queries
Defence Architecture Data Model (DADM)
Defines structure of and resides in
Defence Architecture Repository (DAR)
13
DAE
DEA
Definitions
Military Requirement:
An essential condition that a system has to satisfy. (Defence Terminology Bank) An established need justifying the timely allocation of resources to achieve a capability to accomplish approved military objectives, missions, or tasks. Also called operational requirement. (DOD, NATO)
Requirement: (Merriam-Webster Online Dictionary)

Something wanted or needed. Something essential to the existence or occurrence of something else.
Capability: (Defence Terminology Bank)

The ability of an item to meet a service demand of given quantitative characteristics under given internal conditions.
Capability: (DOD)
The ability to execute a specified course of action. (A capability may or may not be accompanied by an intention.)
Capability: (Merriam-Webster Online Dictionary)

The facility or potential for an indicated use or deployment The power or ability to do something.
14
DAE
DEA
How We Describe Our Architecture Now
No Common Definitions No Common Descriptions

15
DAE
DEA
The Challenge
What the Architect Translated: Style: Rustic Living Area: 2,000-2,500 sq. ft. # of Floors: 2 or 3 # of Bedrooms: 4 # of Bathrooms: 2 or more Special Considerations: under $200,000
What the Client Said: Id like to build a house in the country on a piece of land my grandfather left me. My wife and three teenage children want to be able to spread out and enjoy the relaxed atmosphere. We all need our own space and privacy but I dont want to spend a bundle.
16
DAE
DEA
The Push-Back to the Client

The Option Presented: Style: Cottage Living Area: 2,035 sq. ft. # of Floors: 2 or 3 # of Bedrooms: 3 # of Bathrooms: 2 or more Special Considerations: Cost $350,000 Time to Build: 1 year
What the Client Cares About:
Requirements meet Picture Price Time
http://www.architecturaldesigns.com/editors-pick-house-plan-4687pr.asp#d
17
How Can We Compare Requirements
DAE
DEA
18
DAE
DEA
Must Compare Like Things
Using common well-defined pieces, Across requirements

19
What Does Lego Teach Us? (Architecture) Finite types of pieces Standardized dimensions Standardized attributes Common understanding Anyone can build it What Do We Want to Do? (Requirements) Multiple tasks/services Infinite options What Can We Do? (Capabilities) Limited quantities Must make choices
DAE
DEA
21
DAE
DEA
23
DAE
DEA
Analysis/Comparison Framework
Personnel Research & Development/Operational Research Infrastructure & Organization Concepts Doctrine & Collective Training Information Technology Infrastructure Equipment
24
Level of Service
DAE
Search and Rescue in Canada
Disaster Relief in Canada International Humanitarian Assistance Surveillance/Control of Canadian Territory Evacuation of Canadians Oversees Peace Support Operations (Peacekeeping) Aid of the Civil Power National Sovereignty/Interest Enforcement Peace Support Operations (Peace Enforcement) Defence of North America
100 90 80 70 60 50 40 30 20 10 0
100% Service Definition
Requirement Definition
Force Planning Scenarios

Collective Defence
DEA
25
Level of Service
DAE
Search and Rescue in Canada
Disaster Relief in Canada International Humanitarian Assistance Surveillance/Control of Canadian Territory Evacuation of Canadians Oversees Peace Support Operations (Peacekeeping) Aid of the Civil Power National Sovereignty/Interest Enforcement Peace Support Operations (Peace Enforcement) Defence of North America
100 90 80 70 60 50 40 30 20 10 0
Capabilities Assessment
Capability Assessment

Collective Defence
DEA
26
Level of Service
DAE
Search and Rescue in Canada Disaster Relief in Canada International Humanitarian Assistance Surveillance/Control of Canadian Territory Evacuation of Canadians Oversees Peace Support Operations (Peacekeeping) Aid of the Civil Power National Sovereignty/Interest Enforcement Peace Support Operations (Peace Enforcement) Defence of North America
100 90 80 70 60 50 40 30 20 10 0
Capabilities Assessment
Capability Assessment

Collective Defence
DEA
27
Format For Comparison of Options
DAE
DEA
Capabilities
PRICIE
Personnel Research & Development/Operational Research Infrastructure & Organization Concepts Doctrine & Collective Training Information Technology Infrastructure Equipment, Supplies & Services
DOTMLPF
Doctrine Organization Training Materiel Leadership Personnel Facilities
28
DAE
DEA
Business Views
P R I C I E
From DODAF Volume 1
29
DAE
DEA
EA Development Methodology
SOA Approach Use a sub-set of our DADM Define the axis values Commanders fill in the content
30
DAE
DEA
Examples of Services Model
31
DAE
DEA
A Series of Analytical Matrices

Service Service
Service
Project
Location
Function
32
Applications Applications
Distributed Web-centric
Applications
In rn t te e In n t tra e E nt xtra e E o m rce Cm e P rta o ls D istrib te O je u d b ct Cmu g o p tin D istrib te D ta a u d a b se R m te P ce u e o ro d re Cmu g o p tin C n lize A p tio s e tra d p lica n L h C n (M ta m ) ig t lie t e fra e A p tio s p lica n O lin A a n e n lytica l P ce ro ssin (O A ) a d g L P n D cisio S p o e n u p rt S yste s (D S m S ) R a T e A p tio s e l im p lica n E e S xp rt yste s m E te rise R so rce n rp e u P n in (E P la n g R ) S yste s m A I's P R m te P ce u C lls e o ro d re a T n ctio E lo n ra sa n xp sio In rfa e g e te ce n in s S e scra in cre n p g T rm a in g tio e in l te ra n T n ctio P ce ra sa n ro ssin g M n rs (T M o ito P ) M ssa e b se o e g a d r S cke C n e n o t o n ctio s E ctro ic D ta le n a In rch n e (E I) te a g D N tifica n S rv s o tio e ice U o G u w re se f ro p a U o D cto s se f ire rie D ta a ss a cce D ta tra sla n a d a n tio n m p in ap g T rm a e in l in g tio /e u tio te ra n m la n Fro t-e d g o e n n in th r a p tio s p lica n Aa n lysis a d D sig n e n D v lo m n ee p e t T stin e g T in g ra in
Application Domain
Application Interoperability
ation Tools & Methods
Asynchronous Communication
Communication
Synchronous
Business Rule Management
Reservations / Registration
Requirements Management
Configuration Management
Outbound Correspondence
Case / Issue Management
Inbound Correspondence
Call Centre Management
C sto e R la n ip M n g m n u m r e tio sh s a a e e t (C M R ) Contact Management Product Management Sales and Marketing Customer Analytics Brand Management
C sto e u mr P fe n s re re ce Alerts and Notifications Customer Feedback Customer Feedback Profile Management
C sto e In te u m r itia d A ssista ce n Multi-Lingual Support Assistance Request
M n g m n o P ce a a e e t f ro ss Change Management Quality Management
Governance / Policy Management
Partner Relationship Management
C sto e S rv s u m r e ice
Customer/ Account Management
Program / Project Management
P ce A to a n S rv s ro ss u m tio e ice T ckin ra g R u ga d o tin n ad n A to a n u m tio W rkflo o w Conflict Resolution Process Tracking
Online Tutorials
Personalization
Subscriptions
Management
Management
Self-Service
Online Help
Scheduling
DAE
DEA
Draft
DND/CF Architecture Data Model Sub-set

Function
Stakeholder
Organization
Project
Service
Task
Location
Application
Is u
Creates Is used by
Information
is
Standard
Policy
sed by
Data
Technical Standard
34
DAE
US DoD AF CADM Key Entities and Relationships

DEA
35
UK MoDAF UDM
Systems Management Domain
IME A L R N BE S R tio a e D p y d a n liz d e lo e E v o mn n ir n e t P r ls ota K ss io k C m o D fe s S f a o m n e n e otw re B s lin ( la s ie a d a e e C s if d n D s n te ) e ig a d R tio a e D c io S p ot a n liz d e is n u p r E v o mn n ir n e t C m o N S( la s ie a d o m n O C s if d n D s n te ) e ig a d Im r v dC m o I po e o m n T Inra tr c re( la s ie ) f s u tu C s if d D taC n eA a b a e tr v ila ility a d n P rom n eM n g m n ef r a c a a e e t D taC n e( p v m n / a e tr Im ro e e t Cmu rR p c mn o p te e la e e t) R m teA c s e o c es M b , Ti- a e S te o ile r b s d a llite C m u ic tio s o mn a n H S s mB c u F y te ak p B n w tho tim e f r a d id p iz d o d p y dc m s e lo e o m H hb n w th r u h u ig a d id /tho g p t S te a llitec m s o m Po c d s c r , re b r te te , e ue lia le M r A H S tc m ilitay E F a o In r e ok gth c s ifie te-n tw r in e la s d n tw r s e ok T c a d talin a tic l a k B y n L eo- ig t S tc mfo e o d in - f s h a o r UV As W e s C n e tiv ir le s o n c ity M r tio toIPV iga n 6 N tw r Q S( c B n w th e ok o in l. a d id mn g mn a a e e t) P b K y I fr s u tuea d u lic e n a tr c r n In ga n te r tio M r M s a in ilitay e s g g C s if dC m o eM il la s ie o m n - a R le a e S c r C m o e o -b s d e ue o m n M il a D c r S rv e ire toy e ic s ITS r ic s C n u ev e o tin ity ITS r ic s M n g m n a d ev e a a e e t n S p ot upr E c y tio nr p n M lti- e e S c r /P ile e u L v l e uity riv g d m n g m n I fr s c r a a e e t n a tru tue (C s if d e ig a do s m la s ie /D s n te n a e W) S D taC nid n lity ( P ) a o f e tia VN S c r I tef c e ue n ra e Inom tio E c a g S r ic s f r a n x h n e ev e
X X X
X X X X X X X X X X X X X X X X X X X X X X X X X X
Incident and Problem Management
Forms & E-Forms Management
Network Infrastructure Services
Info Management Domain
Example
Collaboration and Workflow Remote Terminal Services Network Storage Devices Audio & Visual Services Office Automation Suite Communication Tools Electronic Commerce
Database Management System Platform
DAE
DEA
Worker Productivity Tools
Presentation Domain
Application Domain
Distributed Applications
Capacity management
Records Management
Planning Applications
Web based Interface
Services Domain
Platform Domain
Enterprise Resource
Messaging Services
Network Domain
Peripheral Devices
Directory Services
Disaster Recovery
Data Management
End-user Devices
Web applications
Network Devices
Geospatial Tools
Server Devices
FAX Services
Multi media
Middleware
Transport
Software
Mobile
Services
37
DAE
DEA
Next Steps
DEA
Develop initial DADM Develop key DADM entities (decompose and populate)
Services model Organization Project Location
DIMR
Provide Feedback based on:
DADM Entities and relationships
Initial matrix population Interface with clients (supported by an architect)

38
Defend Canada & Canadian Interests & Values while Defend Canada & Canadian Interests & Values while Contributing to International Peace & Security Contributing to International Peace & Security
SHAPE FUTURE DEFENCE AND SECURITY OUTCOMES
New Outputs Stratmap English Strategy Map

Defence and Security Framework Future Relevant & Credible Forces Strategic Relationships Generate Operational Forces
Success in Commitments
DELIVER DEFENCE OUTPUTS
Advice
MANAGE PROGRAM RESOURCES
Deployability
Enhance Modern Management

PROFESSIONAL, EFFECTIVE AND SUSTAINABLE DEFENCE TEAM
Optimize Resource Utilization
Build Effective Partnerships
Promote Wellness & Health
Promote Continuous Learning
Foster Leadership & Inclusiveness
Recruit & Retain
39
Program Activity Architecture (PAA)

What is the ultimate goal for the Program Activity Architecture (PAA)?
an authoritative list of program activities from which organizations will report to both TB and Parliament it reflects how organizations are structured and how accountabilities are managed it defines how program activities contribute to Strategic Outcomes it is bottom upand top down
* Source: TBS - Strengthening Accountability, Transparency & Decision-making: Back to Basics The PAA (February 2004)
DAE
DEA
40
DAE
DEA
TBS Results Logic for the PAA

Strategic Outcomes
Program activity
Expected result
Expected Result
Identify expenditures and accountability
Sub activity
Expected Result
Expected Result
Expected Result
Expected Result
Expected Result
Sub sub activity
Expected Result
Expected Result
Expected Result
Expected Result
Expected Result
41
DAE
Research and Development Operations Program Activity: DCDS 14 sub-activities 5 sub-sub Program Activity: ADM(S&T) 6 sub-activities Program Activity: CMS 5 sub-activities 21 sub-sub 11 sub-sub-sub
Maritime Command (Navy)
Human Resources Materiel Acquisition and Support Program Activity: ADM(Mat) 10 sub-activities 60 sub-sub Program Activity: ADM(HR Mil) 15 sub-activities 29 sub-sub 12 sub-sub-sub Program Activity: ADM(HR Civ) 3 sub-activities
Land Forces Command (Army) Program Activity: CLS 6 sub-activities 43 sub-sub 2 sub-sub-sub
Communications Security
Air Command (Air Force)
Financially-Based PAA
Program Activity: CSE
Executive and Corporate Services Infrastructure Information and Environment Management Program Activity: MND Programs Program Activity: Program Activity: Associate MND ADM(IM) Program Activity: ADM(IE) 10 sub-activities Program Activity: DM 5 sub-activities 8 sub-sub Program Activity: Associate DM Program Activity: CDS Program Activity: VCDS 7 sub-activities Program Activity: ADM(Pol) Program Activity: JAG Program Activity: CRS Program Activity: ADM(PA) Program Activity: Exec Dir NSS Program Activity: DND/CF LA Program Activity: Chief Mil Judge
Program Activity: CAS 4 sub-activities 16 sub-sub
DEA
42
DAE
DEA
DND - Immediate PAA response DND provided quick PAA response to TB Aligned org structure and $ to a program structure Satisfied TB immediate request Easiest to do, uses existing budgets & costing approach
43
DAE
DEA
Back Up Slides
DAE
DEA
Enterprise Architecture
A strategic information asset base, which defines the business, the information necessary to operate the business, the technologies necessary to support the business operations, and the transitional processes necessary for implementing new technologies in response to the changing business needs. It is a representation or blueprint.
45
DAE
DEA
But Really, What is it?
Enterprise Architecture is Information about the Enterprise. (Enterprise Engineering) Enterprise Architecture is NOT Enterprise Information. (Information Management)
46
DAE
DEA
What Do You Do with an EA?

Use the EA to make DECISIONS.
Analysts will use the EA to scope/produce recommendations, in support of decision makers, based upon products that represent the holistic enterprise from various integrated perspectives such that the risk is explicitly known and can be managed.
47
DAE
DEA
Problems
What are our real Business Drivers

Effectiveness Efficiency ROI Risk mitigation Joint forces, corporate (same as commands) NATO US (US Navy, US Army, US Air Force) Government (Federal, Provincial, Municipal)
Interoperability, but with who and what priority?
Processes dont roll up or down

Information still needs to be transformed manually
No legislated mandate
No Clinger-Cohen Act equivalent
Were doing EA development too slow! Were doing EA development too fast!
48
The View of Architecture, or is it,

ID LIKE TO START WITH AN ARCHITECTURE DIAGRAM. ARCHITECTURALLY INTEGRATED SYNCHRONIZED DIGITIZED ELECTRONIC BATTLE-SPACE
DAE
DEA
an Architectural View?
49
DAE
DEA
How Do We Represent an EA?
Through graphics, models, and/or narrative that depict the enterprise environment and design. An organizing mechanism for managing development, maintenance, and facilitated decision making. The Framework provides a structure for organizing resources and for describing and managing EA activities.
50
DAE
DEA
Framework
Definition:
A logical structure for classifying and organizing complex information.
Purpose:
To communicate, through a standardized medium, multiple perspectives of same object such that analysis and decisions are rigorous, explicit, repeatable and defensible.
51
DAE
DEA
Architectural Frameworks
Operational View
Operational tasks, elements and information flows required to accomplish military operation
Command Command Op Concept Op Concept Relationships Relationships OpNode OpNode Activity Activity Op Event/ Connectivity Op Event/ Connectivity Model Model Trace Trace Op Info Op Info Logical Logical Exchange Exchange Op State Data Op State Data Transition Model Transition Op Rules Model Op Rules
of ls ve Le ge d an an h g Ex c sin n ew es tio n ts gy N lo nd oc a e m no a Pr fo rm ire ch it y In equ Te abil s R sic ort itie Ba pp bil Su apa C
Operational View
P Le ro c Ex ve ess ch ls o in Sy an f g a N st e ge Inf nd an ode ms Re orm Int d s, As q u ati er Re A s ire on n o qu ct iv oc da m ire itie iat l en m s ion ts en , N s ts ee to d li ne s,
Identifies Warfighter Relationships and Information Needs
TOGAF
Systems View
Systems and interconnections providing for or supporting military & civil operations
Systems View
Relates Capabilities and Characteristics to Operational Requirements
Specific Capabilities Identified to Satisfy InformationExchange Levels and Other Operational Requirements
Technical View
Prescribes Standards and Conventions
Technical Criteria Governing Interoperable Implementation/ Procurement of the Selected System Capabilities
NAF
DoD AF
Physical Physical System Tech System Tech Data Model Data Model Forecast Forecast System Sys Node System System Sys Node System Performance Connectivity System Event/ Performance Rules Connectivity System Event/ Rules System Info Trace Desc Element System Info Trace Desc Element Exchange Iface Exchange Iface System System Op Activity Op Activity Functionality Functionality -to-toSystem System State System Func State System Func Evaluation Evaluation Transitions Minimal set of rules governing Transitions
Technical View
and
Technology Architecture Architecture Profile Profile
the arrangement, interaction Interdependent pieces of system components Technology or elements

Standards Standards Technology Technology Forecast Forecast
Zachman
FEAF
How, Where, and When
TEAF
Functional
What, How Much, and How Frequently
Information
Who and Why
Organizational
Enabler
Infrastructure
52
Architectural Framework Components

View: A perspective, created using a subset of products, from
which an architecture may be organized to ensure that a general area of interest is considered in a coherent manner. A view is a perspective that is independent of time but will normally be linked to time in order to provide relevance.
DAE
DEA
Product: A perspective, created using a subset of elements, from

which an architecture may be analyzed to ensure that a specific topic is considered in a coherent manner.
Element: A basic unit of information that is generic in nature yet

has a specific relationship to one or many other elements. Elements are characterized by attributes that are populated with data items of distinct units and values.
53
DAE
DEA
BOST(IS)
Business View Business View Operational View
Information View
Security View
System View
Technical View
54
DAE
DEA
Classes of Architecture
Reference Architecture: The doctrinal basis of architectures represented by elements, products and views that are interrelational and are used to capture the information required to represent the as-is and target architectures. As-Is (Baseline) Architecture: A description of the fielded "as-is" architecture that represents the existing enterprise, the current business practices and technical infrastructure. A specification or product that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development and that can be changed only through formal change control procedures or a type of procedure such as configuration management. Target Architecture: Representation of a desired future state or to be built for the enterprise within the context of the strategic direction.
55
Frameworks & Classes of Architecture

Timeless (Reference) Based on
DAE
DEA
Products
Temporal (As-Is, Targets & Reference) Queries
Defence Architecture Data Model (DADM)
Defines structure of and resides in
Defence Architecture Repository (DAR)
56

Architecture Framework Brief

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Architecture Framework Brief

Uploaded by

Copyright:

Available Formats

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Canadian Approach to the Architecture Framework

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

EA Usage Requirements Requirements and Capabilities - Definitions Development Approach

Directorate Enterprise Architecture

The View of Architecture, or is it,

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

But Really, What is it?

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Define Requirements/ Business Drivers

Deliver Options/ Recommendations

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Why We Define Requirements

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Identifies Warfighter Relationships and Information Needs

Technology Architecture Architecture Profile Profile

the arrangement, interaction Interdependent pieces of system components Technology or elements

Who and Why

Directorate Enterprise Architecture

Architectural Framework Components

Directeur- Architecture dentreprise

Product: A perspective, created using a subset of elements, from

Element: A basic unit of information that is generic in nature yet

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Frameworks & Classes of Architecture

Directeur- Architecture dentreprise

Temporal (As-Is, Targets & Reference) Queries

Defence Architecture Data Model (DADM)

Defines structure of and resides in

Defence Architecture Repository (DAR)

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Requirement: (Merriam-Webster Online Dictionary)

Capability: (Defence Terminology Bank)

Capability: (Merriam-Webster Online Dictionary)

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

How We Describe Our Architecture Now

No Common Definitions No Common Descriptions

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

Directorate Enterprise Architecture

Directeur- Architecture dentreprise

The Push-Back to the Client

What the Client Cares About:

Requirements meet Picture Price Time

Directorate Enterprise Architecture

How Can We Compare Requirements