Concordia UniversityELEC/COEN3901 Chapter 2 Defining the Problem Steps and Decision-Making Skills.

Slides:



Advertisements
Similar presentations
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 1.Gain agreement on the problem definition. 2.Understand the root causes 3.Identify the.
Advertisements

© 2007 AT&T Knowledge Ventures. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Knowledge Ventures. Interactive Solutions & Design Group.
Chapter 4: Inception is Not the Requirements Phase
Engineering design is… the process of devising a system, component or process to meet needs a decision-making process in which science and mathematics.
Gu & Maher University of Sydney, October 2004 DECO2005 Monitoring Team Process.
Algorithms and Problem Solving-1 Algorithms and Problem Solving.
1 Optimisation Although Constraint Logic Programming is somehow focussed in constraint satisfaction (closer to a “logical” view), constraint optimisation.
R R R CSE870: Advanced Software Engineering (Cheng): Intro to Software Engineering1 Advanced Software Engineering Dr. Cheng Overview of Software Engineering.
CHAPTER 6 SECONDARY DATA SOURCES. Important Topics of This Chapter Success of secondary data. To understand how to create an internal database. To distinguish.
Fundamentals of Engineering – Honors – ENGR H191 Lecture 23 – Design Process1 The Design Process Overview of the process Design versus other aspects of.
Designing a Product Product design is usually a problem that requires a creative Design and/or manufacturing solution.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 3. Defining the System A Use Case Primer Organizing.
Starting a project 1 Starting a Project Where do we now start? Where are we going? Will we know when we arrive?
1 SPIRIT Silicon Prairie Initiative on Robotics in Information Technology Engineering Design Tools.
Foundations of Technology Technology Design Folio [TYPE TITLE HERE] [TYPE NAME HERE] Customize this PowerPoint Template to make it your own. Some slides.
Understanding product feasibility and business planning.
Tools used by Entrepreneurs for Venture Planning
Software Life Cycle Model
Learning goals At the end of the class today, you will be able to: Define “model” Describe a model development process Engage in understanding a given.
Design Thinking.
Unit 2: Engineering Design Process
Chapter 8: Problem Solving
Gerson & Gerson: Technical Writing, 5th Edition© 2006 Pearson Education, Upper Saddle River, NJ All Rights Reserved. 1 Chapter 17: Proposals This.
Sci 701 Unit 3 Engineering Design Process When developing a robot design, it is wise to follow the engineering design process. This process can be as.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Introduction to Management Science Chapter 1: Hillier and Hillier.
IT Project Management, Third Edition Chapter 5 1 Chapter 2: Project Scope Management.
1 Chapter 5 Software Engineering Practice. 2 What is “Practice”? Practice is a broad array of concepts, principles, methods, and tools that you must consider.
Market Research The key to the customers wallet …..
Ch 4 - Learning Objectives Scope Management You should be able to: n Discuss the relationship between scope and project failure n Describe how strategic.
Exploratory Research and Proper Problem Definition Lecture 3.
Historical Aspects Origin of software engineering –NATO study group coined the term in 1967 Software crisis –Low quality, schedule delay, and cost overrun.
CS Data Structures I Chapter 2 Principles of Programming & Software Engineering.
Systems Analysis and Design in a Changing World, Fourth Edition
Inception Chapter 4 Applying UML and Patterns -Craig Larman.
Reading: Chapter 2, Class notes
The E ngineering Design Process Foundations of Technology The E ngineering Design Process © 2013 International Technology and Engineering Educators Association,
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
The E ngineering Design Process Advanced Design Applications The E ngineering Design Process Teacher Resource – The First Five Days: Day 2 © 2014 International.
April 29th, Chapter 6 Decision Making 6.1 The Nature of Management decisions 6.1 The Nature of Management decisions 6.2The decision making process.
Engineering Design Process
The Design Process.
Software Project Management Iterative Model & Spiral Model.
Teaching slides Chapter 3
LAUNCHING NEW VENTURES – AN ENTREPRENEURIAL APPROACH, 7E Kathleen R. Allen – © 2016 Cengage Learning. All Rights Reserved. May not be copied, scanned,
Prototyping Creation of concrete but partial implementations of a system design to explore usability issues.
The Project Management Process Groups
Chapter 2 Bring systems into being April Aims of this Lecture To explain what is “System Life-Cycle” To understand the systems engineering process.
Stage 3: Project Feasibility (I) Reading: RE Development, Principles and Process. (Chapter 16)
An Overview of Engineering Design
Algorithms and Problem Solving
Investigating the Design Context.
Chapter 2 Design Tools.
Systems Design.
CSULB EE400D Documentation Introduction to Engineering Design Series
TIM 58 Chapter 3: Requirements Determination
Information Technology Project Management – Fifth Edition
Requirements Analysis and Specification
3 Chapter Engineering Design. 3 Chapter Engineering Design.
Science and Technology - Chapter 4 Lesson 2
Topic 3 Modeling.
An Overview of Engineering Design
What is a Design Process?
Design Sample: Build a Swing
The Design Process.
Advanced Design Applications The Engineering Design Process
An Overview of Engineering Design
Scientific Method How Scientists Work.
Engineering Design Process
Presentation transcript:

Concordia UniversityELEC/COEN3901 Chapter 2 Defining the Problem Steps and Decision-Making Skills

Concordia UniversityELEC/COEN3902 Today’s Menu Defining a problem statement Defining a problem statement Surveying Surveying Existing Designs Existing Designs Customer Needs Customer Needs Writing a literature survey of existing designs is important Writing a literature survey of existing designs is important Understanding the needs of the customer is essential Understanding the needs of the customer is essential Actually writing a “good” problem statement is a skill that requires and precise and questioning mind Actually writing a “good” problem statement is a skill that requires and precise and questioning mind

Concordia UniversityELEC/COEN3903 Today’s Menu - continued Identifying functional requirements using an Objective Tree Identifying functional requirements using an Objective Tree Recognizing constraints and limitations Recognizing constraints and limitations Using Sketches to illuminate idea Using Sketches to illuminate idea Iterative definition of the problem Iterative definition of the problem Defining a team and a schedule Defining a team and a schedule

Concordia UniversityELEC/COEN Forming the Problem Statement A problem statement is a written description of the problem to be solved A problem statement is a written description of the problem to be solved Has open-ended >1 solution Has open-ended >1 solution Is loosely structured and bound by constraints Is loosely structured and bound by constraints Is part of a systems’ context Is part of a systems’ context Is usually accompanied by sketches Is usually accompanied by sketches

Concordia UniversityELEC/COEN3905 Figure 2.1 (Page 28)

Concordia UniversityELEC/COEN Research and Data Gathering  Information gathering is conducted via traditional sources and reliable web pages  It forms the basis of a literature survey  Conducting surveys among potential users provides a better understanding of the market

Concordia UniversityELEC/COEN3907

Concordia UniversityELEC/COEN3908 Figure 2.2 (Page 31)

Concordia UniversityELEC/COEN3909 Figure 2.3 (Page 32)

Concordia UniversityELEC/COEN Eliminating Biases and Overcoming Assumptions  No biases means having a systematic exploration of the whole space of feasible designs Example Example Designing a mechanical arm that will pick apples from a tree “Why does one need to pick apples off the tree?” (They could be shaken off the tree instead.) “Why do apple trees have to be the shape they are?” (Perhaps the shape of the tree could be modified to make it easier to remove apples.) “Why does the arm have to go up and down with every apple it (The apple could be dropped into a chute or container.) picks?”

Concordia UniversityELEC/COEN Analyzing Key Phrases  Starting with statements biased by the customer’s and designer’s perceptions & preconceptions  Redefining the problem might uncover the real problem (e.g. tomato picker example)  Shatter habitual patterns of thought, by defining problems in increasing detail  Look for justifications in the problem statement  hint at the real problem  Understand the context in order to arrive at precise problems definition

Concordia UniversityELEC/COEN Identifying Functional Requirements Functional requirements are the “what” of a design NOT the “how” to design Functional requirements are the “what” of a design NOT the “how” to design Go from start to end as fast as possible (on the second run) with the cheapest robot (in terms of components used) Go from start to end as fast as possible (on the second run) with the cheapest robot (in terms of components used)NOT Build a robot that goes through a maze twice, mapping the maze on the first run then making use of that information to determine and traverse the shortest route on the second run Build a robot that goes through a maze twice, mapping the maze on the first run then making use of that information to determine and traverse the shortest route on the second run

Concordia UniversityELEC/COEN39013 In Summary (1/2), A well-written problem statement is the door to good solution development A well-written problem statement is the door to good solution development Part of defining the problem is: Part of defining the problem is: Reviewing existing designs Reviewing existing designs Understanding customer requirements Understanding customer requirements In the final analysis, a well-written problem statement should define the space of acceptable designs In the final analysis, a well-written problem statement should define the space of acceptable designs

Concordia UniversityELEC/COEN Using Objective Trees Successful problem definitions involve breaking a problem into smaller ones Successful problem definitions involve breaking a problem into smaller ones This can be done by constructing an objective tree This can be done by constructing an objective tree An objective tree grows through iterative addition of more details An objective tree grows through iterative addition of more details

Concordia UniversityELEC/COEN39015 Figure 2.5 (Page 37)

Concordia UniversityELEC/COEN Recognizing Constraints and Limitations The “what” and “how” of a design are shaped in part by the “but” and “however” of constraints and limits The “what” and “how” of a design are shaped in part by the “but” and “however” of constraints and limits

Concordia UniversityELEC/COEN39017 Figure 2.6 (Page 38)

Concordia UniversityELEC/COEN Using Sketches  Drawing pictures of the problem can help you see the problem from a different perspective  It can illuminate new constraints and limitations that were not apparent before Clarifying the Problem Over Time  New information is discovered throughout the iterative design process  Discovering problems often leads to corrections

Concordia UniversityELEC/COEN Defining a Schedule and Forming a Team Long-term planning follows problem identification Long-term planning follows problem identification Team failure often leads to project failure Team failure often leads to project failure True mutual dependency is a success key for all the team True mutual dependency is a success key for all the team

Concordia UniversityELEC/COEN39020 Figure 2.8 (Page 41)

Concordia UniversityELEC/COEN39021 In Summary (2/2), An objective trees is a tool for refining functional requirements An objective trees is a tool for refining functional requirements Identifying and incorporating constraints into the problem is important Identifying and incorporating constraints into the problem is important Visual aides always help Visual aides always help Once the problem is defined, a team and an initial schedule can be formed Once the problem is defined, a team and an initial schedule can be formed