Announcing Cradle-7.2 - start your free trial here

3SL Reference

Activity Diagram (ACD)

In a UML model, the static representation of the system is a set of CDs. Each class may have an associated Activity Diagram (ACD) to show the internal behaviour and/or algorithm for the class. The class ACD shows one or more parallel sequences of possible behaviour, distributed along a timeline, which in turn may have branches and optional synchronisation.

As a Cradle modelling domain (the Essential or Implementation Domains) can contain any number of UML models, there may be several sets of CDs, each of whose classes may have an ACD.

ACDs can also be drawn at any level in the UML model, to represent time sequenced behaviour at any level. The activities in the ACDs are intrinsically shareable, such that any given activity can appear on more than one ACD. Also, the activities shown in ACDs can also be shown in Physical Architecture Diagrams (PADs) as shared equipments and on extended Function Flow Block Diagrams (eFFBDs) / Behaviour Diagrams (BDs) as shared functions. This allows the UML and non-UML models in a domain to be linked.

The ACD can show the sending and receipt of messages, which are the means by which classes communicate, by calling each others’ operations, as shown on the associated CD.

An ACD depicts a set of component activities that are required to accomplish the behaviour of a class. The ACD shows these component activities along a vertical timeline, which may be split into branches and associated synchronisation points to show concurrency. In this sense, the ACD provides some of the semantic capabilities of the eFFBD available in the non-OO notations.

ACDs contain a time-sequenced representation of the functionality of a class, and correlate with the class’s associated Statechart.

ACDs are hierarchical. Their connectivity is:

Diagram showing the connectivity of an Activity Diagram

ACDs are available in models in both the Essential and Implementation Domains.