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, 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>.
'''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 name="ntnu">[https://www.ntnu.edu/documents/624876/1277590549/chapt03-eta.pdf/6f3e1b19-4824-4812-adc8-9762d2201c22 M. Rausand 2021]</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="ntnu" />.


Owe narzędzie analityczne jest podstawą do zastosowania metody ''Event Tree Analysis'' ETA czyli '''Analizy Drzewa Zdarzeń'''. Uznawana za jedną z '''metod ilościowych''' oceny ryzyka, 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>[https://www.nrc.gov/docs/ML0706/ML070610293.pdf N.C. Rasmussen 1975]</ref>.
Owe narzędzie analityczne jest podstawą do zastosowania metody ''Event Tree Analysis'' ETA czyli '''Analizy Drzewa Zdarzeń'''. Uznawana za jedną z '''metod ilościowych''' oceny ryzyka, 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>[https://www.nrc.gov/docs/ML0706/ML070610293.pdf N.C. Rasmussen 1975]</ref>.
Linia 7: Linia 7:
== Etapy tworzenia i analizy drzewa ==
== 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:
Nie istnieje żaden uniwersalny standard pozwalający na konstrukcję drzewa zdarzeń, jednak za Marvinem Rausand'em można przytoczyć poniższy schemat:
# "Planowanie i przygotowanie.
# Zdefiniowanie zdarzenia inicjującego.
# Zdefiniowanie zdarzenia inicjującego.
# Identyfikacja barier i zdarzeń następujących.
# Identyfikacja barier i zdarzeń następujących.
# Budowa drzewa zdarzeń.
# Budowa drzewa zdarzeń.
# Opis wydarzeń końcowych.
# Opis wydarzeń końcowych.
# Wyznaczenie prawdopodobieństwa lub częstotliwości zdarzeń pośrednich.
# Ustalenie prawdopodobieństwa lub częstotliwości zdarzeń końcowych.
# Ustalenie prawdopodobieństwa lub częstotliwości zdarzeń końcowych.
# Podsumowanie."<ref name="risk" />
# Podsumowanie.<ref name="ntnu" />
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ń]]
[[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="ntnu" />. 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. Zaczyna się próbować odpowiadać na pytanie "co jeśli?" wydarzenie inicjujące dojdzie do skutku.
W kroku następnym określa się bariery, szanse, kluczowe wydarzenia mające znaczenie dla danego systemu, a związane z wydarzeniem początkowym. Zaczyna się próbować odpowiadać na pytanie "co jeśli?" wydarzenie inicjujące dojdzie do skutku.


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, wydarzenie niespodziewane lub standardowa operacja systemu<ref name="clem" />. 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).  
Dalej konstruuje się samo drzewo. Pierwsze zdarzenie, określone na początku, 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, wydarzenie niespodziewane lub standardowa operacja systemu<ref name="clem" />. 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).  


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ę.
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 zapalenie zapałki należy zakończyć na spaleniu drzewa, zaprzestaniu przez drzewo dostarczania owoców czy niedotrzymaniu terminów dostaw soków? Na te pytania nie ma jednej właściwej odpowiedzi, wszystko zależy od założeń i zakresu ustalonego na początku systemu.


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<ref name="hazard">[A. Clifton, Ericson 2005]</ref>:
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<ref>J.D. Andrews, S.J. Dunnett 2000, s. 230 - 238</ref>:


<math> 1 = p(s)+p(f)</math>
<math> P_S = 1 - P_F</math>


Przykład:
Przykład:


<math> p(f) = 0,3 </math>
<math> P_F = 0,3 </math>


<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="marine" />:
Znając prawdopodobieństwo wystąpienia każdego zdarzenia zawartego w diagramie, wyznacza się szansę na wystąpienie zdarzeń końcowych. Jest ona często '''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>


Ostatnim etapem jest podsumowanie znalezionych wariantów i stworzenie uporządkowanego '''raportu'''<ref name="risk" />.
Ostatnim etapem jest podsumowanie znalezionych wariantów i prezentacja ich w postaci uporządkowanego '''raportu'''<ref name="ntnu" />.


== Zalety metody ==
== Zalety metody ==
Główne zalety zastosowania drzewa zdarzeń i jego analizy:
Główne zalety zastosowania drzewa zdarzeń i jego analizy:
* Prostota tworzenia.
* Prostota tworzenia.
* Modelowanie skomplikowanych systemów w przejrzysty sposób<ref name="hazard" />.
* Matematyczne wyznaczenie prawdopodobieństwa wystąpienia zdarzeń końcowych.
* Matematyczne wyznaczenie prawdopodobieństwa wystąpienia zdarzeń końcowych.
* Zastosowanie w ocenie ilościowej, ale i jakościowej.
* Zastosowanie w ocenie ilościowej, ale i jakościowej.
* Pozwala określić punkty newralgiczne, luki w systemie czy jego zabezpieczeniach, dzięki czemu można je zaadresować<ref name="clem">[https://www.cdc.gov/niosh/docs/96-37768/pdfs/96-37768.pdf P.L. Clemens, R.J. Simmons 1998, VII-3,VII-14, IX-3,IX-7]</ref>.
* Pozwala określić punkty newralgiczne, luki w systemie czy jego zabezpieczeniach, dzięki czemu można je zaadresować<ref name="clem">[https://www.cdc.gov/niosh/docs/96-37768/pdfs/96-37768.pdf P.L. Clemens, R.J. Simmons 1998, VII-3,VII-14, IX-3,IX-7]</ref>.
* Tworzenie modeli skomplikowanych systemów w przejrzysty sposób.
* Brak potrzeby przewidywania zdarzeń końcowych, wynikają one z poprzednich  <ref name="clem" />.
* Brak potrzeby przewidywania zdarzeń końcowych, wynikają one z poprzednich  <ref name="clem" />.
* Cały proces może zostać zautomatyzowany za pomocą oprogramowania.
* Cały proces może zostać zautomatyzowany za pomocą oprogramowania.
Linia 56: Linia 56:
== Wady metody ==
== Wady metody ==
Drzewo zdarzeń i jego analiza ma również swoje wady:
Drzewo zdarzeń i jego analiza ma również swoje wady:
* Brak jednoznacznie określonego standardu tworzenia.
* Brak jednoznacznie określonego standardu graficznego przedstawienia<ref name="ntnu" />.
* Można wyznaczyć ścieżki prowadzące do porażek, ale skala strat może się różnić na każdej z nich<ref name="clem" />.  
* Można wyznaczyć ścieżki prowadzące do porażek, ale skala strat może się różnić na każdej z nich<ref name="clem" />.  
* W niektórych przypadkach wyznaczenie prawdopodobieństwa zdarzenia pośredniego może być skomplikowane lub niedokładne<ref name="clem" />.
* W niektórych przypadkach wyznaczenie prawdopodobieństwa zdarzenia pośredniego może być skomplikowane lub niedokładne<ref name="clem" />.
Linia 78: Linia 78:


== Bibliografia ==
== Bibliografia ==
* Andrews D., Dunnet S.J. (2000), ''Event-tree analysis using binary decision diagrams'', "IEEE Transactions on Reliability"
* 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), ''[https://www.cdc.gov/niosh/docs/96-37768/pdfs/96-37768.pdf System Safety and Risk Management: NIOSH Instructional Module]'', "National Institute for Occupational Safety and Health"  
* Clemens P.L., Simmons R.J. (1998), ''[https://www.cdc.gov/niosh/docs/96-37768/pdfs/96-37768.pdf System Safety and Risk Management: NIOSH Instructional Module]'', "National Institute for Occupational Safety and Health"  
Linia 83: Linia 84:
* ''[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"
* Raiyan A., Dasa S., Rafiqul Islam M. (2017), ''Event Tree Analysis of Marine Accidents in Bangladesh'', "Procedia Engineering"
* Rasmussen, N.C. (1975) ''Reactor Safety Study: An assessment of accident risks in US Commercial Nuclear Power Plants'', Nuclear Regulatory commission
* Rasmussen, N.C. (1975), ''Reactor Safety Study: An assessment of accident risks in US Commercial Nuclear Power Plants'', Nuclear Regulatory commission
* Rausand M. (2011), ''Risk Assessment: Theory, Methods, and Applications'', John Wiley & Sons, Inc.
* Rausand M. (2021), ''[https://www.ntnu.edu/documents/624876/1277590549/chapt03-eta.pdf/6f3e1b19-4824-4812-adc8-9762d2201c22 Event Tree Analysis]'' NTNU
* 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 22:46, 28 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[1].

Owe narzędzie analityczne jest podstawą do zastosowania metody Event Tree Analysis ETA czyli Analizy Drzewa Zdarzeń. Uznawana za jedną z metod ilościowych oceny ryzyka, pozwala na wyznaczenie prawdopodobieństwa wystąpienia poszczególnych skutków danego zdarzenia[2]. 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[3].

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[2].

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:

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

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?)[1]. Dzieje się to w kroku drugim gdzie niejako kategoryzuje się zdarzenie.

W kroku następnym określa się bariery, szanse, kluczowe wydarzenia mające znaczenie dla danego systemu, a związane z wydarzeniem początkowym. Zaczyna się próbować odpowiadać na pytanie "co jeśli?" wydarzenie inicjujące dojdzie do skutku.

Dalej konstruuje się samo drzewo. Pierwsze zdarzenie, określone na początku, 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, wydarzenie niespodziewane lub standardowa operacja systemu[4]. 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).

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[5]. 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 zapalenie zapałki należy zakończyć na spaleniu drzewa, zaprzestaniu przez drzewo dostarczania owoców czy niedotrzymaniu terminów dostaw soków? Na te pytania nie ma jednej właściwej odpowiedzi, wszystko zależy od założeń i zakresu ustalonego na początku systemu.

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[6]:

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 często iloczynem poszczególnych wartości na ścieżce do niego prowadzącej z prawdopodobieństwem zdarzenia inicjującego włącznie [5]:

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 prezentacja ich w postaci uporządkowanego raportu[1].

Zalety metody

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

  • Prostota tworzenia.
  • Matematyczne wyznaczenie prawdopodobieństwa wystąpienia zdarzeń końcowych.
  • Zastosowanie w ocenie ilościowej, ale i jakościowej.
  • Pozwala określić punkty newralgiczne, luki w systemie czy jego zabezpieczeniach, dzięki czemu można je zaadresować[4].
  • Tworzenie modeli skomplikowanych systemów w przejrzysty sposób.
  • Brak potrzeby przewidywania zdarzeń końcowych, wynikają one z poprzednich [4].
  • Cały proces może zostać zautomatyzowany za pomocą oprogramowania.

Wady metody

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

  • Brak jednoznacznie określonego standardu graficznego przedstawienia[1].
  • Można wyznaczyć ścieżki prowadzące do porażek, ale skala strat może się różnić na każdej z nich[4].
  • W niektórych przypadkach wyznaczenie prawdopodobieństwa zdarzenia pośredniego może być skomplikowane lub niedokładne[4].
  • Może zawierać tylko jedno zdarzenie inicjujące na raz[4].
  • Zdarzenia są zazwyczaj subiektywnie wybierane przez tworzącego diagram[4].

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, inicjatorem jest skutek, a gałęzie określają zbiory tzw. cięć i ścieżek[4]. "Zbiór cięć jest grupą inicjatorów, które sprawią, że główne wydarzenie dojdzie do skutku, zaś jeśli zdarzenia z grupy ścieżek nie dojdą do skutku zagwarantują skutek odwrotny (brak badanego wydarzenia)"[4]. Analiza drzewa porażek służy do przestudiowania przyczyn danego zdarzenia i prawdopodobieństw ich wystąpienia, kiedy analiza drzewa zdarzeń nakreśla potencjalne scenariusze następstw tego samego wypadku.

Pozwala na zobrazowanie wszystkich potencjalnych kombinacji wydarzeń prowadzących do badanej sytuacji, identyfikację punktów newralgicznych oraz ich ocenę, znalezienie słabych punktów i przeciwdziałanie im w celu kontroli ryzyka[4].

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. 1,0 1,1 1,2 1,3 1,4 1,5 M. Rausand 2021
  2. 2,0 2,1 W. Mąka 2006
  3. N.C. Rasmussen 1975
  4. 4,0 4,1 4,2 4,3 4,4 4,5 4,6 4,7 4,8 4,9 P.L. Clemens, R.J. Simmons 1998, VII-3,VII-14, IX-3,IX-7
  5. 5,0 5,1 A. Raiyan, S. Dasa, M. Rafiqul Islam 2017
  6. J.D. Andrews, S.J. Dunnett 2000, s. 230 - 238

Bibliografia

  • Andrews D., Dunnet S.J. (2000), Event-tree analysis using binary decision diagrams, "IEEE Transactions on Reliability"
  • 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"
  • 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"
  • Rasmussen, N.C. (1975), Reactor Safety Study: An assessment of accident risks in US Commercial Nuclear Power Plants, Nuclear Regulatory commission
  • Rausand M. (2021), Event Tree Analysis NTNU
  • Wang J.X., Roush M. L. (2000), What Every Engineer Should Know About Risk Engineering and Management, Marcel Dekker Inc.

Autor: K T