TSAS 1.0 NO IDEA Avatar
  1. OMG Issue

TSAS — Figure 6-2 suggests that all of the association ends are navigable

  • 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