Academia.edu no longer supports Internet Explorer.
To browse Academia.edu and the wider internet faster and more securely, please take a few seconds to upgrade your browser.
…
41 pages
1 file
AI-generated Abstract
The paper discusses the development and evolution of workflow automation technologies, exploring their applications and the underlying technologies that enable them. It highlights the growth of workflow software, the importance of standards like CORBA and DCE, and identifies various research challenges and projects in the field. Furthermore, it emphasizes the need for interoperability, ease of use, and the potential for future developments in workflow management systems.
Ten years ago, a team of engineers conceived the idea that computer software could be used to automate paper-driven business processes. They called it "workflow software." [Smith 93] imaging document flow enhanced emails workgroup support multi-system apps.
See [2] and [Georgakopoulos,Hornick,Sheth 95] for a list of vendors and products.
• Emphasis on office processes: -imaging -document flow -enhanced mail • Reasonable support for administrative and ad-hoc workflows • Many products are little more than fancy diagramming tools (Dataflow, Digraph, Flowchart, Network, Orgchart, Pertchart,...), with layout support, capture/import/export of data from/to databases, spreadsheets, simulation tools • Some are specialized electronic data management systems: e-mail, imaging, databases, electronic forms, text, engineering drawing,.. • Alliances between image/document management, GUI builder and tools companies (e.g., simulation) are common
Office Automation vs Enterprise Automation (Typical Case) Current workflow/workgroup software supports office automation functions (involving user tasks) (most products are in PC and mainframe env.). There is little support for application automation (involving both user and application tasks with varied level of transactional properties).
Transactional workflows are activities that involve coordinated execution of multiple related tasks on distributed/heterogeneous/autonomous information systems and support (provide) selective use of transaction properties at individual task and (intra-and inter-) workflow levels.
In particular, they use transaction management concepts and technology for specifying and ensuring workflow correctness and reliability in distributed/heterogeneous/autonomous information system environments.
More on this later... [ • defining workflows, i.e., describing those aspects of processes that are relevant to controlling and coordinating the execution of its tasks (and possibly the skills of individuals or information systems required to perform each task), and
• providing for automation and re-engineering (fast (re)design and (re)implementation) of the processes as business needs and information systems change. [ 1.preparation -a customer requests an action to be performed or a performer offers to do some action 2.negotiation -both customer and performer agree on the action to be performed and define the terms of satisfaction 3.performance -the action is performed according to the terms established 4.acceptance -the customer reports satisfaction (or dissatisfaction) with the action
• user tasks involving humans in processing task • application tasks:
• scripts involving terminal emulations to remote systems • predefined interfaces to legacy application systems (e.g., Bellcore "contracts") • stored procedure calls • client programs or servers invoking other servers • database transactions [ Workflow management can be seen as a new distributed computing paradigm...
• Modeling heterogeneous tasks -task behavior/structure: externally visible states of the task, initial state, termination states, significant events and their attributes -task inputs and outputs -task (operation) semantics, e.g., compatibility, relaxed isolation
• Modeling Interfaces and Processing Entities:
-type of interface/processing entity: communication infrastructur(s) and associated APIs -interface/processing entity (system) properties/semantics-e.g., isolation granularity, order preservation, idempotency, monotonicity [
• Based on Petri-net Models [Elmagarmid et al 90] • Executor for Flex. Trans. in a logically parallel language L.0 [Ansari et 92] • Interpreter of MDB transaction specification Language (VLP) [Kuehn et al 91] • Interpreter of ECA rules [Dayal et al 92] • Games vs. Nature [Rusinkiewicz et al 92] • Fine-state Automata [
Transactional workflows (try to) address application specific and user-defined correctness, reliability, and functionality requirements.
Transactional workflows share the objectives of some extended/relaxed transaction models about selective relaxation of transactional properties based on application semantics.
... the term is likely to evolve, as it has significant appeal. For Typically WMSs do not support some of the important features supported by TP Monitors (e.g., concurrency control, backward recovery, consistency of data). WMSs today do not support concurrency control similar to those involved between "transaction groups" in TP monitors. WMS applicationsoften rely on local concurrency control.
A WMS may provide transactional properties to support forward recovery, and/or use system and application semantics to support semantic-based "correct" multi-system application execution. Example levels of transactional support a WMS may provide are: -use of TM concepts/techniques (log input/output, before image, compensation...) to enable forward recovery and failure atomicity -part of a workflow has transactional properties (extended transactional model with component transactions) -support a "general" two phase commit (WMS schedule may provide commit coordination) or interface with an external commit coordinator.
A WMS may use transaction management technology, such as -transactional-RPC between two components of a WMS (e.g., scheduler and task manager), -an external commit coordinator -XA-like protocol between task manager and resource manager (Interface/Proc. Ent.).
Workflow applications in large/complex enterprises and those spanning multiple enterprises require support for multiple paradigms in terms of: • Types of workflows: production, ad-hoc,...
-Async (e-mail, document flow/work-group based, message based) -Sync (PRC, t-RPC, ...) -local-area --internet -wireless • Computing Structures/Semantics: e.g., transactions in Electronic Commerce, Transaction Processing Systems, and DBMSs
Horizontal "Interoperability" Focus -Workflow Coalition--lack of "information system" perspective and "transaction" support so far
• New paradigm for distributed computing? Perhaps it is the way to provide glue to handle legacy systems, and to to support migration/evolution. • Technology related to business processes and applications--better relevance and visibility than heterogeneous DDBMS and extended transactions; still database and transaction management have important roles to play. Dr. Amit Sheth directs the Large Scale Distributed Information Systems (LSDIS) Lab and is an Associate Professor of Computer Science at the University of Georgia. Earlier he worked for nine years in the R&D labs at Bellcore, Unisys, and Honeywell. He has lead projects on heterogeneous DDBMS, factory information system, integration of AI-database systems (BrAID), transactional workflows (PROMT and METEOR), federated database tools (BERDI and TAILOR), multidatabase consistency, and data quality (Q-Data). Dr. Sheth has published over 75 papers, given over 45 invited talks and 14 tutorials, and lead two international conferences and a workshop as a General/Program (Co-)Chair. He has also served twice as an ACM Lecturer, has been on over twenty five program and organization committees, and is on the editorial board of four journals.
The LSDIS lab maintains very active collaboration with industry, and has won significant projects in the areas of interoperable information system and workflow management (under the Healthcare Information Infrastructure Program awarded by NIST) and global information system and management of heterogeneous digital data (awarded in the Massive Digital Data Systems initiative). Industrial partners on these projects are Bellcore, MCC and CHREF. The lab acknowledges sponsorship/industrial affiliation of the HP Labs and the Persistence Software Inc.
Modern Database Systems: The Object …, 1994
Advanced Transaction Models and Architectures (Book), 1997
Distributed and parallel …, 1995
Requirements Engineering, 2002
Phenomology and the Cognitive Sciences, 2022
Convergence to Praxis, Once in a Blue Moon Academia, 2023
Chronica Nova Revista De Historia Moderna De La Universidad De Granada, 1992
Programación I - Clase 4 - Ciclo Lectivo 2023, 2023
Cercle des Premières Nations et Service aux collectivités de l'UQAM , 2017
Special Issue of the Annali di Ca’ Foscari, Serie orientale, 325 p. Open Access: https://edizionicafoscari.unive.it/it/edizioni4/riviste/annali-di-ca-foscari-serie-orientale/2021/2supplemento/, 2021
Málaga de Cultura, 2024
Research Square (Research Square), 2022
Journal of Nusantara Studies (JONUS), 2020
SSRN Electronic Journal, 2013
The Dialectics of Absolute Nothingness: the Legacies of German Philosophy in the Kyoto School, 2025
International Journal of Current Microbiology and Applied Sciences, 2020
Patrimoines du tourisme thermal et de la villégiature en montagne des Pyrénées et d’ailleurs, 2020