NI UNIVERSIDAD CEsAR VALLEJO Estandares para el Modelado de Procesos de Negocios Curso: Business Process Management Grupo No. 6 * Casquero Torres, Wilfredo Anibal “© Garayar Tito, Ana Meliza + Mansilla Garayar, José Alfredo * Patricio Peralta, César Heman Torres Estrada, Jorge Luis 04/05/2014 Trabajo realizado porel Grupo - 6 sobre los principales Estandares de Modelado de Negocios. Se da un énfasis especial en el estdndar BPMN y seincluye un casode éxito.ESTANDARES PARA EL MODELADO DE PROCESOS DE NEGOCIOS INTRODUCCION Un modelo tiene la finalidad de representar los procesos de negocio de una empresa u organizacién con objeto de que puedan seranalizados y mejorados, para ello se realiza: ‘* La Validacion: que se realizan a todas las tareas y ciclos de proceso * LaSimulacion: como por ejemplo el ahorro de costosantes de laimplementacién Asimismo, es necesario que todas las partes implicadas interpreten el contenido de los modelos del mismo modo. Aqui es donde intervienen los estandaresde modelado. Estos definen los elementos del modelo de procesos y su significado. Permiten Ia gesticn 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: * Business Process Execution Language - BPEL * Unified Modeling Language - UML ‘© Event-driven Process Chain ~ EPC y Business Process Modeling Notation - BPMN Por otro lado se incluye como parte de este trabajo un ejemplo de caso de éxito en la Compafiia RSA Seguros Generalesde Chilecon la aplicacién de BPMN utilizando herramientas proporcionadas por la compafifa espafiola AuraPortal el cual inicia con la automatizacin de proceso de “Cotizacién de Pélizas de Seguros”, actualmente a a fecha se trabaja en otros procesos como el de Inspecciones de VehiculosBPEL Lenguaje de Ejecucién de Procesos de Negocio BPEL;Segtin la definicién de la organizacion de estandares OASIS el “Business Process Execution Language” (BPEL) es una forma de orquestar procesos de negocio basada en esténdares, compuesto por servicios. Como lenguaje de ejecucién, WS-BPEL define como representar las actividades en un proceso de negocio, junto al control de la légica del flujo, datos, correlacién de mensajes, manejo de excepciones, y demas Es un estandar disefiado para integrar una variedad de aplicaciones y conseguir los objetivos de negocio independiente de las plataformas y tecnologias con mayor escalabilidad y flexibilidad. BPELo Lenguaje de Ejecucién de Procesos de Negocio puede definirse como un estandar basado en XML disefiado para la “orquestacién” de servicios Web. Esto significa que permite el control centralizado de la invocacion de diferentes servicios Web con cierta légica de negocios, definiéndose cual, cémo y cuando se ejecutaré un proceso determinado. BPEL permite a las empresas alcanzar un alto dinamismo en su arquitectura tecnolégica, adaptandose répidamente a los cambios, ya sean a nivel interno 0 extemas. De esta forma, pueden reorganizar con mayor facilidad la comunicacién entre sus aplicaciones, reduciendo ostensiblemente la complejidad de los procesos BPEL puede tener un alto impacto en solucionar la compleja integracién tecnolégica de las empresas, contribuir a definir procesos con mayor dinamismo y de acuerdo ala légica de cada negocio, monitorear procesos y obtener, como consecuencia de lo anterior, un maximo aprovechamiento de la infraestructura de TI, una mayor flexibilidad y escalabilidad de los sistemas y, por sobre todo, una importante proteccién de la inversion en tecnologia, ya que se basa en estandares.1. Caracteristicas = Es la unién entre negocio y tecnologia. = Es un lenguaje XML que define como un proceso de negocios puede ser ejecutado usando servicios Web. "Al ser un estandar usado por los fabricantes: * Permite elegir entre distintas plataformas * Permite Ia interoperabilidad + Fomenta la competitividad y la mejora de las plataformas "BPEL es un lenguaje de ejecucion = Generalmente se realiza una conversién BPMN A BPEL = Es el lenguaje “miquina” que permite la implementacion del BPM = Estndar soportado por la mayoria de fabricantes Fisicamente es un fichero XML "La ejecucisn de las funciones de negocio se gestiona a través de servicios Web. = BPEL es un lenguaje de especificacién de procesos de negocio completamente ejecutable que otorga orquestacién a los Servicios Web. Un modelo de orquestacién provee un dmbito especificamente enfocado en la vista de un participante en particular. 2. Cémo se aplica BPEL? Un tipico ejemplo es cuando se recibe una orden de compra, en donde hay acciones que pueden incluir el chequeo del status de crédito de un cliente, verificacién de stocks, ratificacion de la orden intemamente, programacion del envio, confirmacién de la entrega y recepcién o envio del pago correspondiente. Cuando un proceso de negocios es ejecutado por servicios Web significa que gracias 2 BPEL existiré una interfaz Unica para soportar mensajes XML, independiente de las plataformas asociadas, con lo cual se evita tener que usar miltiples protocolos y formatos e interfaces distintas. Y, aunque no todas las actividades estén actualmente implementadas como servicios Web en las organizaciones, sus efectos a nivel intemo son tangibles, puesto que ayudan asimplificar y hacer més veloz la interaccién y la ejecucién de un proceso de negocio. La aplicacién de BPEL puede darse en el caso de la reserva de un ticket aéreo de un hotel en forma simulténea, a través de una agencia de viajes. En este caso, existen muchas actividades asociadas a un mismo proceso, especial mente desde el punto del cliente, independiente de los socios de negocios que participen en el evento. Con BPEL, la coordinacién y ejecucién de las actividades puede definirse de tal manera que el resultado para el cliente y las empresas involucradas sea siempre dptimo. Pasado Presente y Futuro Canales de Inegracion Orquestcion Cae Tecrolgies de Procesor orientada e eos, Bac) rocesor a9 Tava ce neoUML Lenguaje Unificado de Modelado Es el lenguaje de modelado de sistemas de software mas conocido y utilizado en la actualidad; esta respaldado por el OMG (Object Management Group). Es un lenguaje grafico para visualizar, especificar, construir y documentar un sistema. Prescribe un conjunto de notaciones y diagramas esténdar para modelar sistemas orientados a objetos, y describe la seméntica esencial de lo que estos diagramas y simbolos significan. El Lenguaje Unificado de Modelado (Unified Modeling Language) es un estndar completo para describir sistemas de software. Facilita el acercamiento entre el disefio de soluciones mas favorables para la empresa y el disefio detallado de sistemas de software. 1. Caracteristicas de UML * Lo fundamental de una herramienta UML es la capacidad de diagramacién, y los diferentes tipos de diagramas que soporta la herramienta. Sus esquemas de apoyo de disefio, documentacién, construccién e implantacién de sistema "Su flexibilidad para admitir cambios no previstos durante el disefio o el redisefio. * UML se puede usar para madelar distintos tipos de sistemas: sistemas de software, sistemas de hardware, y organizaciones del mundo real. iagramas UML Se utilizan para dar diferentes perspectivas del problema segtin lo que nos interesa representar en un determinado momento los diagramas que UMLson: * Diagrama de casos de uso * Diagrama de clases * Diagrama de secuencia = Diagrama de colaboracién jiagrama de estado grama de actividad* Diagrama de componente * Diagrama de despliegue 2.1. Diagrama de Caso de Uso. El diagrama de casos de uso representa la forma como un Cliente (Actor) opera con el sistema en desarrollo, ademés de la forma, tipo y orden en coma los elementos interactuan (operaciones o casos de uso). Elementos: Actor; Un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sinomas bien la labor que realiza frente al sistema. Caso de Uso; Es una operacién/tarea especifica que se realiza tras una orden de algin agente extemo, sea desde una peticién de un actor 0 bien desde la invocacién desde otro caso de uso. > Asociacién; Es el tipo de relacién mas basica que indica la Relaciones: invocacion desde un actor 0 caso de uso a otra operacion (caso de uso). Dicha relacién se denota con una flecha simple. ———> Dependencia o Instanciacién; Es una forma muy particular de relacién entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacién se denota con una flecha punteada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 (<>) 0 de Herencia (<>). Este tipo de relacién esta orientado exclusivamente para casos de uso (y no para actores). extends: Se recomienda utilizar cuando un casode usoes imilara otro (caracteristicas). uses: Se recomienda utilizar cuando se tiene un conjunto de caracteristicas que son similares en més de un caso de uso y no se desea mantener copiada la descripcién de la caracteristica. —_-> 2.2. Diagrama de Clase. Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de usoy de consentimiento. Un diagrama de clases est compuesto por los siguientes elementos: Clase atributos, métodos y visibilidad. Relaciones Herencia, Composici6n, Agregacién Asociacién y Uso. Clase; la unidad basica que encapsula toda la informacién de un Objeto (un objeto es una instancia de una clase). A través de ella podemos modelar el entomo en estudio (una Casa, un Auto, una Cuenta Corriente, etc.). En UML, una clase es representada por un recténgulo que posee tres divisiones: Superior: Contiene el nombre de la Clase Intermedio: ‘ontiene los atributos (o variables de instancia) que caracterizan a la Clase (pueden ser private, protected o public). Inferior: Contiene los métodos u operaciones, los cuales son la forma come interactiia el objeto con su entorno (dependiendo de la visibilidad: private, protected o public).2.3. Diagrama de Secuencia. Un diagrama de secuencia muestra la interaccién de un conjunto de objetos en una aplicacina través del tiempo. Estadescripciénes importante porque puede dar detalle a los casos de uso, aclarandolos al nivel de mensajes de los objetos existentes, como también muestra el uso de los mensajes de las clases disefiadas en el contexto de una operacién. 2.4, Diagrama de Colaboracién. Un diagrama de colaboracién es una forma de representar interaccién entre abjetos, altema al diagrama de secuencia. A diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operacién (cuales objets son atributos, cuales temporales) y ciclos en la ejecucién3: DarVueltas (int) \ m; MaquinaCafe | J 1: senir <> | V [ p: Producto ] 1 2: (i=t..n) Servir (int) ingrediente |— 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. 2.6. Diagrama de Actividades. Un diagrama de actividades es un caso especial de un diagrama de estados en el cual casi todos los estados son estados de accion (identifican que acci6n se ejecuta al estar en él) y casi todas las transiciones son enviadas al terminar la accién ejecutada en el estado anterior. Puede dar detalle a un caso de uso, un objeto oun mensaje en un objeto. Sirven para representar transiciones internas, sin hacer mucho énfasis en transiciones o eventos externos. 2.7. Diagrama de Componente.Un diagrama de componentes muestra las dependencias logicas entre Componentes software, seanéstos componentes fuentes, binarios o ejecutables. Los componentes software tienen tipo, que indica si son utiles en tiempo de compilacién, enlace 0 ejecucién a- | 2.8. Diagrama de despliegue. Modela la topologia del hardware sobre el cual correrd nuestra aplicacién y nos indica donde se ejecutara cada uno de los componentes; esto se muestra las relaciones fisicas entre los componentes del software y el hardware de nuestro sistema. 10Los Diagramas EPC Event-driven Process Chain EPC es: “Lineas 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 anilisis 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 ingenieria empresarial Por esto se puede decir que los diagramas EPC quedan dentro de la categoria de herramientas para BPM (Business Process Management, o Gestidn 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 yplataformas. 1. Notacién de los diagramas EPC Los diagramas EPC emplean simbolos graficos para presentar la estructura de flujo de control de un proceso empresarial como una cadena de eventos y funciones. La notacion de este tipo de diagramas es muy sencilla, ya que sdlo consta de unos elementos. A continuacién vamos a ver cudles son: 1.1. Evento Son elementos pasivos. Describen sobre qué circunstancias trabaja una funcion © proceso, 0 el resultado de una funcién o proceso. Algunos ejemplos: “documentacién recibida”, “plazas disponibles”, Normalmente los diagramas EPC comienzan y terminan con un evento.1.2. Funcién Son elementos activos. Modelan las tareas 0 actividades de la compafiia Describen la transformacién de un estado inicial a un estado final. En el caso de gue se puedan dar varios estados finales, la seleccién del correspondiente estado final, se puede modelar explicitamente como una funcién de decisian, usando conectores légicos. Las funciones se pueden refinar en otros diagramas EPC. Algunos ejemplos: “solicitar documentacion’, “comprobar plazas disponibles”... 1.3. Unidad organizativa Determina la persona u organizacién, dentro de la estructura de la empresa, que es responsable de una funcién especifica Algunos ejemplos: “departamento de ventas”, “jefe de ventas”... Siempre va unida a una funcién mediante una linea continua, Unidad organizativa 14. Informacién, material o recurso Representan objetos en el mundo real, por ejemplo objetos de negocio, entidades,... que pueden ser datos de entrada que sirvan como base para una funcién, 0 datos de salida producides por una funcién, Algunos ejemplos: “material”, “pedido”, “solicitud”, 12Se unen con las funciones mediante una flecha de linea continua, donde la punta de la flecha indica si es informacion de entrada o de salida. Odjeto f informacion saad 15. Conector Idgico Describen las relaciones légicas entre los elementos (eventos y funciones) en el flujo de control Con la ayuda de los conectores ldgicos es posible dividir el flujo de control de Un flujo a dos o mas flujos, y sincronizar el flujo de control de dos 0 mis flujos a un Gnico flujo. Hay tres tipos de relaciones logicas: 1.5.1. Branch/Merge (KOR) Branch: Corresponde con tomar una decisién sobre qué camino coger entre varios flujos de control. Cuando se cumple la condicién, el branch activa sélo uno de los flujos de control de salida, y desactiva el resto. © Merge: Puede tener dos 0 més flujos de entrada, y un dnico flujo de control de salida. Sincroniza una nica altemativa activada con el resto, que han de estar desactivadas. 15.2. Fork/Join (AND) © Fork: Activa todas los flujos de control de salida, de forma concurrente. * Join: Sincroniza todos los flujos de controla de entrada activos. 15.3. Or © Activa uno o més de los flujos de control de salida, y desactiva el resto de los flujos de salida. © Enel Orde cierre, cuando por fin uno de los flujos de entrada es activado, el OR le pasa el control al siguiente elemento.xOR AND oR ® ® ® 16. Flujo de control Conecta eventos con funciones, caminos de procesos, 0 conectores légicos, creando secuencias cronolégicas e interdependencias légicas entre ellos. Se representan como flechas de linea discontinua, 4BPMN Notacién para el Modelado de Procesos de Negocio BPMN (Business ProcessModelingNotation) es la nomenclatura esténdar para el modelado de procesos de negocios. Fue disefiado como una notacién de tipo diagrama de flujo robusto, facil de usar y completamente independiente de la implementacién. Su nomenclatura remite 2 conceptos propios de la programacién: intercambio de mensajes, condicionales, ciclos, manejo de excepciones, flujos en paralelo, estados y eventos Elprincipal objetivo de BPMN es proporcionar una notacién estandar que sea facilmente legible y entendible por parte de todos los involucrados e interesados de! negocio (stakeholders). Entre estos interesados estan los analistas de negocio (quienes definen y redefinen los procesos), los desarrolladores (responsables de implementar los procesos) y los gerentes yadministradores del negocio (quienes monitorizan y gestionan los procesos). En sintesis BPMN tiene la finalidad de servir como lenguaje comin para cerrar la brecha de comunicacién que frecuentemente se presenta entre el disefio de los procesos de negocio y su implementacién. 1, Caracteristicas = Se define como una notacién grafica que describe la logica 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 comiin 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.2. Evolucién BPMN ha venido evolucionando a lo largo del tiempo desde su surgimiento en el afio 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 fusion de las dos organizaciones en el afio 2005. Su version actual en el afio 2011 es la 2.0. Elementos El modelado en BPMN se re mediante diagramas muy simples con un conjunto muy pequefio de elementos gréficos. Con esto se busca que para los usuarios del negocio y los desarrolladores sea facil 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, Anota2.2. Objetos de flujo Los elementos de flujo son los principales elementos graficos que definen el comportamiento de los procesos; estan compuestos por tres elementos basicos Y Eventos un evento es algo que sucede durante el curso del proceso, afectan el flujo de proceso y normalmente tienen una causa (trigger) 0 resultado. Los eventos son representados a través de circulos con centro vacio. TIPODE NOMBRE DEFINICION NOTACION EVENTO BPMN O O Y Actividad Las actividades representan trabajo o tareas realizadas por miembros de la organizacién, Este elemento simboliza tareas manuales © automiticas llevadas @ cabo por un usuario 0 un sistema, Una actividad es representada por un rectdngulo con bordes redondeados. Los tipos de actividades son: Task (tareas) Sub-process (subproceso)NOMBRE BPMN uso. ubproce inc njunto de actividades y una secuencia logic (proceso), que indica que la actividad mencionada puede ser analizada a un nivel mas fino, Se puede colapsar o expandit Subproceso. NOTACION Y Decisiones (Gateway) Las Decisiones son usadas para controlar la divergencia y convergencia del flujo. Estas determinan ramificaciones, bifurcaciones, combinaciones y fusiones en el proceso. Representados por la tipica figura de! rambo. 2.3. Objetosde conexidn Los objetos de flujo se conectan entre ellos en un diagrama para crear el esqueleto basico de la estructura de un proceso de negocio. Y Flujo de secuencia (SequenceFlow) Est representado por linea simple continua y flechada; y muestra el orden en que las actividades se levaran a cabo. —Y Flujo de Mensaje (MessageFlow) Est representado por una linea discontinua con un circulo 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). Y Asociaciones (Association) Se representa por una linea segmentada finamente con el extremo en punta. Se usa para asociar datos, textos u otros artefactos con flujos de objetos. Las asociaciones son usadas para mostrar las entradas y salidas de las actividades, 2.4. Canales (Swimlanes) Los canales son mecanismos de organizacién de las actividades en categorias visuales separadas para ilustrar las diferentes éreas funcionales 0 responsables. Los dos tipos de objetos swimilanes son: Y Pool Contiene un conjunto de actividades asociadas a una entidad de! proceso. Esta entidad puede ser un rol, division o area de la empresa, producto 0 todo el proceso. Y Lane Es una particién dentro de un pool y se extiende alo largo de todo el pool, tanto vertical como horizontalmente. Los Lanes son usados para onganizar y categorizar actividadestam Lane! Lined Lane3 Artefactos (Artifacts) permiten a los desarrolladores llevar algo més de informacién al modelo 0 diagrama. De esta manera, el modelo o diagrama se hace mas legible. Sontres artefactos predefinidos y son: Y Objetos de Datos Muestra al lector cual es el dato que debers ser requerido © producido en una actividad. Grupos Se representan por un rectingulo de lineas discontinuas y vértices redondeados. EI Grupo se utiliza para agrupar diferentes actividades pero no afecta al flujo dentro de un diagrama, Y Anotacién Se utiliza para darle al lector una descripcién entendible del modelo o diagrama. Anotacin: permite al ‘madelager dar intormacién acicional grupoRSA Seguros Generales Chile CASO DE EXITO RSA Seguros Generales Chile, con idaen Abril de 1905, es la sucesora deCompa‘iia de Seguros La Republica S.A. En Noviembre de 2005, tras una serie defusiones y adquisiciones, RSA alcanza elliderazgo del mercado chileno de segurosgenerales. Con una tradicién de 300 afios y cercade 20 millones de clientes en mas de140 paises, RSA es uno de los principalesgrupos aseguradores multinacionales. Centrandose en seguros generales, tiene alrededor de 23.000 empleados yen 2012 sus primas emitidas netas fueronde $ 14.14 bn. En 2012 RSA Chile adquirié la suite de BPMNde la compaiifa espafiola AuraPortal para automatizar lospracesos estratégicos de la compaiiia 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 eldptimo desarrollo de la compaiiia. LA PROBLEMATICA RSA Chile, siguiendo su politica de innovacién constante marcada por el objetivo deofrecer a sus clientes el mejor servicio, decidié iniciar un proyecto de implantacionBPM (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 permitia un seguimiento ‘rico delas actividades realizadas.LA SOLUCION Después de un minucioso proceso de andlisis en el que se evaluaron las aplicacionesde software de Gestion por Procesos recomendadas por diferentesanalistas de mercado como Gartner, Forrester y OVUM, RSAChile decididimplementar la suite de Gestién por procesos de AuraPortal. En este momento, RSA tiene una cartera de proyectos criticos que esténsiendo implementados con AuraPortal. Esta implementacion se inicié conel proceso de “Cotiza nde 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. AuraPortal gestiona todo el Proceso de Cotizacién de Pélizas de Seguros,desde la Solicitud de Reserva hasta el paso a emisién de la péliza correspondiente,tratando individualmente cada producto cotizado y, cuando todaslas cotizaciones se han realizado, unifica el resultado total del negocio porcliente segiin parémetros definibles por la empresa. El Proceso utiliza un alto grado de automatizacién para controlar distintosniveles de aprobacién, tanto a nivel de departamento como a nivel degerencia y para gestionar el envio de tareas automaticas (sin intervenciénhumana) y correos electrénicos a los usuarios involucrados, guardando unhistorico de las reservas de negocio y cotizaciones realizadas indicando cadacambio en su estado y la fecha en que se produce. Mediante Puntos de control situados en el Proceso, es posible tener visibilidadsobre el estado en que se encuentra cada Reserva y cada Cotizacién, obteniendoreportes y graficos para analizar situaciones, tiempos, demoras yactuar en consecuencia, mediante informes personalizados a demanda dela empresa 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 a cual se realizo.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 yen el menor tiempo posible, cumpliendo siemprecon los requerimientos de negocio del Cliente, Por medio de la implementacién de la herramienta de BPM en el proceso deReservas y Cotizaciones, ha sido posible realizar un detallado seguimientoa las razones de obtencién 0 pérdida de negocios para la compaiiia, permitiendode esta manera enfocar los esfuerzos en la mejora del “Hit Ratio” lograndocerrar la mayor cantidad posible de negocios. Este resultado hace posible que RSA Chile esté comenzando la implementaciénde huevos procesos como el de Inspecciones de Vehiculos sobre elBPM de AuraPortal, buscando incrementar la automatizacion y la gestionpor procesos dentro de la compaiia,Fuentes de Informacion Altova, Inc. “Notacién de modelado de procesosde negocio(BPMN)” URL: http: www altova. con/es/umodel/business-process-modeling.htm! - Beverly (Massachusetts)- USA- 2014 Software AG. “Esténdares de modelado” URL: http: /Avww.softwareag.com/es/product/aris_platform/ modeling /default.asp, Madrid Espafia - 2014 Noguera Garcia, Manuel; Benghazi, Kawtar; Garrido Bullejos, José Luis. “Introduccién al Modelado de Procesos de Negocios”, URL: http://www.ugr.es/~mnogue ra/collaborative_systems-business_processes_10- 11.pdf - Universidad de Granada.Madrid, Espafia, 2012 AuraPortal. “Casos de éxito en la aplicacién de BPMN - El Caso de RSA Chile’. http: //www.auraportal. cony/35 3P698L 1/Caso-de-Exito- BPM—Business-Process- Management-Software--RSA-Chile.aspx. Madrid-Espafia, 2012 Wikimedia Inc. "Lenguaje Unificado de Modelado-UML". URL: http://es. wikipedia.org /wiki/Lenguaje_Unificado_de_Modelado. Web: Wikipedia-Enciclopedia de contenido libre - Abril 2014. Javier De La Fuente Sales. "Herramienta para la generacién y des guede composiciones de servicios Web mediante modelos BPMN". Tesina de Master. Universidad Politécnica de Valencia-Espafia, 2012 Pérez Garcia, Alejandro. "Intraduccién a los Diagramas EPC (Event- drivenProcessChain)", Web patrocinada por Autentia.com,URL: http://www.adictosaltrabajo.com/tutoriales/tutoriales. php?pagina=diagramas Epc. -Madrid, Espafia - 2014