Joint Polar Satellite System (JPSS) Common Ground System (CGS) Rapid Algorithm Updates Kerry Grant, JPSS CGS Chief Engineer Raytheon Intelligence and Information.

Slides:



Advertisements
Similar presentations
Inference without the Engine!. What is EZ-Xpert 3.0? EZ-Xpert is a Rapid Application Development (RAD) environment for creating fast and accurate rule-based.
Advertisements

© 1998, Progress Software Corporation 1 Migration of a 4GL and Relational Database to Unicode Tex Texin International Product Manager.
Figure 2 – ADL Concept of Usage Kerry Grant, JPSS CGS Chief Scientist Raytheon Intelligence and Information Systems, Aurora CO Gary Metz, IDPS ING/PRO.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Chapter 2 – Software Processes
<<replace with Customer Logo>>
1 Coven a Framework for High Performance Problem Solving Environments Nathan A. DeBardeleben Walter B. Ligon III Sourabh Pandit Dan C. Stanzione Jr. Parallel.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Enterprise Architecture. 2 Agenda What is Enterprise Architecture (EA)? Roles in EA? Why is EA Important? Tangible Benefits from EA? What Do We Need to.
Hardware/Software Integration in System-of-Systems Architecting: The Role of Systems Modeling University of Southern California Viterbi School of Engineering.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System 4. Managing Scope 5.
Systems Analysis and Design in a Changing World, Fourth Edition
Integrating Changes to JPSS Cross-Track Infrared Sounder (CrIS) SDR Algorithm using the Algorithm Development Library (ADL) Vipuli Dharmawardane 1, Bigyani.
Chapter 4: Beginning the Analysis: Investigating System Requirements
INCOSE 1 st reactions. One other area that struck me has the sheer number of levels of proficiency—in ours we are going with 5 and the first one is limited.
> Blueprint Kickoff >. Introductions Customer Vision & Success Criteria Apigee Accelerator Overview Blueprint Schedule Roles & Responsibilities Communications.
Release & Deployment ITIL Version 3
Effective Methods for Software and Systems Integration
1 Validated Stage 1 Science Maturity Review for {JPSS Algorithm} Presented by Date.
Kerry Grant, Wael Ibrahim, Paula Smit, JPSS CGS Raytheon Intelligence, Information, and Services, Aurora, CO Kurt Brueske, JPSS CGS Raytheon Intelligence,
JPSS CGS IDPS Product Generation
Integrated Capability Maturity Model (CMMI)
Continual Service Improvement Process
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
Software System Engineering: A tutorial
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
SPACE TELESCOPE SCIENCE INSTITUTE Operated for NASA by AURA COS Pipeline Language(s) We plan to develop CALCOS using Python and C Another programming language?
Software Process Models.
Service Transition & Planning Service Validation & Testing
Software Life-Cycle Models Somnuk Keretho, Assistant Professor Department of Computer Engineering Faculty of Engineering, Kasetsart University
1 Long Term Monitoring JPSS Algorithm Team Presented by Date.
IT Requirements Management Balancing Needs and Expectations.
GOES Users’ Conference IV May 1-3, 2006 Broomfield, CO Prepared by Integrated Work Strategies, LLC 1 GOES USERS’ CONFERENCE IV: Discussion Highlights Algorithm.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
Interface Data Processing Segment ArchitectureFigure David Smith, JPSS CGS Chief Architect Kerry Grant, JPSS CGS Chief Engineer Raytheon Intelligence.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
TESTING LEVELS Unit Testing Integration Testing System Testing Acceptance Testing.
Diane E. Wickland NPP Program Scientist NPP Science: HQ Perspective on VIIRS May 18, 2011.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
6/23/2005 R. GARDNER OSG Baseline Services 1 OSG Baseline Services In my talk I’d like to discuss two questions:  What capabilities are we aiming for.
Proposal: staged delivery of Scheduler and OpSim V1 (2016) meet most of the SRD requirements – Deliver a system that can be extended with an improved scheduler.
HEP and NP SciDAC projects: Key ideas presented in the SciDAC II white papers Robert D. Ryne.
Evolution of the JPSS Ground Project Calibration and Validation System Patrick Purcell, Gyanesh Chander and Peyush Jain JPSS Ground Project NASA, GSFC.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
Page 1 Rapid Algorithm Integration in the Joint Polar Satellite System (JPSS) Common Ground System (CGS) Kerry Grant, Raytheon JPSS CGS Chief Scientist,
Presented by The Harness Workbench: Unified and Adaptive Access to Diverse HPC Platforms Christian Engelmann Computer Science Research Group Computer Science.
VIIRS Cloud Mask (VCM) CCR Dr. Thomas Kopp – VCM Validation Lead Dr. William Thomas – VCM JAM 1.
N A T I O N A L O C E A N I C A N D A T M O S P H E R I C A D M I N I S T R A T I O N NPP DATA ACCESS Mitch Goldberg JPSS Program Scientist June 21, 2012.
Software Process Models.
SDR/EDR Overview Template Name of the Product: (SDR/EDR) Product Contributors: (SDR/EDR) Team Date: August xx, 2015.
V-Shaped Software Development Life Cycle Model. Introduction: Variation of water fall model. Same sequence structure as water fall model. Strong emphasis.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
AWIPS Governance What are we Governing? –EDEX/CAVE plugins developed for an operational AWIPS system Out of Scope: GFE Smart inits and tools, µengine.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Transition of Science Algorithms into Enterprise Product Generation Operations 2016 AMS Annual Meeting Dylan Powell, Ph.D. Lockheed Martin ESPDS Science.
LSST Commissioning Overview and Data Plan Charles (Chuck) Claver Beth Willman LSST System Scientist LSST Deputy Director SAC Meeting.
Enterprise Algorithm Change Process
V-Shaped SDLC Model Lecture-6.
Software Requirements
Recall The Team Skills Analyzing the Problem (with 5 steps)
Raytheon Parts Management
Technical Management Processes
Progression of Test Categories
Chapter 11: Software Configuration Management
Baisc Of Software Testing
PLANNING A SECURE BASELINE INSTALLATION
Visions and Voyages: The Planetary Decadal Survey
Presentation transcript:

Joint Polar Satellite System (JPSS) Common Ground System (CGS) Rapid Algorithm Updates Kerry Grant, JPSS CGS Chief Engineer Raytheon Intelligence and Information Systems, Aurora CO Bonnie Reed, Cal/Val Scientist General Dynamics - AIS Gary Route, IDPS Chief Engineer Raytheon Intelligence and Information Systems, Aurora CO Figure 1 – Algorithm Validation Categories and Maturity Levels Figure 2 – High level Process for Algorithm Updates Updates of operational CGS algorithms need to be rapid, accurate, and compatible with the exigencies of 24/7 operations. As algorithms progress through the Calibration/Validation program, they mature and become more suitable for end users’ needs, as defined by the product maturity levels in Figure 1. The program’s approach to incorporate changes must handle algorithms in each stage of the validation regime appropriately, with processes and controls that balance the speed of updates against operational system considerations (Figures 2 and 3). In addition, to help ensure a rapid transition of the algorithm code into the operational baseline, JPSS CGS has developed tools and methods to reduce the cycle time from science algorithm to operational code. These tools (Figure 4) are available to any science algorithm developer who feels they may be beneficial, and are required for use by GFE algorithm developers. GovernmentRaytheon Government & Raytheon Figure 4 - Algorithm Development Library The Algorithm Development Library provides a toolkit enabling algorithm developers to work outside of CGS-provided hardware, yet allow quick integration of new or modified algorithms into the CGS. This is accomplished by aligning the algorithm structure with the CGS architecture approach, and using operational code-identical interface calls to perform I/O operations on the developer’s native platform. P File Based CMD Line File Based CMD Line I Alg Development Science Integration/OPS ADL Framework I O DMS Memory Defined APIs DMS Memory Defined APIs Integrated Algorithm CAT 1 PRO Common Framework O P P Algorithm changes enter the Change Process through discoveries made by the government Cal/Val team or via propose changes to JPSS CGS algorithms made by external entities. Once proposed, all recommendations are vetted and, if worthy, approved for incorporation. At this point, the change is verified from a scientific standpoint to ensure that it is both effective and compatible with other products and processes in the system. After all stakeholders are satisfied of the efficacy of the change, it is prioritized with other updates, integrated and tested with the complete system, and deployed to operations. Algorithm Change Recommendations from Government Cal/Val Team and External Data Users Joint Adjudication of Recommendations Government Approval Science Verification of Change Change Control Boards Integration and Testing Science and Operational Verification of Change Deploy to CGS Operations Install on I&T Env Checkout Installation Notify ICV team Figure 3 – Rapid Algorithm Deployment Timeline For algorithms in the “beta” maturity category, it is possible to execute the deployment of changes to the Integration and Test system at a Central in as little as 24 hours. This capability is essential during the Intensive Cal/Val timeframe, since immediate updates may be necessary to ensure continued production of xDRs for evaluation. For products at more advanced maturity levels, standard sustainment processes would apply to ensure all operational necessities are followed. STAGE JPSS SDR JPSS EDR Product Maturity Levels Product Maturity Levels Preliminary Comprehensive Beta Provisional Validated/Calibrated Beta Provisional Validated – Stage 1 Validated – Stage 2 Validated – Stage 3 Maturity Levels Beta Provisional Validated – Stage 1 Validated – Stage 2 Validated – Stage 3 Early release,minimally validated, may contain significant errors Product quality may not be optimal Ready for use – small validation range Ready for use – wide validation range Ready for use – robust validation