13.07.2015 Views

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

In-flight upset - 154 km west of Learmonth, WA, 7 October 2008,

SHOW MORE
SHOW LESS
  • No tags were found...

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

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

For example, experts have argued that for large, complex systems involvings<strong>of</strong>tware it is difficult for design engineers and safety analysts to comprehend all theways in which the system could respond to different events (Rushby 1995). Morespecifically, Bozzano et al. (2003) stated:One <strong>of</strong> the most challenging issues in system development today is to takeinto consideration, during development, all possible failure modes <strong>of</strong> a systemand to ensure safe operation <strong>of</strong> a system under all conditions. Currentinformal methodologies, like manual fault tree analysis (FTA) and failuremode and effect analysis (FMEA)..., that rely on the ability <strong>of</strong> the safetyengineer to understand and to foresee the system behaviour are not ideal whendealing with highly complex systems, due to the difficulty in understandingthe system under development and in anticipating all its possible behaviours.A significant amount <strong>of</strong> guidance material is available on how to develop fault treesand use fault trees to calculate failure probabilities (Lisagor et al. 2010). 118However, very little <strong>of</strong> this guidance discusses exactly how to identify failurescenarios. Leveson (1995) stated that much <strong>of</strong> the focus <strong>of</strong> fault tree analysis isdirected towards generating probabilities <strong>of</strong> failure, whereas most <strong>of</strong> the errors inhazard analysis are due ‘to the failure to foresee all the ways in which the hazardcould occur’.Furthermore, Leveson (2009a) noted that traditional safety analysis techniques likefault tree analysis provide little guidance to analysts about the actual analysisprocess, and that the quality <strong>of</strong> the resulting analyses for complex systems variessignificantly depending on the analysts’ skill. Redmill (2002) also noted that theconstruction <strong>of</strong> fault trees involves a significant degree <strong>of</strong> subjectivity andvariability between users, and Manion (2007) concluded that a variety <strong>of</strong> biases caninfluence the performance <strong>of</strong> each step in the process <strong>of</strong> developing a fault tree.Similarly, Papadopoulos et al. (2001) stated:...the safety case usually fails to <strong>of</strong>fer a coherent and complete picture <strong>of</strong> theways in which low-level component failures contribute to hazardousmalfunctions <strong>of</strong> the system. Although fault trees are built for this purpose, thetraditional process <strong>of</strong> constructing these fault trees relies heavily on expertknowledge, and lacks a systematic or structured algorithm which the analystcan apply on a system model in order to derive the tree. <strong>In</strong> the context <strong>of</strong> acomplex system this process becomes tedious, time consuming and errorprone...FMEA are also frequently described as being time consuming and tedious toconduct for complex items <strong>of</strong> equipment, and consequently they are <strong>of</strong>ten notcompleted and able to be used until late in the PSSA process. <strong>In</strong> addition, an FMEAgenerally only deals with single failures rather than more complex failure modesinvolving multiple failures (Leveson, 1995).118Examples <strong>of</strong> standards providing guidance on fault tree analysis include ARP4761 and the Faulttree handbook with aerospace applications (NASA, 2002).- 104 -

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

Saved successfully!

Ooh no, something went wrong!