Safety concept diagrams represent the concept of safety architecture designs.
The specification is formed by Safety Concept Notation Study Group.
You can create a Requirement by directly double-clicking on a diagram.
SG, FSR, TSR, HWSR, SWSR, and NFSR beside the R box are the stereotypes. Please choose which stereotype you want before creating a Requirement by double-clicking.
You can also create a Requirement by copying and pasting texts.
By double-clicking on the top-right corner, you can set ASIL(Automobile Safety Integrity Level) to the requirement individually.
Learn more about ASIL on this page.
You can create a Requirement Group by choosing one with a stereotype you’d like on the toolbar (SM or MF), and click on a diagram.
When you want to associate a Requirement with a Requirement Group, use [Constraint Pairing].
Choose the [Constraint Pairing] from the toolbar and click a Requirement and Requirement Group.
You can make a pair of two Requirement Groups by using [Requirement Group Pairing].
Choose the [Requirement Group Pairing] from the toolbar and click a Requirement group and another.
In order to make a pair of Requirement Groups, one of the Requirement Group needs to be linked to a Requirement which has ASIL A or higher.
Use [Constraint Pairing] to connect a Requirement Group and a Requirement.
Elements can represent a system, subsystem, components…etc. where you can drag Requirements inside to represent the inclusive relationships.
You can create another element inside an existing element to create sub-element. In this case, the outside element should mean it is the system boundary.
Interaction is an arrow line you can create from one Requirement to another to represent a transfer of information, signal or message.
To draw an interaction, have a mouse over a Requirement diagram and click on a small arrow, then click to a target Requirement.
When you want to represent input from outside of the system or output to outside of the system which you won’t depict on the diagram, you should use System Boundary Interaction.
Choose a fat arrow from the toolbar and click wherever you want it to start and click on a target Requirement or click on a source Requirement and click to where ever you want the arrow to point.
You can represent the decomposition using Requirements, Requirement Group and Requirement Group pairing.
For example, regarding the design shown above, there is a possibility of malfunction that could occur from wrong transmission of the “Send Position” request or its loss signal. So we can design the SM-001 (Safety Mechanism 001) that we implement dual detection systems and add priority judgement as below:
Create a “Intended Function” Requirement Group and associate it with “FR-100” Requirement with Constraint-pairing.
Also, create another Requirement Group and let it associated with newly added “FSR-001” and “FSR-002” requirements that are included in the new SM-001.
You can decompose by pairing these two Requirement Groups with “Requirement Group Pairing”.
This is how decomposition works.
After decomposing, you can still change the Requirement’s ASIL and names.