Bridging the Gap between Business Process Models and Service Composition Specifications

Bridging the Gap between Business Process Models and Service Composition Specifications

Stephan Buchwald (Daimler AG, Germany), Thomas Bauer (Daimler AG, Germany) and Manfred Reichert (University of Ulm, Germany)
DOI: 10.4018/978-1-61350-159-7.ch007

Abstract

Fundamental goals of any Service Oriented Architecture (SOA) include the flexible support and adaptability of business processes as well as improved business-IT alignment. Existing approaches, however, have failed to fully meet these goals. One of the major reasons for this deficiency is the gap that exists between business process models on the one hand and workflow specifications and implementations (e.g., service composition schemes) on the other hand. In practice, each of these two perspectives has to be regarded separately. In addition, even simple changes to one perspective (e.g. due to new regulations or organizational change) require error-prone, manual re-editing of the other one. Over time, this leads to degeneration and divergence of the respective models and specifications. This aggravates maintenance and makes expensive refactoring inevitable. This chapter presents a flexible approach for aligning business process models with workflow specifications. In order to maintain the complex dependencies that exist between high-level business process models (as used by domain experts) and technical workflow specifications (i.e., service composition schemas), respectively, (as used in IT departments) we introduce an additional model layer – the so-called system model. Furthermore, we explicitly document the mappings between the different levels (e.g., between business process model and system model). This simplifies model adoptions by orders of magnitudes when compared to existing approaches.
Chapter Preview
Top

Background

A business process represents the documentation of business requirements of the desired service oriented information system (Weske, 2006). Business requirements are often identified by interviewing end users and process owners. These persons detail their own business processes graphically by modeling activities and control flow. Therefore, the main demand on a business process model (short: business process) is comprehensibility for end users and process owners (Bobrik, 2005). Moreover, their respective business department is normally responsible for modeling the business processes. Even if the operational implementation of this task is carried out by (external) consultants, the business departments still retain responsibility for the results, because only business users command the necessary expertise. During the design phase of business processes, it is primarily the structure of the process flow (control flow), its activities, and authorized users which are documented.

In the following, we first define a general process (Definition 1). Subsequently we define a business process model (Definition 2) as a derivation of a general process.

Complete Chapter List

Search this Book:
Reset