train. learn. succeed.€¦ · of business process execution language (bpel) and its role for...

SOA: Enterprise Architecture Introduction to Business Process Modeling

For information on this course or other many seminar offerings, please contact OnsiteSeminar LLC Direct: (817) 572-9690 email: [email protected]

Introduction to Business Process

Modeling

© Copyright 2008, OnsiteSeminar LLC All rights reserved, no unauthorized duplication

http://www.onsiteseminar.com

i

TRAIN. LEARN. SUCCEED.



© Copyright 2008 by OnsiteSeminar LLC. All rights reserved. No part of this publication may be reproduced, transmitted, transcribed in any form or by any means including; electronic, mechanical, optical, manual or otherwise without the expressed written consent of this firm. This course, Introduction to Business Process Modeling, was developed by the staff of OnsiteSeminar LLC for use in technical seminars. It has been licensed expressly for use by our clients for internal training only.

© Copyright 2008, OnsiteSeminar LLC

All rights reserved, no unauthorized duplication

IMPORTANT NOTICE The sole purpose of this student manual is to serve as a supplement to an instructor-based technical presentation. The combination of information contained in this manual with the detailed insights of the instructor leads to the most positive educational experience for all students. It is not intended to be used solely as a stand alone reference manual. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where these designations appear in this seminar, and OnsiteSeminar LLC is aware of a trademark claim, the designations have been printed in initial capital letters or all capital letters. OnsiteSeminar LLC has taken care in the development of this seminar, but make no expressed or implied warranty of any kind or assume any responsibility for errors or omissions. Java®, Java Development Kit®, J2ME®, J2SE® and J2EE® are a registered trademarks of Sun Microsystems Inc. Rational Application Developer®, WebSphere Application Server®, WebSphere Studio®, WebSphere Studio Application Developer®, MQSeries®, WebSphereMQ®, WebSphere Site Developer®, VisualAge®, VisualAge for Java®, Visual Composition Editor®, VisualAge Debugger® and DB2 are registered trademarks of IBM Corporation. Microsoft® , Microsoft .NET®, MS-DOS®, Windows NT, Windows 2000, Windows 98, Windows ME and SQLServer® are registered trademarks of Microsoft Corporation Oracle, JDeveloper, Oracle BPM Suite, Oracle SOA Suite are registered trademarks of Oracle Corporation.


ii


For information on this course or other many seminar offerings, please contact OnsiteSeminar LLC Direct: (817) 572-9690 email: [email protected] http://www.onsiteseminar.com

iii

Introduction to Business Process Modeling Audience Designed for programmers, managers, project leaders, enterprise architects and other

technical individuals that need to understand the modeling of business workflows.

Duration 2 Days

Course Abstract

This course will provide each participant with an introductory understanding of the role of Business Process Execution Language (BPEL) and its role for modeling corporate workflows and SOA processing. This course will focus on the usage of business process models, the role of BPEL and BPEL4WS, vendor product support, integration of WSDL and other XML standards, BPELWS partner concepts, stateful interactions, BPEL extensions, use of the a Modeler, mapping elements in BPEL4WS, and the role of the Integration Server. All aspects of this class will illustrate the architecture and design of an efficient and effective SOA environment.

Objectives Upon conclusion, each participant will have acquired these skills:

• Illustrate the integration of BPEL in an SOA environment • Understand the role of business process modeling • Depict the role of the infrastructure components used with BPEL • Understand the role of Business Process Management • Determine the migration from workflows to BPEL models • Learn the syntax and semantics of BPEL and BPEL4WS • Understand the relationship between BPEL and other Web services

standards such as WSDL (Web services Description Language) • Understand which BPEL constructs are most appropriate for different

application scenarios • Understand the use of modeling tools to develop BPEL and BPEL4WS

processes • Depict the key concepts of BPEL4WS: partners, endpoints, activities,

correlation, data handling and scope • Understand the generated files and the role of the different files generated

from our BPEL models Class Format Lecture/Lab

Prerequisites Each student should have an understanding of application development and basic design methodologies.



iv

Course Objectives

• Understand the role of Service-Oriented Architecture

• Depict the components of an SOA environment

• Illustrate the usage of BPEL Models

• Depict the structure and architecture of a BPEL Model

• Illustrate the infrastructure components required to support a BPEL environment

• Understand the usage of Business Process Modeling

• Depict the major components of a BPEL process Model



Table of Contents


v

I.I. SOA Architecture SOA Architecture

A. SOA Pyramid SOA Pyramid …. 1-4 SOA and Corporate Data …. 1-5 SOA and Programming Language …. 1-6 SOA Pyramid: Application Server …. 1-7 SOA Pyramid and Web Services …. 1-8 SOA Pyramid: Integration Server …. 1-9 SOA Pyramid: ESB …. 1-10 SOA Pyramid: BPEL Modeling …. 1-11 SOA Pyramid: Rules Engine …. 1-12 SOA Pyramid: Web Services 2.0 …. 1-13 SOA Pyramid: UDDI Registry …. 1-14 SOA Pyramid: Governance …. 1-15

B. SOA Business Challenges SOA Business Challenges …. 1-17 The 90’s: Billion Dollar Lock-In …. 1-18 Integration Tools Appearing …. 1-19 Point-to-Point Approach …. 1-20 New $200B Lock-In: Big Apps …. 1-21 Frozen Enterprise Asset Concept …..1-22

Liquid Asset Transformation .....1-23 SOA : Frozen to Liquid Assets …..1-24 Service Infrastructure Layer …..1-25 Web Services Based Approach …..1-26 Service Infrastructure …..1-27 Application vs. Service Layer …..1-28 SOA Challenges …..1-29 Service Infrastructure Approach …..1-30 Vendor Product Solutions …..1-31 SOA Development Actors …..1-32 Vendor SOA Products …..1-33 SOA Product Family …..1-34 ESB Target Environments …..1-35 Composition vs. Coding …..1-36 Role of Process Server …..1-37 Service Registry …..1-38 Data Services …..1-39 SOA Enterprise Security …..1-40 User Interaction …..1-41



BPM Suite …..1-42 SOA Environment …..1-43


vi

II.II. Getting Started with SOA Getting Started with SOA

A. Overview Flexible Business = Flexible IT …. 2-4 SOA & Web Services …. 2-5 Web Services are a Good Start …. 2-6 ESB Shrinks Interfaces …. 2-7 SOA Reference Architecture …. 2-8 BEA SOA Foundation …. 2-9

Customer View of SOA …. 2-10 End-to-End Process Capabilities …. 2-11

SOA Platform Roles …. 2-12 Why do Business Process Modeling? …. 2-13 Business Process Modeling …. 2-14 SOA Business Modeler …. 2-15 Assembly Concepts …. 2-16 Eclipse-Like Integration Developer …. 2-17 Testing and Debugging …. 2-18 Deployment …. 2-19 Enterprise Service bus Capabilities …. 2-20 Define ESB Offerings …. 2-21 Integration Service Components …. 2-22 Common Data Model: Business Objects …. 2-23 Invocation Model: Service Components …. 2-24

III.III. Business Workflow Overview Business Workflow Overview

A. Environment Overview Workflow Overview …. 3-4

Claim Handling Business Process …. 3-5 Activities in a Business Process …. 3-6 The Role of Workflow Management …. 3-7 Workflow Concepts …. 3-8 Relationship among Concepts …. 3-11 Workflow Modeling …. 3-12 Process Definition …. 3-13 Control Flow …. 3-14 Example: Claim Process …. 3-16 Sub-Workflow …. 3-17 Internal States of Workflow Activities …. 3-18



Internal States of Workflow Instances …. 3-19 Resources …. 3-20 Types of Workflow Systems …. 3-21 Message-Oriented Architecture …. 3-22 Repository-Oriented Architecture …. 3-23 Implementation Architectures …. 3-24 The WfMC Reference Model …. 3-26 Process Integrator (J2EE) …. 3-27 B2B Interoperability …. 3-28 Interoperability Issues in B2B …. 3-29 Typical B2B Scenario …. 3-30 System View of Merchant …. 3-31 Processing Steps of Purchase Order …. 3-32 Example B2B Protocol Standard …. 3-33 Request Purchase Order …. 3-34

B. BPM Syntax BPM Categories …. 3-36

Flow Objects …. 3-37 Connecting Objects …. 3-38 Swimlanes …. 3-39 Artifacts …. 3-40


vii

IV.IV. Business Process Management Business Process Management

A. BPM Overview Moving Toward Flexibility …. 4-4

What is a Process? …. 4-6 Business Process Management …. 4-7

B. BPM Lifecycle The BPM Lifecycle …. 4-16 What is a Model? …. 4-17 Business Process Modeling …. 4-18 Business Modeler …. 4-19 Assembling the Business Process …. 4-20 Assembling a Business Model …. 4-21 Deploying the Business Process …. 4-22 Process Integration for BPM …. 4-23 Deployment of Business Process …. 4-24 Monitoring the Business Process …. 4-25 Business Activity Monitoring …. 4-26 Sample Dashboard …. 4-27 Business Monitor Benefits …. 4-28 Business Monitor Capabilities …. 4-29 BPM Continuous Improvement …. 4-30



BPM is Key to SOA …. 4-31


viii

V.V. BPM Implementation BPM Implementation

A. BPM Tools Vendor Products for BPM …. 5-4

BPM Lifecycle …. 5-5 BPEL Business Modeler …. 5-6 Developer IDE …. 5-7 Integration Server …. 5-8 Business Monitor …. 5-9

B. BPM Roles Roles of BPM …. 5-11 Business Analyst …. 5-12 Process Specialist …. 5-13 IT Developers/Architects …. 5-14 Business Users …. 5-15 Administrators …. 5-16 Deployment of Business Process …. 5-17

VI.VI. Introduction to BPEL Introduction to BPEL

A. Overview

BPM Meets SOA …. 6-4 Business Process Management …. 6-5 BPM Meets SOA …. 6-6

B. Defining BPEL Business Process Execution Language …. 6-8 Defining BPEL …. 6-9 BPEL Processes …. 6-10 BPEL Engine Architecture …. 6-11 BPEL Engine Processing …. 6-12 BPEL Composition …. 6-13 Basic Web Services …. 6-14 Web Services vs. BPEL …. 6-15 W3C Web Services Stack …. 6-16 W3C Stack Components …. 6-17 Business Process Improvement …. 6-18 Defining BPEL …. 6-19 Web Service Business Processes …. 6-20 BPEL Usage Patterns …. 6-21 Non-Interruptible Process …. 6-22 Interruptible Process …. 6-23 Basis for BPEL …. 6-24



ix

Creating BPEL Syntax …. 6-25 BPEL Specification …. 6-26 Key BPEL Concepts …. 6-27 BPEL Process Elements …..6-28 Model vs.Runtime …. 6-29 End-to-End Processing …. 6-30 Vendor BPEL Offerings …. 6-31

Introduction to Business Process Modeling Section II: Getting Started with SOA

© Copyright 2008, OnsiteSeminar LLC Introduction to Business Process Modeling All rights reserved, no unauthorized duplication Unit 2. Getting Started with SOA 2-1 Revision: July 15, 2008

Section II: Getting Started with SOA



Section II. Getting Started with SOA Unit Description

In this unit, the student will be introduced to the evolution of ecommerce applications to the Service Oriented Architecture implementation, the role of Web services, components of SOA, the different roles of both individuals and products, the importance of modeling, the rise of the Enterprise Service Bus and the implementation of the Process Server. The instructor-led lecture is supplemented with a series of hands-on exercises to reinforce all of the Business Process Modeling concepts discussed in this section.

Unit Objectives

After successfully completing this section, you should be able to:

Illustrate rise of SOA applications Depict the role of Web services in SOA environment Define components of SOA architecture Understand roles of individuals and products Depict the role of modeling Demonstrate the usage of the Enterprise Service Bus Understand the implementation of the Process Server



Section II: Getting Started with SOA

Overview



Flexible Business = Flexible IT _______________________________________________________________ Student Notes:

• Several factors have had a tremendous influence on IT’s role within the enterprise over the past ten or so years. Driven by enabling technologies (the Web, XML, Java, and others) that empower organizations to more aggressively leverage their IT assets to gain competitive advantage, IT has found itself in a position it has not been in before – one in which its output is tied directly to the bottom line more strongly than ever.

Flexible Business Transformation

Business Process Outsourcing Mergers, Acquisitions and Divestitures

Flexible IT

Services Oriented Architecture (SOA)

Development Software

Development

Infrastructure

Integration

Management Infrastructure Management

Requires

Composable Processes

Composable Services

(SOA)



SOA & Web ServicesSOA & Web Services Levels of SOA Adoption and Nearest Entry Points

4

3

2

1

Creating services from tasks contained

in new or existing applications

Implementing Individual Web

Services

Service Oriented Integration of

Business Functions

Enterprise Wide IT

Transformation

On Demand Business

Transformation

Integrating services across multiple applications inside and outside the enterprise for a business objective

Broad transformation of existing business models or the deployment of new business models

An architected implementation enabling integration across business functions throughout an enterprise

Bus

ines

s Va

lue

ss V

alue

_______________________________________________________________ Student Notes:

• A service-oriented architecture is not tied to a specific technology. It may be implemented using a wide range of technologies, including RPC, DCOM, CORBA or Web Services. SOA can be implemented using one of these protocols and, for example, might use a file system mechanism to communicate data conforming to a defined interface specification between processes conforming to the SOA concept. The key is independent services with defined interfaces that can be called to perform their tasks in a standard way, without the service having foreknowledge of the calling application, and without the application having or needing knowledge of how the service actually performs its tasks.



Web Services are a Good Start _______________________________________________________________ Student Notes:

• SOA can also be regarded as a style of information systems architecture that enables the creation of applications that are built by combining loosely coupled and interoperable services. These services inter-operate based on a formal definition (or contract, e.g., WSDL) that is independent of the underlying platform and programming language. The interface definition hides the implementation of the language-specific service. SOA-based systems can therefore be independent of development technologies and platforms (such as Java, .NET etc.).

Turn this… Application Application Application Application

Application Application Application Application

= interface

…into this (web services).Application

Service Application

Service

Interface

Application Service

Application Service

Interface Interface

Application Service

Application Service

Interface Interface Interface

Application Service

Application Service

Interface Interface

Rich business abstractions describe the application interface

Decouples the interfaces from the business applications

The number and complexity of the interfaces is reduced

Business applications and their interfaces become reusable

But separate connection points still leaving bloated interfaces…



ESB Shrinks Interfaces _______________________________________________________________ Student Notes:

• An ESB generally provides an abstraction layer on top of an implementation of an enterprise messaging system which allows integration architects to exploit the value of messaging without writing code. Contrary to the more classical enterprise application integration (EAI) approach of a monolithic stack in a hub and spoke architecture, the foundation of an enterprise service bus is built of base functions broken up into their constituent parts, with distributed deployment where needed, working in harmony as necessary.

Turn this (web services)… …into this (SOA)

Decouples the point-to-point connections

from the interfaces

Allows for dynamic selection,

substitution and matching

Enables more flexible

coupling and decoupling of

the applications

Enables you to find both the applications

and the interfaces for

reuse

RESULT Greater Business Responsiveness

Application Service

Application Service

Interface

Application Service

Application Service

Interface Interface

Application Service

Application Service

Interface Interface Interface

Application Service

Application Service

Interface Interface

Application Service

Application Service

Application Service

Application Service

Application Service

Application Service

Application Service

Application Service

Enterprise Service Bus



SOA Reference Architecture _______________________________________________________________ Student Notes:

Dev

elop

me

nt S

ervi

ces

Integrated environment for design

and creation of solution

assets

IT S

ervi

ce

Man

agem

ent

Manage and secure

services, applications & resources

Business Innovation & Optimization Services

Facilitates better decision-making with real-time business information

Infrastructure Services

Optimizes throughput availability and performance

Interaction ServicesEnables collaboration

between people, processes & information

Process ServicesOrchestrate and

automate business processes

Partner Services

Connect with trading partners

Business App Services

Build on a robust, scaleable and secure services environment

Information Services Manages diverse data

in a unified manner

Access Services Facilitates interactions

with existing information and application assets

Facilitates communication ESB between services



BEA SOA Foundation

Provides what you need to get started with SOA using integrated and open software,

best practices and patterns

_______________________________________________________________ Student Notes:

• SOA is a design for linking business and computational resources (principally, organizations, applications and data) on demand to achieve the desired results for service consumers (which can be end users or other services). OASIS (the Organization for the Advancement of Structured Information Standards) defines SOA.

• BEA SOA Foundation is interoperable and fully modular — allowing you to select components on a

build-as-you-go basis by adding components as new requirements need to be addressed. And because BEA SOA Foundation is scalable, you can start small and grow as fast as the business requires.



Customer View of SOA

_______________________________________________________________ Student Notes:

• Getting started with SOA is easier with the Basic SOA Foundation — an integrated, open-standards-based set of software, best practices and patterns for Service Oriented Architecture. Basic SOA Foundation helps to extend the value of the applications and business processes that currently run your business, not replace them.



End-to-End Process Capabilities _______________________________________________________________ Student Notes:



SOA Platform Roles

_______________________________________________________________ Student Notes:

• There is no single, global, standard definition of all IT jobs, not to mention SOA projects. Many jobs require certifications, a defined knowledge base, or cognitive tests; however, these certifications cannot always truly prove a candidate's applied knowledge, skill transfer, and creativity aspects.

• Because the team size, the workload, the types of work, and the subjects needed to solve IT problems vary greatly across companies, industries, and geographies, flexible teams with some specialist members are necessary. To coordinate such teams, the leaders (the architects and project managers) have to demonstrate the aforementioned capabilities beyond mere subject knowledge.



Why do Business Process Modeling? _______________________________________________________________ Student Notes:

Modeling for Documentation & Compliance • Document processes to better understand your business • Understand and capture complex behaviors and domain

expertise in processes • Use output for training, collaboration and documentation;

i.e., requirements for compliance regulations (Sarbanes-Oxley and Basel II)

Modeling for Redesign & Optimization • Discover potential areas for process improvement and

latent value in processes • Document both the current state and future state business

process and the comparison to validate enhancements and ROI before committing resources

• Establish and track measurable process metrics for performance

• Modeler for services decomposition

Modeling for Execution • Ability to change the business process to respond to

changes in market • Future state business process is ready to be passed to

application, workflow and business process development tools to be executed as a new running process

• Linked real-time monitoring provides feedback on process improvements and reporting for compliance on running processes



Business Process Modeling _______________________________________________________________ Student Notes:

• BPM is a set of technologies and standards for the design, execution, administration, and monitoring of business processes. A business process is the flow or progression of activities (the "boxes")--each of which represents the work of a person, an internal system, or the process of a partner company--toward some business goal.

• Over the years, the scope of business processes and BPM has broadened. Less than a decade ago,

BPM, known then as "workflow," was a groupware technology that helped manage and drive largely human-based, paper-driven processes within a corporate department. BPM today is an enterprise integration technology complementing Service-Oriented Architecture (SOA), Enterprise Application Integration (EAI), and Enterprise Service Bus (ESB).

Map the business processes in the organization • Identify the applications that

make up these processes

• Determine who consumes these applications (People or other Applications)

BPEL Business Modeler can model and simulate business processes without writing code



SOA Business Modeler

Graphically Model Processes • Simple but Comprehensive Modeling • A business tool for business users • Model everything you need to design and “sand-box” your

business process – Costs, Times, Resources

Simulate and Analyze • Simulated execution of the business process with detailed

statistical analysis tools

Collaborate and Web Publish • Tools to allow multiple people to work as a team on

business process work • Tools to publish business process work across the

business

Hand Off to IT • Export business and data models for use in IT deployment

Visio Input • Import existing process pictures done in Visio as a starting

point for true business modeling

_______________________________________________________________ Student Notes:

• SOA Business Modeler products help organizations fully visualize, comprehend, and document their business processes. Rapid results can be obtained through the collaboration functionality, where subject matter experts team to clearly define business models and eliminate inefficiencies.

• You can model business processes, then deploy, monitor, and take actions based upon KPIs, alerts, and triggers for continuous optimization. Business processes then get tightly linked with strategic corporate objectives.



Assembly Concepts BPEL without Coding

• Standards based process support

Full Workflow Support • Built-in human task support

State Machines • For complex transactions

Dynamic Processes and Assembly

• For flexibility and responsiveness

• Business rules to determine the process flow

• Selectors to determine which components are in the flow

Assembly with Eclipse-like Integration Developer • Tooling and architecture for composite

applications

_______________________________________________________________ Student Notes:



Eclipse-like Integration Developer

Reduce cost of skills • Default = Little to no Java • Roles/progressive disclosure

Accelerate skills • Tutorials • Out of box experience • Samples

Reduce time to deployment • Business objects,

relationships • Wiring/components • End-to-end test framework

Simplify the authoring metaphor • Interface/data transformation • Business process • Business rules • Business state machines • Business Events

_______________________________________________________________ Student Notes:



Testing and Debugging

Integrated Process Server for iterative development & test

Server can be started in the Debug Mode

Debugger runs in the Debug Perspective

Capabilities • Set breakpoints in a

component

• Step through the component

• Change the values of its variables

• Step into source code

_______________________________________________________________ Student Notes:



Deployment

A Single Process Server • Integrated runtime for all SOA based process

automation • Runtime engine for all the components defined in

Assemble (Assemblies, BPEL, State Machines, Business Rules…)

• Fully leverage the breadth and capability of an Application Server

• Reliable, scaleable, secure

Integrated ESB for Range and Reach • Provides seamless access to all available services • Adapters provide the service on-ramp for existing

applications • B2B to interoperate with your extended partner network

Service Components and Business Objects • Build processes without knowledge of existing

applications • Simplifying and accelerating, providing flexibility and

reuse

_______________________________________________________________ Student Notes:



Enterprise Service Bus Capabilities

Flexible connectivity infrastructure for integrating applications, data and services to power your SOA • ROUTING messages

between services • CONVERTING transport

protocols between requestor and service

• TRANSFORMING message format between requestor and service

• HANDLING business events from disparate sources

_______________________________________________________________ Student Notes:

• An ESB is software infrastructure that simplifies the integration and flexible reuse of business components using a service-oriented architecture. An ESB supports the goals of service orientation by making it easy to dynamically connect, mediate and control services and their interactions.

• An enterprise service bus simplifies connection of new applications, Web services and hundreds of

legacy technologies. Whether a J2EE or .NET application, Web service, database, or legacy message broker, any resource connected to the ESB is made broadly available for communication with any other connected resource.



Define ESB Offerings

A Basic ESB: • Integration Server, an

upgraded product delivering an Enterprise Service Bus, built on top of and leveraging vendor Application Server. Facilitates SOA for Web services. Uniquely able to connect to messaging networks.

An Advanced ESB: • Message Broker, a more

advanced version of a proven product, built on top of an leveraging MOM. Delivers an advanced Enterprise Service Bus facilitating SOA for existing (non-Web Services) applications.

_______________________________________________________________ Student Notes:

• The ability to mediate services without requiring changes to them provides another key benefit: meditation eliminates inflexible, hard-coded service interdependencies. Service interdependencies, especially hidden ones, are the enemy of flexibility because they make it difficult to understand the impact of a service change in an SOA. By isolating and making explicit the mediation among services, an enterprise service bus makes it dramatically easier to manage change in a complex environment.



Integration Server Components

_______________________________________________________________ Student Notes:

• Process or Integration Server is the runtime engine for artifacts produced in a business-driven development process. Technically, the Process or Integration Server is mounted on top of an existing Application Server,

• The business process component in Process Server implements a WS-BPEL compliant process engine.

Users can develop and deploy business processes with support for long and short running business processes and a robust compensation model in a highly scalable infrastructure. WS-BPEL models can be created in WebLogic Workshop or imported from a business model that has been created in Business Modeler.



Common Data Model: Business Objects

Enhanced Service Data Object • Provides some function not

available in base SDO specification (close to SDO 2.0)

• Supports Inheritance and Aggregation

• Enables import of ‘standard’ XSD

Business Object Framework consists of:

Business Object definition

Business Object Metadata definition

Business Graph definition

Business Ob

ject Services

_______________________________________________________________ Student Notes:

• Business objects are objects in an object-oriented computer program that abstract the entities in the domain that the program is written to represent. For example, an order entry program needs to work with concepts such as orders, line items, invoices and so on. Each of these may be represented by a business object.

• Business objects are sometimes called domain objects (where the word domain means the business), and a domain model represents the set of domain objects and the relationships between them.


© Copyright 2008, OnsiteSeminar LLC Introduction to Business Process Modeling

ved, no unauthorized duplication Unit 2. Getting Started with SOA 2-24

15, 2008

Invocation Model: Service Components

_______________________________________________________________ Student Notes:

• The SCA specification denotes that an application designed with SCA will have the following advantages:

o Decoupling of application business logic from the details of its invoked service calls. o It allows us to target services in a multitude of languages including C++, Java, COBOL, and

PHP as well as XML, BPEL, and XSLT. o The ability to seamlessly work with various communications constructs including One-Way,

Asynchronous, Call-Return, and Notification. o The ability to "bind" to legacy components or services, accessed normally by technologies such

as Web Services, EJB, JMS, JCA, RMI, RPC, CORBA and others. o The ability to declare (outside of business logic) the Quality of Service requirements, such as

Security, Transactions and the use of Reliable Messaging. o All data could be represented in Service Data Objects (SDO).

All rights reser Revision: July



Section II. Getting Started with SOA Unit Summary


Illustrate rise of SOA applications Depict the role of Web services in SOA environment Define components of SOA architecture Understand roles of individuals and products Depict the role of modeling Demonstrate the usage of the Enterprise Service Bus Understand the implementation of the Process Server

Introduction to Business Process Modeling Section V: BPM Implementation

© Copyright 2008, OnsiteSeminar LLC Introduction to Business Process Modeling All rights reserved, no unauthorized duplication Unit 5. BPM Implementation 5-1 Revision: July 15, 2008

Section V: BPM Implementation



Section V. BPM Implementation Unit Description

In this unit, the student will be introduced to the capabilities, features and abilities of Business Process Management for modeling our application workflows, lifecycle of BPM projects, steps for building and deploying a process and the roles of components. The instructor-led lecture is supplemented with a series of hands-on exercises to reinforce all of the BPM concepts discussed in this section.

Unit Objectives


Understand the role of Business Process Management Illustrate the role of Business Process Management Discuss the lifecycle of a BPM process Understand the different roles in a BPM project Depict the deployed components and illustrate the deployment

process




BPM Tools



Vendor Products for BPM

The core vendor products for Business Process Management are used as follows: Modelin g Tool BPEL Modeler is usually an Eclipse-based toolset to model business processes. It is designed for business analysts to model, simulate, and optimize business processes before they hand over the model to IT for implementation refinements.

Assembl

y An add-on integration piece of the toolset for assembly of composite applications. This tooling is designed for IT developers and IT architects. It links directly with a GUI BPEL Business Modeler for seamless interaction between different roles and organizations.

Runtime Integration Server as a runtime environment for flexible deployment of business processes. It makes plug-and-play of components a reality. An Integration Server offers the secure, robust, and scalable environment needed to deploy mission-critical business processes. Mana

ge BAM Monitor offers real-time visibility into process performance, enabling process intervention and continuous improvement. It allows for visualization of key performance indicators, so that the health of the business can be monitored and arising problems can be pinpointed, allowing for immediate resolution.

______________________________________________________________________ Student Notes:



BPM Lifecycle

Developer IDE

BPEL Modeler Integration Server

BAM Monitor (Application Manager for SOA)

______________________________________________________________________ Student Notes:



BPEL Business Modeler

BPEL Business Modeler can be used for documentation and compliance purposes, providing a visual

and textual representation of processes, information, organization, resources, classifiers, and business

measurements to be shared across an organization

Understand and transform your business through superior business modeling, simulation, analysis, and collaboration capabilities

View animated step-by-step simulation flows of real-time data, with simulation snapshots available for reference

Evaluate process changes prior to implementation, providing valuable cost and resource estimates

Identify and eliminate process inefficiencies, such as bottlenecks and workload imbalances, for more effective resource utilization

______________________________________________________________________ Student Notes:

• Defining and modeling business processes is a critical factor in improving business performance. A business process is a variable pattern of interactions that occur between an organization's components and its environment as the organization pursues its business objectives. Business processes are often complex because of numerous incremental changes that were made in reaction to unique and transient circumstances. Without formal process documentation and process management systems, these process complexities can burden an organization with unnecessary hindrances and bottlenecks. A well-constructed business process model can help you locate and eliminate those hidden inefficiencies, costs, and delays.



Developer IDE

______________________________________________________________________ Student Notes:

• Developer IDE simplifies integration with its Service Component Architecture (SCA). SCA uses Business Process Execution Language for assembling business process tasks into workflows, which can then be deployed to the Integration Server.

• The Developer IDE can directly import business models from the BPEL Modelers. You can then use

a wiring editor for assembling service components, for importing service interface definitions, and for setting binding policies to build SOA-enabled applications.

IDE is an GUI-based tool designed to help create business process flows, state machines, and

business rules

Simplifies integration with rich features that accelerate the adoption of SOA by rendering existing IT assets as service components

Enables integration developers to assemble complex business solutions -- processes, mediations, adapters, or code components -- requiring minimal skills

Enables construction of process and integration solutions using drag-and-drop technology without having a working knowledge of Java

Enables rapid assembly of business solutions by wiring reusable service components

Integrates testing, debugging, and deployment for solution development



Integration Server ______________________________________________________________________ Student Notes:

• Integration Server enables deployment of standards-based process integration solutions in an SOA. SOA is a discipline and a framework that takes everyday business applications and breaks them down into individual business functions and processes, rendering them as services.

• SOA is a conceptual description of the structure of a software system in terms of its components and

the services they provide, without regard for the underlying implementation of these components, services and connections between components. This means that a well defined set of business-level interfaces for the components can be created and maintained, shielded from lower-level technology changes.

Orchestrates the assets of your business to form highly optimized and effective processes to meet your business goals

Ensures interoperability and flexibility as part of your service oriented architecture (SOA) through adoption of popular standards, such as BPEL, Web services, JMS, XML, and many more

Contains an Enterprise Service Bus, to mediates disparate resources, maximizing reuse of your assets

The primary hosting environment for business Processing, built on Enterprise Service Bus,

Integration Server includes support for Web Services Business Process Execution Language (WS-BPEL)



Business Monitor ______________________________________________________________________ Student Notes:

• The Business Monitor is a Web-based client/server application that measures business performance, monitors processes and work flow, and reports on business operations. The information captured can help you identify problems, correct faults, and change processes to achieve a more efficient business.

Provides a visual display of business process status with alerts and notifications to key users

Controlled through a customizable dashboard implemented as Portal pages that are visually intuitive

Integrates sophisticated business analysis with business processes and enhances innovation and optimization in key business processes

Integrates with BPEL Modeler for insightful business modeling, simulation, and analysis

Business Monitor enables you to monitor business processes in real time, providing a visual display

of business process status and complements BPEL Modeler




BPM Roles



Roles of BPM

______________________________________________________________________ Student Notes:



Business Analyst ______________________________________________________________________ Student Notes:

• Defining and modeling business processes is a critical factor in improving business performance. A business process is a variable pattern of interactions that occur between an organization's components and its environment as the organization pursues its business objectives. Business processes are often complex because of numerous incremental changes that were made in reaction to unique and transient circumstances. Without formal process documentation and process management systems, these process complexities can burden an organization with unnecessary hindrances and bottlenecks

Typically the first step is to document and capture a high-level abstraction of the currently implemented business process in a Business Modeler. This model is referred to as the “As-Is” model and may be a totally manual process without any IT automation.

The next step is to develop a “To-Be” model by analyzing, simulating, and optimizing the As-Is situation. Simulation allows the assessment of the performance of a process, just as in a real-life work environment. It generates statistics and reports to pinpoint potential areas of improvement. The organization should be in agreement about implementation of the optimized To-Be process model.



Process Specialist ______________________________________________________________________ Student Notes:

• A business process model is a visual representation of a process that contains supporting information. To create effective models, you must have a well-designed modeling structure that ensures consistent and complete representation of relevant information, including normal operations as well as alternatives and exceptions to standard procedures. You can use business process models to achieve many goals, including the following:

o Documenting existing procedures o Determining requirements for staff, systems, and facilities o Planning changes to existing processes and systems o Testing and analyzing existing and proposed processes

Describe the business performance aspects of a business model as a business measures model (observation model)

Export the model to be used by BAM Monitor to create custom dashboards for business users

When they export business measures model, the process model is exported as well

This is an IT-aware business process specialist or architect that will

finalize the To-Be model to hand over to IT



IT Developers/Architects

______________________________________________________________________ Student Notes:

The process model is handed over to IT development for refinement and IT integration within Developer IDE

IT architects typically define the component structure and the reuse of assets for the new overall composite application solution

Development teams build and assemble services and components required for the execution of a defined process

Developers utilize Developer IDE that contains an integrated test environment to test components and the assembled application



Business Users

______________________________________________________________________ Student Notes:

• A Business Monitor calculates Key Performance Indicators (KPIs) and metrics using collected events, based on a given model. The calculated KPIs and metrics values are represented on a number of views based on business needs. Business Monitor notifies users of incidents requiring their attention and can also perform corrective actions to avoid failures.

Business Monitor is utilized by business users to monitor the status of our applications in

real-time

Manage in flight processes Monitor the Business Performance of

active processes Gather Business Intelligence from

collected process data Create intuitive role-based dashboards



Administrators ______________________________________________________________________ Student Notes:

Developer hand over the tested composite application with its artifacts to Integration Server administrators

Deploy the process to the runtime environment and the business measures model to the Business Monitor

Integration Server

Composite Application



Deployment of Business Process

Integration Server ______________________________________________________________________ Student Notes:

Administrative Console • Manage BPEL container • Install/uninstall BPEL applications • Start/stop BPEL applications



Section V. BPM Implementation Unit Summary


Understand the role of Business Process Management Illustrate the role of Business Process Management Discuss the lifecycle of a BPM process Understand the different roles in a BPM project Depict the deployed components and illustrate the

deployment process

train. learn. succeed.€¦ · of business process execution language (bpel) and its role for...

Documents