Battle Command Collapse and M&S April 8 2011 Ted Troccola PD - - PowerPoint PPT Presentation

▶
battle command collapse and m s
SMART_READER_LITE
LIVE PREVIEW

Battle Command Collapse and M&S April 8 2011 Ted Troccola PD - - PowerPoint PPT Presentation

Aug 18, 2023 487 likes •752 views

Battle Command Collapse and M&S April 8 2011 Ted Troccola PD Common Software, PM BC Contractor (Viecore FSD Inc.) 1 Topics for Discussion Background BC Collapse Strategy Operational Technical Programmatic

slide-1
SLIDE 1

Battle Command Collapse and M&S

April 8 2011

1

Ted Troccola

PD Common Software, PM BC Contractor (Viecore FSD Inc.)

slide-2
SLIDE 2

Topics for Discussion

  • Background
  • BC Collapse Strategy

– Operational – Technical – Programmatic

  • Simulation in Battle Command

2

slide-3
SLIDE 3

3

Background

slide-4
SLIDE 4

PM Battle Command

Value To The Army

  • Battle Command Products are Successfully Supporting Army,

Joint, and Coalition Operations Worldwide

  • PM BC Products Support Small Unit Tactical Operations through

COCOM Strategic C2

  • PM BC Delivers Three Key Capabilities that are Critical to Force

Employment Success

– Applications – Information Services Infrastructure (primarily BCCS & GCCS) – Worldwide support structure

  • PM BC Is the Army’s Primary Organization Engaging NATO to

support Unified Coalition C2 in OEF

  • PM BC Achieves Success by implementing a Disciplined S/W

Delivery Process that Rapidly Delivers Capability to Warfighters

4

Reinforcing Battle Command Reinforces Success

slide-5
SLIDE 5

Current Army Battle Command Capability

MANUEVER ¡ NBC ¡ ENGINEER ¡ FIRE ¡SUPPORT ¡ AIR ¡DEFENSE ¡ AIR ¡PICTURE ¡ LOGISTICS ¡

GCCS-­‑A/NECC ¡

  • Shared ¡SA ¡
  • Net-­‑Ready ¡
  • Interoperability ¡
  • Automa7c ¡Database ¡Replica7on ¡

FBCB2/JBC-­‑P ¡

  • PLI/SA ¡
  • MEDEVAC ¡
  • Orders ¡
  • Air ¡Defense ¡to ¡Maneuver ¡Units ¡
  • Posi7ve ¡AircraF ¡ID ¡
  • Weapon ¡Coverage ¡

AMDWS ¡

  • Joint ¡Automated ¡Air ¡Space ¡

Control ¡with ¡the ¡JFACC ¡

  • Air ¡Support ¡Request ¡

TAIS ¡

  • Display ¡and ¡disseminate ¡COP ¡
  • Disseminate ¡Orders ¡
  • Tac7cal ¡Collabora7on ¡
  • Interoperability ¡between ¡ ¡
  • Tac7cal ¡and ¡Theater ¡levels ¡
  • Chem-­‑Bio ¡Rad-­‑Nuc ¡(CBRN) ¡

AFATDS ¡

  • Synchronized ¡Fires, ¡Effects, ¡& ¡Maneuver ¡
  • Execute ¡Responsive ¡Fires ¡
  • Target ¡ ¡Management ¡
  • Forward ¡Observer ¡Handhelds ¡
  • Radar/Observer ¡Loca7ons ¡

JADOCS ¡

  • ¡Combat ¡Power ¡
  • ¡In-­‑transit ¡Visibility ¡ ¡

BCS3 ¡ TBC ¡(Tac9cal ¡Ba;le ¡Command ¡) ¡ ¡ CPOF, ¡BCCS, ¡Joint ¡Convergence ¡

Air ¡Defense ¡ Blue ¡Force/SA ¡ Airspace ¡ EAC ¡C2 ¡ Maneuver ¡ Logis7cs ¡ Fire ¡Support ¡

Ba;le ¡Command ¡ Common ¡Services ¡

5

10+ Systems = 10+ Individual sets of Hardware, Software, Development, Test, Logistics…

5

slide-6
SLIDE 6

CX-I Banner Baseline Change

System A System B System C System D System E System F System G System H Time FSR 35 days FSR 5 days FSR

  • FSR

1.5 Months Cost $0 $75K $0 $7K $0

  • $0

$132K

CX-I Data Tagging Client Side

System Time Cost System 1

  • $-

System 2 65 days $80K System 3 60 days $50K System 4 90 days $350K System 5 60 days $95K System 6 60 days $100K System 7 14 days $10K System 8

  • System 9

75 days $172K Total (PdM) 90 days $857K SoS Test 10 days $0 Total PM BC 100 days $857K

Pre-Collapse Inefficiencies…

Some Examples

IED Symbology Change

  • Oct 08 – Received 3 Star Note requiring

all BC systems incorporate 4 new IED symbols

  • 21 Systems across 4 PEOs needed to change
  • 21 different implementation schedules
  • 21 different contracts modified
  • 21 different CONOPS/opinions
  • 9 Months to get consensus on implementation

details

  • Execution of changes ranged anywhere from

1 week at no cost to 6 months at $250K

  • Quarterly releases approved in Jul 09

6

slide-7
SLIDE 7

7

BC Collapse Strategy

slide-8
SLIDE 8

WIN-T

Network

WIN-T

Network

GNEC

BFA Services

Enterprise Services

BC Environment BC Environment

(Standard, Open Framework)

`

TAIS

BC “Collapse” Strategy

2015+ 2013 2009

CoMotion

BCCS

Applications Information Infrastructure

CPOF

2011

BFA Services

GNEC BCS3 GCCS

Web Services Environment Log Fires Enterprise PASS Others BCS3 AFATDS JADOCS GCCS-A MCS Others BCS3 AFATDS JADOCS CoMotion

BCCS BCS3 GCCS

Enterprise DDS/MIP Collaboration

BC Infr BCS3 GCCS-A/JC2C

Enterprise DDS/MIP AFATDS Others Coalition Others Web Services Environment Web Services Environment Coalition Others Coalition CPOF

JC2C

Collaborative Environment

(Based on CPOF/CoMotion) BC Workstation

BC Workstation “v0.5” BC Workstation“v1.0” BC Workstation “v2.0” Mvr Air GCCS-A Fires Fires Mvr Mvr Air Air Log Log

8

AMDWS AMDWS AMDWS

BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation BC Workstation

Network Collaboration

BC Infr

Enterprise DDS/MIP Network

Version 5.1

slide-9
SLIDE 9

PM BC Strategic Intent

  • Shift from a Battle Command family of uniquely distinct

applications with unique data storing and sharing mechanisms and collapse these systems towards a consolidated Battle Command product line

  • Attributes of the consolidated approach

– Significantly enhanced commander and staff ability to effectively conduct collaborative mission planning and execution across a range of operations and the spectrum of conflict – A singular battle command product line with a common government owned and managed architecture sharable by all – A unified approach to data handling and infrastructure procurement – Focus warfighting function development of subordinate PM’s on warfighting functions rather than draining resources on common tasks

9

slide-10
SLIDE 10

PM BC Strategic Intent - Operational

Extend and Significantly Enhance Staff Collaboration while Reducing the Complexity of Operations and Sustainment

  • Consolidated infrastructure;

reduced burden on end users & FSRs

  • Extended and Enhanced

Common Collaborative Environment

  • Widely available (limited)

Collaboration and Shared Services

  • Centrally stored Services &

Data to enable Flexible, Rapid Deployment

Driven by a Set of Operational User Stories

10

slide-11
SLIDE 11

PM BC Strategic Intent - Technical

Shift from a family of uniquely distinct applications with unique data storing and sharing mechanisms and collapse these systems towards a consolidated software product line

  • Physical Consolidation
  • Services Consolidation
  • Tactical
  • Enterprise
  • Network
  • Enterprise Data Architecture
  • Standard Data Sharing (DDS)
  • Collaborative Data Environment

(CoMotion)

  • Thick Client Consolidation
  • Common Collaborative

Environment

  • Common ‘Thin Client’

Environment

  • Web Services (leveraging

the Services Infrastructure above)

11

slide-12
SLIDE 12

Executing Technical Intent – Status (1)

Decisions Made/Course Set -

  • BC Collapse Architecture

– Architecture has been base-lined and is being refined through a series of Design Reviews

  • Information Services Infrastructure -

– Battle Command Common Services (BCCS) will continue to serve as BC’s single, unifying physical tactical infrastructure server – Data Dissemination Service (DDS) is being tested and certified as part of SWB11-12; will be the standard, default mechanism for data management and dissemination

  • Common BC ‘Thick Client’ Workstation –

– Set of User Stories were delivered in Oct 10 – Initial architecture and framework is based on CPOF/CoMotion; Oct 11 delivery based on 3PDK v2.0 – All Oct 11 and beyond Collapse (and non-Collapse workstations) will be based off of the same Army Gold Master (AGM), Common Client Install (CCI), Security Configuration

12

slide-13
SLIDE 13

PM BC Strategic Intent - Programmatic

Shift from a family of uniquely distinct applications with unique data storing and sharing mechanisms and collapse these systems towards a consolidated software product line

  • One standard

BC Infrastructure

  • One standard

BC Thick Client/ Workstation

  • Ability to compete

for new apps/ services built on the common infr/clients

  • One standard

BC Thin Client Environment

  • Ability to compete

enhancements to the infrastructure and standard clients (‘Thick’ & ‘Thin’)

13

slide-14
SLIDE 14

14

The iPhone Analogy…

…from a business model perspective

Battle Command is standardizing

  • n a common server and client(s)

with a standard set of enterprise capabilities (data, collaboration, mapping, etc) and BC services… …That will be developed, integrated, tested, accredited, and approved

  • nce per major release…and

ultimately purchased, fielded, and supported centrally Maneuver/ Planning Logistics Fires Air

“Starter Kit”

slide-15
SLIDE 15

BC Architecture Evolution

CS 09/10 –

  • Individual BFA systems sharing data through PASS/MIP
  • Collaboration capability implemented by CPOF
  • BCCS as the core provider of infrastructure services; initial GNEC demo

CS 11/12 and Upgrade –

  • First instance of Collapse BC client based on CPOF/CoMotion
  • Scope is Maneuver, Fires, Log, and Air
  • Ability to drop separate MCS, CPOF, and TAIS clients
  • Co-hosting of BFA applications to reduce footprint (“same user, multiple boxes”)
  • Implementation of a subset of BC capability as services accessible in a

web environment (“thin client”)

  • Evolution of the BC data management capability from PASS to DDS

CS 13/14 –

  • Evolution of Collapse BC client to a standards-based, open framework
  • GCCS-A, JADOCS, BCS3 and BCST Collapse clients
  • Hosting of services developed externally (FCS, other Services, DARPA, Coalition, etc.)

CS 15/16 –

  • Remainder of BC systems ported to Collapse infrastructure
  • Further evolution of Collapse client; extended to externally developed apps
  • Further “collapsing” of BC infrastructure; complete shift of enterprise services to

WIN-T; potential further shift to hosting BC capability at GNEC

15

slide-16
SLIDE 16

Battle Command Users

BC has defined 2 types of users:

BC Workstation:

– Thick client that uses the 3PDK to produce a collapsed client with WFA specific application loaded onto a common framework

BC Web:

– A thin client implementation of core BC capabilities.

16

slide-17
SLIDE 17

BC Workstation

  • Oct 2010 releases contained an initial set of

functionality based on the capability of the 3PDK1.0

  • All BC Workstations will be loaded on a common

baseline using the Common Client Installer along with the AGM 9.0 Vista.

  • WFA unique functionality will be hosted as

services on VM’s hosted on the BCCS.

  • WFA required functionality not yet available via

collapsed infrastructure will continue to be delivered as a co-hosted capability.

17

slide-18
SLIDE 18

BC Workstation Architecture

18

slide-19
SLIDE 19

BC Web

  • BC ¡ini7a7ve ¡to ¡collapse ¡on ¡a ¡unified ¡thin ¡web ¡client ¡
  • BC ¡Web ¡is ¡being ¡developed ¡by ¡Strategic ¡BaKle ¡

Command ¡(SBC) ¡under ¡PM ¡BaKle ¡command ¡ ¡

  • BC ¡Web ¡framework ¡is ¡based ¡on ¡Ozone ¡and ¡Synapse ¡

to ¡provide ¡a ¡single ¡common ¡baseline ¡

  • WFA ¡developers ¡are ¡stopping ¡all ¡development ¡on ¡

individual ¡thin ¡clients ¡and ¡focusing ¡on ¡delivering ¡ capabili7es ¡as ¡widgets ¡based ¡on ¡the ¡SBC ¡framework. ¡

  • Widgets ¡will ¡be ¡made ¡available ¡to ¡all ¡BC ¡Web ¡users ¡

via ¡a ¡“marketplace” ¡

19

slide-20
SLIDE 20

BC Web Software Architecture

20

slide-21
SLIDE 21

Simulation in Battle Command

21

slide-22
SLIDE 22

Current M&S in BC

  • The ¡Current ¡BC ¡architecture ¡does ¡not ¡include ¡any ¡

components ¡specifically ¡for ¡M&S ¡

22

slide-23
SLIDE 23

Ongoing M&S related work in BC

  • There ¡is ¡ongoing ¡work, ¡in ¡PD ¡Common ¡SoWware, ¡

related ¡to ¡Modeling ¡& ¡Simula7on ¡in ¡BC ¡

  • A ¡media7on ¡component ¡to ¡exchange ¡data ¡with ¡

OneSAF ¡is ¡being ¡created ¡(this ¡component ¡includes ¡ support ¡for ¡limited ¡BML ¡data ¡exchange) ¡

  • A ¡study ¡is ¡being ¡conducted ¡to ¡determine ¡where ¡

the ¡BC ¡Master ¡Data ¡Repository ¡and ¡PASS ¡Schemas ¡ could ¡be ¡modified ¡to ¡accommodate ¡M&S ¡data ¡

23

slide-24
SLIDE 24

Opportunities for M&S in BC

  • The ¡7ming ¡is ¡right ¡-­‑ ¡BC ¡Collapse ¡is ¡happening ¡NOW ¡
  • The ¡BC ¡Web ¡architecture ¡minimizes ¡impact ¡on ¡BC ¡C2 ¡

systems ¡

  • BC ¡Web ¡enables ¡introduc7on ¡of ¡widgets ¡which ¡

can ¡be ¡used ¡by ¡all ¡BC ¡users/systems ¡

  • Simula7on ¡func7onality ¡would ¡be ¡available ¡and ¡
  • p7onal ¡to ¡all ¡BC ¡users/systems ¡
  • The ¡Simula7on-­‑to-­‑C4I ¡Interoperability ¡(SIMCI) ¡Project

¡ Call ¡is ¡currently ¡accep7ng ¡synopses ¡for ¡“How ¡to ¡ Bridge ¡the ¡Gap ¡between ¡BC ¡and ¡M&S” ¡

24

slide-25
SLIDE 25

Open Discussion

25