-
Key: UMLR-24
-
Legacy Issue Number: 7229
-
Status: open
-
Source: Adaptive ( Mr. Pete Rivett)
-
Summary:
Manifestation should inherit from Realization
In Section 10.3.10 and Figure 124 it would make more sense for
Manifestation to inherit from Realization rather than directly from
Abstraction. The semantics of Realization are described as "A
Realization signifies that the client set of elements are an
implementation of the supplier set,.." which surely includes
manifestation.
The spec also states that Realization may be used to model
transformations, which fits with the example given in Manifestation:
"<<tool generated>> and <<custom code>> might be two manifestations for
different classes".BTW There is a missing word in the description of Manifestation "A
manifestation is the concrete physical of one or more model elements by
an artifact." -
Reported: UML 2.5 — Sun, 11 Apr 2004 04:00 GMT
-
Updated: Fri, 6 Mar 2015 20:57 GMT