Documentation

Ataytis Assurance documentation.

Generate fault trees, bow-ties, event trees, reliability block diagrams, GSN arguments and Markov models from Power BI data with the Ataytis Assurance visual.

Ataytis Assurance · Event Tree Analysis

Preparing event tree data

The table an event tree needs: one row per node naming the node before it, which row each branch value goes on, the columns and what to call them, and a complete worked example.

One row per node, naming the node before it

Each row describes one node and, in Connected Node ID, the node it follows. A pivotal event has one node before it and two after it, so naming the one before keeps every node to a single row.

  1. The initiating event

    One row with Connected Node ID left blank. The initiating frequency goes on this row.

  2. The first pivotal event

    One row following the initiating event, with Relationship Type Next. It is the only way on from the initiating event, so it needs no probability.

  3. Each branch

    One row for the node the branch leads to, following the pivotal event it leaves, with Relationship Type Success Branch or Failure Branch and the branch probability.

  4. Each outcome

    The row for the last branch of a sequence. No row follows it.

Columns

ColumnMaps toWellFill it in on
Node IDNode IDData fieldsEvery row.
Connected Node IDConnected nodeData fieldsEvery row except the initiating event.
Node TypeNode typeData fieldsEvery row.
LabelLabelData fieldsEvery row.
Relationship TypeRelationship typeData fieldsEvery row except the initiating event.
Branch LabelRelationship labelData fieldsBranch rows, for the text on the connector, such as Detected or Not detected.
ProbabilityProbabilityValuesBranch rows.
FrequencyFrequencyValuesThe initiating event's row.
OrderOrderData fieldsOptional. Orders branches of the same kind at a split, and numbers the sequence identifiers. Number success branches before failure branches.
StatusStatusData fieldsOutcome rows, for colouring and the summary strip.
Diagram IDDiagram IDData fieldsEvery row, when the table holds more than one tree.
Diagram NameDiagram nameData fieldsEvery row, for a readable name in the diagram picker.

Node ID, Node Type and Relationship Type must be mapped before the tree draws. Without Node Type the Validation tab says Map the required Node type., and without Relationship Type it says Map the required Relationship type. Blank cells in either column are fine. Any other column, such as an outcome class or an owner, needs no mapping.

Other column names that bind

RoleAlso recognised
ProbabilityBranch Probability, Conditional Probability, Split Fraction, Branch Fraction, Path Probability, Prob, Q
FrequencyInitiating Frequency, Event Frequency, Occurrence Rate, Events per Year, Per Year
Relationship labelBranch Label, Relationship Label, Link Label, Edge Label
Branch labelOutcome, Outcome Label, Path Label
StatusCurrent Status, State, Condition, Current State, Current Condition

Probability and Frequency bind only to number columns. Node ID, Connected node, Node type, Label and Order take the same names as on every diagram type; see Field mapping.

A complete example

A loss-of-containment tree: gas detection, then ignition, then fire suppression on the path where gas was detected. It validates with no errors, warnings or advisories. Probability and Frequency are in Values, set to Don't summarize. Cells with no value are left blank.

Node IDConnected Node IDNode TypeLabelRelationship TypeBranch LabelProbabilityFrequencyOrderStatus
IEInitiating EventLoss of containment0.0261
DETIEPivotal EventGas detected?Next2
IGN-ADETPivotal EventIgnition avoided?Success BranchDetected0.983
IGN-BDETPivotal EventIgnition avoided?Failure BranchNot detected0.024
OUT-1IGN-ASuccess OutcomeContained, no ignitionSuccess BranchNo ignition0.925Acceptable
SUPIGN-APivotal EventFire suppressed?Failure BranchIgnites0.086
OUT-2SUPConsequenceControlled fireSuccess BranchSuppressed0.977Major
OUT-3SUPConsequenceEscalated fireFailure BranchNot suppressed0.038Severe
OUT-4IGN-BConsequenceUnignited releaseSuccess BranchNo ignition0.929Moderate
OUT-5IGN-BConsequenceEscalated fireFailure BranchIgnites0.0810Severe
The loss-of-containment event tree drawn by Ataytis Assurance under IEC 62502:2010, splitting at gas detection, ignition and suppression, with branch labels on each split and a sequence identifier and frequency on the outcomes.
The example drawn under the IEC 62502:2010 profile, with the branch labels on each split and the sequence identifier and frequency written on each outcome.

Ignition avoided? is asked on both paths out of Gas detected?, so it has two nodes, IGN-A and IGN-B, with the same label. Escalated fire ends two sequences and also has a node for each, OUT-3 and OUT-5.

What the example calculates

OutcomeShown on the outcome
Contained, no ignitionIE-S1-S1 · f = 2.34e-2
Controlled fireIE-S1-F2-S1 · f = 1.98e-3
Escalated fire (OUT-3)IE-S1-F2-F2 · f = 6.12e-5
Unignited releaseIE-F2-S1 · f = 4.78e-4
Escalated fire (OUT-5)IE-F2-F2 · f = 4.16e-5

Controlled fire, for example, is 0.026 × 0.98 × 0.08 × 0.97 = 0.001977, in the same units as the initiating frequency. The five frequencies add back up to 0.026, because every split sums to 1.

A pivotal event on several paths

A node has one node before it, so a function asked on more than one path needs one node per path: different Node IDs, the same Label. Reusing one Node ID makes a single node that both paths run into, drawn once.

An outcome at the end of several sequences

Give each sequence its own outcome node, even when outcomes share a label. If several sequences end at one Node ID, the node is drawn once and lists every sequence on it, separated by |.

If your table names the next node

Some tables give each pivotal event one row per branch, naming the node the branch leads to. For those, set Data Mapping → Connection column → Reads as to Connected node comes after this row, and keep each branch's type, label and probability on the row that names it.

Left on the default, such a table is read backwards. The initiating event is reported with An initiating event starts the tree, so nothing may lead to it., and every outcome with An outcome ends its sequence, but this one leads on to another event.

Checks before binding the table

  • Trim Node ID and Connected Node ID. An identifier that differs only by a space does not join.
  • Enter probabilities as fractions: 0.98, not 98.
  • Make the branches at every split add up to 1.
  • Put Frequency on the initiating event's row only.
  • Set Probability and Frequency to Don't summarize.
  • Use Success Branch and Failure Branch at every split, so sequence identifiers read S and F.
Preparing event tree data — Ataytis Assurance | AtaytisTech