/faculteit technologie management PN-1 مهندسی مجدد فرآیندهای تجاری بخش سوم: مدیریت منابع فرآیند Workflow Resource Management.

Slides:



Advertisements
Similar presentations
Context Diagram Yong Choi BPA CSUB.
Advertisements

IX- CONSTRUCTION PLANNING
ER Tutorial 2 Chapter 9 - Questions 3, 4 and 5 V3.0 Napier University Dr Gordon Russell.
Johnb DFDs and Design John Bell The DeMarco notation.
1 Analysis of workflows : Verification, validation, and performance analysis. Wil van der Aalst Eindhoven University of Technology Faculty of Technology.
Information Technology IMS5024 Information Systems Modelling Event-driven modelling.
Marlon Dumas marlon.dumas ät ut . ee
Business Process Modelling -9.2/ Marcello La Rosa Queensland University of Technology Brisbane, 19 September 2013.
MIS 325 PSCJ. 2  Business processes can be quite complex  Process model: any abstract representation of a process  Process-modeling tools provide a.
Chapter 3 Project Initiation
BPMN.
4. Project Investment Decision-Making
/faculteit technologie management PN-1 Petri nets refresher Prof.dr.ir. Wil van der Aalst Eindhoven University of Technology, Faculty of Technology Management,
Chapter 81 Creating a Production Process Chapter 8 Achieving Quality Through Continual Improvement Claude W. Burrill / Johannes Ledolter Published by John.
1 Specification of IT Systems Mandatory Exercise Week 1.
Introduction to Databases
Specification Report CSCI Requirements of Specification Report  Must be clear and intelligible to client  Must be complete and detailed to result.
Chapter 3 Project Initiation. The stages of a project  Project concept  Project proposal request  Project proposal  Project green light  Project.
Marlon Dumas marlon.dumas ät ut . ee
Process-oriented System Automation Executable Process Modeling & Process Automation.
Marlon Dumas University of Tartu
Kanban “Signboard”.
Concepts in Enterprise Resource Planning 2 nd Edition Chapter 7 Process Modeling, Process Improvement, and ERP Implementation.
Principles of Marketing Lecture-36. Summary of Lecture-35.
University of Palestine software engineering department Testing of Software Systems Fundamentals of testing instructor: Tasneem Darwish.
WMS systems manage and coordinate several independent subtasks. The coordination problems get even more serious when the subtasks are performed on separate.
BUSINESS PLANNING AHMED JAMAL IDDRISU MDPI ACCRA TEL:
مهندسی مجدد فرآیندهای تجاری
Payroll System Bank System Any bank(s) to which direct deposit transactions are sent. Employee A person that works for the company that owns and operates.
CiviContacts. Agenda CiviCase What is CiviCase? What does it do? How to create a case?
1 Object-Oriented Modeling Using UML CS 3331 Section 2.4 Modeling Requirements with Use Cases.
Use Cases Use Cases are employed to describe the functionality or behavior of a system. Each use case describes a different capability that the system.
1 DATA FLOW DIAGRAM. 2 Outline Process decomposition diagrams Data flow diagram (DFD)
Petri nets refresher Prof.dr.ir. Wil van der Aalst
/faculteit technologie management PN-1 مهندسی مجدد فرآیندهای تجاری بخش دوم: مدلسازی فرآیندها به کمک Petri nets.
KE EMu for Cataloguers Unit objectives: Introduction to KE EMu KE EMu terms and definitions What are the KE EMu modules What is Catalog.
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Marlon Dumas University of Tartu
1 Modeling workflows : The organizational dimension and alternative notations. Wil van der Aalst Eindhoven University of Technology Faculty of Technology.
Department of Computer Science 1 CSS 496 Business Process Re-engineering for BS(CS) Chapter 2: Workflow Management Khurram Shahzad
/faculteit technologie management PN-1 مهندسی مجدد فرآیندهای تجاری بخش سوم: مدیریت منابع فرآیند Workflow Resource Management.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
/faculteit technologie management PN-1 مهندسی مجدد فرآیندهای تجاری بخش اول: مفاهیم مقدماتی و سازماندهی فرآیندها.
Prof. Marcello La Rosa BPM Discipline Queensland University of Technology.
MGT301 Principles of Marketing Lecture-36. Summary of Lecture-35.
Marlon Dumas University of Tartu
Dr Gordon Russell, Napier University Tutorial - ER2 - V2.0 1 ER Tutorial 2 Questions 3, 4 and 5.
Chapter 1 The Systems Development Environment
Information Systems in Organizations 2
Information Systems in Organizations 2
CSS 496 Business Process Re-engineering for BS(CS)
Chapter 1 The Systems Development Environment
UML’s StateChart FSM, EFSM in UML Concurrent states Tool support.
Marlon Dumas marlon.dumas ät ut . ee
Information Systems in Organizations 2
Information Systems in Organizations 2
Marlon Dumas University of Tartu
Wil van der Aalst Eindhoven University of Technology
Information Systems in Organizations 2
Information Systems in Organizations 2
Marlon Dumas marlon.dumas ät ut . ee
BPMN - Business Process Modeling Notations
Information Systems in Organizations 2
Information Systems in Organizations 2
Analysis 2: Task Analysis
مهندسی مجدد فرآیندهای تجاری
Information Systems in Organizations 2
Chapter 1 The Systems Development Environment
Exercise class 2.
Information Systems in Organizations 2
Presentation transcript:

/faculteit technologie management PN-1 مهندسی مجدد فرآیندهای تجاری بخش سوم: مدیریت منابع فرآیند Workflow Resource Management

2 Workflow management concepts A workflow definition is composed out of three parts: process definition: a description of the process itself resource classification: a classification of the resources to be used resource management rules: how to map work onto resources

3 Why? Avoid hard coding or resources (otherwise the process needs to be changes in case of personel changes). Organizations have structure (cf. organigram). Work distribution needs to be described: Who is doing what? Ordering of work items: In what order do we need to do things? WilPete

4

5

6

7

8

9

10 Example: 8 resource classes Sjaak Kees Kevin Jan Pim Truus Anita Ivone Koos Mies Secretary Sales Sales_clerk Frank Ad Office_worker Manager Purchase Eindhoven Amsterdam groups roles

11 Example: 8 resource classes Sjaak Kees Kevin Jan Pim Truus Anita Ivone Koos Mies Secretary Sales Sales_clerk Frank Ad Office_worker Manager Purchase Eindhoven Amsterdam groups roles

12 Resource classes Resource (participant, actor, user, agent) A resource can execute certain tasks for certain cases. Human and/or non-human (printer, modem): limited capacity. Resource class A set of resources with similar characteristic(s). A resource class is typically based on: Role (skill, competence, qualification) Classification based on what a resource can do. Group (department, team, office, organizational unit) Classification based on the organization.

13 Organigram TU/e groups Possible roles: student, professor, programmer

14 UFO: Roles TU/e

15

16 Convention used in this course Each task executed by a resource (worker) is labelled with one role and one goup. R,GR,G G R

17 Insurance company Insurance company X processes claims which result from traffic accidents with cars where customers of X are involved in. Therefore, it uses the following procedure for the processing of the insurance claims. Every claim, reported by a customer, is registered by an employee of department CD (CD = Car Damages). After the registration of the claim, the insurance claim is classified by a claim handler of rank A or B within CD. There are two categories: simple and complex claims. For simple claims two tasks need to be executed: check insurance and phone garage. These tasks are independent of each other.

18 Insurance company (2) The complex claims require three tasks to be executed: check insurance, check damage history and phone garage. These tasks need to be executed sequentially in the order specified. Both for the simple and complex claims, the tasks are done by employees of department CD. After executing the two respectively three tasks a decision is made. This decision is made by a claim handler of rank A and has two possible outcomes: OK (positive) or NOK (negative). If the decision is positive, then insurance company X will pay. An employee of the finance department handles the payment. In any event, the insurance company sends a letter to the customer who sent the claim. An employee of the department CD writes this letter.

19 Solution (only control flow)

20 Roles and groups The following roles are identified: Employee(E) Claim handler(CH) Claim handler A(CHA) Claim handler B(CHB) The following groups are identified: Car Damages Department (CD) Finance Department(FN)

21 Resulting model

22 Complaints handling Each year travel agency Y has to process a lot of complaints (about ). There is a special department for the processing of complaints (department C). There is also an internal department called logistics (department L) which takes care of the registration of incoming complaints and the archiving of processed complaints. The following procedure is used to handle these complaints.

23 Complaints handling (2) An employee of department L first registers every incoming complaint. After registration a form is sent to the customer with questions about the nature of the complaint. This is done by an employee of department C. There are two possibilities: the customer returns the form within two weeks or not. If the form is returned, it is processed automatically resulting in a report which can be used for the actual processing of the complaint. If the form is not returned on time, a time-out occurs resulting in an empty report. Note that this does not necessarily mean that the complaint is discarded. After registration, i.e., in parallel with the form handling, the preparation for the actual processing is started.

24 Complaints handling (3) First, the complaint is evaluated by a complaint manager of department C. Evaluation shows that either further processing is needed or not. Note that this decision does not depend on the form handling. If no further processing is required and the form is handled, the complaint is archived. If further processing is required, an employee of the complaints department executes the task ‘process complaint’ (this is the actual processing where certain actions are proposed if needed). For the actual processing of the complaint, the report resulting from the form handling is used. Note that the report can be empty. The result of task ´process complaint´ is checked by a complaint manager. If the result is not OK, task ´process complaint´ is executed again. This is repeated until the result is acceptable. If the result is accepted, an employee of the department C executes the proposed actions. After this the processed complaint is archived by an employee of department L.

25 Solution (only control flow)

26 Roles and groups The following roles are identified: Employee(E) Complaint manager(CM) The following groups are identified: Department C (DC) Logistics department(LD)

27 Resulting model

28 Assumptions so far... Eventually every work-item is executed by a single resource. Every resource is working on one activity at the same time. Some observations: There may be a need to further limit the set of resources (e.g., the 4 eyes principle), i.e., we need to be able to specify further constraints. There may be many resources that have the right role/group combination, i.e., work distribution is needed. There may be many work items that can be executed by the same resource at a given point in time, i.e., work items need to be ordered.

29 Further constraints = = if compensation > 1000 euro then role := manager else role := employee