Skip to content

Conversation

@PandaeDo
Copy link
Contributor

Ref: closes #102

@github-actions
Copy link

github-actions bot commented Jun 26, 2025

License Check Results

🚀 The license check job ran with the Bazel command:

bazel run //src:license-check

Status: ⚠️ Needs Review

Click to expand output
[License Check Output]
Extracting Bazel installation...
Starting local Bazel server and connecting to it...
INFO: Invocation ID: 89c447c1-b33b-4590-bf5b-65ecd2b47279
Computing main repo mapping: 
Computing main repo mapping: 
Computing main repo mapping: 
Computing main repo mapping: 
Computing main repo mapping: 
Computing main repo mapping: 
Computing main repo mapping: 
Loading: 
Loading: 0 packages loaded
Loading: 0 packages loaded
    currently loading: src
Loading: 0 packages loaded
    currently loading: src
Analyzing: target //src:license-check (1 packages loaded, 0 targets configured)
Analyzing: target //src:license-check (1 packages loaded, 0 targets configured)

Analyzing: target //src:license-check (98 packages loaded, 10 targets configured)

Analyzing: target //src:license-check (104 packages loaded, 10 targets configured)

Analyzing: target //src:license-check (147 packages loaded, 1752 targets configured)

Analyzing: target //src:license-check (153 packages loaded, 2652 targets configured)

Analyzing: target //src:license-check (158 packages loaded, 2687 targets configured)

Analyzing: target //src:license-check (162 packages loaded, 4820 targets configured)

INFO: Analyzed target //src:license-check (163 packages loaded, 4946 targets configured).
[12 / 13] [Prepa] Generating Dash formatted dependency file ...
INFO: Found 1 target...
Target //src:license.check.license_check up-to-date:
  bazel-bin/src/license.check.license_check
  bazel-bin/src/license.check.license_check.jar
INFO: Elapsed time: 19.785s, Critical Path: 0.38s
INFO: 13 processes: 4 disk cache hit, 9 internal.
INFO: Build completed successfully, 13 total actions
INFO: Running command line: bazel-bin/src/license.check.license_check src/formatted.txt -review -project automotive.score -repo https://github.com/eclipse-score/docs-as-code -token otyhZ4eaRYK1tKLNNF-Y
[main] INFO Querying Eclipse Foundation for license data for 83 items.
[main] INFO Found 58 items.
[main] INFO Querying ClearlyDefined for license data for 25 items.
[main] ERROR Error response from ClearlyDefined 429

@github-actions
Copy link

The created documentation from the pull request is available at: docu-html

@MaximilianSoerenPollak
Copy link
Contributor

@PandaeDo is this ready for review or still in draft?

@PandaeDo
Copy link
Contributor Author

@MaximilianSoerenPollak The draft shall show that I still work on it. In aspect to that our remarks are also warm welcome.

Copy link
Contributor

@MaximilianSoerenPollak MaximilianSoerenPollak left a comment

Choose a reason for hiding this comment

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

Some questions & some changes needed.

Any questions let me know.

@MaximilianSoerenPollak
Copy link
Contributor

If those things are changed. Here are the resulting errors:

folder_templates/features/feature_name/requirements/index.rst:48: WARNING: feat_req__feature_name__some_title: parent need stkh_req__requirements__template does not fulfill condition {'or': ['safety == QM', 'safety == ASIL_B']}. [score_metamodel]
folder_templates/modules/module_name/component_name/docs/requirements/index.rst:36: WARNING: comp_req__component_name__some_title: parent need feat_req__feature_name__some_title does not fulfill condition {'or': ['safety == QM', 'safety == ASIL_B']}. [score_metamodel]

These then also need to be fixed I think. Though that should be us. I'm a bit unsure why it checks 'EXTERNAL' needs here.. that's a bit worrysome.

@PandaeDo PandaeDo marked this pull request as ready for review July 4, 2025 13:09
:id: feat_req__parent__abcd

.. Checks if the child requirement has the at least the same safety level as the parent requirement. It's allowed to "overfill" the safety level of the parent.
.. ASIL decomposition is not foreseen in S-CORE. Therefore it's not allowed to have a child requirement with a lower safety level than the parent requirement as
Copy link
Contributor

Choose a reason for hiding this comment

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

just hint, in this case we would need to check e.g. ASIL B -> QM(B) or ASIL A(B)

masc2023
masc2023 previously approved these changes Jul 4, 2025
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.

Fine for now to test, but one comment, in current release we want only ASIL B, not ASIL D, so how can we find ASIL D requirements automatically and let them not be in the code. May needs some discussion

@MaximilianSoerenPollak
Copy link
Contributor

Fine for now to test, but one comment, in current release we want only ASIL B, not ASIL D, so how can we find ASIL D requirements automatically and let them not be in the code. May needs some discussion

That should be an easy check, just checking if safety is ASIL_D in an requirements.

Copy link
Contributor

@aschemmel-tech aschemmel-tech left a comment

Choose a reason for hiding this comment

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

See inline comments

prefix: feat_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should be "failure_mode"

Copy link
Contributor

Choose a reason for hiding this comment

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

This was changed to be consitent accross the types if I remember correctly?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Aligned to the actual PR it's "fault_models". ](eclipse-score/process_description#54)

Copy link
Contributor

Choose a reason for hiding this comment

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

ok, consistent is nice, but according to #54 above the name of the attribute and the content to be written is completely inconsistent: ":violation_cause: "description of failure effect of the fault model on the element"" - the attribute asks for the "cause" and the description is about the "effect"

Copy link
Contributor

Choose a reason for hiding this comment

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

I guess we discuss this then tomorrow?

title: FMEA
prefix: feat_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should start with prefix

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Corrected it

title: DFA
prefix: feat_plat_saf_dfa__
mandatory_options:
id: ^gd_guidl__dfa_failure_initiators__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should start with prefix

Copy link
Contributor

Choose a reason for hiding this comment

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

^feat_plat_saf_dfa__[0-9a-z_]*$

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Corrected it

title: DFA
prefix: comp_saf_dfa__
mandatory_options:
id: ^gd_guidl__dfa_failure_initiators__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should start with prefix

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Corrected it

title: FMEA
prefix: comp_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should start with prefix

Copy link
Contributor Author

@PandaeDo PandaeDo Jul 7, 2025

Choose a reason for hiding this comment

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

Corrected it

prefix: comp_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should be "failure_mode"

mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
violation_cause: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should be "failure_effect"

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Aligned to the actual PR it's "fault_models". ](eclipse-score/process_description#54)

Copy link
Contributor

Choose a reason for hiding this comment

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

see above

mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
violation_cause: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

should be "failure_effect"

Copy link
Contributor Author

Choose a reason for hiding this comment

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

After discussion I changed it to violation. If needed we shall discuss it in our round.

violation_cause: ^.*$
mitigation_issue: ^https://github.com/.*$
sufficient: ^(yes|no)$
argument: ^.+$
Copy link
Contributor

Choose a reason for hiding this comment

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

This is the only occurence of "argument" - in the process templates it is in every DFA and FMEA. I am not sure if we discussed to remove this and put the in the description of the "need".

Copy link
Contributor

Choose a reason for hiding this comment

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

Argument should be removed as an attribute. It was decided the argument is inside the 'conent

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 missed this one. We deleted it in the metamodel and add a note into the templates in the actual PR that the argument is inside the contend and therefore its mandatory.

Copy link
Contributor

@MaximilianSoerenPollak MaximilianSoerenPollak left a comment

Choose a reason for hiding this comment

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

Overall great work, thank you.

Some small comments, requests & questions from my side.

title: DFA
prefix: feat_plat_saf_dfa__
mandatory_options:
id: ^gd_guidl__dfa_failure_initiators__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

^feat_plat_saf_dfa__[0-9a-z_]*$

Comment on lines 513 to 520
violation_id: ^.*$
violation_cause: ^.*$
mitigation_issue: ^https://github.com/.*$
sufficient: ^(yes|no)$
status: ^(valid|invalid)$
mandatory_links:
mitigates: ^(feat_req__.*|aou_req__.*|)$
verifies: ^feat_arc_sta__[0-9a-z_]*$
Copy link
Contributor

Choose a reason for hiding this comment

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

In this and any of the other new need types.

Are ALL mentioned links & options/attributes mandatory ? Or are some optional?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Changed the mitigation_issue to optional_links

prefix: feat_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

This was changed to be consitent accross the types if I remember correctly?

violation_cause: ^.*$
mitigation_issue: ^https://github.com/.*$
sufficient: ^(yes|no)$
argument: ^.+$
Copy link
Contributor

Choose a reason for hiding this comment

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

Argument should be removed as an attribute. It was decided the argument is inside the 'conent

Copy link
Contributor

@aschemmel-tech aschemmel-tech left a comment

Choose a reason for hiding this comment

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

Need to discuss if we want "failure effect" documented at least for FMEA

Copy link
Contributor

@MaximilianSoerenPollak MaximilianSoerenPollak left a comment

Choose a reason for hiding this comment

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

Just one more question from me, but I think this is ok.

From my side we can bring this in, depending on the verifies naming status?

Comment on lines 35 to 38
args = [
"-s",
"-vv",
],
Copy link
Contributor

Choose a reason for hiding this comment

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

Nitpick:

Should be removed.

This can be done in next PR.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done

sufficient: ^(yes|no)$
status: ^(valid|invalid)$
mandatory_links:
mitigates: ^(feat_req__.*|aou_req__.*)$
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 I saw in the process that 'mitigates' can be left empty.
If this is the case, then this should be a optional_link not madatory.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

The mitigation link can be open as long as there is no mitigation (gd_guidl__safety_analysis). To finish a safety analysis a sufficient and linked mitigation is needed.

Copy link
Contributor

Choose a reason for hiding this comment

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

That then means though that this should be optional?

prefix: feat_saf_fmea__
mandatory_options:
id: ^gd_guidl__fault_models__[0-9a-z_]*$
violation_id: ^.*$
Copy link
Contributor

Choose a reason for hiding this comment

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

I guess we discuss this then tomorrow?

Copy link
Contributor

@aschemmel-tech aschemmel-tech left a comment

Choose a reason for hiding this comment

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

Ok with merge to enable piloting

aschemmel-tech
aschemmel-tech previously approved these changes Jul 9, 2025
Copy link
Contributor

@aschemmel-tech aschemmel-tech left a comment

Choose a reason for hiding this comment

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

Fine for me to merge.

Copy link
Contributor

@MaximilianSoerenPollak MaximilianSoerenPollak left a comment

Choose a reason for hiding this comment

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

👍

@MaximilianSoerenPollak MaximilianSoerenPollak merged commit 2b10cd4 into eclipse-score:main Jul 9, 2025
7 checks passed
@github-project-automation github-project-automation bot moved this from Draft to Done in Infrastructure Jul 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet