Archyno
ArchiMateNotation reference

ArchiMate relationships

Eleven lines, an ordering from strongest to weakest, and a derivation rule that lets a tool answer questions you never drew. The elements are the vocabulary; this is the grammar.

11 min readArchiMate 43 of 4

write«role»Claims officerRegister claimAssess claimClaimClaim registrationPolicy administration
Six kinds of line, none interchangeable. The ball says who does the work, the hollow triangle says what is made real, the plain arrow says who is helped, the dotted arrow says what is touched.

01The eleven

ArchiMate has a closed set of relationships and no mechanism for inventing more. That constraint is the source of most of its value: any two people reading the same model are reading the same eleven meanings, and a tool can reason over them.

ElementNotationWhat it means
CompositionThe whole is made of the part, and the part belongs to exactly one whole. Filled diamond on the whole.
AggregationThe whole groups the part, and the part can be grouped elsewhere too. Hollow diamond on the whole.
AssignmentActive structure performs behaviour, or a node hosts an artifact. Ball on the performer.
RealizationThe source makes the more abstract target concrete. Points at the abstraction, always.
ServingThe source provides functionality the target uses. Points at the consumer.
AccessBehaviour reads, writes, or both, on a passive element. Label it read / write when it matters.
InfluenceThe source affects a motivation element. The only relationship allowed to be vague, and the only one that can carry a sign.
TriggeringTemporal order: the source completes, then the target starts.
FlowSomething is transferred - information, goods, money. Label it with what moves.
SpecializationThe source is a particular kind of the target. Both ends must be the same element type.
AssociationA relationship none of the other ten describes. Correct occasionally, a smell in bulk.

02Choosing between the ones people confuse

Four pairs account for nearly every wrong line in a real model. Each has a test that settles it in one question.

ElementNotationWhat it means
Serving vs realizationhelps vs isAre they the same capability at two levels of abstraction, or two different things where one is useful to the other? Same thing means realization.
Assignment vs realizationdoes vs isA component realizes an application service; a component is assigned to an application function. Realization crosses an abstraction level, assignment crosses the structure-behaviour line.
Triggering vs flowthen vs carriesTriggering is about order in time. Flow is about something moving. Two steps can have both, and drawing both is fine.
Composition vs aggregationone owner vs manyCould the part legitimately belong to a second whole at the same time? Yes means aggregation.

03The strength order

The relationships are formally ordered from strongest to weakest, and the order is not trivia - it is what makes derivation work:

composition > aggregation > assignment > realization > serving > access > influence > association

"Stronger" means "makes a bigger claim". Composition says the part is inside the whole and cannot be shared; association says almost nothing. The structural relationships (the first four) are stronger than the dependency ones (serving, access, influence), which are stronger than plain association.

04Derived relationships

derivedPolicy administrationClaim registrationRegister claimPolicy administrationRegister claim
Both rows say the same thing. The lower one is the derived relationship: the weakest link in the chain above, drawn as a single line.

The rule in one sentence: a chain of relationships between two elements derives a single relationship of the weakest kind in the chain. Composition then realization then serving derives serving, because serving is the weakest of the three.

This is the mechanism that makes ArchiMate models answer questions. You draw the detailed chain once - node hosts artifact, artifact realizes component, component realizes service, service serves process, process realizes business service - and the tool can then tell you that the node serves the business service, which is the answer to "what does the customer lose if this box dies". Nobody drew that line.

The same rule explains why an over-associated model is useless. Association is the weakest relationship, so any chain containing one derives only an association - "these are connected somehow". One lazy line poisons every path through it.

05Nesting, and what it hides

ArchiMate lets you draw a relationship by putting one element inside another instead of drawing a line. It is compact and it is legal, and it is also the most common way a view becomes ambiguous: nesting can stand for composition, aggregation, assignment, realization, or specialization depending on what the elements are.

Reach for it when

  • The containment is composition or aggregation and nothing else would fit
  • The view is crowded and the nested elements are the detail, not the point
  • Your tool records the real relationship in the model behind the drawing
  • A grouping element - which is nesting used honestly, with no relationship claimed

Reach for something else when

  • The relationship could plausibly be two different kinds
  • The view will be exported to a picture and read without the model
  • You are nesting three levels deep - draw the lines
  • The nested element also has relationships to things outside the box

A safe habit: nest for composition and aggregation, draw a line for everything else. It costs a little space and removes an entire class of misreading.

06What the spec will not let you draw

Not every pair of elements can be connected by every relationship, and the constraints are worth knowing because your tool will enforce them and it is easier to agree than to fight:

  1. Assignment starts at active structure. A role, an actor, a component, a node. A process cannot be assigned to anything.
  2. Access ends at passive structure. Business object, data object, artifact, contract, material. Behaviour cannot access another behaviour.
  3. Influence ends at a motivation element. You cannot influence a server.
  4. Specialization needs matching types at both ends. An application component specializes an application component, never a node.
  5. Triggering and flow connect behaviour to behaviour - or active structure to active structure, when you are drawing who talks to whom rather than what happens in what order.

If the tool refuses a line, the usual cause is that one end is the wrong aspect: you meant the component and drew the service, or meant the process and drew the role. Check the aspect before assuming the rule is wrong.

In one line each

  1. 01Eleven relationships, closed set, no extension mechanism - that is the point.
  2. 02Serving points at the consumer; realization points at the abstraction.
  3. 03Assignment crosses structure to behaviour; realization crosses abstraction levels.
  4. 04A chain derives one relationship of its weakest kind.
  5. 05One lazy association poisons every derivation path through it.
  6. 06Nest for composition and aggregation; draw a line for anything else.
All articles