Artifact-centric business process model

Last updated

Artifact-centric business process model represents an operational model of business processes in which the changes and evolution of business data, or business entities, are considered as the main driver of the processes. The artifact-centric approach, a kind of data-centric business process modeling, focuses on describing how business data is changed/updated, by a particular action or task, throughout the process.

Contents

Overview

In general, a process model describes activities conducted (i.e. activity-centric) in order to achieve business goals, informational structures, and organizational resources. Workflows, as a typical process modeling approach, often emphasize the sequencing of activities (i.e., control flows), but ignore the informational perspective or treat it only within the context of single activities. Without a complete view of the informational context, business actors often focus on what should be done instead of what can be done, hindering operational innovations.

Business process modeling is a foundation for design and management of business processes. Two key aspects of business process modeling are a formal framework that integrates both control flow and data, and a set of tools to assist all aspects of a business process life cycle. A typical business process life cycle includes at least a design phase, concerned with the “correct” realization of business logic in a resource-constrained environment, and an operational phase, concerned with optimizing and improving execution (operations). Traditional business process models emphasize a procedural and/or graph-based paradigm (i.e., control flow). Thus, methodologies to design workflow in those models are typically process-centric. It has been argued that a data-centric perspective is more useful for designing business processes in the modern era.

Intuitively, business artifacts (or simply artifacts) are data objects whose manipulations define the underlying processes in a business model. Recent engineering and development efforts have adopted the artifact approach for design and analysis of business models. An important distinction between artifact-centric models and traditional data flow (computational) models is that the notion of the life cycle of the data objects is prominent in the former, while not existing in the latter.

Research and history

Artifact-centric modeling is an area of growing interest. Nigam and Caswell [1] introduced the concept of business artifacts and information-centric processing of artifact lifecycles. Kumaran et al.'s further studies on artifact-centric business processes can be found here. [2] [3] [4] Bhattacharya [2] described a successful business engagement which applies business artifact techniques to industrialize discovery processes in pharmaceutical research. Liu et al. [4] formulated nine commonly used patterns in information-centric business operation models and developed a computational model based on Petri Nets. Bhattacharya, K., et al. [3] provides a formal model for artifact-centric business processes with complexity results concerning static analysis of the semantics of such processes. Kumaran et al. [5] presented the formalized information-centric approach to discovering business entities from activity-centric process models and transforming such models into artifact-centric business process models. An algorithm was provided to achieve this transformation automatically.

Other approaches related to artifact-centric modelling can be found in,. [6] [7] Van der Aalst et al. [6] provides a case-handling approach where a process is driven by the presence of data objects instead of control flows. A case is similar to the business entity concept in many respects. Wang and Kumar [7] proposed the document-driven workflow systems which is designed based on data dependencies without the need for explicit control flows. Muller et al. [8] also introduced the framework for the data-driven modelling of large process structures, namely COREPRO. The approach reduces modelling efforts significantly and provides mechanisms for maintaining data-driven process structures.

Another related thread of work is the use of state machines to model object lifecycles. Industries often define data objects and standardize their lifecycles as state machines to facilitate interoperability between industry partners and enforce legal regulations. [9] Redding et al. [10] and Küster et al. [11] give techniques to generate business processes which are compliant with predefined object lifecycles. In addition, event-driven process modelling, for example, Event-driven Process Chains (EPC), also describes object lifecycles glued by events.

More recent and closely related work on artifact-centric process model can be found in. [12] [13] [14] [15] Gerede and Su [12] developed a specification language ABSL to specify artifact behaviours in artifact-centric process models. The authors showed decidability results of their language for different cases and provided key insights on how artifact-centric view can affect the specification of desirable business properties. Gerede et al. [13] identified important classes of properties on artifact-centric operational models focusing on persistence, uniqueness and arrival properties. They proposed a formal model for artifact-centric operational models to enable a static analysis of these properties and showed that the formal model guarantees persistence and uniqueness.

Fritz, Hull, and Su [14] formulated the technical problem of goal-directed workflow construction in the context of declarative artifact-centric workflow, and develop results concerning the general setting, design time analysis, and the synthesis of workflow schemas from goal specifications. The work is among the important initial steps along the path towards eventual support for tools that enable substantial automation for workflow design, analysis, and modification. Deutsch et al. [15] introduced the artifact system model, which formalizes a business process modelling paradigm that has recently attracted the attention of both the industrial and research communities. The problem of automatic verification of artifact systems, with the goal of increasing confidence in the correctness of such business processes is also studied.

Sira and Chengfei [16] proposed a novel view framework for artifact-centric business processes. It consists of artifact-centric process model, process view model, a set of consistency rules, and the construction approach for building process views. The formal model of artifact-centric business processes and views, namely ACP, is defined and used to describe artifacts, services, business rules that control the processes, as well as views. They developed a bottom-up abstraction mechanism for process view construction to derive views from underlying process models according to view requirements. Consistency rules are also defined to preserve the consistency between constructed view and its underlying process. This work can be considered as one approach to the abstraction, i.e., generalization of artifact-centric business processes. The framework has also been extended to address modelling and change validation of inter-organizational business processes. [17]

See also

Related Research Articles

<span class="mw-page-title-main">Workflow</span> Pattern of activity often with a result

A workflow consists of an orchestrated and repeatable pattern of activity, enabled by the systematic organization of resources into processes that transform materials, provide services, or process information. It can be depicted as a sequence of operations, the work of a person or group, the work of an organization of staff, or one or more simple or complex mechanisms.

A business process, business method or business function is a collection of related, structured activities or tasks by people or equipment in which a specific sequence produces a service or product for a particular customer or customers. Business processes occur at all organizational levels and may or may not be visible to the customers. A business process may often be visualized (modeled) as a flowchart of a sequence of activities with interleaving decision points or as a process matrix of a sequence of activities with relevance rules based on data in the process. The benefits of using business processes include improved customer satisfaction and improved agility for reacting to rapid market change. Process-oriented organizations break down the barriers of structural departments and try to avoid functional silos.

<span class="mw-page-title-main">Systems development life cycle</span> Systems engineering terms

In systems engineering, information systems and software engineering, the systems development life cycle (SDLC), also referred to as the application development life cycle, is a process for planning, creating, testing, and deploying an information system. The SDLC concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both. There are usually six stages in this cycle: requirement analysis, design, development and testing, implementation, documentation, and evaluation.

<span class="mw-page-title-main">Product lifecycle</span> Duration of processing of products from inception, to engineering, design & manufacture

In industry, Product Lifecycle Management (PLM) is the process of managing the entire lifecycle of a product from its inception through the engineering, design and manufacture, as well as the service and disposal of manufactured products. PLM integrates people, data, processes, and business systems and provides a product information backbone for companies and their extended enterprises.

<span class="mw-page-title-main">Zachman Framework</span> Structure for enterprise architecture

The Zachman Framework is an enterprise ontology and is a fundamental structure for enterprise architecture which provides a formal and structured way of viewing and defining an enterprise. The ontology is a two dimensional classification schema that reflects the intersection between two historical classifications. The first are primitive interrogatives: What, How, When, Who, Where, and Why. The second is derived from the philosophical concept of reification, the transformation of an abstract idea into an instantiation. The Zachman Framework reification transformations are: identification, definition, representation, specification, configuration and instantiation.

<span class="mw-page-title-main">Business process modeling</span> Activity of representing processes of an enterprise

Business process modeling (BPM) in business process management and systems engineering is the activity of representing processes of an enterprise, so that the current business processes may be analyzed, improved, and automated. BPM is typically performed by business analysts, who provide expertise in the modeling discipline; by subject matter experts, who have specialized knowledge of the processes being modeled; or more commonly by a team comprising both. Alternatively, the process model can be derived directly from events' logs using process mining tools.

A data-flow diagram is a way of representing a flow of data through a process or a system. The DFD also provides information about the outputs and inputs of each entity and the process itself. A data-flow diagram has no control flow — there are no decision rules and no loops. Specific operations based on the data can be represented by a flowchart.

<span class="mw-page-title-main">Department of Defense Architecture Framework</span> Enterprise architecture framework

The Department of Defense Architecture Framework (DoDAF) is an architecture framework for the United States Department of Defense (DoD) that provides visualization infrastructure for specific stakeholders concerns through viewpoints organized by various views. These views are artifacts for visualizing, understanding, and assimilating the broad scope and complexities of an architecture description through tabular, structural, behavioral, ontological, pictorial, temporal, graphical, probabilistic, or alternative conceptual means. The current release is DoDAF 2.02.

<span class="mw-page-title-main">Business Process Model and Notation</span> Graphical representation for specifying business processes

Business Process Model and Notation (BPMN) is a graphical representation for specifying business processes in a business process model.

Process mining is a family of techniques relating the fields of data science and process management to support the analysis of operational processes based on event logs. The goal of process mining is to turn event data into insights and actions. Process mining is an integral part of data science, fueled by the availability of event data and the desire to improve processes. Process mining techniques use event data to show what people, machines, and organizations are really doing. Process mining provides novel insights that can be used to identify the executional path taken by operational processes and address their performance and compliance problems.

<span class="mw-page-title-main">Structured analysis</span>

In software engineering, structured analysis (SA) and structured design (SD) are methods for analyzing business requirements and developing specifications for converting practices into computer programs, hardware configurations, and related manual procedures.

Knowledge Discovery Metamodel (KDM) is a publicly available specification from the Object Management Group (OMG). KDM is a common intermediate representation for existing software systems and their operating environments, that defines common metadata required for deep semantic integration of Application Lifecycle Management tools. KDM was designed as the OMG's foundation for software modernization, IT portfolio management and software assurance. KDM uses OMG's Meta-Object Facility to define an XMI interchange format between tools that work with existing software as well as an abstract interface (API) for the next-generation assurance and modernization tools. KDM standardizes existing approaches to knowledge discovery in software engineering artifacts, also known as software mining.

Frameworx is an enterprise architecture framework geared towards communications service providers.

Service-oriented modeling is the discipline of modeling business and software systems, for the purpose of designing and specifying service-oriented business systems within a variety of architectural styles and paradigms, such as application architecture, service-oriented architecture, microservices, and cloud computing.

<span class="mw-page-title-main">View model</span>

A view model or viewpoints framework in systems engineering, software engineering, and enterprise engineering is a framework which defines a coherent set of views to be used in the construction of a system architecture, software architecture, or enterprise architecture. A view is a representation of the whole system from the perspective of a related set of concerns.

<span class="mw-page-title-main">Business reference model</span>

Business reference model (BRM) is a reference model, concentrating on the functional and organizational aspects of the core business of an enterprise, service organization or government agency.

<span class="mw-page-title-main">Systems modeling</span>

Systems modeling or system modeling is the interdisciplinary study of the use of models to conceptualize and construct systems in business and IT development.

In philosophy, a process ontology refers to a universal model of the structure of the world as an ordered wholeness. Such ontologies are fundamental ontologies, in contrast to the so-called applied ontologies. Fundamental ontologies do not claim to be accessible to any empirical proof in itself but to be a structural design pattern, out of which empirical phenomena can be explained and put together consistently. Throughout Western history, the dominating fundamental ontology is the so-called substance theory. However, fundamental process ontologies are becoming more important in recent times, because the progress in the discovery of the foundations of physics spurred the development of a basic concept able to integrate such boundary notions as "energy," "object", and those of the physical dimensions of space and time.

The goal of content-oriented workflow models is to articulate workflow progression by the presence of content units . Most content-oriented workflow approaches provide a life-cycle model for content units, such that workflow progression can be qualified by conditions on the state of the units. Most approaches are research and work in progress and the content models and life-cycle models are more or less formalized.

<span class="mw-page-title-main">Enterprise Architect (software)</span> Visual modeling and design tool

Sparx Systems Enterprise Architect is a visual modeling and design tool based on the OMG UML. The platform supports: the design and construction of software systems; modeling business processes; and modeling industry based domains. It is used by businesses and organizations to not only model the architecture of their systems, but to process the implementation of these models across the full application development life-cycle.

References

  1. ↑ Nigam, A. and N.S. Caswell, Business artifacts: An approach to operational specification. IBM Syst. J., 2003. 42(3): p. 428-445.
  2. 1 2 Bhattacharya, K., A model-driven approach to industrializing discovery processes in pharmaceutical research. IBM SYSTEMS JOURNAL, 2005. CCCT CCCEC(1): p. 145-162.
  3. 1 2 Bhattacharya, K., et al., Towards Formal Analysis of Artifact-Centric Business Process Models, in Business Process Management. 2007. p. 288-304.
  4. 1 2 Liu, R., K. Bhattacharya, and F. Wu, Modeling Business Contexture and Behavior Using Business Artifacts, in Advanced Information Systems Engineering. 2007. p. 324-339.
  5. ↑ Kumaran, S., R. Liu, and F. Wu, On the Duality of Information-Centric and Activity-Centric Models of Business Processes, in Advanced Information Systems Engineering. 2008. p. 32-47.
  6. 1 2 Van der Aalst, W.M.P., M. Weske, and D. Grünbauer, Case handling: a new paradigm for business process support. Data & Knowledge Engineering, 2005. 53(2): p. 129-162.
  7. 1 2 Wang, J. and A. Kumar, A Framework for Document-Driven Workflow Systems, in Business Process Management. 2005. p. 285-301.
  8. ↑ Müller, D., M. Reichert, and J. Herbst, Data-Driven Modeling and Coordination of Large Process Structures, in On the Move to Meaningful Internet Systems 2007: CoopIS, DOA, ODBASE, GADA, and IS. 2009. p. 131-149.
  9. ↑ Ryndina, K., J. Küster, and H. Gall, Consistency of Business Process Models and Object Life Cycles, in Models in Software Engineering. 2007. p. 80-90.
  10. ↑ Redding, G., et al., Generating business process models from object behavior models. Information Systems Management, 2008. 25(4): p. 319-331.
  11. ↑ Küster, J., K. Ryndina, and H. Gall, Generation of Business Process Models for Object Life Cycle Compliance, in Business Process Management. 2007. p. 165-181.
  12. 1 2 Gerede, C. and J. Su, Specification and Verification of Artifact Behaviors in Business Process Models, in Service-Oriented Computing – ICSOC 2007. 2009. p. 181-192.
  13. 1 2 Gerede, C.E., K. Bhattacharya, and J. Su, Static analysis of business artifact-centric operational models. Proceedings - IEEE International Conference on Service-Oriented Computing and Applications, SOCA 2007, 2007: p. 133-140.
  14. 1 2 Fritz, C., R. Hull, and J. Su, Automatic construction of simple artifact-based business processes, in Proceedings of the 12th International Conference on Database Theory. 2009, ACM: St. Petersburg, Russia.
  15. 1 2 Deutsch, A., et al., Automatic verification of data-centric business processes, in Proceedings of the 12th International Conference on Database Theory. 2009, ACM: St. Petersburg, Russia.
  16. ↑ Yongchareon, S., Liu, C.: Process View Framework for Artifact-Centric Business Processes, in R. Meersman et al. (Eds.): OTM 2010, Part I. LNCS, vol. 6426, pp. 26–43. Springer-Verlag Berlin Heidelberg (2010)
  17. ↑ Yongchareon, Sira (2015). "A view framework for modeling and change validation of artifact-centric inter-organizational business processes". Information Systems. 47: 51–81. doi:10.1016/j.is.2014.07.004.
This page is based on this Wikipedia article
Text is available under the CC BY-SA 4.0 license; additional terms may apply.
Images, videos and audio are available under their respective licenses.