john womack apm se core 1 april 2009 john womack apm se core 1 april 2009

39
John Womack APM SE Core 1 April 2009

Upload: mia-miah-dolman

Post on 31-Mar-2015

219 views

Category:

Documents


3 download

TRANSCRIPT

Page 1: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

John WomackAPM SE Core

1 April 2009

John WomackAPM SE Core

1 April 2009

Page 2: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

2

• OneSAF Integration into AVCATT and CCTT and the development of virtual OneSAF composition as the standard computer generated forces for the virtual domain.

• Development of a standard Terrain Database (TDB) generation process to create a non-proprietary, open format, image generator (IG) independent, Master TDB (MTDB) consumable by virtual simulations, within a total development time of 96 hours.

• The development of a Virtual Simulation Architecture (VSA) to provide a Common Virtual Environment (CVE) that links system and non-system simulations into a fully integrated and interoperable training capability.

• Development of Common Virtual Components (CVC) that will reduce redundancy, increase realism, and facilitate an integrated live, virtual, constructive training environment. (LVC TE)

SE Core Mission

Page 3: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

3

One fight involving multiple simulators, using one SAF, on a common terrain database, resulting in a

fair fight environment.

SE Core Vision

Page 4: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

One fight involving multiple simulators, using one SAF, on a common terrain database, resulting in a fair fight environment.

SE Core Vision

Page 5: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

5

KPP 1. OneSAF Integration into CCTT and AVCATT

KPP 2. Standard Terrain Database Generation Capability

KPP 3. Dynamic Terrain

KPP 4. Atmospheric Effects

KPP 5. Net-Ready

KPP 6. Command, Control, Communications, Computers, Intelligence, Surveillance, Reconnaissance (C4ISR)

Other Non-KPP requirements:

After-Action Review (AAR)

Long Haul Networking

Exercise Management Tools

Master Terrain Database

Visual Models

Urban Operations Insets

Training Support Package

Chemical, Biological, Radiological, Nuclear and High Explosive Environment (CBRNE)

SE Core Requirements

Page 6: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

6

Interoperable by use of the: 1. OneSAF2. Common Terrain Databases3. Long Haul Network4. C4ISR

Today• Ad Hoc• Work A-rounds

SE Core• Systematic• “Plug & Play”

SE Core Emerging Requirements

Page 7: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

P=Program Office (gov’t)C=Contractor SupportM=Matrix (gov’t)

P=Program Office (gov’t)C=Contractor SupportM=Matrix (gov’t)

John Womack (P)APM

Program AnalystSandra Depew (M)

ContractsDoug Greenwood (M)Mike Hickey (M)

Acquisition LogisticsJeff Patterson (M)

Project Systems EngSusan Rodio (M)

Virtual ArchitectBill Reese (M)

Deputy APM

Leonard Hobbs (C)

DVED PDGene Strickland (P)

Database EngBruce Howie (C)

Database EngMark Johnson (C)

Database Systems Eng Connie Perry (M)

CVC EngPat Garrity (M)

A&I PDChristina Bell (P)

OSI/CVC EngKeith Nielsen (M)

Lead ArchitectRichard Deakins (M)

OSI/C4I EngJuan Garcia (M)

CVC Coordination

SE Core Organization Chart

Staff EngPhong Pham (M)

Page 8: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

8

SE Core

Architecture& Integration

(A&I)

Database Virtual Environment Development

(DVED)

OneSAFSystem

Integration(OSI)

Virtual SimulationArchitecture

(VSA)

Common VirtualComponents

(CVC)Functionality

Common VirtualComponents

(CVC)Visual Representation

Database Centers and Database

Production

Standard TerrainDatabase

GenerationCapability (STDGC)

Combined Effort Between Both Primary Contractors

SE Core Functional Breakdown

Page 9: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

MayApr Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar

DR Fixes, Retest &DeliverSep 7 - 30

GAT / Interop3Aug 31 – Sep 18

CCTT IPT2April 21-23

5.2 Build Eval / Interop2June 1-5

5.3 Build EvalAugust 3-7

AVCATT IPT2May 4-8

GAT Dry RunAug 24 – Sep 11

Code Freeze

GAT TRRAug 27

CCTT, FCS, C4I, Misc Evaluation

SE Core DR Work

AVCATT, C4I, O2, GAT

CCTT C4 and Other Development

AVCATT C4I Development

CCTT Misc Development

Afghanistan Area 1400 x 250 km

Central Iraq300 x 250 km

Afghanistan Area 2TBD

OTF 8

AVCATT Database Validation

Interoperable Database Validation

AVCATT CM2 Delivery

Re-turn of OTF 7 Databases

FCS

LCT

LVC-IA

Common Sensor Model AoA

OpenFlight Plug-in

AVCATT Database IPT

Database Working Group

SE Core Schedule

Page 10: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

10

SE Core Interoperability Demonstration December 2008

CCTT Manned Module

CCTT SAF Entities

AVCATT Manned Module

OneSAF Entities

CCTT Manned Module

Embedded OneSAF Entities

AVCATT Manned Module

Embedded OneSAF Entities

AVCATT Spiral

ERC Demo

SE Core OSI

IPD2

IPD1

Program Manned Modules

DVED Interoperable databases

Common SAF Common Models

Environment

CM2 Models

Manned Module, Host and IG extensions.

AVCATT ongoing integration of ERC and OneSAF

AVCATT, CCTT Manned Modules and SAF running ERC

Running

CCTT Converted

Baghdad OTF database.

Air FocusDVEDdatabases

OneSAF replaces legacy SAFs

Ground Focus

Interoperability Continuum

Capabilities to be Demonstrated in December 2008

• CCTT/AVCATT/ OneSAFInteroperability

• Successful execution of Air-Ground Scenario

• Embedded OneSAF entitiesinteract and engage CCTT and AVCATT manned modules.

• AVCATT and CCTT running Same Terrain Database

• Common Format• Common Features

• Cross platform model alignment

• Requires less setup time

• Reduces Engineering work aroundJun 07 Jan 08 June 08 Dec 08 Apr 09 Sep 09 Sep 10

Page 11: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

11

Block / Build Schedule

A Block is 1 year duration, tied to the Gov’t fiscal year Builds are approximately 3 months each

• Build Demonstrations to verify interim capabilities Facilitates incremental development and testing of capability

Build 4Build 4(I&T)(I&T)Build 1Build 1

Build 1Build 1Build 2Build 2

Build 3Build 3Build 4Build 4(I&T)(I&T)

Block 4 Block 5October 2007 – September 2008 October 2008 – September 2009

10/01 – 01/11

04/05 – 06/2706/28 – 09/26

09/27 – 01/0901/10 – 04/03

04/04 – 06/2606/27 – 09/25

Build 2Build 2

Build 3Build 3Build 4Build 4(Dev)(Dev)

01/12 – 04/04

SGT & Databases

Page 12: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

12

OSI Build Plan

Build 5.1

09/27/08 – 01/09/09

Build 5.2

01/10/09 – 04/03/09

Build 5.3

04/04/09 – 06/26/09

Build 5.4

06/27/09 – 09/25/09

Static Task Organizations

ADA Behaviors

RWA-scout & attack ADA FARP

AVCATT VMF Message Threads

Common Environment Damage

ERC extensions to support models

Updates for cargo groupings

AH64D Fire Control Radar Model Capability (start)

Aircraft Survivability Equipment (ASE)

Chaff (Radar Countermeasures Dispensers)

Flare (Infrared Countermeasures Dispensers)

IR Jammers Missile Approach Warning

Systems Common Missile Warning

System

AVCATT AFAPD Message Mappers

Scenario Planning (continue)

Static Task Organizations

CSS Behaviors

CSS Breaching

Resupply

FASCAM

JAAT

Update OneSAF Communication

ERC extensions to support models

Final Emissions

Longbow Editor

SAF Slingload and Editor

AH64D Fire Control Radar Model Capability (Final)

AVCATT AFAPD Message Threads

Scenario Planning (complete)

CFS / Full Tether

MM Behaviors

Movement Occupation Halt RWA Attack

Static Task Organizations

Urban Ops Behaviors

Urban Ops IEDs

ERC extensions to support models

Aircraft Survivability Equipment (ASE)

Threat Interferometer (Threat Signature Identification)

Usability Improvements

CCTT FDC WS

Common Tactical Smoke

Repair

Recovery

Artillery Fire Control User Interface 4.3 – Define and update OneSAF user interfaces to support the artillery requirements of the OC Workstations from CCTT

Stealth Control User Interface 4.3 – Define and add the capability to control the Stealth View (MetaVR) as currently done in AVCATT

Integration and Test activities

Page 13: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

DR Fixes, Retest &DeliverSep 7 - 30

July

Road To GAT

Jan Feb Mar April May June August Sept

Final Integration

GAT Dry RunAug 24 – Sep 11

GAT / Interop3Aug 31 – Sep 18

GAT TRRAug 27

Build 5.2

5.1 Build EvalFeb. 23-27

Build 5.3

AVCATTIPT2May 4-8

CCTT IPT2April 21-23

Build 5.4

DR Fixes

OneSAF Common Baseline GAT Initial Go/NoGoDecisionAug 7

DR Fixes

5.2 Build Eval / Interop2June 1-5

DR Fixes

5.3 Build EvalAugust 3-7

DR Fixes

DR Fixes

Code Freeze

CCTT Scenarios Available to SECoreJun 24

Page 14: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

Schedule Post GAT

SeptJulyMayAprilSept Oct Nov/Dec Jan Feb March June August

SE CoreA&I GAT(CCTT and AVCATT)

CCTTFCSC4IMiscEvaluation

AVCATTC4IO2GAT

AVCATTOSIRFT

CCTT Integrationof OSI

AVCATT Integrationof OSI

SE Core DR Work

CCTT C4I Development

AVCATT C4I and Misc Development

AVCATT OneSAF Operational (O2) Development

CCTTOSIRFT

2009 2010

CCTT Misc Development

Page 15: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

Behavior Working Group Process

Elicit / Document AVCATT & CCTT Behaviors

(Owner – SE Core A&I)

TCM-V to provide clarification of legacy capabilities

Elicit OneSAF Reuse Candidates

(Owner - OneSAF)

Provide reuse candidate(s), documentation, and initial gaps

Develop Recommendation

(Owner – SE Core A&I)

Identify Gaps, COAs and Development Estimate

Peer Review

(Owner – SE Core A&I)

Stakeholder Participation:AVCATT and CCTT Training SME

SE Core A&IOneSAF

Approve Recommendation

(Owner - TCM-V)

Review Recommended COA against required training capabilities.Adjudicate program disputes.

Baseline Approved Document

(Owner – SE Core A&I)

CM/Change Control activities

Execute Development of Behavior

(Owner – SE Core A&I / AVCATT for select tasks)

Visual Inspection of Behavior

(Owner – TCM-V)

Document Defects

Identify OneSAF “As Is” Candidates

(Owner – OneSAF)

Provide behavior candidate(s) that can be used “as is” with documentation

Process Behavior List

(Owner – SE Core A&I)

Determine Path Forward for each Behavior

Page 16: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

Behaviors

Behaviors

RWA Battle Position Search and Occupy

Conduct Ground Reconnaissance

Clear and Mark Breach Lanes

Conduct Screening Operations Ground

Tailgate Resupply

RWA Attack

Unit Defend Battle Position

To the Nth Behavior

Working Group Steps (Overview)

Requirement Analysis

Internal Review

Behavior Working Group

Development

Integration and Test

Ready for GAT

Page 17: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

17December 2008 I/ITSEC 2008

Why Use OneSAF

Provide interoperabilityVirtual TrainersLVC-IA

Provide for a Fair FightOneSAF equals one fight

Configuration ControlMaintain one SAF for entire Virtual Domain

CCTT SAFAVSAFLongbow Crew Trainer

Save money

Page 18: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

Life After OneSAF Integration

Dynamic Environment (terrain, atmospherics, sensor)

Virtual Simulation Architecture (VSA)• V-DIS advancement into IEEE DIS standard• Extend existing CVCs for customers

– AAR, Interop Gateway, C4I, Scenario Generation

• Maintain SE Core portal• New CVC opportunities

– Distributed AAR– Market research

Page 19: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

19

Database VirtualEnvironment Development

Page 20: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

20SE CORE DVED GAT OUTBRIEF

Production Metrics Trend Analysis

0

2000

4000

6000

8000

10000

12000

14000

16000

DB Development Time CCTT Legacy - SE Core DVED

Riley (P6)

Campbell (IPT5)

Pinion Canyon (GAT)

Metrics scaled to 100km x 100km

database

SE CORE DVED GAT OUTBRIEF10/3/2008

5 to 6X Productivity Improvement Over CCTT Legacy Databases and ~1.4X Improvement Over GVT

CCTT Legacy

SE Core Development

SE Core GAT

Page 21: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

21

DVED Government Acceptance TestSuccesses of the Test

The GAT has produced four databases covering a larger area than those current CCTT terrain databases.

Production of the 180 x 180 (32,400 sq. km.) databases will be larger than any CCTT terrain database.

Database Area

Physical (X) Physical (Y) KM2Physical (X) Physical (Y) KM2

CentralUS 102.70 150.70 15,476.89Desert 100.80 150.70 15,190.56

Ft. Hood 46.00 53.76 2,472.96 90.00 90.00 8,100.00Kosovo 148.80 160.30 23,852.64Korea 115.20 115.20 13,271.04Grafenfels 72.00 85.44 6,151.68

Ft. Riley 42.24 57.60 2,433.02 90.00 80.00 7,200.00Ft. Carson 38.40 53.76 2,064.38

Ft. Stewart 65.28 42.24 2,757.43 94.00 94.00 8,836.00Pinon Canyon 69.12 57.60 3,981.31 90.00 90.00 8,100.00Baghdad 53.76 53.76 2,890.14Ft. Bliss 97.92 97.92 9,588.33

CCTT Database Area DVED Database Area

Page 22: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

22

Metric Collected

Current Projected Unit

DB Effort

Release 2.0 Projected Unit DB

Effort

Release 2.1 Projected Unit DB

Effort

Release 2.2 Projected Unit DB

Effort

(man hours) (man hours) (man hours) (man hours)Grand Total 3097 2997 2419.7 2096.66FTE 18 18 14 12Sq. KM / Month with 12 people 22,095 22,832 28,280 32,637Sq. KM / Month with 18 people 33,143 34,249 42,420 48,956

Achieving desired production rate requires 6 additional database engineers plus some continued CM2 support to enhance model libraries.

The DVED team has evaluated the cost benefit of hiring six additional production bodies as opposed to software development.

Production vs. Software Development

Production vs. Software Development

Page 23: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

23

180 x 180

Page 24: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

24

Database Production Schedule

Oct 08 Jan 09 Apr 09 Jul 09 Oct 09 Jan 10 Apr 10 Jul 10 Oct 10

Ft. Stewart, Ft. Hood, Ft. Riley, Pinion

Canyon

Afghanistan Area 1400 x 250 km

Central Iraq300 x 250 km

Ft. Irwin

Ft. Benning

Ft. Campbell

Afghanistan Area 2TBD

Ft. Bliss400 x 250 km

KoreaTBD

Database Priorities As Determined by TCM-V

1. Satisfy operational training requirements.

2. Replace existing CCTT and AVCATT DBs.

3. New requirements (such as FCS).

Database Priorities As Determined by TCM-V

1. Satisfy operational training requirements.

2. Replace existing CCTT and AVCATT DBs.

3. New requirements (such as FCS).

Page 25: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

25

Correlated Dataset

Required

Standard Source Data

NGACommercialJoint ServicesOther• Agencies• Governments• Countries

Potential sources

Automated tools • use standard source data• Correct / Align Data• Add / Merge / Value Added

Master Terrain DB Generation

Toolset

• Non-Proprietary• Open format • IG Independent• Correlated Data• Traceability to Source Data• Consumable by virtual Sims

OOSEDM

Expand for Virtual Domain

Plug-Ins

To

ol K

it

Total development time of 96 hours (72 hrs)• 180 km x 180 km (DTED level 3) (300km x 300km)• 2.5km x 2.5km (DTED level 5) urban insert (50km x 50 km)• (1000km x 1000km (DTED level 1) large areas)

Produce correlated runtime databases to enable training for Produce correlated runtime databases to enable training for mission planning, mission rehearsal, and mission execution.mission planning, mission rehearsal, and mission execution.

Standard / Rapid TerrainDatabase Generation Capability

Page 26: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

26December 2008 I/ITSEC 2008

Plug-in Development Process

To access correlated databases from SE Core DVED, programs are required to use a “plug-in” to the Runtime Database Generation Toolkit (RDGT)

The major elements in the plug-in development process are:• Go to the SE Core Portal (http://se-core.org) and request a copy of the

DVED SEE API SDK (DVED Government Sponsorship required)

• Develop the plug-in– Build the sample database and moving models directly to your runtime format

• On-site DVED testing– Testing in the DVED Controlled Development Lab on more robust data

– Run correlation tests– Distributed processing testing– Documentation review

• Receive Plug-in Validation for DVED production

Page 27: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

27December 2008 I/ITSEC 2008

Plug-ins Developed & Planned

Plug-ins Developed to Date Plug-ins being developed in GFY09

EPX Plug-in (version 2.1.3 and 2.3) OTF (version 8.0)

OTF (version 6.0) ESRI Shape with FFD attribution

CCTT Plan View Display DTED

CCTT Environment Manager CADRG for FBCB2

CCTT Radio Database (TIREM) OpenFlight (version 15.7)

SEDRIS (ISO compliant) CIB

ESRI Geodatabase Plug-in Encapsulated Postscript

Page 28: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

December 2008 I/ITSEC 2008

GAT CCTT Database Highlights

Fort Stewart Fort Hood

Fort Riley Pinion Canyon

Page 29: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

29

• CM2 Deliveries:

- 157 models to GCTT

- 261 models plus variants going to CCTT on 26 Nov 08

- Other deliveries include AF for evaluation

Common Moving Models

• Sept 2009 CM2 to correlate with OneSAF (behaviors, geometry, bounding volumes, etc.)

Page 30: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

30December 2008 I/ITSEC 2008

DVED Summary

• Significant production efficiencies have been realized through enhancement of tools, processes, and training

• Integrated suite of multiple-vendor plug-ins rapidly produces correlated runtime databases using multiple geographic projections in a single build

• GAT successfully conducted and databases validated on CCTT• Terrain Database Production Go Ahead Received• CM2 Production well underway with over 256 models currently

available

Page 31: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

31

Program Concerns

Page 32: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009
Page 33: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009
Page 34: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

34 34

Afghanistan Database

RC(S)

RC(E)

Afghanistan – East TDB

Afghanistan – South TDB

Page 35: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

35 35

Afghanistan East

Page 36: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

36 36

Generic FOB Photo

Living Quarters

Maintenance Building

Storage Building

Storage Containers

Motor Pool

Small Storage Containers

Guard Tower

HeliPad

Page 37: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

37

Correlated Dataset

Required

Standard Source Data

NGACommercialJoint ServicesOther• Agencies• Governments• Countries

Potential sources

Automated tools • use standard source data• Correct / Align Data• Add / Merge / Value Added

Master Terrain DB Generation

Toolset

• Non-Proprietary• Open format • IG Independent• Correlated Data• Traceability to Source Data• Consumable by virtual Sims

OOSEDM

Expand for Virtual Domain

Plug-Ins

To

ol K

it

Total development time of 96 hours (72 hrs)• 180 km x 180 km (DTED level 3) (300km x 300km)• 2.5km x 2.5km (DTED level 5) urban insert (50km x 50 km)• (1000km x 1000km (DTED level 1) large areas)

Produce correlated runtime databases to enable training for Produce correlated runtime databases to enable training for mission planning, mission rehearsal, and mission execution.mission planning, mission rehearsal, and mission execution.

Standard / Rapid TerrainDatabase Generation Capability

Page 38: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

38December 2008 I/ITSEC 2008

Architectural Overview

Standard / Rapid Terrain Database Generation Capability

Run Time Generation Toolset (RDGT)

Fil

tere

d V

iew

er

Master Terrain Database Generation Toolset (MTDGT)

Att

rib

uti

on

3D

Mo

de

ls

Ima

ge

ry

Run Time Applications

So

urc

e D

ata

Qu

ali

ty

As

su

ran

ce

Raw Source

Run Time Databases

Po

lyg

on

/Ge

om

etr

yE

ng

ine

Ve

cto

rs

Ele

va

tio

n

Sp

ec

iali

zati

on

SEE API

CGF

Mission

Maps

Visual

Sensors

PVD

ConfigurationManagement

So

urc

e D

ata

C

orr

ec

tio

ns

So

urc

e D

ata

In

po

rte

r

Source Data Asset Management

Application Plug-Ins

SEDRIS Plug-In

Paper Map Plug-In

Elec. Map Plug-In

DBDD Plug-InMaster

Database (MDB)

Write API

Read API

MDB Repository Quality Assurance

Storage ArchitectureSource Interchange

FormatsRaw

SourcesCAD

Sources

Supervisor

Refinement

Key Challenges• Common DB products must address the needs of many• Optimizing Tools, Processes & Personnel to achieve > 10X improvement in DB productivity

while satisfying multiple confederates• Concurrent development with other major initiatives (OneSAF) and Confederate upgrades• Requires a significant User paradigm shift from traditional DB development and acceptance

methods

Page 39: John Womack APM SE Core 1 April 2009 John Womack APM SE Core 1 April 2009

39December 2008 I/ITSEC 2008

DVED STDGC Process Risk Status (Oct. 31, 2008)

RDGTMDBMTDGT

TCMV

Database Request

DVED GT

Sou

rce

Dat

a To

ols

Sou

rce

Dat

a C

orre

ctio

ns

Sou

rce

Dat

a Q

ualit

y A

ssur

ance

RawSourceData

Ele

vatio

n P

roce

ssin

g

MTDGT Processing

Imag

ery

Pro

cess

ing

Vec

tor P

roce

ssin

g

Mod

el P

roce

ssin

gS

ourc

e D

ata

Spe

cific

atio

n

MDB

MD

B A

PI

MD

B A

PI

MDB Quality Assurance

RDGT Processing

Spe

cial

izat

ion

Filte

red

MD

B C

onte

nt

Pol

ygon

Gen

erat

ion

Eng

ine

SE

E A

PI

EPX Plugin

SEDRIS Plugin

DBDD Plugin

TIREM Plugin

OTF 6 Plugin

EnvManager Plugin

PVD Plugin

Map Plugin

Programs

Future Development

No SignificantTrainability

Risk

DVEDProduct

Def

ault

Par

amet

ers

Pro

gram

Inpu

ts

MinorTrainability

Risk

Shape File Plugin

DTED Plugin

CIB

CADRG

Host File Plugin

DRLMS