Este documento presenta los conceptos clave de los modelos de interacción en BPMN, incluyendo diagramas de colaboración, coreografía y conversación. Explica las características y notación de cada uno, así como ejemplos de su uso. También cubre conceptos como participantes, mensajes, flujos de mensajes, compuertas y agrupación de mensajes en subcoreografías.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis antes de que el proveedor determine el estado de la mercancía y si se cobrará al cliente. Finalmente, la devolución se liquida generando documentos como abonos al cliente.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que las devoluciones se usan para gestionar productos devueltos por clientes debido a una calidad defectuosa. Detalla las etapas del proceso, que incluyen la creación de una orden de devolución, un posible abono anticipado al cliente, el análisis de laboratorio de los productos devueltos, y la liquidación final de la devolución.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que las devoluciones se usan para gestionar productos devueltos por clientes debido a una calidad defectuosa. Detalla las etapas del proceso, que incluyen la creación de una orden de devolución, el análisis de la mercancía devuelta en un laboratorio, y la liquidación una vez se determina el estado de la mercancía y si se cobrará al cliente.
Este documento describe el proceso de devolución de mercancías en SAP. Se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis. Dependiendo de los resultados, se determina el estado de la mercancía y si se cobrará al cliente. Finalmente, se liquida la devolución generando documentos de abono al cliente y actualizaciones de stock.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis antes de que el proveedor determine el estado de la mercancía y si se cobrará al cliente. Finalmente, la devolución se liquida generando documentos de abono al cliente y actualizaciones de stock.
Este documento proporciona información sobre la gestión de deudores en SAP S/4HANA. Explica cómo actualizar los registros maestros de deudores, gestionar movimientos de deudores como facturas y pagos, gestionar la correspondencia con deudores incluyendo reclamaciones, ejecutar operaciones de cierre de deudores y presenta casos prácticos sobre deudores.
Este documento describe el desarrollo de un software para gestionar las contrataciones públicas en la Contraloría Municipal de Bolívar, Venezuela. Explica que el software permitirá automatizar los procedimientos de selección de contratistas según la ley, y llevar un control de los plazos de ejecución de los contratos. También presenta la metodología y análisis orientado a objetos que se utilizará para el desarrollo del software.
El proceso de desarrollo de software incluye la asignación disciplinada de tareas y responsabilidades para asegurar la producción de software de calidad dentro de plazos y presupuestos predecibles. Esto implica definir quién realiza qué tareas, cuándo y cómo. El objetivo es desarrollar software que cumpla con los requisitos del usuario de manera eficiente.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis antes de que el proveedor determine el estado de la mercancía y si se cobrará al cliente. Finalmente, la devolución se liquida generando documentos como abonos al cliente.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que las devoluciones se usan para gestionar productos devueltos por clientes debido a una calidad defectuosa. Detalla las etapas del proceso, que incluyen la creación de una orden de devolución, un posible abono anticipado al cliente, el análisis de laboratorio de los productos devueltos, y la liquidación final de la devolución.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que las devoluciones se usan para gestionar productos devueltos por clientes debido a una calidad defectuosa. Detalla las etapas del proceso, que incluyen la creación de una orden de devolución, el análisis de la mercancía devuelta en un laboratorio, y la liquidación una vez se determina el estado de la mercancía y si se cobrará al cliente.
Este documento describe el proceso de devolución de mercancías en SAP. Se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis. Dependiendo de los resultados, se determina el estado de la mercancía y si se cobrará al cliente. Finalmente, se liquida la devolución generando documentos de abono al cliente y actualizaciones de stock.
Este documento describe el proceso de devolución de mercancías en SAP. Explica que se crea una orden de devolución que genera una entrada de mercancías y actualiza el stock. Luego, la mercancía devuelta se envía a un laboratorio para su análisis antes de que el proveedor determine el estado de la mercancía y si se cobrará al cliente. Finalmente, la devolución se liquida generando documentos de abono al cliente y actualizaciones de stock.
Este documento proporciona información sobre la gestión de deudores en SAP S/4HANA. Explica cómo actualizar los registros maestros de deudores, gestionar movimientos de deudores como facturas y pagos, gestionar la correspondencia con deudores incluyendo reclamaciones, ejecutar operaciones de cierre de deudores y presenta casos prácticos sobre deudores.
Este documento describe el desarrollo de un software para gestionar las contrataciones públicas en la Contraloría Municipal de Bolívar, Venezuela. Explica que el software permitirá automatizar los procedimientos de selección de contratistas según la ley, y llevar un control de los plazos de ejecución de los contratos. También presenta la metodología y análisis orientado a objetos que se utilizará para el desarrollo del software.
El proceso de desarrollo de software incluye la asignación disciplinada de tareas y responsabilidades para asegurar la producción de software de calidad dentro de plazos y presupuestos predecibles. Esto implica definir quién realiza qué tareas, cuándo y cómo. El objetivo es desarrollar software que cumpla con los requisitos del usuario de manera eficiente.
Este documento describe un curso de capacitación sobre el uso del software de gestión de relaciones con clientes (CRM) VTIGER. El curso enseña conceptos básicos de CRM y el ciclo de la relación con el cliente, e introduce las funcionalidades y módulos de VTIGER como ventas, marketing, servicio al cliente e inventario. El curso está dirigido a gerentes, ejecutivos, empresarios y profesionales independientes, y cubre temas como administración de usuarios, configuración de comunicaciones, procesos de ventas y serv
02 Desarrollo Tradicional De Sistemas De InformacióNMelki Carpio
Este documento describe las 6 fases tradicionales del desarrollo de sistemas de información: requisitos, análisis, diseño, implementación, mantenimiento y retiro. Explica que cada fase tiene actividades específicas y produce documentación como resultado. También aborda por qué no hay fases separadas de planeación, pruebas y documentación, sino que estas actividades ocurren a lo largo de todo el ciclo de vida del proyecto.
El documento describe las actividades para modelar un negocio usando RUP y UML, incluyendo evaluar la organización, identificar actores y casos de uso, construir modelos de casos de uso y análisis del negocio, mantener las reglas del negocio, capturar un vocabulario común, y definir las actividades a automatizar. Explica conceptos como reglas de negocio, glosario de términos y lista de actividades a automatizar para entender mejor el negocio y sus requisitos.
Este documento presenta un análisis del sistema de facturación actual de la empresa RAM. Se identifican los objetivos de mejorar la rapidez y facilidad de la facturación. Se realizan diagramas de flujo de datos para documentar los procesos actuales de facturación, que incluyen recibir los requerimientos del cliente, generar cotizaciones, y emitir documentos como facturas o comprobantes de crédito fiscal. El documento concluye recomendando mejoras al sistema de facturación para agilizar los procesos y brindar un mejor servicio
Este documento presenta información sobre tres procesos macro de administración de la cadena de suministro: administración de la relación con el proveedor (ARP), administración de la cadena de suministro interna (ACSI) y administración de las relaciones con los clientes (ARC). Describe los procesos clave de cada uno y cómo deben integrarse para mejorar el desempeño general de la cadena de suministro. La integración entre los procesos de ARP, ACSI y ARC es crucial para satisfacer la demanda de los clientes de manera eficiente.
8 Clase Proceso Basado En Uml Para Si EjemploJulio Pari
Este documento describe un proceso basado en UML para desarrollar sistemas de información. Primero se identifican los procesos de negocio de la organización y luego se modelan usando diagramas UML. Se crean casos de uso para cada actividad del proceso de negocio y se describen sus pasos y actores. Finalmente, se genera un modelo conceptual con los conceptos y asociaciones identificados.
El documento describe cómo obtener los requisitos de un cliente ocupado sin una reunión. Se recomienda visitar el lugar de trabajo del cliente para realizar entrevistas y obtener información de otros empleados. También explica los desafíos de obtener requisitos de múltiples clientes con opiniones diferentes y la importancia de entender claramente las necesidades del cliente.
Este documento explica cómo crear un acuerdo de nivel de servicio (SLA) para estandarizar los procesos entre los departamentos de marketing y ventas de una empresa. Primero, se define el perfil ideal del cliente. Luego, se establecen los ciclos de vida del cliente, los hitos, objetivos y métricas. También se describe cómo pasar leads de marketing a ventas, protocolizar las interacciones con clientes potenciales y realizar revisiones periódicas. Finalmente, se detallan los elementos clave de un SLA como la estructura, parámetros y
Este documento presenta 9 pasos para desarrollar un Business Case exitoso. Estos pasos incluyen: 1) identificar la necesidad del proyecto, 2) definir objetivos medibles, 3) identificar alternativas de solución, 4) recopilar datos sobre las alternativas, 5) analizar las finanzas, 6) seleccionar la mejor alternativa, 7) valorar los riesgos, 8) definir metadatos del proyecto, y 9) documentar y comunicar el Business Case. El propósito del Business Case es evaluar y valorar potenciales proyect
eBook ITMadrid: 9 pasos -para crear un Business Case de EXITOJos
Un Business Case es la herramienta que todo profesional de IT DEBE conocer. Permite valorar iniciativas de proyectos. Permite decir NO de manera profesional a proyectos que no añaden valor. Válido para: Cloud Computing, Aplicaciones, Transformación Digital, Big Data, etc.
eBook ITMadrid: 9 pasos para un Business Case de EXITOJos
Un Business Case DEBE ser la herramienta por excelencia e IT. Aprender a decir a proyectos que no añaden valor al negocio es clave. Válido para Cloud Computing, Transformación Digital, Big Data, y más.
Este documento describe las actividades de ingeniería de requerimientos B y C, que incluyen priorizar casos de uso, detallar casos de uso mediante la descripción de sus flujos de eventos, y refinar las descripciones de casos de uso agregando más detalles. Se explican las secciones a incluir en la descripción de un caso de uso, como actores, precondiciones, flujo principal y alternativas. También se provee un ejemplo detallado de la descripción de un caso de uso.
El documento describe los conceptos de modelado de procesos de negocios. Explica que un proceso de negocios es un conjunto estructurado de actividades diseñadas para producir un producto o servicio específico. Luego, detalla algunas características de los procesos como que pueden ser medidos y orientados al rendimiento. Finalmente, cubre temas como la reingeniería, administración y modelado de procesos de negocios, así como notaciones y objetivos del modelado.
El documento describe las diferentes etapas del proceso de ingeniería de requisitos para el desarrollo de software. Estas incluyen la obtención de requisitos mediante conversaciones con clientes, la elaboración de modelos utilizando diagramas UML, la negociación de requisitos priorizados con el cliente, la especificación de requisitos en una plantilla estándar, la validación de requisitos con diferentes partes interesadas y la gestión de cambios en los requisitos durante el desarrollo del proyecto.
El documento describe las diferentes etapas del proceso de ingeniería de requisitos para el desarrollo de software. Estas incluyen la obtención de requisitos mediante conversaciones con clientes, la elaboración de modelos utilizando diagramas UML, la negociación de requisitos priorizados con el cliente, la especificación de requisitos en una plantilla estándar, la validación de requisitos con diferentes partes interesadas y la gestión de cambios en los requisitos durante el desarrollo del proyecto.
El documento describe tres tipos de asociaciones entre casos de uso en diagramas de casos de uso: incluir, extender y generalización. Explica que incluir representa comportamiento común entre casos de uso, extender representa variantes de un caso de uso, y generalización representa herencia entre casos de uso o actores.
Ciencias del servicio en las tecnologias de informacion 2013Maestros en Linea
Este documento contiene instrucciones para varias actividades integradoras relacionadas con servicios de TI. La primera actividad pide analizar procesos como comprar un libro en subasta, tramitar una visa estadounidense o cancelar una tarjeta de crédito. Otras actividades incluyen diseñar un sitio de comercio electrónico para una empresa, definir acuerdos de nivel de servicio para un equipo de soporte TI y proponer procesos de seguridad y continuidad para una organización bancaria.
tema admon y cadena de suministros ing.GibranDiaz7
El documento explica qué es una cadena de suministros y su administración. Una cadena de suministros conecta a proveedores, empresas y clientes involucrados en el flujo de bienes y servicios desde los proveedores de materias primas hasta el consumidor final. La administración de cadenas de suministro se enfoca en planificar, ejecutar y controlar las operaciones de la red de suministro para satisfacer las necesidades de los clientes de manera eficiente.
Este documento describe un curso de capacitación sobre el uso del software de gestión de relaciones con clientes (CRM) VTIGER. El curso enseña conceptos básicos de CRM y el ciclo de la relación con el cliente, e introduce las funcionalidades y módulos de VTIGER como ventas, marketing, servicio al cliente e inventario. El curso está dirigido a gerentes, ejecutivos, empresarios y profesionales independientes, y cubre temas como administración de usuarios, configuración de comunicaciones, procesos de ventas y serv
02 Desarrollo Tradicional De Sistemas De InformacióNMelki Carpio
Este documento describe las 6 fases tradicionales del desarrollo de sistemas de información: requisitos, análisis, diseño, implementación, mantenimiento y retiro. Explica que cada fase tiene actividades específicas y produce documentación como resultado. También aborda por qué no hay fases separadas de planeación, pruebas y documentación, sino que estas actividades ocurren a lo largo de todo el ciclo de vida del proyecto.
El documento describe las actividades para modelar un negocio usando RUP y UML, incluyendo evaluar la organización, identificar actores y casos de uso, construir modelos de casos de uso y análisis del negocio, mantener las reglas del negocio, capturar un vocabulario común, y definir las actividades a automatizar. Explica conceptos como reglas de negocio, glosario de términos y lista de actividades a automatizar para entender mejor el negocio y sus requisitos.
Este documento presenta un análisis del sistema de facturación actual de la empresa RAM. Se identifican los objetivos de mejorar la rapidez y facilidad de la facturación. Se realizan diagramas de flujo de datos para documentar los procesos actuales de facturación, que incluyen recibir los requerimientos del cliente, generar cotizaciones, y emitir documentos como facturas o comprobantes de crédito fiscal. El documento concluye recomendando mejoras al sistema de facturación para agilizar los procesos y brindar un mejor servicio
Este documento presenta información sobre tres procesos macro de administración de la cadena de suministro: administración de la relación con el proveedor (ARP), administración de la cadena de suministro interna (ACSI) y administración de las relaciones con los clientes (ARC). Describe los procesos clave de cada uno y cómo deben integrarse para mejorar el desempeño general de la cadena de suministro. La integración entre los procesos de ARP, ACSI y ARC es crucial para satisfacer la demanda de los clientes de manera eficiente.
8 Clase Proceso Basado En Uml Para Si EjemploJulio Pari
Este documento describe un proceso basado en UML para desarrollar sistemas de información. Primero se identifican los procesos de negocio de la organización y luego se modelan usando diagramas UML. Se crean casos de uso para cada actividad del proceso de negocio y se describen sus pasos y actores. Finalmente, se genera un modelo conceptual con los conceptos y asociaciones identificados.
El documento describe cómo obtener los requisitos de un cliente ocupado sin una reunión. Se recomienda visitar el lugar de trabajo del cliente para realizar entrevistas y obtener información de otros empleados. También explica los desafíos de obtener requisitos de múltiples clientes con opiniones diferentes y la importancia de entender claramente las necesidades del cliente.
Este documento explica cómo crear un acuerdo de nivel de servicio (SLA) para estandarizar los procesos entre los departamentos de marketing y ventas de una empresa. Primero, se define el perfil ideal del cliente. Luego, se establecen los ciclos de vida del cliente, los hitos, objetivos y métricas. También se describe cómo pasar leads de marketing a ventas, protocolizar las interacciones con clientes potenciales y realizar revisiones periódicas. Finalmente, se detallan los elementos clave de un SLA como la estructura, parámetros y
Este documento presenta 9 pasos para desarrollar un Business Case exitoso. Estos pasos incluyen: 1) identificar la necesidad del proyecto, 2) definir objetivos medibles, 3) identificar alternativas de solución, 4) recopilar datos sobre las alternativas, 5) analizar las finanzas, 6) seleccionar la mejor alternativa, 7) valorar los riesgos, 8) definir metadatos del proyecto, y 9) documentar y comunicar el Business Case. El propósito del Business Case es evaluar y valorar potenciales proyect
eBook ITMadrid: 9 pasos -para crear un Business Case de EXITOJos
Un Business Case es la herramienta que todo profesional de IT DEBE conocer. Permite valorar iniciativas de proyectos. Permite decir NO de manera profesional a proyectos que no añaden valor. Válido para: Cloud Computing, Aplicaciones, Transformación Digital, Big Data, etc.
eBook ITMadrid: 9 pasos para un Business Case de EXITOJos
Un Business Case DEBE ser la herramienta por excelencia e IT. Aprender a decir a proyectos que no añaden valor al negocio es clave. Válido para Cloud Computing, Transformación Digital, Big Data, y más.
Este documento describe las actividades de ingeniería de requerimientos B y C, que incluyen priorizar casos de uso, detallar casos de uso mediante la descripción de sus flujos de eventos, y refinar las descripciones de casos de uso agregando más detalles. Se explican las secciones a incluir en la descripción de un caso de uso, como actores, precondiciones, flujo principal y alternativas. También se provee un ejemplo detallado de la descripción de un caso de uso.
El documento describe los conceptos de modelado de procesos de negocios. Explica que un proceso de negocios es un conjunto estructurado de actividades diseñadas para producir un producto o servicio específico. Luego, detalla algunas características de los procesos como que pueden ser medidos y orientados al rendimiento. Finalmente, cubre temas como la reingeniería, administración y modelado de procesos de negocios, así como notaciones y objetivos del modelado.
El documento describe las diferentes etapas del proceso de ingeniería de requisitos para el desarrollo de software. Estas incluyen la obtención de requisitos mediante conversaciones con clientes, la elaboración de modelos utilizando diagramas UML, la negociación de requisitos priorizados con el cliente, la especificación de requisitos en una plantilla estándar, la validación de requisitos con diferentes partes interesadas y la gestión de cambios en los requisitos durante el desarrollo del proyecto.
El documento describe las diferentes etapas del proceso de ingeniería de requisitos para el desarrollo de software. Estas incluyen la obtención de requisitos mediante conversaciones con clientes, la elaboración de modelos utilizando diagramas UML, la negociación de requisitos priorizados con el cliente, la especificación de requisitos en una plantilla estándar, la validación de requisitos con diferentes partes interesadas y la gestión de cambios en los requisitos durante el desarrollo del proyecto.
El documento describe tres tipos de asociaciones entre casos de uso en diagramas de casos de uso: incluir, extender y generalización. Explica que incluir representa comportamiento común entre casos de uso, extender representa variantes de un caso de uso, y generalización representa herencia entre casos de uso o actores.
Ciencias del servicio en las tecnologias de informacion 2013Maestros en Linea
Este documento contiene instrucciones para varias actividades integradoras relacionadas con servicios de TI. La primera actividad pide analizar procesos como comprar un libro en subasta, tramitar una visa estadounidense o cancelar una tarjeta de crédito. Otras actividades incluyen diseñar un sitio de comercio electrónico para una empresa, definir acuerdos de nivel de servicio para un equipo de soporte TI y proponer procesos de seguridad y continuidad para una organización bancaria.
tema admon y cadena de suministros ing.GibranDiaz7
El documento explica qué es una cadena de suministros y su administración. Una cadena de suministros conecta a proveedores, empresas y clientes involucrados en el flujo de bienes y servicios desde los proveedores de materias primas hasta el consumidor final. La administración de cadenas de suministro se enfoca en planificar, ejecutar y controlar las operaciones de la red de suministro para satisfacer las necesidades de los clientes de manera eficiente.
Bienvenido al mundo real de la teoría organizacional. La suerte cambiante de Xerox
muestra la teoría organizacional en acción. Los directivos de Xerox estaban muy involucrados en la teoría organizacional cada día de su vida laboral; pero muchos nunca se
dieron cuenta de ello. Los gerentes de la empresa no entendían muy bien la manera en que
la organización se relacionaba con el entorno o cómo debía funcionar internamente. Los
conceptos de la teoría organizacional han ayudado a que Anne Mulcahy y Úrsula analicen
y diagnostiquen lo que sucede, así como los cambios necesarios para que la empresa siga
siendo competitiva. La teoría organizacional proporciona las herramientas para explicar
el declive de Xerox, entender la transformación realizada por Mulcahy y reconocer algunos pasos que Burns pudo tomar para mantener a Xerox competitiva.
Numerosas organizaciones han enfrentado problemas similares. Los directivos de
American Airlines, por ejemplo, que una vez fue la aerolínea más grande de Estados
Unidos, han estado luchando durante los últimos diez años para encontrar la fórmula
adecuada para mantener a la empresa una vez más orgullosa y competitiva. La compañía
matriz de American, AMR Corporation, acumuló $11.6 mil millones en pérdidas de 2001
a 2011 y no ha tenido un año rentable desde 2007.2
O considere los errores organizacionales dramáticos ilustrados por la crisis de 2008 en el sector de la industria hipotecaria
y de las finanzas en los Estados Unidos. Bear Stearns desapareció y Lehman Brothers se
declaró en quiebra. American International Group (AIG) buscó un rescate del gobierno
estadounidense. Otro icono, Merrill Lynch, fue salvado por formar parte de Bank of
America, que ya le había arrebatado al prestamista hipotecario Countrywide Financial
Corporation.3
La crisis de 2008 en el sector financiero de Estados Unidos representó un
cambio y una incertidumbre en una escala sin precedentes, y hasta cierto grado, afectó a
los gerentes en todo tipo de organizaciones e industrias del mundo en los años venideros.
El-Codigo-De-La-Abundancia para todos.pdfAshliMack
Si quieres alcanzar tus sueños y tener el estilo de vida que deseas, es primordial que te comprometas contigo mismo y realices todos los ejercicios que te propongo para recibieron lo que mereces, incluso algunos milagros que no tenías en mente
METODOS DE VALUACIÓN DE INVENTARIOS.pptxBrendaRub1
Los metodos de valuación de inentarios permiten gestionar y evaluar de una manera más eficiente los inventarios a nivel económico, este documento contiene los mas usados y la importancia de conocerlos para poder aplicarlos de la manera mas conveniente en la empresa
Mario Mendoza Marichal — Un Líder con Maestría en Políticas Públicas por ...Mario Mendoza Marichal
Mario Mendoza Marichal: Un Líder con Maestría en Políticas Públicas por la Universidad de Chicago
Mario Mendoza Marichal es un profesional destacado en el ámbito de las políticas públicas, con una sólida formación académica y una amplia trayectoria en los sectores público y privado.
5. 5
El empleado solicita sus vacaciones al Dpto. de Recursos Humanos, que recibe la solicitud y verifica si es correcta. Si no es
correcta la solicitud se comunica al empleado para que la modifique correctamente. Si es correcta, se envía la solicitud a su
responsable para que apruebe las vacaciones, éste puede no aprobar las vacaciones comunicándoselo al empleado. O si la
aprueba imprimiría la aprobación para enviársela a Recursos Humanos para que la registre y se comunica al empleado.
Ejemplo 1 de repaso de BPMN
6. 6
Una pequeña empresa fábrica bicicletas personalizadas. Un miembro del departamento de ventas revisa el pedido recibido y puede rechazar o
aceptar el pedido de la bicicleta personalizada. En el primer caso, se termina la instancia de proceso informando al cliente. En otro caso, el
almacén y el departamento de ingeniería son informados. El almacén procesa inmediatamente la lista de componentes del pedido y se
comprueba la cantidad necesaria de cada componente. Los componentes disponibles se quedarán reservado. Y los que no estén disponibles
se resuelven pidiendo a un proveedor todos los componentes que falten de la lista de piezas en un único pedido. El proveedor le proporcionará
toda la mercancía solicitada de una vez y al recepcionar la mercancía en el almacén se quedarán reservados Mientras tanto, el departamento
de ingeniería prepara todo para el montaje de la bicicleta solicitada. Una vez se tengan todos los componentes, el departamento de ingeniería
monta la bicicleta. El departamento de Ventas envía la factura y espera el cobro para enviar la bicicleta al cliente.
Ejemplo 2 de repaso de BPMN
7. 7
1.¿Cómo estudiar este tema?
Características de los diagramas de interacción y de los procesos interactivos
en BPMN Versión 2.0.
Diagrama de coreografía introducido en BPMN 2, las mejoras en el diagrama de
colaboración de BPMN 1.
Además, veremos por qué se necesitan modelos de interacción para el
funcionamiento de los negocios modernos.
8. 8
Modelos de Interacción
• Capturan la forma en que las organizaciones interactúan con los clientes y entre sí para proporcionar
productos y servicios.
• Los modelos de interacción ocultan los aspectos propios de los procesos de negocio y muestran los
aspectos necesarios para la interacción
• El modelado convencional de procesos normalmente se centra en las partes internas de negocio
• Las interacciones de servicio requieren un acuerdo entre las empresas, los clientes y los socios
involucrados.
Diagramas de interacción (BPMN 2)
Colaboración
Coreografía
Elementos en común
Los participantes son los
agentes que interactúan
Los mensajes se envían entre los
participantes
Los flujos de mensajes se producen en
determinados puntos durante la
interacción, entre participantes
particulares
Empresas, departamentos o
personas,agentes
automatizados
en software o hardware.
Información o algo físico (que no
lleven información incluso, como
un vehículo o un mueble).
El mismo mensaje puede ser
transportado por más de un flujo de
mensajes.
Conversación
9. 9
La notación para estos tres conceptos básicos
Diagrama Coreografía
Diagrama Colaboración
Participantes
(pools)
Participantes
(actividad de coreografía)
Mensajes
Flujos de mensajes
(asociaciones)
Ej. Vendedor es el trasmisor
Agencia de crédito, el receptor
Flujos de mensajes
(flechas discontinuas)
Los participantes suelen representar desde industrias enteras a personas individuales
Las empresas que acuerdan interacciones pueden permitir que otros mensajes que fluyen entre ellas no se
especifiquen en los diagramas de interacción.
Los diagramas de interacción que permiten que fluyan más mensajes entre los participantes de los
especificados en los diagramas se llaman abiertos, de lo contrario, se denominan cerrados.
11. Diagramas de colaboración
Los participantes de la colaboración se
pueden representar con una caja negra,
gris o blanca.
El flujo de mensaje no tiene por qué ser
el principal objetivo en un diagrama de
colaboración ya que se muestra los
procesos de negocio involucrados.
Los flujos de mensajes no
necesariamente aparecen en secuencia,
puede haber más actividades en medio.
En ejecución, los mensajes deben poder
correlacionarse con la instancia del
proceso.
Los flujos de mensajes se pueden
agrupar en conversaciones.
11
12. Actividad Coreografía
Emisor
Receptor
Diagramas de coreografía
Los flujos de secuencia inmediatos impiden que haya flujos de mensajes no especificados
en medio pero ¡no que haya otros flujos de secuencia en los procesos que interactúan!
Puede haber compuertas, con reglas propias en cuanto a la distribución de participates.
El remitente/emisor de una actividad coreografía (AC) también deber ser un participante
(emisor o receptor) de la AC inmediatamente anterior. Esto también aplica a la AC que
viene justo después de una compuerta convergente (join).
Podemos tener subcoreografías (agrupación de mensajes) y coreografías globales, al
igual que los procesos.
12
Este tipo de diagrama reduce la
lógica de los procesos al observar
sólo el intercambio de información
entre los participantes.
14. 14
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Base de
datos de
proveedor
Requerimiento
de materia
prima
Materias
primas
Orden de
compra
Orden de
compra
confirmada
Cliente
Dirección
de envío
Producto
(empaquetado)
Factura Pago
15. 15
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
16. 16
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
Orden de
compra
requerida
Vendedor
Enviar orden de
compra
Cliente
Orden de
compra
17. 17
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
Orden de
compra
requerida
Vendedor
Enviar orden de
compra
Cliente
Orden de
compra
18. 18
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
Orden de
compra
requerida
Vendedor
Proveedor
Comprar materia
prima
Cliente
Vendedor
Enviar orden de
compra
Producto no
hay en
stock
Producto
en stock
Materias
primas
Orden de
compra
Requerimiento de
materia prima
19. 19
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
Orden de
compra
requerida
Vendedor
Enviar orden de
compra
Cliente
Orden de
compra
Requerimiento de
materia prima
Comprar materia
prima
Vendedor
Producto no
hay en
stock
Producto
en stock
Materias
primas
Proveedor
Orden de
compra
confirmada
Vendedor
Cliente
Confirmar orden
20. 20
Vendedor
Orden de
compra
recibida Chequear
existencia
en stock
Producto
en stock
Producto
no hay en
stock
Existencia
en stock
verificada
Adquirir materia
prima
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Manufacturar
producto
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Archivar
orden
Materia
prima
adquirida
Lista
proveedor
Orden
Cumplida
Materia
prima
Proveedor
Requerimiento
de materia
prima
Materias
primas
Base de
datos de
proveedor
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Cliente
Orden de
compra
requerida Orden de
compra
Vendedor
Enviar orden de
compra
Cliente
Requerimiento de
materia prima
Comprar materia
prima
Vendedor
Producto no
hay en
stock
Producto
en stock
Materias
primas
Vendedor
Confirmar orden
Cliente
Orden de
compra
(confirmada)
Vendedor
Cliente
Enviar producto
Orden
Cumplida
Vendedor
Facturar Cliente
Cliente
Factura
Dirección
de envío
Embarcar y facturar
Orden
confirmada
Orden
enviada y
facturada
Producto
(empaquetado)
Pago
Emitir
factura
Recibir
pago
Recibir
dirección
de envío
Enviar
producto
Proveedor
21. 21
Ejemplo, la parte superior muestra una coreografía no válida, porque el flujo de mensajes de la última
actividad de coreografía asume que el vendedor se da cuenta del momento en el que la agencia de crédito
envía un mensaje al banco. El proceso en el vendedor tendría que esperar a que el proceso en la agencia de
crédito enviara un mensaje al banco, pero el vendedor no puede saber cuándo sucede esto. El problema se
aborda en la parte inferior de la figura mediante una compuerta en paralelo. Esto permite a las actividades,
después de la puerta de entrada, a suceder sin la necesidad de una secuencia entre ellos.
22. Compuertas en diagramas de coreografía
Compuerta Inmediatamente después del split
Inmediatamente
después del join
XOR
OR
Complex
• Los participantes de todas las AC
deben haber accedido a los datos
utilizados en la decisión en algún
momento anterior.
Nota: normalmente mismo emisor en
todas las AC (quien toma la decisión).
• Los datos no pueden haber cambiado
desde la decisión.
• El remitente tiene que
participar en todas las
AC inmediatamente
antes de la compuerta.
Event-based
• Todas las AC deben tener el mismo
emisor, el mismo receptor, o ambas
cosas.
(no aplica)
AND (sin reglas específicas) (sin reglas específicas)
22
23. Agrupación de mensajes en
coreografías:
subcoreografías
La agrupación de flujos de mensajes ayuda a gestionar interacciones complejas.
Las subcoreografías comprimidas no pueden tener mensajes asociados.
Las subcoreografías expandidas/ampliadas captan explícitamente la secuencia de
flujos de mensajes.
En la subcoreografía expandida, los participantes de la coreografía exterior pueden
ser diferentes de los de la coreografía anidada.
Collapsed
sub-choreography
Expanded sub-choreography
23
En un diagrama de coreografía también pueden
declararse los objetos como subprocesos.
En este caso el subproceso contiene su propia lógica
de coreografía.
24. Podrían modelarse como
subcoreografías
comprimidas o expandidas.
24
Vendedor
Orden de
compra
recibida
Producto
no hay en
stock
Chequear
existencia
en stock
Producto
en stock
Adquirir materia
prima
Base de
datos de
proveedor
Requerimiento
de materia
prima
Proveedor
Materias
primas
Existencia
en stock
verificada
Chequear
existencia de
materia
prima
Recuperar
lista de
proveedores
Comprar
materia prima
al Proveedor
Requerimiento
de materia
prima
Materia
prima
adquirida
Lista
proveedor
Manufacturar
producto
Materia
prima
Recuperar
producto de
bodega
Confirmar
orden
Embarcar y
facturar
Orden
Cumplida
Orden de
compra
Orden de
compra
confirmada
Dirección
de envío
Producto
(empaquetado)
Factura Pago
Enviar orden de
compra
Orden de
compra
requerida
Producto no
hay en
stock
Producto
en stock
Requerimiento de
materia prima
Comprar materia
prima
Orden de
compra
(confirmada)
Producto
(empaquetado)
Vendedor
Vendedor
Cliente
Orden de
compra
Vendedor
Materias
primas
Vendedor
Proveedor
Confirmar orden
Enviar producto
Cliente
Factura
Dirección
de envío
Orden
Cumplida
Pago
Facturar Cliente
Vendedor
Cliente
Cliente
25. Agrupación de mensajes en colaboraciones:
conversaciones
Las conversaciones se utilizan para
sustituir varios flujos de mensajes
relacionados.
Las conversaciones pueden ser
globales, es decir, definirse una vez y
utilizarse en múltiples diagramas.
Las conversaciones no captan la
secuencia de flujos de mensajes.
Una subconversación expandida
puede contener otras conversaciones
y/o flujos de mensajes adicionales.
Nodo de
Conversación
Nodo de
subconversación
comprimido
25
Estos diagramas representan la forma más compacta en
BPMN para modelar el intercambio de información entre
participantes
26. Agrupación de mensajes en colaboraciones:
conversaciones
La subconversación expandida puede tener participantes diferentes que la
representación comprimida, pero los participantes reales se especifican en los
extremos de la subconversación comprimida.
26
39. 39
Dr. Diego Cordero Guzmán
Docente Investigador
Profesor del Máster Universitario en
BPM para la Transformación Digital en
la UNIR
GRACIAS POR SU ATENCIÓN