System Software Integration Testing Mars Polar Lander Steven Ford SYSM 6309 05/05/12.

Slides:



Advertisements
Similar presentations
ISO 9001:2000 Documentation Requirements
Advertisements

System Integration Verification and Validation
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Ch 3: Unified Process CSCI 4320: Software Engineering.
The Software Project Management Discipline Succes software projects require careful planning and good use of iterative approaches. Understanding risks.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Mars Climate Orbiter Team Magna Corp: Tim Toba Mohamed Sahil Nyema Johnson Abner Yemaneab University of Minnesota.
Validata Release Coordinator Accelerated application delivery through automated end-to-end release management.
Configuration management. Reasons for software configuration management  it facilitates the ability to communicate  status of documents, coding, changes.
Software Testing and Quality Assurance
1 Software Testing and Quality Assurance Lecture 15 - Planning for Testing (Chapter 3, A Practical Guide to Testing Object- Oriented Software)
Illinois Institute of Technology
Testing an individual module
Software Engineering For Beginners. General Information Lecturer, Patricia O’Byrne. – Times: –See noticeboard outside.
DITSCAP Phase 2 - Verification Pramod Jampala Christopher Swenson.
CSE Senior Design II Test Planning Mike O’Dell Based on an earlier presentation by Mike O’Dell, UTA.
Introduction to Software Testing
Software Testing & Strategies
Prepared by Long Island Quality Associates, Inc. ISO 9001:2000 Documentation Requirements Based on ISO/TC 176/SC 2 March 2001.
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Software Configuration Management
Release & Deployment ITIL Version 3
Effective Methods for Software and Systems Integration
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 22Slide 1 Verification and Validation u Assuring that a software system meets a user's.
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
Chapter 2 The process Process, Methods, and Tools
Cybersecurity: Engineering a Secure Information Technology Organization, 1st Edition Chapter 7 Software Supporting Processes and Software Reuse.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
RUP Implementation and Testing
Software Configuration Management (SCM)
Understand Application Lifecycle Management
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
SOFTWARE DESIGN (SWD) Instructor: Dr. Hany H. Ammar
Systems Design Approaches The Waterfall vs. Iterative Methodologies.
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
System Integration Testing Requirements Mars Polar Lander Steven Ford SYSM /11/12.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Software Testing and Quality Assurance Software Quality Assurance 1.
Safety-Critical Systems 7 Summary T V - Lifecycle model System Acceptance System Integration & Test Module Integration & Test Requirements Analysis.
CS551 - Lecture 5 1 CS551 Lecture 5: Quality Attributes Yugi Lee FH #555 (816)
CMSC 345 Fall 2000 Requirements Overview. Work with customers to elicit requirements by asking questions, demonstrating similar systems, developing prototypes,
Chapter 8 Lecture 1 Software Testing. Program testing Testing is intended to show that a program does what it is intended to do and to discover program.
Reusing Modeling Elements in IV&V Thomas Otani Naval Postgraduate School 2009 NASA Independent Verification and Validation (IVV) Annual Workshop John Ryan.
Over View of CENELC Standards for Signalling Applications
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Software Engineering1  Verification: The software should conform to its specification  Validation: The software should do what the user really requires.
Smart Home Technologies
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
State of Georgia Release Management Training
Project Management Strategies Hidden in the CMMI Rick Hefner, Northrop Grumman CMMI Technology Conference & User Group November.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Testing Integral part of the software development process.
 System Requirement Specification and System Planning.
OHT 10.1 Galin, SQA from theory to implementation © Pearson Education Limited 2004 The testing process Determining the test methodology phase Planning.
Product Validation Adapted from the NASA Systems Engineering Handbook for CSULB EE 400D by Alia Bonetti.
Software Project Configuration Management
Group mambers: Maira Naseer (BCS ).
Software Engineering (CSI 321)
Integration Testing.
The Systems Engineering Context
Manfred Huber Based on an earlier presentation by Mike O’Dell, UTA
Introduction to Software Testing
Test Planning Mike O’Dell (some edits by Vassilis Athitsos)
Software Engineering Lecture #14.
Systems Engineering for Mission-Driven Modeling
Introduction to Systems Analysis and Design Stefano Moshi Memorial University College System Analysis & Design BIT
Overview Activities from additional UP disciplines are needed to bring a system into being Implementation Testing Deployment Configuration and change management.
System Analysis and Design:
Presentation transcript:

System Software Integration Testing Mars Polar Lander Steven Ford SYSM /05/12

Problem Statement Most modern hardware and software systems are what we call a System of Systems (SoS) A SoS is a group of interacting, interrelated, or interdependent elements forming a more complex whole that is to produce a desired output Often subsystems, which function as desired at the unit level do not interact as desired with other subsystems when integrated The earlier these incompatibilities are discovered the less of an impact it will have to the project schedule and cost

Mars Polar Lander Mission Launched: January 1999 Cost: $165,000,000 Objectives: 1) record local meteorological conditions near the Martian south pole 2) Analyze samples of the polar deposits for volatiles, particularly water and carbon dioxide 3) Dig trenches and image the interior to look for seasonal layers and analyze soil samples 4) Image the regional and immediate landing site surroundings for evidence of climate changes and seasonal cycles 5) Obtain multi-spectral images of local regolith to determine soil types and composition.

Mars Polar Lander Destruction Mars Arrival: December 1999 Descent Begins: 14:39:00 UTC Communication Lost: 20:39:00 UTC Most Probable Cause of Failure – Software Error: A magnetic sensor is provided in each of the three landing legs to sense touchdown when the lander contacts the surface, initiating the shutdown of the descent engines. The software logic accepts this transient signal as a valid touchdown event if it persists for two consecutive readings of the sensor. Testing showed that most of the transient signals at leg deployment are long enough to be accepted as valid events. The software—intended to ignore touchdown indications prior to the enabling of the touchdown sensing logic—was not properly implemented, and the spurious touchdown indication was retained. The touchdown sensing logic is enabled at 40 meters altitude, and the software would have issued a descent engine thrust termination at this time in response to a (spurious) touchdown indication. Lander Destruction: At 40 meters altitude, the lander has a velocity of approximately 13 meters per second, which, in the absence of thrust, is accelerated by Mars gravity to a surface impact velocity of approximately 22 meters per second (the nominal touchdown velocity is 2.4 meters per second).

Requirements Potential Requirements Engineering Issues SW Scope Creep Software logic satisfied initial requirements then testing showed hardware limitations which could be accounted for through software change, no official requirement change, no official requirement verification – system failure Inadequate Requirements Verification Inadequate Integration Testing Requirements System Level Test Requirements Inadequate System Level Testing Inadequate System Modeling

System Integration Testing Four Levels of Software/Hardware Testing: Unit Test - Lowest level of testing where each individual software or hardware piece is tested to ensure it functions as desired Integration Testing – Intermediate level of testing where the individual subsystems are tested to ensure they interact with one another as desired System Level Testing - Highest level of testing, the system as a whole is tested against requirements Acceptance Testing - This is demonstration of system functionality to the end user

System Integration Testing Systems Integration Testing: The process of combining and testing multiple components together It is a systematic approach to build the complete software structure specified in the design from unit tested modules It assures that the software units are operating properly when they are combined together The aim of integration testing is to discover errors in the interface between the components The interface errors and the communication between different modules are also unearthed in this testing

Software Integration Testing Integration and Test Milestones Integration and test milestones identify a period during which time a set of software units are verified by exercising one or more threads. Thread verification during software integration deals typically with the interfaces between software units, while thread verification during software testing deals with functional capabilities. A milestone may consist of one or more capabilities that can be demonstrated by executing the instructions in the software integration and test procedures. Intermediate Integration and Test Builds Intermediate integration and test builds may be identified, which consist of informal builds to allow for smaller increments of software to be integrated and tested. Smaller increments are encouraged, to promote faster problem identification.

Software Integration Testing Target Hardware/Software Configuration Software integration and testing should be performed in an environment that represents the target hardware and software environment as closely as possible. Software Configuration Control A configuration control management system to control the software and software documentation configuration, storage and retrieval during the integration and testing effort should be implemented Version Description Document Used to identify the different versions of the different software linked together for a master release should be used.

Incremental Design Approach

Mars Polar Lander The Mars Polar Lander failure was the result of many individual shortfalls in the design and test process which aligned properly to cause the complete loss of the system. For projects such as the lander where the equipment is designed for a one time use and the environment cannot be duplicated in a cost effective manner iterative integration testing is paramount because the ability to perform system level testing is limited.

Resources [1] Barry Shore. Mars Climate Orbiter and Mars Polar Lander. Global Project Strategy. Retrieved [2] Babu Suresh. Scope Creep Management Retrieved [3] Bhakti Satalkar. Integration Testing vs. System Testing Retrieved [4] Raytheon. Software Integration and Testing Guidelines. EN Rev. A Revised Raytheon Space & Airborne Systems. [5] Thomas Young. Mars Program Independent Assessment Team Summary Report. Draft # House Science and Technology Committee. Retrieved

Questions?