Product Architecture and Modularity Systems Engineering MG587 Karl T. Ulrich and Steven D. Eppinger 3rd Edition, Irwin McGraw-Hill, 2004.

Slides:



Advertisements
Similar presentations
Managing Projects Teaching materials to accompany:
Advertisements

Teaching materials to accompany:
Product Design L8- Ch9: Product Architecture Dr. Husam Arman 1.
INSE 6411 Product Design Theory and Methodology
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Instructor: Tasneem Darwish1 University of Palestine Faculty of Applied Engineering and Urban Planning Software Engineering Department Software Systems.
Information Resources Management January 23, 2001.
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
1 Systems Engineering Part 2 Product Architectures.
Chapter 9: Product Architecture
Teaching materials to accompany:
Design Concepts and Principles
Lecture 6 October 22, Agenda HW presentations Acceleration of materials Midterm discussion Product Architecture Exercise Team Assessment.
Product Structure. Make to order (Dell Computers) Make to stock (Roaster Pans) Delayed Differentiation (Washing Machines)Delayed Differentiation Product.
Teaching materials to accompany:
WBS & AO Controls Jason Chin, Don Gavel, Erik Johansson, Mark Reinig Design Meeting (Team meeting #10) Sept 17 th, 2007.
CAD/CAM Design Process and the role of CAD. Design Process Engineering and manufacturing together form largest single economic activity of western civilization.
Development Processes and Product Planning
Software Engineering CSE470: Systems Engineering 35 Computer System Engineering Computer System Engineering is a problem-solving activity. Itemize desired.
Copyright 2006 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Third Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
SDLC. Information Systems Development Terms SDLC - the development method used by most organizations today for large, complex systems Systems Analysts.
SE-565 Software System Requirements More UML Diagrams.
McGraw-Hill/Irwin © 2003 The McGraw-Hill Companies, Inc., All Rights Reserved.
Course Instructor: Aisha Azeem
Architectural Design Establishing the overall structure of a software system Objectives To introduce architectural design and to discuss its importance.
Development Processes and Organizations
Teaching materials to accompany:
Teaching materials to accompany:
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 11 Slide 1 Architectural Design.
Development Processes and Organizations
LOGISTICS OPERATION Industrial Logistics (BPT 3123)
Chapter 6: The Traditional Approach to Requirements
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
Chapter 10 Architectural Design
Chapter 10 – Facility Layout
1 These are the Skills You Need to Build a House – What’s Missing?
Chapter 2 The process Process, Methods, and Tools
1 BTEC HNC Systems Support Castle College 2007/8 Systems Analysis Lecture 9 Introduction to Design.
Moving into Design SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
1 Rev: 3/29/07 MSE-415: B. Hawrylo Chapter 9 Product Architecture MSE-415: Product Design Lecture #9.
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 A Discipline of Software Design.
CSE 303 – Software Design and Architecture
New Product Development Management NPDM 8 Mohsen SADEGHI Department of Graduate School of Management and Economics Sharif University of Technology.
PENN S TATE © T. W. S IMPSON PENN S TATE Timothy W. Simpson Professor of Mechanical & Industrial Engineering and Engineering Design The Pennsylvania State.
SOFTWARE DESIGN.
Space Systems Engineering: Functional Analysis Module Functional Analysis Module Space Systems Engineering, version 1.0.
Kuliah 9 : Product Architecture. Dira Ernawati, ST.MT2 Planning Concept Develop. System- Level Design Detail Design Testing And Refinement Production.
Product Architecture, Industrial Design, Design for Manufacturing.
Product Architecture Chapter 9 EIN 6392, summer 2012 Product Design for Manufacturability and Automation.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
1 Lecture #1: PD - Ch 1. Introduction Ref: Product Design and Development by Karl T. Ulrich and Steven D. Eppinger, McGRAW-Hill
UNIT – III DESIGN OF PRODUCT, SERVICE AND WORK SYSTEMS.
Principles of Engineering System Design Dr T Asokan n.
1 CMPT 275 High Level Design Phase Modularization.
1 CS 501 Spring 2004 CS 501: Software Engineering Lecture 2 Software Processes.
EPT 221 CONFIGURATION DESIGN. Objective of This Lecture Describe the configuration design phase Describe ways to generate product and parts configurations.
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
Chapter 12 EIN 6392, Product Design summer 2012
Chapter 2: Development process and organizations
Building an E-commerce Web Site
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
DESIGN OF PRODUCTS AND SERVICES Chapter Three Copyright © 2014 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
SOFTWARE DESIGN & SOFTWARE ENGINEERING Software design is a process in which data, program structure, interface and their details are represented by well.
Chapter 3 MANAGING THE TRANSFORMATION PROCESS
Subject Name: Embedded system Design Subject Code: 10EC74
Product Design for Manufacturability and Automation
Chapter 2: Development process and organizations
Presentation transcript:

Product Architecture and Modularity Systems Engineering MG587 Karl T. Ulrich and Steven D. Eppinger 3rd Edition, Irwin McGraw-Hill, 2004.

Product Architecture: Definition The arrangement of functional elements into physical chunks which become the building blocks for the product or family of products. Product module

Other terms for “Chunks” A ‘Chunk’ is made up of a collection of components that carry out various functions/sub-functions of the product. Other terms for “Chunks” or elements that make up a chunk –Subsystem –Cluster –Module –Building blocks ‘Interfaces’ connect these chunks together.

Architecture The Architecture of a product is the scheme by which the functional elements of the product are arranged into physical chunks and by which the chunks interact.

Planning Product Development Process Concept Development Concept Development System-Level Design System-Level Design Detail Design Detail Design Testing and Refinement Testing and Refinement Production Ramp-Up Production Ramp-Up Product architecture is determined early in the development process. This is not a linear, sequential process. Platform decision Concept decision Decomposition decision

Architecture Decisions

Choosing the Product Architecture Architecture decisions relate to product planning and concept development decisions: –Product Change (copier toner, camera lenses) –Product Variety (computers, automobiles) –Standardization (motors, bearings, fasteners) –Performance (racing bikes, fighter planes) –Manufacturing Cost (disk drives, razors) –Project Management (team capacity, skills)

How Does Architecture Happen? Ulrich and Eppinger – ‘Chunks’ approach. MIT – Design Structure Matrix. Buede – Decomposition, –Physical mirrors Functional structures. Dominant Flow Heuristics - R. B. Stone

Architectures : Challenge X

Modular or Integral Architecture? Motorola StarTAC Cellular Phone Rollerblade In-Line Skates Ford Explorer Apple iBook

Modular Product Architectures Chunks implement one or a few functions entirely. Interactions between chunks are well defined. Modular architecture has advantages in simplicity and reusability for a product family or platform. Swiss Army KnifeSony Walkman

Trailer Example: Modular Architecture box hitch fairing bed springs wheels protect cargo from weather connect to vehicle minimize air drag support cargo loads suspend trailer structure transfer loads to road

Trailer Example: Integral Architecture upper half lower half nose piece cargo hanging straps spring slot covers wheels protect cargo from weather connect to vehicle minimize air drag support cargo loads suspend trailer structure transfer loads to road

Integral Product Architectures Functional elements are implemented by multiple chunks, or a chunk may implement many functions. Interactions between chunks are poorly defined. Integral architecture generally increases performance and reduces costs for any specific product model. Compact Camera

Ford Taurus Integrated Control Panel

Discussion Question Is one type of product architecture (modular vs. integral) better than the other? –Performance –Platforms –Serviceability –Interfaces –Cost to manufacture –Cost to develop

Steps to Establish the Product Architecture – Ulrich and Eppinger 1.Create a functional model or schematic of the product. 2.Cluster the elements on the schematic. 3.Make Geometric Layouts to achieve the types of product variety. 4.Identify Interactions –Fundamental (must interact) –Incidental

Step 1: Functional or Schematic Diagram Physical and/or Functional Connect Elements Which Have Fundamental Interactions Show “Motion” & “Flow” Example: Rapid Prototyping Machine using laser sintering

Step 2: Cluster Elements into Chunks Reasons to Cluster –close geometric relationship –function sharing –modular –desire to outsource Atmospheric Control Unit Laser Table Powder Engine Control Cabinet

Step 3: Produce Geometric Layout Note: If you can’t make a geometrical layout then go back and redefine chunks and identify interactions

Step 4: Identify Interactions Forces consideration of geometric interfaces to accommodate flows Illustrates possible problems caused by interactions – Fundamental Lines on the schematic that connect chunks Usually a well understood property –Incidental Usually not shown on schematic Higher order effects/interferences

Product Architecture Example: Hewlett-Packard DeskJet Printer Part of a portfolio architecture and is composed of parts within a product architecture

DeskJet Printer Schematic Flow of forces or energy Flow of material Flow of signals or data Store Output Store Blank Paper Enclose Printer Provide Structural Support Print Cartridge Position Cartridge In X-Axis Position Paper In Y-Axis Supply DC Power “Pick” Paper Control Printer Command Printer Connect to Host Communicate with Host Display Status Accept User Inputs Functional or Physical Elements

Cluster Elements into Chunks Store Output Store Blank Paper Enclose Printer Provide Structural Support Print Cartridge Position Cartridge In X-Axis Position Paper In Y-Axis Supply DC Power “Pick” Paper Control Printer Command Printer Connect to Host Communicate with Host Display Status Accept User Inputs Paper Tray Print Mechanism Logic Board Chassis Enclosure User Interface Board Host Driver Software Power Cord and “Brick” Functional or Physical Elements Chunks

Geometric Layout

Incidental Interactions Enclosure Paper Tray Chassis Print Mechanism User Interface Board Logic Board Power Cord and “Brick” Host Driver Software Styling Vibration Thermal Distortion RF Interference RF Shielding

Dominant Flow Heuristics Heuristic 1: “The set of sub-functions through which a flow passes, from entry or initiation of the flow in the system to exit from the system or conversion of the flow within the system, define a module.” Function System Energy Material Informa tion The Wok Example

Generic Dominant Flow Illustration Interface Interaction Material Energy

Dominant Flow Example Fragment of the iced tea brewer FM

Branching Flow Heuristic 2: “Parallel function chains associated with a flow that branches constitute modules. Each of the modules interfaces with the remainder of the product through the flow at the branch.”

Generic Branching Flow Illustration Interface Material Module/Chunk #1 Module/Chunk #2 Branch

Branching Flow Example Fragment of the iced tea brewer FM

Conversion-Transmission Modules Heuristic 3: A conversion sub-function or a conversion-transmission pair or proper chain of sub-functions constitutes a module.

Conversion-Transmission Example Fragment of the iced tea brewer FM

The Design Structure Matrix (DSM): An Information Exchange Method Interpretation: Task D requires information from tasks E, F, and L. Task B transfers information to tasks C, F, G, J, and K. Donald V. Steward, Aug. IEEE Trans. on Eng. Mgmt Note: Information flows are easier to capture than work flows. Inputs are easier to capture than outputs.

DSM (Partitioned, or Sequenced) Note: Manipulate the matrix to emphasize features of the process flow. Sequential, parallel and coupled tasks can be identified. Clustering Algorithms

System Team Assignment Based on Product Architecture From “Innovation at the Speed of Information”, S. Eppinger, HBR, January 2001.

Modularity Modularity is a product development strategy in which interfaces shared among components in a given product architecture become specified and standardized to allow for greater substitutability of components across product families.

Types of Modular Designs Slot Bus Sectional All retain a 1-to-1 mapping of functional to physical elements

Types of Modularity with common interfaces Swapping ModularitySharing Modularity Sectional ModularityBus Modularity Fabricate-to-Fit ModularityMix Modularity Adapted from K. Ulrich,” The Role of Product Architecture in the Manufacturing Firm”, Research Policy, 1995.

Modular vs. Integral ModularIntegral

Example of Modularity K. Ulrich, “The Role of Product Architecture in the Manufacturing Firm” Research Policy, 24, (1995)

Example of Modularity K. Ulrich, “The Role of Product Architecture in the Manufacturing Firm” Research Policy, 24, (1995)

Example of Modularity K. Ulrich, “The Role of Product Architecture in the Manufacturing Firm” Research Policy, 24, (1995)

Sony Walkman

Product Model Lifetime From Sanderson and Uzumeri, The Innovation Imperative, Irwin Survival Time (years) Fraction Surviving Sony AIWA Toshiba Panasonic Sony 1.97 yr Others 1.18 yr Average Life About 200 versions of the Sony Walkman from four platforms!

Platforms and Modularity

Some Modularity Benefits Production of a great variety of end products from a limited number of building blocks Platform strategy permitting many product variants based on a stable architecture Facilitate changes to current and future products Simplifies parallel testing Serviceability Allows for parallel development of design teams Allows for outsourcing

Some Limitations to Modularity Cannot discriminate look alike products Increases the risk of competitors copying designs Generally increases unit cost ( more components), volume (size) or weight of the product More interfaces are less reliable (why??) Depends on the capabilities of designers

Impact of Modularity Decisions on Later Design Processes

Product Architecture Example: Hewlett-Packard DeskJet Printer

Planning a Modular Product Line: Commonality Table Differentiation versus Commonality Trade off product variety and production complexity

Planning a Modular Product Line: Differentiation Table Differentiation versus Commonality Trade off product variety and production complexity

Supply Chain Issues of Postponing Differentiation

Examples of Postponing Differentiation Paint in Hardware Store Cake in Grocery Store Your experiences….

Product Configurators Satisfy customer demand by creating a product composed of a number of pre- defined components Select and arrange parts to fit product and operational constraints Requirements: –Modularization –Custom assembly operations –Up-front engineering and testing

Fundamental Decisions Integral vs. modular architecture? What type of modularity? What type of interfaces? How to assign functions to chunks? How to assign chunks to teams? Which chunks to outsource?

Product Architecture: Conclusions Architecture choices define the sub-systems and modules of the product platform or family. Architecture determines: –ease of production variety –feasibility of customer modification –system-level production costs Key Concepts: –modular vs. integral architecture –clustering into chunks –planning product families