Reusable Asset Avatar
  1. OMG Specification

Reusable Asset — Closed Issues

  • Acronym: RAS
  • Issues Count: 21
  • Description: Issues resolved by a task force and approved by Board
Open Closed All
Issues resolved by a task force and approved by Board

Issues Summary

Key Issue Reported Fixed Disposition Status
UML23-144 Section: Classes RAS 2.2 UML 2.3 Resolved closed
UML22-987 p. 732: Show examples of new stereotype notation RAS 2.2 UML 2.1 Resolved closed
UML22-986 p. 732: Change example to be consistent with new definition of Clock RAS 2.2 UML 2.1 Resolved closed
UML22-983 Make instance model consistent with new definition of Clock RAS 2.2 UML 2.1 Resolved closed
UML22-982 p. 729: Extend the Clock example to show metaclass property RAS 2.2 UML 2.1 Resolved closed
UML22-985 p. 731: Make example consistent with new definition of Clock. RAS 2.2 UML 2.1 Resolved closed
UML22-984 p. 731: Make this example consistent with the new definition of Clock RAS 2.2 UML 2.1 Resolved closed
UML22-988 pp. 733-734: Add association as valid graphic path RAS 2.2 UML 2.1 Resolved closed
UML22-991 TimeExpression RAS 2.2 UML 2.1 Resolved closed
UML22-992 abstract Action in Activity diagram RAS 2.2 UML 2.1 Resolved closed
UML22-981 p. 728: New presentation options. Replace the following paragraph RAS 2.2 UML 2.1 Resolved closed
UML22-980 p. 721: Allow stereotypes to have properties that are typed by metaclasses RAS 2.2 UML 2.1 Resolved closed
UML22-968 Can't specify mutator semantics for derived properties RAS 2.2 UML 2.1 Resolved closed
UML22-967 Section: 12.3.37 RAS 2.2 UML 2.1 Resolved closed
UML22-976 MessageEnd RAS 2.2 UML 2.1 Resolved closed
UML22-978 Incorrect Communication Domain Model RAS 2.2 UML 2.1 Resolved closed
UML22-977 Obsolete term EventOccurrence still used in multiple places RAS 2.2 UML 2.1 Resolved closed
UML22-972 Notation of Attributes and Associations subsections RAS 2.2 UML 2.1.2 Resolved closed
UML22-966 OpaqueAction RAS 2.2 UML 2.1 Resolved closed
UML22-941 Profile Semantics, pag 723 RAS 2.2 UML 2.1 Resolved closed
UML22-940 policy to describe the Associations sub section of a meta class description RAS 2.2 UML 2.1 Resolved closed

Issues Descriptions

Section: Classes

  • Key: UML23-144
  • Legacy Issue Number: 8768
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    Notation for navigable ends owned by an association. Figure 21 should include a notation for navigable ends owned by the association

  • Reported: RAS 2.2 — Thu, 5 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.3
  • Disposition Summary:

    This was effectively resolved by the introduction of the "dot" notation in UML 2.1 for ends owned by end types.
    Revised Text:
    None.
    Disposition: Closed No Change

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 732: Show examples of new stereotype notation

  • Key: UML22-987
  • Legacy Issue Number: 8852
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    8) p. 732: Show examples of new stereotype notation. Add the following including new Figure 463:
    "Finally, the two alternate notational forms are shown.

    • Other notational forms for showing values
      AlarmClock is valid for OS version 1.1, is POSIX-compliant and it has a starting operation called Start. The compartment form of notation is shown on the left and the in-symbol form on the right (note that not all properties of Clock are shown on the right."
  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 468 - 469 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 732: Change example to be consistent with new definition of Clock

  • Key: UML22-986
  • Legacy Issue Number: 8851
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    7) p. 732: Change example to be consistent with new definition of Clock. Replace figure 462 with:

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 466 -467 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Make instance model consistent with new definition of Clock

  • Key: UML22-983
  • Legacy Issue Number: 8848
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    4) p. 730: Make instance model consistent with new definition of Clock. Replace Figure 458 with:

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see page 463 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 729: Extend the Clock example to show metaclass property

  • Key: UML22-982
  • Legacy Issue Number: 8847
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)3) p. 729: Extend the Clock example to show metaclass property and the use of Boolean. Replace Figure 456 with:

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 462 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 731: Make example consistent with new definition of Clock.

  • Key: UML22-985
  • Legacy Issue Number: 8850
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    6) p. 731: Make example consistent with new definition of Clock. Replace Figure 461 with:

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    See issue 8849 for disposition

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 731: Make this example consistent with the new definition of Clock

  • Key: UML22-984
  • Legacy Issue Number: 8849
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    5) p. 731: Make this example consistent with the new definition of Clock. Replace Figure 459 with:

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 464 - 465 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

pp. 733-734: Add association as valid graphic path

  • Key: UML22-988
  • Legacy Issue Number: 8853
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    Recommended changes:
    9) pp. 733-734: Add association as valid graphic path. Add the following row to Table 24:

    Unidirectional Association See "Profile (from Profiles)" on page 720

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT

TimeExpression

  • Key: UML22-991
  • Legacy Issue Number: 8894
  • Status: closed  
  • Source: Dassault Systemes ( Mr. Nerijus Jankevicius)
  • Summary:

    TimeExpression should hold time value, but there is no attribute for that. Maybe TimeExpression should be inherited from OpaqueExpression and hold value in "body"?

  • Reported: RAS 2.2 — Mon, 20 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 472 - 478 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

abstract Action in Activity diagram

  • Key: UML22-992
  • Legacy Issue Number: 8896
  • Status: closed  
  • Source: Dassault Systemes ( Mr. Nerijus Jankevicius)
  • Summary:

    4. The same situation is with abstract Action in Activity diagram. OpaqueAction also can't be used, because can't have Pins.
    How to draw "human friendly" action (activity)? The only way is to use CallBehaviorAction?

  • Reported: RAS 2.2 — Mon, 20 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    See issue 8867 for disposition

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 728: New presentation options. Replace the following paragraph

  • Key: UML22-981
  • Legacy Issue Number: 8846
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    Recommended Changes to UML 2.0 Profiles to Support SysML

    Source: SysML Partners (Partners@SysML.org)
    Nature: Revision
    Severity: Significant
    Summary:
    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)

    2) p. 728: New presentation options. Replace the following paragraph:
    "The values of a stereotype that has been applied to a model element can be shown as part of a comment symbol tied to the model element. The values from a specific stereotype are optionally preceded with the name of the applied stereotype within a pair of guillemets, which is useful if values of more than one applied stereotype should be shown."
    with the following text:
    "The values of a stereotype that has been applied to a model element can be shown in one of three ways:
    ·As part of a comment symbol tied to the symbol representing the model element
    ·In compartments of a graphic node representing the model element.
    ·Above the name string within a graphic node or before the name string otherwise
    In the case where a compartment or comment symbol is used, the user may elect to show the stereotype name in guillemets before the name string in addition to in the compartment or comment.
    They are displayed as name/value pairs, thus:
    <namestring>'='<valuestring>
    If a stereotype property is multi-valued then the valuestring is displayed as a comma-separated list:
    <valuestring>::=<value>

    {','<value>}

    Certain values have special display rules:
    ·As an alternative to a name/value pair, when displaying the values of boolean properties diagrams may use the convention that if the namestring is displayed then the value is True, otherwise the value is False;
    ·If the value is the name of a NamedElement then optionally its qualifiedName can be used.
    If compartments are used to display stereotype values then an additional compartment is required for each applied stereotype whose values are to be displayed. Each such compartment is headed by the name of the applied stereotype in guillemets. Any graphic node may have these compartments.
    Within a comment symbol, or if displayed before/above the symbols's namestring, the values from a specific stereotype are optionally preceded with the name of the applied stereotype within a pair of guillemets, which is useful if values of more than one applied stereotype should be shown.
    When displayed in compartments or comment symbol at most one name/value pair can appear on a single line. When displayed above/before a namestring the name/value pairs are separated by semicolons and all pairs for a given stereotype are enclosed in braces."

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 460 - 461 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

p. 721: Allow stereotypes to have properties that are typed by metaclasses

  • Key: UML22-980
  • Legacy Issue Number: 8845
  • Status: closed  
  • Source: Pivot Point ( Cris Kobryn)
  • Summary:

    SysML extends the use of Profile notation and requires that stereotypes can reference UML metaclasses. In order to satisfy the needs of SysML, the following changes need to be made to the the UML 2.0 Superstructure Profiles chapter. "Convenience documents" in .fm and .pdf formats, which redline the proposed changes to the Profiles chapter, are provided as attachments to this issue submission. (See
    UML2-Super-Profiles-ConvenienceDoc-050525.fm and UML2-Super-Profiles-ConvenienceDoc-050525.pdf.)
    . Change paragraph 4 to:
    "As part of a profile, it is not possible to have an association between two stereotypes or from a metaclass in the reference metamodel to a stereotype, although a unidirectional association from a stereotype to a metaclass, or equivalently typing a stereotype property by a metaclass, is allowed. The effect of new (meta) associations between stereotypes can be achieved in limited ways either by:"

  • Reported: RAS 2.2 — Thu, 2 Jun 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    See issue 7756 for disposition

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Can't specify mutator semantics for derived properties

  • Key: UML22-968
  • Legacy Issue Number: 8769
  • Status: closed  
  • Source: International Business Machines ( Mr. Jim Amsden)
  • Summary:

    It is currently not possible to specify the effect of setting derived properties that are not read-only. As a result, derived properties are under-specified in the model because the semantics of updating them cannot be modeled or stated formally.

  • Reported: RAS 2.2 — Fri, 6 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see above

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Section: 12.3.37

  • Key: UML22-967
  • Legacy Issue Number: 8766
  • Status: closed  
  • Source: oose Innovative Informatik eG ( Mr. Tim Weilkiens)
  • Summary:

    It's a common modeling scenario that an object flow with an outpin pin at the source must target an action directly (without a pin). For example a decision node with an incoming object flow - the object is necessary for the guard condition -, but one or more of the target actions don't need that object. Due to the constraint that object flows don't have actions at either end I must model an input pin. For example in case of a CallOperationAction an operation with an additional parameter must be defined even if I don't use it. It's just for modeling purposes. I've assumed before reading the constraint in the specification that an object flow can target an action directly. In that case it's semantic is the same as for the control flow. That works perfect for me. I would propose to weaken the constraint for object flows that actions as targets are allowed. The object token enables the action and gets lost. Any other solution with the same semantic is also acceptable.

  • Reported: RAS 2.2 — Thu, 5 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    closed no change

  • Updated: Fri, 6 Mar 2015 20:58 GMT

MessageEnd

  • Key: UML22-976
  • Legacy Issue Number: 8784
  • Status: closed  
  • Source: Dassault Systemes ( Mr. Nerijus Jankevicius)
  • Summary:

    MessageEnd is MessageOccurrenceSpecification that redefines "event" as MessageEvent.
    DestructionEvent and CreationEvent are not subclasses of MessageEvent, so can't be on message end, so how to map "create message" and "destroy message"?

  • Reported: RAS 2.2 — Wed, 18 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see above

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Incorrect Communication Domain Model

  • Key: UML22-978
  • Legacy Issue Number: 8825
  • Status: closed  
  • Source: Thematix Partners LLC ( Mr. James J. Odell)
  • Summary:

    Fig. 308 does not contain the correct domain model. The current model that
    appears in Fig. 308 is a duplicate of Fig. 307.

  • Reported: RAS 2.2 — Thu, 26 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    See issue 8292 for disposition

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Obsolete term EventOccurrence still used in multiple places

  • Key: UML22-977
  • Legacy Issue Number: 8824
  • Status: closed  
  • Source: Thematix Partners LLC ( Mr. James J. Odell)
  • Summary:

    1) 14.3.25 OccurrenceSpecification, the change in class name was from EventOccurrence to OccurrenceSpecification. This change needs to be noted in this document. Also, the reason why the change was made.
    2) EventOccurrence is still being use in the toBefore and toAfter association descriptions of OccurrenceSpecification.
    3) EventOccurrence is still be referenced in other areas:
    a) in the last word of the Example text on page 476,
    b) In the Notation text on Page 489,
    c) In the fifth paragraph of the overview on Page 497
    d) Multiple times on Page 509 and 510
    e) First paragraph on Page 528
    f) Multiple times on Page 531
    g) Multiple times on Fig. 347

  • Reported: RAS 2.2 — Thu, 26 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see pages 453 - 457 of ptc/2006-04-01

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Notation of Attributes and Associations subsections

  • Key: UML22-972
  • Legacy Issue Number: 8774
  • Status: closed  
  • Source: oose Innovative Informatik eG ( Mr. Tim Weilkiens)
  • Summary:

    Notation of Attributes and Associations subsections in the whole specification should be consistently follow the rules: Every entry must include * attribute/association end name * its type * its multiplicity: you should NOT omit this even if it maps to the default value of *. Also, both upper and lower multiplicities should be provided; i.e., NOT "[*]" but "[0..*]") * ALL modifiers such as subsets and redefines. When referencing other association ends, use the following convention: "<metaclass-name>::<association-end-name> (do NOT use the "." notation for this) * if something is derived, the explanation should be given how it is derived and an OCL formula might have to be provided.

  • Reported: RAS 2.2 — Tue, 10 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1.2
  • Disposition Summary:

    Discussion: Most of these issues have been resolved through numerous editorial changes that were intended to ensure consistency. The exceptions are:
    „h the use of * instead of 0..* – simply not worth the effort given that the two are equivalent. It will take a lot of effort to do this with no real value; chances are that this will NEVER get done. There is no point in keeping the issue open.
    „h The derivation specification already has another open issue.
    Revised Text: N/A Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:58 GMT

OpaqueAction

  • Key: UML22-966
  • Legacy Issue Number: 8759
  • Status: closed  
  • Source: Dassault Systemes ( Mr. Nerijus Jankevicius)
  • Summary:

    In chapter 11.3.26 OpaqueAction is described as subclass of Pin. It
    > should be subclass of Action.

    That's a bug. Please raise an issue.

    > Can OpaqueAction be used as default Action type in Activity diagrams
    > and be as replacement of old-style user defined ActionStates in UML 1.4?

    It sounds like you are asking for a new feature. I don't see that the RTF will accept this default. You can always do this woth a profile.

  • Reported: RAS 2.2 — Tue, 3 May 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see above

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Profile Semantics, pag 723

  • Key: UML22-941
  • Legacy Issue Number: 8706
  • Status: closed  
  • Source: The MathWorks ( Mr. Alan Moore)
  • Summary:

    "A reference metamodel typically consists of metaclasses that are either
    imported or locally owned. All metaclasses that
    are extended by a profile have to be members of the same reference
    metamodel. A tool can make use of the information
    about which metaclasses are extended in different ways, for example to
    filter or hide elements when a profile is applied, ..."

    The specification must be explicit about the mechanism used to hide/filter
    reference metamodel elements. The SysML Partners are trying to do exactly
    this with SysML but it's not clear from the above paragraph or any other
    part of the Profiles section how to do it.

  • Reported: RAS 2.2 — Thu, 28 Apr 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    see above

  • Updated: Fri, 6 Mar 2015 20:58 GMT

policy to describe the Associations sub section of a meta class description

  • Key: UML22-940
  • Legacy Issue Number: 8696
  • Status: closed  
  • Source: Commissariat a l Energie Atomique-CEA ( Dr. Sebastien Gerard)
  • Summary:

    what is the official policy to describe the Associations sub section of a meta class description (using EBNF style):

    /?<end-name> : <associated-class-name> : <cardinality> (= <DefaultValue>)? <FeaturesList>? <tab> <Description>

    where:

    <end-name> ::= String

    <associated-class-name> ::= String

    <cardinality> ::= [<n>, <m>]

    <DefaultValue> ::= String

    <FeaturesList> ::=

    {<Features>}

    <Features> ::= <FeatureKind>} | {<FeatureKind>, <Features>

    <FeatureKind> ::= subsets <property-name> | redefined <end-name> | union | ordered | bag | sequence | readOnly | unrestricted

    <property-name> ::= String

    <n> ::= Integer

    <m> ::= Integer | * and m >= n

    <tab> is a tabulation

    ps: ? means it is optional part.

  • Reported: RAS 2.2 — Tue, 12 Apr 2005 04:00 GMT
  • Disposition: Resolved — UML 2.1
  • Disposition Summary:

    No Data Available

  • Updated: Fri, 6 Mar 2015 20:58 GMT