Module Safety Plan#
Persistency Safety Plan
|
status: valid
security: NO
safety: ASIL_B
|
||||
Functional Safety Management Context#
This Safety Plan adds to the gd_guidl__saf_plan_definitions all the module development relevant workproducts needed for ISO 26262 conformity.
Functional Safety Management Scope#
This Safety Plan’s scope is a SW module of the SW platform Module Documents Persistency. The module consists of one or more SW components and will be qualified as a SEooC.
Functional Safety Management Roles#
Role |
Assignee |
|---|---|
Safety Manager |
Volker Häussler |
Module Project Manager (= Feature team lead) |
Lars Bauhofer |
Tailoring#
Additional to the tailoring in the SW platform project as defined in the gd_guidl__saf_plan_definitions we define here the additional tailoring on module level.
Functional Safety Module Workproducts#
One set of workproducts for the module and one set for each component of the module:
Module Workproducts List#
Workproduct Id |
Link to process |
Process status |
Link to WP |
|---|---|---|---|
valid |
this document |
||
valid |
this document (including the linked documentation) |
||
wp__fdr_reports (module Safety Plan) |
valid |
Persistency Safety Plan For... (doc__persistency_safety_plan_fdr) |
|
wp__fdr_reports (module Safety Package) |
valid |
Persistency Safety Package ... (doc__persistency_safety_package_fdr) |
|
wp__fdr_reports (module’s Safety Analyses & DFA) |
valid |
<Link to WP> |
|
performed by external experts |
n/a |
<Link to WP> |
|
valid |
|||
valid |
Persistency Verification Re... (doc__persistency_verification_report) |
||
valid |
Component KVS Workproducts List#
Workproduct Id |
Link to process |
Process status |
Link to WP |
|---|---|---|---|
valid |
Persistency KVS Requirements (doc__persistency_kvs_requirements) |
||
valid |
Persistency KVS Requirements (doc__persistency_kvs_requirements) |
||
valid |
Checklist used in Pull Request Review |
||
valid |
Persistency KVS Module Arch... (doc__persistency_kvs_architecture) |
||
valid |
Checklist used in Pull Request Review |
||
valid |
|||
valid |
|||
valid |
<Link to WP> |
||
valid |
<Link to WP> |
||
valid |
Checklist used in Pull Request Review |
||
valid |
<Link to WP> |
||
valid |
Persistency Component Class... (doc__persistency_component_classification) |
OSS (sub-)component qualification plan#
For the selected OSS component the following workproducts will be implemented (and why):
- If the OSS element is classified as
component, then the below table shall match the above, adding the reasoning for tailoring of work products according to the OSS component classification.
lower level component, then no workproducts additional to the component’s will be planned and activities below are part of the component’s issues.
Workproduct Id |
Reasoning for tailoring |
|---|---|
Always needed (for Q and QR classification) and also improves process Id 2 |
|
Always needed (for Q and QR classification) and also improves process Id 5 |
|
<Reasoning for tailoring> |
|
<Reasoning for tailoring, needed for example in case of deficits in process Id 3&4 and complexity Ids 1&4> |
|
<Reasoning for tailoring, could help arguing too high cyclomatic complexity covered by safety mechanisms> |
|
<Reasoning for tailoring, needed if also wf__cr_mt_comparch is required> |
|
Tailored - If source code is modified, this is not a OSS qualification any more. |
|
<Reasoning for tailoring, can improve deficits in process Id 6 and complexity Id 3> |
|
<Reasoning for tailoring, can improve deficits in process Id 6 and complexity Id 2> |
|
Always needed (for Q and QR classification) |
|
Always needed as basis for tailoring. |
Module Safety Package#
To create the safety package (according to gd_guidl__saf_package) the following documents and work products status have to go to “valid” (after the relevant verification were performed).
Module Documents Status#
For all the work product documents the status can be seen by following the “Link to WP”. A summary of the status is also documented in the project’s documentation management plan.
Component Documents Status#
For all the work product documents the status can be seen by following the “Link to WP”. A summary of the status is also documented in the project’s documentation management plan.
Component Requirements Status#
ID |
Status |
Tags |
|---|---|---|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
|
valid |
kvs |
Component AoU Status#
No needs passed the filters
Component Architecture Status#
ID |
Status |
Tags |
|---|---|---|
invalid |
kvs |
|
invalid |
kvs |
|
invalid |
kvs |