Trade Study Training Need and Goals Need Consistent methodologies and practices performing trade studies Pros/cons, advantages/disadvantages, customer/management.

Slides:



Advertisements
Similar presentations
Interim Guidance on the Application of Travel and Land Use Forecasting in NEPA Statewide Travel Demand Modeling Committee October 14, 2010.
Advertisements

Optimize tomorrow today. TM Cost and Affordability approach at Development Planning stage 1.
PROJECT RISK MANAGEMENT
E-OCVM (Version 2) Explained Episode 3 - CAATS II Final Dissemination Event Alistair Jackson EUROCONTROL Episode 3 Brussels, 13 & 14 Oct 2009.
S Y S T E M S E N G I N E E R I N G.
Environment case Episode 3 - CAATS II Final Dissemination Event Brussels, 13 & 14 Oct 2009 Hellen Foster, Jarlath Molloy NATS, Imperial College London.
Software Quality Assurance Plan
Chapter 2 Analyzing the Business Case.
ITIL: Service Transition
National Aeronautics and Space Administration Systems Engineering (SE) Tools National Aeronautics and Space Administration Example.
Systems Analysis and Design 9th Edition
Chapter 2.
Stepan Potiyenko ISS Sr.SW Developer.
Applied Systems Analysis Fall 2003 Douglas Low (315) (work) 2 min question (315) (home) 5 min question (315) (Lemoyne mailbox)
Chapter 14 INTRODUCTION TO SYSTEMS DEVELOPMENT. Systems Development Methodology Important issues in systems development: Must be aligned to business strategy.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
1 Introduction to System Engineering G. Nacouzi ME 155B.
Health Informatics Series
SQM - 1DCS - ANULECTURE Software Quality Management Software Quality Management Processes V & V of Critical Software & Systems Ian Hirst.
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
1 SOFTWARE PRODUCTION. 2 DEVELOPMENT Product Creation Means: Methods & Heuristics Measure of Success: Quality f(Fitness of Use) MANAGEMENT Efficient &
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Chapter 5: Project Scope Management
Project Management Methodology (PMM)
Problem Areas with the Project Class Descriptions were non existent Use case descriptions were terse or non existent Verification methods were wrong Equal.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Software Verification and Validation (V&V) By Roger U. Fujii Presented by Donovan Faustino.
Pre-Project Planning Lessons from the Construction Industry Institute Construction Industry Institute Michael Davis, P. Eng, PMP Ontario Power Generation.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
Developing Enterprise Architecture
Chapter : Software Process
S/W Project Management
1 Our Expertise and Commitment – Driving your Success An Introduction to Transformation Offering November 18, 2013 Offices in Boston, New York and Northern.
Software Project Management Introduction to Project Management.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
Software System Engineering: A tutorial
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
What is a life cycle model? Framework under which a software product is going to be developed. – Defines the phases that the product under development.
Certificate IV in Project Management Introduction to Project Management Course Number Qualification Code BSB41507.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
FCS - AAO - DM COMPE/SE/ISE 492 Senior Project 2 System/Software Test Documentation (STD) System/Software Test Documentation (STD)
Centro de Estudos e Sistemas Avançados do Recife PMBOK - Chapter 4 Project Integration Management.
Lecture 4 1 Introduction to Systems Planning Lecture 4 2 Objectives n Describe the strategic planning process n Explain the purpose of a mission statement.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
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.
© Mahindra Satyam 2009 Decision Analysis and Resolution QMS Training.
Software Engineering Principles Principles form the basis of methods, techniques, methodologies and tools Principles form the basis of methods, techniques,
Project Life Cycle – Project Initiation © Ed Green Penn State University All Rights Reserved.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
Lecture 2.1b: DoD Acquisition Process (SEF Ch 2)
Business Analysis. Business Analysis Concepts Enterprise Analysis ► Identify business opportunities ► Understand the business strategy ► Identify Business.
1 IT Project Management, Project Failure and Success  Introduction  Projects operate in a broad organizational environment.  Project managers need to.
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
ANALYSIS PHASE OF BUSINESS SYSTEM DEVELOPMENT METHODOLOGY.
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
1 Lecture 2.3: SE Process (SEF Ch 3) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
EIAScreening6(Gajaseni, 2007)1 II. Scoping. EIAScreening6(Gajaseni, 2007)2 Scoping Definition: is a process of interaction between the interested public,
ITIL: Service Transition
Session 11a Dr. Dan C. Surber, ESEP
Level - 3 Process Areas (CMMI-DEV)
Engineering Processes
Project Management Process Groups
Engineering Processes
OmegaPS Users’ Group Meeting OUGM19
Presentation transcript:

Trade Study Training Need and Goals Need Consistent methodologies and practices performing trade studies Pros/cons, advantages/disadvantages, customer/management directed solutions are not trade studies Goals Provide Engineering practitioners pointers for additional information and tools to assist in performing trade studies Trade study training provides a consistent and practical trade study methodology

Trade Study Description select the best solution to meet an identified problem within defined constraints Defines a structured analytic framework for evaluating a set of alternative concepts, designs, or components Conducted concurrently with other requirements development and design activities Range from an informal comparison of alternatives to major efforts using sophisticated computer tools for simulation and cost estimation. ?

Trade Study Process Document Analysis Results Review/Approve Analysis Report AND Identify Candidate Alternatives Conduct Analysis of Alternatives Establish Evaluation Criteria and Weights Define Objective for Analysis OR Loop Trade study process is from SE Process Manual (SYSENG-100), and will be adopted by all Engineering disciplines. Evaluate/Optimize Alternatives (Trade Studies)

Stakeholders can be: Other business disciplinesOther business disciplines CustomerCustomer CorporateCorporate YourselfYourself Etc.Etc. Define Objective for Analysis Define the objective and purpose of the analysis Determine scope of trade study Determine level of supporting analyses Determine amount of review and approvals needed Determine level of documentation Obtain approval with stakeholders of the objective and ensure that there is agreement on the purpose and scope of the analysis

Define Objective for Analysis - Example Objective: Decide where best to eat lunch on a typical workday. Purpose: Scope Be sure to get approval of the purpose and scope of the objective from stakeholders.

Establish Evaluation Criteria and Weights Establish an evaluation criteria and weighting for considering system design alternatives that includes, as a minimum, cost drivers, total ownership and life cycle cost, complexity, technical limitations, environmental impact, system expansion, growth, and risk. Establish an evaluation criteria and weighting that is a tailored version of the standard criteria and weighting Review the evaluation criteria to ensure that they are consistent with the range of alternatives. Obtain agreement of decision maker on evaluation criteria and weights

Weighting Tailor criteria and weighting as appropriate. Ensure weighting is normalized, and grading uses the same scale (good=low) and range across criteria. Tailor criteria and weighting as appropriate. Ensure weighting is normalized, and grading uses the same scale (good=low) and range across criteria.

Establish Evaluation Criteria and Weights - Example Most Trade Studies will have items related to Cost, Schedule, and Performance and Risk as part of their evaluation criteria. Refer to SYSENG-100 Appendix E criteria weights

Establish Evaluation Criteria and Weights - Example Grades for “Time Required” 0 to 15 minutesVery low impact (1) 15 to 30 minutesLow impact (2) 30 to 45 minutesMedium impact (3) 45 to 60 minutesHigh impact (4) Over 60 minutesVery high impact (5)

Identify Candidate Alternatives Generate alternative physical architectures and design solutions. Reject unfeasible alternatives Feedback loop Option 1 Option 2 Option n...

Identify Candidate Alternatives - Example alternatives For larger trade studies, it is a good idea to have a formal review of alternatives and criteria before proceeding with the analysis.

Conduct Analysis of Alternatives Develop timelines scenarios for system operation and user interaction for each system design alternative. Allocate key requirements to the hardware and software components for each of the design alternative as a part of the analysis. Analyze all candidate alternatives that have been identified. Analyze the alternatives using a structured decision making technique that is appropriate for the analysis. Use the evaluation criteria and weighting to select the recommended alternative (see example). Determine the alternative representing the “Best Value” for projects that have a CAIV requirement. Evaluate the failure conditions associated with each of the alternatives. Perform a sensitivity analysis to determine if any factors inordinately dominate the selection outcome

Conduct Analysis of Alternatives - Example 1 Example: Timeline Analysis Use analysis techniques such as timeline analysis, CAIV, analysis of possible failure conditions, etc.

Conduct Analysis of Alternatives - Example 2 Another Example: Data Gathering McDonald’s Web Site

Conduct Analysis of Alternatives - Example 3 Apply weights to grades to find optimum alternative Multiply weight times grade, and sum across all criteria, i.e..3(1)+.3(1)+.3(1)+.1(3) =1.2

Document Analysis Results The report contains the following: Document the rationale for the analysis decisions. Document the decision making technique used for the analysis and the rationale for its selection. Document the rationale for the selection of the evaluation criteria and weighting for the analysis. Document alternatives considered and the rationale for not selecting them as the recommended alternative. It is recommend to produce the document incrementally in parallel with the process

Document Analysis Results - Styleguide 1Introduction 2Applicable Documents 3Trade Study Analysis 3.1Trade Study Objective 3.2Requirements, Constraints, and Assumptions 3.3Evaluation Criteria, Grading, Weighting and Scoring 3.4Definition of Alternatives 3.5Analysis of Alternatives 3.6Summary of Analysis 4Conclusions and Recommendations

Document Analysis Results - Example Trade Study Report

Review/Approve Analysis Report Review the assumptions to ensure that they are reasonable and valid for the alternatives being considered. Review the selected alternative to ensure it is the best solution based on the evaluation criteria and weighting. Involve effected disciplines in the review and approval of the recommended alternative. Obtain the appropriate approval for the recommended alternative. Communicate the analysis results to the affected parties. Capture the analysis information in an analysis report and obtain approval in accordance with ETR process, and the project data and configuration management activities. Review the candidate alternatives to ensure that the appropriate alternatives have been analyzed. If all appropriate alternatives have not been analyzed, then the analysis of alternatives needs to be continued

Review/Approve Analysis Report - Example CMDM

Conducting a Trade Study takes time and resources. Programs shall establish specific guidelines as to when a Trade Study should be conducted. The guidelines are documented within a Program or Project’s Plan. Trade Studies are usually conducted to help understand competing solutions and to select the most optimal solution. Trade Studies are usually conducted for items significantly impacting: Cost Schedule High Risk Items Performance Objectives Architectural Design When to Conduct a Trade Study