-
Key: MARTE-170
-
Legacy Issue Number: 12417
-
Status: closed
-
Source: THALES ( Sebastien Demathieu)
-
Summary:
GQAM Observers: inconsistency between domain view and UML representation Details: In the domain view (Figure 15.4), the Timing/TimedObserver has two properties startObs and endObs, typed by MARTE::Time::TimedInstantObservation. In the UML profile diagram (Figure 15.8), the related GaTiming/TimedObserver has two properties startObs and endObs, typed by UML::TimeObservation. In the UML profile description (p.281), the same GaTiming/TimedObserver has two properties startObs and endObs, typed by MARTE::Time::TimedInstantObservation. We need to choose whether a timed observer relates to a MARTE TimedInstantObservation or UML TimeObservation, and then to align the domain view, profile definition and profile description accordingly.
-
Reported: MARTE 1.0b1 — Thu, 24 Apr 2008 04:00 GMT
-
Disposition: Resolved — MARTE 1.0b2
-
Disposition Summary:
In the conceptual domain model, we rely in MARTE "concepts", independently of
whatever UML construct. For that reason we use the concept coming from the Time
chapter.
However, in the profile view, it is permissible to use the UML corresponding metaclass,
because there is no reason to constraint such TimedObservers to Observations
stereotyped with the MARTE Time concepts. (The time concepts add the notion of
clocked Observation (attribute "clock"), which are not essential here). We agreed with
Charles Andre that such a stereotype should not be mandatory when
defining a TimedObserver. -
Updated: Fri, 6 Mar 2015 20:58 GMT
MARTE — GQAM Observers: inconsistency between domain view and UML representation
- Key: MARTE-170
- OMG Task Force: UML Profile for MARTE FTF