8 th June 2009EA TRS Study Consortium1 Enterprise Architecture TRS Dissemination Workshop Overview of Study Results & Recommendations presented by Ian.

8th June 2009 EA TRS Study Consortium 1

Enterprise Architecture TRSDissemination Workshop

Overview of Study Results & Recommendations

presented by

Ian RockliffeBAA – Enterprise Architecture

on behalf of the EA TRS Study Consortium

8th June 2009 EA TRS Study Consortium 2

The TRS in context

Findings & Recommendations

Conclusions and Summary

Introduction & Presentation overview

8th June 2009 EA TRS Study Consortium 3

TRS in Context

8th June 2009 EA TRS Study Consortium 4

TRS in Context

E.A. & SOA to Define, Design, Develop & Manage?

Bottom-up hasn’t worked work?

Piecemeal replace failed to produce?

Approaches to-date not delivered?

Fragmented and difficult to Change?

Why

• Enterprise Architecture Approach• Service Driven• Technology as an enabler

So obviously a new approach will work!!

8th June 2009 EA TRS Study Consortium 5

We are Not Alone!

Duplicated functionality / data

Sharing ….data, function, service

Reduction of cost

Rate of change

Common Decisions and Understanding

Unmanageable (& unimaginable?) complexity

Significant business targets

Governance

Filling the execution gap

TRS in Context

8th June 2009 EA TRS Study Consortium 6

Governance

Common understanding

Joined –Up Architecture

Inter-operability

Strategic / Business Architecture

Service Based Approach

TRS in Context

Find the Themes

8th June 2009 EA TRS Study Consortium 7

Findings and Recommendations

8th June 2009 EA TRS Study Consortium 8

Airspace Users

AirportOperator

ANSP

ATM Performance Partnership

Business relationships

Process & service

relationships

Operational Processes

[D2]

[D3]

[D6]Systems &

service relationships

Organisational (Unit)

Structure

ApplicationServices

Systems

[D4]

[D7]

ConceptualInformation

Model

Operational (Business) Services

Operational (Business)

Goals

Information Services

Information Model

[D1]

[D5]

[D8]

PRINCIPAL RELATIONSHIPS BETWEEN DELIVERABLES D1 TO D8

8th June 2009 EA TRS Study Consortium 9

Findings and Recommendations

Direction of study set by the TRS Strategic Business Aspects Approach and Method Frameworks Information Operational and Application Services Systems

8th June 2009 EA TRS Study Consortium 10

Findings and Recommendations

Findings• Architecture Layers - levelling• Lack of Strategic emphasis

Recommendations• Criticality of Governance• O.I. as solutions

Direction of Study set by TRS

8th June 2009 EA TRS Study Consortium 11

Airspace Users

AirportOperator

ANSP

ATM Performance Partnership

Business relationships

Process & service

relationships

Operational Processes

[D2]

[D3]

[D6]Systems &

service relationships

Organisational (Unit)

Structure

ApplicationServices

Systems

[D4]

[D7]

ConceptualInformation

Model

Operational (Business) Services

Operational (Business)

Goals

Information Services

Information Model

[D1]

[D5]

[D8]

Strategic Business Aspects

8th June 2009 EA TRS Study Consortium 12

Findings and Recommendations

Findings

• Goal modelling is hierarchical and requires modelling and exploration

• Limited strategic coverage

Recommendations

• Goal modelling must be comprehensive and rigorous

• Parallel and iterative working• Capabilities as functions

Strategic Business Aspects

8th June 2009 EA TRS Study Consortium 13

TRS in Context

Input provided by Euro-Control

Range of Expert Knowledge available

Lack of widespread ‘Enterprise’ experience and thinking in ATM

Where to start

Approach & Method - Where to Start

8th June 2009 EA TRS Study Consortium 14

Outline of Approach Taken• At Training Workshop, Eurocontrol presented some initial results of their work

on Strategic, Operations & Systems aspects

• Material presented suggested work was most mature on Operations aspects

• Decided to start “middle-out” from development of Operational Processes & subsequently, drawing out the Operational & Information Services

Operational (Business) Goals

Operational (Business) Services

Information Services

Systems

Concept Information

Model

Information Model

Operational Processes

Organisational (Unit) Structure

“Middle-out Starting Point”

Application Services

8th June 2009 EA TRS Study Consortium 15

Findings and Recommendations Findings

• Aid to understanding• Governance• Architecture v Design• Not enterprise approach• Lessons for Management Control

Recommendations

• Small groups of focused activity• Agreed Meta-Model• Take an Enterprise Approach• Service based approach to be

used• Integrated Goal Modelling

Approach and Method

8th June 2009 EA TRS Study Consortium 16

Findings and Recommendations Findings

• Scope more important than which framework

• Reference Architecture v Views• Capabilities as the missing link?• Close Relationship of views

Recommendations

• Framework is not methodology• High level reference required• Services before systems• Capabilities as the missing link!• Invariant Reference architecture

Frameworks

8th June 2009 EA TRS Study Consortium 17

Airspace Users

AirportOperator

ANSP

ATM Performance Partnership

Business relationships

Process & service

relationships

Operational Processes

[D2]

[D3]

[D6]Systems &

service relationships

Organisational (Unit)

Structure

ApplicationServices

Systems

[D4]

[D7]

ConceptualInformation

Model

Operational (Business) Services

Operational (Business)

Goals

Information Services

Information Model

[D1]

[D5]

[D8]

Information & Information Services

8th June 2009 EA TRS Study Consortium 18

Findings and Recommendations Findings

• Lack of meaningful guidance• Significant aid to understanding• Iteration and Dependency• Operational Knowledge req’d• Levelling, complexity and control• Invariant information

Recommendations

• Info. Model - Mandatory Deliverable• Use and place confirmed• Collective memory• Basis for collaboration and inter-

operability

Information & Information Services

Description – Exchange - Context

8th June 2009 EA TRS Study Consortium 19

Airspace Users

AirportOperator

ANSP

ATM Performance Partnership

Business relationships

Process & service

relationships

Operational Processes

[D2]

[D3]

[D6]Systems &

service relationships

Organisational (Unit)

Structure

ApplicationServices

Systems

[D4]

[D7]

ConceptualInformation

Model

Operational (Business) Services

Operational (Business)

Goals

Information Services

Information Model

[D1]

[D5]

[D8]

Operations & Application Services

8th June 2009 EA TRS Study Consortium 20

Findings and Recommendations

Findings

• Operational Service Levelling• Difference between Ops and

Apps. Service• Service and System linkage

required business input• Limited Effort providing early

views

Recommendations

• Apps Service Confirmation• Joined up architecture

Operational and Application Services

8th June 2009 EA TRS Study Consortium 21

Airspace Users

AirportOperator

ANSP

ATM Performance Partnership

Business relationships

Process & service

relationships

Operational Processes

[D2]

[D3]

[D6]Systems &

service relationships

Organisational (Unit)

Structure

ApplicationServices

Systems

[D4]

[D7]

ConceptualInformation

Model

Operational (Business) Services

Operational (Business)

Goals

Information Services

Information Model

[D1]

[D5]

[D8]

PRINCIPAL RELATIONSHIPS BETWEEN DELIVERABLES D1 TO D8

8th June 2009 EA TRS Study Consortium 22

Findings and Recommendations Findings

• Dependent on well defined services

• Time constraints impacted

Recommendations

• Services to be defined prior to systems view creation

Systems

8th June 2009 EA TRS Study Consortium 23

Conclusions & Summary

8th June 2009 EA TRS Study Consortium 24

Conclusions & Summary

Governance, planning and Management are key

Inter-operability starts with the business not technology

Flexibility, agility and Governance enabled by Services

Information critical to success

E.A. & Service based approach should be used for EATMS – with caveats

Framework and principal activities

The study was a success? Discuss

8th June 2009 EA TRS Study Consortium 25

Conclusions & Summary

Bite sized

Iteration and Parallel work

Delivering Services & Process not Technology

Planning Reflects this

Customer Control

Governance, Planning and Management are Key

8th June 2009 EA TRS Study Consortium 26

Conclusions & Summary

Need for a Business Architecture: Vision, Capability, Process, Service

Iteration and Parallel work

Resonate through SESAR and the tiers of architecture

Inter-Operability Starts at the Business Level

8th June 2009 EA TRS Study Consortium 27

Conclusions & Summary

Current and future served equally

Iteration and Parallel work Req’d

Removes dependency

Flexibility, Agility, and Governance provided by a service based approach

8th June 2009 EA TRS Study Consortium 28

Conclusions & Summary

Need for formally constructed models

Frameworks under consideration are light on Information Architecture

Do not underestimate effort to produce: key to agreements

Information Critical to Success

8th June 2009 EA TRS Study Consortium 29

Conclusions & Summary

Holistic and integrated approach for delivery of enterprise goals

Caveats:

- leverage business relationships- leverage ops process / service- business layer required

Top down is not a sequence but a mind set

Measuring performance requires a mechanism not just a list

Use E.A. & Serviced based approach for EATMS – with caveats

8th June 2009 EA TRS Study Consortium 30

Conclusions & Summary

Reference v Design

Views serve defined purpose of customer in question

Joined-up architecture

Ref Arch Meta-model 7 guidelines

Relevance of O.I.’s

Introduce Capability

Framework and principal activities

8th June 2009 EA TRS Study Consortium 31

Conclusions & Summary

The study was a success?

Discuss