Architecture Modeling - SPES 2020
Architecture Modeling - SPES 2020
Architecture Modeling - SPES 2020
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Abstraction-Levels<br />
(detail increases)<br />
Operational<br />
Perspective<br />
<strong>Architecture</strong> <strong>Modeling</strong><br />
Allocate<br />
Functional<br />
Perspective<br />
Allocate<br />
Allocate<br />
Logical<br />
Perspective<br />
Realize<br />
Technical<br />
Perspective<br />
Realize<br />
Geometrical<br />
Perspective<br />
Figure 3.3: Matrix of abstraction levels and perspectives<br />
models according to abstraction levels and perspectives like in Figure 3.3. We identified five<br />
specific perspectives which are currently supported by the architecture meta-model: The operational<br />
perspective, the functional perspective, the logical perspective, the technical perspective,<br />
and the geometrical perspective.<br />
+subPackage<br />
Package<br />
SystemModel<br />
+owner 0..1<br />
1..*<br />
+owner<br />
0..1<br />
0..*<br />
+abstractionLevel<br />
DeclarationZone<br />
1 +topLevel<br />
+declarationZone<br />
0..1<br />
+owner<br />
Perspectiv eKind<br />
operational<br />
functional<br />
logical<br />
technical<br />
geometric<br />
+declared<br />
ReusableElement<br />
AbstractionLev el 0..1 +ownedPerspective<br />
Perspectiv e<br />
+successor 0..1<br />
0..*<br />
+abstractionLevel 0..*<br />
0..*<br />
+perspective<br />
0..*<br />
SystemArtefact<br />
+root 0..1<br />
+ kind: PerspectiveKind<br />
Figure 3.4: Meta-model integration of the concept of Perspectives<br />
The combination of the perspectives at a certain abstraction level provides a specification of<br />
the whole architecture at the given level of detail. The entities and their interfaces defined in<br />
different perspectives do not need to be compatible to each other. For example, three interacting<br />
functions defined at the functional perspective may be modelled as two logical components. Elements<br />
of one perspective however can be allocated to elements of another perspective (cf. Section<br />
4.4). Du to its similarity to Realize-trace links, the superordinate concept of Mapping<br />
has been defined, that is discussed in Section 3.4. A function for example, that is defined in<br />
the functional perspective, may be allocated to a logical component, which itself may be allocated<br />
to a hardware resource defined in the technical perspective. The meta-model provides a<br />
formal definition of Allocate-links, allowing to define simulation relations between linked<br />
elements, and to reason about consistency of the system design among different perspectives.<br />
17/ 156