Introducción a BPMN
Upcoming SlideShare
Loading in...5
×
 

Introducción a BPMN

on

  • 3,524 views

Introducción a BPMN

Introducción a BPMN

Statistics

Views

Total Views
3,524
Views on SlideShare
3,524
Embed Views
0

Actions

Likes
3
Downloads
349
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Sales
  • Este conjunto de elementos básicos de modelado permite un fácil desarrollo de diagramas de procesos de negocio sencillos, los cuales son muy familiares para la mayoría de los analistas de negocio (como son los diagramas de flujo).
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Se refiere al intercambio de mensajes y datos entre participantes. En BPMN, dos “Pools” en el diagrama representan a dos participantes. Dentro de un Pool no existe interacción En un proceso automatizado, todas las interacciones son entre el proceso y los participantes. El BPMS se comporta como una autoridad controladora: Conoce todas las tareas, eventos y decisiones del proceso Mantiene el estado del proceso Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Se refiere al intercambio de mensajes y datos entre participantes. En BPMN, dos “Pools” en el diagrama representan a dos participantes. Dentro de un Pool no existe interacción En un proceso automatizado, todas las interacciones son entre el proceso y los participantes. El BPMS se comporta como una autoridad controladora: Conoce todas las tareas, eventos y decisiones del proceso Mantiene el estado del proceso Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.
  • Una secuencia de flujo se utiliza para mostrar el orden en que las actividades se llevarán a cabo en un proceso. Un flujo de mensajes se utiliza para mostrar el flujo de mensajes entre dos entidades que están preparados para enviar y recibirlos. Una asociación se utiliza para la información asociada con los objetos y artefactos de flujo.

Introducción a BPMN Introducción a BPMN Presentation Transcript

  • Sistemas de Información Introducción a la Notación BPMN 1© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Agenda• Introducción• Eventos (Events)• Gateways (Decisiones)• Actividades (Activities)• Patrones (Patterns)• Conclusiones 2 © 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Objetivos de Aprendizaje Al finalizar este tema, usted estará en capacidad de: 1. Definir y describir los elementos básicos de la notación BPMN. 3© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Actividades (Activities) Eventos (Events) Gateways (Decisiones) 4© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Elementos Básicos de BPMN 1. 2. 3. 4.Objetos de Objetos de Swinlanes (carriles) Artefactos Flujo Conexión© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Elementos Básicos: Objetos de FlujoLos objetos de flujo son los principales objetos que expresan lasemántica de un modelo de proceso Eventos Gateways Actividades© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Elementos Básicos: Objetos de ConexiónLos objetos de conexión son usados para describir como interactúanlos objetos de flujo. Flujo de secuencias: Flujo de Mensaje: Asociación: Sequence Flow Conditional Flow Default Flow© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Elementos Básicos: Objetos de Conexión Flujos vs. ProcesosEl flujo del proceso define como ocurre una secuencia de actividadesdesde la perspectiva de un participante.El flujo de datos define como la información es intercambiada entreparticipantes© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Elementos Básicos: Pools (Participantes) Participantes es Cualquier recurso involucrado en un proceso 3 tipos de participantes Sistema Humano Proceso Representado por un Pool Nombrar el Pool como el participante Dejar un Pool para representar el proceso que se esta documentando Al menos un Pool para representar un sistema o humano. Ejecutable vs. No Ejecutable© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Elementos Básicos: ArtefactosLos Artefactos son usados para proveer información adicional acercadel proceso: Objetos de Datos: Grupos: Anotaciones: Anotaciones de Texto permiten al Modelador agregar información adicional© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Activities (Actividades) Eventos Gateways (Decisiones) 11© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Actividades: DefiniciónUna Actividad es una unidad de trabajo a realizar. Podría ser unatarea, un proceso o un sub-proceso.BPMN define dos tipos principales de actividades: Una Tarea es una actividad atómica que se incluye dentro de un proceso Un Sub-proceso es un proceso que se incluye dentro de otro proceso© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Actividades: Marcas en ActividadesLas marcas son definidas para especificar semánticas adicionales,tales como loops© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Actividades: Loops Secuenciales http://diveintobpm.org/index.jsp© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Actividades: Loops Paralelos http://diveintobpm.org/index.jsp© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Actividades (Activities) Eventos (Events) Gateways (Decisiones) Patrones (Patterns) 16© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EventosUn Evento es algo que sucede durante la ejecución de un proceso denegocio el cual afecta la ejecución del flujoExisten tres tipos de eventos: Eventos de Inicio Eventos Intermedios Eventos de fin© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Evento de InicioUn Evento de inicio indica cuando un proceso particular debecomenzarUn evento de inicio comienza el flujo de un Proceso Ningún flujo de secuencia puede conectarse a un evento de inicioUn evento de Inicio es opcional Si no es usado, las actividades sin flujo de secuencia de entrada serán consideradas como conectadas con un evento de inicio implícitoUsado para: Cuando la recepción de un mensaje activa la instancia de un proceso, ej. Recepción de una Orden Muestra cuando una instancia debe ser activada:, ej. Fin de Mes© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Evento IntermedioUn Evento intermedio indica cuando algo sucede durante la ejecuciónde un procesoUn evento intermedio afecta el flujo de un ProcesoUn eventos intermedio puede ser usado para: Indicar cuando un mensaje puede ser recibido Mostrar en donde se esperan delays Interrumpir el flujo normal a través de manejo de excepciones© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Evento de finUn Evento de fin de flujo de proceso no tendrá ninguna secuencia deflujo de salidaUn Eventos de fin es opcionalUn Evento de fin puede ser usado para: Poner fin a un flujo de proceso y enviar un mensaje Poner fin a un flujo de proceso y generar un error Poner fin a un flujo de proceso y realizar una solicitud de una compensación© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Símbolo de eventos en BPMNMayor semántica, mediante símbolosde eventos específicosUn evento intermedio tipo “mensaje”,por ejemplo, puede tener dosinstancias: enviando o recibiendo.Los eventos que envían se anotancon un icono relleno (negros),mientras que los que reciben con unnúcleo claro (blancos)Cada símbolo hereda elcomportamiento externamente yagrega su propio significado© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos vaciosEvento de Inicio vacio. Ilustra que el proceso inicia en ese punto, pero sin ninguna información sobre el tipo de eventoEvento Intermedio Vacio Indica un cambio de estado del diagrama Punto de captura de indicadores de gestiónEvento de Fin Vacio Ilustra que el proceso culmina Los procesos pueden tener múltiples puntos de finEvento Terminar Detiene el proceso inmediatamente, incluyendo cualquier ruta paralela© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos en los Sub ProcesosEn un subproceso se puede usar eventos de inicio y fin.Los eventos están implícitos.Su uso mejora la legibilidad del diagrama© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Eventos de InicioDisparador Descripción Símbolo Evento de inicio deNinguno No se especifica el tipo de evento, también se mensaje. usa cuando un sub proceso disparado por el El proceso inicia proceso padre cuando se recibe unMensaje Llegada/envío de un mensaje y se dispara un mensaje desde otro proceso participanteTimer Para procesos que parten en un día/hora específicaCondicional Es cuando un proceso parte con una condición tal como “si se producen diferencias de inventario teórico y físico”Señal Una señal no es un mensaje con un destino fijo, sino que puede activar muchos procesos distintosMúltiple Muchos eventos distintos pueden activar el proceso, basta con que uno de ellos se cumpla para que el proceso se dispare © 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Eventos IntermediosDisparador Descripción SímboloNinguno No se muestra el tipo de eventoMensaje El proceso queda en espera hasta que llegue el mensaje (recepción) o se usa para enviar mensajes (envío), también se usa para desviar excepciones (*)Timer Dispara el proceso en un día/hora determinados, también se usa para desviar excepcionesError Se dispara cuando se produce un determinado error. Solo se puede poner en el extremo de una actividadCancelar Se puede poner solo en el extremo de un sub proceso. Se dispara cuando recibe un evento “Cancelar”Compensación Activa eventos que compensan alguna acción, puede afectar a una actividad si esta se especifica o a todas las suceptibles de ser compensadasCondicional Es el evento que se dispara cuando una condición tiene valor “True”Link Conecta dos secciones de un proceso, se puede usar –por ejemplo- para crear loops. Puede tener múltiples fuentes pero solo un destinoSeñal Envía y recibe señales que se comunican a lo largo de todo un flujo a quien pueda interesarMúltiple Es cuando un evento tiene múltiples disparadores, ya sea para recepción como para envío© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Ejemplos Eventos Intermedios Evento intermedio de mensaje. El proceso espera hasta recibir un mensaje desde otro participante Evento intermedio con temporizador El proceso espera un periodo de tiempo antes de continuar. Evento de fin de mensaje El proceso termina enviando un mensaje a otro participante© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos Intermedio - Ejemplo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Carreras (Races)Decisión de ruta a ejecutar basada en la primera ocurrencia de unevento externoLos eventos pueden ser de distintos tiposSolo una ruta se ejecuta por lo que sincroniza con una bifurcaciónexclusiva© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Races - Ejemplo http://diveintobpm.org/index.jsp© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Interrupción o Rutas Excepcionales BPMN tiene una forma elegante de manejar rutas excepcionales© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Interrupción o Rutas Excepcionales Automáticamente escala tareas retrasadas© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Interrupción o Rutas Excepcionales Múltiples eventos intermedios pueden ser colocados en el borde de un subproceso: Eventos de error Eventos de temporizador Eventos de compensación© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Eventos: Interrupción - Ejemplo http://diveintobpm.org/index.jsp© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Actividades (Activities) Eventos Gateways (Decisiones) 34© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: DefiniciónLos Gateways son puntos de decisión para canalizar el flujo. Sonutilizados para controlar como interactúan los flujos de secuencias amedida que convergen o divergen en un proceso.Decisiones, tales como forks, merges y joins en el flujo de proceso sonmodelados con GatewaysEl comportamiento de cada tipo de Gateways determinará cuantas delas rutas estarán disponible para la continuación del flujo.BPMN define cuatro tipos de Gateways:© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Condicionales Las distintas rutas se ejecutan cuando se cumplen ciertas condiciones. Exclusivo Solo una ruta se ejecutara Inclusivo Al menos una ruta se ejecuta Puede tomar mas de una ruta y se comporta como un paralelo Sincronizar con el mismo símbolo que se inicia la bifurcación© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Condicionales Las rutas por defecto se toman cuando las otras condiciones no se evaluan como verdaderas. Exclusivo (A o B), sino C Inclusivo Si no (A y/o B) entonces C© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Condicional Exclusivo - Ejemplo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Condicional Inclusivo - Ejemplo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Condicional Inclusivo - Ejemplo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Paralelo Los procesos con frecuencia requieren que múltiples eventos y tareas ocurran en paralelo Un Paralelo sincroniza los flujos que salen de manera paralela. Todas las rutas deben completarse antes de que el proceso continúe Sincronización explicita: Todas las rutas deben completarse antes de que el proceso continúe.© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Paralelo • Bifurcación SincronizaciónComportamiento:•A es la primera tareas enejecutarse•B,D y E inician a la vez•F se ejecuta después de queC,D y E hayan todas terminado © 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: ParaleloComportamiento de los subprocesosSi existen múltiples puntos de inicio en un subproceso, cada ruta seejecuta en paralelo. Forma incorrecta: Forma correcta:© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Exclusive Event-BasedUn Exclusive Event-Based Gateways es similar al Data-Based Gateways: La única diferencia es que, en lugar de evaluar un conjunto de alternativas para determinar sólo un flujo de salida, el Gateway basado en evento, iniciara una carrera entre los diferentes eventos que en el proceso se pudiera recibir; el primero en ser recibido ganará la carrera y determinará el flujo de la secuencia de salida que debe ser utilizado. Aquí los flujos se dirigen según si se ha recibido un mensaje, se ha cumplido una condición o ha pasado cierto tiempo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Gateways: Exclusive Event-Based http://diveintobpm.org/index.jsp© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Activities (Actividades) Eventos Gateways (Decisiones) 46© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Un Proceso Complejo© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Resumen de los elementos de BPMN Gateways Activities DataData-based Exclusive Gateway Task Data Object Paralllel Gateway Data Object Multiple Instances Inclusive Gateway Undirected AssociationEvent-based Exclusive Gateway Directed Association Complex Gateway Collapsed Subprocess Bidirected Association Events Loop Transaction Start Intermediate End Catching Throwing Plain Message Ad-hoc Subprocesses Timer Transaction Error ∼ Documentation CancelCompensation Conditional Signal Sequence Flow Group Multiple Link Conditional Flow Terminate Default Flow Text Annotation Message Flow© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Metamodelo de BPMN 49© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios 50© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicios¿Cuál de estos diagramas es el correcto? 51© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicios¿Cuál de estos flujos en los eventos están incorrectos? 52© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,E 53© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2 54© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2 La tarea C debe ejecutarse en paralelo con el subproceso B 55© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2La tarea C debe ejecutarse en paralelo con el subproceso BBajo ciertas condiciones, es necesario no ejecutar la tarea C 56© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2Bajo ciertas condiciones, es necesario no ejecutar la tarea CLa tarea C debe ejecutarse en paralelo con el subproceso BBajo ciertas condiciones, es necesario no ejecutar la tarea CBajo ciertas condiciones en vez de ejecutar C debemos terminar elproceso, incluyendo las actividades del subproceso B. 57© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2La tarea C debe ejecutarse en paralelo con el subproceso BBajo ciertas condiciones, es necesario no ejecutar la tarea CBajo ciertas condiciones en vez de ejecutar C debemos terminar elproceso, incluyendo las actividades del subproceso BQueremos esperar un tiempo entre que termina B1 y el inicio de B2 58© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2La tarea C debe ejecutarse en paralelo con el subproceso BBajo ciertas condiciones, es necesario no ejecutar la tarea CBajo ciertas condiciones en vez de ejecutar C debemos terminar elproceso, incluyendo las actividades del subproceso BQueremos esperar un tiempo entre que termina B1 y el inicio de B2La tarea A es realmente la recepción inicial de un mensaje de unparticipante “Cajero”.La tarea E es realmente el envío final de un mensaje a un participante“Contabilidad” 59© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicios 60© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • EjerciciosModele una secuencia de 5 tareas llamadas A,B,C,D,EConvierta la tarea B en un subproceso que contenga las tareas B1 y B2La tarea C debe ejecutarse en paralelo con el subproceso BBajo ciertas condiciones, es necesario no ejecutar la tarea CBajo ciertas condiciones en vez de ejecutar C debemos terminar elproceso, incluyendo las actividades del subproceso BQueremos esperar un tiempo entre que termina B1 y el inicio de B2La tarea A es realmente la recepción inicial de un mensaje de unparticipante “Cajero”.La tarea E es realmente el envío final de un mensaje a un participante“Contabilidad”Si el subproceso B no termina en un tiempo determinado es necesarioejecutar una tarea “escalar” 61© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicios 62© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios Mejores Prácticas 63© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Objetivos al modelar en BPMNSer eficientes capturando la información delprocesoReducir errores de interpretaciónTransferir conocimientoHacer los diagramas tan fáciles de leer como seaposible 64© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosCree los procesos inicialmente usando solo símbolos de tareas. Luego cambie el símbolo para detallar más el comportamiento del procesoConcéntrese en documentar el procesoNo intente agregar participantes desde las primeras fases de modelado 65© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosLuego de tener un acuerdo sobre el flujo del proceso, agregueparticipantes e interacciones.Agregar participantes antes, tiene a mantener el foco en detalles deforma prematura y a causar la necesidad de re-diagramar el proceso. 66© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosUtilice el artefacto de anotación para agregar información importante atransferir 67© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosAsígnele nombres a sus tareas considerando la perspectiva delparticipante que la ejecuta 68© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosColoque “la pregunta” asociada en cada bifurcacióncada ruta representa una respuesta, asígnele una etiqueta paradocumentarla en el diagrama 69© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosColoque “la pregunta” asociada en cada bifurcacióncada ruta representa una respuesta, asígnele una etiqueta paradocumentarla en el diagrama 70© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosUna bifurcación hace una sola pregunta.Evite condiciones que no estén relacionadas entre sí. Utilice condiciones de cascada en ese caso. 71© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosLas condicionespueden seranidadasEn ese caso, usesubprocesos paraevitar confusión ymejorar lalegibilidad 72© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • ConsejosCada objeto puede tener un color distinto. Use esta opción para hacersus diagramas más simples de leer. Adopte una convención yapéguese a ella. 73© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Introducción Activities (Actividades) Eventos Gateways (Decisiones) Ejercicios Mejores Prácticas Ejercicios 74© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio ADespués de un incendio, por un lado se necesita obtener informaciónde nuestra compañía de seguro. Por otro lado, es posible quenecesitemos información adicional del departamento de bomberos,pero solo si los bomberos participaron durante el apagado del incendio.Cuando se tenga toda la información, se necesita escribir un informeconsolidado 75© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio A 76© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio BNuestros productos están listos para ser enviados. Para determinarque compañía de envío utilizar, enviamos 3 mensajes separados acada una pidiéndole que despachen nuestros productos. La primeracompañía que responda que puede hacer el envió es la escogida 77© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio B 78© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio C1. Un proceso cliente envía una petición para que se realice una solicitud y aprobación de fondos2. Se solicita y recibe la información de la solicitud de un empleado3. Se solicita y recibe la aprobación de la solicitud de un gerente4. Si la solicitud del empleado es rechazada se vuelve al paso #25. Si se aprueba la solicitud, se solicita y recibe información contable al director del área6. Se solicita y recibe la revisión del departamento de finanzas. Este departamento puede: a. Aprobar b. Rechazar basados en la información de la solicitud del empleado c. Rechazar basados en la información contable proporcionada por el director7. Si el departamento de finanzas rechazó basado en la solicitud del empleado, se debe volver al paso #28. Si el departamento de finanza rechazó basado en la información contable, se debe volver al paso #59. Si el departamento de finanzas aprobó, el proceso finaliza enviando un mensaje al proceso cliente. 79 © 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio C 80© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio C 81© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Ejercicio C 82© 2012, Universidad Central de Venezuela. Sistemas de Información.
  • Conclusiones Conclusiones• Hemos realizado un estudio de …..• Hemos hecho una discusión sobre….• Se han desarrollado demostraciones de 83 © 2012, Universidad Central de Venezuela. Sistemas de Información.