Diagram Of Activity Diagram

637 Words2 Pages

Activity Diagrams & UP
Activity diagram Principle & application
Activity Diagrams use Petri Net formalism to represent various flows, their timing & order
ADs are used to model
Dynamic behavior or
Operations
ADs are used for
UseCases,
Classes,
Interfaces,
Components,
Collaborations,
Operations
See the next slide
Other UML diagrams for data flows
For software modeling and design also Activity Diagrams are used, but
There are more appropriate diagrams for software modeling
Sequence and Communication Diagrams
It is better to use them
Some Anomalies of NODES & EDGES
Use Cases and Activity Diagrams
ADs is for PROCESS but
UseCase is NOT a process
It is a DIALOG (See 1C) or CONVERSATION
A bunch of messages
We need a symbol for it
UseCase needs a Dialog symbol NOT an AD
We used an oval with a bunch of messages
BPMN uses a HEXAGON
It expands into a bunch of messages
Some interactions ARE UseCASE DialogS
When a sub-process involves only a single computer and a single user
The messages between them constitute a UseCase Dialog
One difference is that in a UseCase the focus is ON messages of exchange but
NOT on the internal activities of either the User or the System
Flowing Through & getting transformed
To be precise,
Tokens DO NOT flow through nodes
They flow through edges
They get transformed at nodes
Electronic Payment A Complex PROCESS
It involves FOUR entities all of which are systems. Each system can be a System under Consideration and its own UseCase Diagram different from those of other systems.
One has to start with Activity Diagram of the PROCESS and then proceed to UseCase Modeling for each system separately
Analyze independently & integrate
The complexity of the main process is not overlooked but
Each sub-process is ...

... middle of paper ...

...ect flows
The flow lines are
Of the same TYPE
What flows in,
The NODE,
What flows out,
Are also the same
Inconsistencies of Object Node & Flows
The input and output edges of “object nodes” are “Object Flows”
These are special types of flows that represent the movement of objects shown as nodes.
The objects themselves are created and consumed by NORMAL Action Nodes
Object Flows in BPMN convention 1
Flow of Controls, messages & objects are well distinguished
Object “Order” flows A1 to A2
Along doted line (non-physical path)
The object is shown ON the dotted path but it is NOT a NODE
Not an elegant notation.
Object Flows in BPMN Convention 2
Here the control flow is from A1 to A2
And object flow is also form A1 to A2
So, the object is “associated” with the control flow (as in Association Class of UML)
This is much simpler and conflict-fee
Takes less space too.

Open Document