unified modeling language user guide section 4 - basic behavioral modeling chapter 19 – activity...

10
Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Upload: hector-day

Post on 13-Dec-2015

215 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Unified Modeling LanguageUser Guide

Section 4 - Basic Behavioral Modeling

Chapter 19 – Activity Diagrams

Page 2: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 2

Overview

• Modeling a workflow

• Modeling an operation

• Forward and reverse Engineering

Page 3: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 3

Terms & Concepts• Activity Diagram – shows the flow from

activity to activity.• Activity – an ongoing non atomic execution

within a state machine. Activities ultimately/ pada akhirnya results in some action.

• Action – made up of executable atomic computations that results in a change in state of the system or the return of a value (i.e., calling another operation, sending a signal, creating or destroying an object, or some pure computation.

Page 4: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 4

Activity DiagramSelect site

Commission architect

Develop plan

Bid plan

Do site workDo trade

work()

Finish construction

: CertificateOfOccupancy[completed]

Initial state

Sequential branch

Action state

[not accepted]

[else]

final state

object flow

concurrent fork

Activity state with submachine

concurrent join

Activity diagrams commonly contain:•Activity states and actions states•Transitions•Objects

Page 5: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 5

Action States & Activity States

• Action states: executable, atomic computations (states of the system, each representing the execution of an action) – cannot be decomposed/buang.

• Activity states: not atomic; can be further/ lebih jauh decomposed; can be represented by other activity diagrams – a composite whose flow of control is made up of other activity states and action states.

Page 6: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 6

Transitions & Branching

Select Site

Commission architect

triggerless transition

start state

stop state

action state Reschedule

Release work order

Assign tasks

guard expression

branch

[materials not ready]

guard expression

[materials ready]

Page 7: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 7

Forking and Joining

• Concurrent flow.• Use synchronization bar to

specify the forking and joining of these parallel flows of control.

• A synchronization bar is rendered as a thick horizontal or vertical line.

Do site workDo trade

work()

fork

join

Page 8: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 8

Swimlanes• Useful in modeling workflows of business

processes – partition the activity states on an activity diagram into groups, each group representing the business organization responsible for those activities.

• A swimlane is a kind of package.• Each swimlaine has a name unique within its

diagram (a swimlane really has no deep semantic – just represent some real-world entity).

• Every activity belongs/mesti to exactly one swimlane, but transitions may cross lanes.

Page 9: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 9

Object Flow

• Objects may be involved/ ruwet in the flow of control associated with an activity diagram.

• Specify the things that are involved in an activity diagram by placing these objects in the diagram, connected using a dependency to the activity or transition that creates, destroys, or modifies them.

• Object flow – the use of dependency relationships and objects (represents the participation of an object in a flow of control).

Page 10: Unified Modeling Language User Guide Section 4 - Basic Behavioral Modeling Chapter 19 – Activity Diagrams

Sung Kim CS6359Chapter 19

Slide 10

Summary

• Activity diagram, Activity, & Action

• Action states & Activity states

• Transition & Branching

• Forking & Joining

• Swimlanes

• Object flow