PRACTICA 7

BPM

Ejemplo

Complete el siguiente proceso de colaboración entre un cliente y una empresa de venta por
catálogo.

El cliente lleva a cabo las siguientes actividades (no necesariamente en este orden): pide un artículo,
paga el artículo y pregunta sobre el estado de su pedido (el cliente pregunta una vez realizado el
pedido cada 3 días si no ha recibido el encargo). En la compañía de ventas existen 3 roles: encargado
de pedidos, almacén y contabilidad. El primero recibe los pedidos de artículos, y tranquiliza al cliente
cuando éste pregunta por el estado de su encargo, en almacén se prepara la entrega y se envía al
repartidor (una empresa externa) y el repartidor la entrega y recibe el pago. El último rol de la
compañía es contabilidad que registra los envíos y los pagos.

Complete el diagrama inferior, indicando la estructura de control, los mensajes necesarios y las
puertas.

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 1
BPMN

Modelo de dominio integrado:

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 2
Glosario de términos:

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 3
 Realizar los siguientes ejercicios, siguiendo el procedimiento anterior

Ejercicio 1

Se pretende modelar el proceso de gestión de reclamaciones en una compañía aseguradora. Cuando

se recibe una reclamación, ésta se registra en el sistema. Después del registro, la reclamación se
clasifica en uno de los dos siguientes tipos: simple o compleja. Si la reclamación queda clasificada
como simple se comprueba el seguro del cliente, para reclamaciones complejas se comprueba
independientemente el seguro y el daño en el vehículo. Después de la comprobación o
comprobaciones se genera una resolución de la reclamación, que puede ser positiva o negativa. Si
la resolución es positiva se informa al garaje para autorizar la reparación y se planifica el pago al
mismo. Para cualquier tipo de resolución (positiva o negativa) se envía una carta al cliente y el
proceso termina.
PROCESO

RECIBIR UNA SE REGISTRA EN DESPUES DE LA SE GENERA

RECLAMACION EL SISTEMA COMPROBACION RESOLUCION DEL
PROBLEMA

CLASE DESCRIPCION
SEGURO Esta clase representa el seguro que adquirió el usuario sobre el vehículo
CARTA Es la clase que representa la carta de respuesta que genera el área de reclamos luego de la
reparación del carro, especificando todos los detalles respecto al hecho.
CLIENTE Es la clase que representa al cliente del sistema.
ÁREA DE RECLAMOS Es la clase que representa el área de reclamos de la empresa que ejecuta la mayoría de los
trámites cuando se recibe una reclamación.
RECLAMACIÓN Esta clase contiene todos los detalles de la reclamación hecha por el cliente que se entrega al
área de reclamos
EMPRESA Esta clase representa los datos de la empresa que maneja todo lo relacionado la administración
de clientes y el seguro
RESOLUCIÓN Esta clase representa la respuesta de a la reclamación del usuario, Es la que autoriza o no la
reparación del vehículo.
REPARACIÓN Esta clase representa todos los detalles de la reparación del vehículo hecha por el garaje
GARAJE Es la clase que representa el área de la empresa que se encarga de hacer todas las reparaciones
del vehículo si tiene una autorización del área de reclamos
VEHÍCULO Es la clase que representa el vehículo del usuario que será sometido a reparación si la
reclamación es positiva.

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 4
 INICI TERMINAR
CLIENTE OO

RECIBIR RECLAMACION

COMPRAR SEGURO

REGISTRAR RECLAMCION
EMPRESA

GENERAR RESOLUCION

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 5
PAGO
HABITACION

RESERVA
}

CLIENTE EMPLEADO
Z
DELMOSTRADOR

RESERVA

CONSUMO

Ejercicio 2

El caso de estudio seleccionado es una versión más general del problema conocido como
“Conference Review System” distribuido en la conferencia OOPSLA de 1991. Una solución propuesta
por J. Rumbaugh puede consultarse en la columna de análisis y diseño del Journal of Object Oriented
Programming. El propósito del sistema es dar soporte a los procesos de envío, evaluación y selección
de artículos, vía Web para una conferencia o congreso. Se desea crear un sistema basado en el Web
que permita gestionar las tareas asociadas a la celebración de un congreso desde que se crea la
convocatoria hasta que se envía la lista de artículos aceptados y rechazados. El sistema ha de ser
usado por los siguientes tipos de usuarios:

El presidente de la conferencia que es el responsable de gestionar la misma, entre sus atribuciones

se encuentra:

 Determinar las áreas o tópicos de interés y fijar las diversas sesiones.

 Elegir al comité de programa y registrarlo en el sistema.
 Fijar las fechas importantes: inicio y finalización de envíos, notificación de aceptación o
rechazo, envío de versiones definitivas.
 Detectar conflictos de intereses en la revisión de artículos.
 Hacer visible a los miembros del comité de programa la lista de artículos enviados.

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 6
  Asignar artículos a los miembros del comité de programa, de acuerdo a las preferencias
mostradas por éstos.
 Cambiar el área de artículos enviados.
 Decidir sobre el proceso de revisión de artículos.
 Enviar las revisiones a los autores.
 Los miembros del comité de programa son los encargados de revisar los artículos. Las
atribuciones son las siguientes:
 Indicar preferencias por áreas o temas.
 Indicar interés o conflicto con los artículos enviados.
 Descargarse artículos.
 Enviar revisiones
 Modificar revisiones, si estas se encuentran dentro del plazo permitido.
 Los autores tienen como atribuciones u obligaciones:
 Registrarse en la conferencia.
 Registrar a los co‐autores de un artículo.
 Enviar un artículo.
 Modificar un envío antes de que finalice el plazo.

Un requisito adicional establece la existencia de un sistema de autentificación que permite que los
distintos tipos de usuarios puedan acceder únicamente a la funcionalidad y a la información que les
concierne.

CLASE DESCRIPCION
PAGO Esta clase representa el pago del cliente luego de que recibe la factura
de consumo
CLIENTE Esta clase representa el usuario del sistema
HABITACIÓN Esta clase representa la habitación asignada al cliente en la reserva
RESERVA Esta clase representa la reserva hecha por el cliente de manera
telefónica o presencial
FACTURA Esta clase representa todo el consumo del usuario dentro del hotel así
como el valor a pagar luego de finalizar la reserva
CONSUMO Esta clase representa todos los gastos del cliente durante la reserva
EMPLEADO DEL Esta clase representa al empleado que administra todos los aspectos
MOSTRADOR respecto al cliente y a las reservas del hotel
GERENTE Esta clase representa al gerente que administra las cuentas
empresariales
DESCUENTO Esta clase representa el descuento a la factura que se hace a los
clientes empresariales.

INGENIERÍA DE REQUERIMIENTOS DE SOFTWARE

ING. LUCIA CONTRERAS SALAS 7