Argument A1.2.2.3.3.4.4.3.2.1.1 Design and implementation of the Collision Avoidance SIF is adequate to prevent collision because...

[Back to main map]
Parent nodes:

Child nodes:


Requirements for the Collision Avoidance SIF have been derived from the system functional and non-functional safety requirements and verified.

NB. The requirements should include the remediation action. i.e. how to recover from the safe state.

The design and implementation of the Collision Avoidance SIF has followed a safety lifecycle model commensurate with IEC 61508. The guard has been designed and verified independently (explain what that independence is).

An analysis has shown that a combination of:

results in a maximum (worst case) impact energy plus a n% margin which is less than that which the hazard analysis shows to be unsafe.

Probabilistic analyses (Failure Modes and Effects Criticality Analysis (FMECA), SIL calc's and Safe Failure Fractions (SFF)) have been conducted for the SIF and shown to have a failure rate commensurate with the requirements. This analysis has also shown that a burn in of n cycles is required prior to first use.

The Collision Avoidance SIF will enter its safe state if its power or that of the (intelligent) control system fails.

The Collision Avoidance SIF sensor, actuator and their interfaces to the decision making system has been functionally tested with 100% coverage.

The guard has been tested to confirm it meets its non-functional requirements, including:

An analysis has shown that a Collision Avoidance SIF documented proof testing regime is mandated every n operating hours / before each deployment / every n years.