Aerospace Testing 2006 A Centralized Approach To Ground Support Software To Reduce Technical Risk and Overall Mission Costs Thomas Hauck GSE Software,

Slides:



Advertisements
Similar presentations
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Advertisements

1 PFP IPDR 2010/6/ Particles and Fields Package (PFP) GSE Timothy Quinn.
Embedded vs. PC Application Programming. Overview  The software design cycle  Designing differences  Code differences  Test differences.
System Analysis and Design (SAD )
CS 5150 Software Engineering
1 CS 501 Spring 2003 CS 501: Software Engineering Lecture 2 Software Processes.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
GLAST LAT ProjectISOC CDR, 4 August 2004 Document: LAT-PR-04500Section 3.11 GLAST Large Area Telescope: Instrument Science Operations Center CDR Section.
CS 501: Software Engineering
1 IS371 WEEK 8 Last and Final Assignment Application Development Alternatives to Application Development Instructor Online Evaluations.
Chapter 6 Systems Development.
Automation for System Safety Analysis: Executive Briefing Jane T. Malin, Principal Investigator Project: Automated Tool and Method for System Safety Analysis.
November 2011 At A Glance GREAT is a flexible & highly portable set of mission operations analysis tools that increases the operational value of ground.
March 2004 At A Glance ITOS is a highly configurable low-cost control and monitoring system. Benefits Extreme low cost Database driven - ITOS software.
N A managed approach to planning and controlling the implementation of complex application software. n A flexible tool kit, designed to support the Project.
Management Information Systems, 4 th Edition 1 Chapter 15 Systems Development.
Chapter 15 Systems Development. 2 Learning Objectives When you finish this chapter, you will  Understand the systems development life cycle.  Be able.
SwRR 4/28/ Telecon MAVEN Particles and Fields Flight Software Requirements Review SwRR Peter R. Harvey April 28, 2010.
Chapter 2 The process Process, Methods, and Tools
PowerPoint Presentation for Dennis & Haley Wixom, Systems Analysis and Design, 2 nd Edition Copyright 2003 © John Wiley & Sons, Inc. All rights reserved.
Timothy QuinnFIELDS iCDR – EGSE Solar Probe Plus FIELDS Instrument CDR Electrical GSE Timothy Quinn UCB 1.
Satzinger Chp. 2 Part Part 4 of 4 2 Object-Oriented Analysis and Design with the Unified Process Testing Testing is critical discipline Testing activities.
Information System Design IT60105 Lecture 21 Staff Organization, Risk Management and Software Configuration Management.
SPP Spacecraft Emulator (SCE) Introduction
Software Engineering Management Lecture 1 The Software Process.
SECCHI Consortium Meeting, July 2001 SECCHI Ground Data Systems and Data Processing Nathan Rich NRL/Interferometrics
1 Description and Benefits of JWST Commanding Operations Concept TIPS/JIM Meeting 17 July 2003 Vicki Balzano.
Page No. 1 Kelvin Nichols Payload Operations and Integration Center EO50 Delay Tolerant Networking (DTN) Implementation on the International Space Station.
Slide 1V&V 10/2002 Software Quality Assurance Dr. Linda H. Rosenberg Assistant Director For Information Sciences Goddard Space Flight Center, NASA
NMP EO-1 TECHNOLOGY WORKSHOP Section 2 Meeting Objectives.
Robotics & Engineering Design Projective Management Chin-Sung Lin Eleanor Roosevelt High School.
1 Concurrent Engineering Presenter: Kou Song & Alan Cosentino Course: ETLS 504 Excellence in Operations Professor: Thomas Becker Date: 10/18/08.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Adaption of Agile Development Technique Chak Chi Sio 4/21/2010.
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
March 2004 At A Glance SIMSS is a flexible & easily configurable collection of modules for mission testing, simulations, and real-time operations. Benefits.
Review Exam 2 Chapters 6 – 10. Chapter 6 – Systems Development Systems Development Concepts Challenges in Systems Development Types of System Development.
Page 1 The Capability Maturity Model (CMM) distinguishes between immature and mature software organizations. Immature software organizations are typically.
Chapter 9 & 10 Database Planning, Design and Administration Database Application Lifecycle DBMS Selection Database Administration.
Kelley Case Concept Design Methods Chief JPL Innovation Foundry Caltech Space Challenge March 24, 2013.
1 - 1 Systems Analysis and Design, Key Ideas Many failed systems were abandoned because analysts tried to build wonderful systems without understanding.
Software Project Management Iterative Model & Spiral Model.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Pre-PDR Peer Review 1 UCB MAVEN Particles and Fields Flight Software Peer Review Requirements Definition Peter R. Harvey May 12, 2010.
HarveyFIELDS iCDR – Flight Software Solar Probe Plus FIELDS DCB FSW Requirements Peter Harvey University of California 1.
RBSP Radiation Belt Storm Probes RBSP Radiation Belt Storm Probes 3-4 Sept. 2008EFW INST+SOC PDR447 Command, Telemetry, and Ground Support Equipment (CTG)
Timothy QuinnFIELDS SOC CDR – CTG Solar Probe Plus FIELDS SOC CDR Command, Telemetry, and Ground Support (CTG) Timothy Quinn UCB 1.
13-1 MAVEN PFP ICDR, May 23 – 25, 2011 Particles and Fields Package Critical Design Review May , 2011 GSE Timothy Quinn.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
Open Source Spacecraft Development Toolbox NASA Intern Project ‘15 Charles Rogers Steven Seeger Embedded Flight Systems, Inc.
RBSP Radiation Belt Storm Probes RBSP Radiation Belt Storm Probes RBSP/EFW CDR /30-10/1 647 Ground Support Equipment Will Rachelson University of.
Introduction to Systems Analysis and Design
Pragmatics 4 Hours.
Adopting the Python language for On-board Programmable Payload Autonomy Steven Doran 2016 Flight Software Workshop 12/14/2016.
Simulink Interface Layer (SIL)
Integrating MBSE into a Multi-Disciplinary Engineering Environment A Software Engineering Perspective Mark Hoffman 20 June 2011 Copyright © 2011 by Lockheed.
Software Engineering Management
Code Generation from SEDS
Ground Support Software
ESA GSE.
CS 5150 Software Engineering
Multilevel Marketing Tree Viewer
cFS Workshop Product Management
By Jeff Burklo, Director
Purge-it! USP's, pre-sales process & helping the customer to decide
Technology for a NASA Space-based Science Operations Grid Internet2 Members Meeting Advanced Applications Track Session April, 2003 Robert N. Bradford.
NASA/ Johnson Space Center
CONTOUR NGIMS Electronics Test History
Presentation transcript:

Aerospace Testing 2006 A Centralized Approach To Ground Support Software To Reduce Technical Risk and Overall Mission Costs Thomas Hauck GSE Software, Inc. Stephen E. Jaskulek Applied Physics Laboratory Johns Hopkins University

New Horizons Case study of the New Horizons Mission to Pluto Launch: Jan. 19, 2006 Pluto Encounter: 2015

Mission Life Cycle

Pros of Decentralized Approach Each instrument team is autonomous in the choice of their test and development system. Potential re-use of existing test equipment and familiarity with existing development tools. Administrative and budget structure often supports/dictates splitting the responsibilities at ICD level.

Cons of Decentralized Approach Duplication of interface implementation effort. Payload integration has to account for interface problems. TLM&CMD changes are not adopted quickly and concurrently by instrument teams Higher level test tools like STOL (Spacecraft Test and Operations Language) are usually not feasible to develop on instrument level Little or no cross-instrument data visibility

Coordinated GSE

Reduced mission wide development effort Payload integration can be performed more efficiently High level test environments like STOL interpreters are feasible Telemetry and command databases can be converted into GSE configuration The instrument customization can be reused through bench testing, payload integration, and flight operations Cross-team data access Compact hardware configuration. One PC can run all instrument GSEs simultaneously

GSEOS Rapid Development Tool for GSE Quick Look System Simple bit level telemetry definition Dynamic data modeling with custom decoders Archiving/Playback STOL Emulator Version Control Extremely portable

User Interface

Block Concept

Block Hierarchy

New Horizons GSE Excel TM based TLM & CMD definitions Zero-Impact Conversion Tools STOL Emulator Common MOC (Mission Operation Control) Interface Configuration Control Cross-team Telemetry Visibility

Mission Benefits Enhanced GSE capabilities Reduced code duplication (20%) Reduced technical risk (30%) Reduced scheduling risk (50%) Reduced hardware costs (50%) Reduced overall mission costs

Discussion/Questions