System Safety's Role in Requirements Analysis

Slides:



Advertisements
Similar presentations
Value of Systems Engineering INCOSE Data
Advertisements

Systems Engineering From a Life Cycle Perspective John Groenenboom Director Engineering – Mesa Boeing Rotorcraft Dec 12, 2007.
Overcoming Customer Constraints on Requirements Documents Presented by: Robert Smole Presented by: Robert Smole November 5, 2008 Sub-Optimization of Systems.
SEMP vs. PMP Conflict and Partnership
Interfacing Risk and Systems Engineering – Left Shift Risk Management
MIGRATION MIGR-09. How to Run Your Next Implementation... Don't Let It Run You! Patricia Johnson Senior Systems Consultant Strategic Systems Group, Inc.
1 PROJECT MANAGEMENT ROLE OF KEY PERSONNEL Bernd Madauss International Space University Strasbourg February, 2011
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
Define & Compare Flowcharts of Each Method Tom Delong.
Systems Engineering in a System of Systems Context
Chapter 5: Project Scope Management
ESD.83Cory R. A. Hallam1 An Introduction to Systems Engineering The Art of Managing Complexity Presented By Cory R. A. Hallam B.Eng., M.Eng., ISU SSP,
1 Introduction to System Engineering G. Nacouzi ME 155B.
Trade Study Training Need and Goals Need Consistent methodologies and practices performing trade studies Pros/cons, advantages/disadvantages, customer/management.
Design Reviews.1 KGCOE Multidisciplinary Sr. Design Borkholder 2007 R I T Design Reviews Objectives of the Design Review Participants for a successful.
System Safety & Mission Assurance (SS&MA) for Sub-Class D Missions Steve Jara NASA Ames System Safety & Mission Assurance Division.
TECH 101 Product Design and Manufacturing. TECH 1012 System Life-Cycle Engineering 2 Major phases in almost all products and in many cases services –Acquisition.
COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.
Chapter 5: Project Scope Management J. S. Chou, P.E., PhD.
Engineering Systems of.
Release & Deployment ITIL Version 3
Effective Methods for Software and Systems Integration
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
The Key Process Areas for Level 2: Repeatable Ralph Covington David Wang.
Industrial Engineering Roles IIE-IAB, November 2006.
What is Software Engineering?. Software engineering Multi-person construction of multi-version software (David Parnas) An engineering discipline whose.
From Research Prototype to Production
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
Industrial Engineering Roles In Industry
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
Project Scope Management Process
New Tools in an Old Company PMI Honolulu Chapter Meeting June 20, 2007.
NASA’s Goddard Space Flight Center Systems Engineering Mike Pryzby Swales Aerospace August 16-17, 2005.
Module N° 8 – SSP implementation plan. SSP – A structured approach Module 2 Basic safety management concepts Module 2 Basic safety management concepts.
Software Engineering Lecture # 17
Product Development Chapter 6. Definitions needed: Verification: The process of evaluating compliance to regulations, standards, or specifications.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Software Project Management Lecture # 7. What are we studying today? Chapter 24 - Project Scheduling  Effort distribution  Defining task set for the.
PROJECT MANAGEMENT. A project is one – having a specific objective to be completed within certain specifications – having defined start and end dates.
1 Project Management Introduction. 2 Chap 1 What is the impact? 1994: 16% of IT projects completed “On-Time” 2004 : 29% of IT projects “On- Time” 53%
Prepared by the (Institute of Industrial Engineers – Industry Advisory Board)
Chapter 7: A Summary of Tools Focus: This chapter outlines all the customer-driven project management tools and techniques and provides recommendations.
Georgia Institute of Technology CS 4320 Fall 2003.
普 华 永 道 Phase 1: Project Preparation Phase 1: Project Preparation Phase Overview Phase Overview.
Chapter 1. Introduction.
Subcommittee on Design New Strategies for Cost Estimating Research on Cost Estimating and Management NCHRP Project 8-49 Annual Meeting Orlando, Florida.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
1 Mission Discussion & Project Reviews 祝飛鴻 10/14/93.
Systems Engineering Conceptual System Design. Systems Engineering and Analysis, B.S. Blanchard and W. J. Fabrycky, 3 rd edition, Prentice-Hall, 1998.
Best Practices: Job Briefings. Practice Statement Provides a uniform methodology and outlines key components of job briefings.
NCSX Systems Engineering Management Plan Peer Review Bob Simmons May 15, 2003.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
September 10, FY 2003 Plans Bob Simmons. September 10, Introduction Overview of Project and Engineering Plans Project Plans Engineering Plans.
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
SwCDR (Peer) Review 1 UCB MAVEN Particles and Fields Flight Software Critical Design Review Peter R. Harvey.
RUP RATIONAL UNIFIED PROCESS Behnam Akbari 06 Oct
Camera PDR/CD1 Planning 19 September 2008
Session 2 Dr. Dan C. Surber, ESEP
CINEMA System Engineering
TechStambha PMP Certification Training
IEEE Std 1074: Standard for Software Lifecycle
Level - 3 Process Areas (CMMI-DEV)
By Jeff Burklo, Director
Lockheed Martin Canada’s SMB Mentoring Program
( Preliminary Hazard Analysis )
Software Engineering Lecture 16.
Presentation transcript:

System Safety's Role in Requirements Analysis Exploring Concurrent Systems Engineering & System Safety Engineering Activities in Early Program Development

System Engineering mission: DODI 5000.2 (paraphrased) Translate an operational need into a configured system Integrate all technical disciplines in a coordinated effort that meets cost schedule and performance Ensure compatibility of interfaces Ensure design meets requirements Measure and control technical risk

System Safety Mission: Mil-Std- 882 (paraphrased) Optimize safety, within cost and operational effectiveness, at a system level (System Safety Program) Influence the translation of operational needs into a configured system with appropriate safety characteristics (PHL, Safety Design Guidelines, PHA, SSHA, OSHA, etc) Influence all technical disciplines in a coordinated effort to ensure that safe design practices are uniformly applied and identified hazards are controlled (Safety Design Guidelines, Hazard Mitigation and Tracking) Ensure compatibility of interfaces where interfaces effect the safety of the system (PHL, PHA, SSHA, OSHA, etc) Ensure design meets requirements where requirements are safety driven (V&V of Safety Design Guidelines, Hazard Mitigation and Tracking) Measure and control safety risk (see above)

Parallel Missions... Parallel Timelines... Needs Statement Operational Concept Analysis System Key Requirements Perform Segment/ Subsystem Trades Select Baseline Configuration Prepare Spec Sizing/ Sensitivity Define Variable System Configuration (s) Flow Down To Segments Verify Capability Establish Cost & Risk Mission Needs Statement Operational Concept Analysis System Key Requirements Perform Segment/ Subsystem Trades Select Baseline Configuration Prepare Spec Sizing/ Sensitivity Define Variable System Configuration (s) Flow Down To Segments Verify Capability Establish Cost & Risk System Level Safety Req Development Preliminary Hazards Analysis Safety Considerations Concept Trade Requirements Analysis System Level Guidelnes Development System Level Design Regulatory Requirements Identification Requirements Flowdown System Safety Preliminary Hazards Lists

Understanding Unifies Process Explore the integration of parallel activities into concurrent activities Minimize “over the wall” activities Involve System Safety in Systems Processes Involve Systems Engineering in System Safety Processes

Good Requirements Singular in scope Shall State specific need or objective Be verifiable or measurable Sample Safety Requirements: ... shall conduct a preliminary systems safety and hazards analysis and prepare a preliminary systems safety hazard list. ...Design shall comply with OSHA... System Safety Requirements are notoriously poorly developed and rarely relate to the product

Early System Safety Involvement is crucial Early involvement of system safety engineers is crucial to: Improving Trade Off studies and analyses Reducing poorly defined safety requirements Properly evolving general and regulatory requirements to good workable requirements Properly allocating safety requirements for flow down improving safety design guidelines System Safety Engineers Are valuable assets to early development and are underutilized in this phase

Working together works better As system engineers understand more about system safety and system safety engineers understand more about system engineering the “over the wall” evolves into concurrent engineering.

Better understanding through participation Personal, professional and organizational involvement to improve work products Chapter cross training/ joint meetings Personal networking Enjoy!