An association represents structural relationships between instances of business workers and business entities in the
business analysis model. It is information that must be preserved for some duration, and does not simply show
procedural dependency relationships. Each association has a name and a multiplicity. The multiplicity defines how many
objects of the connected class can be connected. It is either a constant or a range (e.g., 0..5) that shows the number
of objects that can be connected.
Example:
An agent who checks in airline passengers follows a set of instructions that describe his tasks in the check-in
business use case. Each employee acting as a check-in agent should know these procedures by heart, in order for the
check-in use case to work smoothly. The business worker class Check-in Agent should have an association to a business
entity class representing the set of instructions.
Some types of associations may have a rather broad interpretation. For these types, it is important that you specify
the particular interpretation in each case. For this purpose, the roles that involved parties play in the association
can be specified. If this is not sufficient to describe the association, the association can be given a name as well.
Avoid names like "has" and "contains" which do not add any information to what the association already indicates.
|