Module Safety Plan#

Persistency Safety Plan
status: valid
security: NO
safety: ASIL_B
tags: persistency
version: 1

Functional Safety Management Context#

This Safety Plan adds to the wp__platform_safety_plan 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 Persistency Documentation. The module consists of one or more SW components and will be qualified as a SEooC.

Functional Safety Management Roles#

Table 9 Module roles#

Role

Assignee

Safety Manager

Volker Häussler

Module Project Manager (= Feature team lead)

Uwe Maucher

Tailoring#

Additional to the tailoring in the SW platform project as defined in the wp__platform_safety_plan we define here the additional tailoring on module level.

- Excluded for this module are additionally the following workproducts (and their related requirements):
- Safety Analysis will not be performed on module level, because they are identical to the feature level.

Functional Safety Module Workproducts#

One set of workproducts for the module and one set for each component of the module:

Module Workproducts List#

Component KVS Workproducts List#

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.

Table 12 OSS (sub-)component Tiny JSON Workproducts#

Work product Id

Link to process

Reasoning for tailoring

wp__requirements_comp

gd_temp__req_comp_req

Always needed (for Q and QR classification) and also improves process Id 2

wp__requirements_comp_aou

gd_temp__req_aou_req

Always needed (for Q and QR classification) and also improves process Id 5

wp__requirements_inspect

gd_chklst__req_inspection

<Reasoning for tailoring>

wf__cr_mt_comparch

gd_temp__arch_comp

<Reasoning for tailoring, needed for example in case of deficits in process Id 3&4 and complexity Ids 1&4>

wp__sw_component_fmea

gd_temp__comp_saf_fmea

<Reasoning for tailoring, could help arguing too high cyclomatic complexity covered by safety mechanisms>

wp__sw_arch_verification

gd_chklst__arch_inspection_checklist

<Reasoning for tailoring, needed if also wf__cr_mt_comparch is required>

wp__sw_implementation

n/a

Tailored - If source code is modified, this is not a OSS qualification any more.

wp__verification_sw_unit_test

gd_guidl__verification_guide

<Reasoning for tailoring, can improve deficits in process Id 6 and complexity Id 3>

wp__sw_implementation_inspection

gd_chklst__impl_inspection_checklist

<Reasoning for tailoring, can improve deficits in process Id 6 and complexity Id 2>

wp__verification_comp_int_test

gd_guidl__verification_guide

Always needed (for Q and QR classification)

wp__sw_component_class

gd_guidl__component_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 in Persistency Documentation.

Component Documents Status#

For all the work product documents the status can be seen in Persistency Documentation.

Component Requirements Status#

No needs passed the filters

Component AoU Status#

No needs passed the filters

Component Architecture Status#

No needs passed the filters

Deviations from Module Safety Plan#

The following deviations from the module safety plan are present in the module safety package. These are deviations from planned processes execution and/or work product results, safety anomalies in the sense of known bugs in the software are reported in the release notes.

No deviations from the module safety plan are present in the module safety package.