23.03.2017 Views

wilamowski-b-m-irwin-j-d-industrial-communication-systems-2011

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

21-6 Industrial Communication Systems<br />

a requirements document. Therefore, such documentation should be available. It also remains to be<br />

decided at which granularity the analysis is carried out. A high-level system function can usually be<br />

divided into a number of sub-functions, which can in turn be divided into more sub-functions. The<br />

lower the level at which the analysis is conducted, the more effort is required, but the more benefit can<br />

be gained from the analysis. The right level of the analysis should be decided at the beginning. It will<br />

generally always be a compromise between rigor and efficiency. A good starting point for the analysis is<br />

the highest-level requirements description of a system.<br />

HAZOP should also be conducted as a team activity. This means that the team should include not<br />

only safety professionals but also engineers, system designers, software engineers, or even end users.<br />

One person shall take the lead and moderate the HAZOP sessions. This lead will generally be taken over<br />

by the safety manager or engineer. The HAZOP sessions should be planned well in advance, and it is<br />

important to keep the focus and not to get sidetracked into long discussions, which do not contribute<br />

to the goal. Also, soft factors such as sufficient breaks and an adequate environment are crucial to the<br />

success of the sessions.<br />

Finally, the results are documented in a tabular format. The main outputs are the hazards, against<br />

which adequate safety requirements have to be specified. In the course of the remainder of the safety<br />

lifecycle, it must be shown that these hazards are under control.<br />

21.4.3 FMEA<br />

The Failure Modes and Effects Analysis (FMEA) is a method that systematically analyzes all failure modes<br />

of components and determines the associated risk and potential mitigations. It is a bottom-up approach,<br />

which starts on the component level and aims to determine the effect of failure modes on the system functions.<br />

For a safety engineer, it is essential to determine the safety impact of the analyzed failure modes.<br />

An international standard, which comprehensively describes the method as a technique for system<br />

reliability, is available in [IEC60812]. The method consists of analyzing all components or items of a<br />

system and filling out of all the columns of a given table. It starts from the component level, and hence<br />

is a typical “bottom-up” method. The headings of such a possible FMEA table are given in Table 21.3, an<br />

example will be shown in Table 21.6.<br />

Similar to HAZOP, an FMEA is best performed as a group activity, since diverse expertise is needed<br />

to record all information necessary.<br />

21.4.4 Fault Tree Analysis<br />

Whereas FMEA has its origins in reliability engineering, fault tree analysis [IEC61025] is a typical safety<br />

engineering technique. It is in many ways complementary to an FMEA, and therefore should not be considered<br />

as an alternative, but as another necessary method to be used during the safety analysis phase.<br />

It is a top-down method, which starts from the undesired events, in our case, it starts with the hazards.<br />

It is then analyzed, what the contributing factors to a hazard could be, and this is then presented in the<br />

form of logic gates. For example, if the <strong>communication</strong> system and the backup <strong>communication</strong> system<br />

must fail for a hazard to occur, this is represented by an “and” gate. If one wants to say that the <strong>communication</strong><br />

system fails when the power supply fails or when the medium fails, this is represented by<br />

an “or” gate. This tree is then constructed until one reaches the basic events, which cannot be split up<br />

further. The example just described is shown in Figure 21.3.<br />

TABLE 21.3<br />

FMEA Table Header<br />

Item ID<br />

Description<br />

and<br />

Function<br />

Failure<br />

Mode<br />

Possible<br />

Causes<br />

Effect<br />

Detection<br />

Method Mitigation Severity Probability<br />

Safety<br />

Impact<br />

© <strong>2011</strong> by Taylor and Francis Group, LLC

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

Saved successfully!

Ooh no, something went wrong!