I am asking the question here because this subject could cover multiple aspects of Capella that are not necessarily covered in other sections.
I would like to:
- Create new attributes for my Capella items.
- SET (fill) their values dynamically/ automatically.
- Values can still be modifiable manually.
- And retrieve these values using tools relying on aql etc…
I will refer back to these points using (X), X= 1,2,3,4.
- PVMT, allows to do (1), (3), (4)
- Sirius Spec., allows to (1) kinda, (2) kinda. I use the word “kind of” because i am not sure there are actual attributes associated to the properties shown in the following image:
These are properties I inserted, but I am not sure any existing variable is there (1), if there are, how to access it (4). And even if I did, how to SAVE its new value (3).
If we could oppose the capabilities of both methods, the real differences are illustrated in TWO points, the first one is (2) “Modify automaticaly the attributes with aql or something” which PVMT cannot do. And the second one (4) “retrieving the values behind these properties/attrubutes” which Sirius Spec. does not seem to provide.
Is it different whether the attribute exists already in Capella or if it’s an attribute we have created:
PVMT vs Sirius Spec. (Different attributes)
There should/must be other solutions to this problem I am sure, what do you think?
So to summarize the heart of the problem…,
- Is there any way to modify (with aql) the values of the PVMT attributes?
- Is there a way to store the sirius spec. info into some real accessible variables?
Must i remind you how does the Sirius Spec. work, it is based on .design:
What other solutions would be possible?
Could I use Capella studio and INHERIT the class of PVMT “classes” to make one that could be “EDITABLE WITH AQL” Somehow? (That would solve the problem, all (1),(2),(3) and (4) goals would be met)
Inherit the Capella ITEM of interest, add to it all the attributes in order to match the ones added through Sirius Spec. That would make it solve half the problem, indeed the Sirius Spec. attributes would still not meet number (3) goal (Values can still be modifiable manually.), and the newly added attributes in the new inherited Capella Class would not necessarily be interacting with aql, goal number (2). Indeed the relationship between the attributes and “properties” are not necessarily bi-directional.
Any other solution? I wonder.