Professional Documents
Culture Documents
RAM Manual
RAM Manual
4 0100 009 o060 © soso to20 D 20000 0000 enoan e000 100000 Tine If B = 1, the Weibull distribution is equivalent to an Exponential distribution. When B => 3.5, the Weibull distribution is approximately equivalent to a Normal distribution. ‘The Weibull Reliability function is given by equation (4.13). RQ)= ol-(‘) (4.13) Figure 4.10 illustrates the different reliability curves for different B, [9]. © oa ©2009 Bureau Veritos Australia Ply Lid Page 30 I ba ws C3 68 Fa tts eaRAM Modelling using Optimise® Training Course- Module | Figure 4.10 - Weibull shape parameter effects on the reliability ‘Weibull Retaiity Plot w/ O<1, Bet, 4 100 20 00 om oxo 2 os ow om om oo 0 somo zsoco 2000p, ao codo0 soban 7000 The Weibull failure rate is given by equation (4.14). 2-1 al) 42) (4.14) n\n Figure 4.11 illustrates the effects of the shape parameter over the failure rate function, [9] Figure 4.11 - Weibull shape parameter effects on the failure rate ie (© 2009 Bureau Veritas Australia Pty Lid "page aiRAM Modelling using Optimise® Training Course- Module 1 ‘Weibull Fallure Rate wi 04, ft, 4 ono ooo 1 oto ii one oom i § oor 3 cone oco1o owe own ” ' 0 19090 200.00 ome, x00 ep.00 70.00 a " 4.2.1.4 Triangular Distrib al Triangular distribution is typically used as a subjective description of a population for which there is limited sample data. This distribution is particularly useful if limited information is 1 already available with the modal value determined through “educated guess”. Figure 4.12 presents the probability density function of a triangular distribution. i} Figure 4.12 — Triangular Distrib. ” J Ba J 1 J nH J a A € b ra Optimise® requires three inputs, the minimum (a), the peak (c) and the maximum (b) for a + ae (© 2009 Bureau Veritas Australia Ply Ltd Page 32RAM Modeling using Optimise® Training Course- Module 1 oa triangular distribution. The failure of a manual isolation valve is rare, thus limited failure data is available for this equipment. However, through consultation with experienced operation personnel, the following information is known: * the longest known operating duration before failure was 35 years; * onthe average, the valve is expected to failure once every 15 years; and ° ‘the shortest operating duration before failure was ten years. From the information presented above, a failure mode using triangular distribution can be used. 4.2. Rectangular distribution presents equal probability for all intervals between the stated minimum and maximum values. Figure 4.13 presents the probability density distribution of a rectangular distribution. .5 Rectangular Distribution Figure 4.13 — Rectangular Distribution a b Optimise® requires two inputs, the minimum (a) and the maximum valve (b). ‘The mobilisation of a maintenance crew requires a minimum of one hour and must mobilise within two hours of a critical equipment failure. From the information above, the maintenance crew can be modelled using a rectangular distribution with a minimum of one hour and a maximum of two hours. 4.3 System Configuration The equipment configuration will be used as a reference for the development of the Flow 6 An (© 2009 Bureau Veritas Austalio Ply Lid Page 33RAM Modelling using Optimise® Training Course- Module 1 Networks and Block Diagram. Usually the system drawings and technical information are used to identify the system configuration. 4.3.1 Series Blocks Components that directly affect the availability of their parent system are in series, Figure 4.14, If anyone of the components fails, the overall system fails, [4]. Figure 4.14 - Series System = Pa Po Re The reliability of a system with components in series is given by equation (4.15): Rs =JTT Ri (4.5) ea Applying equation (4.15) to the example on Figure 4.14, the system reliability in series is equal to Rs = Ra x Re x Re. If a= Re=Ro= Re= 0.99, then Rs = 0.9703. Assuming a constant failure rate, for n elements, the system reliability and failure rate will be given by equations (4.16) and (4.17), respectively. RS(t)= Ry (8): Ry(t)-ou- Ry) -TT2o=enf x &a} (4.16) Where ‘N’ is the system failure rate. The System MTTF is given by the inverse of the failure rate as shown by equation (4.18). (4.19) 4.3.2 (Active) Parallel Blocks Multiple components that display redundancy toward the availability of its parent system are © SEE (© 2009 Bureau Veritas Australia Ply Lid Page 34 | a a co) te’ 63 63 Ga oa ea & 5&3 eee:RAM Modelling using Optimise? Training Course- Module 1 [anes in parallel, Figure 4.15. If any one or two components fail, the overall system is stil available. If all three components fail, the overall system fails, [4] Figure 4.15 — Parallel System Ry Ro The reliabilty of a system with components in parallel is given by equation (4.20). ~Ta=Ri (4.20) ial Rs Applying equation (4.20) to the example on Figure 4.15, the system reliability in parallel is equal to Rs = 1 —[(1-Ra)(1-Re)(1-Ro)].. If Ras Re=Re= Re 0.99, then Rs = 0.9999, ‘Assuming constant failure rates, system MTTF is given by (4.21). 1 ft 1 1 MITPs=+-++4+-—_1 _ pa aaae (4.21) 43.3 K-out-of-n Parallel Blocks When ‘k’ number of components out of a possible ‘n’ are required for full system availability. For example, for a 2-out-of-3 configuration as shown in Figure 4.16, at least 2 components are required for full system availability, ie. if more than 2 components fail, the overall system fails, [4]. Figure 4.16 ~ K out of N System a ©2009 Bureau Veritas Australia Ply Lid Page 35,RAM Modeling using Opfimise® Training Course- Module 1 outobn Be som b. The reliability and the MTTF of a system with components in this configuration are given by equations (4.22) and (4.23) respectively. RaSa™ SRR 20) sea(n—x)! MITFos"Zy O23) If Ra= Ra=Ro= Ree 0.99, then Rs = 0.9997. 4.3.4 Decomposition Method Decomposition is the method for determining the reliability of complex systems, as the bridge configuration shown in Figure 4.17. The decomposition method is an application of the law of total probability, which involves choosing a "key" component and then calculating the reliability of the system twice: once as if the key component failed and once as if the key component succeeded. These two probabilities are then combined to obtain the reliability of the system, since at any given time the key component will be failed or operating, [5]. Figure 4.17 - Bridge System A B A B Ata ef -{o c D cFlo The reliability is given by equation (4.24). © Sian ©2009 Bureau Veritas Australia Ply Lid Page 36 =a bead td Ca Ss bs tuRAM Modelling using Optimise? Training Course- Module 1 oor rans R= P(E)P(E) + P(E)P(E) (4.24) If Ra= Re=Ro= Re= 0.99, then R= 2R° —SR* +2R° +2R? = 0.9998. Complex arrangements can be very difficult to solve analytically and to model. ae (© 2009 Bureau Veritas Australia Ply Lid Poge 37RAM Modelling using Optimise® Training Course- Module 1 5 RAM PROCESS OVERVIEW 5A Overview RAM analyses should provide a basis for decisi the choice of solutions and measures to achieve an optimum economy within the given constraints. This implies that the analysis should be performed at a point in time when sufficient details are available to provide sustainable results (e.g. Pre-Front End Engineering Design (FEED) and during the FEED phase). However, results should be presented in time for input to the decision process. Figure 5.1 illustrates that good design decisions, standardization and improved technology can extend the assets useful lifetime. RAM analysis is one of the most important tools which can support this process. Figure 5.1 — Useful life extension Pe Ue Er eats Gc Ces sit ra) Peres Gerd fens a © 2009 Bureau Veritas Australia Pty Ltd Page 38 a3 ba ed ta ee " 3 58 aRAM Modelling using Optimise® Training Course- Module 1 The analyses should be consistent with the assumptions and the reliability data should be traceable. Suitable analysis tools, calculation models, data and computer codes that are acceptable to the involved parties should be chosen and validated. Be aware that analysis tools and calculation models are under constant development. RAM analyses should be planned, executed, used and updated in a controlled and organized manner [3]. 5.2 Planning 5.21 Objectives The objectives of the analyses should be clearly stated prior to any analysis. Preferably, objectives can be to: * verify production-assurance objectives or requirements; ‘* identify operational conditions or equipment units critical to production assurance; * predict production availability, availabilty, reliability, etc.; ‘* identify technical and operational measures for performance improvement; ‘* compare alternatives with respect to different production-assurance aspects; * enable selection of facilities, systems, equipment, configuration and capacities based on economic, optimization assessments; and * provide input to other activities, such as risk analyses or maintenance and spare-parts planning. 5.22 Analysis Information The system for analysis should be defined, with necessary boundaries relative to its surroundings. An analysis of a complete production chain can cover both upstream and downstream set of equipment. It would account reservoir delivery, wells, process and utilities, product storage, reinjection, export and tanker off-take. Operating modes for inclusion in the analysis should be defined. Examples of relevant operating modes are start-up, normal operation, operation with partial load and run-down. Depending on the objective of the analysis, it can also be relevant to consider testing, maintenance and emergency situations. The operating phase or period of time for analysis should also be defined. @ a ©2009 Bureau Veritas Australia Ply Lid Poge 39RAM Modelling using Optimise® Training Course- Module 1 The performance measures to be predicted should be defined. In production-availability predictions, a reference level that provides the desired basis for decision-making should be selected. It should also be decided whether to include the effects from planned maintenance shutdowns, as well as those catastrophic events normally identified and assessed with respect to safety in risk analyses. The analysis methodology used should be decided on the basis of study objectives and the predicted performance measures. 5.3 Procedure 5.3.1 Preparation A review of available technical documentation should be performed as the initial activity, as well as establishing liaison with relevant disciplines. Site visits and failure mode, effect and fiticality analysis (FMECA) workshops may be performed and are recommended in cases where the major failure modes are unknown, 5.3.2 Base Case Model ‘The RAM documentation is usually based on two kinds of document: an input report, so called “assumptions” report, and an output report with the results, conclusions and recommendations. The assumptions will describe: + methodology used; ‘+ system description; equipment breakdown; © RBD; and * reliability data register (failure and maintenance). The system description should describe, or refer to documentation of, all technical and operational aspects that are considered to influence the results of the RAM analysis and that are required to identify the system subject to the analysis, e.g. design basis, piping and instrumentation diagrams, process flow diagrams, operation and maintenance strategies, reliability data, maintainability data, equipment criticality information, cause and effect matrices, production profiles, equipment capacities, etc. Areference to the data source should be included. References can be engineering or expert judgement, but historically based data should be used if available. The basis for quantification of reliability input data should be readily available statistics and system/component reliability data, results from studies of similar systems or 6 eee (© 2009 Bureau Veritas Australia Pty Lid Page 40 oo | ia a 3 64 ta be eo os nq al ” aRAM Modeling using Optimise® Training Course- Module 1 ‘expert/engineering judgement. Production, operability and maintainability review sessions ‘can be used to predict plant-specific downtimes (mobilization times, turnarounds, wells management, etc). In the analysis, the approach taken for reliability data selection should be specified, mentioned in the assumptions report and agreed upon by the involved parties. 5.3.3 Model development Develop a base case model that includes the following activities: + functional breakdown of the system; i. evaluation of the impacts of failure and maintenance; * evaluation of events for inclusion in the model, including common-cause failures; ‘* evaluation of the effect of compensating measures, if relevant; and * model development and documentation. The mode! must subject to an independent peer review, as part of Bureau Veritas Quality Assurance practice. 5.34 Results Analysis and Assessment Performance Measures Evaluate the performance measures of the analysed system. Various performance measures may be used; however production availability is the most frequently used. As a predictor for the performance measure, the expected (mean) value should be used. The uncertainty related to this prediction should be discussed and, if possible, quantified. ‘Aspects to be discussed are: * availabilty of systems/subsystems (Mean and standard deviation). . confidence bounds and P(x) values such P(10), P(50) and P(90). Depending on the objectives of the RAM analysis, the project phase and the framework conditions for the project, the following additional performance measures may be reportable outcomes: + main equipment contributors to losses; * expected frequency of repairs and consumption of spare parts; ‘* proportion of time or number of times production is equal to or above demand (demand availability); . proportion of time or number of times production is above zero (on-stream availability); * proportion of time or number of times the production is below demand; and eae © 2009 Bureau Veritas Australia Ply Lid Page 41RAM Modelling using Optimise® Training Couse- Module 1 ‘* proportion of time or number of times the production is below a specified level for a certain period of time. Sensitivity Analyses Sensitivity analyses should be considered to take account of uncertainty in important input Parameters such as alternative assumptions, variations in failure and repair data or alternative system configurations. Sensitivities consider variations to the base case model. It is recommended to perform one change at the time to proper track the impacts on the results. Criticality Analyses In addition to the performance measure, a list of critical elements (e.g. equipment, systems, operational conditions and compensatory means) should be established. This list assists in identitying systems/equipment that should be considered for production-assurance and teliabiity improvement. Complementary analysis, e.g. FTA, FMECA can be used at this stage. When production availabilty or deliverability is to be predicted, relative and absolute losses can be measured to identify contributions to production unavailability from each item/event in order to take account of the effects of compensating measures. 5.3.5 Reporting and Recommendations The various steps in the RAM analysis, as described above and all assumptions should be reported. The appropriate performance measures should be reported for all alternatives and sensitivities. Recommendations identified in the analysis should be reported. Recommendations may concern design issues or further analyses/assessments. Furthermore, recommendations may be categorized as relating to technical, procedural, organizational or personnel issues. Recommendations may also be categorized by whether they affect the frequency or the consequence of failures/events. 5.3.6 Handling of Uncertainty ‘The uncertainty related to the value of the predicted performance measure should be discussed and, if possible, quantified. The quantification may have the form of an uncertainty distribution for the expected value of the performance measure or a measure of the spread of this distribution (e.g. standard deviation, prediction interval). ‘The main factors causing variability (and hence uncertainty in the predictions) in the performance measure should be identified and discussed. Also, factors contributing to the 6 ae (© 2009 Bureau Veritas Australia Ply Lid Page 42 ia) ete ou " a d 1 a 7RAM Modeling using Optimise® Training Course- Module 1 uncertainty as a result of the way the system performance is modelled should be covered. Criticality and sensitivity analyses may be carried out to describe the sensitivity of the input data used and the assumptions made. ae (© 2009 Bureau Veritas Australia Ply Lid Page 43ti (2) 3] (4) 6 7 {8} i) [10] [11] RAM Modelling using Optimise® Training Course- Module 1 6 REFERENCES Strong Gary et al - Bureau Veritas ATL consulting Group — Reliability and Maintenance Strategy Development within Design Projects - A Guide for Management and Engineering Project Teams, Rio 2000. httpv/en.wikipedia.org/ BS EN ISO: 2008 - Petroleum, petrochemical and natural gas industries — Production assurance and reliability management, BSI, 2008. K McFie et al. ~ Optimise training course Manual, Perth 2008. BROOME, Huge; et al. Introduction to Reliability Engineering. American Society for Quality, 1990. O'CONNOR, P. D. T. Practical reliability engineering. 4th ed. London: John Wiley & Sons, 2002. RAUSAND, M. Reliability Theory and Methods, In: Risk and reliability in Subsea Engineering, COPPE/UFRY, Rio de Janeiro, RJ, Brazil, 2007. SMITH, David. Reliability, maintainability and risk. Boston: Butterworth—Heinemann, EUA,1997. VASSILIOU, Pantelis; et al. Life Data Analysis Reference, Weibull ++ Version 6. Reliasoft Corporation, Tucson, 2000. M. Kamins, Rules for Planned Replacement of Aircraft and Missile Parts, RAND Memo, RM-2810-PR, 1962. NOWLAN, F. Stanley; HEAP, Howard F. Reliability-Centered Maintenance. Washington, DC: Department of Defense, 1968. (Report number AD-A066579).. (©2009 Bureau Veritas Australia Ply Lid Poge 44 3 84 SES ba ba ba Ge ba be eS e.3 "1 aRAM Modelling using Optimise® MODULE 2 RAM DATA oa Move Forward with ConfidenceRAM Modelling using Optimise® Training Course- Module 2 REVISION HISTORY J Written by Reviewed by _| Verified by Date Revision n ‘SDaniel/E Yap | @ Rocha ABennett 12 October 2009 | To Internal Revision a Daniel W Fok | G Rocha Bennett 21 October 2009 | Issued To Training 7 ” "7 a " a + ra] J vy ny a vi os a (©2009 Bureau Veritas Australi Pty Ltd Page 1ieee FOREWORD This material has been prepared as part of the training course “RAM Modelling using Optimise@" which is to be delivered to the Bureau Veritas Network in Late October 2009. This module introduces important concepts in Reliability, Availability and Maintainability modelling. Data contained in this report is provided as examples only. Users must ensure that appropriate data is obtained before applying it. Bureau Veritas IRC accepts no liability for application of the data or methods described in this report. aE (© 2009 Bureau Veritas Australia Ply Ltd Page 2RAM Modeling using Optimise® ‘taining Course- Module 2 " ™ i " TABLE OF CONTENTS a FOREWORD. = ” ACRONYMS .. se ee 1 INTRODUCTION... ” 1.1 Module Roadmap di 1.2 Overview 7 2 COLLECTING RAM DATA a 21 Overview 2.2 Equipment Boundary and Hierarchy Detinition.. 7 23 Data Analysis.. ab 2.4 Qualification and Application of Reliability Data .. 2.5 Production-Performance Data ... J 3 DESIGN DATA. 1 3.1 Overview... 1" q 32 P&lDs.. : "1 3.3 As-Built Diagrams 12 3.4 Block Diagrams 13 | 3.5 Equipment Lists and Manuals 16 = 3.6 Basis of Design. 18 7 4 PERFORMANCE DATA. 19 a 44 Sources of Failure and Maintenance Data. - 42 Failure Data Caloulation.. a 5 PRODUCTION PROFILE DATA . 6 FINANCIAL DATA se 7 DOCUMENTATION OF INPUT TO THE RAM MODEL. 7.1 Assumption Document. a 7.2 Reliability Registers . a 7.3 Reliability Block Diagrams .. 8 REFERENCES........ I Haat © 2009 Bureau Veritos Austria Py Lid Page s a© RAM Modeling using Optimiso® a Troning Couse- Mode 2 TABLE OF FIGURES Figure 3.1 — P&lD Example..... Figure 3.2 — FFBD Example. Figure 3.3 - Amine Treatment Plant PFD... Figure 4.1 -OREDA Figure 4.2 ~ Stress Testing Figure 5.1 — Production Profile Example Figure 7.1 - RBD Example List OF TABLES Table 3.1 — Equipment List Example .. Table 7.1 — Reliability Register Example... a ©2009 Bureau Veritas Australia Ply Lid Page 4eee RAM Modeling using Optimise® Training Course- Module 2 &) ACRONYMS BoD Basis of Design CEA Canadian Electrical Association CMMs: Computerised Maintenance Management System EIReDA _| European Industry Reliability Data Bank. EPRD-97 _| Electronic Part Reliability Data FFBD Functional Flow Block Diagram FMD-97 _| Failure Mode and Mechanism Distributions FMECA Failure Modes Effects and Criticality Analysis HALT Highly Accelerated Life Testing \EEE Electrical and Electronic Engineer Iso International Standard Organisation MCR Maximum Continuous Rating MTTF Mean Time To Failure MITR Mean Time To Repair NPRD-95 _| Nonelectronic Part Reliability Data OREDA _| Oifshore Reliability Database PalD Piping & Instrumentation / Process and Instrumentation Diagrams PERT Program Evaluation and Review Technique PFD Process Flow Diagram PM Preventive maintenance RAM Reliability, Availability and Maintainability RBD Reliability Block Diagrams SPIDR™ __ | System and Part Integrated Data Resource SAC System Reliability Centre ZAP Electrostatic Discharge Susceptibility Data 1995 (© 2009 Bureau Veritas Australia Phy Lic Page 5 n 4s eu os G2 6.3 6.3 Ga bud £3 oe eae: iJ 7 JRAM Modeling using Optimse® Training Course- Module 2 & 1 INTRODUCTION 1 Module Roadmap INTRODUCTION COLLECTING RAM DaTA DESIGN DATA PERFORMANCE DATA PRODUCTION PROFILE DATA FINANCIAL DATA DOCUMENTATION OF INPUT TO THE RAM MODEL REFERENCES 1.2 Overview The challenges of developing and sustaining large complex engineering systems have grown significantly in the last decades. The practices of systems engineering promise to provide better systems in less time and cost with less risk, and this promise is widely accepted in many industries. Reliability, Availability and Maintainability (RAM) analysis is a modelling technique that is totally reliant on its inputs to provide a logical, accurate, consistent and useable result. “Garbage in, garbage out” describes the danger in not paying attention to the accuracy and reliability of data gathering and screening procedures. Technology provides many solutions, 6 2 (© 2009 Bureau Veritas Austria Phy Lid Page 6RAM Modeling using Optimise® Training Course- Module 2 but some aspects require good old fashioned engineering and / or common sense to 1 ‘overcome. For example, an individual input, experience and history can be a vital and useful i ‘source of information. If an onsite technician knows from 20 years of history that a valve fails every X months or years the information can be utilised. In order to provide these results, one needs to gather as much accurate information as possible, from all resources at disposal. There are some of many useful sources of 7 information and are categorised as following: © design data; I + performance data; | © production profile data; and & * financial data. e3 3 6B t.3 ad Se (© 200? Bureau Vertlos Australia Ply Lic Page 7RA RAM Modeling using Optimise® “raining Course- Module 2 © 2 COLLECTING RAM DATA 24 Overview This section presents the guidelines in collecting RAM data as outlined in International Standard Organisation (ISO) 20815:2008 [2]. Systematic collection and treatment of operational experience is considered an investment and a means for improvement of production and safety critical equipment and operations. ‘The purpose of establishing and maintaining databases Is to provide feedback to assist with the following: * product design; © current product improvement; '* establishing and calibrating the maintenance and spare-parts programmes; * condition based maintenance; ‘+ identifying contributing factors to production availabilty, through RAM modelling and performance analysis; and * improving confidence in predictions used for decision support. jlable for RAM modelling. Itis often that the clients do not have good / useable data av 2.2 Equipment Boundary and Hierarchy Definition ‘Aclear boundary description is imperative and a strict hierarchy system should be applied. Boundaries and equipment hierarchy should be defined according to ISO 14224:2006 [3]. Major data categories are defined as follows: * installation data: description of installation from which reliability data are collected; * inventory data: technical description of equipment, plus operating and environmental conditions; ‘+ failure data: failure event information, such as failure mode, severity, failure causes, etc; and © maintenance data: corrective maintenance information associated with failure events, and planned or executed preventive maintenance event information. =z ©2009 Bureau Veritas Australia Ply Lid Page 8RAM Modeling using Optimisoo Training Course- Module 2 2.3 Data Analysis To predict the time to failure (or repair) of an item, a probability model should be determined. The type of model depends on the purpose of the analysis. An exponential lifetime distribution can be appropriate. The model, if it is expected to delineate a trend, should be based on the collected reliability data, using standard statistical methods. For further information regarding the statistical distribution, one can refer to the training Module 1 [1] 24 Qualification and Application of Reliability Data The establishment of correct relevant reliability data (ie failure and associated repair / downtime data) requires a data-qualification process that involves conscious attention to the original source of data, interpretation of any availability statistics and estimation method for analysis usage. Suitable reliability data management and coordination are needed to ensure reliability data collection for selected equipment and consistent use of reliability data in the various analyses. Selection of data should be based on the following principles: ‘+ data should originate from the same type of equipment and, if possible, originate from identical equipment models; * data should originate from equipment using similar technology; * data should originate from periods of stable operation, although early life or start up problems should be given due considerations; * data should, if possible, originate from equipment that has been exposed to comparable operation and maintenance conditions; * the basis for the data used should be sufficiently extensive; + the amount of inventories and failure events used to estimate or predict reliability parameters should be sufficiently large to avoid bias from “outliers”; + the repair and downtime data should reflect site specific conditions; * the equipment boundary for the originating data source and analysis element should match as far as possible (study assumptions should otherwise be given); * population data (eg operating time, observation period) should be indicated to reflect the statistical significance (uncertainty related to estimates and predictions) and the “technology window’; and * data sources should be quoted. Data from event databases (compliant with ISO 14224 [3}) provide a relevant basis for meeting the recommendations above. In case of scarce data, it is necessary to use engineering judgement and sensitivity analysis of input data should be done. 6 ] © 2009 Bureau Veritos Austria Ply td Pages I 1 J af “ " a 7 aiRAM Modeling using Optimise® Training Course- Module 2 25 Production-Performance Data Production-performance data at facility / installation level should be reported in such a way that enables systematic production assurance to be carried out. The type of installation and operation determines the format and structure of performance reporting. Annex G of ISO 20815:2008 (2] outlines the types of events that are important to cover for a production facility. It is necessary to establish the relationship between facility-performance data and critical-equipment reliability data. Assessment of actual performance should be carried out by the installation operation on a periodic basis in order to identify specific trends and issues requiring follow up. The main contributors to performance loss and areas for improvement can be identified. In this context, reliability techniques can be used for decision support and calibration of performance predictions. Comparisons with earlier performance predictions should be done, thereby gaining experience and provide feedback for future and / or other similar performance predictions. a (©2009 Bureau Veritas Austria Pty Lid Page 10RAM Modeling using Optimise® Training Course- Module 2 : 3 DESIGN DATA 341 Overview Information from various sources is often used to understand the process, design and configuration of the system. This information is also used to develop the assumptions document, Reliability Block Diagrams (RBDs) and finally the RAM model. Design data information can be presented in many forms, including but not limited to, the following * Piping and Instrumentation Diagrams (P&lDs); * as-built diagrams; + block diagrams; * equipment lists and equipment manuals; and * Basis of Designs (BoDs). 3.2 P&lDs P&IDs show all equipment and piping including the physical sequence of branches, reducers, valves, equipment, instrumentation and control interlocks. A P&ID should include: * instrumentation and designations; mechanical equipment with names and numbers; + allvalves and their identifications; * process piping, sizes and identification; * miscellaneous - vents, drains, special fittings, sampling lines, reducers, increasers and swagers; * permanent start-up and flush lines; * flow directions; interconnections references; * control inputs and outputs, interlocks; * interfaces for class changes; . 8 mic category; (© 2009 Bureau Vertas Australia Ply Lic Page 11RAM Modeling using Optimse® Training Course- Module 2 annunciation inputs; ‘computer control system input; * vendor and contractor interfaces; * identification of components and subsystems delivered by others; and * intended physical sequence of the equipment. ‘As a general rule, a P&ID supplied by the client will be the main source where the majority of the configuration information from. From here one can determine process flow, equipments, valves and specifications, piping and specifications, and most other data you will need to begin creating a complete fleshed out model. Figure 3.1 presents an example of a P&ID. Figure 3.1 - P&ID Example us mmet At Sah) ‘ine Teka lees re ‘rit sang Pot {Sa Sign Piping & Instrumentation Diagram (P&ID) vor Engg TolBoncan 3.3 As-Built ‘As Built Diagrams are a variation of P&ID’s that capture any changes that may have been made during construction. They may also be the only source of data if P&ID’s were not used © Ee (©2009 Bureau Veritas Australia Ply Lid Page 12 gramsRAM Modeling using Optimise® Training Course- Module 2 or kept post-construction. As-Buill Diagrams are usually exists for operating plants and one should bear in mind that itis not seldom that they are not updated. 3.4 3.4.1 Types of block ‘There are numerous different types of block diagrams. The common types are: + basic block diagram; - Functional Flow Block Diagram (FFBD); and * Process Flow Diagram (PFD). 3.4.2 Basic Block Diagram A block diagram is a diagram of a system, in which the principal parts or functions are represented by blocks connected by lines, which show the relationships of the blocks. They are heavily used in the engineering world in hardware design, software design, and process flow diagrams. The block diagram is typically used for a higher level, less detailed description aimed more at understanding the overall concepts and less at understanding the details of implementation. Standard high level block diagrams are of limited use, but they can give a good overall view to assist in managing the model development. 3.43 Functional Flow Block Diagram A FFBD is a multi-tier, time-sequenced, step-by-step flow diagram of a system's functional flow. The FFBD notation was developed in the 1950s, and is widely used in classical systems engineering. FFBDs are one of the classic business process modelling methodologies, along with flow charts, data flow diagrams, control flow diagrams, Gantt charts and Program Evaluation and Review Technique (PERT) diagrams. FFBDs usually define the detailed, step-by-step operational and support sequences for systems, but they are also used effectively to define processes in developing and producing systems. In the system context, the functional flow steps may include combinations of hardware, software, personnel, facilities, and / or procedures. In the FFBD method, the functions are organised and depicted by their logical order of execution. Each function is shown with respect to its logical relationship to the execution and completion of other functions. A node labelled with the function name depicts each function. Arrows from left to right show the order of execution of the functions. Logic symbols represent sequential or parallel execution of functions. © nnn © 2009 Bureau Veritas Australia Ply Lid Page 13, = oe ode Acces eae: aRAM Modeling using Optimise® Training Course- Module 2 ‘The purpose of the FFBD is to indicate the sequential relationship of all functions that must be accomplished by a system. FFBDs depict the time sequence of functional events. That each function (represented by a block) occurs following the preceding function. Some functions may be performed in parallel, or alternate paths may be taken. The duration of the function and the time between functions is not shown, and may vary from a fraction of a second to many weeks. The FFBDs are function oriented, not equipment oriented. In other words, they identify “what” must happen and do not assume a particular answer to "how" a function will be performed. ‘A key concept in modelling functional flow is that for a function to begin, the preceding function or functions within the “contro!” flow must have finished. For example, an “eat food” function logically would not begin until a “cook food” function was completed. The logical sequence of functions (je the functional flow) describes the “control” environment of the functional model. In addition to a function being enabled, it may also need to be triggered with an input. So, in the example, the “eat food” function is enabled once the “cook food” function is completed, and once it receives the “prepared food" as input. This second aspect—triggering a function speaks to the “data” environment. Most system functionality can be modelled using standard symbols. If an extended set of symbols is required, then it should be defined in the resulting Functional Analysis Document to ensure that all stakeholders are able to accurately interpret the diagrams. Figure 3.2 presents an example of a FFBD. Figure 3.2 - FFBD Example orestn AltenteFuncton Ea-e-8 eg BREET | eer sormeronee Eeossrane eae —_—— tkstsints ignite —e| teats = (©2009 Bureau Vets Austra Py ik Page 14RAM Modeling using Optimise® Tiaining Course- Module 2 3.4.4 Process Flow Diagram PFDs present similar information but at a higher level and can be used when P&lDs are not available. A PFD is a diagram commonly used in chemical and process engineering to indicate the general flow of plant processes and equipment. The PFD displays the relationship between major equipment of a plant facility and does not show details such as piping details and designations. Another commonly-used term for a PFD is a flowsheet. Typically, process flow diagrams of a single unit process will include the following: + process piping; * major bypass and recirculation lines; ‘+ major equipment symbols, names and identification numbers; * flow directions; * interconnection with other systems; ‘* system ratings and operational values as minimum, normal and maximum flow, temperature and pressure; and * composition of fluids. PFDs generally do not include: ‘+ pipe classes or piping line numbers; ‘+ process control instrumentation (sensors and final elements); minor bypass lines; * Isolation and shutoff valves; * maintenance vents and drains; + relief and safety valves; and * flanges. PFDs of multiple process units within a large industrial plant will usually contain less detail and may be called block flow diagrams or schematic flow diagrams. Figure 3.3 presents the PFD of an amine treatment plant. es (© 2009 Bureau Veritas Australia Ply Lic Page 15 es 3 GS 6&2 ko kw a3RAM Modeling using Optimiso® Training Course- Module 2 Figure 3.3 - Amine Treatment Plant PFD Sweet gas Condenser (Hz + C02) eG Sate Reflux drum Absorber| Sour Gas Steam Reboiler Condensate sbsorber : 35 to 50 °C and 5to 205 atm of absolute pressure Regenerator : 115 to 428 °C and 1.4 to 1.7 atm of absolute pressure at tower bottom 3.5 Equipment Lists and Manuals Equipment lists and manuals provides valuable information regarding equipment type, capacity and configuration. Table 3.1 presents an example of an equipment list. aE (©2009 Bureau Veritas Australia Ply Lid Page 16a a Pa PS S| 5] SS SF] FS oo ee eo Sr fea Gn mete I Aid yousny soWeA ROeING 6002.8 . [sor eeerest ear] or : 2 a = 7 = ‘ajdwexg ys17 juewdinb3 - jg ages. ZeMPON -sunod BULA, @2s1utudo Bulsn BuNISPOW WrvalRAM Modeling using Optimiso® Training Course- Module 2 3.6 Basis of Design A BoD document is prepared by the project team to present high level information to all parties. BoDs typically consist of the following key information: * overview of the development including limited geographical information; + data of the product and other by-products; + design concepts considered to develop the asset; + primary concept considered in this BoD and its overall development strategy; + functional requirements and process description of key systems; ‘+ process engineering diagrams; and hydrate management, planned * descriptions on various management philosophies maintenance). SEE (© 2009 Bureau Veritas Australia Pty Ltd Page 18RAM Modeling using Optimise® Training Course: Module 2 4 PERFORMANCE DATA 44 Sources of Failure and Maintenance Data 4.1.1 Internal Sources Equipment / systems performance data in forms of frequency of failures, maintenance activities, etc can be a credible source for RAM modelling input. Most companies utilise Computerised Maintenance Management System (CMMS) or their own proprietary software to store the performance data of equipment / systems. However, most of this raw data needs statistical processing and treatments before it can be used. Some commonly used statistical treatment methods are parameters estimation and goodness of fit testing. MMS ‘A CMMS software package maintains a computer database of information about an organisation's maintenance operations. This information Is intended to help maintenance and reliability professionals do their jobs more effectively, such as tracking equipment failure modes, repair times, and failure history, and to help management make informed decisions (ie calculating the cost of maintenance for each piece of equipment used by the organisation, possibly leading to better allocation of resources). The information may also be useful when dealing with third parties (when an organisation is involved in a liability case, the data in a CMMS database can serve as evidence that proper safety maintenance has been performed). CMMS packages may be used by any organisation that performs maintenance or reliability services on equipment, assets and properly. Some CMMS products focus on particular industry sectors (ie the maintenance of vehicle fleets or health care facilities). Other products aim to be more general. Different CMMS packages offer a wide range of capabilities and cover a correspondingly wide range of prices. A typical package deals with some or all of the following: * Work orders: Scheduling jobs, assigning personnel, reserving materials, recording costs, and tracking relevant information such as the cause of the problem (if any), downtime involved (if any), and recommendations for future action. . Preventive maintenance (PM): Keeping track of PM inspections and jobs, including step-by-step instructions or check-lists, lists of materials required, and other pertinent details. Typically, the CMMS schedules PM jobs automatically based on schedules and / or meter readings. Different software packages use different techniques for reporting when a job should be performed. oe (© 2009 Bureau Veritas Australia Ply Lid. Page 19 3 26s esRAM Modeling using Optimise® Training Course- Module 2 * Asset management: Recording data about equipment and property including specifications, warranty information, service contracts, spare parts, purchase date, expected Iifetime, and anything else that might be of help to management or maintenance workers. The CMMS may also generate Asset Management metrics such as the Facility Condition Index. ‘+ Inventory control: Management of spare parts, tools, and other materials including the reservation of materials for particular jobs, recording where materials are stored, determining when more materials should be purchased, tracking shipment receipts, and taking inventory. CMMS packages can produce status reports and documents giving details or summaries of maintenance activities. The more sophisticated the package, the more analysis facilities are available, If a CMMS has been utilised correctly, it can provide a complete history of information on individual equipment including failure data, the exact equipment and parts used, a complete Bill of Materials, manufacturer's data, etc. ‘A poor CMMS is nothing more than a reminder to do PM. Examples of common commercial of the shelf CMMS software are; * Enterprise Resource Planning (SAP); © MAXIMO (IBM); and * Oracle database. Many organisations also have proprietary or custom software to suit their individual requirements. Older sites / plants / infrastructure may have manual maintenance management systems. These are still potentially useful, but will require site access, and a considerable time investment to recover data. Parameters Estimation For the performance data of equipment / systems to be useful, it must be quantified in the forms of mathematics probability and statistic. The probability of failure of equipment is expressed within specified confidence limits (certain values above and below the probability). This confidence limit conveys the aspect of uncertainty, and expressed statistically as parameters. Two basic steps used to estimate the variation of parameters are; firstly stating the maximum and minimum values or tolerance and subsequently, describing the nature of variation [4]. The methods of describing the nature of variation of a data sample can be very meticulous, depending how much level of accuracy one wants to achieve. An example of parameters estimation is to use Weibull plot to obtain weibull distribution parameters. 6 ae (©2009 Bureau Veritas Australia Pty Lid Page 20,RAM Modeling using Optimise® Training Course-Module 2 Goodness of Fit Itis important to determine how well the data fit into an assumed distribution. Statistically the goodness of fit can be tested to estimate the level of confidence (s-significance) of the data. Several methods used for goodness of fit testing are s_* goodness of fit test, Kolmogrov — Smimov test, and the least squares test [4]. 4.1.2 Generic Sources Performance data of equipment can be obtained from relevant historic data. This section presents a list of commonly used technical sources. Offshore Reliability Data (OREDA®) Figure 4.1 - OREDA OREDA? is a project organisation sponsored by eight oil & gas companies with worldwide operations. OREDA’s main purpose is to collect and exchange reliability data among the participating companies and act as the forum for co-ordination and management of reliability data collection within the oil and gas industry. OREDA” has established a comprehensive databank with reliability and maintenance data for exploration and production equipment from a wide variety of geographic areas, installations, equipment types and operating conditions. Offshore subsea and topside equipment are primarily covered, but onshore equipment is also included. The OREDA® data are stored in a database, and specialised OREDA® software has been developed to collect, retrieve and analyse the information. 6 ar (©2009 Bureau Veritas Austraia Pty Lic Page 21 no coor) 3 bt fa tet ca tig a3 ]RAM Modelling using Optimnise® Training Course- Module 2 IEEE Standard 493-2007 Gold Book The objective of the Institute of Electrical and Electronic Engineer (IEEE) Standard 493 is to present the fundamentals of reliability analysis applied to the planning and design of industrial and commercial electric power distribution systems. The intended audience for this ‘material is primarily consulting engineers and plant electrical engineers and technicians. The design of reliable industrial and commercial power distribution systems is important because of the high cost associated with power outages. It is necessary to consider the cost of power ‘outages when making design decisions for new power distribution systems as well as to have the ability to make quantitative "cost-versus-reliability’ trade-off studies. The lack of credible data concerning equipment reliability and the cost of power outages has hindered engineers in making such studies. The 2007 edition of the IEEE Standard 493 overcomes these obstacles. SPIDR The System and Part Integrated Data Resource (SPIDR™) is the new Alion System Reliability Centre (SRC) comprehensive database of reliability and test data for systems and components. SPIDR is a revolutionary replacement for these outdated reliability data resources with more than double the amount of data and updated on an annual basis: + Nonelectronic Part Reliability Data [5]; * Electronic Part Reliability Data (6); * Failure Mode and Mechanism Distributions [7]; and + Electrostatic Discharge Susceptibility Data [8]. SRC maintains extensive quantitative and qualitative databases on components and systems from numerous industry and government test and field sources. The extensive amount of data included within SPIDR is testament to SRC's commitment to collecting reliability data over the last 37 years as the Reliability Analysis Centre. PC and server based options of SPIDR are available. The software includes an interactive user interface, graphical reports, extensive on-line help and a user manual. EIReDA European Industry Reliability Data Bank (EIReDA) is a reliability database prepared by the European Commission and Electricité de France. It contains failure rate data for mechanical and electrical equipment based on experience in nuclear power plants operated by Electricité de France. CEA Generation Equipment Data Bank The Canadian Electrical Association (CEA) publishes the Generation Equipment Status ‘Annual Report. This report contains the following information for over 850 generating units in Canada, 6 Sr (©2009 Bureau Veritas Australia Ply Lid Page 22RAM Modeling using Optimise® Training Course- Module 2 Section 1 contains information on data contributors and the scope of the report. Section 2 contains the distributions of the generating units by age and Maximum Continuous Rating (MCR), as well as a summary of the unit types, operating experience and the top five causes of outages. Section 3 lists the top ten generating unit performers for the year. The definition of terms and the tables and graphs containing the performance on the basis of age and MCR, Operating Factor, and totals by unit and fuel types, along with detailed outage and cause statistics are all contained in the appendices. Military Handbook (MIL-HDBK-217F) ‘The purpose of the MIL-HDBK-217F [9] is to establish and maintain consistent and uniform methods for estimating the inherent reliability (ie the reliability of mature design) of military electronic equipment and systems. It provides a common basis for reliability predictions during acquisition programs for military electronic systems and equipment. It also establishes a common basis for comparing and evaluating reliabilty predictions of related or competitive designs. The handbook is intended to be used as a tool to increase the reliability of the equipment being designed. WellMaster Database WellMaster database is a database designed by Exprosott, for the input and analysis of reliability data for completion equipment. The database covers all major completion equipment items with emphasis on surface controlled subsurface safety valves. Detailed data of other vital downhole equipment such as electrical submersible pumps, permanent gauges, tubing and intelligent completion items are also in this database. Subsea Master Database Subsea Master database is a database that covers reliability data on subsea production systems and intervention systems. The database includes the riser terminations, wellhead and surface equipment supporting the subsea equipment. The database is gathered from all deepwater assets with an up-to-date information from deepwater operations at Gulf of Mexico, North Sea and West Africa. 41.3 Reliability Testing A new type of equipment usually needs to be tested in order to ensure the design reliability under the expected operating environments and the expected operating life meet the specification. Some examples of reliability testing are Highly Accelerated Life Testing (HALT), durability testing and vibration testing. Figure 4.2 illustrates the probability density function, f(t) of an equipment in two different usage levels; use stress and high stress. 6 a (©2009 Bureau Veritas Australia Ply Lidl Page 23 tod to t2 8S 62 6 ee eS asRAM Modeling using Optimiso® Training Course- Module 2 Figure 4.2 HALT Example [10] Stress 4.1.4 Workshop Data The reliability of equipment is strongly influenced by decisions made during the design process. One of the most widely used to determine the reliability of a product based on the design analysis is Failure Modes Effects and Criticality Analysis (FMECA). FMECA analysis is usually workshopped to identify reliability, critical failure modes and effects of equipment. 42 Failure Data Calculation The historical information of equipment failure contained in the databases need to be transformed into useable data for RAM modelling. The OREDA handbook [11], presented in section 4.1.2, is one of the most widely used as a failure data source for offshore and subsea equipment. It contains two different approaches to calculate the Mean Time To Failure (MTTF) and Mean Time To Repair (MTTR) based on historical information from OREDA are: * homogeneous sample approach; and + multi sample approach. & (©2009 Bureau Veritas Australia Ply Lid Page 24[PA RAM Modeling using Optimise® Training Couse- Module 2 on Homogeneous Approach This approach assumes that the failure data is from identical items and operated under the same operational and environmental condition. Failure data calculation for homogeneous approach is depicted in equation (1). 10° * Aggregated time in service a Total number of failures 8760 MTTF (years) =| Multi Sample Approach This approach should be used when the data is taken from various different installations, with different operational and environmental condition. Most of the OREDA data is compiled from different installations, and it Is strongly suggested that the failure data calculation is performed using multi sample approach Failure data calculation for multi sample approach is depicted in equation (2). 1 ‘Mean failure rate (2) 10° MTTF (years) = ( @) ) *8760 Where, the failure rate in the OREDA is expressed in failures per 10° hours and the 8760 factor is to convert hours into years. ie (©2009 Bureau Veritas Austrata Pty Lid Page 25 ra B32 88 bs be bk es bt ee ros