Architecture Modeling - SPES 2020

Architecture Modeling
of the logical perspective to elements of the technical perspective results in a hardwaresoftware
partitioning.
Geometrical perspective In the geometrical perspective(↑) the physical layout of the system
is considered. While in the technical perspective some resource is modelled in terms of
its properties, its interfaces and its behaviour, in the geometrical perspective its spatial dimensions
are modelled. The geometrical perspective deals for example with cable lengths
and space limitations.
The concept of different perspectives and abstraction levels is inspired by partitions of EAST-
ADL abstraction levels [6] and meetings with industrial partners of the SPES2020 project. Taking
a look at EAST-ADL one can see that one distinct EAST-ADL architecture level is split
into different perspective models: The Design Level contains a Functional Design Architecture
as well as a Hardware Design Architecture. We generalized that concept by means of the
perspectives allowing the partitioning of architectures in each level of abstraction.
The entities and their interfaces defined in different perspectives do not need to be compatible
to each other. For example, three interacting functions defined at the functional perspective
may be modelled as two components in a logical perspective. The palette of actually used
perspectives can be different at each abstraction level. In early design stages for example, when
the functions of the system are to be defined, the target platform (modelled in the technical
perspective later on) need not necessarily be of interest.
2.3 Heterogeneous Rich Components
The meta-model of Heterogeneous Rich Components (HRC), which originates from the European
SPEEDS project [42], constitutes the core of the architecture meta-model proposed in
SPES. This section gives a short introduction into its concepts.
2.3.1 Component Model
The paradigm of component-based design is well established and used in many different application
domains. In standards like EAST-ADL [6] and AUTOSAR [9], a component is the basic
design-entity structuring any model. A component(↑) has a well defined interfaces and is the
Component
Port
C1
aspect
specification
aspect
realization
conforms
to
Figure 2.5: Components, aspect specification and realization
basic entity of any model. The interfaces allow to abstract from the internals of a component
and to reuse it in different design contexts. The notion of components can be established independently
of any design domain. That is, a component can model a reusable piece of software,
9/ 156