Read more
The ?eld of Business Process Management (BPM) is marred by a seemingly e- less sequence of (proposed) industry standards. Contrary to other ?elds (e.g., civil or electronic engineering), these standards are not the result of a widely supported consolidationofwell-understoodandwell-establishedconceptsandpractices.Inthe BPM domain, it is frequently the case that BPM vendors opportunistically become involved in the creation of proposed standards to exert or maintain their in?uence and interests in the ?eld. Despite the initial fervor associated with such standardi- tion activities, it is no less frequent that vendors either choose to drop their support for standards that they earlier championed on an opportunistic basis or elect only to partially support them in their commercial offerings. Moreover, the results of the standardization processes themselves are a concern. BPM standards tend to deal with complex concepts, yet they are never properly de?ned and all-too-often not informed by established research. The result is a plethoraof languagesand tools, with no consensuson conceptsand their implem- tation. They also fail to provide clear direction in the way in which BPM standards should evolve. One can also observe a dichotomy between the "business" side of BPM and its "technical" side. While it is clear that the application of BPM will fail if not placed in a proper business context, it is equally clear that its application will go nowhere if it remains merely a motivational exercise with schemas of business processes hanging on the wall gathering dust.
List of contents
Concepts.- The Language: Rationale and Fundamentals.- Advanced Synchronization.- Flexibility and Change.- Dynamic Workflow.- Exception Handling.- Declarative Workflow.- The Core System.- The Architecture.- The Design Environment.- The Runtime Environment.- Services.- The Resource Service.- The Worklet Service.- The Declare Service.- Positioning.- The Business Process Modeling Notation.- EPCs.- The Business Process Execution Language.- Open Source Workflow Systems.- Advanced Topics.- Process Mining and Simulation.- Process Configuration.- Process Integration.- Verification.- Case Studies.- YAWL4Healthcare.- YAWL4Film.- Epilogue.- Epilogue.- Appendices.- Appendix A The Order Fulfillment Process Model.
About the author
Wil van der Aalst is a full professor at the Department of Mathematics & Computer Science of the Technische Universiteit Eindhoven, The Netherlands, where he chairs the Architecture of Information Systems group. He also has a part-time appointment in the BPM group of Queensland University of Technology, Australia. His research and teaching interests include information systems, workflow management, Petri nets, process mining, specification languages, and simulation. Wil has published journal papers, books, refereed conference or workshop publications, and book chapters.
Summary
The ?eld of Business Process Management (BPM) is marred by a seemingly e- less sequence of (proposed) industry standards. Contrary to other ?elds (e.g., civil or electronic engineering), these standards are not the result of a widely supported consolidationofwell-understoodandwell-establishedconceptsandpractices.Inthe BPM domain, it is frequently the case that BPM vendors opportunistically become involved in the creation of proposed standards to exert or maintain their in?uence and interests in the ?eld. Despite the initial fervor associated with such standardi- tion activities, it is no less frequent that vendors either choose to drop their support for standards that they earlier championed on an opportunistic basis or elect only to partially support them in their commercial offerings. Moreover, the results of the standardization processes themselves are a concern. BPM standards tend to deal with complex concepts, yet they are never properly de?ned and all-too-often not informed by established research. The result is a plethoraof languagesand tools, with no consensuson conceptsand their implem- tation. They also fail to provide clear direction in the way in which BPM standards should evolve. One can also observe a dichotomy between the “business” side of BPM and its “technical” side. While it is clear that the application of BPM will fail if not placed in a proper business context, it is equally clear that its application will go nowhere if it remains merely a motivational exercise with schemas of business processes hanging on the wall gathering dust.
