An Application of Role Modelling to the Decomposition of Business Processes
-
Upload
confenis-2012 -
Category
Business
-
view
647 -
download
1
description
Transcript of An Application of Role Modelling to the Decomposition of Business Processes
![Page 1: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/1.jpg)
An Application of Role Modelling to the Decomposition of Business Processes
Artur Caetano, José Borbinha, José Tribolet
Dep. of Computer Science and Engineering, IST, Technical University of Lisbon&Information Systems Group, INESC-ID Lisbon
CONFENIS 2012. September 2012, Ghent, Belgium.
![Page 2: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/2.jpg)
SummaryResearch questions
– How to decompose a business process according to
specific criteria?
– How to identify the atomic activities of a business
process (the activities that cannot be further
decomposed)?
Goals
– Create consistent views over the process model.
– Facilitate the identification of business services.
Approach
– Application of role modelling (separation of concerns)
– Method to decompose a process based on roles.
![Page 3: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/3.jpg)
Agenda
1. Motivation.
2. Approach: role-based modelling.
3. Example of application.
![Page 4: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/4.jpg)
Enterprise Architecture
Enterprise architecture (EA) is a coherent whole
of principles, methods and models used to
analyse, design and realise the infrastructure,
processes and support systems of an
organization.
EA artefacts cross-cut heterogeneous domains
such as strategy, people, processes, services,
information, IS, IT.
Multiple views are required to address the
concerns of all stakeholders (cf. ISO 42010,
ArchiMate, TOGAF).
![Page 5: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/5.jpg)
Enterprise Architecture
Strategy
Business
IS Infrastructure
IT Infrastructure
Strategic Indicators, External Products & Services,
Contracts, Rules, Regulations, …
Software, Services, Components, Packages, …
Business Processes, Information Entities, Actors,
Organizational Units, Operational Indicators, …
Processing, Storage and Communication nodes
and artefacts, …
6-10 yrs
3-6 yrs
< 6 mo
2-5 yrs
![Page 6: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/6.jpg)
Business Process Modelling
Business processes describe how a set of
structured activities produce an output.
Processes can be modelled using different
modelling languages and paradigms.
– Most focus on the specification of the workflow of a
process (transformational paradigm).
BPMLs are often method-independent:
– do not provide the means to assess the qualities of
a model;
– do not prescribe process design principles.
![Page 7: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/7.jpg)
Process Decomposition
A1
A1.2 A1.3A1.1
A1.1.N...
A1.1.2A1.1.1
The specification of an atomic activity is always
context-dependent.
![Page 9: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/9.jpg)
View #1
A1.3
A2
A1.1 A1.2
A1.2.2
A2.2A2.1
A1
A1.2.1
Process Decomposition
Lack of criteria to determine when and how to decompose
an activity.
Lack of criteria to determine whether an activity is atomic.
Views over the same business process may be inconsistent.
View #2
B3
B3.2B3.1
B1
B12B1.1
B2
B2.2B2.1
Business Process
?
![Page 10: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/10.jpg)
Agenda
1. Motivation.
2. Approach: role-based modelling.
3. Example of application.
![Page 11: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/11.jpg)
Separation of Concerns
Separation of concerns, which, even if not
perfectly possible, is yet the only available
technique for effective ordering of one's
thoughts, that I know of. This is what I mean
by “focussing one's attention upon some
aspect”: it does not mean ignoring the
other aspects, it is just doing justice to the
fact that from this aspect's point of view, the
other is irrelevant.
Edsger Dijkstra, “On the role of scientific thought”, 1982.
![Page 12: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/12.jpg)
Separation of Concerns
SoC is an abstraction technique.
Its main goal is to isolate the different concerns
(aspects) of a system in a given context.
Isolated concerns are easier to analyse and
understand.
SoC approach:
1. Identify the concerns (i.e. build a concern ontology).
2. Analyse the separated concerns.
3. Weave the concerns back together.
![Page 13: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/13.jpg)
Buy Item
Role Modelling as SoC Entities (natural types) specify the structure (active and
passive) of a system.
Role types describe the behaviour of each entity.
Entities play roles in a specific collaboration context.
An activity is a role-based collaboration between entities.
ItemBuyer Seller
Payment
BookstorePerson BookCredit
Card
![Page 14: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/14.jpg)
Role Types and Natural Types
Role type (e.g. Buyer, Seller)
– Founded: existence depends on other concepts
– Not rigid: looses identity outside context
Natural type (e.g. Person, Book)
– Not founded: independent existence
– Rigid: universal (upper-domain) identity
N. Guarino. “Concepts, attributes and their relations”. Data & Knowledge Engineering (8), 249-261, 1992.
![Page 15: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/15.jpg)
Agenda
1. Motivation.
2. Approach: role-based modelling.
3. Example of application.
![Page 16: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/16.jpg)
Conference Organization
«Organizing a conference involves managing
paper submissions. Authors submit papers to
the conference. The papers are then reviewed
by at least two reviewers who produce a written
review. The reviewers cannot be the authors of
the paper»
![Page 17: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/17.jpg)
Conference Organization
«Organizing a conference involves managing
paper submissions. Authors submit papers to
the conference. The papers are then reviewed
by at least two reviewers who produce a written
review. The reviewers cannot be the authors of
the paper»
Concerns (role type ontology)
– Actor role (who) Author, Reviewer
– Resource role (what) Paper, Review
![Page 18: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/18.jpg)
Conference Organization
«Organizing a conference involves managing paper
submissions. Authors submit papers to the
conference. The papers are then reviewed by at
least two reviewers who produce a written review.
The reviewers cannot be the authors of the paper»
2..*
actor:
Author
actor:
Reviewerresource:
Paperresource:
Review
ManagePaper
![Page 19: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/19.jpg)
Conference Organization
View #1 “Who is doing what?”
View #2 “What resources are being used?”
![Page 20: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/20.jpg)
Role-based Decomposition Example
actor:
Reviewerresource:
Paperresource:
Review actor:
Authorresource:
Paper
ManagePaper
A1 A2
2..*
actor:
Author
actor:
Reviewerresource:
Paperresource:
Review
ManagePaper
Decomposition based on the “actor” role type.
![Page 21: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/21.jpg)
Role-based Decomposition
Example
actor:
Author
actor:
Reviewerresource:
Paper
actor:
Author
actor:
Reviewer
resource:
Review
Decomposition based on the “resource” role type.
ManagePaper
A3
2..*
A4
actor:
Author
actor:
Reviewerresource:
Paperresource:
Review
ManagePaper
![Page 22: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/22.jpg)
Role-based Decomposition
An activity is defined a collaboration between
entities playing roles.
The decomposition method recursively separates
an activity into sub-activities while it contains
overlapping role types.
An activity is considered atomic if it has no
overlapping role types (i.e. cannot be further
decomposed).
![Page 23: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/23.jpg)
Role Type Ontology
A role type ontology specifies the role types (i.e. concerns)
applicable to a given domain.
Upper-level ontologies specify domain-independent
concerns, such as:
– Actor – who
– Resources – what
– Locations – where
– Goals – why
– Events – when
Domain-specific ontologies specify concerns applicable to a
given context. These can be refined from the upper-level
ontology.
Example
![Page 25: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/25.jpg)
Summary
The proposed method decomposes a business process based
on a role type ontology that specifies the concerns of the
stakeholders.
– Enables creating views over a process that focus on
specific concern.
– Enables identifying the atomic activities of a process
based on a set of concerns (role types).
– Facilitates the identification of business services (and thus
business - IS mapping).
This abstraction technique reduces the problem of process
decomposition to the problem of identifying a suitable role
type ontology.
![Page 26: An Application of Role Modelling to the Decomposition of Business Processes](https://reader034.fdocuments.net/reader034/viewer/2022042813/548066dfb479594b578b4677/html5/thumbnails/26.jpg)
An Application of Role Modelling to the Decomposition of Business Processes
Artur Caetano, José Borbinha, José Tribolet
Dep. of Computer Science and Engineering, IST, Technical University of Lisbon&Information Systems Group, INESC-ID Lisbon
CONFENIS 2012. September 2012, Ghent, Belgium.