Abstract. In businessprocessmodeling the de facto standard BPMN has emerged. However, the applications of this notation have many subsets of elements and various extensions. Also, BPMN still coincides with many other modeling languages, forming a large set of available options for businessprocessmodeling languages and dialects. While, in general, the goal of modelers is a central notion in the choice of modeling languages and notations, in most researches that propose guidelines, techniques, and methods for businessprocessmodeling language evaluation and/or selection, the businessprocessmodeling goal is not formalized and not transparently taken into account. To overcome this gap, and to explicate and help to handle businessprocessmodeling complexity, the approach to formalize the businessprocessmodeling goal, and the supporting three dimensional businessprocessmodeling framework, are proposed.
In the last 50 years, a considerable amount of research work has been completed in the mathematical system theory and theory of control. Implementation of the results from this research into practice has drastically decreased the production costs. Most production processes are highly automated, and the use of robots in industry is growing. As far as office, or business processes are concerned, the situation is quite different. Though the office workers and sales personnel have obtained much help from the modern computers, the office and sales processes are far behind the production processes on the level of automation. The computers are used in the office mainly to help in performing various activities, e.g., to write a letter, to print an invoice, to complete a transaction, etc. The control of the business processes in the office remains, to a large extent, manual. There is a lot to gain if the control over business processes could be automated, at least partially. The material presented in this thesis is aimed to support the following hypothesis: “The ideas worked out in the Mathematical system theory for modeling and controlling physical processes can be successfully used for modeling and controlling business processes.” One of the main ideas of mathematical system theory is to consider a process as a set of valid trajectories in a state space, and this idea is the keystone for the thesis. The thesis starts with reformulating the state- oriented approach for the domain of business processes to show what kind of sate space can be used in this domain. First, the approach is introduced informally by means of an example. Next, a possible formalization adjusted to the properties of business processes is discussed. Then, experimental evidences that the method suggested in the thesis can be used in practice are presented. The suggested method is also compared with other methods of businessprocessmodeling to find out the areas where it has advantages over the other methods. In the conclusion, the results are summarized, and plans for the future are drawn.
Considering the high quality of SOA and central role of the businessprocess in the enterprise, this paper com- bines the first and the second areas, research on businessprocessmodeling in the process of building service-ori- ented information system. Businessprocessmodeling problem focused on businessprocessmodeling method and language. Current modeling methods such as, busi- ness process diagram, IDEF series model and the event process chain etc, they lack of full attention to the orga- nization and their role. It is difficult to describe complex businessprocess constraints. The most popular BusinessProcess Execution Language BPEL also difficult to gra- phical modeling, lack of support for business rules and other issues .
b) BPM (BusinessProcess Model) templates: To support the reuse of businessprocess models, the authors defined templates based on the three-layer hierar- chical framework. Although some templates might be domain specific in the sense that specific domain needs specific templates, the templates work as con- crete and tangible businessprocess components for reuse. The empirical study proved that the proposed reuse method improved the productivity of businessprocessmodeling by 46%. A case study on decomposition-driven approach re- ported that up to 50% of the number of duplication processes were eliminated . These statistics may suggest a baseline of the reuse in businessprocessmodeling.
Opportunistic BPM stands for designing processes with a minimum of control flow by modeling the states of artefacts involved in business processes. The rationale behind this approach is outlined in Section 1 and can also be found in  “The participation of end users on the collaborative design of businessprocess models is particularly challenging because they do not master the existing formal businessprocessmodeling languages, and they regard business processes on a case-by-case perspective.” or in  “There is much to gain in supporting users to come up with better models in a shorter time-frame.” or in  “Embed processes in a social context. In many BPMSs, users have a very limited view of the processes in which they participate, often only seeing an in-tray as the interface. Instead, users should be given access to a wider context of the processes including information about other people that may contribute to the processes as well as histories of previous process executions.” However, oBPM is not meant to support unstructured communication and knowledge/information sharing as is the focus of pure social software.
BusinessProcessModeling (BPM) is a mechanism that separates all business aspects from the underlying technological and implementation features of a system. The aim is to capture an organization’s processes and achieve its business objectives. Currently, there are many solutions for BusinessProcessModeling and Design offered by vendors. However, the selection of one solu- tion or another by customers is usually conducted in an ad-hoc manner. Given the underlying environment that a customer might have and their li- mitations, there is no standard methodology that can help in the selection of the most appropriate solution. This paper therefore highlights the key cha- racteristics of BPM solutions in the market to facilitate an understanding of the compatibility of a given solution with customer’s environments; hence, customers can then make informed decisions regarding their selections.
understand, but also provides the ability to model complex business processes. It has also been designed specifically with web services in mind. BPMN is only one of three specifications that the BPMI has developed – the other two are a BusinessProcessModeling Language (BPML) and a BusinessProcess Query Language (BPQL). All have been developed using a solid mathematical foundation, which enables a BPMN BusinessProcess Diagram to map directly to BPML, in the same way that a physical data model maps directly to Data Definition Language (DDL).
Abstract— Nowadays, many procedure mindful data frameworks are actualized (e.g., work process the executives frameworks) and business forms are assessed and updated. The control identified with this field of study is called BusinessProcessModeling Notation (BPMN). A significant piece of the assessment of structured and updated business forms is BusinessProcess Simulation (BPS). In spite of the fact that a bounty of reproduction apparatuses exist, the relevance of these instruments is different. In this paper we talk about various reproduction apparatuses that are important for the BPM field, we assess their appropriateness for BPS and plan proposals for further research. The paper gives the depiction of 3 reproduction displaying frameworks: AnyLogic, Arena, Bizagi Modeler.
Modelingbusiness processes is vital when improving or automating existing business pocesses, documenting processes properly or comparing business processes. In addition, it is necessary to be able to evaluate the quality of a businessprocess model, which in tern requires a set of quality metrics. Most of the works proposed to evaluate businessprocess models deal with quality by adapting software metrics. This is possible, because software products and business processes software are quite similar. Our contribution in this paper consists in adapting object oriented software metrics to businessprocess models. This adaptation is based on correspondences which we establish between BPMN (BusinessProcessModeling Notation) concepts and object oriented concepts. By adapting object oriented metrics, we aim to obtain new metrics which give us more information about the complexity of business processes, cohesion between process tasks and coupling between processes themselves.
This document presents an overview of pragmatic guidelines for undertaking businessprocessmodeling tasks. These guidelines can support practitioners and non-experts in the difficult task of modelingbusinessprocess models. In particular, the guidelines focus on obtaining high quality of businessprocess models in terms of their quality as a model, i.e. as a representation of a certain reality. In other words, the guidelines do not say anything about the quality of business processes as operationalization of a certain business strategy: they do not make statement in terms of e.g. cost effectiveness, customer friendliness, … The guidelines presented in this paper focus on the quality of the model as a representation of a reality: is the representation correct w.r.t the reality, does it make a correct use of the symbols, is it understandable, … etc. A more detailed description of the different dimensions of model quality used in this paper can be found in .
ProSpec is a tool intended to support businessprocessmodeling. It is based on theoretical considerations made at the institute of databases and artificial intelligence (dbai) at the Technical University of Vienna 14 and was implemented in the portable language Java by [Aigner 1999] for academic purposes. The screenshot in Figure 50 shows ProSpec with a sample businessprocess loaded. The GUI of ProSpec consists of two parts; a menu bar which provides the whole functionality and a drawing surface. Elements can be added to the drawing surface by selecting one from the menu and then dropping it on the surface by clicking with the mouse on the relevant position. The elements can be connected by selecting the relevant edge (i.e. the flow-type) from the menu and then by clicking on the from-element and afterwards on the to-element. An Element can be positioned by selecting it with the mouse and dragging it to the desired position. An element can be removed by selecting remove from the menu and afterwards clicking on the element. It is not possible to remove an edge directly. To do this either the from-element or the to-element of this connection has to be removed which furthermore removes all connections belonging to this element (This is of course not very efficient since the removed element and the
Abstract. A modern organization needs to adapt its behavior to changes in the business environment by changing its Business Processes (BP) and corresponding BusinessProcess Support (BPS) systems. One way of achieving such adaptability is via separation of the system code from the process description/model by applying the concept of executable process models. Furthermore, to ease introduction of changes, such process model should separate different perspectives, for example, control-flow, human resources, and data perspectives, from each other. In addition, for developing a completely new process, it should be possible to start with a reduced process model to get a BPS system quickly running, and then continue to develop it in an agile manner. This article consists of two parts, the first sets requirements on modeling techniques that could be used in the tools that supports agile development of BPs and BPS systems. The second part suggests a businessprocessmodeling technique that allows to start modeling with the data/information perspective which would be appropriate for processes supported by Case or Adaptive Case Management (CM/ACM) systems. In a model produced by this technique, called data-centric businessprocess model, a process instance/case is defined as sequence of states in a specially designed instance database, while the process model is defined as a set of rules that set restrictions on allowed states and transitions between them. The article details the background for the project of developing the data- centric processmodeling technique, presents the outline of the structure of the model, and gives formal definitions for a substantial part of the model.
d) However, the businessprocessmodeling enables providing more rational of changes in competences as well and this is a strong positive action too. The changes might be understood in a small range (replacement of competences among employees and internal organization units) or in a large range, when a set of significant reforms is being implemented, decentralization or centralization, as for instance. A transfer of several competences from governmental institutions to self-governmental institutions acting in villages, towns and cities and regions is considered to be a set of greatest and most significant competence changes provided in the Slovak republic. As a result of that reform (provided in 2004) more than 400 competences have been transferred from governmental to self- governmental institutions and organizations, e.g. communications over land, social help, regional development, tourism, theatre activities, health and education policy, regional planning 13 , etc. The main aim of the competence decentralization
The use of abstraction plays an important role in businessprocessmodeling. People from the field of IT are well versed in the use of abstraction. In fact, the evolution of computer hardware and software itself can be summarized as a growing stack of layers of abstraction . It began with the creation of a logical gate which could perform some basic Boolean logic. Multiple logical gates were created and combined to perform simple tasks such as arithmetics and soon enough, the first calculator was created. The calculator allows one to perform arithmetics using the decimal system we’re all used to while the actual calculation is performed using Boolean logic. However, the user of the calculator is not aware of this Boolean logic nor is he required to translate numbers to bits and back. In essence, the creators of the calculator have abstracted from the Boolean system present in electrical circuitry by adding an arithmetics layer. Contemporary computer software utilizes a large stack of layers of abstractions.
Abstract This paper deals with problems related to BusinessProcessModeling Linguistic Approach – Problems of Business Strategy Design. The main goal of that paper is to prepare a proposal closely related to business strategy design in form of text written in a natural language and in form of linguistic sets, which contain appropriate linguistic variables regulated by rules of businessprocess ontology principles and linguistic approach of businessprocessmodeling. A description of problems related to Balanced Scorecard (BSC) Business Strategy Design and to businessprocess management and modeling – linguistic approach creates the paper’s first part, while The Principle BusinessProcess Linguistic Equation - PBPL Equation existence – together with assumptions, terms and principles related to its existence and functionality play a role of great importance there. Answering the question: how the principle businessprocess linguistic equation may be applied in solution of business strategy design and businessprocess management problems - businessprocess ontology aspects?” It is a subject of the paper’s second part. However, the problems of related works and contributions of the paper’s content are considered to be the paper’s final chapters as well.
will be used in businessprocessmodeling and UML AD in software engineering domain. In any case, it should be borne in mind that neither BPMN nor BPEL are actual e-business standards that the business partners should necessarily agree on. When choosing a standard, a company should take into account the language’s suitability for the organization’s purposes. This means that it should be evaluated whether the language is able to satisfyingly express the kind of processes that are developed in the organization. This also means that the language has adequate tool support and penetration so that full-scale adoption can be carried out. In most organizations, this makes academic languages such as Yet Another Workflow Language (YAWL) unadoptable, although they often have better expressive power than industry standard languages. Although the languages are not likely to disappear, it is possible that the way they are used will change in the future. According to the MDA camp (Kleppe et al. 2003), in the future, the typical software development process will be largely tool-driven and most people will work on models on different levels instead of writing code. There will be an additional group of people, mostly working for the tool vendors, that defines the transformations between platform independent models, platform specific models and code. This is far from being realized, but it is quite obvious that the level of abstraction will rise – this has been a trend in computer science for a long time.
Nowadays, research work has been focusing on improving businessprocessmodeling. Designing the workflow process use workflow mining , its time consuming process. Workflow mining helps the modelers improve processmodeling with discovered process models. The construction new businessprocess is referred to the pre-discovered template model and modelers have to construct the process themselves. Instead of the workflow repository, our method can not only automate the construction process but also provide guidance for recommending the most likely nodes. However, taking the result form the workflow mining as the provenance for workflow repositories, then accuracy of workflow recommendation will increase, which means have complementary advantage. Process retrieval  can help modelers improve the modeling by retrieving the similar fragments from the workflow repository. Similar to workflow mining much manual work is still involved.
This thesis presents the Clavii BPM platform (Clavii for short), an integrated, web-based solution to manage, execute, and optimize process models. It illustrates different concepts to simplify process models. Clavii is optimized for small and mid-sized companies with limited experiences with BPM. Therefore, Clavii offers a simple and self-explaining user interface (UI) trying to close the gap between organizational and technical BPM aspects. Assisted processmodeling bypasses technical difficulties to ensure, for example, correct control and data flow in process models. Advanced concepts, e.g., process views for process model abstractions, streamline the management of large and complex business processes. As a research result for this topic the Process Query Language (PQL) is presented. PQL is a domain-specific language for processmodeling and enables the definition of notation- independent change and abstraction operations. Moreover, Clavii features a simplified data flow by supporting business objects and allows for an easy automation of BPM tasks. Hence, end-users are not required to develop software component tasks, like premised for other BPM platforms. Therefore, execution-ready generic tasks for process automation can be obtained in a store and require little or no configuration effort. Furthermore, process models for common activities, like delivery processing, can also be obtained in the store to further minimize initial obstacles.
We consider the typical example of an order process as a short use case for semantic businessprocess models: when an order arrives in a company, the sales assistant checks the given prices and forwards the order to the customer service who enters the positions in the ERP software and automatically forwards the order to the warehouse department. There, the availability of the articles is checked and feedback is given to the customer, if some parts are available or not. Otherwise, everything is packed and labelled and all documents are finalized for the express agent to deliver them. The resulting process model looks like in Figure 4.
When you’re modeling the process, you need to determine what the steps are and what sort of participation you want from the people and the systems at any point in the process. for human-facing steps, you need to consider what the person is doing at that step, since that’s going to determine what tools they need to have and even what type of user interface that’s required. With some steps you might have heads-down people processing transactions, where they’re in the BPM environment all day every day, and you don’t want distracting bells and whistles. You just want very efficient ways for them to accomplish their tasks as quickly as possible. on the other hand, when you have occasional participants, who only review a particular process once in a while, they need more support. they probably need some sort of notification, usually by email, to say that they’ve got something in BPM, since they’re not in there all the time. they probably also need a user interface where all of the functions are pretty obvious, because they don’t use the system every day and might forget where things are and how they’re done.