-
Key: TSAS-28
-
Legacy Issue Number: 3727
-
Status: closed
-
Source: David Frankel Consulting ( David Frankel)
-
Summary:
Figure 6-2 suggests that all of the association ends are navigable.
This contradicts the IDL, which shows that only some of the ends are
navigable.Discussion: UML notation specifies placement of an arrow at the end of an
association line to indicate that the end is navigable, i.e. that an
instance on the other end can traverse to the navigable end.
(Unfortunately, the absence of any arrows on an association line can denote
either that both ends are navigable or that neither end is navigable.)
Usually if there is an association between class A and class B, and the end
on the B side is navigable, it means that a corresponding interface A has an
attribute that references a B. Consider, for example, the association
between ServiceProvider and ServiceTemplate in figure 6-2. The IDL shows
that ServiceTemplate has an attribute of type ProviderId, which is an
identifier for a Service Provider. Thus the ServiceProvider end of the
association is navigable. On the other hand, the IDL for ServiceProvider
does not have an attribute that references a ServiceTemplate. Therefore,
the ServiceTemplate end of the association is not navigable. Thus there
should be an arrow on the ServerProvider end of the association but not on
the ServiceTemplate end.Recommendation: Refine this figure so that it specifies the navigability of
the associations correctly. -
Reported: TSAS 1.0b1 — Wed, 28 Jun 2000 04:00 GMT
-
Disposition: Resolved — TSAS 1.0
-
Disposition Summary:
see above
-
Updated: Sat, 7 Mar 2015 04:46 GMT