Difference between revisions of "System Maintenance"
Line 73: | Line 73: | ||
[[{{TALKPAGENAME}}|[Go to discussion page]]] | [[{{TALKPAGENAME}}|[Go to discussion page]]] | ||
<center>[[Operation of the System|<- Previous Article]] | [[System Deployment and Use|Parent Article]] | [[Logistics|Next Article ->]]</center> | <center>[[Operation of the System|<- Previous Article]] | [[System Deployment and Use|Parent Article]] | [[Logistics|Next Article ->]]</center> | ||
− | |||
− | |||
− | |||
− | |||
− | |||
[[Category:Part 3]][[Category:Topic]] | [[Category:Part 3]][[Category:Topic]] |
Revision as of 19:15, 15 September 2011
For a system to be sustained throughout its system life cycle, the maintenance process has to be executed concurrently with the operations process (ISO 15288 Clause 6.4.9). The requirements for maintenance have to be defined during the stakeholder’s requirement definition process (Clause 6.4.1). Considerations include:
- Maximizing system availability to meet the operational requirements. This has to take into account the designed-in reliability and maintainability of the system.
- Preserving system operating potential through proper planning of system scheduled maintenance. This requires a reliability-centered maintenance strategy that incorporates preventive maintenance in order to preempt failures, thereby extending the mean time between corrective maintenance, as well as enhancing the availability of the system.
- Outsourcing non-critical maintenance activities so as to optimize scarce technical manpower resources.
- Harness IT technology for maintenance management. This involves rigorous and systematic capturing and tracking of operating and maintenance activities to facilitate analysis and planning.
Maintenance management is concerned with the development and review of maintenance plans, as well as securing and coordinating resources, such as budget, service parts provisioning, and management of supporting tasks (e.g., contract administration, engineering support, and quality assurance).
Process Approaches
The purpose of the maintenance process is to sustain the capability of the system to provide a service. This process monitors the system’s capability to deliver services; records problems for analysis; takes corrective, adaptive, perfective, and preventive actions; and confirms restored capability.
As a result of the successful implementation of the maintenance process:
- A maintenance strategy is developed.
- Maintenance constraints are provided as inputs to requirements.
- Replacement system elements are made available.
- Services meeting stakeholder requirements are sustained.
- The need for corrective design changes is reported.
- Failure and lifetime data is recorded.
The project should implement the following activities and tasks in accordance with applicable organization policies and procedures with respect to the maintenance process:
- System preparation for operations, including system performance verification before operation.
- Scheduled servicing, such as daily inspection/checks, servicing, and cleaning.
- Unscheduled servicing (carrying out fault detection and isolation to the faulty replaceable unit and replacement of the failed unit).
- Re-configuration of the system for different roles or functions.
- Scheduled servicing (higher level scheduled servicing but below depot level).
- Unscheduled servicing (carrying out more complicated fault isolation to the faulty replaceable unit and replacement of the failed unit).
- Minor modifications.
- Minor damage repairs.
- Major scheduled servicing (e.g., overhaul and corrosion treatment).
- Major repairs (beyond normal removal and replacement tasks).
- Major modifications.
The maintenance plan specifies the scheduled servicing tasks and intervals (preventive maintenance) and the unscheduled servicing tasks (adaptive or corrective maintenance). All the tasks in the maintenance plan are allocated to the various maintenance agencies. A maintenance allocation chart is developed to tag the maintenance tasks to the appropriate maintenance agencies. These include: in-service or in-house work centers, approved contractors, affiliated maintenance or repair facilities, OEMs, etc. The maintenance plan also establishes the requirements for the support resources.
Related activities such as resource planning, budgeting, performance monitoring, upgrades, longer term supportability, and sustenance also need to be managed. These activities are being planned, managed, and executed over a longer time horizon and they concern the well being of the system over the entire life cycle.
Proper maintenance of the system relies very much on the availability of support resources, such as support and test equipment (STE), technical data and documentation, Personnel, spares, and facilities. These have to be factored in during the acquisition agreement process.
Methods & Tools
Training and Certification
Adequate training must be provided for the technical personnel maintaining the system. While initial training may have been provided during the transition process, additional personnel may need to be trained to cope with the increased number of systems being fielded, as well as to cater to staff turnover. It is important to define the certification standards and contract for the training materials as part of the supply agreement.
Practical Considerations
The organization responsible for maintaining the system should have clear thresholds established to determine whether a change requested by end users, changes to correct latent defects, or changes required to fulfill the evolving mission are within the scope of a maintenance change or require a more formal project to step through the entire systems engineering life-cycle. Evaluation criteria to make such a decision could include cost, schedule, risk, or criticality characteristics.
References
Citations
None.
Primary References
Blanchard, B.S., W.J. Fabrycky. 2011. Systems Engineering and Analysis. 5th Edition. Upper Saddle River, NJ, USA: Prentice Hall.
DAU. 2010. Defense Acquisition Guidebook (DAG). Ft. Belvoir, VA, USA: Defense Acquisition University (DAU)/U.S. Department of Defense. February 19, 2010.
INCOSE. 2011. INCOSE Systems Engineering Handbook: A Guide for System Life Cycle Processes and Activities. Version 3.2.1. San Diego, CA, USA: International Council on Systems Engineering (INCOSE), INCOSE-TP-2003-002-03.2.1.
Institute of Engineers Singapore. 2009. Systems Engineering Body of Knowledge. Provisional version 2.0. Singapore: Institute of Engineers Singapore.
ISO/IEC/IEEE. 2008. Systems and Software Engineering - System Life Cycle Processes. Geneva, Switzerland: International Organization for Standardization (ISO)/International Electronical Commission (IEC), Institute of Electrical and Electronics Engineers. ISO/IEC/IEEE 15288:2008 (E).
Additional References
No additional references have been identified for version 0.5. Please provide any recommendations on additional references in your review.