Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
<sigh> I'll repeat myself.
In ArchiMate the most practical method of modelling can be to model an archetype and then elements that realise the archetype.
Thank you for making the effort, and clarifying what specifically you found strange (I'll forgive the dramatics).
My interpretation of your comment is: even though there are not classes and instances in Archimate, the pattern of using an archetype with elements that realise that archetype can still be used. Hopefully that is the right interpretation, or close to right.
If I have understood your point then I certainly agree that it is a valid modelling pattern and can be used. Whether I have understood your point or not, I'd still assert that pattern isn't appropriate for all scenarios, and not for the specific ones that I have provided (in this thread and others); and that there are genuine use cases for modelling when the most practical approach is to have the same element visualised on a diagram multiple times.
For a concrete example:
- I have an element, type Archimate Application Component, let's call it "SAP ERP" (in this sense "SAP ERP" is an instance of Application Component, but as stated earlier this is not useful in this context as the archimate meta-types aren't part of the model)
- This element realises (directly or indirectly) a number of Archimate Application Services, Business Processes, Business Services and Capabilities (again this is a different sense, these are not archetypes being realised)
- It so happens that "SAP ERP" realises multiple Capabilities and I wish to illustrate this in a diagram
- I could show "SAP ERP" and all the relevant Capabilities on a diagram with the connectors between them, however there are in fact multiple other Application Components i wish to show on the same view, so lots of arrows all over the place and no insights from the diagram
- Instead I choose to use block style (box in box) diagram of the Capabilities (Capability Map) and overlay all the Application Components on each of the relevant Capabilities they realise
- But I can't because I can only have one "SAP ERP" on the diagram.
Yes, I could create multiple Application Components, one for each of the Capabilities. I could call each of them "SAP ERP" (or some variant), I could even establish a formal relationship between these and the 'real' "SAP ERP". Then I could place these all on the same diagram. But these elements genuinely represent the same thing, their sole purpose is to make the diagram work - there is no value having them in the model.
Am I missing something, since at least v13 I experience the exact opposite - Diagram Filters that anybody creates is available for all others. The problem I'm having is if Person A creates a Diagram Filter and Person B also uses that Diagram Filter but then modifies it, thus affecting Person A's diagram along with any other diagrams that may be using that Diagram Filter that Person B modified for everybody.
So I understand there will be a fix for the matter and I'll use your workaround meanwhile.
// Magnus
Sorry not sure, may be a good idea to consult with support@sparxsystems.com
