Ejercicio 1

En el ejemplo siguiente se omite el modelo correspondiente al cliente

Suponemos una organizacin que recibe solicitudes (a travs de formularios) de potenciales clientes para la
concesin de hipotecas. La empresa realiza una evaluacin de si ofrecer o no la hipoteca, y en funcin de eso
comunican el rechazo o realizan la oferta de hipoteca.
Ahora asumamos que queremos representar el hecho de que un cliente contacta la empresa para pedir un
formulario de solicitud, la empresa se lo enva y activa un temporizador para enviarle un recordatorio al cliente si no
recibe la solicitud en un periodo de tiempo de siete das.
Para que la empresa no se encuentre con iteraciones infinitas, puesto que un formulario de solicitud podra no llegar
nunca, decide establecer un contador de iteraciones en la espera del formulario para que si se ha avisado al cliente
ya tres veces se archiven los detalles del pedido de solicitud y no se espere ms el formulario.
Se decide contemplar la situacin de que el cliente informe que no est interesado en realizar la solicitud de
evaluacin una vez que recibe el formulario. En ese caso, al igual que cuando se le enva recordatorio 3 veces se
archivan los detalles del pedido de solicitud.

Ejercicio 2
Construir el modelo de colaboracin que describe la interaccin entre un cliente y una pizzera. En el proceso los
clientes y los trabajadores de la pizzera son participantes y deben tener un pool cada uno.
El proceso comienza cuando el cliente tiene hambre. Entonces selecciona una pizza y realiza el pedido. Despus de
eso el cliente espera a que algn trabajador de la pizzera le entregue su pizza horneada y preparada para comrsela.
Previamente a comrsela deber pagar la pizza!
Sin embargo este proceso no siempre ser perfecto, y puede suceder que el cliente lleve 60 minutos esperando y no
sepa nada de su pizza. En ese caso deber preguntar a un empleado por su pizza. El empleado le calmar y el cliente
volver a esperar (esto puede volver a repetirse).

Ejercicio 3
Modelar el proceso de prstamo de libros de una biblioteca. El proceso comienza con la recepcin de un pedido de
libro. En la biblioteca se comprueba el estado del libro. En el caso de que el libro est disponible se registra la salida
del libro y se enva mail con la confirmacin de la salida. En el caso de que el libro no est disponible se informa al
usuario de que el libro est en prstamo y de que si lo desea puede ponerse a la espera. Si el usuario declina la
espera o no responde en una semana se cancela la peticin y finaliza el proceso. Si el usuario desea esperar, se
registra la peticin de espera, se responde al usuario y pasadas dos semanas se vuelve a comprobar el estado del
libro (iniciando de nuevo el proceso).

Ejercicio 4
Cada maana de lunes a viernes, la base de datos se respalda (se hace un backup) y luego se revisa para ver si la
tabla de "Cuentas de morosos (Account Defaulter) tiene nuevos registros. Si no hay nuevos registros, entonces el
proceso debe revisar el sistema CRM para ver si se han presentado nuevas declaraciones. Si existen nuevas
declaraciones, entonces se registran todas las cuentas y nombres de clientes morosos. Si los cdigos de clientes
morosos no han sido informados previamente, producir otra tabla de cuentas morosas y enviar a la administracin
de cuentas. Todo esto debe ser completado antes de las 14:30, sino, entonces se enviara una alerta al supervisor.
Una vez finalizado el nuevo informe de cuentas morosas, comprobar el sistema CRM para ver si se han presentado
nuevas declaraciones. Si se han presentado nuevas declaraciones, conciliar con la tabla cuentas de morosos
existente. Esto debe ser completado antes de las 16:00, de lo contrario debe enviarse un mensaje a un supervisor.

Esta solucin reconoce que existe una diferencia entre ocuparse de la actividad de lote (respaldo de la base de datos)
y ocuparse de cada instancia preguntando si han sido morosos anteriores. Tambin utiliza una serie de eventos de
temporizador intermedios paralelos para enviar la alerta, en combinacin con los eventos de finalizacin.
Ejercicio 4
El Representante de Servicio al Cliente enva una oferta de hipoteca al cliente y espera una respuesta. Si el cliente
llama o responde al mensaje rechazando la oferta, el caso se actualizan y el trabajo se archiva como paso previo a su
cancelacin. Si el cliente devuelve la solicitud rellenada y adjunta los documentos necesarios el caso se traslada al
departamento de administracin para que complete el proceso. Si falta algn documento necesario como requisito
previo se genera un mensaje al cliente solicitando los documentos faltantes. Si no se recibe ninguna respuesta
despus de 2 semanas, se actualizan los detalles del caso antes de su archivo y cancelacin

Ejercicio 5
En noviembre de cada ao, la Unidad De Coordinacin De La Autoridad De Planificacin de la ciudad elabora un
calendario de reuniones para el prximo ao y aade fechas provisionales a todos los calendarios. El Oficial De
Apoyo comprueba las fechas y sugiere modificaciones. Despus la Unidad De Coordinacin verifica todas las fechas y
busca posibles conflictos. El programa definitivo de las fechas de la reunin se enva a todos los Miembros del
Comit por correo electrnico, los cuales comprueban sus diarios e informan la unidad de coordinacin de cualquier
conflicto. Una vez que la revisin de las fechas ha finalizado (por la unidad de coordinacin), el Oficial de Apoyo
actualiza todos los calendarios de grupo y crea carpetas de reunin para cada reunin y asegura que todos los
documentos apropiados se suben al sistema. Los miembros del Comit reciben una notificacin una semana antes la
reunin recordndoles los documentos relacionados que deben leer. Los miembros del Comit celebra sus reunin,
y el Oficial de Apoyo entonces produce minutas (minutes) incluyendo los puntos de accin para cada Miembro del
Comit. Dentro de 5 das hbiles, la unidad de coordinacin debe llevar a cabo una comprobacin PreguntaRespuesta sobre las minutas y enviarla a todos los miembros del Comit. Finalmente, el Oficial de Apoyo entonces
actualiza todos los registros departamentales,

Si el modelador intenta usar un solo proceso es extraordinariamente difcil, sin embargo si se utilizan dos procesos, la
respuesta es obvia y relativamente simple. Observe el uso del flujo de mensajes para comunicarse entre piscinas
(como los miembros del Comit de trabajo fuera de la autoridad de planificacin de la ciudad).

Tenga en cuenta que la reunin se indica con un grupo a travs de las dos piscinas. Tambin hemos usado un evento
intermedio sin tipo (plain event) para representar a los miembros del Comit a la espera de las actas de la reunin.
Tenga en cuenta que este evento intermedio no se har esperar realmente. Ser inmediatamente disparado y pasar
el flujo al evento mensaje, el cual har la espera real.
Ejercicio 6
Tras recibir el informe de gastos, se debe crear una nueva cuenta si el empleado no tiene ya una. El informe luego se
revisa para aprobacin automtica. Cantidades menores a $200 estn aprobados automticamente, mientras que
cantidades iguales o superiores a $200 requieren la aprobacin del supervisor. En caso de rechazo, el empleado
debe recibir una notificacin de rechazo por correo electrnico. El reembolso va a la cuenta bancaria del empleado.
Si la solicitud no se completa en 7 das, el empleado debe recibir un correo electrnico de "aprobacin en progreso",
si la solicitud no ha terminado dentro de 30 das, entonces el proceso se detiene y el empleado recibe por correo
electrnico un aviso de cancelacin y debe volver a enviar el informe de gastos.

Ejercicio 7
Despus de que el proceso se inicia, se realiza una tarea para ubicar y distribuir cualquier diseo existente relevante,
tanto elctrico como fsico. A continuacin, el diseo de los sistemas elctricos y fsicos comienza en paralelo.
Cualquier diseo existente o previo se usa como entrada para ambas actividades (dise elctrico y diseo fsico). El
desarrollo de cualquier diseo es interrumpido por una actualizacin correcta del otro diseo. Si se interrumpe,
entonces todo el trabajo actual se detiene y el diseo se debe reiniciar.
En cada departamento (diseo elctrico y diseo fsico), cualquier diseo existente se repasa, dando como resultado
un Plan de actualizacin para sus respectivos diseos. Mediante el plan de actualizacin y el proyecto existente, se
crea un diseo revisado. Una vez completado el diseo revisado es probado. Si el diseo no pasa las pruebas,
entonces se enva a la primera actividad (en el Departamento) para revisar y crear un nuevo Plan de actualizacin. Si
el diseo pasa la prueba, se informa al otro departamento de que necesitan reiniciar su trabajo.
Cuando ambos diseos han sido revisados, se combinan y prueban. Si el diseo combinado no pasa las pruebas,
entonces ambos diseos retornan al comienzo del proceso para iniciar otro ciclo de diseo. Si los diseos pasan la
prueba, entonces se consideran completados y son enviados al proceso de fabricacin [un proceso separado].

Aunque parece que nunca terminar el ejemplo anterior, de hecho el primer subproceso en acabar con xito llegar a
la pasarela de evento de seal, y all esperar que termine el otro subproceso. Mientras tanto, el otro subproceso se
reiniciar antes de pasar a travs de su propio evento de terminacin basado en seal. Aunque se activar la seal, el
otro subproceso ha completado ya y no podr "capturar" la seal. Cuando ambos subprocesos han completado con
xito, el proceso padre se mueve para probar el diseo combinado antes de reiniciar o terminar con xito. El enlace
para el proceso de fabricacin separado no se muestra, probablemente se implementara mediante un evento final
de seal o un evento final de mensaje.