Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS)

Post on 23-Dec-2015

222 views 0 download

Tags:

Transcript of Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS)

1Department of Computer Science

CSS 496 Business Process Re-

engineering for BS(CS)

2Department of Computer Science

Business Process Modeling Notation (BPMN) Developed by Object Management Group We will focus only on main concepts It combines the best approaches of all other

process modeling languages (graph-based, petri-nets, Event driven process chain, UML activity diagrams)

The main purpose is to facilitate all levels of business and software systems

3Department of Computer Science

Components of BPMN Core components: Events, activities,

gateways, sequence flow

4Department of Computer Science

Details of BPMN notations

Events: Occurrence of something that is relevant for the business

Activities: The performance of work Gateways: represent the joining and

splitting of flow during the business process Swimlanes: divided in two components, i.e.,

pool and lanes.1. Pool: To define the boundary between two businesses2. Lane: to define the boundary between different

organizational entities, such as departments

5Department of Computer Science

Details of BPMN notations (Cont.) Artifacts: include additional information such

as data objects, annotations, groups1. Data objects: for documentation purposes to represent

which data object, file has been created or modified by an activity

2. Annotations: text for explanation

3. Groups: for documentation purpose to show which elements are in a group.

6Department of Computer Science

Details of BPMN notations (Cont.) Connecting objects1. Sequence flow: To show the flow or sequence between

elements of process model

2. Message flow: To show the message passing between businesses

3. Association flow: For linking artifacts with elements of process model

7Department of Computer Science

Example

8Department of Computer Science

Events types Mainly divided in three parts, i.e., start,

intermediate (occurs between the process, can delay execution), end events

9Department of Computer Science

Start Event triggers

None: does not have a defined trigger, can be used when a process invokes a child process

User: A user triggers an event Message: Triggers on receiving a message Timer: occurs on a specific time Rule: occurs when a particular rule evaluates to be

true Link: Connecting end of a process and start of the

other process Multiple: Means multiple ways are available to start

it. Only one condition needs to be true

10Department of Computer Science

Intermediate Event triggers

None: can highlight the change of state in the process, e.g., investigation event

Message: Wait for a message to continue Timer: Starts on a specified time Error: To handle exceptions or alternative

flows

investigation

Report

11Department of Computer Science

End Event triggers

None: end event with no information Error end: End with an error or for raising

exception to be caught by intermediate event Terminate: To immediately end the process

12Department of Computer Science

Gateways Used to merge or split the flow. The decision

is not made at Gateway rather it is just a router depending on its previous activity

Data-based gateways, Event-based gateways (waiting for a message or something to happen)

Symbols

13Department of Computer Science

Activities

Activities are units of work Atomic Activities: It means the internal structure or

sub-processes are not important for modeling, atomic activities are called tasks

Types of tasks:1. Receive tasks: waits to receive a message

2. Send tasks: opposite of receive task

3. User tasks: performed by user

4. Reference tasks: can be reused in modeling different processes

14Department of Computer Science

Gateways (Cont.)

XOR Split: Can follow one flow XOR Merge: Only one input is chosen to be output from the

gateway Inclusive OR Split: One or more path can be taken, cannot be

zero path you must specify a default path Inclusive OR Merge: One input is required to continue Complex merge gateway: involving a complex expression, e.g.,

flow A and B are required to continue or it can also work alone with C

Complex split gateway: complex expressions, opposite of complex merge gateway

AND Split: All paths are chosen AND Merge: Signals from all paths are required

15Department of Computer Science

Example BizAgi

16Department of Computer Science

Example

Here please notice the intermediate event (external factor) “Receive Document”. It is an event because it has been submitted by the client and not generated by the employee of the organization. “Receive Document” basically represents that sometimes the client does not submit all documents at the beginning but at some later stage. The completion of documents is necessary for further processing of application. The intermediate event here represents it.

17Department of Computer Science

Example with timer

18Department of Computer Science

Example:

19Department of Computer Science

Example: Shipment process of a hardware retailer

20Department of Computer Science

Example: Pizza Delivery

21Department of Computer Science

From Spec.

22Department of Computer Science

From Spec.

23Department of Computer Science

Example

24Department of Computer Science

Example

25Department of Computer Science

Event Driven Process Chain This notation is used in ARIS (Architecture of Integrated

Information Systems) ARIS House or ARIS main building blocks (please see the

slides of Prof. Scheer)1. Control View: integrate other views modeled by EPC2. Functional View: Identifies goals/sub-goals and functions that

need to be performed to achieve them3. Data view: Business related data that will be used by functions4. Input-Output View: deals with the input and output of the

business5. Organizational View: The entities that are performing functions.

complete hierarchal structure of the organization. It can encompass organizational units, individuals, roles, skills and even about information systems, storage facilities, network infrastructure.

26Department of Computer Science

Event Driven Process Chain (cont.) Three Abstraction in each View of ARIS1. Requirement Specification: identification of

goals, sub-goals, functions (function view), EPC (control view), Entity relationship diagrams (data view), Organizational diagrams (organization view)

2. Design Specification: technical requirements, architecture level description

3. Implementation Details: deals with actual implementations, hardware-software related

27Department of Computer Science

Event Driven Process Chain (cont.) EPC Details

1. Event: change of state in an object

2. Functions: units of work

3. Connectors: for flow control

28Department of Computer Science

EPC Details (Cont.)

Functions trigger events and events trigger functions

Function transforms input into output Events cannot make decisions via connectors

29Department of Computer Science

Syntax rules

The arrows marked as cross are wrong. Correct their direction towards events

30Department of Computer Science

Syntax rules (cont.)

31Department of Computer Science

Example

32Department of Computer Science

Example of extended EPC