13.07.2015 Views

MAINTAINABILITY DESIGN TECHNIQUES METRIC - AcqNotes.com

MAINTAINABILITY DESIGN TECHNIQUES METRIC - AcqNotes.com

MAINTAINABILITY DESIGN TECHNIQUES METRIC - AcqNotes.com

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Downloaded from http://www.everyspec.<strong>com</strong> on 2011-10-29T14:56:01.DOD-HDBK-791(AM)ties. documentation, repair parts, and the test equipmentitself.5-3.3 HAZARDSApplication of the throwaway concept creates severalimportant hazards, each of which requires provisions toprevent the development of major disadvantages. Thesehazards are1. The frequent failure of a single, relatively inexpensive<strong>com</strong>ponent necessitates discard of an expensiveassembly, which results in increased maintenance dollarcosts. The obvious counteraction to be taken is the use of<strong>com</strong>ponents of approximately equal reliability in eachassembly. This should be required even if more expensive<strong>com</strong>ponents are required to obtain an approximation ofequal reliability.2. Frequent failure of a module, resulting in discard,does not reveal the cause of failure. A postmortem analysisof the failed module may discover that (a) the same<strong>com</strong>ponent causes failure and, if replaced by a morerelitible one, could extend the life of the module considerablyor (b) the module is a victim of a false alarm thaterroneously signals failure of the module, i.e., the monitoringor diagnostic equipment is at fault.3. Procurement times for assemblies tend to begreater than those for <strong>com</strong>ponents, which possibly leadsto excessive system downtime. To prevent this, increasedemphasis must be placed on stocking the critical items insufficient quantities at the unit level.4. The technical capability of the personnel of theunit in the area of self-support generally deterioratesbecause of the decreasing need for piece-part repair activities.Obviously, one of the objectives of throwaway maintenanceis the elimination of a requirement for high skilllevels for technicians.Accordingly. a decision to adopt a high-level throwawayconcept for the design of a system is predicated on anumber of conditions, i.e.,1. Replacement assemblies should be available inadequate quantities at the user level.2. The reliability of <strong>com</strong>ponents within each assemblyshould be approximately equal.3. The reliability of the assemblies <strong>com</strong>prising a systemshould be sufficiently high to <strong>com</strong>pensate for theirrelatively high cost.Despite these hazards and conditions, wherever considerationsof operational availability are paramount, adefinite attempt should be made to design a system foremployment of throwaway assemblies.5-4 SOFTWARE MODULESSoftware modules are similar to hardware modules inthat they may be designed to perform specific functions.Software modular design, however, cannot be applied toall types of equipment with equal advantage. Its greatestapplication is in electronic equipment to monitor ordetermine the status of a circuit, subassembly, or system;diagnose or troubleshoot a failure or malfunction; orperform a self-check on an item of test equipment. Separateprograms (modules) can be written, using the samemicroprocessor, to perform each of these functions foreach of the different hardware modules that requires it.The advantages of software modularization are (Ref. 1)1. By using tailored software programs, i.e., focusingon a specific item or function, the software is less<strong>com</strong>plex. Therefore, it requires less frequent maintenanceand fewer steps to locate a fault. Programs can be readilychanged to ac<strong>com</strong>modate a retrofit replacement item.2. Lesser routines maybe more easily understood bythose responsible for subsequent program maintenance.3. Less likelihood that a modification to a specificprogram will affect other programs. This reduces thepossibility of maintenance-induced failures.4. The number of discrete problems possible in aspecific subroutine is often many orders of magnitude lessthan the number possible in the <strong>com</strong>plete overall program.Thus testing is more manageable. Software modulescan be tailored to the demands of the system <strong>com</strong>ponents.5. Software programs can be easily modified basedon operational experience.6. Imperfections in module software that remainedunidentified up to the time of failure–-although they wereintroduced when the software was originally written orsubsequently modified-can be corrected without impactingthe <strong>com</strong>plete system.5-5 <strong>DESIGN</strong> CRITERIA5-5.1 MODULARIZATION VERSUS PIECE-PART <strong>DESIGN</strong>The general criteria for modularization versus piecepartdesign are1. Feasibility. Feasibility criteria often lead to aquick decision; if it is not within the state of the art todevelop a modularized design as an alternative, piece-partdesign wins by default.2. Life Cycle Cost. When modularization is a feasiblealternative, its cost-effectiveness must be consideredas it applies to the life cycle of the item. The cost aspect isparticularly important if a throwaway module is beingconsidered.3. Compatibility With Logistical Support Plan.Most “module versus piece-part” decisions are made tosatisfy the demands imposed by the logistical supportplan to ac<strong>com</strong>modate the operational demands of thesystem. The requirement for immediate repair at the unitlevel by unskilled personnel demands modular replacement(see par. 5-l).5-3

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!