sesion 03 bpm y bpmn
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
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
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
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
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
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
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.
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
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.
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..
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.
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 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
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
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
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).
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.
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
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.
¿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.”
� 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
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 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”.
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)
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
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
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 :
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.
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