sesion 03 bpm y bpmn

205
Fundamentos y Modelamiento de Procesos de Negocio bajo Business Process Management (BPM) Ing.Luis Ing.Luis Contreras, PMP Contreras, PMP IBM IBM Certified Certified Specialist Specialist for for RUP RUP [email protected] [email protected]

Upload: adolfo-galindo

Post on 29-Nov-2015

162 views

Category:

Documents


4 download

TRANSCRIPT

Fundamentos y Modelamiento de

Procesos de Negocio bajo

Business Process Management Business Process Management

(BPM)

Ing.LuisIng.Luis Contreras, PMPContreras, PMPIBM IBM CertifiedCertified SpecialistSpecialist forfor RUP RUP [email protected]@gmail.com

� 1. Introducción a BPM (Business Process Management)- Definición de Proceso.- Definición de BPM.- Elaboración del mapa de procesos de la organización.

Temario

organización.- Ciclo de Vida de la Gestión de los procesos.- Orientación de una organización a los procesos de negocio.- Definicion de BPMS (BPM System).- BPM y SOA (Arquitectura Orientada a Servicios): SOA y la importancia del ESB.

� 2. Principales herramientas BPMS (BPM System) del mercado- Breve análisis comparativo.

� 3. Modelamiento de Procesos de Negocios.- BPMN 2.0 (BPM Notation)

Temario

- BPMN 2.0 (BPM Notation)

� Introducción a BPM

�Conceptos Principales

�Mapa de procesos de la empresa

�Características

� BPMS

Agenda

� BPMS

� BPM y SOA

� Modelamiento de procesos

�BPMN 2.0

� Introducción a BPM

�Conceptos Principales

�Mapa de procesos de la empresa

�Características

� BPMS

Agenda

� BPMS

� BPM y SOA

� Modelamiento de procesos

�BPMN 2.0

Identificación de Procesos

Agilidad del

Negocio/Ventaja

Competitiva

Excelencia

Operacional

+

Evolución de los Negocios

Empresa Integrada +

Enterprise Resource Planning

El Negocio como una Red

Arquitectura Orientada a Servicios +

Plataforma de Procesos de Negocio

1990s 2000s 2010s

Enfoque de Implantación de BPM

Introducción

� Muchas han sido las iniciativas que –a lo largo de los años- se han propuesto para que las empresas puedan afrontar los retos de rapidez de adaptación y mayor flexibilidad para el cambio.

� Desde la Gestión de Calidad Total (TQM) � Desde la Gestión de Calidad Total (TQM) hasta Six Sigma (6σ) pasando por� Reingeniería de Procesos de Negocio (BPR)

� Just in Time (JIT)

� Costeo Basado en Actividades (ABC),

� Kaizen,

� Supply Chain Management (SCM) y

� Cuadro de mando integral (BSC)

Introducción

� Las promesas de TI se remontan desde

� Los Sistemas de Información Gerenciales (MIS) y la

tecnología Cliente/Servidor

� hasta llegar a los

� ERP y los CRM, sin olvidar las soluciones Business

to Business (B2B).

� ¿Porqué estos esfuerzos no han tenido el éxito

esperado?

Introducción

� Un estudio revelador realizado sobre la utilización de 200 herramientas administrativas en 160 empresas durante un lapso de 10 años, encontró que las empresas que alcanzan un desempeño superior son las que dominan 4 elementos fundamentales:elementos fundamentales:� Estrategia,

� Cultura,

� Estructura y

� Ejecución

� independientemente de la herramienta utilizada.

Introducción

4 Pasos:

� Elaborar una estrategia adecuada, que permita aprovechar las condiciones externas y las capacidades internas.

� La cultura – los supuestos compartidos- debe � La cultura – los supuestos compartidos- debe alinearse para permitir alcanzar los objetivos,

� Crear una estructura organizacional que soporte las iniciativas dentro de la organización.

� Ejecutar las estrategias

Introducción

� ¿cómo pueden las organizaciones ejecutar adecuadamente?

Las organizaciones sólo cuentan con Las organizaciones sólo cuentan con dos formas de instrumentar las dos formas de instrumentar las dos formas de instrumentar las dos formas de instrumentar las estrategias: estrategias:

••Los proyectos y Los proyectos y ••Los procesos.Los procesos.

Proceso

� Un Proceso de Negocio es una colección de actividades que tomando una o varias clases de entradas crean una salida que tiene valor para un cliente. (Hammer & Champy, 1993)

Ciclo de Vida de la Gestión de los

procesos

� Descubrimiento� Hacer explícita la manera en que se hacen las cosas (frente a

cómo se deberían hacer).

� Diseño� Modelar, simular y reestructurar el PN.

� Despliegue� Despliegue� Implantar un nuevo PN a todos los participantes (personas,

sistemas, otros procesos)

� Ejecución� Asegurar que el nuevo PN es llevado a cabo por todos los

participantes.

Ciclo de Vida de la Gestión de los

procesos

� Operación y Mantenimiento

� Intervenir para resolver excepciones. Reasignar participantes.

� Optimización

� Cambiar el PN para mejorarlo.

� La mejora de procesos debe ser un esfuerzo continuo, en ciclos de diseño-despliegue-ejecución-operación-optimización.

� Análisis

� Medir el rendimiento del PN e idear estrategias de mejora.

Mapa de Procesos

Muchos procesos de negocios dan servicio a

diversas áreas funcionales y traspasan los límites

entre ventas, marketing, manufactura e

investigación y desarrollo.

Estos procesos transcienden la estructura Estos procesos transcienden la estructura

organizacional tradicional, agrupando empleados

de diferentes especialidades funcionales para

completar una pieza de trabajo.

Mapa de procesos de la organización.

Modelo de un sistema de Gestión de calidad

basado en procesos (ISO 9001:2000)

Mapa de Procesos

Objetivo: Lograr un nivel de desagregación que

permita llegar al nivel de procesos operativos, de

bajo nivel,

---> para realizar un trabajo más detallado que

conduzca a describir, mejorar o rediseñar.conduzca a describir, mejorar o rediseñar.

Tres tipos de procesos:

� Procesos Estratégicos,

� Procesos del Negocio / Operativos y

� Procesos de Apoyo

Modelo para la agrupación de

procesos en el mapa de procesos

Identificación de Procesos

Procesos Estratégicos. Los procesosestratégicos son aquellos relacionados conlas estrategia de la organización, considera:

� La forma como se establece la visión,misión, valores, directrices funcionales,misión, valores, directrices funcionales,objetivos corporativos, departamentalesy personales y el programa de acciónentre otros componentes.

� La forma como se monitorea elcumplimiento de los objetivos, ladefinición de indicadores y como semantienen actualizados.

Identificación de Procesos

Procesos Estratégicos:

� La forma como se comunica laestrategia y la forma de motivar a todoslos integrantes de la organización enlograr sus definiciones, entre otroslograr sus definiciones, entre otrostemas relacionados.

Identificación de Procesos

Procesos de Negocio / Operativos.Atienden directamente la misión del negocio y satisfacen necesidades concretas de los clientes.

Los procesos de negocios están asociados a los productos o servicios que presta una a los productos o servicios que presta una organización

� En empresas pequeñas se estima razonable identificar entre 1 y 3 de estos macroprocesos;

� En empresas grandes este número puede llegar a 8.

Identificación de Procesos

Procesos de Negocio / Operativos.Ejemplos de procesos en diferentes empresas:

�En una empresa de confección de vestuario a pedido: Satisfacer el pedido de vestuario a pedido: Satisfacer el pedido de un cliente, Diseño de productos.

�En una agencia de aduanas:Importaciones, Exportaciones.

Identificación de Procesos

Procesos de Apoyo.Son servicios internos necesarios para realizar los procesos del negocio.

También se les llama procesos secundarios. � En empresas pequeñas es fácil identificar

hasta unos 20 procesos de apoyo, hasta unos 20 procesos de apoyo,

� Pueden llegar hasta 400 en grandes organizaciones, sin considerar las diferentes versiones de cada uno.

Identificación de Procesos

Procesos de Apoyo.Por ejemplo:

� Compra de artículos de oficina

� Pago de anticipos

� Pago de remuneraciones

Declaración y pago de impuestos� Declaración y pago de impuestos

� Servicios de alimentación

� Impresión de formularios

� Reposición de maquinarias

� Reparación de maquinarias

Mapa principal de procesos para una

industria

Mapa principal de procesos para un

hotel

Desde Automatización de Procedimientos a Procesos de Negocio

➔Las compañias casi-siempre han estado centradas

en soluciones informáticas departamentales (

Automatización de procedimientos Manuales)

➔El negocio debe estar centrado en procesos de

negocio y no en aplicaciones ( Automatización de

procesos de negocio)procesos de negocio)

Sistema Financiero( SAP)

Sistem Atención al cliente ( Siebel, People Soft)

Sistema de facturación

Sistema de ordenes de trabajo

Aprovisionamiento Linea Telefonica

Y nuestra propuesta para enfrentar la solución es...

Arquitectura tecnológica Solución

XMLXMLWebsericesWebservices

Componentes

XML

J2EE

.NET

XMLWebsericesWebservices

LDAP

WebsericesJAVA / C#

WebsericesSQL

ObjetosCORBA

¿ Oiga y los datos que debe

soportar la solución?

No se preocupen!!

Eso lo migramos en una semana. Ademas colocamos una base de datos

Y nuestra propuesta para enfrentar la solución es...

� ¡Solución del problema 100% centrada en la tecnología !

Ademas colocamos una base de datos

temporal mientras creamos un modelo unico

¿ Oiga y como hacemos para

que el cliente haga la solicitud de aprovisionamiento en línea

Facil, eso es un procesito

de capturar solamente los datos del producto y luego lo

replicamos vía Batch al facturador.

Y despues de todo: ¿Qué tan exitosa es nuestra propuesta?

• Qué tan exitosos son los proyectos de software ( Desarrollo, Integración, Infraestructura) ?

Tiempo

Estudios Relacionados➔ Chaos Report (Standish Group Report)

Tiempo Alcance

Recursos ( $$$, Gente)

Group Report)

➔ 22%-31% de los proyectos son cancelados antes de terminarlos

➔45% -52.7% de los proyectos cuestan cerca del 189% del presupuesto inicial

Calidad

Usabilidad

¿ Qué falló ?

➔ Requerimientos y especificaciones incompletas

➔ Visión del problema centrada en técnologia

➔ Nuevas tecnologias

➔ Poco acompañamiento y compromiso del cliente

➔ Cambios constantes de requerimientos y Cambios constantes de requerimientos y especificaciones

➔ Marcos de tiempos irreales

¿ Qué falló ?

➔ Expectativas irreales

➔ Carencia de recursos

➔ Mala planeación

➔ Mala gerencia de proyectos

➔ Objetivos de negocio poco clarosObjetivos de negocio poco claros

➔ Resolver problemas que no existen

Fuerzas que gobiernan un proyecto

Procesos de negocio

Modelo de interfaces, integración y cooperación

Problema de negocio a resolver

Modelo de datos o

entidades de negocio

Tecnología y marcos de referencia tecnológicos

Necesidad de un enfoque arquitectónico con visión empresarial

Arquitectura de Procesos de Negocio

Arquitectura de datos

Arquitectura Empresarial

Arquitectura de datos

Arquitectura de interfaces / Integración

Arquitectura tecnológica

Solución

Modelo de alineamiento Estratégico

Arquitectura empresarial

� Es una forma de representar integrada yrelacionadamente una empresa, pudiendoconsiderar todos y cada uno de los elementosque la componen.

� Establece una visión de los negocios de laempresa, desde su perspectiva estratégica,hasta cómo estos son formulados en cuanto ahasta cómo estos son formulados en cuanto asu apoyo tecnológico.

� Formado por: estrategias, modelos de negocio,procesos, información, sistemas,infraestructura de tecnología, todo lo necesarioque debe existir para que la empresa lleve acabo su razón de ser.

Qué es el Framework de Zachman?

� Es un marco de trabajo para la arquitectura empresarial que provee una manera formal y altamente estructurada de ver y definir estructurada de ver y definir una empresa.

� Es una estructura lógica destinada a proveer una representación clara de una empresa de TI.

Un poco de Historia

� Zachman se ha estado enfocando en la Arquitectura Empresarial desde 1970 y ha escrito extensivamente sobre este tema.

� El señor Zachman se retiró de IBM en 1990, después de 26 años de servicio.

El Zachman Framework para arquitecturas de � El Zachman Framework para arquitecturas de empresa fue publicado en 1987 por John Zachman.

� Zachman no es conocido únicamente por su trabajo en Arquitectura Empresarial, sino también por sus tempranas contribuciones a la metodología de Estrategia de Información (Business Systems Planning) de IBM, así como a las técnicas de planificación del Equipo Ejecutivo (Intensive Planning).

Permite definir la arquitectura en base a ?

� ¿Qué? Los datos, sus relaciones y significados

� ¿Cómo? Los procesos y funciones de la corporación

� ¿Dónde? La red, tecnologías, distribución y localización de procesos, funciones y sistemas.

� ¿Quién? La gente que forma parte de la compañía, seguridad y roles hasta la organización de la

� ¿Quién? La gente que forma parte de la compañía, seguridad y roles hasta la organización de la compañía y los flujos de trabajo existentes

� ¿Cuándo? El tiempo, representando ciclos, estructuras de proceso, de control y eventos de negocio

� ¿Por qué? Las motivaciones en los diferentes segmentos de la compañía: objetivos de negocio, planes estratégicos, diseño y especificación de reglas, etc.

Framework de Zachman

1

2

Contextual

Conceptual

Visionador

Modelador

Negocio

QuíenDóndeQué Cómo Cuando Porque

3

4

5

6

Lógica

Física

Deployment

Execución

Diseñador

Implementador

Integrador

Usuario final

Tomado: Framework Zachman (www.zifa.com)

1

2

Contextual

Conceptual

Visionador

Modelador

Negocio

QuíenDóndeQué Cómo Cuando Porque

Framework de Zachman

3

4

5

6

Lógica

Física

Deployment

Execución

Diseñador

Implementador

Integrador

Usuario final

+Fila 2 – Modelo

1

2

3

4

5

Contextual

Conceptual

Logical

Physical

As Built

Contextual

Conceptual

Logical

Physical

As Built

WhyWho WhenWhereWhat How

+Fila 1 – AlcanceRequerimientos y

directrices externasModelamiento

funcional del negocio

Framework de Zachman

+Fila 2 – Modeloempresarial

Modelo de procesos del negocio

+Fila 3 – Modelo del sistemasModelo lógicoDefinición de requerimientos

5

6Functionin

gFunctionin

g

WhyWho WhenWhereWhat How

1

2

3

4

5

Contextual

Conceptual

Logical

Physical

As Built

Contextual

Conceptual

Logical

Physical

As Built

WhyWho WhenWhereWhat How

Framework de Zachman

+Fila 4 – Modelotecnológico

Modelos físicosDefinición y desarrollo

de la solución.5

6Functionin

gFunctionin

g

WhyWho WhenWhereWhat How

+Fila 5 – Modelo de despliegue

Deployment y assembly

+Fila 6 – Modelo de ejecuciónFuncionamiento empresarial de la soluciónEvaluación y valoración

Portal

Clientes

Solicitar crédito en línea

¿ Porqué no han hecho el desembolso o no me han notificado ?

Base de datos temporal(SOLO ES TEMPORAL)

¿Cómo va este negocio?

GrupoGerencial

Indicadores

12 horas

¿Por qué no cumplimos las metas?

Procesos

Orientación a Procesos

(Procedimientos)

CRM

Área comercial

Área de GestiónDocumental

ECM

6 horas 8 horas

Análisis de crédito

Área decrédito

Scoring

Área deRiesgo

4 horas

CoreBancario

Área de operaciones

4 horas

Validar referencias y datos

Realizar análisiscrediticio

Validar riesgo Crear Productos

Digitar solicitud

4 horas

� Las compañías están orientando su estrategia hacia un modelo centrado en clientes más que en el tradicional modelo de orientación a productos.

Orientación a Procesos

� Los clientes solicitan procesos de negocio como medio de atención y prestación de los servicios (Orientación al trámite)

� Los procesos de negocio motivan estrategias de medición a nivel ejecutivo (KPI).

CLIENTES GRUPO EJECUTIVO

Proceso: Gestión solicitud crédito

BPMDashboard,KPI (Key Performance Indicator)

BAMPORTAL

Orientación a Procesos

KPI (Key Performance Indicator)

Crear cliente

RealizarAnálisis crediticio

ValidarRiesgo

CrearCrédito

Desembolsarcrédito

SERVICES

RiesgoCréditoCRM Core Bancario

EMPLEADOS

EIS

Reduce time 2

market

Autoservicio

Internet ATM IVR Otro Canal

¿Qué quiere el

negocio?

¿Qué tenemos al interior de la

organización?

• Se pierde capacidad de respuesta al mercado

• No hay flexiblilidad (Sí cambia una regulación,

Duplicidad de funcionalidades x canal

Orientación a Procesos

Reducir costos

de operación

Multicanalidad

Orientación al

cliente vía

procesos

Consultar

Saldo

Consultar

Saldo

Consultar

Saldo

Core Bancario

Consultar

Saldo

• No hay flexiblilidad (Sí cambia una regulación,

tenemos que cambiar 4 programas)

Reduce time 2

market

Autoservicio

Multicanalidad

¿Qué quiere el negocio?¿Qué tenemos al interior de la

organización?

Solicitud de Producto

Tarjeta de

crédito

Crédito

Consumo

Crédito

Vehículo

Orientación a Procesos

Reducir costos

de operación

Multicanalidad

Orientación al

cliente vía

procesos

• Formatos diferentes

• Procesos diferentes para cada tipo de producto a

pesar de existir bastante similitudes

• Cada proceso se implementa en tecnologías

diferentes (Proveedor A, Proveedor B, Proveedor C)

Reduce time 2

market

Autoservicio

Multicanalidad

¿Qué quiere el negocio?¿Qué tenemos al interior de la

organización?Funcionalidades no

multicanal y

duplicadas

Duplicidad de procesos soportados

en tecnologías diferentes para

Altos costos de

operación y

mantenibilidad de los

sistemas

Orientación a Procesos

Reducir costos

de operación

Multicanalidad

Orientación al

cliente vía

procesos

en tecnologías diferentes para

productos similares

Duplicidad de sistemas por

incompatibilidad de tecnologías

Problemas de responder

rápidamente a regulaciones &

condiciones de mercado

Orientación a ProcesosEsencia Flexible basada en servicios

Estrategia de Negocio

Define

Define

Define

Ciclos de reconovación más cortos

Procesos de negocio

Modelo de información

Aplicaciones

Tecnología

Cultura y Gestión del

Cambio

Gobernabilidad

Iniciativa o

Proyecto #1

Iniciativa o

Proyecto #2

Iniciativa o

Proyecto #N

¿ ESENCIA FLEXIBLE ?

SOA

15% - 20%

� Las organizaciones están orientándose a clientes

más que a productos vía procesos de negocios.

� La estrategia de negocio es un objetivo en

movimiento y por ende debe soportarse sobre un

modelo de negocio y tecnológico lo suficiente

flexible.

Orientación a Procesos

flexible.

� Multicanalidad, multicanalidad segmentada,

autoservicio, reducir ciclos de mercado,

orientación a procesos de negocio medibles,

integración horizontal, reducción de costes de

colocar un producto al mercado, entre otros, son

motivadores que están determinando la estrategia

de negocio :

� FACTOR COMÚN ���� SERVICIOS SOA

CLIENTES GRUPO EJECUTIVO

Proceso: Gestión solicitud crédito

BPM

BAMPORTAL

Tras una definición de BPM

BPMDashboard,KPI (Key Performance Indicator)

Crear cliente

RealizarAnálisis crediticio

ValidarRiesgo

CrearCrédito

Desembolsarcrédito

SERVICES

RiesgoCréditoCRM Core Negocio

EMPLEADOS

EIS

BPM(Business Process Management)(Business Process Management)

� BPM es la metodología empresarial cuyo

objetivo es mejorar la eficiencia a través de la

gestión sistemática de los procesos de

negocio.

� SOA es un concepto de arquitectura de � SOA es un concepto de arquitectura de

software que define la utilización de los

servicios para dar soporte a los requisitos del

negocio.

BPM(Business Process Management)(Business Process Management)

� Hasta ahora el negocio se había adaptado a

las limitaciones que le forzaba la tecnología.

� Nótese que en los últimos 30 años nuestro

discurso había sido que la tecnología ayudaba

a gestionar mejor y por tanto hacía prosperar al a gestionar mejor y por tanto hacía prosperar al

negocio.

� Ahora es el negocio quien define las

actividades y procesos a través de un

modelado,

� lográndose un mejor entendimiento y

� la oportunidad de mejorarlos.

BPM(Business Process Management)(Business Process Management)

� Evidentemente, para desarrollar una estrategia

de BPM es necesario contar con una suite de

soluciones y herramientas denominadas BPMS

– Business Process Management System ó

Sistema de Gestión de Procesos de Negocio -, Sistema de Gestión de Procesos de Negocio -,

que nos permitan construir aplicaciones bajo

esta metodología.

BPM es BPM no es

1. Una disciplina que combina

software y conocimiento de

negocio con el objetivo de

acelerar la mejora de procesos

y facilitar la innovación en el

negocio.

2. Comprende el manejo de todo

el ciclo de los procesos

1. Una simple herramienta de

modelado de procesos que sólo

documenta procesos

2. Sólo workflow

3. Un ambiente de desarrollo que

reemplaza todos los otros

4. Un reemplazo de los sistemas

actualesel ciclo de los procesos

3. BPM gobierna a una

organización a través de las

áreas funcionales, con foco en

el cliente y visualizando los

procesos de negocio de inicio

a fin

4. Intrínseco a BPM se encuentra

el principio de mejora continua

actuales

Ventajas de BPM

� El negocio ya no depende de informática y

puede definir nuevos procesos y mejorar los

existentes mucho más rápidamente;

� Facilita la tercerización de partes del negocio;

Permite abordar modelos de negocio en � Permite abordar modelos de negocio en

colaboración con otros socios;

� Cambios en las capas más básicas, sin

interrupción del negocio;

� Facilidad para integrar tecnologías diversas.

BPM(Business Process Management)(Business Process Management)

BPM es la disciplinaBPM es la disciplina empresarial cuyo objetivo es empresarial cuyo objetivo es mejorar la eficienciamejorar la eficiencia a través de la gestión a través de la gestión sistemática de los procesos de negocio, que se sistemática de los procesos de negocio, que se deben modelar, automatizar, integrar, deben modelar, automatizar, integrar, monitorear y optimizar de forma continua.monitorear y optimizar de forma continua.

EsEs lala capacidadcapacidad dede tenertener visibilidadvisibilidad yy controlcontrol dedeprincipioprincipio aa finfin sobresobre unun procesoproceso queque manejamanejadiferentediferente informacióninformación yy enen elel queque intervienenintervienenmúltiplesmúltiples personaspersonas yy sistemassistemas..

BPM(Business Process Management)(Business Process Management)

�� BPM permite modelar la arquitectura BPM permite modelar la arquitectura empresarial orientándola a procesos, empresarial orientándola a procesos, automatizando cada uno de ellos de principio a automatizando cada uno de ellos de principio a fin y estableciendo las metodologías fin y estableciendo las metodologías necesarias para su monitorización y control.necesarias para su monitorización y control.

�� Frente a una organización tradicional en el que Frente a una organización tradicional en el que los Sistemas están centrados en los datos, se los Sistemas están centrados en los datos, se evoluciona con el enfoque BPM hacia unos evoluciona con el enfoque BPM hacia unos Sistemas centrados en Procesos de Negocio Sistemas centrados en Procesos de Negocio que son modelados mediante workflows.que son modelados mediante workflows.

Antes de BPM

Después de BPM

El Conocimiento

reside en la cabeza

de los empleados

El conocimiento

reside

en la cabeza de los

empleados

y en los

Volumen de conocimiento de la compañía

Después de BPMAdministración del Conocimiento. El capital de la empresa es el

conocimiento de sus proceso, el cual debe estar administrado,

resguardado y utilizado

de los empleados

Bajo uso del

conocimiento

común

y en los

procedimientos

Hay uso del

conocimiento

común, pero no es

procreativo

Compañías

con cultura

de

conocimiento

compartido

Se mantienen

dominios

del conocimiento

Volumen de conocimiento de la compañía

Bajo Medio Alto

Base Documental

DigitalizaciónWorkflow vivo, conDocumentos que fluyen

Después de BPMDocumento electrónico, base documental, firma electrónica.

Documentos que fluyen en los procesos

FirmaElectrónica

Actores Internacionales

Estándares de BPM

� BPEL4wsBusiness Process Execution Language (BPEL) for Web Services

� Provee un medio para especificar formalmente los procesos de negocios y los protocolos de interacción. De esta manera extiende el modelo de interacción y le permite (a los Web Services) soportar transacciones de permite (a los Web Services) soportar transacciones de negocios.

� Este estándar es patrocinado por: IBM, BEA Systems, Microsoft, SAP AG, Siebel Systems.

BPEL4wsEjemplo de generación de código a partir de BPMN

BPEL4wsMapeo de atributos

BPEL4wsCódigo generado

Estándares de BPM

� WfMCLa organización WfMC(Workflow Management Coalition), organización para la realización de estándares de workflow entre aplicaciones, crea el estándar XPDL(XML Process Definition Language) a finales de 1999 y publicó su estándar a finales de 2002. Este estándar permite tanto la descripción gráfico de flujo de procesos como la ejecución y simulación, tanto Este estándar permite tanto la descripción gráfico de flujo de procesos como la ejecución y simulación, tanto la interacción entre máquinas como la interacción con los usuarios del flujo.

� En 2005 se ha redactado un draft sobre la versión 2.0 de XPDL que define íntegramente las definiciones BPMN..

BPMS

BPMSBusiness Process Management System

� Son plataformas software que permiten el modelado,

despliegue y seguimiento de los procesos de negocio

de una organización por parte de desarrolladores,

analistas de negocio y administradores del sistema.

� Estos sistemas engloban tres categorías � Estos sistemas engloban tres categorías

fundamentales de herramientas:

� Herramientas de modelado de procesos (mendiante

BPMN u otro)

� Motores de Ejecución (ejecutan código BPEL,

XPDL, etc.)

� Herramientas de simulación, monitorización y

optimización de procesos.

¿Qué ofrece un BPMS para la gestión de una organización?

� Automatización, Trazabilidad y Control de

tareas, procesos y sus diferentes versiones.

� Integrarse con los sistemas operacionales

(ERP, CRM, SCM y otros Legacy) y bases de (ERP, CRM, SCM y otros Legacy) y bases de

datos existentes en la organización.

� Integrarse con los procesos tanto de

Proveedores como de Clientes y

Colaboradores.

� Incorporar las reglas de negocio que define en

cada momento la organización.

¿Qué ofrece un BPMS para la gestión de una organización?

� Proporcionar a la Dirección la visibilidad de los

procesos, monitorizar las operaciones en

tiempo real.

� Agilidad para responder a los cambios en las � Agilidad para responder a los cambios en las

condiciones de mercado de modo que la

Dirección pueda manejar excepciones y

modificar en tiempo real tanto reglas de

negocio como los mismos procesos.

Ciclo de vida de un BPMS

Tareas de un BPMS

� En resumen una suite BPMS debe dar soporte al

modelado, ejecución y monitorzación de procesos

Tareas de un BPMS� Capacidad para capturar procesos

ya existentes de manera estructurada mediante algún tipo de notación (e.g. BPMN)

� Simulación de parámetros de proceso (tiempo de ejecución, costes), en función de las variables independientes del mismo.independientes del mismo.

� Facilidades para agilizar la importación y exportación de modelos analíticos creados por expertos funcionales a modelos aplicativos ejecutables. Usando estándares como BPEL

Tareas de un BPMS� Ofrece diversos mecanismos de

invocación de procesos de manera

síncrona, por ejemplo vía web

services(publicando el WSDL), RMI.

� Permite el versionado de procesos.

� Tiene en cuenta :Tiene en cuenta :

� la escalabilidad (e.g. posibilidad en

crecimiento en número de usuarios

y recursos),

� el rendimiento(e.g. permite la

ejecución de miles de procesos

diferentes de manera concurrente)

� la fiabilidad(e.g. soluciones 24x7).

Tareas de un BPMS� La monitorización de procesos

permite obtener información de

negocio (Business Activity Monitoring, BAM) y técnica, con el

fin de identificar patrones de

utilización, situaciones de riesgo,

indicadores de desempeño, etc.indicadores de desempeño, etc.

� Además del almacenamiento y

captura de información se debe

tener en cuenta la agregación de

datos a partir de key performance

indicators(KPIs).

Componentes funcionales de una solución BPM

Componentes Funcionales de un BPMS

Modelador de

procesos

Ayuda a descubrir y modelar los

procesos

Herramientas de

desarrollo

Incluye diseñador de formas/pantallas y

editor de reglas de negocio

Máquina de Evalúa el estado de los objetos y Máquina de

Procesos

Evalúa el estado de los objetos y

ejecuta el método correcto basado en el

estado y las reglas asociadas

Máquina de

reglas

Habilita la ejecución de las reglas de

negocio

Repositorio Almacena meta-definiciones de

procesos, participantes e integración

Componentes Funcionales de un BPMS

Administración Provee de registros de auditoría,

permite monitorear y evaluar

métricas. Adicionalmente posibilita

la intervención manual de

emergencia por parte del

administrador del proceso para administrador del proceso para

redirigir el trabajo, abortarlo o

redefinirlo sobre la marcha

Herramientas

de reportes y

análisis

Permiten obtener información de la

ejecución de los procesos

Integración de

procesos

Permite integrarse con sistemas

legacy o aplicaciones

Etapas de implantación de una solución BPM

86 Procesos es Progreso

Modelos de Herramientas BPM1. Modo Capa Superior:

Concepto La herramienta BPM actúa como gestor de

tareas, sistema de integración y como único

interfaz con el usuario que recibe sus tareas a

través de su bandeja de entrada en la

herramienta e interacciona con los sistemas herramienta e interacciona con los sistemas

transaccionales utilizando formularios

definidos en la propia herramienta.

Cuándo Adecuado para documentos y/o poca

utilización de los sistemas transaccionales y/o

procesos no automatizados aún.

Riesgo de duplicar lógica de negocio

(formulario / transaccional)

2. Modo Orquestador:

Concepto La herramienta BPM actúa como gestor de

tareas y sistema de interacción.

Ya no es el único interfaz con el usuario, que

recibe sus tareas a través de su bandeja de

entrada en la herramienta pero interacciona

Modelos de Herramientas BPM

entrada en la herramienta pero interacciona

con los sistemas transaccionales utilizando la

propia interfaz en dichos sistemas.

Cuándo Adecuado para procesos con alta utilización

de los sistemas transaccionales y procesos

con alta intervención humana.

3. Modo Motor:

Concepto La herramienta BPM sólo actúa como gestor

de tareas automáticas y sistema de

integración, No se utiliza el concepto de

bandeja de entrada. La herramienta, de una

forma no visible al usuario distribuye y asigna

Modelos de Herramientas BPM

forma no visible al usuario distribuye y asigna

tareas dentro de los sistemas transaccionales.

Cuándo Adecuado para procesos con alta utilización

de sistemas transaccionales y/o procesos con

poca intervención humana.

BPM

Dpto. Empresa Base de Datos Proveedores y

Clientes

Informes y

Documentos

Elementos que integran BPM

BPM

GerenciaERP ProducciónOtras

Aplicaciones Mundo web

Cómo iniciar BPM

La automatización de las actividades diferenciadoras debe ser el objetivo de los proyectos de Procesos de

Negocio

Selección de Procesos de Negocio

Actividades ManualesActividades Manuales80%

Actividades Estándares vs. Diferenciadoras

Actividades Estándares

Actividades Diferenciadoras

Típicamente >80%Típicamente >80%Procesos que deben ser costo efectivos al máximo (uso de aplicaciones estándar tales

como ERP, CRM, etc)

Típicamente <20%Procesos que ofrecen ventajas competitivas y evolucionan con regularidad (Candidatos para SOA y BPM)

Actividades Automáticas

NegocioActividades AutomáticasActividades Automáticas20%

Que pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMS

Que pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMSQue pasa en el mundo, con los BPMS

CDS y Gartner

Por: CDS, Europa

Centro de Calidad SoftwarePor: Gartner USA

Principales BPMS del Mercado

� Aura Portal

� Avalado por sus desarrolladores: Microsoft y AuraPortal. Microsoft, aparte de ser el autor de

SharePoint, ha intervenido activamente en el desarrollo

de AuraPortal BPMS.

Al estar dentro del entorno de Microsoft Office, la � Al estar dentro del entorno de Microsoft Office, la

facilidad para el transvase informativo dentro del

sistema está garantizada. Documentos de Word, Excel,

PowerPoint, etc. así como el correo electrónico

(Exchange, Outlook) se encuentran en su ambiente

natural.

Principales BPMS del Mercado

� Aura Portal� Presente en prácticamente toda Latinoamérica, AuraPortal viene comercializando su solución BPMS recientemente clasificada por la consultora internacional Gartner, como uno de los 22 mejores BPMS del mundo

� COMMIT SAC es el distribuidor y representante del � COMMIT SAC es el distribuidor y representante del software AuraPortal BPMS en Perú. La implementación de esta herramienta permitirá a los clientes de COMMIT SAC modelizar, ejecutar, medir y optimizar sus procesos en forma automática, partiendo de premisas simples con economía de recursos.

Principales BPMS del Mercado

� Aura Portal� 1. Modelización: Gestión por Procesos con Reglas de

Negocio, Gestión Documental con MS SharePoint,

Intranet con Plataforma de Workflow, Portales para el

Comercio Electrónico

� 2. Ejecución-Orquestación. Contiene un programa

llamado Generatriz, que se encarga de generar automáticamente a partir del Modelo, los motores de

control de los Procesos sin necesidad de

programación. Esta característica es netamente

diferenciadora y constituye un importante atractivo del

producto.

Principales BPMS del Mercado

� Aura Portal� 3. Monitorización: Se encarga de registrar y mostrar a

los responsables de los Procesos las situaciones

reales (tiempos, retrasos o adelantos, desvíos respecto

a patrones, costes, etc.) de todos los Procesos

mientras éstos se ejecutan, mientras éstos se ejecutan,

� Para ello utiliza la información recopilada por los

Puntos de Control de los Procesos.

� Esta información se vierte en el Cuadro de Mando que

permite realizar el monitoreo o BAM (Business Activity

Monitoring), y puede también enlazarse con sistemas

de BI (Business Intelligence).

AuraPortal

Principales BPMS del Mercado

� WebMethod� Software AG, líder global en la infraestructura de

negocios, lanzó en setiembre 2007 la suitewebMethods como el portafolio más completo para laintegración de negocios de la industria, arquitecturaorientada a servicios (SOA), administración deprocesos de negocio (BPM).procesos de negocio (BPM).

� Con la fusión, la suite de productos webMethodsmantiene, protege y extiende las inversiones actualesen las tecnologías de Crossvision y webMethods deSoftware AG.

� La completamente integrada y optimizada suite deproductos webMethods, entrega un rápido ysignificativo retorno de inversión a las empresas queutilizan software de infraestructura de negocios.

Principales BPMS del Mercado

� webMethod� La suite de productos webMethod proporciona un

software de infraestructura de negocios que permite a

las compañías:

� Automatizar y mejorar los procesos de negocio.

� Reutilizar servicios en lugar de crearlos de nuevo.

� Diseñar, distribuir y reutilizar con facilidad Servicios

Web.

� Gobernar con eficiencia iniciativas basadas en SOA.

� Obtener una visibilidad en tiempo real sobre las

actividades operativas y del negocio.

WebMethod

Principales BPMS del Mercado

� webMethod� Software AG y Mapfre firmaron un contrato de

licencias, con una vigencia de tres años, por 1,2

millones de euros.

� La implantación se llevó a cabo en Puerto Rico,

República Dominicana, México y Venezuela en 2007, y

este 2008 se realiza en Brasil, Argentina, Colombia,

Perú y Chile.

� Se dará soporte a más de 4.000 usuarios en las filiales

internacionales de seguro directo de Mapfre ubicadas

en América Latina, quienes se beneficiarán de esta

aplicación para la modelización, automatización y

optimización de sus procesos críticos.

Principales BPMS del Mercado

� Adonis� BOC es una multinacional europea de consultoría y

software que se ha especializado en la Gestión de

Procesos de Negocio. Sede principal en Berlin.

� Debido a su amplio ámbito de aplicación, sus potentes

mecanismos de evaluación (entre otros simulación,

planificación de necesidades de personal, control de

costes de procesos), el soporte de distintos métodos

(BPMN, UML, ITIL y muchos otros) y poderosos

mecanismos web, hacen de ADONIS la herramienta

ideal para la gestión de procesos de negocio en la

empresa.

Principales BPMS del Mercado

� Adonis� ADONIS también ofrece una estrecha integración con

herramientas de desarrollo de utilidades (entre otros

BPEL y XMI).

� Escenarios de aplicación: � Optimización y modelación de procesos de negocio

� Gestión de organización (documentación de la organización,

perfil de los puestos de trabajo ...)

� Gestión de riesgos / Cumplimiento de normas

� Desarrollo de aplicaciones orientadas a procesos

� Implantación de arquitecturas orientadas a servicios

Adonis

Principales BPMS del Mercado

� TeamWorks� La plataforma TeamWorks de Lombardi (empresa

líder en software para la gestión de procesos de

negocio (BPM), según el ranking anual Forbes Global

2000 y el Cuadrante Mágico 2006 de Gartner Research

para Suites BPM) es la plataforma líder para el diseño,para Suites BPM) es la plataforma líder para el diseño,

la ejecución y la mejora de Procesos de Negocio.

� Está construida sobre estándares abiertos y

proporciona visibilidad de los procesos en curso y

control de los procesos de negocio, incrementando la

rapidez y la flexibilidad con la que las organizaciones

pueden gestionar la actividad de sus procesos y la

toma de decisiones.

Principales BPMS del Mercado

� TeamWorks� Los clientes de Lombardi incluyen Allianz Life, Applied

Materials, Dell, Hasbro, Renault F1 Team, Sprint, T-

Mobile, Universal Music Group y el Gobierno de los

EEUU.

� Funcionalidad:

� Modelador de procesos. De hecho, TeamWorks fue la

primera plataforma BPM para soportar la notación de

modelamiento de procesos de negocio (BPMN) y no

obliga a una presentación particular o propietaria.

Principales BPMS del Mercado

� TeamWorks� Provee una implementación líder de Monitoreo de

Proceso de Negocios (BAM) a través de su

Infraestructura de Manejo de Eventos (Event manager

Framework).

� El Diseñador de Teamworks (Coach Designer) ofrece

la capacidad a los usuarios y analistas del negocio

crear interfaces y consultas con este simple ambiente

de arrastrar y pegar (WYSIWYG).

TeamWorks

Los Scoreboards (“Tableros de Desempeño” ) de TeamWorks típicamente están compuestos de:

�Reportes gráficos de desempeño que un usuario puede escarbar (drill down) en un filtro como se en un filtro como se requiera,

�Alertas de proceso, las cuales son definidas en base a criterios que expiran cuando un usuario necesita ser notificado de un evento en el sistema de manera pro-activa.

TeamWorks

El Optimizador de

Procesos permite

un amplio rango de

análisis y

escenarios de

optimización, para optimización, para

validar la estrategia

de modelos de

procesos general

Soporta avanzados análisis comparativos “What-If”, usando

datos históricos, datos del momento, datos simulados o

cualquier otro tipo de esquema.

BPM y SOA

¿En que consiste SOA?

� El concepto de SOA (Service Oriented Architecture)

ofrece un marco de trabajo para alinear los procesos de negocio con los sistemas de IT.

� Definición de IBM:

� “SOA es un modelo de componentes que interrelaciona

las diferentes unidades funcionales de las las diferentes unidades funcionales de las

aplicaciones, denominadas servicios, a través de

interfaces y contratos bien definidos entre esos

servicios.

� La interfaz debe ser independiente de la plataforma

hardware, del sistema operativo y del lenguaje de

programación utilizado. Esto permite a los servicios,

construidos sobre sistemas heterogéneos, interactuar

entre ellos de una manera uniforme y universal.”

¿En que consiste SOA?

Modelo de Referencia basado en SOA

� Un estilo de arquitectura definido en

términos de varios principios de diseño, los

cuales buscan implementar unidades de

negocio, información e infraestructura

flexibles, reusables e interoperables.

¿En que consiste SOA?

�Enfoque arquitectónico que busca alinear

Negocio y Tecnología a través de piezas de

negocio bajamente acopladas y reutilizables

que se componen en procesos de negocio

flexibles y medibles contra una estrategia de

negocio.

Mitos y Verdades sobre SOA

1. SOA es una filosofía de diseño

independiente de cualquier

producto, tecnología o marca de

mercado

2. SOA puede ser realizado vía web

services, pero por usar web

services no necesariamente tengo

1. SOA es una Tecnología

2. SOA requiere Web Services

3. SOA es nuevo y revolucionario

4. SOA asegura que el negocio y IT

trabajen juntos

VerdadesMitos

services no necesariamente tengo

SOA

3. SOA no es una metodología

4. SOA debe ser incremental y

desarrollado sobre las inversiones

actuales

5. Desarrolla tu propia estrategia SOA

6. SOA es un medio, no un fin

trabajen juntos

5. SOA requiere de muchos

consultores

6. Necesitamos construir SOA

� Parte desde los procesos de negocio

Funcionalidad “A”

Funcionalidad “B”

Proceso de negocio

#1

X

X

Procesos de negocio

#2

X

Proceso de negocio

#3

X

Descubrimiento de servicios Top-Down

Funcionalidad “C”X

Funcionalidad “D”

Funcionalidad “F”

X

X

Funcionalidad “G”X X

X

¡Servicio

Reutilizable!

PROCESOS

Catalogo de productos

Gestion Tarjetas

Digitalización documentos

Simuladores

SERVICIOS

Actualización/ Información deClientes

Seguridad

Internet IVR Agencias AsesoresCANALES

ATM

Canales Electrónicos Canales Presenciales

Modelo lógico multicapas SOA

Cuentas de ahorros

Banca Corporativa

Scoring Credito

CRM

Moneda internacional

Tarjetas Credito

ERPBanca Seguros

Vehiculos

Crédito

EIS

DWH

ODS

Master Data Management

Gestion cuenta de ahorros

Motor de riesgos (scoring)

Gestion Producto

Vista 360°Clientes

Liquidadores

iSeries zSeriesINFRAESTRUCTURAFisica CRM ERP

Servidores de aplicacion

Seguridad

� Parte desde el ecosistema de aplicaciones de la empresa: CRM, ERP, Legacy Systems,

� Este enfoque permite identificar y eliminar funcionalidades duplicadas

Casos de uso

Descubrimiento de servicios Bottom Up(1)

Sistema Tarjeta

de crédito

Sistema cuentas

De ahorro

Modulo Funcional

Modulo Funcional

Modulo Funcional

Modulo Funcional

Modulo Funcional

Modulo Funcional

Crear Cliente

Crear Cliente

¡Servicio

Reutilizable!

� Identificación de sistemas dueños de datos.

Siebel i-Flex Vision + FACT Systematics RemedyTroubleTicket

Cliente RW RW RW R RW R

Sistemas de información

Descubrimiento de servicios Bottom Up(2)

Cliente RW RW RW R RW R

Cuentas R RW RW RW

Tarjetas RW RW RW

Facturas R RW RW R R

Pagos R RW RW RW

Entidades de negocio

Más de un sistema es dueño de la

misma entidad: Problemas de calidad e

inconsistencia de datos.

� Identificación de sistemas dueños de datos.

Siebel i-Flex Vision + FACT Systematics RemedyTroubleTicket

Cliente RW R R R R R

Cuentas R RW R R

Descubrimiento de servicios Bottom Up(3)

123

Tarjetas RW R R

Facturas R RW R R R

Pagos R RW R R

Un sólo dueño de la entidad Cliente:

El CRM (Siebel) deberá publicar un

servicio de datos que permita manejar

el ciclo de vida de un cliente

IdentificaciónNecesidades

Diseñoproductos

Ventas Evaluación Cadena de valor

Actividad 1 Actividad 2 Actividad N Funcionalidades de negocio

Manejode ordenes

Manejo de reclamaciones

Proceso de negocios

Ventas

Descubrimiento de servicios: In-the-middle

Funcionalidades de negocio

FuncionalidadNegocio

Funcionalidadde negocio

Servicio Servicios

RPG

CISC

DB2 400

Cobol

Seguridad

Transacciones

Seguridad

Java

.NET

Stored Procedures

RDBMS

Seguridad

Transacciones

Seguridad

Top-down Bottom-up

Portafolio de servicio

Portafolio de Servicios

In-the-middle

PORTAFOLIO DE

SERVICIOS

CORPORATIVO

Validar Validar cliente

Validar viabilidad

crediticia

Proceso: Solicitud de

crédito de consumoProceso: Solicitud de

crédito de hipotecario

Proceso: Solicitud de tarjeta

de crédito

Reusabilidad y flexibilidad de negocio

Validar

Listas

Negras

Validar cliente

fuentes

externas

Calificar

crédito

Sistema de Scoring

Validar

datos

clientes

CRM

Validar

Bureau

externo

Bureau

Externo

Validar

políticas

internas

Sistema Políticas

y Regulaciones

Validar

Archivo

interno

Sistemas histórico

de clientes

Reusabilidad

FLEXIBILIDAD: Se puede cambiar

de Bureau externo sin impactar los

tres procesos de negocio

Tres ejemplos de conectividad SOA

Conectar diferentes

Utilizar un proceso a través de múltiples canales de negocio

Conexión con

Clientes y

1. Conexión interna basada en estándares abiertos

2. Utilización de procesos existentes en nuevos canales de

negocio

3. Conexión segura con asociados de negocio y

proveedores

diferentes sistemas

de negocio

Clientes y proveedor

es externos

ESB – Clave en SOA

Un ESB es una infraestructura de conectividad flexible para integrar aplicacione sy servicios

Powering your SOA by reducing the number, size, and complexity of interfaces

Realiza las siguientes tareas entre

servicios:

RUTEA mensajes entre

Shape = Protocol

Color = Data type

CONVIERTE protocolos de transporte entre serviciso

DISTRIBUYE eventos de negocio entre fuentes heterogéneas.

TRANSFORMA formatos de mensaje entre servicios

RUTEA mensajes entre servicios

EL ESB: columna vertebral de SOA

APPLICATION

SERVER

SERVICIOS

DEFINIDOS POR

EL USUARIO

BATCH

SYSTEM

PORTAL DE

SERVICES

APLICACION

LEGACY

SERVIDOR DE

PROCESOS

BASE DE DATOS

RELACIONAL

La ruta directa a una arquitectura SOA

Beneficios de un ESB

� Integra procesos de negocio que se extienden a lo largo de distintos sitios/localidades (dominios, departamentos, oficinas)

� Provee las herramientas y la infraestructura para desarrollar y entregar servicios a departamentos, clientes y asociados de negocio. clientes y asociados de negocio.

� Simplifica radicalmente la integración de aplicaciones y de datos

� Su diseño permite una rápida modificación de los servicios y la conexión entre los mismos

� Provee una administración hacia los servicios y procesos a lo largo de ambientes distribuídos.

ESB en un entorno ejecución

Sistem Atención al cliente ( Siebel, Peoplesoft)

Sistema de facturación

JMSCORBA

RMI SOAP

Enterprise Service Bus (ESB)

Aplicación

J2EESAP Siebel /

PeopleSotAplicación

.NET

Aplicación AS/400

Aplicación HTML

Servicios de negocio

Conectorestécnicos

RMI SOAP

Obstáculos al adoptar SOA

� Del lado de los Negocios:� La mejores prácticas de SOA no están

suficientemente popularizadas

� Pensamiento cortoplacista

� Cultura de pensar en cada proyecto por separado

� Falta de voluntad para invertir en Orientación a Servicios y Agilidad pueden hacer que justificar SOA Servicios y Agilidad pueden hacer que justificar SOA sea difícil

� ¿Cómo medir agilidad?

� Del lado de TI:� Escepticismo de las soluciones mágicas de

proveedores

� Ven Web Services como tecnología inmadura

� Performance del Sistema

Tres tipos de ROI (1/3)

� ROI Táctico

�El ROI mas simple, directo y a corto plazo,

es el ROI táctico, el que es ganado por la

inmediata reducción de los costos de integración.integración.

�Esto permitirá ahorrar dinero el día después

de implementarlo, los beneficios son visibles

y se obtienen mejoras en los costos de

integración.

�Es fácilmente cuantificable porque se pueden

identificar los procesos de negocios y

sistemas que fueron reemplazados.

Tres tipos de ROI (2/3)

� Reuso de Aplicaciones

�El segundo tipo de ROI, está en el reuso de aplicaciones, esto se verá en el corto a mediano plazo.

�Para lograr esto, las compañías deben �Para lograr esto, las compañías deben

identificar áreas de funcionalidad común entre

aplicaciones y crear servicios para ellas.

�De esa manera la cantidad de tiempo de

diseño, programación y desarrollo puede ser

reducido, porque el servicio es diseñado una

vez y utilizado muchas veces.

Tres tipos de ROI (3/3)

� Agilidad en los Negocios

�El tercer tipo es la agilidad en los negocios,

este ROI puede verse recién en el mediano a largo plazo.

Este es más difícil de medir, permite a las �Este es más difícil de medir, permite a las

compañías y sistemas tomar decisiones de

negocio mas espontáneas y rápidas.

�Así, el ROI es visible en un más rápido time-to-market, y en la habilidad de linkear

directamente a sistemas de otras compañías

SOA y BPM

� SOA es la solucion técnica y BPM es el concepto que utiliza SOA para llevar su cometido

� Objetivo:

� Concentrar las soluciones informáticas en procesos distintos basados en una sola suite de procesos distintos basados en una sola suite de herramientas comunes, donde los Web Services son la conexión a sus soluciones heredadas o a sus herramientas de base como son Repositorios en general.

SOA y BPM

� Hemos hablado hasta aquí de un aspecto básicamente técnológico de SOA.

� Por más que se cuente con una implementación total de la arquitectura de referencia descrita antes, si una organización no avanza al mismo antes, si una organización no avanza al mismo tiempo en:

�Aspectos organizacionales,

�Culturales, de desarrollo, de presupuesto y

�De alineación al negocio

� el beneficio que obtendrá de un esquema SOA será nulo o cercano a nulo.

Modelo de Dominio de SOA

� Técnico�Arquitectura

�Bloques

�Proyectos y AplicacionesAplicaciones

� No técnicos�Estrategia de

Negocios y Procesos

�Costos y Beneficios

�Organizaciones y Gobierno

Arquitectura

� La definición de una Arquitectura de Referencia, sentará bases para la construcción de una Arquitectura Orientada a Servicios sólida que permita:� Modificar y desarrollar aplicaciones con mayor

rapidez, ensamblando componentes y combinando múltiples aplicaciones y procesos en nuevas múltiples aplicaciones y procesos en nuevas aplicaciones compuestas

� Aprovechar el uso de tecnologías basadas en estándares

� Proveer facilidades de administración, seguridad, integración y monitoreo de la infraestructura

Bloques Básicos

� En relación a este dominio, la organización deberá:

� Identificar los servicios básicos que componen la funcionalidad de su infrestructura de IT y

�Montarlos en un hub de servicios; más precisamente en la capa de Servicios de precisamente en la capa de Servicios de Acceso a Información y Datos.

� En este dominio se deberán atacar temas relacionados con la identificación de la funcionalidad relevante resuelta por cada uno de los aplicativos corporativos

� Incluyendo bases de datos y sistemas backend, y su publicación en forma de servicio.

Proyectos y Aplicaciones

� En una Arquitectura Orientada a Servicios, el órden de desarrollo e implementación de los proyectos es fundamental para:� Facilitar el reuso de servicios y

� Evitar la duplicación de esfuerzos.

� Si el desarrollo de una aplicación A involucra la implementación de los servicios 1, 2 y 3; implementación de los servicios 1, 2 y 3;

� y el desarrollo de una aplicación B exige la implementación de los servicios 1,2,3,4,5,6,7 y 8,

� Seguramente será conveniente dar prioridad a la aplicación A, con el objeto de reducir el costo de desarrollo de la aplicación B.

Modelo de Dominio de SOA

� Técnico�Arquitectura

�Bloques

�Proyectos y AplicacionesAplicaciones

� No técnicos�Estrategia de

Negocios y Procesos

�Costos y Beneficios

�Organizaciones y Gobierno

Estrategia de Negocios y Procesos

� Este dominio dentro del modelo ataca la necesidad de que la línea de negocio y las áreas de IT hablen un mismo lenguaje.

� En las áreas de tecnología, se acostumbra a hablar en términos de aplicaciones y funcionalidad y no en términos de procesos o servicios de negocio. servicios de negocio.

� Esta es una de las causales que ayudan a que exista lo que se conoce como el “IT Gap”, o la incapacidad de las áreas de tecnología de satisfacer los requerimientos de las líneas de negocio.

Costos y Beneficios

� Debemos ser capaces de medir el impacto de la adopción de SOA en la organización desde el punto de vista económico.

� Es imprescindible contar con mecanismos de evaluación que permitan estimar la inversión y medir los beneficios, no sólo en términos de ahorro sino en términos de mejoras.ahorro sino en términos de mejoras.

� Ningún cambio será percibido si no somos capaces de mostrar los resultados, especialmente cuando se requiere de una inversión inicial significativa.

� Cree un equipo para el diseño de procesos:� Incluya a IT y al negocio

� Designe responsables y

roles para el diseño de los

procesos y su administración

Cierre las brechas entre el negocio e IT

Gobernabilidad

procesos y su administración

� Haga cumplir las mejores practicas y procesos definidos , esto le garantizara implantaciones rápidas

� No se preocupe por auditorias o regulaciones, usted ahora podrá estar tranquilo.

“Es imposible separar a IT y las

estrategias del Negocio. IT no soporta al negocio, es parte de el.”

–Asiff Hirjim, CIO, Ameritrade

¿Por qué importa Gobierno SOA?

Sin governance Con governance

Una arquitectura

orientada a serviciosUn conjunto de servicios

Organización y gobierno

� Una vez que los servicios están disponibles, hay que gestionarlos (gobernarlos) de manera eficiente, para lo cual hay que tener directrices de negocio (BPM) en las que queden reflejados nuestros procesos y se pueda acceder a los servicios de manera eficiente.

� Es en esta área en la cual se debe producir el cambio organizacional y cultural más importante.

� Tareas� Tareas

� Priorizar implementaciones.

� Auditar el cumplimiento de los contratos, tanto por parte de los productores como por parte de los consumidores de los servicios.

� Auditar el nivel de disponibilidad de los servicios.

� Seguir métricas, costos y evaluar y reportar beneficios

El Ciclo de Vida de SOA / BPM

ImplantarImplementación de modelos,

políticas y para conseguir el

objetivo del negocio

Modelar

EnsamblarEnsamblar activos nuevos y existentes

para ejecutar y administrar procesos de

negocio

ModelarCapturar, simular, analizar y

optimizar modelos de

negocio para reducir el

riesgo e incrementar la

flexibilidad

AdministrarVisibilidad en tiempo real y análisis

de la información de negocio para

una acción a tiempo y coordinadaGobernabilidad &

ProcesosAlinear la estrategia y la operación

entre el negocio y TI para soportar

los objetivos de negocio

Modelar

Capture y entienda sus procesos de negocios para así obtener las mejoras esperadas

• Identifique los servicios de procesos claves y alinéelos a las estrategias de negocios

• Importe la documentación de procesos existente• Simule y analice los nuevos procesos antes de ser implantadosimplantados

• Optimice su negocio• Colabore y comparta la información

67% de los procesos fracasan por que su impacto no es conocido antes de su ejecución

--Omar Sawy, Redesigning Enterprise Processes For e-business

Ensamblar e Implantar

Apalancar los Servicios nuevos y existentes

• Construya el entorno de trabajo de Gerencia de Procesos usando SOA

• Use herramientas que le permitan armar procesos de manera dinámica

• Utilice un motor de procesos único, tanto para los flujos de trabajo, intercambio de información e integración de aplicacionesflujos de trabajo, intercambio de información e integración de aplicaciones

Clean hand-off from

Business to IT with

Business Models,

Metrics

Single Server

Service Service Service

Service 2

Service

Service

Service

Service

Service

Service

Generate

Service

Enterprise Service BusAssembly Tool

Administrar / Gerenciar

Supervisar el desempeño de los procesos

• Contar con Tableros de control de la gestión de Procesos y asi administrar el negocio

• Definición de KPI (Key Performance Indicators)• Poder Intervenir en tiempo real los Procesos• Mejoramiento continuo de los Procesos

� Es 5 veces más barato reutilizar las

aplicaciones existentes que escribir nuevas

aplicaciones desde cero *

� Reutilizar aplicaciones ya usadas y probadas

reduce riesgos y acelera el tiempo de

El valor de la Reutilización

reduce riesgos y acelera el tiempo de

llegada al mercado

� El costo de mantenimiento se reduce al

reutilizar funciones comunes de código ya

probado

* Software Productivity Research (SPR)

El Negocio vera satisfechos sus Requerimientos con BPM / SOA

Entendimiento de los Procesos � Documentar, y validar los procesos de negocio

actuales, para así simular las posibles alternativas

de mejora

�Optimizar el

Negocio

�Eficiencia en la

Armar e implantar soluciones rápidas�Ofrece un entendimiento claro de las necesidades de negocios para así construir procesos según la demanda�Permite la incorporación de cambios y nuevos procesos de manera rápida y flexible

Monitorear los procesos para asegurarse de las mejoras�Mejorar las operaciones del Negocio por medio

de las mejoras en los procesos

�Eficiencia en la

construcción de

Soluciones

�Re-usar los activos

existentes

�Flexibilidad

�Cap. de Respuesta

�Monitorear y

administrar, los

eventos de

negocios críticos

�Entender el modelo del negocio

�Alinear la gestión de TI a los objetivos del negocio

¿Por donde empezamos?

objetivos del negocio

�Crear una infraestructura flexible, implementando por ciclos

Bases de plantear el BPM:

� La estrategia de TI, HHRR , y de orientación de negocio

� El control presupuestario y la maximización de inversión TI (ROI)

� La alineación y sinergia de los BPM con el negocioEl alcance de la herramienta BPM en nuestras

¿Por donde empezamos?

� El alcance de la herramienta BPM en nuestras infraestructuras

� La ingeniería de procesos y los sistemas TI actuales (SAP, CRM, ERP)

� La elección de la herramienta o solución mixta BPM � Efecto sobre la organización y estudio de posibles desviaciones

BPMN

BPMNBusiness Process Modeling Notation

� Notación desarrollada inicialmente por BPMI (Business

Process Management Initiative).

� Fusión con OMG (Object Management Group) en Junio

de 2005.

BPMN Objetivos y Usos

� BPMN proporciona a los negocios la capacidad de

entender sus procedimientos internos en una notación

gráfica, facilitando a las organizaciones la habilidad

para comunicar esos procedimientos de una manera

estándar.

� Por tanto sus principales objetivos son:

� Proveer una notación que sea fácilmente entendida por todos

los usuarios, desde el analista de negocio, el desarrollador

técnico y hasta la propia gente del negocio .

� Crear un puente estandarizado para el vacío existente entre el

diseño del proceso de negocio y su implementación.

� Asegurar que los lenguajes para la ejecución de los procesos

de negocio puedan ser visualizados con una notación común.

BPD (Business Process Diagram)

� Es un diagrama diseñado para ser usado por

las personas que diseñan y administran

procesos de negocio.

� Las cuatro categorías básicas de elementos

que se pueden encontrar en un BPD son:que se pueden encontrar en un BPD son:

� Objetos de flujo

� Objetos de conexión

� Swimlanes

� Artefactos

Objetos de Flujo BPMN

Conectores BPMN

Artefactos BPMN

Elementos centrales de los Diagramas

Lista completa de elementos

Objetos de Conexión

� Definen los objetos gráficos usados para

conectar dos objetos juntos y como

progresa el flujo dentro de un proceso.

� Hay dos formas de conectar objetos:� Hay dos formas de conectar objetos:

�Un flujo (de secuencia o de mensajes)

�Una asociación

Objetos de ConexiónFlujos de Secuencia

� Se usa para mostrar el orden en que las

actividades se ejecutan.

� Tienen una sola fuente y un solo destino

(eventos,actividades y gateways).

Objetos de ConexiónFlujos de Mensajes

� Se usa para mostrar el flujo de mensajes entre

dos entidades que están preparadas para

mandarlos/recibirlos.

� En BPMN, estas dos entidades son dos pools

en un diagrama.en un diagrama.

SwimlanesPool

� Es un contenedor gráfico para particionar un

conjunto de actividades de otros pools, cuando

se modelan situaciones B2B.

� Atraviesan todo el diagrama.� Atraviesan todo el diagrama.

� Los flujos de secuencia no pueden cruzar los

límites de un pool, esto se hace con flujo de mensajes.

� Pueden ser vistos como una “caja negra” o “caja

blanca”.

SwimlanesPool

SwimlanesLanes

� Es una sub-partición dentro de un pool.

� Se extiende a toda la longitud del pool.

� Son usadas para organizar y categorizar dentro

del pool.del pool.

� Son usadas para:

� Roles internos (Director, Asociados)

� Sistemas (Aplicaciones)

� Departamentos internos (Finanzas)

SwimlanesLanes

Nodos de Decisión (Gateways)

� Son elementos de modelado que sirven para controlar

como interactúa el flujo de secuencia mientas converge y

diverge dentro de un proceso.

� Consiste de una

colección de puertas

que controlan la

salida y el gateway

determina como

estarán dispuestas

las mismas.

� Son lugares dentro de un proceso de negocio

donde el flujo de secuencia puede tomar dos o

más alternativas.

� Puede ser visto como una pregunta hecha en

un punto del proceso, cuyas respuestas son

Nodos de Decisión (Gateways)Decisión Exclusiva XOR

un punto del proceso, cuyas respuestas son

las puertas

� Hay dos tipos:

�Basado en datos

�Basado en eventos

� Basado en datos

� Están basados en

condiciones booleanas.

� Las condiciones son

Nodos de Decisión (Gateways)Decisión Exclusiva XOR

� Las condiciones son

evaluadas en un orden

especifico.

� La primera que evalúa a

TRUE determina el flujo

tomado.

� Basado en eventos

� Manejo de sist.

distribuidos.

� Las alternativas están

Nodos de Decisión (Gateways)Decisión Exclusiva XOR

� Las alternativas están

basadas en eventos

que ocurren.

� Usualmente el evento

es la recepción de un

mensaje.

� Similares a los XOR basados en datos, con la

diferencia de que la evaluación TRUE de una

condición no excluye la evaluación de otra

condición.

Nodos de Decisión (Gateways)OR Inclusivo, Merge Join

� Proveen mecanismos para sincronizar/crear flujo

paralelo.

� No son requeridos para crear flujo paralelo, pero

pueden ser usados para clarificar situaciones

complejas.

Nodos de Decisión (Gateways)Decisiones Paralelas

complejas.

� Manejan situaciones que no pueden ser tratadas

con los otros gateways.

� Pueden ser usados para compactar otros

gateways simples.

Nodos de Decisión (Gateways)Decisiones Complejas y Merge

Proceso de Registro de Viaje

Eventos

� Es “algo que pasa” durante el curso de un

proceso de negocio.

� Afectan el flujo del proceso y usualmente

tienen una causa y un impacto.

Hay tres tipos:� Hay tres tipos:

�Comienzo

� Intermedio

�Final

Eventos

EventosEventos de Comienzo

� Tipo: Mensaje

� Descripción: Arribo de un mensaje

� Representación:

EventosEventos de Comienzo

� Tipo: Timer

� Descripción: un tiempo/fecha especifico o un

ciclo (cada lunes a las 9).

� Representación :� Representación :

EventosEventos de Comienzo

� Tipo: Regla

� Descripción: se dispara cuando las condiciones

de una regla son verdaderas.

� Representación :� Representación :

EventosEventos de Comienzo

� Tipo: Enlace

� Descripción: es un mecanismo para conectar el

fin de un proceso con el comienzo de otro.

� Representación :� Representación :

EventosEventos Intermedios

� Ocurren entre los eventos de inicio y fin

� Son usados para:

� Graficar donde se mostraran mensajes y retardos

dentro del proceso

� Interrumpir el flujo normal a través del manejo de � Interrumpir el flujo normal a través del manejo de

excepciones.

EventosEventos Intermedios

� Tipo: Excepción

� Descripción: es usado tanto para tirar como para

atrapar excepciones. Reacciona a una excepción

con nombre, o a cualquiera si no se le

especificara el nombreespecificara el nombre

� Representación :

EventosEventos Intermedios

� Tipo: Cancelar

� Descripción: es usado dentro de un subproceso

de transacción.

� Representación :� Representación :

EventosEventos Intermedios

� Tipo: Compensación

� Descripción: Es usado para setear y ejecutar

compensación.

� Representación :� Representación :

BPMN Ejemplo de Diagrama

EventosEventos de Fin

� Indica el fin de un proceso

� Puede haber muchos eventos de fin dentro de un mismo

proceso

EventosEventos de Fin

� Tipo: Terminación

� Descripción: indica que hay un error fatal y que

todas las actividades deben terminar.

� Representación :� Representación :

Artefactos

� Proveen la capacidad de mostrar información

adicional acerca de los procesos.

� No están relacionados directamente con el flujo

de secuencia/mensajes del proceso.

� Hay tres tipos:� Hay tres tipos:

� Objeto de dato

� Grupo

� Anotación

� Se puede extender el BPD con nuevos artefactos.

ArtefactosObjetos de Datos

� Proveen información acerca de lo que

hace el proceso.

� Pueden ser usados para representar

elementos electrónicos y/o físicos.

ArtefactosAnotaciones

� Proveen información adicional para el lector de

un diagrama BPMN.

� No afectan el flujo del proceso y no mapean a

BPEL4WS.

ArtefactosGrupo

� Provee un mecanismo visual para agrupar

elementos de un proceso informalmente.

� Pueden expandirse más allá de los límites de un

diagrama.

BPMN Ejemplo de Diagrama

BPMN Ejemplo de Diagrama

Pool (Roles)

BPMN Ejemplo de Diagrama

Ventajas y Desventajas de UML 2.0 Diagramas de Actividad

� Ventajas

� Es un lenguaje consolidado

� Estándar de facto

� Fácil de aprender

Desventajas� Desventajas

� No ha sido diseñado para modelar procesos de

negocio

� No esta orientado al dominio del problema

� Predispone a un enfoque orientado a objetos

� Contradictorio con un enfoque orientado al negocio

� UML está pensado para un público eminentemente

técnico

Ventajas y Desventajas de BPMN

� Ventajas

� Considera un único diagrama para representar

procesos (BPD, Business Process Diagram)

� Pensado para ser asignado a lenguajes de

ejecución (BPEL4WS, Business Process Execution ejecución (BPEL4WS, Business Process Execution

Language for Web Services )

� Fácil de entender por analistas de negocios y

desarrolladores técnicos

� Desventajas

� Es un lenguaje nuevo

� Aún es poco difundido

� Business Process Management (BPM) puede ayudar

consolidar todos los esfuerzos anteriores.

� De acuerdo a Gartner –quien en el año 2000 predijo

que BPM sería el siguiente gran fenómeno- “BPM

gana la triple corona por ahorrar dinero, ahorrar

tiempo y añadir valor”

Conclusiones

tiempo y añadir valor”

� Un estudio realizado por BPM Initiative arrojó que el

96% de los encuestados indicaron que un enfoque

centrado en procesos era crítico para el éxito de su

compañía.

� Key issues for BPM, Gartner, Marzo, 2007.

� BPMN Specification, http://www.bpmn.org/

� Documents, 2006.

� P. Harmon, The OMG’s Model Driven

� Architecture and BPM, BPTrends, 2004.

BPEL Specification, http://docs.oasisopen.

Bibliografía

� BPEL Specification, http://docs.oasisopen.

� org/wsbpel/ 2.0/OS/wsbpel-v2.0-OS.pdf,

� 2006.

� Intalio, http://www.intalio.com.

� Orbeon, http://www.orbeon.com.

� M. Z. Muehlen, Class Notes: BPM research

� and Education, BPTrends, 2007.

� An Introduction to BPM – www.ultimus.com

� Office of Information Technology (AIT) - Federal

Aviation Administration’s

Bibliografía

Aviation Administration’s

http://www.faa.gov/ait/bpi/handbook/

� Business Process

http://en.wikipedia.org/wiki/Business_process

� A BPM Taxonomy: Creating Clarity in a Confusing

Market, T-18-9669, Gartner Goup, May, 2003

Fundamentos y Modelamiento de

Procesos de Negocio bajo

Business Process Management Business Process Management

(BPM)

Luis ContrerasLuis ContrerasIBM Certified Specialist for RUP IBM Certified Specialist for RUP [email protected]@gmail.com