ESD.33 --Systems Engineering Session #2 INCOSE Model of SE RCI Model of SE Dan Frey Don Clausing.

Slides:



Advertisements
Similar presentations
INCOSE Presentation San Francisco Chapter 13 October 2009 Mapping CMMI to Systems Engineering Adrienne Friedman.
Advertisements

10 Golden Questions for Concept Exploration & Development Dr. Dan C. Surber (317)
Multimission Ground Systems & Services MOS 2.0: A View of the Next Generation in Mission Operations Systems Duane L. Bindschadler, Carole A. Boyles, Carlos.
Survey Internal Communication trends in the Italian banking sector Mario Spatafora Simone DellOrto Milan, September 2002.
Chapter 5 – Enterprise Analysis
Evolution of Parametric Analysis within Rolls-Royce Purchasing
1 INCOSE Chesapeake Chapter Enterprise SE Panel Discussion L. Mark Walker/LMC 21 March 2007.
Using QFD to Establish Design Specifications
Comparison of X-ray diffraction patterns of La 2 CuO 4+   from different crystals at room temperature Pia Jensen.
ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Lecture # 2 : Process Models
CS487 Software Engineering Omar Aldawud
Systems Engineering in a System of Systems Context
Software Engineering General Project Management Software Requirements
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.
CS350/550 Software Engineering Lecture 1. Class Work The main part of the class is a practical software engineering project, in teams of 3-5 people There.
Development Processes and Product Planning
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
BAE SYSTEMS Overview of Systems Engineering at BAE SYSTEMS & ALENIA MARCONI SYSTEMS 8/10/2015/MS By Leigh Watton Friday 27th July 2001.
Page - 1 Rocketdyne Propulsion & Power Role of EASY5 in Integrated Product Development Frank Gombos Boeing Canoga Park, CA.
Engineering Systems of.
INCOSE 1 st reactions. One other area that struck me has the sheer number of levels of proficiency—in ours we are going with 5 and the first one is limited.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
What is Business Analysis Planning & Monitoring?
INTEGRATING EHS INTO NEW PRODUCT DEVELOPMENT
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software System Engineering: A tutorial
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Chapter 2: Software Process Omar Meqdadi SE 2730 Lecture 2 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Best Systems Engineering Products Drive CMMI NDIA 6th Annual Systems Engineering Supportability & Interoperability Conference October 21, 2003 Dr. Tom.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Chapter 7 Weaving Marketing into the Fabric of the Firm Eaton.
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
IT Requirements Management Balancing Needs and Expectations.
June 05 David A. Gaitros Jean Muhammad Introduction to OOD and UML Dr. Jean Muhammad.
Lecture 7: Requirements Engineering
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
Systems Analysis and Design in a Changing World, Fourth Edition
CS551 - Lecture 5 1 CS551 Lecture 5: Quality Attributes Yugi Lee FH #555 (816)
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
Lecture 2.1b: DoD Acquisition Process (SEF Ch 2)
1 Accounting systems design & evaluation Karen Lau 25 Feb 2002.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
Smart Home Technologies
Software Engineering Introduction.
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.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
ISE Key Concepts Terminology –systems engineering: an interdisciplinary approach and means to enable the realization of successful systems. It.
Alex Zenanko & Josh Parker
Software Engineering Lecture 10: System Engineering.
SE513 Software Quality Assurance Lecture12: Software Reliability and Quality Management Standards.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Chapter 2: The Process. What is Process? Software Engineering Process is the glue that holds the technology layers together and enables rational and timely.
Michael J. Novak ASQ Section 0511 Meeting, February 8, 2017
ESD.33 --Systems Engineering
DoD SE Processes (DAG section)
The Systems Engineering Context
Software Requirements
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
MBSE for PLM: Part of the Digital Systems Life Cycle
Presentation transcript:

ESD.33 --Systems Engineering Session #2 INCOSE Model of SE RCI Model of SE Dan Frey Don Clausing

Plan For the Session Follow-up from session #1 INCOSE SE handbook RCI model of SE Review assignment #2

Engineering Systems & Systems Engineering ESD mission:To establish Engineering Systems as a field of study focusing on complex engineered systems and products viewed in a broad human, social and industrial context. Use the new knowledge gained to improve engineering education and practice. Technology policy Systems Engineering History of technology Engineering Systems

Discussion Point Did the design of the CFM56 jet engine entail a systems engineering function? Did the design of Whittlesjet engine entail a systems engineering function?

Scott Thomson Hamilton Sundstrand, Section Lead -Electric Systems I wanted to comment on the CFM56 vsWhittle engine. The CFM56 engine is …an example of the system engineering aspects of organizations and their architecture/structure and how they relate to the partitioning of the engine itself. The engine being built by CFMI, which is a consortium of GE, SNECMA and Hispano-Suiza. No single player builds the entire engine … Whittle had his fairly small shop with a collection of machinists and his lab -all probably within his domain and span of control. One of the other greatly complicating factors of the CFM56 vs. Whittle engine are all of the secondary power extractions that are powered from today's engines, which have an enormous impact on the engine's performance SyEmakes this possible today; whereas Whittle was focused on a revolutionary powerplantfor propulsion.

Evolution of Gas Turbine Engine Performance Cruise thrust specific fuel Consumption lb fuel/hr lb thrust P&W deHavilland RR GE

Performance Drives Complexity Need higher and higher turbine inlet temperatures for efficiency η = 1 T1T2T1T2 = 1 P1P2P1P2 γ(γ-1) Consequently, complex secondary flows required V Brayton Cycle P

Cognitive Parameters Adapted from Simon, Herbert, 1969, Sciences of the Artificial, MIT Press. memory working = 7 ± 2 chunks expert knowledge 50,000 chunks connections within a brain connections between two brains 10 6 rate of learning = about 5,000 chunks / yr

Secondary flow systems and controls cause a risk of rework Adapted from Sosa, Manuel E., S. D. Eppinger, and C. M. Rowles, 2000, Designing Modular and Integrative Systems, Proceedings of the DETC, ASME. Design Interface Matrix Modular Systems FAN system (7 components) LPC system (7 components) HPC system (7 components) B/D system (5 components) HPT system (5 components) LPT system (6 components) Integrative Systems Mech. components (7 components) Externals and Controls (10 components)

Follow-up from session #1 INCOSE SE handbook RCI model of SE Review assignment #2 Plan For the Session

Questions to Probe Chapter 2 According to INCOSE: When did SE emerge as a separate branch of engineering? What are some of the key functions of SE? Who should carry out the SE function? What fraction of the program budget should be spent on SE? Do SE methods apply to smaller systems? International Council on Systems Engineering INCOSE

Systems Engineering Process Overview Ch 4 Questions Who participates in each process? What emerges from each process? Technical Management Planning Process Assessment Process Control Process Technical Evaluation Systems Analysis Process Requirements Validation Process Systems Verification Process End Products Validation Process Acquisition & Supply Supply Process Acquisition Process System Design Requirements Definition Process Solution Definition Process Product Realization Implementation Process Transition to use Process Outcomes & Feedback System Products Plans, Directives & Status Acquisition Request Requirements Designs Products

Systems Engineering Process 1) Define the System Objectives 2) Establish the Functionality 3) Establish the Performance Requirements 4) Evolve Design and Operation Concepts 5) Select a Baseline 6) Verifythat the Baseline Meets Requirements 7) Validate that the Baseline Satisfies the User 8) Iterate the Process through Lower Levels International Council on Systems Engineering INCOSE According to INCOSE, the basic Systems Engineering process tasks are:

System Design Hierarchy Customer Desired System Layer 2 Solution Blocks Layer 4 Solution Blocks Layer 3 Solution Blocks Design Feedback Specified Requirements Specified Requirements Specified Requirements Assigned Requirements Other Stakeholder Requirements Assigned Requirements Assigned Requirements Assigned Requirements Other Stakeholder Requirements Other Stakeholder Requirements Other Stakeholder Requirements

Discussion Point Under what conditions should commercial enterprises be plotted in the upper left quadrant? 1 0 N0 Number of Strong Global Competitors Influence of External Rigidities, Especially Governments INCOSE LEGACY COMMERCIAL

Asking Better Questions Questions What is the best way to store and access our inventories? How can we accurately predict our field reliability? Another example? Better Questions ?

Follow-up from session #1 INCOSE SE handbook RCI model of SE Review assignment #2 Plan For the Session

Follow-up from session #1 INCOSE SE handbook RCI model of SE Review assignment #2 Plan For the Session

Assignment #2 Frameworks Due: Thursday 6/17 at 8:30AM Self select teams of 2-4 (preferably at the same company or in the same industry) 1. Select a company and write about the tools/processes related to RCI at the company 2. Do a value stream map of any value creating process of your choice 3. Develop an example of a set-based approach

System Engineering Implemented in FPDS Customer Musts / Wants Customer Musts / Wants Customer Satisfaction Customer Satisfaction Customer Focus Customer Experience & Feedback Corporate Knowledge > Generic VDS & SDS > Competitive Benchmark Data > Reusability Constraints & Data > Product Knowledge > Manufacturing Knowledge & Reusability > Technology > Warranty Data > Models Vehicle Level Inputs Purchase / owner / operator Regulatory (FMVSS, EPA,...) Corporate (WCR, ABS, Manuf,...) Purchase, Operate Disposal & Maintain Vehicle Level Requirements Vehicle Attributes Vehicle System Specification - VDS System / Subsystem Level System & Subsystem Design Specifications - SDS Vehicle Verification Production System Verification Requirements Cascades Feasibility Feedback Requirements Cascade Feasibility Feedback Requirements Cascade Feasibility Feedback Part / Component Design Component Design Specification - CDS Part / Component Fabrication / Verification Highly lterativeMostly serial PAPRJ1SCSIKO Adapted from Ford Motor Company. Customer Requirements DVM / DVP

Next Steps Do the reading assignments for session #3 – Womak_LeanThinking Introduction.pdf – Stanke_Murman_LifecycleValue in Aerospace.pdf – Ward_TheSecond Toyota Paradox.pdf If you want, begin Assignment #2 Come to session #3 – 8:30AM Tuesday 15 June