Structured Shared Spaces as a Basis for Building Business Process Support Systems: A Generic Model and Analysis of Examples

Though the concept of shared spaces had been known in Groupware and Computer Supported Cooperative Work (CSCW) for quite a while, it did not become popular until the arrival of the Internet and social software. Implicitly, the concept of shared spaces has penetrated many IT-areas, including the area of Business Process Management. Though shared spaces are used in many systems and tools, like Google Drive and Projectplace, there is a lack of research investigating this usage in a generic way. The article aims to fill this gap by introducing a generic model of a Business Process Support (BPS) system based on shared space that supports the comparison, analysis and design of BPS systems. In addition, the article goes in more details on one design issue – the structuring of shared spaces. This is done by analyzing and comparing two different BPS systems that exploit the concept of shared spaces, though implicitly. These systems use different approaches to shared space structuring. The first one organizes the information by grouping similar types of items without regard to the flow of activities in a business process, while the other organizes the information around groups of activities that are usually completed as a block. Which model to choose in a particular situation depends on the characteristics of the business process and its participants. In order to facilitate this choice, the article offers a number of guidelines derived from the experience of using the two BPS systems in practice. The article also discusses in what circumstances BPS systems with shared spaces are preferable to traditional workflow BPS systems

Towards a Business Process Modeling Technique for Agile Development of Case Management Systems

A modern organization needs to adapt its behavior to changes in the business environment by changing its Business Processes (BP) and corresponding Business Process 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 business process modeling 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 business process 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 process modeling technique, presents the outline of the structure of the model, and gives formal definitions for a substantial part of the model