Requirement Layer
Hazard Scenarios (1)
Hazard Scenarios for all Hazardous Events of refined requirements.
Hazard Scenario |
Parent |
Hazard Events |
This would be very sad.
|
|
|
Hazardous Events (2)
Hazardous Events for all Safety Goals of refined requirements.
Hazardous Event |
Parent |
Probability |
Controllability |
Effect |
SIL |
Safety-Goals |
The user might think µRTE is hard to use.
|
|
|
|
|
QM |
|
The customer might not see the full spectrum of features µRTE comes with.
|
|
|
|
|
QM |
|
Safetygoals (1)
Safety Goals linking to requirements this requirement is refining.
Safety Goal |
Parent |
Function Type |
SIL derived |
SIL manual |
SIL required |
Safe State |
Safety Requirements |
An small demo model with the most important features shall show the most important features of µRTE.
|
|
System_Function |
QM |
derived |
QM |
Show slides |
|
All refined (Safety)Requirements (9)
All (Safety)Requirements this Requirement is refining.
(Safety)Requirement |
Parent |
User-ID |
Author |
Creation Date |
Start Date |
Deadline |
Expense |
Responsibe |
Category |
Type |
Status |
Justification |
Function Type |
SIL derived |
SIL manual |
SIL required |
Tests |
Technical Functions |
Software |
Other SW |
Hardware |
Signals |
Global variables |
Activation events |
Use-Cases |
User-Stories |
Refining |
Conflicting |
refined by |
conflicted by |
How to read and write data form and to hardware.
|
|
SafetyRequirement_110 |
Thomas Barth |
Thu Jun 09 20:50:22 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
approved |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Demonstrate the use of scalers and validators. Make use of age restrictions, checksums and pointer access.
|
|
SafetyRequirement_111 |
|
Thu Jun 09 20:52:41 CEST 2022 |
|
|
0.0 |
|
product |
functional |
approved |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Show how protection sets can be used to grant access to hardware.
|
|
SafetyRequirement_115 |
|
Fri Jun 10 14:24:52 CEST 2022 |
|
|
0.0 |
|
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Runnables can be activated by signal (onData/onError) events.
|
|
SafetyRequirement_93 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Global variables can store data for Runnables and other Software Functions. The memory protection will automatically be generated. The actual declaration is implemented as user-code to allow the use of non-trivial datatypes and operations.
|
|
SafetyRequirement_94 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Runnables can be activated by cyclic events.
|
|
SafetyRequirement_95 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
SIL_1 |
SIL_1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
µRTE easily can transmit events and data between tasks
|
|
SafetyRequirement_96 |
Thomas Barth |
Wed Jun 08 17:46:14 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signals can either be global data objects of local objects on the task stack. Global signals are the same for everyone while with local signals each task has an own copy which gets synchroized if the signal changes,
|
|
SafetyRequirement_97 |
|
Wed Jun 08 17:49:01 CEST 2022 |
|
|
0.0 |
|
product |
non_functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
uRTE allows the definition of multiple system-states where each state has an own data-flow. For each runnable the system state it shall be active in is configured. The resulting data-flow can be visualized in Software Model/uRTE/SystemStates
|
|
SafetyRequirement_98 |
|
Wed Jun 08 17:52:52 CEST 2022 |
|
|
0.0 |
|
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Refined (Safety)Requirements (7)
(Safety)Requirements directly refined by this Requirement.
(Safety)Requirement |
Parent |
User-ID |
Author |
Creation Date |
Start Date |
Deadline |
Expense |
Responsibe |
Category |
Type |
Status |
Justification |
Function Type |
SIL derived |
SIL manual |
SIL required |
Tests |
Technical Functions |
Software |
Other SW |
Hardware |
Signals |
Global variables |
Activation events |
Use-Cases |
User-Stories |
Refining |
Conflicting |
refined by |
conflicted by |
Demonstrate the use of scalers and validators. Make use of age restrictions, checksums and pointer access.
|
|
SafetyRequirement_111 |
|
Thu Jun 09 20:52:41 CEST 2022 |
|
|
0.0 |
|
product |
functional |
approved |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Show how protection sets can be used to grant access to hardware.
|
|
SafetyRequirement_115 |
|
Fri Jun 10 14:24:52 CEST 2022 |
|
|
0.0 |
|
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Runnables can be activated by signal (onData/onError) events.
|
|
SafetyRequirement_93 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Global variables can store data for Runnables and other Software Functions. The memory protection will automatically be generated. The actual declaration is implemented as user-code to allow the use of non-trivial datatypes and operations.
|
|
SafetyRequirement_94 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Runnables can be activated by cyclic events.
|
|
SafetyRequirement_95 |
Thomas Barth |
Wed Jun 08 17:34:15 CEST 2022 |
|
|
0.0 |
Thomas Barth |
product |
functional |
implemented |
|
System_Function |
QM |
SIL_1 |
SIL_1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signals can either be global data objects of local objects on the task stack. Global signals are the same for everyone while with local signals each task has an own copy which gets synchroized if the signal changes,
|
|
SafetyRequirement_97 |
|
Wed Jun 08 17:49:01 CEST 2022 |
|
|
0.0 |
|
product |
non_functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
uRTE allows the definition of multiple system-states where each state has an own data-flow. For each runnable the system state it shall be active in is configured. The resulting data-flow can be visualized in Software Model/uRTE/SystemStates
|
|
SafetyRequirement_98 |
|
Wed Jun 08 17:52:52 CEST 2022 |
|
|
0.0 |
|
product |
functional |
implemented |
|
System_Function |
QM |
derived |
QM |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Functional Layer
Logical Function Blocks (3)
Logical Function Blocks which map to a technical function which is directly linked by this (Safety)Requirement.
Function |
Type |
Technical functions |
An binary HMI
|
Input |
|
The MCU implementing the logic
|
Service |
|
A PC receiving UART messages
|
Monitor |
|