Pavan Rajagopal, GeoControl Systems James B. Dabney, UHCL Gary Barber, GeoControl Systems 1Spacecraft FSW Workshop 2015.

Slides:



Advertisements
Similar presentations
Page 1 Capability Business Benefit Business Risk KEYBA Capabilities: Benefits V Risks Facilitation of Decision making Getting the right people together.
Advertisements

Course: e-Governance Project Lifecycle Day 1
HP Quality Center Overview.
Chapter 4 Quality Assurance in Context
Project Management Gaafar 2007 / 1 This Presentation is uses information from PMBOK Guide 2000 Project Management Risk Management* Dr. Lotfi Gaafar.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Risk Identification Chapter 6.
Project quality management Cody Ronning 3/23/2015.
Overview Lesson 10,11 - Software Quality Assurance
SQM - 1DCS - ANULECTURE Software Quality Management Software Quality Management Processes V & V of Critical Software & Systems Ian Hirst.
The Information Systems Audit Process
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Civil Government Services Group 1 Return on Investment of Independent Verification and Validation: Indirect Benefits James B. Dabney, Gary Barber, Don.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
Systems Engineering Approach to MPS Risk Management Kelly Mahoney Presented at the Workshop for Machine Protection in Linear Accelerators.
NASA IV&V Facility Software Independent Verification and Validation (IV&V) NASA IV&V Facility Fairmont, West Virginia Judith N. Bruner Acting Director.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Effective Methods for Software and Systems Integration
Appendix 2 Automated Tools for Systems Development © 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 2 Slide 1.
Project Risk Management. The Importance of Project Risk Management Project risk management is the art and science of identifying, analyzing, and responding.
SAS_08_AADL_Exec_Gluch MAC-T IVV Model-Based Software Assurance with the SAE Architecture Analysis & Design Language (AADL) California Institute.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
Chapter 11: Project Risk Management
Investment Portfolio Methodologies Pertemuan Matakuliah: A Strategi Investasi IT Tahun: 2009.
CPIS 357 Software Quality & Testing I.Rehab Bahaaddin Ashary Faculty of Computing and Information Technology Information Systems Department Fall 2010.
Protecting the Public, Astronauts and Pilots, the NASA Workforce, and High-Value Equipment and Property Mission Success Starts With Safety Believe it or.
Chapter 11: Project Risk Management
IT Requirements Management Balancing Needs and Expectations.
SacProNet An Overview of Project Management Techniques.
Slide 1V&V 10/2002 Software Quality Assurance Dr. Linda H. Rosenberg Assistant Director For Information Sciences Goddard Space Flight Center, NASA
West Virginia University Towards Practical Software Reliability Assessment for IV&V Projects B. Cukic, E. Gunel, H. Singh, V. Cortellessa Department of.
Risk Factor Analysis - A New Qualitative Risk Management Tool
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Bank Audit. Internal Audit Internal audit is an independent, objective assurance activity and can give valuable insight in providing assurance that major.
California Institute of Technology Formalized Pilot Study of Safety- Critical Software Anomalies Dr. Robyn Lutz and Carmen Mikulski This research was carried.
California Institute of Technology Formalized Pilot Study of Safety- Critical Software Anomalies Dr. Robyn Lutz and Carmen Mikulski Software Assurance.
Formal Methods in Software Engineering
Optimizing NASA IV&V Benefits Using Simulation Grant Number: NAG David M. Raffo, Ph.D College of Engineering and Computer Science School of Business.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Development of Methodologies for Independent Verification and Validation of Neural Networks NAG OSMA-F001-UNCLASS Methods and Procedures.
IV&V T ESTING S TRATEGIES FOR I NDEPENDENT V ERIFICATION OF NASA M ISSION S OFTWARE I MPLEMENTATION 3 rd Annual Workshop on Independent Validation and.
Project Portfolio Management Business Priorities Presentation.
SOFTWARE PROJECT MANAGEMENT
Software Safety Case Why, what and how… Jon Arvid Børretzen.
1 V&V Needs for NextGen of 2025 and Beyond A JPDO Perspective Maureen Keegan JPDO Integration Manager October 13, 2010.
Project Risk Management Planning Stage
Lecture 2 System Development Lifecycles. Building a house Definition phase Analysis phase Design phase Programming phase System Test phase Acceptance.
SRR and PDR Charter & Review Team Linda Pacini (GSFC) Review Chair.
Capturing Requirements. Questions to Ask about Requirements 1)Are the requirements correct? 2)Consistent? 3)Unambiguous? 4)Complete? 5)Feasible? 6)Relevant?
Probabilistic Risk Assessment and Conceptual Design Bryan C Fuqua – SAIC Diana DeMott – SAIC
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Copyright 2015 John Wiley & Sons, Inc. Project Planning Part II.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Stoimen Stoimenov QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Failure Modes, Effects and Criticality Analysis
Appendix 2 Automated Tools for Systems Development
Risk Management.
PRA: Validation versus Participation in Risk Analysis PRA as a Risk Informed Decision Making Tool Richard T. Banke– SAIC
Project Management BBA & MBA
People and Culture Office Safety, Health and Wellbeing
Achieving High Software Reliability
Identify the Risk of Not Doing BA
CHAPTER11 Project Risk Management
Business System Development
Software Independent Verification and Validation (IV&V)
By Jeff Burklo, Director
Engineering Processes
IV&V Planning & Execution Initiative
Presentation transcript:

Pavan Rajagopal, GeoControl Systems James B. Dabney, UHCL Gary Barber, GeoControl Systems 1Spacecraft FSW Workshop 2015

 Objectives of Work  IV&V Background  Importance of early defect identification  Conventional Strategies for Targeting IV&V  Using Critical Events for Targeting IV&V  Critical Event Identification  Assurance case overview  Risk Tree  Adjectival and Probabilistic Scoring of Risk  Detailed Analysis & Scoring  Benefits of Approach  Conclusions and Future work Spacecraft FSW Workshop 20152

Spacecraft FSW is prone to defects IV&V identifies and resolves defects Objectives of methodologies: ◦ Accurately scope & target IV&V ◦ Effectively perform IV&V to identify and resolve defects ◦ Measure the risk reduction achieved Spacecraft FSW Workshop 20153

 Evaluates system and software for Correctness & Completeness  Technically, Organizationally and Financially Independent  Most effective when applied throughout lifecycle  Key information sources ◦ Developer artifacts ◦ IV&V Technical Reference Spacecraft FSW Workshop 20154

 Analyze technical artifacts  Assess adequacy of verification activities and environments  Perform Independent testing ◦ Algorithms ◦ Complex or High-risk code fragments ◦ Off-nominal scenarios Spacecraft FSW Workshop 20155

Source: Ref [1] 6Spacecraft FSW Workshop 2015

 Criticality Analysis and Risk Assessment (CARA) ◦ Identify critical function ◦ Prioritize using risk (likelihood of problem) and criticality (consequences)  Portfolio-based risk assessment [2] ◦ Based on hardware and software entities ◦ Also uses risk-criticality matrix  Both methods result in broad IV&V targets Spacecraft FSW Workshop 20157

 Based on flow of mission events ◦ Mission timelines ◦ Concept of operations  Benefits ◦ Permits early lifecycle IV&V participation ◦ Narrows analysis targets and enables prioritization ◦ Enables cross cutting analysis Spacecraft FSW Workshop 20158

 Based on risk categories ◦ Human safety ◦ Loss of mission ◦ Damage to asset ◦ Loss of key mission objectives  Scoring ◦ Events scored for each category of risk ◦ Composite score used to rank events ◦ Highest ranked events get priority in analysis 9Spacecraft FSW Workshop 2015

 Structured argument [3] ◦ Based on safety cases ◦ Uses logical flow (decomp) from  Claims  Supporting claims  Evidence  High-level claim is successful performance of system function or objective  Supporting claims deal with ◦ System Configuration ◦ Environment ◦ Procedures ◦ HW/SW functionality 10Spacecraft FSW Workshop 2015  Evidence examples ◦ Documentation ◦ Testing ◦ Analyses

 Uses assurance case structure  Overall risk for top-level claim depends on ◦ Risk of lower level supporting claims ◦ Strength of influence of lower level supporting claims  Completeness and correctness of evidence determines risk for lowest level supporting claim  Score rollup options ◦ Adjectival (stoplight chart) ◦ Numerical weighting ◦ Probabilistic (requires extensive calibration)  Rollup can feed into project risk management tool Spacecraft FSW Workshop

 Uses assurance case structure  Overall risk for top-level claim depends on ◦ Risk of lower level supporting claims ◦ Strength of influence of lower level supporting claims  Completeness and correctness of evidence determines risk for lowest level supporting claim  Score rollup options ◦ Adjectival (stoplight chart) ◦ Numerical weighting ◦ Probabilistic (requires extensive calibration)  Rollup can feed into project risk management tool Spacecraft FSW Workshop

 Staging failure  Docking failure  Failure of Trajectory and orbit maneuvers 13Spacecraft FSW Workshop 2015

 System is not configured for event  Precursor events do not successfully complete  Failed Event Triggers  Missed or failed Execution steps  Failure to confirm correct completion 14Spacecraft FSW Workshop 2015

 Requirements  Design  Testing  Analysis  Prior use of subsystem  Formal methods analysis 15Spacecraft FSW Workshop 2015

16 Partial Critical Event Risk Tree Example Deorbit Burn Fails Requirements Evidence Incorrect Computation of Burn Parameters Miscompute Delta V Incorrect Execution of Burn Miscompute Ignition Time Design Evidence Flight Control Failure Uncompensated HW Failure Requirements Evidence Requirements Evidence Requirements Evidence Design Evidence

 Suitable structure and format for stoplight risk management process Spacecraft FSW Workshop Adapted from Ref [4]

 Uses Dempster-Shafer belief functions ◦ Based on historical data from similar projects ◦ Correlated to project characteristics and activities  Computes belief that claims will be realized based on: ◦ Confidence in Evidence ◦ Relative importance of supporting claims Spacecraft FSW Workshop

Spacecraft FSW Workshop

 Analysis ◦ Performed on lowest level supporting claims ◦ Involves  Traditional IV&V inspection and analysis  Simulation  Independent testing  Scoring ◦ Performed at the lowest level supporting claim ◦ Based on subjective assessment of evidence by qualified IV&V analyst ◦ This assessment is fit into a range of defect densities from historical like projects ◦ Tree structure used to establish score at mid level and top nodes 20Spacecraft FSW Workshop 2015

 Drives cross cutting analysis across multiple participating subsystems (HW and SW)  Analysis provides insight ◦ Points out omissions or errors in evidence ◦ Identifies issues and defects  Enhances objectivity in evaluating risk Spacecraft FSW Workshop

 Critical event, risk-driven approach is effective  Allows relatively fine grained analysis targeting  Provides solid support for scope and analysis decisions  Construction of risk tree aids and documents system understanding ◦ Records Analysis decisions ◦ Facilitates change impact analysis 22Spacecraft FSW Workshop 2015

 Increase insight into scoring by tracking defects vs risk assessment  Integrate methods into workflow toolset  Automate tracking and reporting of risk score 23Spacecraft FSW Workshop 2015

[1] J. B. Dabney and G. Barber, “ Direct return on investment of software independent verification and validation: Methodology and initial case studies,” Assurance Technology Symposium, 5 June 2003 [2] N. Alvaro and S. Raque, “Portfolio based risk assessment and risk-based assessment process,” Technical Report, NASA IV&V Center, Fairmont, WV, 2012 [3] S. Blanchette, Jr., “Assurance cases for analysis of complex system of systems software,” Software Engineering Institute, June, 2010 [4] G. Barber, “Risk reduction demonstration pilot,” NASA IV&V Workship, Morgantown, WV, September 13 – 15, Spacecraft FSW Workshop 2015