Modelado de Procesos de Negocio

Transcripción

1 Modelado de Procesos de Negocio Ingeniería de la programación

2 Índice Introducción y motivación. Terminología Gestión Orientada a Procesos (BPM). Conceptos básicos de BPMN. Conceptos avanzados de BPMN. BPMN para Ingeniería de Requerimientos. Herramientas de modelado. Referencias. 2

3 Introducción/Motivación Construcción de un Sistema de Información Diagramas de Secuencia Casos de Uso Ingeniería del Software Esquemas conceptuales Diagramas de Transición Diagramas de Colaboración Lenguajes El proceso de producción de software está orientado únicamente a la funcionalidad del sistema 3

4 Introducción/Motivación Construcción de un Sistema de Información Diagramas de Secuencia Casos de Uso Ingeniería del Software Esquemas conceptuales Diagramas de Transición Diagramas de Colaboración Lenguajes Kotonya y Somerville Las necesidades del negocio no se consideran. No se definen responsabilidades. Problemas de comunicación con los Stakeholder 4

5 Introducción/Motivación La construcción de un sistema software es un proceso complejo en el que es necesario comprender: Organización El entorno en el que el sistema operará. Los roles y las responsabilidades de los empelados que lo utilizarán. Sistema Software 5

6 Introduction/Motivation Construcción de un Sistema de Información Modelos organizacionales Objetivos, Roles, Tareas, etc funcionalidad Diferente nivel de abstración Clases, estados, etc Diagramas de Secuencia Diagramas de Colaboración Casos de Uso Ingeniería del Software Lenguajes Esquemas conceptuales Diagramas de Transición 6

7 Introducción y motivación: Objetivo general Enlazar la fase de modelado organizacional con la fase de modelado de requisitos utilizando una aproximación basada en procesos de negocio. Organización Modelo Organizacional Requisitos Modelo de Requisitos Sistema 7

8 Terminología: proceso de negocio 8

9 Terminología: proceso de negocio. Un proceso de negocio o un método de negocio es una colección relacionada de actividades o tareas estructuradas que producen un servicio específico o producto para un cliente o conjunto de clientes. Frecuentemente se visualizan mediante un flowchart como una secuencia de actividades. Los procesos core son aquellos que crean el valor principal de la compañía: Comprar, Ventas, Fabricación. Los procesos de soporte complementan a los procesos core : Contabilidad, Servicio Técnico, Centro de atención telefónica, Reclutamiento de empleados. 9

10 Terminología Los enfoques funcionales en la gestión de las organizaciones tienden a describir los procesos que ocurren dentro de las unidades funcionales o departamentos. 10

11 Terminología En la actualidad (gestión orientada a procesos): Los procesos existen a través de la estructura organizativa (vista transversal de la organización) Agrupan empleados de diferentes funcionalidades (departamentos) para completar el trabajo. Ejemplos: desarrollo de un nuevo producto: pasos desde que nace la idea hasta que se realiza un prototipo. tramitación de pedidos: pasos que van desde la recepción del pedido hasta la entrega y cobro del producto. contratación de un empleado. 11

12 Terminología Gestión tradicional. Centrados en procesos operativos o administrativos que dependen de una unidad funcional Responsabilidad compartida por varias personas, prevalece la organización vertical. Los departamentos condicionan la ejecución de las actividades. Orientación de las actividades hacia el jefe o departamento. Se busca la eficiencia: ser más productivo. Las mejoras tienen un ámbito limitado: el departamento. Gestión orientada a procesos. Se centra en procesos críticos para el éxito del negocio, con independencia de las unidades funcionales implicadas. La responsabilidad es única, conviviendo la organización vertical con la horizontal. Los procesos condicionan la ejecución de las actividades. Orientación hacia el cliente externo o interno. Se busca la eficacia: ser más competitivo. Las mejoras tienen un ámbito interfuncional: el proceso. 12

13 Terminología Responsabilidad única del proceso. Definir propietarios de procesos: Visión interfuncional. Credibilidad, visión global, capacidad de dirección. Funciones propietario proceso: Buscar la mejora permanente. Coordinar y resolver conflictos inter-intra departamentales. Coordinar y relaciones intra-inter empresas. Control y seguimiento. 13

14 Ejemplo: Proceso de negocio, tramitación de pedido en DELL El pedido se procesa para su entrega a fábrica. Una vez recibido/confirmado el pago, el pedido se entregará a la fabricación. Se realiza el pedido de piezas al inventario para poder programar el pedido para su fabricación. El tiempo de prefabricación depende del sistema solicitado y, sobre todo, de la disponibilidad de piezas. El producto pasa al departamento de logística y es despachado a la dirección indicada por el cliente. MONTAJE Y PRUEBAS. Un equipo de montaje monta las piezas en un sistema y es responsable de la totalidad del montaje, así como de la calidad y garantía. Los sistemas pasan a la fase de pruebas para su comprobación mediante diagnósticos de Dell y descarga de software. Los sistemas completados se colocan en cajas, conjuntamente con el ratón, el teclado, los cables de alimentación y la documentación. Las cajas se cierran y se completa la preparación para el envío. 14

15 Ejemplo problema: responder a la llamada de un cliente que solicita un producto para tenerlo en su almacén en una fecha determinada y con un precio que se necesita negociar para cerrar o no la operación en ese momento. involucra: consultar inventario (productos disponibles, reservados, en inspección, suficientes, pendientes de llegar,...) considerar importancia del pedido (adelantar o no a otros pendientes), controlando el riesgo de la operación plantear conveniencia y plazos de fabricación para añadirlos a los de entrega de proveedores (si es necesario material) considerar un plazo de entrega real (nivel de saturación de la fábrica) considerar subcontratación a terceros considerar productos sustitutivos para completar el pedido (por ejemplo, servidos anteriormente al mismo cliente). tener en cuenta costes de los productos en su compra y en su transformación considerando distintas alternativas de compra por volumen, o de fabricación por lotes económicos,... para responder a la pregunta se involucra a gran parte de las áreas de la empresa 15

16 Conceptos básicos de BPMN BPMN son las siglas de Business Process Modeling Notation. BPMN en la actualidad es un estándar de OMG (Object Management Group). BPMN propone una notación que sea entendible por: Los analistas de negocio que modelan las versiones iniciales de los procesos de negocio de la organización. Los analistas informáticos y programadores que desarrollan la infraestructura en la cual se ejecutarán esos procesos. Los empleados de la organización que se encargan de ejecutar y monitorizar los procesos. BPMN se basa en flowcharts y en la actualidad está disponible en numerosas herramientas. A un modelo de procesos en BPMN se le llama BPD (Business Process Diagram). 16

17 Conceptos básicos de BPMN: versiones BPMN surge por iniciativa de BPMI.org que comenzó a desarrollar BPML (Lenguaje de modelado de procesos de negocio ejecutable, basado en XML). La notación recibió el nombre de BPMN. La primera iniciativa para desarrollar la notación es de Septiembre de Versión 1.0 de BPMN (OMG): Mayo 2004 Conjunto de elementos gráficos, semántica informal, primeras herramientas de algunos vendedores. Versión 1.1 (Enero 2008), sobre 60 vendedores de herramientas. Versión 1.2 (Enero 2009), correcciones de Versión 1.1. Version 2.0 beta propuesta por IBM/SAP/Oracle y otros en Junio metamodelo (formato de intercambio), semántica descrita formalmente. 17

18 BPMN ejemplo La notación básica contiene los siguientes elementos: Un ejemplo con parte de la notación: 18

19 BPMN poster versión

20 Business Process Modelling Notation v. 1.2 Gateways Activities Data Data-based Exclusive Gateway Paralllel Gateway Inclusive Gateway Event-based Exclusive Gateway Complex Gateway Task Multiple Instances Collapsed Subprocess Data Object Undirected Association Directed Association Bidirected Association Data Object Events Start Intermediate End Loop Transaction Catching Throwing Plain Message Timer Error Cancel Compensation Pool Ad-hoc Subprocesses Transaction Documentation Conditional Signal Multiple Link Terminate Sequence Flow Conditional Flow Default Flow Message Flow Group Text Annotation v.0.2 Author: Web: Christoph Hartmann 20

21 BPMN ejemplo: proceso básico Proceso de compra/venta: Un proceso de negocio o un método de negocio es una colección relacionada de actividades o tareas estructuradas que producen un servicio específico o producto (sirven para una meta particular) para un cliente o conjunto de clientes. Frecuentemente se visualizan mediante un flowchart como una secuencia de actividades, tal como definimos anteriormente. Elementos del diagrama: Eventos: inicial, final. Tareas/Actividades. Se muestra el camino sin excepciones del proceso, o la situación ideal. 21

22 BPMN procesos con caminos excepcionales Elementos nuevos: Gateways (Puertas). Diferentes caminos sobre el proceso. Diferentes eventos de finalización para diferentes estados de finalización. 22

23 Pools y Lanes Un Pool (piscina) representa un participante en el proceso. Un participante puede ser una entidad de negocio (una compañía) o puede ser un rol más general (comprador, vendedor, fabricante, etc.). Las Lanes (calles) se utilizan para organizar y categorizar actividades dentro de una piscina. Pueden representar roles internos, sistemas o departamentos de la organización. Las calles pueden estar anidadas, por ejemplo los departamentos de una compañía pueden modelarse como calles externas y los roles de cada departamento como calles internas. 23

24 BPMN: Pools y Lanes Quién lleva a cabo cada actividad? Lane: Rol o unidad organizacional. Lane: Puede también ser un Sistema. Qué proceso? Nombre del pool. Es más usual utilizar como nombre del pool el nombre de la organización. 24

25 BPMN: subprocesos Los subprocesos permiten una descomposición jerárquica del modelo. No Ventas Recibir Pedido No Pedido Fallido Procesar Pedido Finanzas Comprobar Crédito Crédito ok? Si Enviar Factura Pedido completado Si Almacén Cumplimentar Pedido Stock suficiente? Cumplimentar Pedido Almacén Comprobar Stock En stock? Si No Seleccionar de Stock Enviar Pedido Sin stock Pedido enviado 25

26 BPMN eventos BPMN en la versión 1.2 dispone de los siguientes tipos de eventos: Los eventos específicos llevan asociado un icono que muestra su significado Adicionalmente los eventos se pueden categorizar atendiendo a las causas que lo generan (en los iniciales e intermedios) y a los efectos que producen (en los finales). 26

27 BPMN eventos específicos Mensaje Se recibe (o se emite) un mensaje de cualquier tipo, desde un hasta una conversación en persona. Los datos del mensaje pueden condicionar el flujo posterior Temporizador Puede definirse un disparador que inicie un proceso en determinados momentos, o que suspenda el flujo una cantidad de tiempo determinada. Error (o excepción) Estos eventos suelen asociarse a una actividad, y reflejan situaciones anómalas que pueden suceder en su ejecución. Cancelación Se da lugar cuando el usuario decide cancelar una actividad o proceso y finalizarlo con un procesamiento normal de eventos. Compensación Un evento de compensación se produce cuando una transacción finaliza de manera incorrecta y son necesarias operaciones que deshagan los cambios producidos. Regla Se pueden disparar eventos basándose en el cumplimiento de una regla determinada. Enlace Estos eventos son virtuales y suelen emplearse para conectar distintas páginas de un diagrama, cuando el flujo de proceso es excesivamente grande. Múltiple Muchos eventos distintos pueden activar el proceso, basta con que uno de ellos se cumpla para que el proceso se dispare. Terminación Finaliza el proceso de forma inmediata como consecuencia de un error fatal, sin compensación ni tratamiento de eventos. Signal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien pueda interesar. 27

28 BPMN gateways Las puertas son los elementos que controlan la divergencia y convergencia de varios flujos de secuencia en el proceso. Por tanto determinará ramificación, bifurcación, fusión y unión de caminos. Bifurcación XOR (basada en datos) El flujo se bifurca en uno de los caminos basando su condición en los datos de entrada Bifurcación XOR (basada en evento) El flujo se bifurca en uno de los caminos dependiendo del evento concreto que se reciba. Bifurcación OR El flujo se bifurca en varios caminos de forma independiente, se podrá avanzar por cada camino paralelamente pero sólo si se satisface la condición respectiva. Bifurcación compleja La ramificación se basa en condiciones complejas o situaciones especiales Bifurcación y unión AND Se emplea cuando se desea dividir el flujo en varios caminos que se ejecutarán paralelamente. El mismo símbolo se usa para bifurcar los caminos y para volver a fusionarlos. 28

29 BPMN gateways Hay que destacar que no siempre es necesario usar un elemento pasarela para crear ramificaciones; con el fin de agilizar los diagramas, se permite obviar las bifurcaciones XOR y OR empleando simples conectores de secuencia indicando la condición necesaria en cada uno. El flujo por defecto se sigue si no se satisfacen ninguna de las otras condiciones. La notación del flujo con diamante se usa únicamente en puertas de datos. 29

30 Flujo de mensajes El flujo de mensaje es el mecanismo proporcionado para definir la comunicación entre partes del negocio o entre negocios. Estos mensajes se establecen siempre entre piscinas (pools) separadas, o en diagramas más refinados por ejemplo entre actividades concretas (cada una de ellas formando parte de un proceso separado). 30

31 Flujo de mensajes Proceso del cliente: Pool externa y de caja negra (no se muestran detalles). Los mensajes fluyen entre los pools. Cliente Pedido Ofrecer Respuesta Informe Fallo Factura Ventas Recibir Pedido Si Ofrecer artículo sustitución Aceptado? No Pedido Fallido Crédito ok? No Procesar Pedido Finanzas Comprobar Crédito No Si Preparar Factura Pedido completado Si Almacén Cumplimentar Pedido Stock suficiente? 31

32 Flujo de mensajes Los mensajes muestran interacciones entre los pools (procesos). En BPMN 2.0 se llaman diagramas de colaboración, en BPMN 1.2 coreografía. Con respecto al diagrama anterior: El evento de inicio dispara la ejecución del proceso cuando el mensaje es recibido. El evento de finalización envía un mensaje y termina la ejecución del proceso. Respectivamente se crea y se termina una instancia de proceso. 32

33 Flujo de mensajes Los sistemas externos pueden modelarse mediante roles. El sistema de comprobación de crédito proporciona un servicio que puede modelarse utilizando una caja negra o una caja blanca. Cliente Pedido Ofrecer Respuesta Informe Fallo Factura Ventas Recibir Pedido Si Ofrecer artículo sustitución Aceptado? No Pedido Fallido Crédito ok? No Procesar Pedido Finanzas Comprobar Crédito No Si Preparar Factura Pedido completado Si Almacén Cumplimentar Pedido Stock suficiente? Petición Comprobar crédito Respuesta crédito cliente Entidad Financiera 33

34 Más sobre actividades Una actividad representa el trabajo realizado dentro de un proceso de negocio. Una actividad puede ser atómica (tarea) o bien compuesta (subproceso). Las figuras que representan actividades pueden mostrar símbolos específicos dependiendo de ciertos atributos que definen el comportamiento de la actividad. 34

35 Más sobre actividades Bucle La actividad puede repetirse varias veces atendiendo a sus condiciones de iteración definidas en los atributos. Instancia múltiple La actividad puede ejecutarse en múltiples instancias en paralelo, de forma simultánea en el tiempo. Ad Hoc (Independiente) Una actividad ad hoc tiene lugar fuera del flujo general del proceso de negocio. Combinación de los anteriores Los comportamientos anteriores no son excluyentes; una actividad puede presentar todos ellos de forma simultánea. Un subproceso pude mostrarse colapsado o expandido. 35

36 Más sobre actividades Tanto en las versiones anteriores de BPMN como en la versión 2.0 existen las siguientes categorías de tareas: Los iconos son opcionales, pero su utilización puede ayudar a clarificar el diagrama. 36

37 Más sobre actividades Tarea manual: Tarea no automatizada que un rol humano realiza sin utilizar el sistema. Tarea humana: Tarea que realiza un rol humano utilizando un sistema informático. Tarea servicio: Permite enlazar con algún tipo de servicio como un servicio Web o una aplicación automatizada. Tarea script: Ejecuta un script (JavaScript, Xpath, etc) definido por el modelador. Tarea mensaje: Admite dos variantes envío de mensaje y recepción de mensaje. En el primer caso se envía un mensaje a un participante externo (similar al evento de envío de mensaje), en el segundo se recibe (similar a la recepción de un mensaje). Tarea regla de negocio: Representa la ejecución de una regla de negocio. 37

38 Artefactos Se puede considerar como artefacto a todo elemento gráfico incluido en el diagrama que no afecta directamente al proceso de negocio pero que ayuda a complementarlo con información adicional. Los objetos de datos representan elementos del sistema que afectan a las actividades a las que están asociadas. Su significado varía en función del uso que se desee darle: pueden representar desde registros de una base de datos hasta objetos físicos usados en las actividades. Es común asociarlos a tareas y subprocesos indicando una relación de dependencia (de entrada, de salida, o de ambas). 38

39 Artefactos Anotaciones de texto: Este artefacto sirve para documentar brevemente algún elemento del diagrama. Su uso debe restringirse a casos puntuales en los que sea conveniente dejar constancia de algún aspecto relevante del proceso, pero no como herramienta sistemática de documentación. Grupo: Un grupo es una mera herramienta visual que permite realizar agrupaciones de elementos de forma totalmente libre. Estas agrupaciones no tienen significado en el proceso de negocio y su única finalidad es proporcionar una ayuda gráfica a la hora de indicar áreas críticas del proceso o cualquier otra funcionalidad que se le desee darle. 39

40 Transacciones Un subproceso tanto en forma expandida o colapsada pude ser considerado una transacción. Esto implica que el subproceso puede tener las siguientes terminaciones: Completar con éxito: se muestra con un flujo normal que deja al subproceso. Completar con fallo: representa que la transacción se cancela y esto puede originar que se ejecute un roll-back o una compensación. Excepción: Si ocurre cualquier tipo de fallo, la actividad se interrumpe y la actividad continua a partir del evento de error intermedio. 40

41 BPMN para ingeniería de requisitos El objetivo del apartado es especificar requerimientos que den soporte a las tareas contenidas en un proceso de negocio. La entrada es un modelo BPMN en el que se marcan aquellas tareas que son consecutivas, es decir todas aquellas que se ejecutan sin interrupción una a continuación de otra. En el ejemplo todos los objetos de flujo son consecutivos. 41

42 BPMN para ingeniería de requisitos. La plantilla textual recibe el nombre de Descripción Extendida de Tarea (ETD). Task Description: CAR RENTAL Business Process: Car Rental Role: Office Employee Subtasks: Choose a car, Check whether a customer is new or not, Record customer data, Search for customer data, Fill contract, Choose Extras, Take deposit, Print contract details Input Output Domain Entity State Domain Entity State Car Ready Rental Contract Open Customer (1) - Customer (2) - Extra Ready Car Rented - - Extra Rented 2. Select a car User intention System responsibility Normal 1. Show cars 3. Show customers 4. Select a customer 5. Introduce rental contract information 6. Store information 7. Show contract details 8. Print contract details Alternatives 4.a.1. Introduce customer data 4.a.2. Store customer data ( 5) Extensions 5.a.1. Show extras 5.a.2. Select extras 5.b.1. Introduce deposit amount Qué similitudes diferencias tiene la plantilla con respecto a un modelo de casos de uso? 42

43 Herramientas de modelado Existen infinidad de herramientas para BPMN, algunas de ellas de libre disposición son: Bizagi: BonitaSoft: Intalio: Modelio: 43

44 Herramientas de modelado Plantillas para visio: BPMN 2.0 y

45 Referencias BPMN Modeling and Reference Guide. Stephen A. White, Derek Miers. BPMN Method and Style. Bruce Silver. The Microguide to Process Modeling in BPMN. Tom Debevoise. The Process: Business Process Modeling using BPMN. Alexander Grosskopf, Gero Decker, Mathias Weske. 45