-
Notifications
You must be signed in to change notification settings - Fork 22
rename relations for SysML compatibility #618
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 |
|---|---|---|
|
|
@@ -54,14 +54,14 @@ Requirements | |
| .. needtable:: Overview of Feature Requirements | ||
| :style: table | ||
| :columns: title;id | ||
| :filter: search("feat_arch_sta__archdes$", "fulfils_back") | ||
|
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. You have to change also the process description and process requirements. Not only the links. For example in the meta model picture.
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. @aschemmel-tech , is that part of your PR #621? |
||
| :filter: search("feat_arch_sta__archdes$", "satisfies_back") | ||
| :colwidths: 70,30 | ||
|
|
||
|
|
||
| .. needtable:: Overview of Feature Requirements | ||
| :style: table | ||
| :columns: title;id | ||
| :filter: search("feat_arch_sta__archdes$", "fulfils_back") | ||
| :filter: search("feat_arch_sta__archdes$", "satisfies_back") | ||
| :colwidths: 70,30 | ||
|
|
||
|
|
||
|
|
@@ -80,24 +80,17 @@ The live feature architecture template snippets are maintained in the | |
|
|
||
| .. code-block:: rst | ||
|
|
||
| .. feat:: Feature Name | ||
| :id: feat__feature_name | ||
| :security: YES | ||
| :safety: ASIL_B | ||
| :status: invalid | ||
| :includes: logic_arc_int__feature_name__interface_name1 | ||
|
|
||
| General Feature Description | ||
|
|
||
| .. feat_arc_sta:: Feature Static View | ||
| :id: feat_arc_sta__feature_name__static_view | ||
| :security: YES | ||
| :safety: ASIL_B | ||
| :status: invalid | ||
| :fulfils: feat_req__feature_name__some_title | ||
| :satisfies: feat_req__feature_name__some_title | ||
| :includes: logic_arc_int__feature_name__interface_name1 | ||
| :belongs_to: feat__feature_name | ||
|
|
||
| General Feature Description | ||
|
|
||
| .. needarch:: | ||
| :scale: 50 | ||
| :align: center | ||
|
|
@@ -114,7 +107,7 @@ Dynamic Architecture | |
| :security: YES | ||
| :safety: ASIL_B | ||
| :status: invalid | ||
| :fulfils: feat_req__feature_name__some_title | ||
| :satisfies: feat_req__feature_name__some_title | ||
| :belongs_to: feat__feature_name | ||
|
|
||
| Put here a sequence diagram | ||
|
|
@@ -129,7 +122,7 @@ Logical Interfaces | |
| :security: YES | ||
| :safety: ASIL_B | ||
| :status: invalid | ||
| :fulfils: feat_req__feature_name__some_title | ||
| :satisfies: feat_req__feature_name__some_title | ||
|
|
||
| General Interface Description | ||
|
|
||
|
|
||
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.
Thanks for contribution, but it seems your change request are due to special tool requirements. This is not in scope with our concept. We discussed that already with @aschemmel-tech Please get in contact
Uh oh!
There was an error while loading. Please reload this page.
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.
My understanding was that we are fine if SysML 2.0 use of the terms is still the same:
In my understanding "derived" relationship for requirements is still part of SysML 2.0: see https://www.omg.org/spec/SysML/2.0/Language/PDF section "9.6 Requirement Derivation Domain Library" or Figure 70 description. "Refinement" seems not to be requirement specific.
Also see https://www.omg.org/spec/SysML/2.0/Transformation/PDF : 7.8.8.3.1 DeriveReqt_Mapping "A SysML::Requirements::DeriveReqt relationship is mapped to a SysML v2 DerivationConnections::Derivation model library element."
"Satisfy" relationship also still part of SysML 2.0: See e.g. 7.21.1 Requirements Overview: "A design solution must satisfy the requirement and all of its member requirements and constraints to be a valid solution." or 7.21.4 Satisfy Requirement Usages
Also see https://www.omg.org/spec/SysML/2.0/Transformation/PDF : 7.8.8.3.22 Satisfy_Mapping "A SysML::Requirements::Satisfy relationship is mapped to a SysML v2 SatisfyRequirementUsage."
It is not a special tool requirement, it is just how we have configured our tooling (codebeamer and trlc) by using requirement attributes which conform to UML 1.x