Matthias Weidlich, Jan Mendling, Mathias Weske Behavioral Profiles An Abstraction for Efficient Calculation of Consistency.

Slides:



Advertisements
Similar presentations
Chapter 7 System Models.
Advertisements

KEOD 2013 – 20 th September 2013 A Comprehensive Framework for Semantic Annotation of Web Content Manuel Fiorelli 1, Maria Teresa Pazienza 2, Armando Stellato.
From Model-based to Model-driven Design of User Interfaces.
Identifying, Modifying, Creating, and Removing Monitor Rules for SOC Ricardo Contreras Andrea Zisman
Interaction Patterns in Workflow Environments Research presentation by Martin Vasko.
Towards Workflow Pattern Support of Event-Driven Process Chains (EPC) Jan Mendling, Gustaf Neumann Dept. of IS and New Media, WU Wien, Austria Markus Nüttgens.
Practical Business Modeling in the Unified Process Tom Morgan Software Architect, Fidelity National Information Services
Programming Distributed Systems Lab Institute of Computer Science University of Augsburg Universitätsstraße 14, D Augsburg Tel.: (+49) 821/ ,
Software Testing and Quality Assurance
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 8 Slide 1 System models.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
UML CASE Tool. ABSTRACT Domain analysis enables identifying families of applications and capturing their terminology in order to assist and guide system.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 Ivan Lanese Computer Science Department University of Bologna Italy Concurrent and located synchronizations in π-calculus.
Information Modeling: The process and the required competencies of its participants Paul Frederiks Theo van der Weide.
Course Instructor: Aisha Azeem
Chapter 10: Architectural Design
A university for the world real R © 2009, Chapter 17 Process Mining and Simulation Moe Wynn Anne Rozinat Wil van der Aalst Arthur.
On the purpose of Object Oriented Analysis Geri Magne Høydalsvik and Guttorm Sindre.
A university for the world real R © 2009, Chapter 14 EPCs Jan Mendling.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Insuring Sensitive Processes through Process Mining Jorge Munoz-Gama Isao Echizen Jorge Munoz-Gama and Isao Echizen.
Chapter 10 Architectural Design
Workflow Metadata John Koisch, Guidewire Architecture.
Model Transformations for Business Process Analysis and Execution Marlon Dumas University of Tartu.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions of systems whose requirements are being.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
System models Abstract descriptions of systems whose requirements are being analysed Abstract descriptions of systems whose requirements are being analysed.
These slides are designed to accompany Software Engineering: A Practitioner’s Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman.1.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
A Taxonomy of Evaluation Approaches in Software Engineering A. Chatzigeorgiou, T. Chaikalis, G. Paschalidou, N. Vesyropoulos, C. K. Georgiadis, E. Stiakakis.
EVENT-BASED REAL-TIME DECOMPOSED CONFORMANCE ANALYSIS Seppe vanden Broucke, Jorge Munoz-Gama, Josep Carmona, Bart Baesens, and Jan Vanthienen CoopIS 2014.
©Ian Sommerville 1995/2000 (Modified by Spiros Mancoridis 1999) Software Engineering, 6th edition. Chapter 7 Slide 1 System models l Abstract descriptions.
Model-Driven Analysis Frameworks for Embedded Systems George Edwards USC Center for Systems and Software Engineering
RCDL Conference, Petrozavodsk, Russia Context-Based Retrieval in Digital Libraries: Approach and Technological Framework Kurt Sandkuhl, Alexander Smirnov,
Chapter 7 System models.
Lecture 7: Requirements Engineering
System models l Abstract descriptions of systems whose requirements are being analysed.
Pertemuan 19 PEMODELAN SISTEM Matakuliah: D0174/ Pemodelan Sistem dan Simulasi Tahun: Tahun 2009.
Modified by Juan M. Gomez Software Engineering, 6th edition. Chapter 7 Slide 1 Chapter 7 System Models.
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Sommerville 2004,Mejia-Alvarez 2009Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 A Model-Driven Approach For Information System Migration Raymonde Le Delliou 1, Nicolas Ploquin 2, Mariano Belaunde 3, Reda Bendraou 4, Louis Féraud.
Experiences in enhancing existing BPM Tools with BPEL Import and Export Jan MendlingVienna University of Economics Kristian Bisgaard LassenUniversity of.
The Volcano Optimizer Generator Extensibility and Efficient Search.
Decision Mining in Prom A. Rozinat and W.M.P. van der Aalst Joosung, Ko.
ICT EMMSAD’05 13/ Assessing Business Process Modeling Languages Using a Generic Quality Framework Anna Gunhild Nysetvold* John Krogstie *, § IDI,
Process Modeling
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 8 Slide 1 System models.
Decomposing Data-aware Conformance Checking Massimiliano de Leoni, Jorge Munoz-Gama, Josep Carmona, Wil van der Aalst PAGE 0.
Modeling the ODP Computational Viewpoint with UML 2.0: The Templeman Library Example José Raúl Romero, Antonio Vallecillo Universidad de Málaga, Spain.
Designing a Product Line Architecture Jan Bosch Professor of Software Engineering University of Groningen, Netherlands
Short introduction to business process modelling
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
1 Graph-Based Process Model Matching Name: Christina Tsagkani Phd Candidate National and Kapodistrian University of Athens
Chapter 9 Architectural Design. Why Architecture? The architecture is not the operational software. Rather, it is a representation that enables a software.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
Security Issues Formalization
Architectural Design.
Abstract descriptions of systems whose requirements are being analysed
Chapter 10: Process Implementation with Executable Models
Model-Driven Analysis Frameworks for Embedded Systems
بررسی شباهت مدل فرآیندها گزارش سمینار کارشناسی ارشد
Chapter 9 Architectural Design
ece 627 intelligent web: ontology and beyond
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Chapter 9 Architectural Design.
Automated Analysis and Code Generation for Domain-Specific Models
Dept. of Computation, UMIST
Presentation transcript:

Matthias Weidlich, Jan Mendling, Mathias Weske Behavioral Profiles An Abstraction for Efficient Calculation of Consistency between Process Models

2 Poster auf Berliner BPM-Offensive

Agenda Why Consistency between Process Models? Why Behavioural Profiles? How to validate the concept? What are further applications? What to take home?

5 The Essence of Modeling is model of correspond

Vertical Alignment of Process Models Different purposes for the creation of process models –Process automation –Staff planning –Decision support –Business certification Results in significant differences between models describing (parts of) the very same process –Slicing of process models –Modelling granularity –Behavioural differences

Horizontal Alignment of Process Models Different variants of a common process, due to –Scope of the process –Organisational context –IT-landscape No big differences in modelling granularity Still, defined behaviour might be different

8 Correspondences Model 1 Correspondences Model 2

Agenda Why Consistency between Process Models? Why Behavioural Profiles? How to validate the concept? What are further applications? What to take home?

Simply Comparing Activities is not enough

Existing Notions like Equivalence of Traces are too strict

Behavioural Profiles Need for a behavioural abstraction that is less sensitive to model projections or extensions, respectively Behavioural Profiles –capture behavioural characteristics by means of relations between activities Strict order Exclusiveness Interleaving order –Based on weak order: weak order between A and B, if there is a trace in which B occurs after A

Behavioural Profiles Strict order between A and D Exclusiveness between F and G Interleaving order between C and E

Behavioural Profile ABCD A||   B  +  C  +  D  +

Properties Close to Trace Equivalence Computable in O(n 3 ) for Free Choice nets Easy to calculate similarity, consistency, etc.

What about Trace Equivalence? 16

Agenda Why Consistency between Process Models? Why Behavioural Profiles? How to validate the concept? What are further applications? What to take home?

Case Study with SAP Reference Model Computation based on results proved for Petri nets Transformation –BPMN to PN –EPC to PN –UML AD to PN Computation in low polynomial time for certain class of models –EPC is sound –EPC has unambiguous instantiation semantics

Varying Degree of Profile Consistency

Consistent but not trace equivalent

Inconsistencies

Agenda Why Consistency between Process Models? Why Behavioural Profiles? How to validate the concept? What are further applications? What to take home?

23 Change in Process Model 1 – Assumptions Change can be localized as a single node Behavioural profile is consistent for aligned nodes – Find boundary nodes for change Aligned with target model Closest nodes in strict order preceding and succeeding change

24 Change Propagation –Derivation of change region supports Analysis, whether a change should be applied Application of a change in a consistent manner –Change region might be empty No flow arc in target model meets requirements for change Boundary nodes and inter-boundary nodes guide adaptation

Action Patterns Derivation of abstract actions from activities Mining of abstract patterns between activities in a repository Co-occurrences and behavioural relations Usage of these patterns for modelling support

ICoP Architecture Architecture for the creation of matchers Multi-step heuristic approach Reuse of matching components Adaptable & extendable Concrete matching components Exemplify and evaluate the architecture Generalise existing approaches

Measurement of Compliance Different grouding of behavioural profiles for process models and for logs VS Strictness of order relations of Behavioural Profile –Subsumption relation –For instance, interleaving order in process models subsumes strict order in process log

Event Query Optimization Process Models Alert if A -> B and … Monitoring Queries Extracting Behavioral Profiles Query Translation sub(A)  pull(B) … Process Tailored Execution Plans Analyst Domain Expert for Processes warnings

Process Model Comprehension

Publications M. Weidlich, J. Mendling, M. Weske: Efficient Consistency Measurement based on Behavioural Profiles of Process Models. IEEE Transactions on Software Engineering (TSE). To appear, M. Weidlich, A. Polyvyanyy, J. Mendling, M. Weske: Efficient Calculation of Causal Behavioural Profiles using Structural Decomposition. In: 31st International Conference on the Application and Theory of Petri nets 2010, Braga, Portugal, June M. Weidlich, R. Dijkman, J. Mendling: The ICoP Framework: Identification of Correspondences between Process Models. In: 22nd International Conference on Advanced Information Systems Engineering (CAiSE 2010), Hammamet, Tunesia, June M. Weidlich, A. Polyvyanyy, N. Desai, J. Mendling: Process Compliance Measurement based on Behavioural Profiles. In: 22nd International Conference on Advanced Information Systems Engineering (CAiSE 2010), Hammamet, Tunesia, June S. Smirnov, M. Weidlich, J. Mendling, M. Weske: Action Patterns in Business Process Models. In: 7th International Joint Conference on Service Oriented Computing (ICSOC 2009), Stockholm, Sweden, November M. Weidlich, M. Weske, J. Mendling: Change Propagation in Process Models using Behavioural Profiles. In: IEEE International Conference on Services Computing (SCC 2009), Bangalore, India, September 2009.

Other Selected Publications H.A. Reijers, J. Mendling: A Study into the Factors that Influence the Understandability of Business Process Models. IEEE Transactions on Systems Man & Cybernetics, Part A (SMCA), accepted. I. Weber, J. Hoffmann, J. Mendling: Beyond Soundness: On the Verification of Semantic Business Process Models. Distributed and Parallel Databases (DPD). Volume 27, Number 3, pages , 2010, Springer-Verlag. J. Mendling, H.A. Reijers, W.M.P. van der Aalst: Seven Process Modeling Guidelines (7PMG). Information and Software Technology (IST). Volume 52, Number 2, pages , J. Mendling, H.A. Reijers, J. Recker: Activity Labeling in Process Modeling: Empirical Insights and Recommendations. Information Systems (IS). Volume 35, Number 4, pages G. Decker, J. Mendling: Process Instantiation. Data & Knowledge Engineering (DKE). Volume 68, pages Elsevier B.V. C. Ouyang, M. Dumas, W. van der Aalst, A. ter Hofstede, and J. Mendling: From Business Process Models to Process-oriented Software Systems. ACM Transactions on Software Engineering and Methodology (TOSEM). Volume 19, Number 1, pages 2:1-2:37. July ACM. J. Mendling, B.F. van Dongen, W.M.P. van der Aalst: Getting Rid of OR-Joins and Multiple Start Events in Business Process Models. Enterprise Information Systems (EIS). Special Issue on EDOC 2007 Best Papers. Volume 2, Number 4, pages October Taylor & Francis.

Agenda Why Consistency between Process Models? Why Behavioural Profiles? How to validate the concept? What are further applications? What to take home?

What to take home Behavioural Profiles provide useful abstraction Profiles can be calculated efficiently Profiles can be used in various scenarios