Module Safety Plan#

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

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 2 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
- Detailed Design will not be performed on module level, because it’s optional according to the process description

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 5 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>

wp__component_arch

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 wp__component_arch 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)

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#

ID

Status

comp_req__kvs__async_api

valid

comp_req__kvs__callback_support

valid

comp_req__kvs__concurrency

valid

comp_req__kvs__constraints

valid

comp_req__kvs__default_val_chksum

valid

comp_req__kvs__default_value_cfg

valid

comp_req__kvs__default_value_types

valid

comp_req__kvs__default_value_query

valid

comp_req__kvs__eng_mode

valid

comp_req__kvs__explicit_snapshot_operations

valid

comp_req__kvs__field_mode

valid

comp_req__kvs__key_encoding

valid

comp_req__kvs__key_length

valid

comp_req__kvs__key_naming

valid

comp_req__kvs__key_uniqueness

valid

comp_req__kvs__snapshot_max_num_cfg

valid

comp_req__kvs__multi_instance

valid

comp_req__kvs__permission_control

valid

comp_req__kvs__permission_err_hndl

valid

comp_req__kvs__pers_data_schema

valid

comp_req__kvs__pers_data_store_bnd

valid

comp_req__kvs__pers_data_csum_vrfy

valid

comp_req__kvs__pers_data_csum

valid

comp_req__kvs__persist_data_com

valid

comp_req__kvs__pers_data_store_fmt

valid

comp_req__kvs__pers_data_version

valid

comp_req__kvs__snapshot_create

valid

comp_req__kvs__snapshot_create_api

valid

comp_req__kvs__snapshot_creation

invalid

comp_req__kvs__snapshot_source

valid

comp_req__kvs__snapshot_delete

invalid

comp_req__kvs__snapshot_id

invalid

comp_req__kvs__snapshot_max_num

invalid

comp_req__kvs__snapshot_overwrite

valid

comp_req__kvs__snapshot_remove_api

valid

comp_req__kvs__snapshot_restore

invalid

comp_req__kvs__snapshot_restore_api

valid

comp_req__kvs__snapshot_rotate

invalid

comp_req__kvs__snapshot_slot_free_api

valid

comp_req__kvs__snapshot_id_api

valid

comp_req__kvs__value_data_types

valid

comp_req__kvs__value_default

valid

comp_req__kvs__value_length

valid

comp_req__kvs__value_reset

valid

comp_req__kvs__value_serialize

valid

Component AoU Status#

No needs passed the filters

Component Architecture Status#

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.