The key to this was to be a set modeling standards sufficiently simple and graphically intuitive that business analysts could use them, yet expressive and precise enough to be executed on a process engine. The essential promise of BPMS, a combination design tool and runtime engine that can actually execute suitably designed process models, was to break down the business/IT divide and improve agility by accelerating the process improvement lifecycle. The BPMS idea, as introduced by books like Smith and Fingar’s Business Process Management – The Third Wave, called into question the value of this dichotomy, notorious for long deployment cycles and imperfect translation of business requirements into the resulting automated IT solution. The ultimate output of this effort, if used to create an automated BPM solution at all, served mainly as a “requirements document” that would (hopefully) be referenced by IT in the solution specification and design. “Modeling” involved a set of tools for business analysts used to discover, diagram, analyze, and optimize business processes, often in concert with some formal methodology. Before the advent of business process management systems (BPMS), there was a clear distinction between business process modeling and BPM application design.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |