Ternary association (dictionary item)
For automation interface information about a Ternary Association, see Ternary Association (automation interface).
A Ternary Association provides a linking mechanism between three or more Classes, Data Types, Interfaces and Signals, with Ternary Roles providing the link between the Ternary Associations and Classes.
You can create a Ternary Association through the Class Diagram.
When used on a Class Diagram, a Ternary Association's notation is as follows:
In the Modeler panes, a short-cut symbol 
on the Ternary Association's icon indicates that the item is a stub.
on the Ternary Association's icon indicates that the item is a stub.The following sections provide information about how a Ternary Association is used in the model. For more information about a property, item, model part or diagram, click it.
Properties
In addition to the standard properties a Ternary Association has these properties:
Owned by
Model
PackageOwns
Comment
Constraint
Dependency — The Dependency is owned jointly by the Ternary Association and the other associated item. The access permissions you have to a Dependency are determined by the access permissions of the dependent item.
Ternary Role — The Ternary Role is owned jointly by the Ternary Association and the associated Class, Data Type, Interface and Signal.Defined in these parts of the model
Class ModelShown on these diagrams
Class Diagram
Variant DiagramCan be linked to these dictionary items
In addition to the owning Package or Model, a Ternary Association can be linked to the following items.
Stereotype | Like most other items in a Model, a Ternary Association can be linked to an Activity Partition, Comment, Frame Box, General Node, General Flow, General Flow Diagram Node, Constraint (applied), General Flow Diagram Flow or Swimlane. |