FMEA (Failure Modes and Effects Analysis)#
[Your Feature Name] FMEA
|
status: draft
security: NO
safety: ASIL_B
|
||||
Note
Use the content of the document to describe e.g. why a fault model is not applicable for the diagram.
Attention
The above directive must be updated according to your Feature.
Modify
Your Feature Nameto be your Feature NameModify
idto be your Feature Name in upper snake case preceded bydoc__and succeeded by_fmeaAdjust
statusto bevalidAdjust
safetyandtagsaccording to your needs
The FMEA for the feature [Your Feature Name] is performed. To show evidence that all failure initiators are considered, the applicability has to be filled out in the following tables. For all applicable failure initiators, the FMEA has to be performed.
Failure Mode List#
ID |
Failure Mode |
Applicability |
Rationale |
|---|---|---|---|
MF_01_01 |
message is not received (is a subset/more precise description of MF_01_05) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_02 |
message received too late (only relevant if delay is a realistic fault) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_03 |
message received too early (usually not a problem) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_04 |
message not received correctly by all recipients (different messages or messages partly lost). Only relevant if the same message goes to multiple recipients. |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_05 |
message is corrupted |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_06 |
message is not sent |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
MF_01_07 |
message is unintended sent |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
CO_01_01 |
minimum constraint boundary is violated |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
CO_01_02 |
maximum constraint boundary is violated |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_01 |
Process calculates wrong result(s) (is a subset/more precise description of MF_01_05 or MF_01_04). This failure mode is related to the analysis if e.g. internal safety mechanisms are required (level 2 function, plausibility check of the output, …) because of the size / complexity of the feature. |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_02 |
processing too slow (only relevant if timing is considered) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_03 |
processing too fast (only relevant if timing is considered) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_04 |
loss of execution |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_05 |
processing changes to arbitrary process |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
EX_01_06 |
processing is not complete (infinite loop) |
<yes | no> |
<Rationale if not applicable, otherwise link to filled out FMEA> |
FMEA#
For all identified applicable failure initiators, the FMEA is performed in the following section.
.. feat_saf_fmea:: <Title>
:violates: <Feature architecture>
:id: feat_saf_fmea__<Feature>__<Element descriptor>
:fault_id: <ID from fault model :need:`gd_guidl__fault_models`>
:failure_effect: "description of failure effect of the fault model on the element"
:mitigated_by: <ID from Feature Requirement | ID from AoU Feature Requirement>
:mitigation_issue: <ID from Issue Tracker>
:sufficient: <yes|no>
:status: <valid|invalid>
.. note:: Argument is inside the 'content'. Therefore content is mandatory.
Attention
The above directive must be updated according to your feature FMEA.
The above “code-block” directive must be updated
Fill in all the needed information in the <brackets>