NASPAC 2.0 Architecture January 27, 2010

Agenda Introduction to NASPAC Current Architecture NASPAC 2.0 Requirements NASPAC 2.0 Architecture

Introduction to NASPAC National Airspace System Performance Analysis Capability (NASPAC) System wide discrete event Simulation tool Purpose Tool to aid in designing, developing, and managing the National Airspace System Cost benefit analysis Why NASPAC? SPEED! Takes less than 10 minutes to model one day

NASPAC Architecture - Current

NASPAC Architecture – Current (simplified)

NASPAC 2.0 – Requirements Reduce complexity Preprocessing Deployment Post-processing Maintenance Support dynamic events - generic software agents that can change model conditions during runtime based on pre-defined rules Trajectory modeling, rerouting and cancellations Model dynamic weather Introduce geometry into SIM (spatial calculations) Support multi-pass GDPs Dynamic sectorization Support Monte Carlo Simulation or Batch runs Bring schedule generation and trimming into NASPAC Data management Input files – inputs bounds and consistency check Provide output data analysis Output files – Graphical display of outputs Testing and Validation Automate testing and validation Speed of execution

NASPAC 2.0 Architecture (proposed)

NASPAC 2.0 – Architecture … Description Port all pre and post processors to Java Component based architecture (jars as plug-ins) Use JNI to transfer data between Sim Core and Java or use a java based simulation package Provide reporting tools for output data analysis Provide GUI to run and manage batch processing Advantages Ease of development in java for data preparation, and pre and post processing Allows seamless communication between all the components providing a feedback mechanism Challenges SimScript language does not support JNI interface Java based simulation packages are not scaling too well (threading and memory issues) Bring schedule generation within NASPAC

Questions?