© 2009 SRC FOR OFFICIAL USE ONLY. Distribution limited to Department of Defense (DoD) and DoD Contractors ONLY. Exempt from Mandatory Disclosure under.

Slides:



Advertisements
Similar presentations
SUS Feature Pack for SMS Michel Jouvin LAL / IN2P3
Advertisements

Building Information Management (BIM)
Prescriptive Process models
State of Indiana Business One Stop (BOS) Program Roadmap Updated June 6, 2013 RFI ATTACHMENT D.
A new Network Concept for transporting and storing digital video…………
OVERVIEW TEAM5 SOFTWARE The TEAM5 software manages personnel and test data for personal ESD grounding devices. Test and personnel data may be viewed/reported.
Software Quality Assurance Plan
Virtual University - Human Computer Interaction 1 © Imran Hussain | UMT Imran Hussain University of Management and Technology (UMT) Lecture 16 HCI PROCESS.
DARPA ITS PI Meeting – Honolulu – July 17-21, 2000Slide 1 Aegis Research Corporation Intrusion Tolerance Using Masking, Redundancy and Dispersion DARPA.
[Insert Project Name] Detailed Design Review (DDR) [Insert Date of DDR] Centers for Medicare & Medicaid Services eXpedited Life Cycle (XLC)
4.1.5 System Management Background What is in System Management Resource control and scheduling Booting, reconfiguration, defining limits for resource.
Project Management Methodology Procurement management.
© 2010 SRC FOR OFFICIAL USE ONLY. Distribution limited to Department of Defense (DoD) and DoD Contractors ONLY. Exempt from Mandatory Disclosure under.
Requirements Specification
Copyright © 2009 Rolta International, Inc., All Rights Reserved a c c e l R12™ Upgrade Approach.
Info /7 DMU1 Components of a system Systems Analysis & Design Academic Year 2008/9 Lecture 1.
CASE Tools CIS 376 Bruce R. Maxim UM-Dearborn. Prerequisites to Software Tool Use Collection of useful tools that help in every step of building a product.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
September 2011 At A Glance The API provides a common interface to the GMSEC software information bus. Benefits Isolates both complexity of applications.
Microsoft ® Application Virtualization 4.6 Infrastructure Planning and Design Published: September 2008 Updated: February 2010.
NASA Goddard Space Flight Center Direct Readout Laboratory NPP/JPSS HRD/LRD Status Patrick Coronado NASA Goddard Space Flight Center directreadout.sci.gsfc.nasa.gov/ipopp.
Effective Methods for Software and Systems Integration
Applied Transportation Analysis ITS Application SCATS.
Research on cloud computing application in the peer-to-peer based video-on-demand systems Speaker : 吳靖緯 MA0G rd International Workshop.
.NET: Blackboard Collaborations with Microsoft Presented By Jan Poston Day Director, Standards and Interoperability Ramsey Chambers Manager, Business Development.
Central Online Grading System COGS Dec15-21 dec1521.sd.ece.iastate.edu.
Model Bank Testing Accelerators “Ready-to-use” test scenarios to reduce effort, time and money.
Chapter 2 The Origins of Software Modern Systems Analysis and Design.
Chapter 2 The process Process, Methods, and Tools
T Project Review RoadRunners [PP] Iteration
DoD Acquisition Domain (Sourcing) (DADS) Analysis of Alternatives (AoA) E-Business/SPS Joint Users’ Conference November 15-19, 2004 Houston, TX.
Thank You ©2012, Cognizant. Rapido has been created by the Research and Development team from QE&A Technology CoE Rapido is continuously enhanced and.
DCS Overview MCS/DCS Technical Interchange Meeting August, 2000.
Problem Identification
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Artdaq Introduction artdaq is a toolkit for creating the event building and filtering portions of a DAQ. A set of ready-to-use components along with hooks.
Presented by: (U) I2WD support of FOPEN-GXP Peter Lamanna UNCLASSIFIED//FOR OFFICIAL USE ONLY.
NCSX NCSX Preliminary Design Review ‒ October 7-9, 2003 G. Oliaro 1 G. Oliaro - WBS 5 Central Instrumentation/Data Acquisition and Controls Princeton Plasma.
Module N° 8 – SSP implementation plan. SSP – A structured approach Module 2 Basic safety management concepts Module 2 Basic safety management concepts.
Capability Maturity Models Software Engineering Institute (supported by DoD) The problems of software development are mainly caused by poor process management.
OOI CI LCA REVIEW August 2010 Ocean Observatories Initiative OOI Cyberinfrastructure Architecture Overview Michael Meisinger Life Cycle Architecture Review.
© 2010 SRC FOR OFFICIAL USE ONLY. Distribution limited to Department of Defense (DoD) and DoD Contractors ONLY. Exempt from Mandatory Disclosure under.
PDS Geosciences Node Page 1 Archiving Mars Mission Data Sets with the Planetary Data System Report to MEPAG Edward A. Guinness Dept. of Earth and Planetary.
Systems Analysis and Design in a Changing World, Fourth Edition
Distribution and components. 2 What is the problem? Enterprise computing is Large scale & complex: It supports large scale and complex organisations Spanning.
PRJ566 Project Planning & Management Software Architecture.
Mercury Program Margin Management Tool (MMT) 10-January-2014.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
Mantid Stakeholder Review Nick Draper 01/11/2007.
Software Engineering Chapter: Computer Aided Software Engineering 1 Chapter : Computer Aided Software Engineering.
8-1 © Prentice Hall, 2007 Topic 8: Selecting the Best Alternative Design Strategy Object-Oriented Systems Analysis and Design Joey F. George, Dinesh Batra,
Smart cloud orchestrator - the first implementation in the world at Wroclaw University of Technology for supporting design processes in education at universities.
Computing at SSRL: Experimental User Support Timothy M. McPhillips Stanford Synchrotron Radiation Laboratory.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
State of Georgia Release Management Training
Meghe Group of Institutions Department for Technology Enhanced Learning 1.
Project Workspace (Coach) Overview. Copyright © , Compass Partners, Inc. Unauthorized Duplication Prohibited. 2 About SigmaFlow  Founded in.
ECpE Student Database Team 21 Adviser: Tien Nguyen ECpE and Tony Moore.
Network Requirements Analysis CPIT 375 Data Network Designing and Evaluation.
Project Life Presented by Chuck Ray, PMP ITS Project Manager.
XFEL The European X-Ray Laser Project X-Ray Free-Electron Laser Wojciech Jalmuzna, Technical University of Lodz, Department of Microelectronics and Computer.
Introduction to Software Engineering Muhammad Nasir Agile Software Development(2)
1 Acquisition Automation – Challenges and Pitfalls Breakout Session # E11 Name: Jim Hargrove and Allen Edgar Date: Tuesday, July 31, 2012 Time: 2:30 pm-3:45.
U.S. DOT Next Generation Project: A National Framework and Deployment Plan Summit for Large Cities Chicago, IL – May 21, 2009.
OSIsoft High Availability PI Replication Colin Breck, PI Server Team Dave Oda, PI SDK Team.
Software Project Configuration Management
Chapter 18 MobileApp Design
MCU cluster Cristian Alexe 18 October 2010.
Presentation transcript:

© 2009 SRC FOR OFFICIAL USE ONLY. Distribution limited to Department of Defense (DoD) and DoD Contractors ONLY. Exempt from Mandatory Disclosure under the FOIA. Exemption 3 Applies. Derived from Source: Security Classification Guide DARPA-CG-255 Revision 2, Dated: 15 Dec 2008, Declassify 7 June 2029 WARNING. EXPORT CONTROLLED DATA. This document contains Technical Data, the use of which is restricted by the U.S. Arms Export Control Act. It may not be transferred to any foreign person in the United States or abroad, except as authorized by the U.S. Department of State in accordance with International Traffic in Arms Regulations (ITAR). The data subject to this restriction are found on those pages marked with the following legend: “Export Controlled Data.” FOPEN-GXP System Overview Gerard Carges 22 September 2010 FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA

TD# FOPEN-GXP Overview Integration and Evaluation Computer Hardware Agenda FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 2

FOPEN-GXP Overview FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 3

TD# FOPEN-GXP Future  Automatic detection and discrimination over multiple time scales for robust identification of activity  Automatic exploitation for rapid actionable intelligence (near real-time; 4 min)  Powerful automated planning with closed- loop recommendations  Open architecture Automatic Exploitation in FOPEN Environment to Meet Detection, Discrimination, and Planning Goals FOR OFFICIAL USE ONLY//EXPORT CONTROLLED DATA 4 FOPEN GMTI Today  Activity of interest buried in complex detection picture; unknown “what” is moving  Slow, manual analysis (Hours to develop intelligence)  Planning based on “guesswork”  Closed architecture World Class Team B LACK R IVER S YSTEMS INFORMATION SYSTEMS LABORATORIES, INC.

TD# Proposed Schedule UNCLASSIFIED // FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 5 Updates will be made to account for changes in SW build deliveries and module developer’s schedules

TD# Leverage VADER’s robust exploitation framework to generate an extensible open- architecture system Automated exploitation to generate timely, actionable intelligence Reason over longer time periods to generate powerful exploitation products System Architecture UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 6

TD# System Architecture Elements UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 7 User Interface Control and display for FOPEN-GXP system Doppler Signature Discriminator Assigns preliminary classification to each detection based on Doppler signature features within single dwells Group State Estimator Associates related detections within and across dwells Estimates group kinematics Classification using kinematic and discriminator output from multiple dwells, including feature data Activity Detector Uses variety of data sources and models to make inferences about likely behavior over longer time spans

TD# System Architecture Elements UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 8 Models and Data Radar model for real-time performance prediction Bald earth and tree-top elevation Activity models using terrain information Ground Station System Hardware Objective platform for real-time processing demo at end of phase 1 Six COTS servers Red Hat Enterprise LINUX Ethernet interfaces to radar/aircraft and data link

TD# Proposed architecture progressively refines discrimination throughout all three modules Discriminator − Operates on a dwell basis Group State Estimator − Group classification over multiple dwells using discriminator output − Possible fingerprinting using raw feature vector passed from the discriminator Activity Detector − High-level classification of activity type − Detailed reporting on activity components as enabled by GSE Multiple module developers requires constant communication and interfacing to provide best product possible SRC will stand up and coordinate an Interface Working Group (module-to-module as well as framework-to-module) Periodicity is weekly Black River System Company involvement Discrimination Across Modules UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 9

TD# System Development Approach UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 10 Leverage Existing Framework Use VADER system as basis for SW development and integration framework Developed specifically to integrate diverse software modules Provides Application Developer Kits Modeling and Simulation Exploitation module processing support, libraries for radar and aircraft performance modeling Test data set generation End-to-end integration and test, real-time stimulation with flight data and simulated data System Build Summary Spiral development approach Multiple builds in each Program Phase Modules are blocks within the framework – promotes flexibility

Integration and Evaluation FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 11

TD# Creation of interface working group Reduces risk of module I/O incompatibility Install framework on cluster hardware when delivered “Lite” framework might be available for module developers Test framework with dummy modules to validate communication, control and data flow Less risk when module integration commences Incremental deliveries from module developers Quick drops of available DSD or GSE code might allow for testing on C2 data RD chip downlink not implemented; run as offline processing Due to quantity of data, should run at forward location on portable terminals for quickest turn-around time Integration Plan UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 12

TD# Need to know what is required by the module developers to allow data to be played through the module SRC to provide assistance in evaluation of modules Process data through modules Accumulate results, provide to DARPA Module evaluation to be done by CERDEC Support for Evaluation Plan UNCLASSIFIED / FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 13

TD# Classified Data Considerations Any evaluation of FORESTER radar data together with ground truth for A160 platform − Requires classified processing capability (development or evaluation) Overall measures of system performance may result in classified information/data Classified Data Considerations UNCLASSIFIED / FOR OFFICIAL USE ONLY / EXPORT CONTROLLED DATA 14

Computer Hardware FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 15

TD# FOPEN GXP Exploitation System FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 16

TD# SRC is purchasing One complete computer cluster − Load and test VFOPEN-GXP framework on this machine − SRC performs framework and module integration − Install cluster at SRC and install new framework − Install the SRC FORESTER PPI display on front end workstations − SRC integration team + BAE develops message passing to create a "module free framework" ready to accommodate winning modules. − SRC develops the module A/B/C overlays for the PPI display - then provides a display ICD to module developers. Four computer servers for distribution − Provide one server to each of four module developers − SRC provides integration ICDs to module developers − Allows module developers to use “computer server environment” − Risk reduction since modules are built to run in the cluster computer environment FOPEN GXP Computer Hardware FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 17

TD# Compute clusters with four compute nodes 280 Giga-Flops of peak processing power needed 12 Terabytes of data storage 12U storage rack on wheels Two front end workstations hosting PPI Program is buying one exploitation cluster & four servers Cluster installation location − Syracuse – SRC Campbell facility Four compute servers one for each module developer FOPEN GXP Exploitation System FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 18

TD# Completed evaluation of cluster vendors Purchase turnkey cluster & server hardware October Cluster / server delivery November (SRC & AK separate deliveries) Install FOPEN-GXP exploitation framework Nov – Dec Install FORESTER PPI on front end workstations Jan SRC develops PPI overlays for module output display Cluster Acquisition Timeline FOR OFFICIAL USE ONLY // EXPORT CONTROLLED DATA 19