Product Development Chapter 6. Hardware & Software Techniques Block diagram the system (Visio) Redundancy  Active: failure of one parallel component.

Slides:



Advertisements
Similar presentations
Prescriptive Process models
Advertisements

1 Software Processes A Software process is a set of activities and associated results which lead to the production of a software product. Activities Common.
Software Development Life Cycle
1 Chapter 4 - Part 1 Software Processes. 2 Software Processes is: Coherent (logically connected) sets of activities for specifying, designing, implementing,
Software Development Methods and Tools Chapter 8.
Software Processes Coherent sets of activities for specifying, designing, implementing and testing software systems.
Chapter 22 UML Tooks and UML as Blueprint Model-Driven Architecture (MDA) Object-Constraint Language (OCL)
System Implementation Dr. Dania Bilal IS 551 Fall 2005.
Prepared By: Certified Compliance Solutions, Inc. August 2012
Unified theory of software evolution Reengineering – Business process reengineering and software reengineering BPR model – Business definition, process.
Unit 251 Implementation and Integration Implementation Unit Testing Integration Integration Approaches.
Software Engineering General Project Management Software Requirements
©Ian Sommerville 2000 Software Engineering, 6th edition Slide 1 Software Processes l Coherent sets of activities for specifying, designing, implementing.
1 IS 4420 Database Fundamentals Chapter 2: Database Development Process Leon Chen.
CAD/CAM Design Process and the role of CAD. Design Process Engineering and manufacturing together form largest single economic activity of western civilization.
Chapter 9 Database Design
COMP6015 An Introduction to Computer Programming
Failure Mode and Effect Analysis
Course Instructor: Aisha Azeem
High Level: Generic Test Process (from chapter 6 of your text and earlier lesson) Test Planning & Preparation Test Execution Goals met? Analysis & Follow-up.
Hardware Development Methods and Tools Design Methodologies Component Variations Misuse Extended TRIZ.
Chapter 3 Software Processes.
How can ERP improve a company’s business performance?  Prior to ERP systems, companies stored important business records in many different departments.
Formal Methods 1. Software Engineering and Formal Methods  Every software engineering methodology is based on a recommended development process  proceeding.
Software Testing Verification and validation planning Software inspections Software Inspection vs. Testing Automated static analysis Cleanroom software.
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 22Slide 1 Verification and Validation u Assuring that a software system meets a user's.
System Implementation. System Implementation and Seven major activities Coding Testing Installation Documentation Training Support Purpose To convert.
Software Engineering Chapter 15 Construction Leads to Initial Operational Capability Fall 2001.
ISO Tor Stålhane IDI / NTNU. What is ISO ISO 9001 was developed for the production industry but has a rather general structure ISO describes.
Level 2 Unit 4 Producing Engineering Solutions Engineering Diploma Level 2 Unit 4 Producing Engineering Solutions An Approach to Unit Delivery and Assessment.
ITEC 3220M Using and Designing Database Systems
Instructor: Peter Clarke
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 3 Slide 1 Software Processes l Coherent sets of activities for specifying, designing,
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
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.
Design engineering Vilnius The goal of design engineering is to produce a model that exhibits: firmness – a program should not have bugs that inhibit.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
1 Systems Analysis and Design in a Changing World, Thursday, January 18, 2007.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 22 Slide 1 Software Verification, Validation and Testing.
Team Think For You. Outline  Introduction  Process  Requirements Engineering  Architecture  Detailed Design  Testing  Demo  Extensibility  Conclusions.
Reverse engineering is the process of discovering the technological principles of a human made device, object or system through analysis of its structure,
System Implementation Dr. Dania Bilal IS 582 Spring 2009.
System Implementation Dr. Dania Bilal IS 592 Spring 2005.
Chapter 2 – Software Processes Lecture 2 1Chapter 2 Software Processes.
IT Essentials: PC Hardware and Software v4.0. Chapter 4 Objectives 4.1 Explain the purpose of preventive maintenance 4.2 Identify the steps of the troubleshooting.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 4 1 Chapter 4: Basics of Preventive Maintenance and Troubleshooting IT.
Safety-Critical Systems 7 Summary T V - Lifecycle model System Acceptance System Integration & Test Module Integration & Test Requirements Analysis.
Software Safety Case Why, what and how… Jon Arvid Børretzen.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
1. What do you understand by software engineering? Discuss the role of engineering software development. 2. What do you understand by software requirement.
February 8, 2006copyright Thomas Pole , all rights reserved 1 Lecture 3: Reusable Software Packaging: Source Code and Text Chapter 2: Dealing.
Ch7: Software Production Process. 1 Waterfall models  Invented in the late 1950s for large air defense systems, popularized in the 1970s  Main characteristics:
11 Software Design CSCU 411 Software Engineering.
Software Engineering I. Introduction to Software Engineering Software models Formal Specification using ASML (Abstract State Machines Language) Software.
Lectures 2 & 3: Software Process Models Neelam Gupta.
Software Process Models The slides and the material of this chapter is adopted from: 1. “Software Engineering”, by I. Somerville, 7th Ed., “Software.
Failure Modes and Effects Analysis (FMEA)
©Ian Sommerville 2000Software Engineering, 6th edition. Chapter 19Slide 1 Verification and Validation l Assuring that a software system meets a user's.
Roadmap to Greener Computing Henri Mikkola. Eco-Friendly Product Lifecycle Today through globalization products travel long distances before reaching.
Medical Device Software Development
Product Development R. Fries
What is System Design? In System design, we use the requirements we developed in system analysis to create a blueprint of the future system Successful.
Software Processes (a)
GE 6757 TOTAL QUALITY MANAGEMENT
QUALITY IMPROVEMENT BASICS
Design for Quality Design for Quality and Safety Design Improvement
Chapter 1 (pages 4-9); Overview of SDLC
HMI Reliability Dale Wolfe Reliability Engineer LMSSC*ATC*LMSAL
Information system analysis and design
Presentation transcript:

Product Development Chapter 6

Hardware & Software Techniques Block diagram the system (Visio) Redundancy  Active: failure of one parallel component - the second still works  Standby: failure of component – replacement MTBF=mean time between failures = 1/λ  Active MTBF=3/(2λ)  Standby MTBF=2/λ

MIL-HDBK-217 Where to get λ? Google MIL-HDBK-217… For example, see Try wire wound resistor in a missile…

Component Selection Considerations Component reliability  Vendor assessment (Hx, failure, etc.)  Vendor audit (check facility)  Vendor evaluation (inspect incoming)  Vendor qualification (on-list?) Component history  military & reliability groups  government info bases Safety (FMEA, etc.)

Hardware & Software Techniques ctd. Component Derating  Practice of limiting the stresses  Use 2 watt R in 1 watt situation, decrease failure rate >30% (T, humidity, P, V, I, friction, vibration)  Usage ratio = max stress/stress rating (.5-.9)  Goal is reliability!  Pacemaker example

Hardware & Software Techniques ctd. Safety Margin  =(mean safety factor) - 1 =(mean strength/mean stress) - 1  Elevator – safety margin~2  Medical devices – Fries -.5 and up. Load Protection Environment (see 112) Product misuse Design for variation (6 sigma)

Experimental Design Statistical Approach  Effective approach for multivariable situations  Taguachi method Design Process  System design  Parameter design  Tolerance design Two types of variables  Control factors  Noise factors Apply this to design

Software Development and Engineering Management Planning for safety (FDA!) Planning for risk assessment Planning for method  Waterfall  Incremental delivery  Spiral  Cleanroom  Code and fix, …

Software Development and Engineering Management Choose design method  Top-down  Data driven  OOP Language (Assembler/C++/Qbasic etc.) Testing Requirements Hazard Analysis!!! (FDA)

Software Development and Engineering Management Requirements traceability (FDA) Software architecture design  Well defined modules (logical)  Other vendor – standalone  Single purpose modules  Cohesion & coupling Implementation (coding) Integration

Structured/Unstructured Design Techniques Computer/database assisted:  Ideation - ‘Innovation Workbench’  TRIZ  Techoptimizer  Others… Example done in class, another in text

Axiomatic Design Nam Suh, MIT Requirements, design parameters, process variables, customer needs = vectors Try to solve, disassociate functional requirements and design parameters Highly mathematical Acclaro Software

Reverse Engineering and Redesign Opportunities increase with age of technology Disassembly of product and inventory and analysis of parts Allows for the potential update or modification of the parts with technological advances Can drastically increase productivity or effectiveness in a dated product

Design Techniques Very structured approach  Pahl and Beitz, Engineering Design  Design method contains 8 distinct steps Semistructured  Wilcox, Engineering Design for Electrical Engineers  Ulrich and Eppinger Product Design and Development

The Clean-Room Approach To Reverse-Engineering: “One person or group takes a device apart and describes what it does in as much detail as possible at a higher level of abstraction than the specific code. That description is then given to another group or person who has absolutely no knowledge of the specific device in question. This second party then builds a new device based on the description. The end result is a new device that works identically to the original but was created without any possibility of specifically copying the original. “ -Mathew Schwartz