Metamodel link renames#621
Conversation
|
The created documentation from the pull request is available at: docu-html |
masc2023
left a comment
There was a problem hiding this comment.
The linked ticket does not cover, why linke from component requirements is removed to the feature architecture, can you give a rationale for that?
My understanding is that the metamodel picture shall reflect what is implemented (or to be implemented soon) in docs-as-code. This link is not implemented. |
e2de5ad to
881bfc3
Compare
But it is marked as mandatory, so maybe it is forgotten? @RolandJentschETAS , can we discuss this, otherwise I am fine to remove it. |
I would let that out. The lower level requirements shall consider the upper layer architecture, but this could also be done indirectly. comp_req -> feat -> feat_arc_sta, there is no direct link comp_req->feat_arc_sta necessary in my opinion. |
|
@aschemmel-tech , ready to review and merge? |
no, have to rework to cover the "non-mandatory component architecture views" topic |
881bfc3 to
2088ec9
Compare
7de606a to
6190616
Compare
6190616 to
6a9be13
Compare
There was a problem hiding this comment.
There is another building blocks image, you missed simplified version, on the bottom of the page
There was a problem hiding this comment.
If I am correct, now fulfils is replaced by satisfies, but in the traceability and building block model is still fulfils, so unclear for me?
There was a problem hiding this comment.
no, will keep "fulfils" but change "belongs_to" to "satisfied_by" because we wanted to link the requirements to the architecture element (and not the view, which is also optional on component level).
| :status: <draft|valid> | ||
| :tags: <process area or abbreviation> | ||
| :satisfies: <defined workflow:wf__<...>>, ..., <defined workflow:wf__<...>> | ||
| :derived_from: <defined workflow:wf__<...>>, ..., <defined workflow:wf__<...>> |
There was a problem hiding this comment.
That implies, that you change it in the complete process model, thus you need also to change the process meta model so. Is that intended? Will the change done in another PR or in this PR?
There was a problem hiding this comment.
will remove this change
| .. gd_req:: <Title> | ||
| :id: gd_req__<process>__<Title> | ||
| :satisfies: <link to guidance id> | ||
| :derived_from: <link to guidance id> |
There was a problem hiding this comment.
`see same comment as above for process management, why do we have this twice? I think this here shall be deleted, only process management should manage process meta model elements, requiesments engineering is only for the building block model
There was a problem hiding this comment.
will remove the duplicate here
Relates: #418
6a9be13 to
412eac8
Compare
Relates: #418