Delivery of Information within the SDDP Model - Montgomery ...

Headquarters U.S. Air Force Integrity - Service - Excellence

A Vision For Development and Delivery of IT Capability for the War-Fighter

Mr. Kent Werner (SAF/USM-2) 24 May 11

AGENDA 

Why we’re here



An Enterprise Challenge



Infrastructure



Applications



Service Development & Delivery Process (SDDP)



Actions Required to Achieve Success

Integrity - Service - Excellence

2

WHY WE’RE HERE 

Include Industry Partners in IT Way-ahead Activities



Work in Progress: We are Identifying functions to be Performed and Requisite Skill-sets



Changes in Technology, Legislation/Policy and Commercial Business Practices



To be successful we need to address:  Infrastructure  Applications 

Development and Delivery Process The cost of IT is the RESULT of our business practices – not the root cause! Integrity - Service - Excellence

3

AN ENTERPRISE CHALLENGE (NOT JUST ACQUISITION) REQUIREMENTS MEASURES INFRASTRUCTURES A6

N E T W O R K S

Cost/Risk Drivers

MAJCOM PMO D I S A

T R A N S P O R T

D O M A I N S

D O M A I N

Cost/Risk Drivers

PROGRAM OF RECORD

Cost/Risk Drivers

WORK STATEMENTS SOW VS SOO SCP/ICE

B U S I N E S S

OSD

R U L E S

PPBE ESC AFSPC AFMC ACC

Cost/Risk Drivers

DATA


4

INFRASTRUCTURE 

Focus on both legacy and future states simultaneously  



Legacy: Live and operate in legacy state continuously Future: What will today’s technology allow in near-term future?  New Security Model: E2E 2-way authentication & authorization  Rapid delivery  Deliver small reusable applications

Condition the institution at all levels  

Address inherent disconnect between network and system developers Manage both legacy and future states simultaneously to exploit the rapid change of technology to our advantage

Out-of-the-box : Manage future & legacy states together NOT one vs the other! Integrity - Service - Excellence

5

The Dual Pathway Applications over Infrastructure CONTENT DELIVERY

6

MANAGEMENT

SERVICE REFERENCE MODEL VOCABULARIES SERVICES

DATA SOURCING DATA REFERENCE MODEL EXPOSURE SCHEMES ADS DOCUMENTATION

PRESENTATION SESSION

AMPS DISCOVERY

DOTMLP INFORMATION ASSET F

MDE

MISSION PROCESSES

STANDARDS

BUSINESS REFERENCE MODEL

TECHNICAL REFERENCE MODEL APPLICATION

Management Service Level ARCHITECTURE NETWORK

CAPABILITY DESIGN

Engineering and Management Assurance ARCHITECTURE Mission (CCS) IA/COOP/MA

Service Lifecycle Management

Process Architecture

CONTENT GENERATION

TRANSPORT


NETWORK DATA LINK PHYSICAL 6

End to End Security in the OSI Stack Single Security Level Service Invoker

Service Provider

Application

Application

SOAP HTTP

TLS/SSL

Web Services Security (Authentication, Integrity, Confidentiality, Non-Repudiation)

SOAP HTTP

SSL (Integrity, Confidentiality)

TLS/SSL

TLS/SSL

TCP

TCP

IP

IP

IP

MAC

MAC

MAC

Client Application

SSL Endpoint

Service

TCP

UNTRUSTED NETWORK

Service SSL Processor Implementation or HTTP Code Integrity - Service - Excellence

7

Baseline Definitions Baseline Target CIO/CTO Phase The “To Be”

Implementation ACQUISITION Phase

Operational RUN TIME Phase The “As Is”

Description The Target Baseline specifies the standards, protocols and implementation constraints for the future state of the AF IT infrastructure. It is used to inform the development of the implementation baseline. The Target Baseline is not instantiated in any environment, but it is thoroughly documented. It is continually updated based upon emerging industry standards and the evolving AF enterprise architecture. The Implementation Baseline is the associated baseline of acquisition selected products and their target baseline informed/allowed configurations that implement the architecture, standards and protocols specified in the Target Baseline. The Implementation Baseline informs the Operational Baseline of the acquisition selected products and how they are to be configured to support deployment of user applications across the infrastructure topology. The Implementation Baseline governs the implementation of the Development and Integration/Test environments. The Operational Baseline is the set of components of the Implementation Baseline appropriately configured and deployed across the topology of the AF IT infrastructure to provide the required warfighter capabilities and performance. It specifies the exact laydown and configurations of HW and SW within all facilities in the AF infrastructure topology.

Governance The AF CEITB CCB will be the controlling body for all changes to AF CEITB documentation. This CCB reviews and approves/disapproves configuration item instantiations and change requests to existing configuration items. Approved items are submitted to the AF CIO Council by the CTO for validation. The Implementation Baseline is governed by the ITLC or Enterprise System Engineering function and validated by the CTO.

The Operational Baseline is managed by th the 24 AF validated by the Information Technology Lifecycle Center (ITLC) or Enterprise System Engineering function.


8

APPLICATIONS Condition the enterprise to develop applications  For commoditized infrastructure  Standards and protocols defined & tightly configuration controlled

 Independent of data  Manage data at enterprise level  For both C2 and business processes (e.g. readiness)  Be able to attribute the user authorizations and access to the data

 For IT – move from macro-level to more detailed requirements  Align requirements to mission practices  Inherently governmental function

Aligns to Commercial Delivery Model (e.g. Smart Phone Apps) Integrity - Service - Excellence

9

SDDP Contextual Model Need

Define Needed DOTMLPF Actions

Understand Processes...

Load Plane

T

Refuel Plane

P

T

G

T

P

Define the “M”...

Plan Mission

T

Legend T = Task

P = Info Put

. . . and the Info Puts/Gets w/in the Processes

EXECUTE REQUIREMENT

(Bomb a target)

Understand Need, LRP & Performance (w/in 3 min)

. . .including ADS & IT approaches

G = Info Get Integrity - Service - Excellence

10

SERVICE DEVELOPMENT AND DELIVERY PROCESS (SDDP)  Focus on user/war-fighter trying to solve a problem  Acquisition, engineering, testing, architecture, portfolio management

platform engineering & network ops are supporting functions

 Solution derives directly from DOTMLPF  Place IT requirements in user’s context

Supported by architectural sandbox

 SDDP defines the function/work-to-be-done vs ownership Translates user needs into deployed capability

Pay it forward & Inherit it back! Integrity - Service - Excellence

11


12 12

SDDP: Example Alignment FDD

MDD

BCL Processes Business Capability Definition

C

B

Investment Mgt

Engineering Development

A

Prototyping

Full Deploy

LTD Deploy

Full Deploy

Complete Sub-Capability Requirement section of PRM Template

Prioritization of Sub-Capability based on SME/Functional defined criteria

For the sub-capability, identify the Key Performance Attributes End 1.3

Begin 1.4

Complete performance measures and thresholds for each Key Performance Attributes of PRM Template

No

Process Information from SME

Start SDDP 2.0

Define Mission Processes to Deliver DOTMLPF Capability Requirements

Functional / SME

End 1.4

End 1.5 Engage the Enterprise Architecture Team Begin 1.5

Begin 1.6

Functional / SME

Provide basic process information to Process Team (I.E "Yellow Sticky's", "Napkins" etc)

Revisit work plan for additional resources required

Work Plan SDDP 1 & 2 - Tasks - Resources - Timelines - Milestones (from Step 1)

End 1.6

Submit Capabilities Requirements for approval

Functional / SME

No

Process Engineering Content Approved?

Yes

Ensure All expected outcomes from 1.0 are address/satisfied

Sponsor

Obtain SME Support for Process Engineering Activities

Inform/Adjudicate other processes that may be affected by modification of these processes (understand impacts)

Sponsor

Denied

All Stop

Characterize the DOTMLPF execution requirements to put the process into practice and be successful

Approved

Develop Implementation Plans

Revise

Obtain formal review Approved and approval to proceed

AF Corporate Structure Review Needed?

Define ROI and investment auditability

Determine Initial Scope with general cost estimate

Sponsor Approval?


Yes

Review Capability Requirements

Corporate Approval?

No

Define Start Points, Ends and Outcomes

Proceed to Sponsor Decision Point

Begin

Define Process Steps

Define required skill sets and proficiencies for each process step

Sequence Process Steps to create Discrete Process Steps including information dimension supporting process steps

Yes

Corporate Approval?

All Stop Validation of appropriate BPR

Package BPR Assertion Documentation

BPR Assertion Complete?

No

Proceed to Process Engineering Activities

Sponsor

Lift information puts/gets for each process model Begin

Investigate potential solutions (COTS/GOTS/ Web Service Code / Systems) to satisfy all or part of the Contextual Model

Evaluate ability of source to satisfy part or all of Architecture No Contextual Model both from Support? a function and a feasibility of implementation

Architecture Support?

No

Auditable Process model 1

Auditable Process model N

Approve Review Package and Select COA?

Approved and COA Selected

Denied


Yes

Review Capability Requirements with AF Corporate Structure

Yes

Create Draft M- Implementation Plan

Assemble Governance package

Based on the COA selected, commence the information analysis

Receive Needs Data

Query 'As is' Repository for related LRP.

Complete Needs section of PRM Template

Achitecture Team

Identify Public Laws, DOD Directives, Manuals& Instructions, and OMB, GAO, BTA Findings

Complete LRP section of PRM Template

Query Architecture to look for similar Sub-Capabilities

Determine Sub-Capability requirements based on constraints (with user)

Achitecture Team

SubCapability PRM Tree 2.

PRM - Needs (Close) - LRP (Close) - Sub-capabilities (Close) - Performance attributes (Open) - Performance Measures (Open)

Report: Identified attributes to satisfy the capability

PRM - Needs (Close) - LRP (Close) - Sub-capabilities (Close) - Performance attributes (Close) - Performance Measures (Close)

Capture how the user wants to use each put/get (ex. Presentation, Usability)

Capture the business rules, authorization and access rules, service requirements for each put/get within the process

For each information flow describe the business rules and service levels requirements necessary to meet the process


Additional Process Flows?

No

Contextual model for Process 1 Contextual model for Process 2

Contextual model for Process N

SRM -Contextual Model (Close) -Web Service Code Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements( Open) -Service Levels (Open) -Detailed Design Requirements (Open) -Automated Information Assets (Open) -Reuse components (Open) -COTS/GOTS Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (Open) -System Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (Open) -Compliance Requirements (Open) -On Boarding Requirements (Open)

System Engineering / Design


BRM (From Step 2) -Mission Process Map (Close) -Auditable Process (Close) -Business Rules (Close) -Dependencies (Close) Information Assets (Close) -Information Flows (Close) -BPR Assertion Documentation (Close)


SRM -Contextual Model (Close) -Web Service Code Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements( Open) -Service Levels (Open) -Detailed Design Requirements (Open) -Automated Information Assets (Open) -Reuse components (Open) -COTS/GOTS Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (Open) -System Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (Open) -Compliance Requirements (WIP) -On Boarding Requirements (WIP)

System Engineering / Design "Sandbox"

SRM -Contextual Model (Close) -Web Service Code Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements( Open) -Service Levels (Open) -Detailed Design Requirements (Open) -Automated Information Assets (Open) -Reuse components (WIP) -COTS/GOTS Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (WIP) -System Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (WIP) -Compliance Requirements (WIP) -On Boarding Requirements (Close)

SRM -Contextual Model (Close) -Web Service Code Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements( Open) -Service Levels (Open) -Automated Information Assets (Open) -Detailed Design Requirements (Open) -Reuse components (WIP) -COTS/GOTS Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (WIP) -System Requirements (Open) -Information Exchange Requirements (Open) -Functional Requirements (Open) -Service Levels (Open) -Automated Information Assets (Open) -Reuse components (WIP) -Compliance Requirements (WIP) -On Boarding Requirements (Close)

BRM (From Step 2) -Mission Process Map (Close) -Auditable Process (Close) - Business Rules (Close) -Dependencies (Close) Information Assets (Close) -Information Flows (Close) -BPR Assertion Documentation (Close)

DRM -COI Charter (Open) -List of information assets (Open) -Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (WIP) -Roles and permissions (WIP) -Example Data Record (WIP) -Ontology (WIP) -Reusable COI Artifacts (WIP)

Process Team

Process Team

SRM -Contextual Model (Close) -Web Service Code Requirements (WIP) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Detailed Design Requirements (Open) -Automated Information Assets (Open) -Reuse components (WIP) -COTS/GOTS Requirements (WIP) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Open) -Reuse components (WIP) -System Requirements (WIP) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Open) -Reuse components (WIP) -Compliance Requirements (Close) -On Boarding Requirements (Close)

Task POCs for IMS Input Execute Appropriate IMS Activities

Update Implementation Plan

Package bounded user requirements for Product Center

Approve Bounded User Requirements?

System Engineering

Participate in Kickoff Session

DRM -COI Charter (WIP) -List of information assets (Close) Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (Close) -Roles and permissions (Close) -Example Data Record (Close) -Ontology (Open) -Reusable COI Artifacts (WIP)

DRM -COI Charter (WIP) -List of information assets (Open) Vocabulary Package (WIP) -Authoritative Data Source (ADS) Mapping (WIP) -Roles and permissions (WIP) -Example Data Record (WIP) -Ontology (WIP) -Reusable COI Artifacts (WIP)

For the selected COA identify any information exchange reuse opportunities within the enterprise that will support the implementation of the contextual model

Assess capability coverage of solution options Search the Enterpise Architecture to identify additional compliance requirements

Achitecture Team

COI / EVT

Governance

Identify Business / War Fighter Enterpise Architecture Compliance Requirements

For each COA, identify the inherited attributes that sufficiently satisfy the compliance requirements checklist

Identify evidence that can satisfy compliance requirements

For each COA, Identify the reuse opportunities across the enterprise to support the DOTLPF change management requirements

Achitecture Team

Achitecture Team

Draft IMS (WIP) Programmatic (Open) - Product Center Activities (Open) -Contracting Activities -Acquisition Activities - PEO Activities (Open) -Resourcing -Training -Equipment - Finance Activities (Open) -Allocate Funds -Assign Resources - Architecture Activities (Open) -Air Force EA Compliance -Air Force EA artifact generation -FEA, DOD EA, BEA Compliance Engineering - System Engineering Activities (Open) -SEMP/TEMP Update Activities -Requirement traceability activities -Compliance/Certification Activities -Help Desk Activities -Versioning and CM activities -Data Deployment Strategy Service -Development (Open) -Component Designs -Blue Printing -COTS Product Configuration -Code Generation -Developer Testing -Pre-Deployment Activities (Open) -Platform Engineering Activities -Test environment definition -Test environment provisioning -Platform Adjustment and Tuning Activities -Platform provisioning -Security Activities -Data Deployment Strategy -Service Deployment Strategy -Legacy System Interface Engineering Activities -Testing Activities -Government Unit acceptance Testing -Platform Integration Testing -Performance Measurement Testing -Deployment Activities (Open) -Monitoring Activities -Maintenance Support Activities -COOP -Failover and Recovery activities -Product Deployment Activities -Deployment Strategy -Operations & Sustainment (Open)

Execute Appropriate IMS Activities

DRM -COI Charter (Close) -List of information assets (Close) Vocabulary Package (Close) -Authoritative data Source (ADS) Mapping (Close) -Roles and permissions (Close) -Example Data Record (Close) -Ontology (Close) -Reusable COI Artifacts (Close)

DRM -COI Charter (Close) -List of information assets (Close) Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (WIP) -Roles and permissions (WIP) -Example Data Record (WIP) -Ontology (WIP) -Reusable COI Artifacts (WIP)

SRM -Contextual Model (Close) -Web Service Code Requirements (WIP) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Detailed Design Requirements (Open) -Automated Information Assets (Close) -Reuse components (Close) -COTS/GOTS Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -System Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -Compliance Requirements (Close) -On Boarding Requirements (Close)



Draft IMS (WIP) Programmatic (WIP) - Product Center Activities (WIP) -Contracting Activities -Acquisition Activities - PEO Activities (WIP) -Resourcing -Training -Equipment - Finance Activities (WIP) -Allocate Funds -Assign Resources - Architecture Activities (WIP) -Air Force EA Compliance -Air Force EA artifact generation -FEA, DOD EA, BEA Compliance Engineering - System Engineering Activities (WIP) -SEMP/TEMP Update Activities -Requirement traceability activities -Compliance/Certification Activities -Help Desk Activities -Versioning and CM activities -Data Deployment Strategy Service -Development (WIP) -Component Designs -Blue Printing -COTS Product Configuration -Code Generation -Developer Testing -Pre-Deployment Activities (WIP) -Platform Engineering Activities -Test environment definition -Test environment provisioning -Platform Adjustment and Tuning Activities -Platform provisioning -Security Activities -Data Deployment Strategy -Service Deployment Strategy -Legacy System Interface Engineering Activities -Testing Activities -Government Unit acceptance Testing -Platform Integration Testing -Performance Measurement Testing -Deployment Activities (WIP) -Monitoring Activities -Maintenance Support Activities -COOP -Failover and Recovery activities -Product Deployment Activities -Deployment Strategy -Operations & Sustainment (WIP)


Yes

Extract Reusable Information Exchange Assets from previous DRMs

Ensure ontology reuse

Achitecture Team

COI / EVT

COI Coordination Panel will make a recommendation to the Sponsor to either re-charter an existing COI or establish a new COI to meet information sharing requirement.

Initiate Deployment

Review Bounded User Requirements (Acquisition Strategy Package)

Identify Kickoff meeting attendees

Facilitate Kickoff Meeting

Identify the POC's that will support the Project Lead during the implementation of the Bounded User Requirements

Create Top Level IMS

Stand Up COI

Identify authoritative and source data from a process perspective

Identify ADS

Determine access rules ,roles and permissions for assets and planned services

Develop Draft Ontology

Complete IMS

Task POCs to execute IMS

Identify existing Key Performance Attributes to satisfy the Sub-Capability,

Achitecture Team

Step 1

Determine potential duplication/conflict with other enterprise requirements Verify Requirements Satisfy all relevant LRP Constraints

Achitecture Team

Conduct Enterprise Architecture Analysis


BRM -Mission Process Map (Close) -Auditable Process (Close) - Business Rules (Close) -Dependencies (Close) Information Assets (Close) -Information Flows (Close) -BPR Assertion Documentation (Close)


LRP Compliance Requirements Checklist -Clinger & Cohen. (Open) -PIA (Open) -FISMA (Open) -NDAA (Open) *CCA *BEA *EITDR Registration *Business Process Reengineering *Section 508 Compliance *Records Management *FISMA *ETP *Investment included in AF Budget -DIACAP (Open)

SWG review of Governance Package

LRP Compliance Requirements Checklist -Clinger & Cohen. (Close) -PIA (Close) -FISMA (Close) -NDAA (Close) *CCA *BEA *EITDR Registration *Business Process Reengineering *Section 508 Compliance *Records Management *FISMA *ETP *Investment included in AF Budget -DIACAP (Close)

Governance

Proceed To Sponsor Review of Package


No Approved

Approved?

Greater than $1M

Identify Reuse Capability

Achitecture Team

Return to Sponsor Selected Point

No

Conduct Post Implementation Review (PIR)

Train Users Per Phasing Plan

PIR Successful?

Yes

Deployment Package -Deployment Tech Order (Close) - Executable Code (Close) - Help Desk Guidance (Close) - Training Materials (Close) - Configuration Instructions (Close) - Installation Instructions (Close) -SysAd Instructions (Close) -Monitoring Instructions (Close) -Deployment Readiness Assertion (Close) -C&A Certification package (Close) -iTRM Application Alignment Assertion (Close) -User's Evaluation Assertion (Close) -Functional & Performance Assertion (Close) -Net-Worthiness (Close)

ITLC

SRM -Contextual Model (Close) -Web Service Code Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Detailed Design Requirements (Open) -Automated Information Assets (Close) -Reuse components (Close) -COTS/GOTS Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -System Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -Compliance Requirements (Close) -On Boarding Requirements (Close) __________AS Deployed_____________ Version Reference to Deployed Software Repository (Close) - Source Code Reference (Close) - Training Material (Close) - Test Results (Close) -Operational Test & Evaluation Report (Close) -Operational Test & Evaluation Plans and Procedures (Close) -Post Implementation Review (PIR) Report (Open)

No

System Engineering

All Phases Complete?

"Sandbox"

System Engineering


Yes

Update IMS with Fielding Activities

SRM -Contextual Model (Close) -Web Service Code Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Detailed Design Requirements (Open) -Automated Information Assets (Close) -Reuse components (Close) -COTS/GOTS Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -System Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -Compliance Requirements (Close) -On Boarding Requirements (Close) __________AS Deployed_____________ Version Reference to Deployed Software Repository (Close) - Source Code Reference (Close) - Training Material (Close) - Test Results (Close) -Operational Test & Evaluation Report (Close) -Operational Test & Evaluation Plans and Procedures (Close) -Post Implementation Review (PIR) Report (Close)

Achitecture Team Task POCs for IMS Input

Testing

Generate Vocabulary Package

Testing

OT&E and KPP evaluation of Prototype

Return to Step 5

Architecture

COI / EVT

COI Panel Review Vocabulary Package and provide Recommendations to Sponsor

Architecture Execute Appropriate IMS Activities


Revise Yes

CMO review of Governance Package

Approved Approved?

Revise IRB review of Governance Package

Approved?

Denied

Approved DBSMC review of Governance Package

Charter Approved by SWG?

Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop

SWG Approval COI Vocabulary package

Yes

No

Proceed to Previous Sponsor Checkpoint

Governance

Yes

Stand Down COI

No


Platform Engineering




No

Provision Prototype to operational environment

All Stop

Register content in Business Reference Model

Proceed to Step 3

Validate BPR/process improvement effects at an enterprise level

Project Lead / Product Center



Identify Project Lead


Achitecture Team


Ensure processes adequately define context for information assets

Step 2

Derive mission critical -Onboarding requirements

Define Platform Compliance Requirements

Conduct infrastructure topology analysis

Derive additional infrastructure service necessary to support COA




Determine Distributing Computing requirements

Develop service monitoring requirements

Develop Service Levels Agreements (SLA's) for each layer of service


"Sandbox" Onboarding Requirements (Close) -Mission Critical Requirements (Close) -Topology Requirements (Close) -Additional Infrastructure Requirements (Close) -Distributing Components Requirements (Close) -Service Monitoring Requirements (Close) -SLAs (Close) -Onboarding Compliance Requirements (Close)

Onboarding Requirements (close) -Mission Critical Requirements (Close) -Topology Requirements (Close) -Additional Infrastructure Requirements (Close) -Distributing Components Requirements (Open) -Service Monitoring Requirements (Open) -SLAs (Open) -Onboarding Compliance Requirements (Close)

Step 3



Review Legacy System Requirements

Achitecture Team


Onboarding


Certification Package (WIP) -Net-Worthiness (Close) -ATT (Close) -ATO (Open)


Proceed to Begin Vocabulary Work Participate in Kickoff Session

All Stop

Capture DOTMLPF interdependencies (temporal, decisional, informational) to other processes

Ensure other processes that may be affected by modification of these processes have been identified and impacts addressed

Obtain DAA Approval for the ATO


Install Prototype

Install Successful?

Yes

Provision Per Phasing Plan

BCL Compliance Governance


Revise

Ensure alignment with AF Strategy

Sponsor Yes

Provide LRP compliance requirements checklist for each COA

BRM -Mission Process Map (Close) -Auditable Process (Close) - Business Rules (Close) -Dependencies (Close) Information Assets (Close) -Information Flows (Close) -BPR Assertion Documentation (Open)


Conduct Enterprise Architecture analysis

Complete performance measures and Key Performance Attributes section of PRM Template

Approved and Ready to Field?

Update DOT_LPF Implementation Plan

End SDDP

SRM -Contextual Model (Close) -Web Service Code Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Detailed Design Requirements (Open) -Automated Information Assets (Close) -Reuse components (Close) -COTS/GOTS Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -System Requirements (Close) -Information Exchange Requirements (Close) -Functional Requirements( Close) -Service Levels (Close) -Automated Information Assets (Close) -Reuse components (Close) -Compliance Requirements (Close) -On Boarding Requirements (Close) __________AS Deployed_____________ Version Reference to Deployed Software Repository (Close) - Source Code Reference (Close) - Training Material (Close) - Test Results (Close) -Operational Test & Evaluation Report (Open) -Operational Test & Evaluation Plans and Procedures (Open) -Post Implementation Review (PIR) Report (Open)


Testing

Execute Appropriate IMS Activities Task POCs for IMS Input

Testing

"Sandbox"

Complete Sub-Capability Requirements section of PRM Template

Assessment of Prototype


Complete Help Desk Training

Proceed to Step 5

Project Lead / Product Center Task POCs for IMS Input

Deployment Package -Deployment Tech Order (Close) - Executable Code (Close) - Help Desk Guidance (Close) - Training Materials (Close) - Configuration Instructions (Close) - Installation Instructions (Close) -SysAd Instructions (Close) -Monitoring Instructions (Close) -Deployment Readiness Assertion (Close) -C&A Certification package (Close) -iTRM Application Alignment Assertion (Close) -User's Evaluation Assertion (WIP) -Functional & Performance Assertion (Close) -Net-Worthiness (Close)

ITLC Help Desk Prototype Training

Acquire Capability

Project Lead / Product Center Begin Step 4


COI Coordination Panel reviews charter and provides a recommendation to the Sponsor

User Evaluation of Prototype

M-Implementation Plan (From Step 3) -Work Break Structure/ RTM (Close) -Service Implementation Schedule (Close) -Cost Estimate (Close) -DOTLPF Change Management Plan (Close) -Governance Package (Close) -IT Dashboards (Close) -BPR Assertion (Close) -Funding Profile (Close) -CMO Determination Memo - If Greater than $1M (Close) -Approval Signatures (Close) -Compliance Completion Plan (Close) -Onboarding Plan (Close) -Resourcing (Close)

Return to Step 5

No

Sponsor

Perform User training for Prototype

Deployment Package (From Step 5) -Deployment Tech Order (Close) - Executable Code (Close) - Help Desk Guidance (Close) - Training Materials (Close) - Configuration Instructions (Close) - Installation Instructions (Close) -SysAd Instructions (Close) -Monitoring Instructions (Close) -Deployment Readiness Assertion (Close) -C&A Certification package (Close) -iTRM Application Alignment Assertion (Close) -User's Evaluation Assertion (WIP) -Functional & Performance Assertion (Close) -Net-Worthiness (Close)

Begin Step 6

"Sandbox"

Information Exchange Reuse?

COI / EVT

Functional / SME "Sandbox"

Engage users for Prototype Training

Obtain DAA Approval for the ATT for the Prototype

System Engineering

IMS (Close) Programmatic (Close) - Product Center Activities (Close) -Contracting Activities -Acquisition Activities - PEO Activities (Close) -Resourcing -Training -Equipment - Finance Activities (Close) -Allocate Funds -Assign Resources - Architecture Activities (Close) -Air Force EA Compliance -Air Force EA artifact generation -FEA, DOD EA, BEA Compliance Engineering - System Engineering Activities (Close) -SEMP/TEMP Update Activities -Requirement traceability activities -Compliance/Certification Activities -Help Desk Activities -Versioning and CM activities -Data Deployment Strategy Service -Development (Close) -Component Designs -Blue Printing -COTS Product Configuration -Code Generation -Developer Testing -Pre-Deployment Activities (Close) -Platform Engineering Activities -Test environment definition -Test environment provisioning -Platform Adjustment and Tuning Activities -Platform provisioning -Security Activities -Data Deployment Strategy -Service Deployment Strategy -Legacy System Interface Engineering Activities -Testing Activities -Government Unit acceptance Testing -Platform Integration Testing -Performance Measurement Testing -Deployment Activities (Close) -Monitoring Activities -Maintenance Support Activities -COOP -Failover and Recovery activities -Product Deployment Activities -Deployment Strategy -Operations

Operational Baseline

COI / EVT



Sponsor

Yes

Task POCs for IMS Input

Go to SDDP Step 4

No

Discover existing potential solutions (COTS/GOTS / Web Service Code / Systems) to satisfy all or part of the Contextual Model

COI / EVT

Governance

Approve IMS


Participate in Kickoff Session Execute Appropriate IMS Activities

Approved

Update cost estimates to MImplementation Plan

Sponsor Champions ADS

System Engineering / Design DRM -COI Charter (WIP) -List of information assets (Close) Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (Close) -Roles and permissions (Close) -Example Data Record (Close) -Ontology (Close) -Reusable COI Artifacts (WIP)

Functional / SME

Functional / SME

No

Sponsor Call Kickoff Meeting

Proceed to COA Evaluation Decision Revise

Yes

Match Compliance Requirements to individual information exchanges, services and function

Identify additional information exchanges requiring new implementation


Target CEIT Baseline

End Process Engineering

Identify reuse opportunities for Web Services, Point to Point Interfaces, Data Services, and Exposure Services

Define Initial Functional Requirements to implement information exchanges

Finish


Achitecture Team

Characterize Information Assets needed for Information Flows

BRM -Mission Process Map (Close) -Auditable Process (WIP) - Business Rules (Close) -Dependencies (Open) Information Assets (Close) -Information Flows (Close) -BPR Assertion Documentation (Open)

High Level Process describing expected outcomes

Functional / SME

Proceed Back to Beginning of Step 4

Bounded User Requirements - M Implementation Plan -SRM -DRM

No

Submit COI Charter to SWG Denied

Revise


Draft a new COI charter or revise existing COI Charter

Prepare Bounded User Requirements for Implementation

Proceed to Begin Vocabulary Work

Sponsor Initiate COI Coordination

No

Yes Define the information flow necessary to satisfy each put/get from the process

Process Engineering Completion Criteria: A. Define process steps inputs and outputs. (Note: Put/Gets of Information Assets are process steps) B. Define business rules for each process step, including manipulations to information needed for process step, creation of record/store, workflow C. Define decisions taken in the step D. Define outputs from process steps, including information outputs to store or to next process step


Governance

PRM - Needs (Close) - LRP (Close) - Sub-capabilities (WIP) - Performance attributes (Open) - Performance Measures (Open)

Identify information exchanges / assets


"Sandbox"

M-Implementation Plan -Work Break Structure/ RTM (Close) -Service Implementation Schedule (Close) -Cost Estimate (Close) -DOTLPF Change Management Plan (Close) -Governance Package (Close) -IT Dashboards (Close) -BPR Assertion (Close) -Funding Profile (Close) -CMO Determination Memo - If Greater than $1M (Close) -Approval Signatures (Close) -Compliance Completion Plan (Close) -Onboarding Plan (Close) -Resourcing (Close)

M-Implementation Plan -Work Break Structure/ RTM (WIP) -Service Implementation Schedule (WIP) -Cost Estimate (WIP) -DOTLPF Change Management Plan (WIP) -Governance Package (Close) -IT Dashboards (Close) -BPR Assertion (Close) -Funding Profile (Close) -CMO Determination Memo - If Greater than $1M (Close) -Approval Signatures (Close) -Compliance Completion Plan (Close) -Onboarding Plan (WIP) -Resourcing (WIP)

Information Analysis

Sponsor

Approve COI vocabulary package Corporate Approval?

No

ITLC

Architecture Team

SubCapability PRM Tree N.


SubCapability PRM Tree 1. Needs PRM


PRM - Needs (Close) - LRP (Close) - Sub-capabilities (Open) - Performance attributes (Open) - Performance Measures (Open)

Architecture Team

PRM - Needs (Close) - LRP (WIP) - Sub-capabilities (Open) - Performance attributes (Open) - Performance Measures (Open)

Functional / SME


Sponsor Revise

Conduct Cost Estimates for each COA

"Sandbox" PRM - Needs (Close) - LRP (Open) - Sub-capabilities (Open) - Performance attributes (Open) - Performance Measures (Open)

Functional / SME

"Sandbox" M-Implementation Plan -Work Break Structure/ RTM (WIP) -Service Implementation Schedule (WIP) -Cost Estimate (WIP) -DOTLPF Change Management Plan (WIP) -Governance Package (WIP) -IT Dashboards (Close) -BPR Assertion (Close) -Funding Profile (Close) -CMO Determination Memo - If Greater than $1M (Open) -Approval Signatures (Open) -Compliance Completion Plan (Close) -Onboarding Plan (WIP) (from SRM) -Resourcing (WIP)

Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (Close) -COAs (Close) -COA Components (Close) -COA Sequence (Close) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Close) -Onboarding Compliance Rqts (Close) -BEA Compliance Rqts (Close) -LRP Compliance Rqts (Close) -COA DOTLPF Impact Analysis (Close) - Reusability (Close) - Dependencies (Close) - Constraints (Close) -COA Change Management Plan (Close) -COA Cost Estimates (Close)

Sponsor For each COA determine the scope, scalability and degree of difficultly of its associated DOTLPF change management requirements

Define impacts for each COA to DOTLPF necessary to support the material solution

Functional/SME

Functional / SME

Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (WIP) -COAs (Close) -COA Components (Close) -COA Sequence (Close) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Close) -Onboarding Compliance Rqts (Close) -BEA Compliance Rqts (Close) -LRP Compliance Rqts (Close) -COA DOTLPF Impact Analysis (Close) - Reusability (Close) - Dependencies (Close) - Constraints (Close) -COA Change Management Plan (Close) -COA Cost Estimates (Close)

Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (WIP) -COAs (Close) -COA Components (Close) -COA Sequence (Close) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Close) -Onboarding Compliance Rqts (Close) -BEA Compliance Rqts (Close) -LRP Compliance Rqts (Close) -COA DOTLPF Impact Analysis (WIP) - Reusability (Close) - Dependencies (Close) - Constraints (Close) -COA Change Management Plan (Open) -COA Cost Estimates (Open)

Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (WIP) -COAs (Close) -COA Components (Close) -COA Sequence (Close) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Close) -Onboarding Compliance Rqts (Close) -BEA Compliance Rqts (Close) -LRP Compliance Rqts (Close) -COA DOTLPF Impact Analysis (Open) - Reusability (Open) - Dependencies (Open) - Constraints (Open) -COA Change Management Plan (Open) -COA Cost Estimates (Open)

Develop COAs that align the best uses of the various sources (combination of sources may be the most efficient path) to satisfy the Contextual Model

Yes

Yes

Information Exchange Requirements

Contextual Model -Information Puts/Gets (WIP) -Business Rules (WIP) -Authorization and Access (WIP) -End User Design Guidelines (WIP)

BRM from Step 2

Yes Architecture Team

Characterize Information Flows ( input, manipulation of information, output)

Process Team

Sponsor

Build evaluation criteria for COAs to satisfy the Contextual Model

All Stop

Yes

Approved

Denied Revise

All Stop

Review Approved Request SME support for and Approve, COA evaluation criteria Contextual Model development and Work Plan

Design Contextual Model

No

Conduct Process Engineering

Revise

Sponsor

Denied All Stop

Sponsor

Process Team

Sponsor

No

Approved

Approved Prioritized Sub-Capabilities Requirements?

Approved

Sponsor

Update DOTMLPF Implementation plan

All Stop

Proceed Previous Sponsor Decision Point

Denied

Revise

Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (WIP) -COAs (Close) -COA Components (Close) -COA Sequence (Close) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Open) -Onboarding Compliance Rqts (Open) -BEA Compliance Rqts (Open) -LRP Compliance Rqts (Open) -COA DOTLPF Impact Analysis (Open) - Reusability (Open) - Dependencies (Open) - Constraints (Open) -COA Change Management Plan (Open) -COA Cost Estimates (Open)

Sponsor

Revise

SME Validation of Yes Contextual Model?


"Sandbox"

Review and Approve statement of need/problem statement and work plan with Sponsor.

Get SME validation on contextual model

All Stop

Yes

Generate BCA

Functional / SME

Functional / SME Sponsor Review Package -PRM (Close) -BRM (Close) -SRM (WIP) -COA Package (WIP) -COAs (WIP) -COA Components (Open) -COA Sequence (Open) -COA Evaluation Criteria (Close) -COA Compliance Requirements (Open) -Onboarding Compliance Rqts (Open) -BEA Compliance Rqts (Open) -LRP Compliance Rqts (Open) -COA DOTLPF Impact Analysis (Open) - Reusability (Open) - Dependencies (Open) - Constraints (Open) -COA Change Management Plan (Open) -COA Cost Estimates (Open)

DOTMLPF Implementation Plan -Characterized execution requirements -ROI and investment auditability -Work plans -BCA

Build Material Solution Implementation Plan

Start Material Solution Design

Denied

Denied

Sponsor

Provide to Sponsor recommended evaluation criteria for COAs to satisfy the Contextual Model

Work Plan to build the M-Implementation Plan - Tasks - Resources - Timelines - Milestones


Sponsor Scope Work Plan to build the M-Implementation

Approval Success Criteria A. Institutionalization of business processes through AFI/policy documentation (includes LRP) B. Prioritization of information assets by SRA D. Validation of adherence to EA standards by CIO F. Obtain approval to execute requirements to put the process into practice from appropriate authority (depending on scope) G. Capture auditable process models into Business Reference Model H. Contextual description of information assets clearly delineated from information flows within auditable business processes

No Review Capability Requirements with AF Corporate Structure

Build work plans

All Stop

Return to Material Solution Design

Validate Contextual Model content

No

Revise Execution Requirements Approved?


Begin 3.0


Denied Approved

Functional / SME

Functional / SME Proceed to Define Mission Processes to Deliver DOTMLPF Capability Requirements


All Stop Revise

Work plan approved?

Yes

Sponsor

Functional / SME Enterprise Architecture Assistance Needed?

ITLC

Determine Sub-Capability requirements based on constraints

Architecture

Obtain formal Review and approval to proceed

Identify Key Performance Attributes

Report: Performance Requirements for the Capability

Capability Requirements Completion Criteria: 1. Prioritized by Sponsor 2. Satisfies all relevant LRP constraints 3. Does not duplicate other required capabilities 4. Reviewed and approved by AF Corporate Structure, as appropriate 5. Meets EA standards for representation 6. Registered in PRM 7. Performance Measures defined

No

Yes

Sponsor


. Determine, prioritize, and present DOTMLPF capability requirements to Sponsor

Enterprise Architecture Assistance Needed?

Testing

Decompose Need/Problem Statement into Sub-Capabilities


Begin 1.3

Network Op's

End 1.2

ITLC


ITLC

Provide Sponsor Cost Estimate Updates


AQ Authority







Finance PEO/PMO Governance (C&A)






Analyze for relevance (Down-select pertinent LRP.)

System Engineering

Functional / SME

Report: Sub-Capabilities for the Need



Identify Public Laws, DOD No Directives, Manuals& Instructions, and OMB, GAO, BTA Findings

Yes

Architecture



Begin 1.2

Testing

Gather known LRP requirements End 1.1

AQ Authority

Scope the downstream efforts to complete steps 1 and 2 (define scope, charter, schedule of milestones and deliverables, resource requirements)

Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)

Draft Initial Statement of Need/Problem Statement

Sponsor

Functional/ SME

Document: Laws, Regulations and Policy constrains/ mandates with findings for relevance

"Sandbox"

Begin 1.1


Identify relevant legal, regulatory, and policy constraints List: Laws, Regulations, Policies

Functional / SME

Go to Step 2 Start SDDP 1.0

COI/EVT

Define statement of need/problem statement Document : Statement of Need / Problem Statement

Functional/ SME

Identified Top Level Need

Functional/SME

Functional/SME

SDDP Delivery Process

LTD Deploy

AQ Authority






Step 4

Step 5

IMS (Close) Programmatic (Close) - Product Center Activities (Close) -Contracting Activities -Acquisition Activities - PEO Activities (Close) -Resourcing -Training -Equipment - Finance Activities (Close) -Allocate Funds -Assign Resources - Architecture Activities (Close) -Air Force EA Compliance -Air Force EA artifact generation -FEA, DOD EA, BEA Compliance Engineering - System Engineering Activities (Close) -SEMP/TEMP Update Activities -Requirement traceability activities -Compliance/Certification Activities -Help Desk Activities -Versioning and CM activities -Data Deployment Strategy Service -Development (Close) -Component Designs -Blue Printing -COTS Product Configuration -Code Generation -Developer Testing -Pre-Deployment Activities (Close) -Platform Engineering Activities -Test environment definition -Test environment provisioning -Platform Adjustment and Tuning Activities -Platform provisioning -Security Activities -Data Deployment Strategy -Service Deployment Strategy -Legacy System Interface Engineering Activities -Testing Activities -Government Unit acceptance Testing -Platform Integration Testing -Performance Measurement Testing -Deployment Activities (Close) -Monitoring Activities -Maintenance Support Activities -COOP -Failover and Recovery activities -Product Deployment Activities -Deployment Strategy -Operations & Sustainment (Close)

Certification Package (Close) -Net-Worthiness (Close) -ATT (Close) -ATO (Close)

Network Op's

Network Op's

Provision User Access for Prototype



Provision Access to trained users per phasing plan


Step 6

User Gets

User needs

Infrastructure Processes

Platform as a Service (PaaS) (A configuration-managed and delivered infrastructure)

We keep attacking the problem too late - i.e. SDDP Steps 4 & 5 Integrity - Service - Excellence

13

SDDP (1) Identify DOTMLPF Capability Requirements



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise

Yes




Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Begin

Generate BCA

Validation of appropriate BPR



No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish

System Engineering / Design Contextual model for Process 1 Contextual model for Process 2









Process Team

Process Team

Functional/SME

Functional/SME



System Engineering / Design DRM -COI Charter (Open) -List of information assets (Open) -Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (WIP) -Roles and permissions (WIP) -Example Data Record (WIP) -Ontology (WIP) -Reusable COI Artifacts (WIP)



Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes




Approved Update Implementation Plan


Approve Bounded User Requirements? Go to SDDP Step 4

System Engineering / Design DRM -COI Charter (WIP) -List of information assets (Close) Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (Close) -Roles and permissions (Close) -Example Data Record (Close) -Ontology (Open) -Reusable COI Artifacts (WIP)


DRM -COI Charter (WIP) -List of information assets (Close) Vocabulary Package (WIP) -Authoritative data Source (ADS) Mapping (Close) -Roles and permissions (Close) -Example Data Record (Close) -Ontology (Close) -Reusable COI Artifacts (WIP)

Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team

Verify Requirements Satisfy all relevant LRP Constraints

Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Step 1 Identify DOTMLPF Capability Requirements

Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

No


Governance

Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes







Determine potential duplication/conflict with other enterprise requirements

"Sandbox"



Architecture

COI / EVT Generate Vocabulary Package





Achitecture Team Participate in Kickoff Session






Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT

Functional / SME M-Implementation Plan (From Step 3) -Work Break Structure/ RTM (Close) -Service Implementation Schedule (Close) -Cost Estimate (Close) -DOTLPF Change Management Plan (Close) -Governance Package (Close) -IT Dashboards (Close) -BPR Assertion (Close) -Funding Profile (Close) -CMO Determination Memo - If Greater than $1M (Close) -Approval Signatures (Close) -Compliance Completion Plan (Close) -Onboarding Plan (Close) -Resourcing (Close)

No

System Engineering

IMS (Close) Programmatic (Close) - Product Center Activities (Close) -Contracting Activities -Acquisition Activities - PEO Activities (Close) -Resourcing -Training -Equipment - Finance Activities (Close) -Allocate Funds -Assign Resources - Architecture Activities (Close) -Air Force EA Compliance -Air Force EA artifact generation -FEA, DOD EA, BEA Compliance Engineering - System Engineering Activities (Close) -SEMP/TEMP Update Activities -Requirement traceability activities -Compliance/Certification Activities -Help Desk Activities -Versioning and CM activities -Data Deployment Strategy Service -Development (Close) -Component Designs -Blue Printing -COTS Product Configuration -Code Generation -Developer Testing -Pre-Deployment Activities (Close) -Platform Engineering Activities -Test environment definition -Test environment provisioning -Platform Adjustment and Tuning Activities -Platform provisioning -Security Activities -Data Deployment Strategy -Service Deployment Strategy -Legacy System Interface Engineering Activities -Testing Activities -Government Unit acceptance Testing -Platform Integration Testing -Performance Measurement Testing -Deployment Activities (Close) -Monitoring Activities -Maintenance Support Activities -COOP -Failover and Recovery activit


COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No


Proceed to COA Evaluation Decision

No

Submit COI Charter to SWG













No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop

Lift information puts/gets for each process model

Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor



Proceed Previous Sponsor Decision Point Approved


Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied


No AF Corporate Structure Review Needed?

Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor



Enterprise Architecture No Assistance Needed?

TRM

Testing


BRM

SRM DRM


Begin 1.3

PRM

ITLC


ITLC



AQ Authority
















AQ Authority Finance PEO/PMO Governance (C&A)

Step 2

Step 3

Step 4

Define DOTMLPF executable actions

Define Material Solution and Implementation Plan

Plan / implement developmental components of the Material Solution


Network Op's

End 1.2

CAPTURED IN AND INFORMED BY ENTERPRISE ARCHITECTURE



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

STEP OUTCOMES • Alignment of user with a problem to a Sponsor to support solving that problem • Commitment from Air Force corporate structure to support possible solution to the user’s problem PRODUCT OUTCOMES • Clear, concise statement of the user’s problem and/or needs • Delineation of a proposed set of capabilities that will solve the user’s problem or meet the user’s needs • Documentation of relevant Legislation, Regulation and Policy • A set of performance measures that indicate how the capabilities, once implemented, actually solve the user’s problem or meet the user’s need


Step 5 Sustain Application Lifecycle


Network Op's

Network Op's






Step 6 Deploy/Operate the Material Solution

The Service Development and Delivery Process Integrity - Service - Excellence

14

SDDP (2) Define DOTMLPF executable actions CAPTURED IN AND INFORMED BY ENTERPRISE ARCHITECTURE

STEP OUTCOMES • Sponsor approval to pursue the investigation of a Materiel Solution to support the improved mission processes PRODUCT OUTCOMES • Definition of the DOTMLPF executable actions and the implementation plan to institutionalize the improved mission processes • Re-engineered Air Force processes that improve mission efficiency and effectiveness

PRM

BRM

SRM DRM



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise


Yes



Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Generate BCA

Begin




No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish










Process Team

Process Team

Functional/SME

Functional/SME






Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes










Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team


Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

Governance

No


Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes








"Sandbox"



Architecture












Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT


No

System Engineering



COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No



No














No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop


Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor





Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied



Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor




Testing



Begin 1.3

Step 1

Step 2

Step 3

Identify DOTMLPF Capability Requirements



ITLC


ITLC



AQ Authority

















Step 4 Plan / implement developmental components of the Material Solution


Network Op's

End 1.2



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

TRM




Network Op's

Network Op's








15

SDDP (3) Define Material Solution / Implementation Plan



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise


Yes



Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Generate BCA

Begin




No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish










Process Team

Process Team

Functional/SME

Functional/SME






Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes










Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team


Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

No


Governance

Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes








"Sandbox"



Architecture












Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT


No

System Engineering



COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No



No














No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop


Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor





Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied



Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor




TRM

Testing


BRM

SRM DRM


Begin 1.3

PRM

Step 1

Step 2

Step 3




ITLC


ITLC



AQ Authority

















Step 4 Plan / implement developmental components of the Material Solution


Network Op's

End 1.2

CAPTURED IN AND INFORMED BY ENTERPRISE ARCHITECTURE



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

STEP OUTCOMES • Sponsor commitment to implement selected Material Solution • Approval by Air Force corporate structure to fund / execute the implementation of Materiel Solution • Early involvement of platform engineering, network operations to align the infrastructure capabilities with the Material Solution requirements • Ensure reusability of existing Material Solution Capabilities PRODUCT OUTCOMES • The bounded user requirement that includes definition of the materiel solution, information and data sources, and implementation plan




Network Op's

Network Op's








16

SDDP (4) Plan/implement Dev Components of Material Solution



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise


Yes



Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Begin

Generate BCA




No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish










Process Team

Process Team

Functional/SME

Functional/SME






Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes










Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team


Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

No


Governance

Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes








"Sandbox"



Architecture












Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT


No

System Engineering



COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No



No














No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop


Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor





Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied



Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor




TRM

Testing


BRM

SRM DRM


Begin 1.3

PRM

ITLC


ITLC



AQ Authority

















Network Op's

End 1.2

DEVELOPED AGAINST CONFIGURATION MANAGED TECHNICAL STANDARDS



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

STEP OUTCOMES • Designation of Project Lead • Formation of a project team with a wide range of skillsets from multiple Air Force functions, including engineering, architecture, acquisition, testing, platform engineering, network operations • Inherit engineering and project artifacts from Step 3 to streamline implementation processes, e.g. C&A inheritance • Enterprise standards for development processes & environments PRODUCT OUTCOMES • Integrated master schedule to deliver the Materiel Solution • Developed components of the Materiel Solution • Supporting engineering content including test plans, onboarding requirements


Step 1

Step 2

Step 3

Step 4

Step 5





Sustain Application Lifecycle



Network Op's

Network Op's








17

SDDP (5) Sustain Application Lifecycle TESTED / ACCREDITED TO CONFIGURATION MANAGED TECHNICAL STANDARDS

STEP OUTCOMES • Enterprise standards for test processes and environments • Enterprise standards for development and code sustainment • Management and control of testing and sustainment at the Air Force enterprise level PRODUCT OUTCOMES • Fully Integrated Material Solution • Deployment Package /Tech Order

PRM

BRM

SRM DRM



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise


Yes



Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Generate BCA

Begin




No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish










Process Team

Process Team

Functional/SME

Functional/SME






Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes










Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team


Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

Governance

No


Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes








"Sandbox"



Architecture












Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT


No

System Engineering



COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No



No














No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop


Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor





Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied



Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor




Testing



Begin 1.3

ITLC


ITLC



AQ Authority

















Network Op's

End 1.2



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

TRM


Step 1

Step 2

Step 3

Step 4

Step 5








Network Op's

Network Op's








18

SDDP (6) Deploy/Operate the Material Solution STEP OUTCOMES • Ensure effectiveness of Material Solution in meeting users’ needs prior to commitment of resources to fully deploy Material Solution and DOTLPF capabilities • Ensure ongoing effectiveness of DOTMLPF solution, with fully deployed Material Solution, in meeting users’ needs PRODUCT OUTCOMES • Fully operational, deployed Material Solution within the context of the larger DOTMLPF Implementation

DEPLOYED TO PLATFORM CONFIGURED TO TECHNICAL STANDARDS

PRM

BRM

SRM DRM



Begin 1.4


No


Start SDDP 2.0


Functional / SME

End 1.4


Begin 1.6

Functional / SME




End 1.6


Functional / SME

No


Yes


Sponsor



Sponsor

Denied

All Stop


Approved


Revise


Yes



Sponsor Approval?

All Stop


Yes


Corporate Approval?

No



Begin





Process Team

Sponsor




No

Generate BCA

Begin




No


Sponsor

BRM from Step 2



Yes







Denied


Yes


Yes


Receive Needs Data



Achitecture Team




Achitecture Team






Finish










Process Team

Process Team

Functional/SME

Functional/SME






Achitecture Team

COI / EVT

COI / EVT

Governance

Governance





Approve IMS


Sponsor

Yes










Achitecture Team

Achitecture Team

System Engineering














Initiate Deployment

Yes



Achitecture Team

COI / EVT


Stand Up COI


Identify ADS



Acquire Capability

Proceed to Step 5








Achitecture Team


Achitecture Team








Governance



No Approved

Approved?

Greater than $1M


Complete IMS



Achitecture Team

Sponsor



Yes


No



PIR Successful?

Yes

End SDDP


System Engineering




ITLC

"Sandbox"

No

System Engineering



Yes



Testing

Testing


Return to Step 5



Revise Yes


Approved Approved?


Approved?

Denied



Approved Approved?

Governance

Denied

Denied

All Stop

Denied

Governance All Stop


Yes

No


Governance

Yes

Stand Down COI

No






All Stop

All Stop


Proceed to Step 3








Achitecture Team

Achitecture Team




















Onboarding



Return to Step 5




No


Install Prototype

Install Successful?

Yes








"Sandbox"



Architecture












Revise


Sponsor



Begin Step 6

"Sandbox"


COI / EVT


No

System Engineering



COI / EVT




Revise

Yes

Testing


Testing

"Sandbox"


Functional / SME

Functional / SME

No



No














No

Achitecture Team





Denied

Revise


Functional / SME





No




Governance



"Sandbox"




Sponsor


No

No

ITLC

Architecture Team







Architecture Team


Functional / SME


Sponsor Revise





Functional / SME







No

All Stop

Functional / SME





Yes

Yes

All Stop




All Stop


Yes

Approved

Denied Revise

Process Team

Sponsor

No Revise

Sponsor

Denied All Stop

Sponsor





Approved

Sponsor


Sponsor

Revise



Architecture Team

Sponsor All Stop


All Stop

Corporate Approval?

Yes Denied

Denied

Functional / SME





Denied



Build work plans

Revise






"Sandbox"




No



Begin 3.0


Denied Approved

Functional / SME



All Stop Revise

Work plan approved?

Yes

Sponsor


ITLC


Architecture






Yes

Sponsor




Testing



Begin 1.3

ITLC


ITLC



AQ Authority

















Network Op's

End 1.2



System Engineering

Functional / SME





Yes

Architecture



Begin 1.2

Testing


AQ Authority


Contracting


Finance

No

Yes

Associated PEO/PMO


Governance (C&A)


Sponsor

Functional/ SME


"Sandbox"

Begin 1.1



Functional / SME


COI/EVT


Functional/ SME


Functional/SME

TRM


Step 1

Step 2

Step 3

Step 4

Step 5








Network Op's

Network Op's








19

The Way Ahead Together CONTENT DELIVERY

PITP

APPLICATION

DOTMLPF INFORMATION ASSET MANAGEMENT COI SUPPORT SERVICE DEVELOPMENT AGGREGATION

DATA SOURCING SERVICE DEVELOPMENT

BEHAVIORAL TOOLS

LIFECYCLE INTEGRATION

SERVICE DEVELOPMENT PRESENTATION/ DASHBOARDS/MASHUPS PRESENTATION SECURITY DESIGN

LIFECYCLE MGMT DESIGN

CAPABILITY DESIGN

Service Lifecycle Management

PROCESS DESIGN SERVICES

METADATA ENGINES

SESSION TOOLS / MIDDLEWARE VIRTUALIZATION

TRANSPORT NETWORK CONNECTIVITY

DATA LINK

SVC LEVEL MANAGEMENT DESIGN SERVICE LEVEL INTEGRATION

Service Level Management

CONTENT GENERATION

TECH R&D

ARCHI TECT URE

TRANSPORT EXPOSURE HW PHYSICAL


20

QUESTIONS Integrity - Service - Excellence

21