Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Estndaresparaelmodeladodeprocesosdenegocios 140919150849 Phpapp02 PDF
Estndaresparaelmodeladodeprocesosdenegocios 140919150849 Phpapp02 PDF
Modelado de Procesos
de Negocios
Curso: Business Process Management
Grupo No. 6
04/05/2014
INTRODUCCIÓN
Asimismo, es necesario que todas las partes implicadas interpreten el contenido de los
modelos del mismo modo. Aquí es donde intervienen los estándares de modelado. Éstos
definen los elementos del modelo de procesos y su significado. Permiten la gestión
colaborativa de los procesos de negocio (BPM) en todas las disciplinas, y en toda la
empresa.
El presente trabajo tiene con objetivo presentar los principales Estándares de Modelado
de procesos de Negocios:
Por otro lado se incluye como parte de este trabajo un ejemplo de caso de éxito en la
Compañía RSA Seguros Generalesde Chilecon la aplicación de BPMN utilizando
herramientas proporcionadas por la compañía española AuraPortal el cual inicia con la
automatización de proceso de “Cotización de Pólizas de Seguros”, actualmente a la
fecha se trabaja en otros procesos como el de Inspecciones de Vehículos.
1
BPEL
Lenguaje de Ejecución de Procesos de Negocio
2
1. Características
Es la unión entre negocio y tecnología.
Es un lenguaje XML que define como un proceso de negocios puede ser
ejecutado usando servicios Web.
Al ser un estándar usado por los fabricantes:
Permite elegir entre distintas plataformas
Permite la interoperabilidad
Fomenta la competitividad y la mejora de las plataformas
3
simplificar y hacer más veloz la interacción y la ejecución de un proceso de
negocio.
4
UML
Lenguaje Unificado de Modelado
5
Diagrama de componente
Diagrama de despliegue
Elementos:
Relaciones:
6
Generalización; Este tipo de relación es uno de los más utilizados,
cumple una doble función dependiendo de su estereotipo, que
puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este
tipo de relación está orientado exclusivamente para casos de uso
(y no para actores). extends: Se recomienda utilizar cuando un
caso de uso es similar a otro (características). uses: Se recomienda
utilizar cuando se tiene un conjunto de características que son
similares en más de un caso de uso y no se desea mantener
copiada la descripción de la característica.
Inferior: Contiene los métodos u operaciones, los cuales son la forma como interactúa
el objeto con su entorno (dependiendo de la visibilidad: private, protected o public).
7
2.3. Diagrama de Secuencia.
Un diagrama de secuencia muestra la interacción de un conjunto de objetos en
una aplicación a través del tiempo. Esta descripción es importante porque puede
dar detalle a los casos de uso, aclarándolos al nivel de mensajes de los objetos
existentes, como también muestra el uso de los mensajes de las clases diseñadas
en el contexto de una operación.
8
2.5. Diagrama de Estado.
Muestra el conjunto de estados por los cuales pasa un objeto durante su vida en
una aplicación, junto con los cambios que permiten pasar de un estado a otro.
9
Un diagrama de componentes muestra las dependencias lógicas entre
componentes software, sean éstos componentes fuentes, binarios o ejecutables.
Los componentes software tienen tipo, que indica si son útiles en tiempo de
compilación, enlace o ejecución.
10
Los Diagramas EPC
Event-driven Process Chain
EPC es: “Líneas de proceso gestionadas por eventos”. De esta forma, los diagramas EPC
son una técnica de modelado de procesos de negocio, principalmente utilizada para el
análisis de procesos con la intención de implementar una planificación empresarial de
recursos (ERP – Sistema usado para gestionar y coordinar todos los recursos,
información y funciones de un negocio) suponen un componente importante de los
conceptos de modelado SAP R/3 para ingeniería empresarial.
Por esto se puede decir que los diagramas EPC quedan dentro de la categoría de
herramientas para BPM (Business Process Management, o Gestión de Procesos de
Negocio).
Dentro del mundo de EPC, también podemos encontrar el “EPC MarkupLanguage”. Este es
un formato de XML para el intercambio de modelos EPC, independiente de herramientas
y plataformas.
11
1.2. Función
Son elementos activos. Modelan las tareas o actividades de la compañía.
Describen la transformación de un estado inicial a un estado final. En el caso de
que se puedan dar varios estados finales, la selección del correspondiente
estado final, se puede modelar explícitamente como una función de decisión,
usando conectores lógicos.
12
Se unen con las funciones mediante una flecha de línea continua, donde la
punta de la flecha indica si es información de entrada o de salida.
13
XOR AND OR
14
BPMN
Notación para el Modelado de Procesos de Negocio
modelado de procesos de negocios. Fue diseñado como una notación de tipo diagrama
de flujo robusto, fácil de usar y completamente independiente de la implementación.
El principal objetivo de BPMN es proporcionar una notación estándar que sea fácilmente
legible y entendible por parte de todos los involucrados e interesados del negocio
(stakeholders). Entre estos interesados están los analistas de negocio (quienes definen
y redefinen los procesos), los desarrolladores (responsables de implementar los
procesos) y los gerentes y administradores del negocio (quienes monitorizan y gestionan
los procesos).
En síntesis BPMN tiene la finalidad de servir como lenguaje común para cerrar la brecha
de comunicación que frecuentemente se presenta entre el diseño de los procesos de
negocio y su implementación.
1. Características
Se define como una notación gráfica que describe la lógica de los pasos en un
proceso de negocio.
Es un lenguaje formal que permite modelar, simular y, eventualmente,
ejecutar un proceso de negocio
Proporciona un método normalizado para representar procesos de negocio.
Es legible, entendible y de poca complejidad.
Propone un lenguaje común entre los usuarios de negocio y los técnicos.
Facilita la diagramación de los procesos de negocio.
Determina y define los requerimientos del sistema.
15
2. Evolución
BPMN ha venido evolucionando a lo largo del tiempo desde su surgimiento en el
año 2001.
Su desarrollado estuvo a cargo de la organización BPM Initiative, pasando
posteriormente a manos de OMG (Object Management Group) después de la fusión
de las dos organizaciones en el año 2005. Su versión actual en el año 2011 es la 2.0.
Elementos
El modelado en BPMN se realiza mediante diagramas muy simples con un conjunto
muy pequeño de elementos gráficos. Con esto se busca que para los usuarios del
negocio y los desarrolladores sea fácil entender el flujo y el proceso.
Objetos de flujo: Eventos, Actividades, Decisión (Gateways)
Objetos de conexión: Flujo de Secuencia, Flujo de Mensaje,
Asociación
Swimlanes (Carriles) Pool, Lane
Artefactos: Objetos de Datos, Grupo, Anotación
16
2.2. Objetos de flujo
Los elementos de flujo son los principales elementos gráficos que definen el
comportamiento de los procesos; están compuestos por tres elementos básicos
17
Decisiones (Gateway) Las Decisiones son usadas para controlar la
divergencia y convergencia del flujo. Éstas determinan ramificaciones,
bifurcaciones, combinaciones y fusiones en el proceso. Representados
por la típica figura del rombo.
2.3. Objetos de conexión Los objetos de flujo se conectan entre ellos en un diagrama
para crear el esqueleto básico de la estructura de un proceso de negocio.
18
Flujo de Mensaje (MessageFlow) Está representado por una línea
discontinua con un círculo no relleno al inicio y una punta de flecha no
rellena al final; y se usa para mostrar el flujo de mensajes entre dos
participantes del proceso separados (entidades de negocio o roles de
negocio).
19
2.5. Artefactos (Artifacts) permiten a los desarrolladores llevar algo más de
información al modelo o diagrama. De esta manera, el modelo o diagrama se
hace más legible. Son tres artefactos predefinidos y son:
Objetos de Datos Muestra al lector cual es el dato que deberá ser
requerido o producido en una actividad.
Grupos Se representan por un rectángulo de líneas discontinuas y
vértices redondeados. El Grupo se utiliza para agrupar diferentes
actividades pero no afecta al flujo dentro de un diagrama.
Anotación Se utiliza para darle al lector una descripción entendible del
modelo o diagrama.
20
RSA Seguros Generales Chile
CASO DE ÉXITO
Con una tradición de 300 años y cercade 20 millones de clientes en más de140 países,
RSA es uno de los principalesgrupos aseguradores multinacionales.
En 2012 RSA Chile adquirió la suite de BPMNde la compañía española AuraPortal para
automatizar losprocesos estratégicos de la compañía y, de esta manera, implementar
unacultura de gestión por procesos que le permita a la alta dirección saber elestado en
el que se encuentra cada uno de estos y en base a los indicadoresestablecidos poder
tomar las decisiones correspondientes para lograr elóptimo desarrollo de la compañía.
LA PROBLEMÁTICA
RSA Chile, siguiendo su política de innovación constante marcada por el objetivo
deofrecer a sus clientes el mejor servicio, decidió iniciar un proyecto de
implantaciónBPM (Business Process Management) para automatizar sus procesos. En
una etapa inicial,RSA buscó la automatización de su proceso de Reserva de Negocios y
del procesode Confección de las correspondientes Cotizaciones. La realización de estas
etapas(Reserva y Cotización) se llevaba a cabo de forma manual principalmente, con
ayudade Excel, lo cual provocaba lentitud, errores y no permitía un seguimiento
histórico delas actividades realizadas.
21
LA SOLUCIÓN
Después de un minucioso proceso de análisis en el que se evaluaron las aplicacionesde
software de Gestión por Procesos recomendadas por diferentesanalistas de mercado
como Gartner, Forrester y OVUM, RSA Chile decidióimplementar la suite de Gestión por
procesos de AuraPortal.
En este momento, RSA tiene una cartera de proyectos críticos que estánsiendo
implementados con AuraPortal. Esta implementación se inició conel proceso de
“Cotización de Pólizas de Seguros”, que requirió un alto gradode automatización,
manejo de documentos e integraciones con otras aplicaciones,como por ejemplo 10
puntos de integración con su AS400 de IBMsobre base de datos Oracle.
Los comentarios realizados por los usuarios en cada fase del Proceso son registradosen
un Log (registro) indicando quién anotó el comentario, la fase,la fecha y la hora en la
cual se realizó.
22
LOS RESULTADOS
Tras seis meses de implementación del proceso de Reservas y Cotizacionesen
AuraPortal, se ha alcanzado el objetivo planteado que, mediante el usode AuraPortal,
fuera posible la optimización en la automatización del proceso,con la mayor calidad y en
el menor tiempo posible, cumpliendo siemprecon los requerimientos de negocio del
Cliente.
Este resultado hace posible que RSA Chile esté comenzando la implementaciónde
nuevos procesos como el de Inspecciones de Vehículos sobre elBPM de AuraPortal,
buscando incrementar la automatización y la gestiónpor procesos dentro de la
compañía.
23
Fuentes de Información
24