Skip to main content

Activity Diagram

Activity diagram example

What is an Activity Diagram?

An activity diagram visually presents a series of actions or flow of control in a system similar to a flowchart or a data flow diagram. Activity diagrams are often used in business process modeling. They can also describe the steps in a use case diagram. Activities modeled can be sequential and concurrent. In both cases an activity diagram will have a beginning and an

Basic Activity Diagram Notations and Symbols

Initial State or Start Point
A small filled circle followed by an arrow represents the initial action state or the start point for any activity diagram. For activity diagram using swimlanes, make sure the start point is placed in the top left corner of the first column.
Start point symbol - Activity diagram
Activity or Action State
An action state represents the non-interruptible action of objects. You can draw an action state in SmartDraw using a rectangle with rounded corners.
Activity symbol - Activity diagram
Action Flow
Action flows, also called edges and paths, illustrate the transitions from one action state to another. They are usually drawn with an arrowed line.
Action flow - Activity diagram
Object Flow
Object flow refers to the creation and modification of objects by activities. An object flow arrow from an action to an object means that the action creates or influences the object. An object flow arrow from an object to an action indicates that the action state uses the object.
Object flow - Activity diagram
Decisions and Branching
A diamond represents a decision with alternate paths. When an activity requires a decision prior to moving on to the next activity, add a diamond between the two activities. The outgoing alternates should be labeled with a condition or guard expression. You can also label one of the paths "else."
Decision symbol - Activity diagram
Guards
In UML, guards are a statement written next to a decision diamond that must be true before moving next to the next activity. These are not essential, but are useful when a specific answer, such as "Yes, three labels are printed," is needed before moving forward.
Guard symbol - Activity diagram
Synchronization
A fork node is used to split a single incoming flow into multiple concurrent flows. It is represented as a straight, slightly thicker line in an activity diagram.
A join node joins multiple concurrent flows back into a single outgoing flow.
A fork and join mode used together are often referred to as synchronization.
Synchronization - Activity diagram
Time Event
This refers to an event that stops the flow for a time; an hourglass depicts it.
Time event - Activity diagram
Merge Event
A merge event brings together multiple flows that are not concurrent.
Merging flows - Activity diagram
Sent and Received Signals
Signals represent how activities can be modified from outside the system. They usually appear in pairs of sent and received signals, because the state can't change until a response is received, much like synchronous messages in a sequence diagram. For example, an authorization of payment is needed before an order can be completed.
Sent and received symbols - Activity diagram
Interrupting Edge
An event, such as a cancellation, that interrupts the flow denoted with a lightning bolt.
Interrupting edge symbol - Activity diagram
Swimlanes
Swimlanes group related activities into one column.
Swimlanes - Activity diagram
Final State or End Point
An arrow pointing to a filled circle nested inside another circle represents the final action state.
End point symbol - Activity diagram

Comments

Popular posts from this blog

Use Case

Dalam rekayasa perangkat lunak dan sistem, use case adalah daftar tindakan atau langkah-langkah acara yang biasanya mendefinisikan interaksi antara peran (dikenal dengan Unified Modeling Language sebagai aktor) dan sebuah sistem untuk mencapai suatu tujuan. Aktor tersebut bisa menjadi manusia atau sistem eksternal lainnya. Dalam kasus penggunaan teknik sistem digunakan pada tingkat yang lebih tinggi daripada rekayasa perangkat lunak yang sering mewakili misi atau tujuan pemangku kepentingan. Persyaratan rinci kemudian dapat ditangkap dalam Sistem Pemodelan Bahasa (SysML) atau sebagai laporan kontraktual. Analisis kasus penggunaan merupakan teknik analisis persyaratan penting dan berharga yang telah banyak digunakan dalam rekayasa perangkat lunak modern sejak diperkenalkan secara formal oleh Ivar Jacobson pada tahun 1992. Pengembangan use case driven adalah karakteristik utama dari banyak model dan kerangka proses seperti ICONIX, Unified Proses (UP), IBM Rational Unifi

UML Communication Diagrams Overview

Communication diagram  (called  collaboration diagram  in UML 1.x) is a kind of UML  interaction diagram  which shows interactions between objects and/or  parts  (represented as  lifelines ) using sequenced messages in a free-form arrangement. Communication diagram  corresponds (i.e. could be converted to/from or replaced by) to a simple  sequence diagram  without structuring mechanisms such as interaction uses and combined fragments. It is also assumed that  message overtaking  (i.e., the order of the receptions are different from the order of sending of a given set of messages) will not take place or is irrelevant. The following nodes and edges are drawn in a UML communication diagrams:  frame ,  lifeline ,  message . These major elements of the communication diagram are shown on the picture below. The major elements of UML communication diagram. Frame Communication diagrams could be shown within a rectangular  frame  with the  name  in a compartment in the upper left co