
- •1 Scope
- •2 Normative references
- •2.1 Identical Recommendations | International Standards
- •3 General Information
- •3.1 Description
- •3.2 Outside the Scope of the UML
- •3.2.1 Programming Languages
- •3.2.2 Tools
- •3.2.3 Process
- •3.3 Primary Artifacts of the UML
- •3.3.2 Development Project Artifacts
- •3.4 Motivation to Define the UML
- •3.4.1 Why We Model
- •3.4.2 Industry Trends in Software
- •3.4.3 Prior to Industry Convergence
- •3.5 Goals of the UML
- •3.5.1 Comparing UML to Other Modeling Languages
- •3.5.2 Features of the UML
- •3.6 UML - Past, Present, and Future
- •3.6.2 UML Partners
- •3.6.3 UML - Present and Future
- •4 UML Semantics
- •4.1 Introduction
- •4.1.1 Purpose and Scope
- •4.1.2 Approach
- •4.2 Language Architecture
- •4.2.2 Package Structure
- •4.3 Language Formalism
- •4.3.1 Levels of Formalism
- •4.3.2 Package Specification Structure
- •4.3.3 Use of a Constraint Language
- •4.3.4 Use of Natural Language
- •4.3.5 Naming Conventions and Typography
- •4.4 Foundation Package
- •4.5 Core
- •4.5.1 Overview
- •4.5.2 Abstract Syntax
- •4.5.3 Well-Formedness Rules
- •4.5.4 Detailed Semantics
- •4.6 Extension Mechanisms
- •4.6.1 Overview
- •4.6.2 Abstract Syntax
- •4.6.3 Well-Formedness Rules
- •4.6.4 Detailed Semantics
- •4.6.5 Notes
- •4.7 Data Types
- •4.7.1 Overview
- •4.7.2 Abstract Syntax
- •4.8 Behavioral Elements Package
- •4.9 Common Behavior
- •4.9.1 Overview
- •4.9.2 Abstract Syntax
- •4.9.3 Well-Formedness Rules
- •4.9.4 Detailed Semantics
- •4.10 Collaborations
- •4.10.1 Overview
- •4.10.2 Abstract Syntax
- •4.10.3 Well-Formedness Rules
- •4.10.4 Detailed Semantics
- •4.10.5 Notes
- •4.11 Use Cases
- •4.11.1 Overview
- •4.11.2 Abstract Syntax
- •4.11.3 Well-Formedness Rules
- •4.11.4 Detailed Semantics
- •4.11.5 Notes
- •4.12 State Machines
- •4.12.1 Overview
- •4.12.2 Abstract Syntax
- •4.12.3 Well-FormednessRules
- •4.12.4 Detailed Semantics
- •4.12.5 Notes
- •4.13 Activity Graphs
- •4.13.1 Overview
- •4.13.2 Abstract Syntax
- •4.13.3 Well-Formedness Rules
- •4.13.4 Detailed Semantics
- •4.13.5 Notes
- •4.14 Model Management
- •4.14.1 Overview
- •4.14.2 Abstract Syntax
- •4.14.3 Well-Formedness Rules
- •4.14.4 Semantics
- •4.14.5 Notes
- •5 UML Notation Guide
- •5.1 Introduction
- •5.2 Graphs and Their Contents
- •5.3 Drawing Paths
- •5.4 Invisible Hyperlinks and the Role of Tools
- •5.5 Background Information
- •5.5.1 Presentation Options
- •5.6 String
- •5.6.1 Semantics
- •5.6.2 Notation
- •5.6.3 Presentation Options
- •5.6.4 Examples
- •5.6.5 Mapping
- •5.7 Name
- •5.7.1 Semantics
- •5.7.2 Notation
- •5.7.3 Example
- •5.7.4 Mapping
- •5.8 Label
- •5.8.1 Semantics
- •5.8.2 Notation
- •5.8.3 Presentation Options
- •5.8.4 Example
- •5.9 Keywords
- •5.10 Expression
- •5.10.1 Semantics
- •5.10.2 Notation
- •5.10.3 Examples
- •5.10.4 Mapping
- •5.10.5 OCL Expressions
- •5.10.6 Selected OCL Notation
- •5.10.7 Examples
- •5.11 Note
- •5.11.1 Semantics
- •5.11.2 Notation
- •5.11.3 Presentation Options
- •5.11.4 Example
- •5.11.5 Mapping
- •5.12 Type-Instance Correspondence
- •5.13 Package
- •5.13.1 Semantics
- •5.13.2 Notation
- •5.13.3 Presentation Options
- •5.13.4 Style Guidelines
- •5.13.5 Example
- •5.13.6 Mapping
- •5.14 Subsystem
- •5.14.1 Semantics
- •5.14.2 Notation
- •5.14.3 Presentation Options
- •5.14.4 Example
- •5.14.5 Mapping
- •5.15 Model
- •5.15.1 Semantics
- •5.15.2 Notation
- •5.15.3 Presentation Options
- •5.15.4 Example
- •5.15.5 Mapping
- •5.16 Constraint and Comment
- •5.16.1 Semantics
- •5.16.2 Notation
- •5.16.3 Example
- •5.16.4 Mapping
- •5.17 Element Properties
- •5.17.1 Semantics
- •5.17.2 Notation
- •5.17.3 Presentation Options
- •5.17.4 Style Guidelines
- •5.17.5 Example
- •5.17.6 Mapping
- •5.18 Stereotypes
- •5.18.1 Semantics
- •5.18.2 Notation
- •5.18.3 Examples
- •5.18.4 Mapping
- •5.19 Class Diagram
- •5.19.1 Semantics
- •5.19.2 Notation
- •5.19.3 Mapping
- •5.20 Object Diagram
- •5.21 Classifier
- •5.22 Class
- •5.22.1 Semantics
- •5.22.2 Basic Notation
- •5.22.3 Presentation Options
- •5.22.4 Style Guidelines
- •5.22.5 Example
- •5.22.6 Mapping
- •5.23 Name Compartment
- •5.23.1 Notation
- •5.23.2 Mapping
- •5.24 List Compartment
- •5.24.1 Notation
- •5.24.2 Presentation Options
- •5.24.3 Example
- •5.24.4 Mapping
- •5.25 Attribute
- •5.25.1 Semantics
- •5.25.2 Notation
- •5.25.3 Presentation Options
- •5.25.4 Style Guidelines
- •5.25.5 Example
- •5.25.6 Mapping
- •5.26 Operation
- •5.26.1 Semantics
- •5.26.2 Notation
- •5.26.3 Presentation Options
- •5.26.4 Style Guidelines
- •5.26.5 Example
- •5.26.6 Mapping
- •5.27 Nested Class Declarations
- •5.27.1 Semantics
- •5.27.2 Notation
- •5.27.3 Mapping
- •5.28 Type and Implementation Class
- •5.28.1 Semantics
- •5.28.2 Notation
- •5.28.3 Example
- •5.28.4 Mapping
- •5.29 Interfaces
- •5.29.1 Semantics
- •5.29.2 Notation
- •5.29.3 Example
- •5.29.4 Mapping
- •5.30 Parameterized Class (Template)
- •5.30.1 Semantics
- •5.30.2 Notation
- •5.30.3 Presentation Options
- •5.30.4 Example
- •5.30.5 Mapping
- •5.31 Bound Element
- •5.31.1 Semantics
- •5.31.2 Notation
- •5.31.3 Style Guidelines
- •5.31.4 Example
- •5.31.5 Mapping
- •5.32 Utility
- •5.32.1 Semantics
- •5.32.2 Notation
- •5.32.3 Example
- •5.32.4 Mapping
- •5.33 Metaclass
- •5.33.1 Semantics
- •5.33.2 Notation
- •5.33.3 Mapping
- •5.34 Enumeration
- •5.34.1 Semantics
- •5.34.2 Notation
- •5.34.3 Mapping
- •5.35 Stereotype Declaration
- •5.35.1 Semantics
- •5.35.2 Notation
- •5.35.3 Mapping
- •5.36 Powertype
- •5.36.1 Semantics
- •5.36.2 Notation
- •5.36.3 Mapping
- •5.37 Class Pathnames
- •5.37.1 Notation
- •5.37.2 Example
- •5.37.3 Mapping
- •5.38 Accessing or Importing a Package
- •5.38.1 Semantics
- •5.38.2 Notation
- •5.38.3 Example
- •5.38.4 Mapping
- •5.39 Object
- •5.39.1 Semantics
- •5.39.2 Notation
- •5.39.3 Presentation Options
- •5.39.4 Style Guidelines
- •5.39.5 Variations
- •5.39.6 Example
- •5.39.7 Mapping
- •5.40 Composite Object
- •5.40.1 Semantics
- •5.40.2 Notation
- •5.40.3 Example
- •5.40.4 Mapping
- •5.41 Association
- •5.42 Binary Association
- •5.42.1 Semantics
- •5.42.2 Notation
- •5.42.3 Presentation Options
- •5.42.4 Style Guidelines
- •5.42.5 Options
- •5.42.6 Example
- •5.42.7 Mapping
- •5.43 Association End
- •5.43.1 Semantics
- •5.43.2 Notation
- •5.43.3 Presentation Options
- •5.43.4 Style Guidelines
- •5.43.5 Example
- •5.43.6 Mapping
- •5.44 Multiplicity
- •5.44.1 Semantics
- •5.44.2 Notation
- •5.44.3 Style Guidelines
- •5.44.4 Example
- •5.44.5 Mapping
- •5.45 Qualifier
- •5.45.1 Semantics
- •5.45.2 Notation
- •5.45.3 Presentation Options
- •5.45.4 Style Guidelines
- •5.45.5 Example
- •5.45.6 Mapping
- •5.46 Association Class
- •5.46.1 Semantics
- •5.46.2 Notation
- •5.46.3 Presentation Options
- •5.46.4 Style Guidelines
- •5.46.5 Example
- •5.46.6 Mapping
- •5.47 N-ary Association
- •5.47.1 Semantics
- •5.47.2 Notation
- •5.47.3 Style Guidelines
- •5.47.4 Example
- •5.47.5 Mapping
- •5.48 Composition
- •5.48.1 Semantics
- •5.48.2 Notation
- •5.48.3 Design Guidelines
- •5.48.4 Example
- •5.48.5 Mapping
- •5.49 Link
- •5.49.1 Semantics
- •5.49.2 Notation
- •5.49.3 Example
- •5.49.4 Mapping
- •5.50 Generalization
- •5.50.1 Semantics
- •5.50.2 Notation
- •5.50.3 Presentation Options
- •5.50.4 Mapping
- •5.51 Dependency
- •5.51.1 Semantics
- •5.51.2 Notation
- •5.51.3 Presentation Options
- •5.51.4 Example
- •5.51.5 Mapping
- •5.52 Derived Element
- •5.52.1 Semantics
- •5.52.2 Notation
- •5.52.3 Style Guidelines
- •5.53 InstanceOf
- •5.53.1 Semantics
- •5.53.2 Notation
- •5.53.3 Mapping
- •5.54 Use Case Diagram
- •5.54.1 Semantics
- •5.54.2 Notation
- •5.54.3 Example
- •5.54.4 Mapping
- •5.55 Use Case
- •5.55.1 Semantics
- •5.55.2 Notation
- •5.55.3 Presentation Options
- •5.55.4 Style Guidelines
- •5.55.5 Mapping
- •5.56 Actor
- •5.56.1 Semantics
- •5.56.2 Notation
- •5.56.3 Presentation Options
- •5.56.4 Style Guidelines
- •5.56.5 Mapping
- •5.57 Use Case Relationships
- •5.57.1 Semantics
- •5.57.2 Notation
- •5.57.3 Example
- •5.57.4 Mapping
- •5.58 Actor Relationships
- •5.58.1 Semantics
- •5.58.2 Notation
- •5.58.3 Example
- •5.58.4 Mapping
- •5.59 Collaboration
- •5.59.1 Semantics
- •5.60 Sequence Diagram
- •5.60.1 Semantics
- •5.60.2 Notation
- •5.60.3 Presentation Options
- •5.60.4 Example
- •5.60.5 Mapping
- •5.61 Object Lifeline
- •5.61.1 Semantics
- •5.61.2 Notation
- •5.61.3 Presentation Options
- •5.61.4 Example
- •5.61.5 Mapping
- •5.62 Activation
- •5.62.1 Semantics
- •5.62.2 Notation
- •5.62.3 Example
- •5.62.4 Mapping
- •5.63 Message and Stimulus
- •5.63.1 Semantics
- •5.63.2 Notation
- •5.63.3 Presentation options
- •5.63.4 Example
- •5.63.5 Mapping
- •5.64 Transition Times
- •5.64.1 Semantics
- •5.64.2 Notation
- •5.64.3 Presentation Options
- •5.64.4 Example
- •5.64.5 Mapping
- •5.65 Collaboration Diagram
- •5.65.1 Semantics
- •5.65.2 Notation
- •5.65.3 Example
- •5.65.4 Mapping
- •5.66 Pattern Structure
- •5.66.1 Semantics
- •5.66.2 Notation
- •5.66.3 Mapping
- •5.67 Collaboration Contents
- •5.67.1 Semantics
- •5.67.2 Notation
- •5.67.3 Mapping
- •5.68 Interactions
- •5.68.1 Semantics
- •5.68.2 Notation
- •5.68.3 Mapping
- •5.68.4 Example
- •5.69 Collaboration Roles
- •5.69.1 Semantics
- •5.69.2 Notation
- •5.69.3 Presentation options
- •5.69.4 Example
- •5.69.5 Mapping
- •5.70 Multiobject
- •5.70.1 Semantics
- •5.70.2 Notation
- •5.70.3 Example
- •5.70.4 Mapping
- •5.71 Active object
- •5.71.1 Semantics
- •5.71.2 Notation
- •5.71.3 Example
- •5.71.4 Mapping
- •5.72 Message and Stimulus
- •5.72.1 Semantics
- •5.72.2 Notation
- •5.72.3 Presentation Options
- •5.72.4 Example
- •5.72.5 Mapping
- •5.73 Creation/Destruction Markers
- •5.73.1 Semantics
- •5.73.2 Notation
- •5.73.3 Presentation options
- •5.73.4 Example
- •5.73.5 Mapping
- •5.74 Statechart Diagram
- •5.74.1 Semantics
- •5.74.2 Notation
- •5.74.3 Mapping
- •5.75 State
- •5.75.1 Semantics
- •5.75.2 Notation
- •5.75.3 Mapping
- •5.76 Composite States
- •5.76.1 Semantics
- •5.76.2 Notation
- •5.76.3 Examples
- •5.76.4 Mapping
- •5.77 Events
- •5.77.1 Semantics
- •5.77.2 Notation
- •5.77.3 Example
- •5.77.4 Mapping
- •5.78 Simple Transitions
- •5.78.1 Semantics
- •5.78.2 Notation
- •5.78.3 Example
- •5.78.4 Mapping
- •5.79 Transitions to and from Concurrent States
- •5.79.1 Semantics
- •5.79.2 Notation
- •5.79.3 Example
- •5.79.4 Mapping
- •5.80 Transitions to and from Composite States
- •5.80.1 Semantics
- •5.80.2 Notation
- •5.80.3 Presentation Options
- •5.80.4 Example
- •5.80.5 Mapping
- •5.81 Factored Transition Paths
- •5.81.1 Semantics
- •5.81.2 Notation
- •5.81.3 Examples
- •5.82 Submachine States
- •5.82.1 Semantics
- •5.82.2 Notation
- •5.82.3 Example
- •5.82.4 Mapping
- •5.83 Synch States
- •5.83.1 Semantics
- •5.83.2 Notation
- •5.83.3 Example
- •5.83.4 Mapping
- •5.84 Activity Diagram
- •5.84.1 Semantics
- •5.84.2 Notation
- •5.84.3 Example
- •5.84.4 Mapping
- •5.85 Action State
- •5.85.1 Semantics
- •5.85.2 Notation
- •5.85.3 Presentation options
- •5.85.4 Example
- •5.85.5 Mapping
- •5.86 Subactivity state
- •5.86.1 Semantics
- •5.86.2 Notation
- •5.86.3 Example
- •5.86.4 Mapping
- •5.87 Decisions
- •5.87.1 Semantics
- •5.87.2 Notation
- •5.87.3 Example
- •5.87.4 Mapping
- •5.88 Call States
- •5.88.1 Semantics
- •5.88.2 Notation
- •5.88.3 Example
- •5.88.4 Mapping
- •5.89 Swimlanes
- •5.89.1 Semantics
- •5.89.2 Notation
- •5.89.3 Example
- •5.89.4 Mapping
- •5.90 Action-Object Flow Relationships
- •5.90.1 Semantics
- •5.90.2 Notation
- •5.90.3 Example
- •5.90.4 Mapping
- •5.91 Control Icons
- •5.91.1 Notation
- •5.91.2 Mapping
- •5.92 Synch States
- •5.93 Dynamic Invocation
- •5.93.1 Semantics
- •5.93.2 Notation
- •5.93.3 Mapping
- •5.94 Conditional Forks
- •5.95 Component Diagram
- •5.95.1 Semantics
- •5.95.2 Notation
- •5.95.3 Example
- •5.95.4 Mapping
- •5.96 Deployment Diagram
- •5.96.1 Semantics
- •5.96.2 Notation
- •5.96.3 Example
- •5.96.4 Mapping
- •5.97 Node
- •5.97.1 Semantics
- •5.97.2 Notation
- •5.97.3 Example
- •5.97.4 Mapping
- •5.98 Component
- •5.98.1 Semantics
- •5.98.2 Notation
- •5.98.3 Example
- •5.98.4 Mapping
- •6 UML Example Profiles
- •6.1 Introduction
- •6.2 Summary of Profile
- •6.3 Stereotypes and Notation
- •6.3.1 Use Case Stereotypes
- •6.3.2 Analysis Stereotypes
- •6.3.3 Design Stereotypes
- •6.3.4 Implementation Stereotypes
- •6.3.5 Class Stereotypes
- •6.3.6 Association Stereotypes
- •6.4 Well-Formedness Rules
- •6.4.1 Generalization
- •6.4.2 Containment
- •6.5 Introduction
- •6.6 Summary of Profile
- •6.7 Stereotypes and Notation
- •6.7.1 Use Case Stereotypes
- •6.7.2 Organization Stereotypes
- •6.7.3 Class Stereotypes
- •6.7.4 Association Stereotypes
- •6.8 Well-Formedness Rules
- •6.8.1 Generalization
- •7 UML Model Interchange
- •7.1 Overview
- •7.2 Model Interchange Using XMI
- •7.3 Model Interchange Using CORBA IDL
- •8 Object Constraint Language Specification
- •8.1 Overview
- •8.1.2 Where to Use OCL
- •8.2 Introduction
- •8.2.1 Legend
- •8.2.2 Example Class Diagram
- •8.3 Relation to the UML Metamodel
- •8.3.1 Self
- •8.3.2 Specifying the UML context
- •8.3.3 Invariants
- •8.3.5 Package context
- •8.3.6 General Expressions
- •8.4 Basic Values and Types
- •8.4.1 Types from the UML Model
- •8.4.2 Enumeration Types
- •8.4.3 Let Expressions and «definition» Constraints
- •8.4.4 Type Conformance
- •8.4.5 Re-typing or Casting
- •8.4.6 Precedence Rules
- •8.4.7 Use of Infix Operators
- •8.4.8 Keywords
- •8.4.9 Comment
- •8.4.10 Undefined Values
- •8.5 Objects and Properties
- •8.5.1 Properties
- •8.5.2 Properties: Attributes
- •8.5.3 Properties: Operations
- •8.5.4 Properties: Association Ends and Navigation
- •8.5.5 Navigation to Association Classes
- •8.5.6 Navigation from Association Classes
- •8.5.7 Navigation through Qualified Associations
- •8.5.8 Using Pathnames for Packages
- •8.5.9 Accessing overridden properties of supertypes
- •8.5.10 Predefined properties on All Objects
- •8.5.11 Features on Classes Themselves
- •8.5.12 Collections
- •8.5.13 Collections of Collections
- •8.5.14 Collection Type Hierarchy and Type Conformance Rules
- •8.5.15 Previous Values in Postconditions
- •8.6 Collection Operations
- •8.6.1 Select and Reject Operations
- •8.6.2 Collect Operation
- •8.6.3 ForAll Operation
- •8.6.4 Exists Operation
- •8.6.5 Iterate Operation
- •8.6.6 Iterators in Collection Operations
- •8.6.7 Resolving Properties
- •8.7 The Standard OCL Package
- •8.8 Predefined OCL Types
- •8.8.1 Basic Types
- •8.8.2 Collection-Related Types
- •8.9 Grammar
- •Glossary
- •Notation Conventions
- •Glossary Terms
ISO/IEC 19501:2005(E)
Atool must enforce the correspondence to built-in attributes.
5.18Stereotypes
5.18.1 Semantics
A stereotype is, in effect, a new class of metamodel element that is introduced at modeling time. It represents a subclass of an existing metamodel element with the same form (attributes and relationships) but with a different intent. Generally a stereotype represents a usage distinction. A stereotyped element may have additional constraints on it from the base metamodel class. It may also have required tagged values that add information needed by elements with the stereotype. It is expected that code generators and other tools will treat stereotyped elements specially. Stereotypes represent one of the built-in extensibility mechanisms of UML.
5.18.2 Notation
The general presentation of a stereotype is to use the symbol for the metamodel base element but to place a keyword string above the name of the element (if any). The keyword string (Section 5.9, “Keywords,” on page 181) is the name of the stereotype within matched guillemets, which are the quotation mark symbols used in French and certain other languages (for example, «foo»).
NOTE: A guillemet looks like a double angle-bracket, but it is a single character in most extended fonts. Most computers have a Character Map utility. Double angle-brackets may be used as a substitute by the typographically challenged.
The keyword string is generally placed above or in front of the name of the model element being described. If multiple stereotypes are defined for the same model element, they are placed vertically one below the other. The keyword string may also be used as an element in a list, in which case it applies to subsequent list elements until another stereotype string replaces it, or an empty stereotype string («») nullifies it. Note that a stereotype name should not be identical to a predefined keyword applicable to the same element type.
To permit limited graphical extension of the UML notation as well, a graphic icon or a graphic marker (such as texture or color) can be associated with a stereotype. The UML does not specify the form of the graphic specification, but many bitmap and stroked formats exist (and their portability is a difficult problem). The icon can be used in one of two ways:
1.It may be used instead of, or in addition to, the stereotype keyword string as part of the symbol for the base model element that the stereotype is based on. For example, in a class rectangle it is placed in the upper right corner of the name compartment. In this form, the normal contents of the item can be seen.
2.The entire base model element symbol may be “collapsed” into an icon containing the element name or with the name above or below the icon. Other information contained by the base model element symbol is suppressed. More general forms of icon specification and substitution are conceivable, but we leave these to the ingenuity of tool builders, with the warning that excessive use of extensibility capabilities may lead to loss of portability among tools.
If multiple stereotypes are defined, the graphical icons or markers are omitted.
UML avoids the use of graphic markers, such as color, that present challenges for certain persons (the color blind) and for important kinds of equipment (such as printers, copiers, and fax machines). None of the UML symbols require the use of such graphic markers. Users may use graphic markers freely in their personal work for their own purposes (such as for highlighting within a tool) but should be aware of their limitations for interchange and be prepared to use the canonical forms when necessary.
The classification hierarchy of the stereotypes themselves can be displayed on a class diagram, as described in Section 5.35, “Stereotype Declaration,” on page 220. This capability is not required by many modelers who must use existing stereotypes but not define new kinds of stereotypes.
♥ ISO/IEC 2005 - All rights reserved |
199 |

ISO/IEC 19501:2005(E)
5.18.3 Examples
Figure 54 illustrates various notational forms of the stereotype notation. Note that the top four shapes are alternatives of each other. The next one shows how a dependency can be stereotyped and the bottom example illustrates a model element with multiple stereotypes.
«control»
PenTracker
location: Point
enable (Mode)
«control»
PenTracker
location: Point
enable (Mode)
PenTracker |
|
|
|
|
|
location: Point |
|
|
|
PenTracker |
|
enable (Mode) |
||
|
||
|
|
JobManager |
|
|
|
|
|
|
«call» |
Scheduler |
||||||||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
«control»
«semaphore»
Lock
reqQueue: Queue
Figure 54 - Varieties of Stereotype Notation
5.18.4 Mapping
The use of a stereotype keyword maps into the stereotype relationship between the Element corresponding to the symbol containing the name and the Stereotype of the given name. The use of a stereotype icon within a symbol maps into the stereotype relationship between the Element corresponding to the symbol containing the icon and the Stereotype represented by the symbol. A tool must establish the connection when the symbol is created and there is no requirement that an icon represent uniquely one stereotype. The use of a stereotype icon, instead of a symbol, must be created in a context in which a tool implies a corresponding model element and a Stereotype represented by the icon. The element and the stereotype have the stereotype relationship.
200 |
♥ ISO/IEC 2005 - All rights reserved |