© 2009 The MITRE Corporation. All rights Reserved. For Internal MITRE Use. AF Distributed Common Ground System (DCGS) Modernization with Enterprise Services

© 2009 The MITRE Corporation. All rights Reserved.For Internal MITRE Use.

AF Distributed Common Ground System (DCGS)

Modernization withEnterprise Services Manager

(ESM)

Susan GiallombardoSharon Orser-Jackson

April 28, 2009MITRE Public Release Statement

Case # 09-1389


■AF DCGS Overview

■Transforming AF DCGS

■ESM Program Objectives

■ESM Technical Solutions

■Accomplishments

■Lessons Learned

■What’s Next

Outline

2


■ Users: PACOM, EUCOM, CENTCOM, Air National Guard

■ Legacy systems: Daily 24/7 operation for 25 years

■ Complex systems and interfaces

■ Part of a larger DoD DCGS interoperable ISR enterprise

– Tailored DCGS capabilities fielded to meet each

Service mission

AF DCGS Overview

3

Multiple Data Sources and Methods

Global Hawk U2NationalPredator


■ 1998 AF DCGS Program of Record (POR)– 9 Program Elements merged into 1 POR– 9+ independent systems – Stove-piped operations

■ 2001 – Operational Requirements Document (ORD)– Block upgrade program initiated– Network connectivity across multiple sites

■ 2002 Weapon System Designation■ 2003- 2005 DCGS Integrated Backbone (DIB) developed as

part of AF DCGS Block upgrade and released to DCGS community– Provides a commercially-based integration platform (J2EE) for

enabling data interoperability and common enterprise services across the Distributed Common Ground Systems (DCGS) Family of Systems (FoS)

– Start of Net-Centric operations– Emerging AF DCGS SOA

AF DCGS System Background

4


Evolving AF DCGS SOA

5

Provide seamless 24x7 access to services, programs and informationHigher customer expectations

Enhanced mission performance

Streamlining operations

A common view of information and resources

Deliver security of information

Create reusable straight-through operational processes which optimize linkages with constituents at reduced costs

Innovate services to offer faster and improved quality of service and deliver new services across multiple channels of distribution

Leverage industry standards (e.g. Web service standards) to provide single entry connectivity and improved reusability for compliance

Innovation by flexible / responsive systems

Market forces

Create interoperability across the battlespace through services linking sensors, analysts, warfighters and mission control

Innovate front line services to offer improved response to real time intelligence data and secure information delivery


Enterprise Services Manager Determination

■ Utilize lessons from commercial industry– IT industry expertise to compliment domain knowledge

■ Utilize commercial SOA standards– Business Process Modeling– Service identification

■ Separate the architecting and service identification from the solution design and development

6


Enterprise Services Manager Objectives

7

Sample Business Process

Government Chief Architect & Engineer provide guidance, monitoring, approvals

AF DCGSBusiness Process

List

AF DCGS Roadmap Definition

DeploymentStrategies into

AF DCGS Enterprise

DoDAF Products

ESM RFPESM RFP

ESM

Contract Award

Collaboration/WGs 950 ELSG SMEs

User -SMEsNational Mission Partner SMEs

Service Portfolio

Service Portfolio

Business Process Model

Service Specs –

NCID S300

AF DIBRequirements analysis

SOA Best Practices/G

uidance

http://en.wikipedia.org/wiki/Image:BPMN-E-MailVotingProcess.jpg

http://upload.wikimedia.org/wikipedia/en/3/36/BPMN-AProcesswithNormalFlow.jpg



http://en.wikipedia.org/wiki/Image:BPMN-E-MailVotingProcess.jpg


■ Competition selected - Centech/IBM■ PoP: 5 Mar 08 - 6 Mar09

ESM Contract Highlights

8

Fu

nct

ion

alit

y

Met

ho

do

log

y

DCGS Architecture

= “the plan and design”

System Implementation= “the operational system”

Strategy = “DCGS’s purpose & goals”

DCGS Strategy

Fire and hope!

DCGS Architecture

Operating Environmentand IT Infrastructure

ArchitectureGovernance

OperationalView

System View

AEICorporate

YankeeGroup

SaturnGroup

YarnDivision

KnitsDivision

SenecaPlant

RaleighPlant

CashManagement

Shipping

Accounting

ComponentDesign

Yarn Buying

Order Entry

ComponentScheduling

YarnDyeing

Inventory

AssortmentPlanning

ComponentKnitting

Tagging & Packing

Organizational Structure

Change Programs

Soln Outline Macro Design Micro Design Devt, etc.

Program ArchitectureG r o u p IT

A r c h ite c tu r e

D e f in i t io n

In f r a s t r u c tu r e

D e s ig n &

P la n n in g

E s ta b l is h IT

C o m p e te n c y

C e n t r e

E n d U s e r


U p g r a d e

In te r -c o m p a n y

W A N ( im p le . )

O u ts o u r c e N e w

C o r e s y s te m s

O u ts o u r c e

H e lp d e s k a n d

D e s k t o p

O u ts o u r c e

n e tw o r k

Outsourcing Initiatives

Competency Centre Initiatives

E le c t r o n ic

S e r v ic e D e l iv e r y

D a ta W a r e h o u s e

C u s to m e r

S e r v ic e C e n t r e

Recognise and report problem

Diagnose problemEscalate problemAnalyse problemLog Problem

Close problemUpdate customer Resolve problem

Bypass and/or fixConfig. Management

Operations ManagementChange Management

Call managementOperations management

Update customer

Perf and Capacity management

WAN infrastructureIntranet/Mail infrastructureCustomer ServiceData Warehouse

Graphical IS

B.U. B.U. Document Management

Systems ManagementMiddleware

NETW ORK

Planning/Design Initiatives

Infrastructure Initiatives

O t h e r

Business Unit Systems

Kiosks

Telemetry systems

etc

In i t ia t iv e s fo c u s e d o n

m ig r a t in g to th e n e w

d e l iv e r y e n v ir o n m e n t

Planning/DesignInfrastructure

Outsourcing


im p le m e n t in g t h e v is io n

Planning/design

IT Competency centre

Key Group Decision Points

Soln Outline Macro Design Micro Design Devt, etc.

Program ArchitectureG r o u p IT

A r c h ite c tu r e

D e f in i t io n


D e s ig n &

P la n n in g

E s ta b l is h IT

C o m p e te n c y

C e n t r e

E n d U s e r


U p g r a d e

In te r -c o m p a n y

W A N ( im p le . )

O u ts o u r c e N e w

C o r e s y s te m s

O u ts o u r c e

H e lp d e s k a n d

D e s k t o p

O u ts o u r c e

n e tw o r k



E le c t r o n ic

S e r v ic e D e l iv e r y

D a ta W a r e h o u s e

C u s to m e r

S e r v ic e C e n t r e


Diagnose problemEscalate problemAnalyse problemLog Problem

Close problemUpdate customer Resolve problem

Bypass and/or fixConfig. Management

Operations ManagementChange Management

Call managementOperations management

Update customer


WAN infrastructureIntranet/Mail infrastructureCustomer ServiceData Warehouse

Graphical IS

B.U. B.U. Document Management

Systems ManagementMiddleware

NETW ORK



O t h e r

Business Unit Systems

Kiosks

Telemetry systems

etc


m ig r a t in g to th e n e w

d e l iv e r y e n v ir o n m e n t

Planning/Design

Infrastructure

Outsourcing


im p le m e n t in g t h e v is io n

Planning/design

IT Competency centre


TechnologyAvailability

IntelOpportunity

DCGS Strategy IT Strategy

TechnicalStandards

Group IT Architecture Definition

Infrastructure Design & Planning

Establish IT Competency Centre

End User Infrastructure Upgrade

Inter-company WAN (imple.)

Outsource New Core systems

Outsource Helpdesk and Desktop

Outsource network



Electronic Service Delivery

Data Warehouse

Customer Service Centre


Diagnose problem

Escalate problem

Analyse problem

Log Problem

Close problem

Update customer

Resolve problem

Bypass and/or fix

Config. Management

Operations Management

Change Management

Call management

Operations management

Update customer


WAN infrastructure

Intranet/Mail infrastructure

Customer ServiceData Warehouse

Graphical IS

B.U.

B.U.

Document Management

Systems Management

Middleware

NETWORK



OtherBusiness Unit Systems

Kiosks

Telemetry systemsetc

Initiatives focused on migrating to the new delivery environment

Planning/DesignInfrastructureOutsourcing

Initiatives focused on implementing the vision

Planning/designIT Competency centre


Roles

Transition

Planning ServiceOriented

Architecture

Processes & Activities


AF DCGS ESM Products & Dependencies

9

CandidateServiceAnalysis

OperationalProcess

Model

DoDAFArchitecture

SystemPerformance

Spec

DIB UpgradeAnalysis

report

ServiceInterface

Spec

Service Deployment

Plan

Developer StyleGuide

MarketResearch

GovernancePlans

DoDAFArchitecture


Two Paths to Service Definition

10

Current OPMDCGS Incr. 2

CDDVignettes

Current OPMDCGS Incr. 2

CDDVignettes

WebSphereBusinessModeler

WebSphereBusinessModeler

RationalSystem

Architect

RationalSystem

Architect

Service – Oriented

Modeling & Architecture

Service – Oriented

Modeling & Architecture

DoDAF Architecture

(tool:System Architect)

DoDAF Architecture

(tool:System Architect)

Process Model

(OV-6c)

Process Model

(OV-6c)

Operational Nodes /

Activities (OV-2/5/3)

Operational Nodes /

Activities (OV-2/5/3)

System Nodes

(SV-1/2)

System Nodes

(SV-1/2)

System Functions(SV-4/5/6)

System Functions(SV-4/5/6)

Services

DoDAF OV Products DoDAF SV Products

Operation Process Modeling Service Discovery

OPM

GOAL

AF DCGS Operational

Process Model

AF DCGS Operational

Process Model


Functional Decomposition

Integrated Architecture

11

Operational Activity Model

Operational Node Connectivity

External Organizations










EnterpriseManagement

OperationsSupport

Operations


AF DCGS


Integrated Architecture

12

Functional Data FlowFunctional Data Flow


Extending the Architecture

13

Application Logic (.NET, J2EE, Legacy)

Business Processes

Services Interface Specification

Ap

plic

atio

nL

ayer

Ser

vice

Inte

rfac

e L

ayer

Bu

sin

ess

Pro

cess

Lay

er

Orchestration Layer (BPEL – Business Process Execution Language)

Exposed Business Services (WSDL – Web Service Definition Language)

Protected Application Services (WSDL)

DoDAF OV-3, OV-5, OV-6c

DoDAF OV-7 (Information Demand)

DoDAF SV-5 (Matrix Only)

DoDAF SV-6

DoDAF SV-4, SV-11

DoDAF OV-1, OV-2, SV-1, and SV-2 Represents multiple layer overlay

.NET J2EE Legacy

DoDAF Views Industry Design Language

Business Logic (BPMN –Business Process Modeling Notation)

Utilize lessons learned by commercial industry to help build our SOA

Enterprise Model*

*derived from “Service-Oriented Architecture” by Thomas Erl



14


OperationalProcess

Model

OperationalProcess

Model

DoDAFArchitecture

SystemPerformance

Spec

DIB UpgradeAnalysis

report

ServiceInterface

Spec

Service Deployment

Plan


MarketResearch

GovernancePlans

Domain Decomposition

SubsystemAnalysis Service

Specificationmessage & event

specification

component flowspecification

service flowspecification

Realization Decisions

Goal-ServiceModeling

Existing AssetAnalysis

Component Specificationinformation

specification

service allocation to components

component layering

technical feasibility exploration

Identification

Specification

Realization

Domain Decomposition

SubsystemAnalysis Service

Specificationmessage & event

specification

component flowspecification

service flowspecification

Realization Decisions

Goal-ServiceModeling

Existing AssetAnalysis

Component Specificationinformation

specification

service allocation to components

component layering

technical feasibility exploration

Identification

Specification

Realization

Service –Oriented Modelling and Architecture Identification Phase



15


OperationalProcess

Model

OperationalProcess

Model

DoDAFArchitecture

SystemPerformance

Spec

DIB UpgradeAnalysis

report

ServiceInterface

Spec

Service Deployment

Plan


MarketResearch

GovernancePlans

Leverage existing business application assets, isolate the impact of change

Prevent “Rip and Replace” Investment Protection

Service Deployment



16


OperationalProcess

Model

OperationalProcess

Model

DoDAFArchitecture

SystemPerformance

Spec

DIB UpgradeAnalysis

report

ServiceInterface

Spec

Service Deployment

Plan


MarketResearch

GovernancePlans

OperationalProcess

Model


Operational Process Model: Service Identification

17


Service OPM Description Details

Exploitation Plan Creation Service

Create Still Frame Imagery Exploitation Plan Create Geospatial Exploitation Plan Create Geospatial Spectral Exploitation Plan

•This service will assign exploitation tasks to the resources on the mission for a Still Frame Imagery, Geospatial, or Geospatial Spectral Mission

•Use the Personnel Assignments to determine the resources assigned to the mission, and the Sensor Plan to develop the exploitation tasks

•Analyze each target to determine the complexity and level of difficulty for exploitation

•Retrieve the target history

•Retrieve the Personnel Assignments from

the Site Master Schedule for the mission.

•Analyze the profile for each person resource to ascertain the skill level

•Assign each exploitation task to a resource

•Calculating the optimal exploitation plan

Data items:Site Master Schedule Sensor Plan Personnel Profile Target Spectral Signatures Library Geospatial Spectral Exploitation Plan Input: Mission ID.

Constraint (any special consideration to be used in the calculation).

Output: Exploitation Plan. Owner: Site.Exposure: Internal.

Service Specification

18

*Portion of the Standard template: NCIDS S300


■ 1st time AF DCGS enterprise operations modeled– Action: Operational Process Model (OPM) and Enterprise Architecture created

through iterative workshop sessions held with the User community and SMEs– Result: Captured all AF DCGS enterprise operational processes to support the

future vision ■ Enterprise Management■ Multi-INT Operations ■ Support activities (e.g. schedule, maintenance and training)

– Impact: Provides the vision to smartly execute modernization capability

decisions

■ Developed a solid foundation for AF DCGS SOA modernization– Action: Utilized a 3rd party SOA expert to provide guidance on how to effectively

and efficiently modernize AF DCGS– Result: Suite of integrated products created a foundation for modernization

■ OPM and Enterprise Architecture (Operational, System, and Technical Views)■ Candidate Service List, Service Performance Spec, & Service Interface Spec■ Developer Style Guide, Service Deployment Strategies, & Governance Plan■ DIB Analysis and AF DCGS Recommendations

– Impact: Integrated solution set compiles all of the processes, methods, and

practices within a single construct to more effectively field capabilities to the

warfighter

Accomplishments

19

Provides the foundation for evolving the SOA framework


■ Modeling requires several iterations due to complexity of the processes driving challenges in modeling– Entire AF DCGS Enterprise processes are complex to model (42

Roles, 63 Processes and 1090 Tasks)

– Definition of the scope of the effort was a challenge

■ A team of domain experts and IT experts is required for success– Forging a joint AF–Industry (IT experts) partnership is

instrumental in creating an architecture to support a future vision

– Partnership requires constant interaction and coordination

– Strong teaming and collaboration environment necessary

– Subject Matter Experts Workshops were essential to the development of the final ESM products

Lessons Learned

20


■ AF DCGS evolving towards a open and flexible architecture to be able to respond to ever changing mission needs– Operational Process Model supports implementing services

where business case makes sense– Leveraging industry standards and processes ensures “best

practices” applied – Structured foundation supports a consistent implementation of

architecture throughout evolution

What’s Next


AF DCGS 950 ELSG/KG– Susan Giallombardo

■ AF DCGS Lead Architect - ESM

■ [email protected]

■ 781-266-9282

– Sharon Orser-Jackson■ AF DCGS Lead Engineer - ESM

■ [email protected]

■ 781-266-0714

Contact Information

22

mailto:[email protected]

mailto:[email protected]

Documents

© 2009 The MITRE Corporation. All rights Reserved. For Internal MITRE Use. AF Distributed Common Ground System (DCGS) Modernization with Enterprise Services