1 ME 59700 Spring 2015 Systems Engineering, Part II Session 8 5 February 2015 Mr. Larry Hopp, CPL © Copyright 2013.

Slides:



Advertisements
Similar presentations
1 PROJECT MANAGEMENT ROLE OF KEY PERSONNEL Bernd Madauss International Space University Strasbourg February, 2011
Advertisements

S Y S T E M S E N G I N E E R I N G.
Software Quality Assurance Plan
Design for Maintainability
© 2014 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected by Copyright and written permission should be obtained.
Reliability Risk Assessment
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Unit III Module 4 - Hard Time Task
Systems Engineering Management
TECH 101 Product Design and Manufacturing. TECH 1012 System Life-Cycle Engineering 2 Major phases in almost all products and in many cases services –Acquisition.
Planning. SDLC Planning Analysis Design Implementation.
Part II AUTOMATION AND CONTROL TECHNOLOGIES
© 2014 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected by Copyright and written permission should be obtained.
5-1 McGraw-Hill/Irwin Copyright © 2010 by The McGraw-Hill Companies, Inc. All rights reserved.
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
S/W Project Management
Unit I Module 2 - NAVAIR RCM Policy and Organization
Computers Are Your Future Eleventh Edition Chapter 13: Systems Analysis & Design Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall1.
Overview of the Department’s ABET Criterion 3 Assessment Process.
From Research Prototype to Production
Copyright ©2009 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Engineering Economy, Fourteenth Edition By William.
Unit 8 Syllabus Quality Management : Quality concepts, Software quality assurance, Software Reviews, Formal technical reviews, Statistical Software quality.
Demystifying the Business Analysis Body of Knowledge Central Iowa IIBA Chapter December 7, 2005.
Chapter 13: Developing and Implementing Effective Accounting Information Systems
Analyze Opportunity Part 1
Creating a Shared Vision Model. What is a Shared Vision Model? A “Shared Vision” model is a collective view of a water resources system developed by managers.
2Object-Oriented Analysis and Design with the Unified Process The Requirements Discipline in More Detail  Focus shifts from defining to realizing objectives.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Chapter 10 Information Systems Analysis and Design
PROJECT MANAGEMENT. A project is one – having a specific objective to be completed within certain specifications – having defined start and end dates.
2007 Introduction to System Engineering 1 ECET/CPET 491 Senior Design Project II Intro to System Engineering Reference: System Engineering Management,
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 3 Identification and Selection of Development Projects.
Georgia Institute of Technology CS 4320 Fall 2003.
Handbook of Informatics for Nurses and Healthcare Professionals Copyright ©2009 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights.
Computers Are Your Future Tenth Edition Chapter 13: Systems Analysis & Design Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall1.
© 2014 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected by Copyright and written permission should be obtained.
Systems Analysis and Design in a Changing World, Fourth Edition
Systems Engineering Conceptual System Design. Systems Engineering and Analysis, B.S. Blanchard and W. J. Fabrycky, 3 rd edition, Prentice-Hall, 1998.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth.
1 ME Spring 2015 Systems Engineering, Part II Session 9 10 February 2015 Mr. Larry Hopp, CPL © Copyright 2013.
Failure Modes, Effects and Criticality Analysis
ME Spring 2015 Systems Engineering, Part II Session 16 5 March 2015 Mr. Larry Hopp, CPL.
©2008 Pearson Education, Inc., Upper Saddle River, NJ. All rights reserved. This material is protected under all copyright laws as they currently exist.
Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth.
ME Summer 2013 Systems Engineering, Part II Session July 2013 Mr. Larry Hopp, CPL.
Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth.
ME Summer 2013 Systems Engineering, Part II Session July 2013 Mr. Larry Hopp, CPL.
Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth.
ME Spring 2015 Systems Engineering, Part II Session March 2015 Mr. Larry Hopp, CPL.
4 Chapter 4: Beginning the Analysis: Investigating System Requirements Systems Analysis and Design in a Changing World, 3 rd Edition.
Part II AUTOMATION AND CONTROL TECHNOLOGIES
Session 2 Dr. Dan C. Surber, ESEP
Software Configuration Management
Intelligent Systems Development
Systems Analysis and Design in a Changing World, 4th Edition
ME Spring 2015 Systems Engineering, Part II
ME Spring 2015 Systems Engineering, Part II
Terminal Learning Objectives
TechStambha PMP Certification Training
(Additional materials)
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
Request for Proposal (RFP)
CLINICAL INFORMATION SYSTEM
Software Engineering: A Practitioner’s Approach, 6/e Chapter 23 Estimation for Software Projects copyright © 1996, 2001, 2005 R.S. Pressman & Associates,
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
CS/EE/ME 75(a) Nov. 19, 2018 Today: Prelimnary Design Review Homework.
Planning for Design Project
Presentation transcript:

1 ME Spring 2015 Systems Engineering, Part II Session 8 5 February 2015 Mr. Larry Hopp, CPL © Copyright 2013

2 Agenda Discuss Maintainability Ch. 13

3 Maintainability Analysis Methods R&M Trade-0ff Maintainability Predictions Reliability-Centered Maintenance (RCM) Level-of–Repair Analysis (LORA) Maintenance Task Analysis (MTA) Total Productive Maintenance (TPM)

4 Reliability and Maintainability Trade-Off Evaluation Trade-offs can look at many different things Alternative designs to meet different spec requirements Lowest cost that meets the requirements.

5 Maintainability Prediction MIL-HDBK 472 Maintainability Predictions Dated 12 Jan 1984 –Done at various times during the design process –Gives various maintenance time parameters MTTR, Corrective, Preventive, Active –Requires a variety of information Resources –Personnel, training, test and support equipment, supply support, transportation, facilities etc

6 Reliability-Centered Maintenance MIL-STD 3034 Reliability-Centered Maintenance (RCM) Process Dated 21 Jan 2011 –A method for determining maintenance requirements based on the analysis of the likely functional failures of systems/equipment having a significant impact on safety, operations, and life- cycle cost. RCM supports the failure management strategy based on its reliability and operating context.

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure Simplified RCM decision logic.

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure The RCM analysis model and its interfaces.

9 Level of Repair Analysis (LORA) MIL-STD 1390D Level of Repair Analysis (LORA) Dated 19 Jan 1993 Helps determine if an item is repairable and at what maintenance level. Free computer models are available –JAM for LORA – Navy –COMPASS – Army Many Commercial versions

10 Level of Repair Analysis (LORA) Most effective maintenance and support structure for a system through iterative evaluations of both economic and noneconomic considerations. Determine the least cost feasible repair level or discard alternative and to influence the equipment design in that direction. Start early in the design effort and can be iteratively accomplished as the equipment design becomes more refined.

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure Basic system concepts.

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure Repair versus discard evaluation (Assembly A-1).

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure Economic screening criteria.

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure Level-of-repair analysis procedure.

16 Maintenance Task Analysis Evaluate a system –Identify steps and resources –Assess the configuration –Corrective and Preventive Maintenance –Analyze results –High level during conceptual design –More detail as the design progresses

17 Maintenance Task Analysis Existing System –Evaluate the current configuration –Identify the high cost contributors –Look at cause and effect relationships –Identify possible cost effective improvements –Make recommendations

18 Total Productive Maintenance Manufacturing based factory maintenance Life-cycle approach Maximize your equipment –Preventive versus corrective maintenance –Predictive maintenance Get everyone involved –Get a commitment

19 Maintainability Demonstration MIL-STD 471A Maintainability/Demonstration/Verification Dated 27 March 1973 Part of System Test and Evaluation –Part of Type 2 testing –Assesses logistics support

20 Demonstration Method 1 Process –Induce a failure without knowledge of test team –Tech check out equipment –Corrective maintenance –Collect data Maintenance procedures Logistics Support M ct and M max

21 Demonstration Method 2 50 Corrective, 50 Preventive actions Mean Active Maintenance Fixed Sample size Calculate Mean Active Maintenance Tasks

22 Maintainability Assessment Type 3 & 4 testing Validation of requirements Note deficiency –Corrective action –Design Modification

23 Chapter 13 Thursday 12 February –Homework Chapter 13 Problems 2, 5a – e, 12, 14, 23 Tuesday17 February –Quiz #2 Chapter 13 Thursday 19 February –CP2 Maintainability CDR

24 Trade Off Techniques –List all candidate approaches Many are clearly not feasible Analyze those that are feasible –Define the problem –Identify the ground rules and constraints –Describe the feasible alternatives –Define an approach for problem resolution –Select the appropriate evaluation criteria –Identify the potential areas of risk and uncertainty –Select the appropriate methods or techniques

25 Trade Off Techniques –Collect Data Allocation results Predictions Forecasts Historical data –Conduct Sensitivity analysis –Define areas of risk –Propose a recommended approach

26 Maintenance Task Analysis Identify resources –Personnel and training –Test and Support equipment –Spares/repair parts and inventories –Transportation and handling requirements –Facilities –Technical data –Computer resources

27 Maintenance Task Analysis Detail Design –Design Data –Drawings –Component part and material lists –Reports –Define Maintenance Tasks

Copyright ©2011, ©2006, ©1998 by Pearson Education, Inc. Upper Saddle River, New Jersey All rights reserved. Systems Engineering and Analysis, Fifth Edition Benjamin S. Blanchard Wolter J. Fabrycky Figure The MTA and supporting tools/models.

29 Maintainability Demonstration Joint between the contractor and the buyer Accomplished during the latter part of detail design See if specific maintainability contractual requirements have been met Check for design deficiencies Have a formal test plan or procedure

30 Maintainability Demonstration Have a formal test plan or procedure –List of tasks –Composition of test team and each members responsibilities –List of support material, facilities, and documentation –Demonstration procedures and statistical test methods –Ground rules for fault insertion, rules regarding retest if a failure, funding any design changes, exclusion from the demo

31 Maintainability Demonstration Have a formal test plan or procedure –Qualitative and quantitative parameters to be demonstrated –Timing of the demo –Describe the location Use an environment as similar as possible to the actual operational and maintenance environment –Define the levels of maintenance –Establish what criteria will be tested –Verify maintenance tasks

32 Maintainability Demonstration Have a formal test plan or procedure –Verify all of the necessary logistics resources are available Technical documentation Test Equipment Tools Support equipment Skilled personnel –Equipment should be similar to production equipment –Look at the adequacies or inadequacies of log spt