Missile Model Development Presented to: AMSC OneSAF Workshop Missile Model Development Presented by: Gene Shreve Sr. Software Engineer Science Applications International Corporation (SAIC) Supporting the Aviation and Missile Research, Development and Engineering Center January 17th 2008 Approved for public release; distribution unlimited. Review completed by the AMRDEC Public Affairs Office (DATE and FN#).

Agenda AMRDEC-SSDD Introduction RDA Domain Needs AMRDEC-SSDD Current Methods OneSAF Transition

RDA Domain Needs Example – Extended Area Protection & Survivability (EAPS) Monte-Carlo – multiple repetitions Complex analysis Deep dives into output data/results Need representations in OneSAF that are appropriate for purpose: Appropriate fidelity Valid Re-usable and distributable PM-sanctioned I

Example – EAPS – Complex Interactions Surv Radar FCR Ops Cell EAPS missiles Threat (Miss distance) (Ranges) Surveillance radar acquires and queues FCR. FCR acquires, gathers trajectory data, predicts trajectory and forwards to Ops cell. Ops cell selects a C/LU that can intercept and issues fire command. EAPS missile fires, receiving inflight updates from the FCR. Interception or miss.

Example – EAPS – Runway Defense 122 MRL 4@4rpm 7 km 1 km N Threat RAM Trajectory EAPS Missile Interception Point Aim Point Ground Impact No Fires X Runway C/LU 3 60 mm 5@5 rpm 2.2 km Tower 82 mm 3@4 rpm 4 km C/LU 1 Hanger POL SR CP C/LU 2 Barracks C/LU 4 107 MRL 10, 10 sec 5.5 km 120 mm 5@5rpm 5.5 km Ammo 122 MRL 4@4rpm 15 km 122 MRL 6@4rpm 15 km

Example - EAPS Threat RAM Trajectory EAPS Missile Interception Point Ground Impact 122 MRL 4@4rpm 7 km 122 MRL 6@4rpm 15 km 107 MRL 10, 10 sec 5.5 km 82 mm 3@4 rpm 4 km 60 mm 5@5 rpm 2.2 km 120 mm 5@5rpm 5.5 km 122 MRL 4@4rpm 15 km C/LU 2 C/LU 3 C/LU 1 C/LU 4 Cmd Post Barracks Radars Hanger

AMRDEC-SSDD Current Methods Advanced Concepts & Requirements Experiments with new concepts and advanced technologies to develop requirements in doctrine, training, leader development, organizations, materiel, and soldiers Evaluates the impact of horizontal technology integration through simulation & experimentation Tactical Credibility FORCE-ON-FORCE FORCES War Fighting Ideas, Requirements & Concepts COMBAT UTILITY - FORCE EFFECTIVENESS Traceable Lineage COST- PERFORMANCE TRADE-OFFs FEW-ON-FEW UNITS SYSTEM EFFECTIVENESS IDEEAS ONE-ON-ONE SYSTEM PERFORMANCE Research, Development & Acquisition SYSTEM PERFORMANCE TECHNOLOGY TRADE-OFFs SYSTEMS PHYSICS / ENGINEERING Designs, develops, and acquires weapon systems and equipment Performs scientific inquiry to discover or revise facts and theories of phenomena, followed by transformation of these discoveries into physical representations HW/SW-IN-THE-LOOP ANALYSIS SUBSYSTEM EFFECTS COMPONENTS COMPONENT/SUBSYSTEM OPTIMIZATION IDEEAS is uses engineering-level models and predictions to conduct weapon system analysis based on performance calculations. Studies focus on system and subsystem issues and measures within the context of relevant battlefield vignettes and environmental conditions. Technical Reality Examine Technologies & Materiel Initiatives

AMRDEC-SSDD Current Methods Traceable Lineage IDEEAS The Strength of AMRDEC Engineering Models Integrated Flight Simulation (IFS) Primary Software design tool Model-Test-Model approach for validation Assess performance in benign & degraded environments Based on CSF Align engineering level system models with higher level representations of the same system Common interface allows rapid integration of new object oriented kinetic weapon system representations Long term benefits include Credibility of system representations established by the IFS engineering level models Reduction in cost of model development and maintenance Model re-use Establishes a necessary traceable lineage between the levels required for validation

Mission Needs Statement for OneSAF Reduce duplication of M&S investments Foster interoperability and reuse across M&S domains Meet M&S requirements of the future force. Mission Needs Statement for OneSAF, approved May 1997 by the Deputy Commanding General, Training and Doctrine Command (TRADOC)

Reduce Duplication AMRDEC-SSDD as OneSAF co-developer for missile system representations creates a single source for… Missile and Aviation subject matter expertise Model development A repository of missile models that are: PM-sanctioned Traceable, Valid Configuration Managed

Interoperability, Re-Use, Future Force Calls for higher-fidelity missile representations across domains Battle Labs (ACR) Redstone Technical Test Center (TEMO) supporting FCS Future Force Future Combat Systems Simulation Environment (FSE) AMRDEC-SSDD currently provides Missile Server The way ahead… Transition AMRDEC-SSDD models to OneSAF Design for interoperability – similar to Missile Server We are being asked to solve increasingly more and more difficult problems

NLOS-LS Precision Attack Missile (PAM) OneSAF currently provides a single low-fidelity model Integrating higher-fidelity model Developed by AMRDEC-SSDD Lineage to hi-fi engineering simulation

Points of Contact Laurie Fraser Gene J. Shreve Chief, Advanced Experimentation System Simulation & Development Directorate AMRDEC, RDECOM laurie.fraser@us.army.mil 256-876-1353 Gene J. Shreve Sr. Software Engineer Science Applications International Corporation (SAIC) gene.shreve@us.army.mil 256-842-0409 Office 256-876-8041 FAX

AMRDEC SSDD supports the complimentary use of both CMD and CSF AMRDEC SSDD supports the complimentary use of both CMD and CSF. CSF is used for detailed design of systems involving or requiring such things as tactical software, scene generation, tracking algorithms, and integrated flight simulation. CSF is often required in prime contractor scopes of work to ensure a common environment for simulation supporting acquisition. CMD is used as a tool for tech base or early design, providing quick and easy analysis and supporting design trade studies, as well as integration into battlefield effectiveness analysis. A study was conducted by Aegis Research which showed that the similar approaches of the two architectures allowed easy transition from CMD to CSF in the event that a contractor or lab used CMD for early design and needed to evolve to CSF as the design matured. Likewise, SSDD has demonstrated an abstraction process to take "Accredited" CSF models that are approved by the project office, and generate CMD-based data and models for use in realtime and fast-running applications. SSDD will continue to support these two products and services, and will look for opportunities to develop tools and automated processes to ease transition between the two, as needed. ^*^ Greg B. Tackett, SES Director, SSDD 10/26/2006