Skip to content

Conversation

@aschemmel-tech
Copy link
Contributor

@aschemmel-tech aschemmel-tech commented May 22, 2025

Ref: closes #1106

this PR copies #1124 from score repo - you can see the documentation there or build locally (if this is possible for you)

@aschemmel-tech aschemmel-tech force-pushed the aschemmel-tech-add_folder_template branch from 0800443 to 6e70452 Compare May 22, 2025 12:58
Copy link
Contributor

@masc2023 masc2023 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can build in process_description repo locally, had only time for a short walk through, in feature/component folder I miss many document header and realizes links, e.g. in feature requirements, feature architecture, etc., ASIL_D is used in requirements folder of feature, but ASIL_B in module/component´, may make it consistent

.. feat_arc_sta:: Static View
:id: feat_arc_sta__feature_name__static_view
:security: YES
:safety: ASIL_D
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it might be better to set the default for the moment on ASIL B

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I did this on purpose, because I want that the authors think about what they write in every attribute of the document. If they still let it at "ASIL_D" in v0.5 we know we need to question this.

:id: doc__feature_name
:status: draft
:safety: ASIL_B
:tags: template
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It might be easier to understand when we use the syntax from our templates e.g. stkh_req__<Title>. Then you can also delete the information above.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

unclear what is proposed

Backwards Compatibility
=======================

[Describe potential impact (especially including safety and security impacts) and severity on pre-existing platform/project elements.]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Description doesn't fit to headline.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it fits, also this was just copied and is not really part of the folder template change.

[Describe potential impact (especially including safety and security impacts) and severity on pre-existing platform/project elements.]


Security Impact
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it could also be helpful to describe that there might be not all information's available and that they shall be iterative updated by the results of the security process elements. Same comment also fit's for safety.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ok, added a hint to the note.

:satisfies: stkh_req__requirements__as_code
:status: invalid

The Feature shall do xyz to the user to bring him to this condition at this time
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It might be helpful to link the Requirement Formulation Template as a note in here

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

added link to req guideline


.. code-block:: rst

.. feat_saf_dfa:: <Element descriptor>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You might use the current version of the DFA

.. feat_saf_dfa::
| :verifies:
| 🆔 feat_saf_DFA____
| :violation_id: <ID from DFA failure initiators :need:gd_guidl__dfa_failure_initiators>
| :violation_cause: "description of failure effect of the failure initiator on the element"
| :mitigation: < NONE|ID from Feature Requirement>
| :mitigation_issue: <ID from Issue Tracker| None if no issue needed>
| :mitigation_coverage: <0..100%>
| :sufficient: <yes|no>
| :argument:
| :status: <valid|invalid>

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Better update when the Safety Analysis PR is accepted/merged.

# SPDX-License-Identifier: Apache-2.0
# *******************************************************************************


Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It might also be helpful to add a link to the related process. Also at the other documents. This could catch some questions when somebody doesn't know the workproduct.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

as the Safety Analysis process is not existing now, no link possible. But will improve the other templates.


.. code-block:: rst

.. feat_saf_fmea:: <Element descriptor>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

| .. feat_saf_fmea::
| :verifies:
| 🆔 feat_saf_FMEA____
| :failure_mode: <ID from fault model :need:gd_guidl__fault_models>
| :failure_effect: "description of failure effect of the failure initiator on the element"
| :mitigation: < NONE|ID from Feature Requirement>
| :mitigation_issue: <ID from Issue Tracker| None if no issue needed>
| :mitigation_coverage: <0..100%>
| :sufficient: <yes|no>
| :argument:
| :status: <valid|invalid>

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

see above

- see below

* - :need:`wp__feature_safety_analysis`
- <link to process>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

gd_temp__feat_saf_fmea

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does not exist at the moment

- <automated>

* - :need:`wp__feature_dfa`
- <Link to process>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

gd_temp__feat_saf_dfa

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does not exist at the moment

@aschemmel-tech
Copy link
Contributor Author

aschemmel-tech commented May 26, 2025

I can build in process_description repo locally, had only time for a short walk through, in feature/component folder I miss many document header and realizes links, e.g. in feature requirements, feature architecture, etc., ASIL_D is used in requirements folder of feature, but ASIL_B in module/component´, may make it consistent

  • Made consistent: all to ASIL_D.
  • I do not think we wanted to have documents AND WP specific needs. For example I would not expect to have a "requirements document" for each feature plus all the "feature requirements". Would these "realize" the same WP or different ones? - discussed in community: we want to have docs also for all files containing WPs like requirements, architecture and safety analysis. These will "realize" the respective WPs - will add.

Ref: closes #1106
@aschemmel-tech aschemmel-tech force-pushed the aschemmel-tech-add_folder_template branch from b00a4bc to f69ffab Compare May 26, 2025 15:14
@aschemmel-tech aschemmel-tech merged commit ef27e88 into main May 27, 2025
3 checks passed
@aschemmel-tech aschemmel-tech deleted the aschemmel-tech-add_folder_template branch May 27, 2025 13:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants