Drzewo zdarzeń: Różnice pomiędzy wersjami

Z Encyklopedia Zarządzania
Nie podano opisu zmian
Nie podano opisu zmian
Linia 1: Linia 1:
'''Drzewo zdarzeń''' to indukcyjny diagram pozwalający na analizę potencjalnych '''skutków''' danego wydarzenia zawierający chronologiczną serię zdarzeń, będących następstwem wydarzenia inicjującego<ref>[https://books.google.pl/books?id=x4Ft7H_2Ik0C&pg=PA69&redir_esc=y#v=onepage&q&f=false J. X. Wang, M. L. Roush 2000]</ref>. Zdarzeniami mogą być konkretne działania lub stany natury. Obrazuje '''progresję zdarzeń''' od inicjującego do wyniku końcowego przy pomocy algebry Boole'a, ich konsekwencje, a także uwzględnia zjawiska mające szczególne znaczenie dla stanu obiektu (systemu)<ref>[https://en.wikipedia.org/wiki/Event_tree Event Tree 2021]</ref>.
'''Drzewo zdarzeń''' to indukcyjny diagram pozwalający na analizę potencjalnych '''skutków''' danego wydarzenia zawierający chronologiczną serię zdarzeń, będących następstwem wydarzenia inicjującego<ref>[https://books.google.pl/books?id=x4Ft7H_2Ik0C&pg=PA69&redir_esc=y#v=onepage&q&f=false J. X. Wang, M. L. Roush 2000]</ref>. Zdarzeniami mogą być konkretne działania lub stany natury. Obrazuje '''progresję zdarzeń''' od inicjującego do wyniku końcowego, jego głównym celem jest identyfikacja wszystkich możliwych scenariuszy wynikających z pierwszego zdarzenia<ref name="risk">[https://books.google.pl/books?hl=en&lr=&id=9EHeLmbUVh8C&oi=fnd&pg=PT12&ots=ZYyphoW4M6&sig=BEZAk58dstuNHJpRz5z5nTFBpSI&redir_esc=y#v=onepage&q=event%20tree&f=false M. Rausand 2011]</ref>.


Owe narzędzie analityczne jest podstawą do zastosowania metody ''Event Tree Analysis'' ETA czyli '''Analizy Drzewa Zdarzeń'''. Uznawana za jedną z metod oceny '''ryzyka ilościowego''', pozwala na wyznaczenie prawdopodobieństwa wystąpienia poszczególnych skutków danego zdarzenia<ref name="psk">[https://edu.pjwstk.edu.pl/wyklady/psk/scb/index14.html W. Mąka 2006]</ref>. Jej pochodzenie nie zostało jednoznacznie ustalone, jednak po raz pierwszy użyto jej oficjalnie w raporcie NRC (''Nuclear Regulatory Commision'') czyli amerykańskiego Urzędu Dozoru Jądrowego ''The Reactor Safety Study''<ref name="risk">[https://books.google.pl/books?hl=en&lr=&id=9EHeLmbUVh8C&oi=fnd&pg=PT12&ots=ZYyphoW4M6&sig=BEZAk58dstuNHJpRz5z5nTFBpSI&redir_esc=y#v=onepage&q=event%20tree&f=false M. Rausand 2011]</ref>.
Owe narzędzie analityczne jest podstawą do zastosowania metody ''Event Tree Analysis'' ETA czyli '''Analizy Drzewa Zdarzeń'''. Uznawana za jedną z metod oceny '''ryzyka ilościowego''', pozwala na wyznaczenie prawdopodobieństwa wystąpienia poszczególnych skutków danego zdarzenia<ref name="psk">[https://edu.pjwstk.edu.pl/wyklady/psk/scb/index14.html W. Mąka 2006]</ref>. Jej pochodzenie nie zostało jednoznacznie ustalone, jednak po raz pierwszy użyto jej oficjalnie w raporcie NRC (''Nuclear Regulatory Commision'') czyli amerykańskiego Urzędu Dozoru Jądrowego ''The Reactor Safety Study''<ref name="risk" />.


Sama struktura drzewa daje szansę spojrzeć na ryzyko związane z danym wydarzeniem również z perspektywy analizy jakościowej, a więc na zorientowanie się w sytuacji, która została poddana ocenie<ref name="psk" />.
Sama struktura drzewa daje szansę spojrzeć na ryzyko związane z danym wydarzeniem również z perspektywy analizy jakościowej, a więc na zorientowanie się w sytuacji, która została poddana ocenie<ref name="psk" />.
Linia 15: Linia 15:
# Podsumowanie.
# Podsumowanie.
Probabilistyczna ocena ryzyka rozpoczyna się '''zdefiniowaniem systemu''', którego analiza dotyczy, a następnie inicjujących wydarzeń, które zmieniają stan czy konfigurację owego środowiska. Należy uświadomić sobie cele i ograniczenia, zgromadzić istotne dane, a w końcu wybrać '''jedno zdarzenie''' od którego rozpoczniemy. Jeśli pojawiło się więcej niż jedno niezależne zdarzenie, należy zbudować kilka osobnych diagramów, albowiem drzewo powinno zaczynać się od jednego konkretnego punktu wyjścia.   
Probabilistyczna ocena ryzyka rozpoczyna się '''zdefiniowaniem systemu''', którego analiza dotyczy, a następnie inicjujących wydarzeń, które zmieniają stan czy konfigurację owego środowiska. Należy uświadomić sobie cele i ograniczenia, zgromadzić istotne dane, a w końcu wybrać '''jedno zdarzenie''' od którego rozpoczniemy. Jeśli pojawiło się więcej niż jedno niezależne zdarzenie, należy zbudować kilka osobnych diagramów, albowiem drzewo powinno zaczynać się od jednego konkretnego punktu wyjścia.   
[[Plik:ETA2(1).png|300px|right|thumb|Rys. 1 Przykład struktury Drzewa Zdarzeń]]


'''Zdarzenie inicjujące''' musi zostać starannie określone i pozostawać w określonych ramach (odpowiadając na przykład na pytanie co, gdzie, kiedy?)<ref name="risk" />. Dzieje się to w kroku drugim gdzie niejako kategoryzuje się zdarzenie.  
'''Zdarzenie inicjujące''' musi zostać starannie określone i pozostawać w określonych ramach (odpowiadając na przykład na pytanie co, gdzie, kiedy?)<ref name="risk" />. Dzieje się to w kroku drugim gdzie niejako kategoryzuje się zdarzenie.  
Linia 20: Linia 22:
W kroku trzecim określa się bariery, szanse, kluczowe wydarzenia mające znaczenie dla danego systemu, a związane z wydarzeniem z punktu drugiego.
W kroku trzecim określa się bariery, szanse, kluczowe wydarzenia mające znaczenie dla danego systemu, a związane z wydarzeniem z punktu drugiego.


Dalej konstruuje się samo drzewo. Pierwsze zdarzenie, określone w kroku drugim, rozpoczyna cały proces, na przykład rozpalenie zapałki czy włączenie lampy. Każde kolejne jest jego konsekwencją ujętą '''zazwyczaj binarnie''', to znaczy dostępne są dwa warianty skutków danego wydarzenia: tak lub nie albo inaczej sukces lub porażka<ref name="wiki">[https://en.wikipedia.org/wiki/Event_tree_analysis, Event Tree Analysis 2021]</ref>. Sekwencja ta jest powtarzana, aż osiągnięty zostanie '''stan końcowy''' (kontynuując wspomniane dwa przykłady: drzewo nie dostarcza owoców czy raport nie został dostarczony na czas). Budując kolejne etapy struktury należy zadawać sobie pytania:
Dalej konstruuje się samo drzewo. Pierwsze zdarzenie, określone w kroku drugim, rozpoczyna cały proces, na przykład rozpalenie zapałki czy włączenie lampy. Każde kolejne jest jego konsekwencją ujętą '''zazwyczaj binarnie''', to znaczy dostępne są dwa warianty skutków danego wydarzenia sukces lub porażka. Sekwencja ta jest powtarzana, aż osiągnięty zostanie '''stan końcowy''' (kontynuując wspomniane dwa przykłady: drzewo nie dostarcza owoców czy raport nie został dostarczony na czas). Budując kolejne etapy struktury należy zadawać sobie pytania:
* Czy system nadal działa w tej części gałęzi po wystąpieniu poszczególnych zdarzeń poprzedzających?<ref name="risk" />
* Czy system nadal działa w tej części gałęzi po wystąpieniu poszczególnych zdarzeń poprzedzających?<ref name="risk" />
* Czy sukces lub porażka systemu wpływa na wydarzenie końcowe?<ref name="risk" />
* Czy sukces lub porażka systemu wpływa na wydarzenie końcowe?<ref name="risk" />
* Czy zachowanie danego systemu w tym momencie mogłaby poskutkować zastosowaniem jakiegoś mechanizmu bezpieczeństwa?<ref name="risk" />
* Czy zachowanie danego systemu w tym momencie mogłaby poskutkować zastosowaniem jakiegoś mechanizmu bezpieczeństwa?<ref name="risk" />
* Czy operacyjność danego systemu wpływa na działanie innych systemów?<ref name="risk" />
* Czy operacyjność danego systemu wpływa na działanie innych systemów?<ref name="risk" />
Istnieją różne formy wizualnego przedstawienia drzewa zdarzeń. Najczęściej spotykanym w literaturze sposobem jest umieszczenie zdarzenia inicjującego z '''lewej''' strony, zdarzenia następujące rozgałęziają się w prawo. Dodatkowo używając systemu '''binarnego opcja porażki powinna znaleźć się niżej, a sukcesu wyżej'''. Dzięki temu wydarzenia wynikowe powinny same uszeregować się w kolejności od całkowitej porażki (najgorszego możliwego scenariusza) na dole, do wyniku składającego się z samych sukcesów na szczycie. W środku znajdą się wyniki zawierające ciągi zdarzeń zawierające zarówno porażki, jak i zwycięstwa. Takie ujęcie ułatwia końcową analizę.
Istnieją różne formy wizualnego przedstawienia drzewa zdarzeń. Najczęściej spotykanym w literaturze sposobem jest umieszczenie zdarzenia inicjującego z '''lewej''' strony, zdarzenia następujące rozgałęziają się w prawo<ref name="marine">A. Raiyan, S. Dasa, M. Rafiqul Islam 2017</ref>. Dodatkowo używając systemu '''binarnego opcja porażki powinna znaleźć się niżej, a sukcesu wyżej'''. Dzięki temu wydarzenia wynikowe powinny same uszeregować się w kolejności od całkowitej porażki (najgorszego możliwego scenariusza) na dole, do wyniku składającego się z samych sukcesów na szczycie. W środku znajdą się wyniki zawierające ciągi zdarzeń zawierające zarówno porażki, jak i zwycięstwa. Takie ujęcie ułatwia końcową analizę.


Skąd wiadomo, co powinno być '''wydarzeniem końcowym'''? Poddając analizie wypadek samochodowy wydarzeniem końcowym będzie uraz kierowcy czy raczej okoliczności udzielenia mu pierwszej pomocy? Na te pytania nie ma jednej właściwej odpowiedzi, wszystko zależy od założeń i zakresu ustalonego na początku środowiska (wiąże się to z zakresem analizy ryzyka)<ref name="risk" />.
Skąd wiadomo, co powinno być '''wydarzeniem końcowym'''? Poddając analizie wypadek samochodowy wydarzeniem końcowym będzie uraz kierowcy czy raczej okoliczności udzielenia mu pierwszej pomocy? Na te pytania nie ma jednej właściwej odpowiedzi, wszystko zależy od założeń i zakresu ustalonego na początku środowiska (wiąże się to z zakresem analizy ryzyka)<ref name="risk" />.
Linia 39: Linia 41:
<math> p(s) = 1-0,3 = 0,7</math>
<math> p(s) = 1-0,3 = 0,7</math>


Znając prawdopodobieństwo wystąpienia każdego zdarzenia zawartego w diagramie, wyznacza się szansę na wystąpienie zdarzeń końcowych. Jest ona '''iloczynem''' poszczególnych wartości na ścieżce do niego prowadzącej z prawdopodobieństwem zdarzenia inicjującego włącznie<ref name="wiki" />:
Znając prawdopodobieństwo wystąpienia każdego zdarzenia zawartego w diagramie, wyznacza się szansę na wystąpienie zdarzeń końcowych. Jest ona '''iloczynem''' poszczególnych wartości na ścieżce do niego prowadzącej z prawdopodobieństwem zdarzenia inicjującego włącznie <ref name="marine" />:


<math> P(W) = P(Z_I)*P(Z_Z1)* … *P(Z_n)</math>
<math> P(W) = P(Z_I)*P(Z_Z1)* … *P(Z_n)</math>
Linia 80: Linia 82:
* Clifton A., Ericson II (2005), ''Hazard Analysis Techniques for System Safety'', John Wiley & Sons, Inc.  
* Clifton A., Ericson II (2005), ''Hazard Analysis Techniques for System Safety'', John Wiley & Sons, Inc.  
* Clemens P.L., Simmons R.J. (1998), ''System Safety and Risk Management: NIOSH Instructional Module'', "National Institute for Occupational Safety and Health"  
* Clemens P.L., Simmons R.J. (1998), ''System Safety and Risk Management: NIOSH Instructional Module'', "National Institute for Occupational Safety and Health"  
* ''[https://en.wikipedia.org/wiki/Event_tree Event tree]'' (2021), "Wikipedia"
* ''[https://aldservice(.)com/Event-Tree-Analysis-ETA Event-Tree-Analysis-ETA]'' (2021), "ALD Services"
* ''[https://en.wikipedia.org/wiki/Event_tree_analysis Event tree analysis]''(2021), "Wikipedia"
* ''[https://aldservice(.)com/Event-Tree-Analysis-ETA Event-Tree-Analysis-ETA]'' (2021), "ALD Services"  
* ''[https://en.wikipedia.org/wiki/Fault_tree_analysis Fault tree analysis]'' (2021), "Wikipedia"
* Ferdous R., Khan F., Sadiq R., Amyotte P., Veitch B. (2009), ''Handling data uncertainties in event tree analysis'', "Process Safety and Environmental Protection"  
* Ferdous R., Khan F., Sadiq R., Amyotte P., Veitch B. (2009), ''Handling data uncertainties in event tree analysis'', "Process Safety and Environmental Protection"  
* ''[https://edu.pjwstk.edu.pl/wyklady/psk/scb/index14.html Projektowanie Sieci Komputerowych: Analiza Ryzyka]'' (2006), Mąka W.  
* ''[https://edu.pjwstk.edu.pl/wyklady/psk/scb/index14.html Projektowanie Sieci Komputerowych: Analiza Ryzyka]'' (2006), Mąka W.  
* Raiyan A., Dasa S., Rafiqul Islam M. (2017), ''Event Tree Analysis of Marine Accidents in Bangladesh'', "Procedia Engineering"
* Rausand M. (2011), ''Risk Assessment: Theory, Methods, and Applications'', John Wiley & Sons, Inc.  
* Rausand M. (2011), ''Risk Assessment: Theory, Methods, and Applications'', John Wiley & Sons, Inc.  
* Wang J.X., Roush M. L. (2000), ''What Every Engineer Should Know About Risk Engineering and Management'', Marcel Dekker Inc.  
* Wang J.X., Roush M. L. (2000), ''What Every Engineer Should Know About Risk Engineering and Management'', Marcel Dekker Inc.  

Wersja z 21:47, 27 kwi 2021

Drzewo zdarzeń to indukcyjny diagram pozwalający na analizę potencjalnych skutków danego wydarzenia zawierający chronologiczną serię zdarzeń, będących następstwem wydarzenia inicjującego[1]. Zdarzeniami mogą być konkretne działania lub stany natury. Obrazuje progresję zdarzeń od inicjującego do wyniku końcowego, jego głównym celem jest identyfikacja wszystkich możliwych scenariuszy wynikających z pierwszego zdarzenia[2].

Owe narzędzie analityczne jest podstawą do zastosowania metody Event Tree Analysis ETA czyli Analizy Drzewa Zdarzeń. Uznawana za jedną z metod oceny ryzyka ilościowego, pozwala na wyznaczenie prawdopodobieństwa wystąpienia poszczególnych skutków danego zdarzenia[3]. Jej pochodzenie nie zostało jednoznacznie ustalone, jednak po raz pierwszy użyto jej oficjalnie w raporcie NRC (Nuclear Regulatory Commision) czyli amerykańskiego Urzędu Dozoru Jądrowego The Reactor Safety Study[2].

Sama struktura drzewa daje szansę spojrzeć na ryzyko związane z danym wydarzeniem również z perspektywy analizy jakościowej, a więc na zorientowanie się w sytuacji, która została poddana ocenie[3].

Etapy tworzenia i analizy drzewa

Nie istnieje żaden uniwersalny standard pozwalający na konstrukcję drzewa zdarzeń, jednak za Marvinem Rausand'em można przytoczyć poniższy schemat[2]:

  1. Planowanie i przygotowanie.
  2. Zdefiniowanie zdarzenia inicjującego.
  3. Identyfikacja barier i zdarzeń następujących.
  4. Budowa drzewa zdarzeń.
  5. Opis wydarzeń końcowych.
  6. Ustalenie prawdopodobieństwa lub częstotliwości zdarzeń końcowych.
  7. Podsumowanie.

Probabilistyczna ocena ryzyka rozpoczyna się zdefiniowaniem systemu, którego analiza dotyczy, a następnie inicjujących wydarzeń, które zmieniają stan czy konfigurację owego środowiska. Należy uświadomić sobie cele i ograniczenia, zgromadzić istotne dane, a w końcu wybrać jedno zdarzenie od którego rozpoczniemy. Jeśli pojawiło się więcej niż jedno niezależne zdarzenie, należy zbudować kilka osobnych diagramów, albowiem drzewo powinno zaczynać się od jednego konkretnego punktu wyjścia.

Rys. 1 Przykład struktury Drzewa Zdarzeń

Zdarzenie inicjujące musi zostać starannie określone i pozostawać w określonych ramach (odpowiadając na przykład na pytanie co, gdzie, kiedy?)[2]. Dzieje się to w kroku drugim gdzie niejako kategoryzuje się zdarzenie.

W kroku trzecim określa się bariery, szanse, kluczowe wydarzenia mające znaczenie dla danego systemu, a związane z wydarzeniem z punktu drugiego.

Dalej konstruuje się samo drzewo. Pierwsze zdarzenie, określone w kroku drugim, rozpoczyna cały proces, na przykład rozpalenie zapałki czy włączenie lampy. Każde kolejne jest jego konsekwencją ujętą zazwyczaj binarnie, to znaczy dostępne są dwa warianty skutków danego wydarzenia sukces lub porażka. Sekwencja ta jest powtarzana, aż osiągnięty zostanie stan końcowy (kontynuując wspomniane dwa przykłady: drzewo nie dostarcza owoców czy raport nie został dostarczony na czas). Budując kolejne etapy struktury należy zadawać sobie pytania:

  • Czy system nadal działa w tej części gałęzi po wystąpieniu poszczególnych zdarzeń poprzedzających?[2]
  • Czy sukces lub porażka systemu wpływa na wydarzenie końcowe?[2]
  • Czy zachowanie danego systemu w tym momencie mogłaby poskutkować zastosowaniem jakiegoś mechanizmu bezpieczeństwa?[2]
  • Czy operacyjność danego systemu wpływa na działanie innych systemów?[2]

Istnieją różne formy wizualnego przedstawienia drzewa zdarzeń. Najczęściej spotykanym w literaturze sposobem jest umieszczenie zdarzenia inicjującego z lewej strony, zdarzenia następujące rozgałęziają się w prawo[4]. Dodatkowo używając systemu binarnego opcja porażki powinna znaleźć się niżej, a sukcesu wyżej. Dzięki temu wydarzenia wynikowe powinny same uszeregować się w kolejności od całkowitej porażki (najgorszego możliwego scenariusza) na dole, do wyniku składającego się z samych sukcesów na szczycie. W środku znajdą się wyniki zawierające ciągi zdarzeń zawierające zarówno porażki, jak i zwycięstwa. Takie ujęcie ułatwia końcową analizę.

Skąd wiadomo, co powinno być wydarzeniem końcowym? Poddając analizie wypadek samochodowy wydarzeniem końcowym będzie uraz kierowcy czy raczej okoliczności udzielenia mu pierwszej pomocy? Na te pytania nie ma jednej właściwej odpowiedzi, wszystko zależy od założeń i zakresu ustalonego na początku środowiska (wiąże się to z zakresem analizy ryzyka)[2].

Przedostatnim etapem jest określenie prawdopodobieństwa wystąpienia wydarzenia końcowego. Każda gałąź musi mieć swoje określone prawdopodobieństwo. Istnieje wiele sposobów na jego wyznaczenie. Może zostać zdefiniowane na podstawie testów, obliczeń, ogólnodostępnych statystyk czy wynikać z drzewa błędów. Jeśli warianty mają formę binarną, a prawdopodobieństwo porażki zostanie obliczone za pomocą analizy drzewa porażek FTA (ang. Fault Tree Analysis), szanse na sukces mogą zostać wyznaczone na podstawie poniższej zależności[5]:

Przykład:

Znając prawdopodobieństwo wystąpienia każdego zdarzenia zawartego w diagramie, wyznacza się szansę na wystąpienie zdarzeń końcowych. Jest ona iloczynem poszczególnych wartości na ścieżce do niego prowadzącej z prawdopodobieństwem zdarzenia inicjującego włącznie [4]:

Parser nie mógł rozpoznać (błąd składni): {\displaystyle P(W) = P(Z_I)*P(Z_Z1)* … *P(Z_n)}

Ostatnim etapem jest podsumowanie znalezionych wariantów i stworzenie uporządkowanego raportu[2].

Zalety metody

Główne zalety zastosowania drzewa zdarzeń i jego analizy:

  • Łatwość przyswojenia oraz zastosowania[5].
  • Modelowanie skomplikowanych systemów w przejrzysty sposób[5].
  • Wyznaczenie prawdopodobieństwa[5].
  • Pozwala określić punkty newralgiczne, luki w systemie czy jego zabezpieczeniach, dzięki czemu można je zaadresować[6].
  • Brak potrzeby przewidywania zdarzeń końcowych, wynikają one z poprzednich [6].
  • Cały proces może zostać zautomatyzowany za pomocą oprogramowania[5].

Wady metody

Drzewo zdarzeń i jego analiza ma również swoje wady:

  • Brak jednoznacznie określonego standardu graficznego[2].
  • Nie obsługuje możliwości zatrzymania przed zdarzeniem końcowym lub ominięcia któregoś zdarzenia pośredniego[2].
  • W niektórych przypadkach wyznaczenie prawdopodobieństwa zdarzenia pośredniego może być skomplikowane lub niedokładne[6].
  • Może zawierać tylko jedno zdarzenie inicjujące na raz[6].
  • Zdarzenia są zazwyczaj subiektywnie wybierane przez tworzącego diagram[6].

Drzewo Porażek

Drzewo porażek (lub inaczej błędów) może być niejako dopełnieniem obrazu sytuacji opisywanej przez drzewo zdarzeń. Jak wspomniano, może umożliwić obliczenie prawdopodobieństwa porażki. Jego struktura jest jednak odwrotna. W tym przypadku rozpoczyna się od określenia skutku, a gałęzie do niego prowadzące są potencjalnymi przyczynami, które mogły doprowadzić do danego zdarzenia[7]. Analiza drzewa porażek służy do przestudiowania przyczyn danego zdarzenia, kiedy analiza drzewa zdarzeń nakreśla potencjalne scenariusze następstw tego samego wypadku.

Pozwala na zobrazowanie potencjalnych wariantów sytuacji, dzięki czemu można się na nie przygotować wprowadzając środki zaradcze i zminimalizować prawdopodobieństwo osiągnięcia niepożądanego skutku[7].

Tak jak Drzewo zdarzeń jest narzędziem koniecznym analizie drzewa zdarzeń, tak drzewo porażek jest używane w analizie drzewa porażek.

Oprogramowanie wspomagające tworzenie diagramu

W celu ułatwienia i przyspieszenia procesu przygotowania diagramu drzewa zdarzeń oraz wykonania obliczeń probabilistycznych na rynku pojawiło się wiele oprogramowań. Istnieją zarówno licencjonowane, wykorzystywane w przemyśle, jak na licencji wolnej (Open Source), a więc dostępne dla każdego. Przykłady:

  • RiskSpectrum PSA – używane w przemyśle jądrowym
  • ALD Services

Przypisy

  1. J. X. Wang, M. L. Roush 2000
  2. 2,00 2,01 2,02 2,03 2,04 2,05 2,06 2,07 2,08 2,09 2,10 2,11 M. Rausand 2011
  3. 3,0 3,1 W. Mąka 2006
  4. 4,0 4,1 A. Raiyan, S. Dasa, M. Rafiqul Islam 2017
  5. 5,0 5,1 5,2 5,3 5,4 [A. Clifton, Ericson 2005]
  6. 6,0 6,1 6,2 6,3 6,4 P.L. Clemens, R.J. Simmons 1998
  7. 7,0 7,1 Fault Tree Analysis 2021

Bibliografia

  • Clifton A., Ericson II (2005), Hazard Analysis Techniques for System Safety, John Wiley & Sons, Inc.
  • Clemens P.L., Simmons R.J. (1998), System Safety and Risk Management: NIOSH Instructional Module, "National Institute for Occupational Safety and Health"
  • Event-Tree-Analysis-ETA (2021), "ALD Services"
  • Ferdous R., Khan F., Sadiq R., Amyotte P., Veitch B. (2009), Handling data uncertainties in event tree analysis, "Process Safety and Environmental Protection"
  • Projektowanie Sieci Komputerowych: Analiza Ryzyka (2006), Mąka W.
  • Raiyan A., Dasa S., Rafiqul Islam M. (2017), Event Tree Analysis of Marine Accidents in Bangladesh, "Procedia Engineering"
  • Rausand M. (2011), Risk Assessment: Theory, Methods, and Applications, John Wiley & Sons, Inc.
  • Wang J.X., Roush M. L. (2000), What Every Engineer Should Know About Risk Engineering and Management, Marcel Dekker Inc.

Autor: K T