-
Notifications
You must be signed in to change notification settings - Fork 18
add requirement coverage in checklist #585
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -66,14 +66,21 @@ Please note that it is mandatory to fill in the "passed" column with "yes" or "n | |
| - | ||
| - | ||
| * - ARC_01_02 | ||
| - Does the software architecture design consider all the requirements allocated to the architectural element, including functional, non-functional, safety, and security requirements and all related design decisions? | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. non-functional may not all be able to allocate |
||
| - manual | ||
| - Check if all requirements allocated to the architectural element are considered in the design. This includes functional requirements (e.g., use cases, functional safety requirements), non-functional requirements (e.g., performance, reliability), safety requirements (e.g., ASIL-related requirements), and security requirements (e.g., confidentiality, integrity). Additionally, ensure that all related design decisions are taken into account and documented in the architectural design. | ||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. functional requirements mention already functionals safety, later again safety is mentioned and security, looks for me duplicated
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. How should the decision taken into account? What would be evidence for that? |
||
| - | ||
| - | ||
| - | ||
| * - ARC_01_03 | ||
| - If the architectural element is related to any supplier manuals (incl. safety and security) | ||
| are the relevant parts covered? | ||
| - manual | ||
| - If the architecture makes use of supplied elements, their manuals (like safety) have to be considered (i.e. its provided functionality matches the expectation and assumptions are fulfilled). Note that in case of safety component this means that assumed Technical Safety Requirements and AoUs of the safety manual are covered. | ||
| - | ||
| - | ||
| - | ||
| * - ARC_01_03 | ||
| * - ARC_01_04 | ||
| - Is the architectural element traceable to the lower level artifacts as defined by the workproduct traceability? | ||
| - automated | ||
| - Will be removed from checklist once the requirement (:need:`Correlations of the architectural building blocks <gd_req__arch_build_blocks_corr>`) is implemented by automated tool check. See `Tool Requirements <https://eclipse-score.github.io/docs-as-code/main/internals/requirements/requirements.html>`_. | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see below, same comments