1 Applying Workflow Technologies to Integrate Utility Business Processes Scott Neumann, CTO, UISOL Kamaraj Shankar, Partner, UISOL Ali Vojdani, President, UISOL Abstract The purpose of this paper is to describe how workflow technologies can be applied to the integration of utility business processes. The applications range from simple approval processes for a work order to complex processes such as outage restoration or preventive and corrective maintenance. Currently, a key trend in systems integration is the use of web services to provide the means to integrate systems and products in an open, uniform manner, where externalized application interfaces are typically defined using web services definition language (WSDL). Additionally, there is also a trend towards the use of document-centric WSDL, where web services are invoked using potentially complex business documents defined using a common model/vocabulary appropriate for the domain, such as the Common Information Model (CIM) for electric utilities, and XML Schema. This style of integration is readily supported by EAI vendors and an ever growing set of application vendors. However, the use of web services, XML and a common model are not the end, but instead they set the stage for integration of business processes. Once the set of applications that participate in a business process have their external interfaces exposed via web services, the implementation of an integrated business process can simply become an orchestration of web services. The Business Process Execution Language (BPEL) specification is an XML-based specification which defines a business process in terms of the execution and coordination of web services. This orchestration is then performed by a workflow engine, which drives the process and permits monitoring, management and measurement of the process. These trends and standards also provide the opportunity for drag and drop implementation and evolution of business processes using the new generation of workflow tools provided by a wide variety of vendors (e.g., TIBCO, Savvion and SAP). This also permits business processes to be readily evolved, realizing that business processes are subject to change, as opposed to the classic static integration approaches. This paper will show how business processes can be integrated through the application of emerging standards and workflow tools. The paper will also outline the utility applications for workflow technologies, the state-of-the art in utility applications of workflow, implementation considerations, and reported experiences and benefits.
2 Introduction Utilities need to continuously improve their key performance indicators related to costs, reliability, customer service, safety, and regulatory compliance. To that end, they need to streamline and automate the underlying business processes such as new customer connection, metering, customer service, billing, outage restoration, asset maintenance, and power procurement. To manage business processes efficiently, utilities deploy a number of computer systems including Energy Management System (EMS), Call Centers, Customer Information Systems (CIS), Asset Management, Supervisory Control and Data Acquisition Systems (SCADA), Outage Management Systems (OMS), Mobile Workforce Management Systems, Geographical Information Systems (GIS), Work Management Systems (WMS), Finance and Controlling (FI/CO) system and Load Management Systems (LMS). Each system provides specialized applications according to its particular role in the business process. Typically these systems are not all acquired from the same vendor, they speak incompatible vocabularies, they are not interfaced with one another, and they may be running on different computer platforms. To reduce integration efforts, a utility may deploy an Enterprise Resource Planning (ERP) application that may include capabilities for some of the applications referenced above in an integrated suite, as well as the back- office financial applications. Efficient management of a business process, however requires automated and seamless flow of information from one system to another, coordinated executions (i.e., proper sequence of execution) of the applications in all systems involved in the process, as well as streamlining the workflow between these applications, employees and external entities. As an example, the outage restoration process involves various manual and computerized tasks to detect outages, log each event, manage customer trouble calls, issue trouble tickets, analyze outage events and trouble tickets, identify remedial actions, schedule repair work, restore service to customers, and report on each event. The outage restoration process can be significantly improved through computer-aided integration of these tasks as it is demonstrated by a number of real-life implementations at leading utilities (see reference 1). Business Integration is a change management and system implementation methodology to aid the continuous comprehension and management of business processes that interact with people and systems, both within and across organizations. It enables effective collaboration among business process participants including employees, partners, and applications. Many utilities develop point-to-point interfaces among the various systems, and code customized applications to move towards Business Integration. Developing these interfaces and codes are costly. Once developed, they are also difficult to change and expensive to maintain. Application of integration platforms that provide tools for Enterprise Applications Integration (EAI), Business-to-Business Integration (B2B),
3 Business Process Management (BPM), Workflow automation, Portal Building, and Business Activity Monitoring (BAM) could provide superior results (see reference 2). An important step in implementing Business Integration is development of a common information model that can serve as an enterprise-level logical data model and help reduce the need for point-to-point data translations and mapping among applications. The Common Informati on Model (CIM) developed by the utility industry through the IEC can be leveraged to develop a utility specific CIM. More information on CIM can be obtained at the CIM User Site ( The important point to note is that CIM is an element of Business Integration and should be developed in the context of Business Integration, and driven by business needs for integration (see reference 3). Where much progress has been seen with respect to the exchange of information between applications across an enterprise, application of workflow technologies to provide the means to seamlessly integrate business processes across an enterprise is new in the utility industry. This is especially true as enterprises move towards the use of Service-Oriented Architectures (SOA). Ideally, business processes should be viewed as being dynamic and subject to change. This is a paradigm shift from classical integration approaches. Defining Workflow Workflow is used to get the right information to the right people at the right time. A workflow connects people, processes and business objects as depicted in Figure 1. People Workflow Processes Business Objects Figure 1: Workflow integrates people, processes and business objects (e.g., business documents) and delivers the right information to the right people at the right time. There are several key terms and acronyms which are important to the discussion of workflow:
4 Workflow: A term that describes the automation of business operations, tasks, and transactions that simplify and streamline current business processes. A workflow is a model representing automated sequence of tasks that may be performed by a set of persons and/or systems. This model gets executed for every occurrence of process instance. Process: A process typically relates to a business activity, and can be realized (i.e. automated) through one or more workflows. One example would be a purchase order approval. A process may identify information flows which are not automated (e.g. verbal communication or paper document flows) Process Instance: A process instance is a specific occurrence of a example would be the approval of purchase order workflow. An Task: A task is an activity or step that must be performed within a workflow. A workflow may have many tasks. An example would be the creation of a purchas e order, and another example would be the approval of the purchase order. Agent: An agent is a person performing a task within workflow. This is equivalent to an actor in UML terminology, and may sometimes be referred to as a participant. Within a workflow a specific task may be assigne d to one or more agents, where typically the workflow will pause and resume upon an action being taken by the agent (e.g. submit, review, approve, reject, etc.) Event: An event is generated by asynchronous business transaction and it can be used to trigger the invocation of a workflow. A workflow step can also wait for tbe occurrence of an event to proceed further. Notification: A notification is a message sent to an agent to provide information of potential interest. For example, when a workflow requires the approval of an agent, an may be sent to the responsible agent to identify that action is required. Deadline: Steps within a workflow may have deadlines. In the event that action has not been taken by a responsible agent within a specified deadline, the workflow may be designed to issue notifications, perform other tasks, reassign or escalate the task to another agent. Document: Typically a business process involves one or more business documents. Within a workflow implementation, the document is an attachment used to convey information through the steps of a workflow. Examples of documents would include purchase orders, service requests, trouble tickets, bids, etc. Documents are usually derived from a domain-specific ontology, such as the CIM.
5 A workflow engine uses a set of process definitions to orchestrate the activities of people and applications. The implementation of a service-oriented architecture helps enable a workflow system to leverage applications within a workflow integration. Figure 2: Modern Workflow engines can enhance operations efficiency through simplifying and automating execution of business processes that interact with people and systems, both within and across organizations, enabling real-time and efficient collaboration. Workflow Examples An example of Workflow is presented in Figure 3. The process diagram depicts a generic Corrective Maintenance process. The process involves collaboration among external applications creating Notifications, Customer Service Representatives, an ERP application used for Work Management, an office application, maintenance Supervisors, Approver of the job Orders (if approval is required), and Field Resources. There are two major paths, depending upon whether or not the maintenance must be handled as an emergency or can be scheduled. In the non-emergency case more approvals are typically required. In the emergency case Notifications will typically be made to supervisor pagers, as well as s.
6 Figure 3: An example of Corrective Maintenance Process, involving workflow among people and applications involved in the process. Another example of a utility process that can often be improved through Workflow automation is the Unplanned Outage process depicted in Figure 4. Within this process, trouble calls are correlated to determine the existence and predicted device for an outag e. An outage order is then created, which waits for an operator to assign the outage to a troubleman who uses a mobile data system. The troubleman works the outage, making decisions and performing restoration actions. As the outage is worked, status information is returned. In the event of damaged equipment, a report is made to an ERP system for follow up work. Completion of the order by the troubleman can then initiate processing and outage status updates in other systems.
7 Outage Order Process Mobile Data ERP EAI Operations OMS System Trouble calls correlated and outage predicted Outage recorded and displayed on dashboard Operator assigns troubleman to outage Order sent to mobile data system Field order created and sent to troubleman Order updated in OMS Message pulled from queue and used to update order in OMS Troubleman enters enroute, onsite, estimated restoration times Order status updated on dashboard Order status updated with damaged equipment Message pulled from queue and used to update order and send to ERP Yes Damaged equipment? Reference number for damaged equipment displayed Message to record reference number received Damaged equipment recorded in ERP Outage completed by Troubleman Damaged equipment workflow initiated in ERP Outage order status completed on dashboard Message pulled from queue and used to update OMS, ERP and dashboard Outage closed in OMS Job statistics used to update timecards Figure 4: An example of Outage Order Process, involving collaboration among OMS, Operations, EAI, Mobile System, and ERP. Workflow Definition and Implementation Process The definition, design and implementation of workflows require an understanding of the business processes to be automated. It is important to have an understanding of the business process, the participants and their interactions. Often this is achieved through the use of Unified Modeling Language (UML). It is common to model business processes both within the enterprise and with business partners. There are many tools which can be used to provide and electronic description of the business process, where some of the more advanced tools can seamlessly advance the process definition into implementation. Very often these tools start with the development of a swim lane (activity) diagram, which defines a process in terms of participants, the sequence of steps taken and the hand-offs to other participants. Once this is defined at a high-level it is possible to begin to model the process. Development continues through the definition of details such as the definition of user forms and documents which are used to convey information through the process. At some
8 stage an organizational hierarchy is applied to the process which is used to determine the assignment of tasks and addressing of notifications. Once defined, the lifecycle of a business process is described as a cycle of the following steps: 1. Integrate and automate the process 2. Monitor the process 3. Manage the process 4. Evolve the process Supporting Technologies and Standards There are many technologies and standards which are important to the implementation of workflow and associated tools. These include: XML is a key, enabling technology for the implementation of modern integration architectures and workflow. Web services provide a platform and language neutral interface for service requests. Benefiting from XML, HTTP and SOAP, interoperability is defined by the WS-I specification. Service-Oriented Architectures (SOA) are not new, but have benefited and proliferated through the standardization provided by web services. Business Process Execution Language (BPEL) for Web Services is an XML dialect which permits a workflow to be defined as an orchestration of web services. WS-I is a key standard which defines the interoperability of web services. WS-Eventing is a standard which is being developed to provide web services to be used for event processing. Ontologies: CIM (IEC 61970/61968), Open Applications Group, OpenGIS are examples of domain models which can be applied to integration Messaging: JMS, SOAP. It is important to note that JMS defines an API, not a wire protocol, which introduces issues related to interoperability and the capabilities of the underlying messaging system. Also, SOAP can be transported by JMS as opposed to HTTP. Workflow Development Tools The tools used to define and implement workflows are key to short term and long term success. There are many workflow designer tools on the market which now make it the process a matter of drag and drop configuration as opposed to conventional coding using a programming language such as Java, C++, Visual Basic or C#. Typically the designer tools will provide the capability to seamlessly integrate custom code within the
9 design environment, but certainly one measure of the capabilities of a designer tool is how much custom code is required to implement a workflow, where less is better and none is best. It is interesting to note that this movement to drag and drop configuration is analogous to the movement from assembly language to C and from C/C++ to Java (as two examples) experienced in the 80s and 90s. A designer tool will typically have one or more palates containing objects which can be configured into the workflow to perform various activities. Each palate object has specific parameters related to the activity performed by the object which can be configured. Examples of objects that would be commonly seen on a designer palate would include: Show a form to a user Collect and validate entries from a form Perform a database query Perform a database update Invoke a web service interface Wait for a web service request Send a message Wait for receipt of a message Send an Wait for a timer Perform data translations Perform document transformations Read from or write to a file Iterate on a list Test for a condition Invoke another workflow Execute a command Execute custom code (e.g. Java method, Java class, ) others as appropriate for the tool Each workflow has a start and an end node. Between the start and end nodes, activity objects from the palate are connected, forming one or more paths from start to end. The start node may be configured with place holders for input values to be supplied when the workflow is invoked. Very often, workflows will be initiated with a business document, typically in an XML format, or a reference ID to a transaction whose data can be accessed from a repository such as a database. The following example shows a high level workflow for a Demand Bid process related to an Energy Demand Response Network.
10 Where any one activity can be initiated from one or more paths in the workflow, the completion of the activity will typically identify the next activity to be performed always, depending on a condition or in the event of an error. Depending upon the workflow product utilized, parallel activity paths may or not be allowed. Within a workflow definition, there are a variety of means to control flow from one step to another. Some tools have sophisticated rule processing capabilities, where others have simple conditional tests. Workflows can be configured to be triggered in a variety of ways. One example would be the submission of a web form. Another could be the receipt of a message by an EAI infrastructure. Workflows could also be triggered periodically, but most commonly workflows are triggered by an event. Just as there are now sophisticated, drag and drop programming tools such as Microsoft Visual Studio and JBuilder, the workflow development tools are to the point where it does not require a highly skilled programmer to implement a workflow. A workflow may invoke sub-workflows or processes defined at a lower level of implementation. The following example shows the definition of a form flow which is invoked within a workflow, which presents and processes user entries from a web form.
11 Given a knowledge of XML, SQL, XPath and WSDL, a designer can typically implement a very sophisticated workflow using the graphical environment alone. The following shows an example of how the input to a task can be mapped graphically or using XPath. One area where vendors are currently attempting to improve their offerings is in the definition of user interfaces. At present, templates are provided which simply, but yet constrain, the definition of a web GUI. The GUIs can be beautified through the implementation of customer style sheets using CSS or direct editing of HTML. More sophisticated GUI capabilities are now being incorporated by vendors which provide for greater user interface functionality through simple drag and drop configuration.
12 Workflow Products There are many workflow products on the market, with many new products entering the market every day. Most EAI vendors have begun to incorporate workflow capabilities into their products. Many enterprise and ERP applications vendors are doing the same. A workflow product will typically have three main components: a designer, a workflow engine and an administration tool. The designer is used to configure the workflow, providing a definition of the workflow which can be used by the workflow engine at runtime. Most workflow products now support web service and application server integration. The administration tool is used to track and control active process instances. The administration tool can often also be used to control and automate the deployment of a process definition. The following example shows how the SAP workflow log shows the status of process instances. An administration tool can also be used to reassign a task within an active process, or cancel the entire process. TIBCO is an example of an enterprise EAI which has been augmented with workflow capabilities through BusinessWorks WorkFlow. The BusinessWorks Designer seamlessly presents workflow capabilities as an additional set of palates, augmenting the standard set of integration object palates offered by BusinessWorks. While a large library of objects are supplied for drag and drop implementation, the Designer also supports the entry and compilation of Java code for the definition of a task. The advantage of a product like
13 TIBCO is that it has a significant amount of capability and large number of adapters that can be leveraged for integration. Savvion is classified as a pure play Business process Management (BPM) tool. The advantage of Savvion is that it is designed to permit very rapid development and deployment of solutions, leveraging existing infrastructure. It can also leverage existing web services and allows use of custom Java code when needed for complex integration. Aside from capabilities to define, implement and integrate a process, Savvion also has tools which make it possible to calculate and display performance indicators. The following is an example from an unplanned outage process. SAP is an ERP application suite which includes a workflow package as part of the standard offering. Using SAP Workflow, it is possible to configure business process as opposed to relying on custom ABAP programming. SAP Workflow can leverage ABAP programs, and web services. Support of web services allows SAP Workflow to extend processes beyond the scope of SAP. Conceivably, the SAP Workflow could be used as an enterprise workflow engine to drive processes within an SOA. The advantage of SAP Workflow is that due to its tight integration with business application modules, it can leverage the domain model and application functionality provided by SAP. Microsoft workflow offering is called BizTalk. Where BizTalk defined the XML-based XLANG for process definitions, Microsoft is moving towards the use of BPEL. BizTalk is limited to use on Microsoft platforms and embraces Microsoft technologies such as
14 Visual Basic and the.net framework instead of J2EE. Like other workflow tools it has a graphical environment for the implementation of workflows. Implementation Recommendations There are many ways to use workflow technologies to automate business processes. The key is to take approaches which provide the greatest opportunities for further automation and evolution of business processes. Where possible it is always beneficial to leverage existing domain models, such as the CIM. This will provide a common vocabulary which will simplify integration. Workflow applications us e different methods of notifying the user about the task to be performed such as an , text message, pager and other wireless mechanisms depending on the criticality of the task. Where many applications have an inbox for users to identify and act upon the tasks for which they are responsible, the inbox is more and more frequently seen as the inbox of choice. This has several benefits, such as minimizing the number of inboxes a user must monitor and providing all relevant information to perform the task. In such cases where an notification does not provide means to act on the task, it should provide a URL link which would take the user to a web page where a user can perform the specific required task (e.g. approve a purchase order) or view the information of interest (e.g. details and status of an outage). Within the implementation of the underlying services to be utilized by a workflow, care should be given to providing generalized interfaces that can be reused as opposed to many very fine-grained interfaces. This is an architectural issue as to the use of document-centric web service interfaces as opposed to RPC style interfaces, where document-centric web services can better support complex documents and associated integration, providing more opportunities for reuse of interfaces. As a general integration problem, finding and eliminating isolated island of information is also key. Information that is stored in an enterprise or department database can be more easily leveraged within workflow integration than information which is stored in a localized repository or file, such as an Access database or spreadsheet. Selection of the workflow tool should consider several factors such as tight integration with enterprise applications, providing standard open interfaces to enable interaction among applications, comprehensive design tool with templates for common workflow tasks, automated information capture avoiding duplicate data entry and tools for easy maintenance and support. An important factor in workflow design is error handling. All error handling scenarios should be modeled within the workflow such as notifying the right person to handle errors or initiating corrective measures.
15 The use of web and portal technologies are also beneficial to workflow integration. In this way users can react to and perform steps in an overall process through a unified, location independent user interface as opposed to interaction with individual applications, often limited to specific locations. Summary Workflow technologies provide the means to seamlessly integrate business processes across the enterprise. The technologies used to implement workflows can also provide the means to rapidly evolve business processes to meet changing business needs, more through reconfiguration than through a costly reimplementation. There are many benefits that can be realized through the use of workflow, which include but are not limited to: More efficient, consistent and timely execution of business processes through better coordination between people and processes Improvements in quality and productivity, with the reduction of the number of errors and number of manual execution steps Visibility of the process, allowing the current state (e.g. waiting, completed) of a process to be seen and controlled (e.g. re-assigned, cancelled) as needed Simplification of the process provides reductions in the level of training required to execute a process Active deadline monitoring helps insure timely completion of processes Processes cycles can be better measured The ability to evolve or improve a process through simple reconfiguration as opposed to coding Provides detailed documentation and audit trails for processes References The following references are relevant to workflow and associated technologies: 1. G. Cassilagio, S. Neumann, B. Speckman, A. Vojdani, Improving Management of Electric Distribution System at Pacific Gas and Electric Company through System Integration Upgrades, Distributech Conference, January Vojdani, Ali, Tools for Real-Time Business Integration and Collaboration, invited paper, IEEE PES Vol. 18, No. 2, Special issue on Tools for Managing Restructured Energy Systems, pp , May X. Wang, N. Schulz, S. Neumann, CIM Extensions to Electrical Distribution and CIM XML for the IEEE Radial Test Feeders, IEEE Transactions on Power Systems, August Business Process Management Initiative web site: 5. World Wide Web Consortium web site:
16 6. Organization for the Advancement of Structured Information Standards (OASIS) web site: 7. CIM User web site: 8. UISOL web site: Acknowledgements The terms TIBCO, SAP, Savvion and Microsoft are trademarks of the corresponding owners.
A standards-based approach to application integration An introduction to IBM s WebSphere ESB product Jim MacNair Senior Consulting IT Specialist Macnair@us.ibm.com Copyright IBM Corporation 2005. All rights
ActiveVOS Server Architecture March 2009 Topics ActiveVOS Server Architecture Core Engine, Managers, Expression Languages BPEL4People People Activity WS HT Human Tasks Other Services JMS, REST, POJO,...
Emerging Technologies Shaping the Future of Data Warehouses & Business Intelligence Service Oriented Architecture SOA and Web Services John O Brien President and Executive Architect Zukeran Technologies
Developing SOA solutions using IBM SOA Foundation Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 4.0.3 Unit objectives After completing this
Business Process Management Enabled by SOA Jyväskylä 8.5.2007 Kimmo Kaskikallio IT Architect IBM Software Brands Five middleware product lines designed to work together Service-Oriented Architecture (SOA)
Introduction to WebSphere Process Server and WebSphere Enterprise Service Bus Course materials may not be reproduced in whole or in part without the prior written permission of IBM. 4.0.3 Unit objectives
Enterprise Application Designs In Relation to ERP and SOA DESIGNING ENTERPRICE APPLICATIONS HASITH D. YAGGAHAVITA 20 th MAY 2009 Table of Content 1 Introduction... 3 2 Patterns for Service Integration...
www.peaksolutions.com AquaLogic ESB Design and Integration (3 Days) Audience Course Abstract Designed for developers, project leaders, IT architects and other technical individuals that need to understand
Business Process Execution Language for Web Services Second Edition An architect and developer's guide to orchestrating web services using BPEL4WS Matjaz B. Juric With Benny Mathew and Poornachandra Sarang
An Oracle White Paper October 2013 Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Maximize the Benefits of Oracle SOA Suite 11g with Oracle Service Bus Table of Contents Introduction...
Business Process Management Tampereen Teknillinen Yliopisto 31.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group IBM SOA 25.10.2007 Kimmo Kaskikallio IT Architect IBM Software Group Service Oriented
Orchestrating Web Services: The Case for a BPEL Server An Oracle White Paper June 2004 Orchestrating Web Services: The Case for a BPEL Server Executive Overview...3 Business Process Integration Goes Mainstream...3
Integrating People, Processes and Services An Overview of ActiveVOS Capabilities AN ACTIVE ENDPOINTS PAPER 2010 Active Endpoints, Inc. ActiveVOS is a trademark of Active Endpoints, Inc. All other company
Introduction to Service-Oriented Architecture for Business Analysts This course will provide each participant with a high-level comprehensive overview of the Service- Oriented Architecture (SOA), emphasizing
MD Link Integration 2013 2015 MDI Solutions Limited Table of Contents THE MD LINK INTEGRATION STRATEGY...3 JAVA TECHNOLOGY FOR PORTABILITY, COMPATIBILITY AND SECURITY...3 LEVERAGE XML TECHNOLOGY FOR INDUSTRY
Product Data Sheet BEA AquaLogic Integrator Agile integration for the Enterprise Build, Connect, Re-use BEA AquaLogic Integrator delivers the best way for IT to integrate, deploy, connect and manage process-driven
Presentation Outline Key Business Imperatives Service Oriented Architecture Defined Oracle SOA Platform 10.1.3 SOA Maturity/Adoption Model Demo Q&A Key Business Imperatives Increased Competition Requires
WHAT IS BPEL AND WHY IS IT SO IMPORTANT TO MY BUSINESS? PUBLISHED FEBRUARY 2012 Written by M.W. Cobban Director Operations and Support SoftCare HealthCare Solutions 1-888-SoftCare (1-888-763-8227) www.softcare.com
Business Process Management in the Finance Sector Leveraging the power of processes for profit oracle.com Introduction It is vital for financial services companies to ensure the rapid implementation of
Whitepaper Create a single 360 view of Red Hat JBoss Data Virtualization consolidates master and transactional Red Hat JBoss Data Virtualization can play diverse roles in a master management initiative,
An Oracle White Paper June 2009 Integration Technologies for Primavera Solutions Introduction... 1 The Integration Challenge... 2 Integration Methods for Primavera Solutions... 2 Integration Application
Service Mediation The Role of an Enterprise Service Bus in an SOA 2 TABLE OF CONTENTS 1 The Road to Web Services and ESBs...4 2 Enterprise-Class Requirements for an ESB...5 3 Additional Evaluation Criteria...7
Service Oriented Architecture Charlie Abela Department of Artificial Intelligence firstname.lastname@example.org Last Lecture Web Ontology Language Problems? CSA 3210 Service Oriented Architecture 2 Lecture Outline
Automate business decisions and accelerate time-to-market IBM WebSphere ILOG Rules for.net Business rule management for Microsoft.NET and SOA environments Highlights Complete BRMS for.net Integration with
BUILDING FLEXIBLE ENTERPRISE PROCESSES USING ORACLE BUSINESS RULES AND BPEL PROCESS MANAGER An Oracle White Paper Jan 2005 BUILDING FLEXIBLE ENTERPRISE PROCESSES USING ORACLE BUSINESS RULES AND BPEL PROCESS
Ebase Xi Agile Service Oriented Architecture Ebase Xi is an agile service oriented architecture that accelerates and simplifies the delivery of business applications. The Xi platform combines process management,
SERVICE ORIENTED ARCHITECTURE Introduction SOA provides an enterprise architecture that supports building connected enterprise applications to provide solutions to business problems. SOA facilitates the
PRODUCT SHEET: CA Process Automation we can CA Process Automation CA Process Automation enables enterprise organizations to design, deploy and administer automation of manual, resource-intensive and often
A Closer Look at BPM January 2005 15000 Weston Parkway Cary, NC 27513 Phone: (919) 678-0900 Fax: (919) 678-0901 E-mail: email@example.com http://www.ultimus.com The Information contained in this document
Approach to Service Management In SOA Space Gopala Krishna Behara & Srikanth Inaganti Abstract SOA Management covers the Management and Monitoring of applications, services, processes, middleware, infrastructure,
A Guide Through the BPM Maze WHAT TO LOOK FOR IN A COMPLETE BPM SOLUTION With multiple vendors, evolving standards, and ever-changing requirements, it becomes difficult to recognize what meets your BPM
The webmethods ESB The Foundation of your SOA Jean-Michel Ghyoot, Principal Solution Architect, March 28, 2013 2013 Software AG. All rights reserved. 2 2 Agility Process & Integration 3 Integration? INTEGRATION
The Evolutionary Steps to Master Data Management Table of Contents 3 Introduction 4 Step 1: Implement a Foundational Service Layer 6 Step 2: Choose a style 11 Summary The Evolutionary Steps to Master Data
1 Workflow/Business Process Management Andy C. Tran Staff Systems Engineer 2 Agenda Business Process Management Overview Demo 3 Generic Case based Work Flow Pattern Case Initiation Case Assessment & Assignment
KATTA Durga Reddy TATA Consultancy Services. Oracle SOA Suite: The Evaluation from 10g to 11g Introduction Oracle SOA Suite is an essential middleware layer of Oracle Fusion Middleware. It provides a complete
Home About us Contact us Careers Online Resources Site Map Products Demo Center Support Customers Resources News Download Article in PDF Version Download Diagrams in PDF Version Microsoft Partner Conference
Ultimus Adaptive BPM Suite V8 ENTERPRISE BUSINESS PROCESS MANAGEMENT SOFTWARE PLATFORM 2 PRODUCT OVERVIEW The Ultimus Adaptive BPM Suite is a complete, enterprise software application designed to create
Research on the Model of Enterprise Integration with Web Services XIN JIN School of Information, Central University of Finance& Economics, Beijing, 100081 China Abstract: - In order to improve business
SOA REFERENCE ARCHITECTURE: WEB TIER SOA Blueprint A structured blog by Yogish Pai Web Application Tier The primary requirement for this tier is that all the business systems and solutions be accessible
Oracle University Contact Us: 1.800.529.0165 Oracle SOA Suite 11g: Build Composite Applications Duration: 0 Days What you will learn This course covers designing and developing SOA composite applications
Simplifying SWIFT Connectivity Introduction to Financial Messaging Services Bus A White Paper by Microsoft and SAGA Version 1.0 August 2009 Applies to: Financial Services Architecture BizTalk Server BizTalk
GE Intelligent Platforms Work Process Management Achieving Operational Excellence through Consistent and Repeatable Plant Operations With Work Process Management, organizations can drive the right actions
George Kosmides Dennis Pagano Noospherics Technologies, Inc. firstname.lastname@example.org Enterprise Integration Architectures for the Financial Services and Insurance Industries Overview Financial Services
EAI OVERVIEW OF ENTERPRISE APPLICATION INTEGRATION CONCEPTS AND ARCHITECTURES Peter R. Egli INDIGOO.COM 1/16 Contents 1. EAI versus SOA versus ESB 2. EAI 3. SOA 4. ESB 5. N-tier enterprise architecture
Open Source egovernment Reference Architecture Osera.modeldriven.org Slide 1 Caveat OsEra and the Semantic Core is work in progress, not a ready to use capability Slide 2 OsEra What we will cover OsEra
Business-Driven Software Engineering Lecture 3 Foundations of Processes Jochen Küster email@example.com Agenda Introduction and Background Process Modeling Foundations Activities and Process Models Summary
Business Intelligence The ESB and Microsoft BI The role of the Enterprise Service Bus in Microsoft s BI Framework Gijsbert Gijs in t Veld CTO, BizTalk Server MVP firstname.lastname@example.org About motion10
Jitterbit allows you to easily integrate Microsoft Dynamics CRM with any cloud, mobile or on premise application. Jitterbit s intuitive Studio delivers the easiest way of designing and running modern integrations
PRIMAVERA WEB SERVICES Oracle s Primavera Web Services provides enterprise-level DISCOVER UNLIMITED POSSIBILITIES BY INTEGRATING WITH EXISTING BUSINESS SYSTEMS FEATURES Back-office and front-office systems
IBM Software Group SCA-based Enterprise Service Bus WebSphere ESB Soudabeh Javadi, WebSphere Software IBM Canada Ltd email@example.com 2007 IBM Corporation Agenda IBM Software Group WebSphere software
ESB solutions White paper Increasing IT flexibility with IBM WebSphere ESB software. By Beth Hutchison, Katie Johnson and Marc-Thomas Schmidt, IBM Software Group December 2005 Page 2 Contents 2 Introduction
Session: What to do with the data? Proceedings Paper Prepared for: Business s Management Association 2006 Symposium Presented By Microsoft & Avanade Session 43 Proceedings Paper 2 Introduction For several
Programmabilty Microsoft Dynamics AX 2009 Programmability in Microsoft Dynamics AX 2009 White Paper December 2008 Contents Introduction... 4 Scenarios... 4 The Presentation Layer... 4 Business Intelligence
Service Oriented Architecture 1 COMPILED BY BJ CHAPTER 9 Service Oriented architecture(soa) Defining SOA. Business value of SOA SOA characteristics. Concept of a service, Enterprise Service Bus (ESB) SOA
Oracle Fusion Middleware Introducing Web Services 11g Release 1 (11.1.1) E14294-04 January 2011 This document provides an overview of Web services in Oracle Fusion Middleware 11g. Sections include: What
Service Oriented Architecture (SOA) Architecture, Governance, Standards and Technologies 3-day seminar Give Your Business the Competitive Edge SOA has rapidly seized the momentum and center stage because
Beeple, B-Pel, Beepul? Understanding BPEL and Its Role in SOA presented by John Jay King King Training Resources firstname.lastname@example.org Download this paper and code examples from: http://www.kingtraining.com
Enterprise Application Integration (EAI) Architectures, Technologies, and Best Practices Give Your Business the Competitive Edge IT managers have been under increasing pressure to migrate a portfolio of
SOA Planning Guide 1 Agenda q SOA Introduction q SOA Benefits q SOA Principles q SOA Framework q Governance q Measurement q Tools q Strategic (long term) View 2 Introduction to SOA q Service-oriented architecture
Service Oriented Architecture (SOA) Architecture, Governance, Standards and Technologies 3-day seminar Give Your Business the Competitive Edge SOA has rapidly seized the momentum and center stage because
Architectures Computing & 2009-11-06 Architectures Computing & SERVICE-ORIENTED COMPUTING (SOC) A new computing paradigm revolving around the concept of software as a service Assumes that entire systems
Methodology of performance evaluation of integrated service systems with timeout control scheme Akira Kawaguchi and Hiroshi Yamada NTT Service Integration Laboratories, NTT Corporation 9-11, Midori-cho
Integration Using the MultiSpeak Specification By: Gary A. McNaughton, Cornice Engineering, Inc. and Robert Saint, National Rural Electric Cooperative Association Introduction Over the years many different
Creating an Enterprise Class Scalable Model Driven Infrastructure The use case for using IBM, OSIsoft, and SISCO technologies Version: 1.1 Date: May 28, 2009 Systems Integration Specialist Company, Inc.
Enterprise Application Integration (EAI) Architectures, Technologies, and Best Practices Give Your Business the Competitive Edge IT managers have been under increasing pressure to migrate a portfolio of
PRODUCT SHEET: CA Workload Automation CA Workload Automation Improve the availability of critical IT workload processes and schedules enterprise-wide by leveraging real-time IT automation, embedded workflow,
An Oracle White Paper November 2009 Oracle Primavera P6 EPPM Integrations with Web Services and Events 1 INTRODUCTION Primavera Web Services is an integration technology that extends P6 functionality and
What is BPM? BPM, or Business Process Management, is a technology, but it is also more than that. Broadly speaking, one can consider BPM as a management discipline in which processes are valued as assets
ehealth Beyond the Horizon Get IT There S.K. Andersen et al. (Eds.) IOS Press, 2008 2008 Organizing Committee of MIE 2008. All rights reserved. 747 Using ESB and BPEL for evolving healthcare systems towards
Enterprise Enabler and the Microsoft Integration Stack Creating a complete Agile Enterprise Integration Solution with Enterprise Enabler Mike Guillory Director of Technical Development Stone Bond Technologies,
Extending webmethods Using E2open Software on Demand for Multi-Company Process Management Contents Introduction... 3 Extending the webmethods Integration Platform... 6 webmethods Integration Platform...
WEB SERVICES Revised 9/29/2015 This Page Intentionally Left Blank Table of Contents Web Services using WebLogic... 1 Developing Web Services on WebSphere... 2 Developing RESTful Services in Java v1.1...
ENSEMBLE WHITE PAPER EVALUATING INTEGRATION SOFTWARE INTRODUCTION We created this white paper to help senior IT leaders and business managers who are evaluating integration software. On the following pages
Oracle SOA Suite Then and Now: The Evolution from 10g to 11g Shane Goss Impac Services Agenda SOA Suite 11g New Features Highlight new features of SOA 11g Some products have added features and functionality
w h i t e p a p e r Building and Deploying Enterprise M2M Applications with Axeda Platform According to Harbor Research, there are billions of wired and wireless intelligent assets around the globe that
Orchestrate IT Process with an Integrated Workflow Management Table of Contents Introduction...3 What is Workload Automation?...4 Workflow...4 Workload...5 Combining Workflow and Workload...5 CA Workload
ESB solutions White paper Increasing IT flexibility with IBM WebSphere ESB software. By Beth Hutchison, Marc-Thomas Schmidt and Chris Vavra, IBM Software Group November 2006 Page 2 Contents 2 Introduction
The Way to SOA Concept, Architectural Components and Organization Eric Scholz Director Product Management Software AG Seite 1 Goals of business and IT Business Goals Increase business agility Support new
Service-Oriented Integration: Managed File Transfer within an SOA (Service- Oriented Architecture) 2 TABLE OF CONTENTS 1 Increased Demand for Integration: The Driving Forces... 4 2 How Organizations Have
Part I EAI: Foundations, Concepts, and Architectures 5 Example: Mail-order Company Mail order Company IS Invoicing Windows, standard software IS Order Processing Linux, C++, Oracle IS Accounts Receivable