IN43C-1741
An Overview of the JPSS Ground Project Algorithm Integration Process

Thursday, 17 December 2015
Poster Hall (Moscone South)
Gilberto A Vicente1, Ryan Williams1, Timothy J Dorman2, Robert C Williamson2, Frederick J Shaw2, William M Thomas3, Luis Hung2, Ashley Griffin4, Paul Meade5, Robert Scott Steadley6, Richard P Cember7 and JPSS Ground Project - Algorithm Integration Team (AIT), (1)NASA Goddard Space Flight Center, Greenbelt, MD, United States, (2)SGT INC, Greenbelt, MD, United States, (3)Aerospace Corp, Greenbelt, MD, United States, (4)Joint Polar Satellite System, Lanham, MD, United States, (5)Computational Physics Inc., Springfield, VA, United States, (6)AS and D, Inc., Greenbelt, MD, United States, (7)Computational Physics Inc. Springfield, Springfield, VA, United States
Abstract:
The smooth transition, implementation and operationalization of scientific software’s from the National Oceanic and Atmospheric Administration (NOAA) development teams to the Join Polar Satellite System (JPSS) Ground Segment requires a variety of experiences and expertise. This task has been accomplished by a dedicated group of scientist and engineers working in close collaboration with the NOAA Satellite and Information Services (NESDIS) Center for Satellite Applications and Research (STAR) science teams for the JPSS/Suomi-NPOES Preparatory Project (S-NPP) Advanced Technology Microwave Sounder (ATMS), Cross-track Infrared Sounder (CrIS), Visible Infrared Imaging Radiometer Suite (VIIRS) and Ozone Mapping and Profiler Suite (OMPS) instruments.

The presentation purpose is to describe the JPSS project process for algorithm implementation from the very early delivering stages by the science teams to the full operationalization into the Interface Processing Segment (IDPS), the processing system that provides Environmental Data Records (EDR’s) to NOAA. Special focus is given to the NASA Data Products Engineering and Services (DPES) Algorithm Integration Team (AIT) functional and regression test activities. In the functional testing phase, the AIT uses one or a few specific chunks of data (granules) selected by the NOAA STAR Calibration and Validation (cal/val) Teams to demonstrate that a small change in the code performs properly and does not disrupt the rest of the algorithm chain. In the regression testing phase, the modified code is placed into to the Government Resources for Algorithm Verification, Integration, Test and Evaluation (GRAVITE) Algorithm Development Area (ADA), a simulated and smaller version of the operational IDPS. Baseline files are swapped out, not edited and the whole code package runs in one full orbit of Science Data Records (SDR’s) using Calibration Look Up Tables (Cal LUT’s) for the time of the orbit. The purpose of the regression test is to identify unintended outcomes.

Overall the presentation provides a general and easy to follow overview of the JPSS Algorithm Change Process (ACP) and is intended to facility the audience understanding of a very extensive and complex process.