FinalTaller 02 Ejercicios de Modelado Requerimientos

TALLER 02: EJERCICIOS DE MODELADO – REQUERIMIENTOS PARTE II

Análisis de sistemas

Presenta

David Camilo Sánchez Mora

Camilo Andrés Frontado

Héctor Felipe Hurtado Acosta

Yojhan Leonardo Rodriguez Ascencio

Docente

Juan Carlos Guevara B.

Universidad Distrital Francisco José de Caldas

Tecnología en Sistematización de datos

Facultad Tecnológica

Bogotá D.C Colombia - Noviembre 18 del 2015

Ejercicios

Estos ejercicios son la continuación del TALLER # 1.

Ejercicio 01: 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.

Definición de actores

Actor Descripción

Cliente Es la persona que desea adquirir

uno de los productos de catálogo.

Encargado Pedidos Es la persona que se entiende

con el cliente, le toma el pedido y

lo tranquiliza.

Almacén Es el lugar donde se preparan las

entregas para luego dárselas al

repartidor.

Contabilidad Es el espacio en el que se

registran los envíos y los pagos.

Repartidor Es el encargado de llevarle la

entrega al cliente y de cobrar el

producto.

Diagrama de caso de uso unificado

Documentación de casos de uso

NOMBRE Seleccionar artículo

OBJETIVO Seleccionar un artículo

ACTOR Cliente

PRECONDICIÓN Ninguna

FLUJO DE EVENTOS

Ninguno

EXCEPCIONES Ninguna

POSTCONDICIÓN Solicitar el artículo

NOMBRE Solicitar artículo

OBJETIVO Solicitar un artículo

ACTOR Cliente

PRECONDICIÓN Haber seleccionado un artículo

FLUJO DE EVENTOS Seleccionar un artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN -Reclamar el Artículo -El encargado de pedidos debe recibir el pedido

NOMBRE Reclamar artículo

OBJETIVO Reclamar un artículo

ACTOR Cliente

PRECONDICIÓN Haber solicitado un artículo

FLUJO DE EVENTOS -Seleccionar un artículo-Solicitar un artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN Si el pedido está listo debe pagar el artículo, sino, el encargado de pedidos debe tranquilizar al cliente.

NOMBRE Pagar artículo

OBJETIVO Pagar un artículo

ACTOR Cliente

PRECONDICIÓN Haber reclamado un artículo

FLUJO DE EVENTOS -Seleccionar un artículo-Solicitar un artículo- Reclamar artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN El repartidor debe recibir el pago.

NOMBRE Recibir pedido

OBJETIVO Recibir el pedido del cliente

ACTOR Encargado de pedidos

PRECONDICIÓN Que el cliente haya solicitado el artículo

FLUJO DE EVENTOS -Seleccionar artículo-Solicitar artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN Preparar la entrega

NOMBRE Tranquilizar cliente

OBJETIVO Tranquilizar al cliente sobre su entrega.

ACTOR Encargado de pedidos.

PRECONDICIÓN Que el cliente haya reclamado y éste no esté listo.

FLUJO DE EVENTOS -Seleccionar artículo-Solicitar artículo-Reclamar artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el cliente vuelva a reclamar su artículo.

NOMBRE Preparar entrega

OBJETIVO Preparar la entrega.

ACTOR Almacén

PRECONDICIÓN Haber recibido el pedido del cliente.

FLUJO DE EVENTOS -Seleccionar artículo-Solicitar artículo-Recibir pedido

EXCEPCIONES Ninguna

POSTCONDICIÓN Entregar el paquete al repartidor y registrar la entrega.

NOMBRE Entregar a repartidor

OBJETIVO Entregar paquete al repartidor.

ACTOR Almacén

PRECONDICIÓN Haber preparado la entrega.

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el repartidor reciba la entrega.

NOMBRE Registrar envío

OBJETIVO Registrar un envío realizado.

ACTOR Contabilidad

PRECONDICIÓN Haber preparado la entrega.

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega

EXCEPCIONES Ninguna

POSTCONDICIÓN Ninguna

NOMBRE Registrar pago

OBJETIVO Registrar el pago del artículo.

ACTOR Contabilidad

PRECONDICIÓN Haber recibido el pago.

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega-Entregar a repartidor-Recibir entrega-Entregar artículo-Recibir pago

EXCEPCIONES Ninguna

POSTCONDICIÓN Ninguna

NOMBRE Recibir entrega

OBJETIVO Recibir la entrega despachada

ACTOR Repartidor

PRECONDICIÓN Haber sido entregada al repartidor

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega-Entregar a repartidor

EXCEPCIONES Ninguna

POSTCONDICIÓN Entregar el artículo

NOMBRE Entregar artículo

OBJETIVO Entregar el artículo al cliente

ACTOR Repartidor

PRECONDICIÓN Recibido la entrega

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega-Entregar a repartidor-Recibir entrega

EXCEPCIONES Ninguna

POSTCONDICIÓN Recibir pago

NOMBRE Recibir Pago

OBJETIVO Recibir el pago del cliente

ACTOR Repartidor

PRECONDICIÓN Haber entregado el artículo

FLUJO DE EVENTOS

-Seleccionar artículo-Solicitar artículo-Recibir pedido- Preparar entrega-Entregar a repartidor-Recibir entrega-Entregar artículo

EXCEPCIONES Ninguna

POSTCONDICIÓN Registrar pago

Ejercicio 02: Gestión incidencias en una empresa de desarrollo de software.

Se pretende modelar el/los proceso(s) de una empresa de desarrollo de software que se encargan de tramitar las incidencias de los clientes. Los clientes cuando tienen un problema con el software se dirigen a su responsable de cuentas, el responsable de cuentas tratará primero de resolver el problema y de explicar una solución al cliente si esto es posible. En caso contrario el responsable de cuentas se pondrá en contacto con el agente de soporte de producto de primer nivel, el cual puede enviar la petición a un agente de soporte de producto de segundo nivel. El agente de soporte de segundo nivel puede resolver el problema del cliente o bien si no está seguro puede preguntar al equipo de desarrollo. En cualquier caso, al final del proceso el gestor de cuentas debe explicar una posible solución al cliente.


ACTOR DESCRIPCION

CLIENTE Es la persona que se contacta con la empresa para reportar las incidencias con el software que adquirió

RESPONSABLE DE CUENTAS Es la persona encargada de atender en primer lugar las incidencias del cliente, este puede dar solución si la conoce sino reportar al segundo nivel de consulta

AGENTES DE SOPORTE Son las personas encargadas de solucionar las incidencias que el responsable de cuentas no pueden solucionar, estos se dividen en Agentes de soporte de 1er y 2do nivel

EQUIPO DE DESARROLLO Es el grupo de personas encargadas de solucionar las incidencias que los agentes de soporte no pueden solucionar, este grupo conoce más sobre el software, por esta razón es el último nivel en la consulta de la solución de la incidencia

Diagrama casos de uso

Integración casos de uso

Documentación casos de uso

NOMBRE 01-Consultar Cliente

OBJETIVO Tiene como objetivo consultar los datos del cliente

PRECONDICION Ingreso del cliente al sistema digitando sus credenciales de login correctamente.

POSTCONDICIONES El sistema debe mostrar la información respectiva al cliente que consulta su información

FLUJO DE EVENTOS El cliente ingresa al sistema con sus credenciales, si el usuario es correcto el sistema muestra en pantalla el módulo de consulta donde el cliente podrá observar su información. Si el usuario no existe el sistema notifica que el usuario no está registrado en el sistema

MANEJO DE SITUACIONES

NOMBRE 02-Modificar Cliente

OBJETIVO Tiene como objeto modificar los datos del cliente


POSTCONDICIONES Ingresar en el sistema los datos modificados por el cliente.

FLUJO DE EVENTOS El cliente ingresa al sistema con sus credenciales, si el usuario es correcto el sistema muestra en pantalla el módulo de edición donde el cliente podrá observar su información y escoger que ítems va a editar.


Puede que los datos ingresados por el cliente sean erróneos.

NOMBRE 03-Digitar Credenciales

OBJETIVO Tiene como objetivo ingresar en el sistema el nombre de usuario y contraseña de un cliente registrado

PRECONDICION Ninguna

POSTCONDICIONES Confirmar información digitada al sistema por parte del cliente.

FLUJO DE EVENTOS El sistema le pide al cliente que digite sus credenciales, si el usuario o cliente existe el sistema carga el interfaz, sino notifica el error de inicio de sesión.


El usuario puede no existir o los datos que el cliente digita son erróneos

NOMBRE 04-Crear Incidencia

OBJETIVO Generar una incidencia en el sistema para posterior reporte.


POSTCONDICIONES El cliente debe digitar la incidencia para almacenamiento posterior en el sistema.

FLUJO DE EVENTOS El usuario luego de estar logueado, se dirige a crear su incidencia en el sistema.


Ninguno

NOMBRE 05-Digitar Incidencia

OBJETIVO Ingresar en el sistema la incidencia

PRECONDICION Ingreso del cliente al sistema digitando sus credenciales de login correctamente. Crear la incidencia

POSTCONDICIONES Enviar al sistema la incidencia para posterior registro.

FLUJO DE EVENTOS Luego de crear la incidencia el usuario posteriormente digita la incidencia en el interfaz


Puede que se digiten datos erróneos o sin sentido

NOMBRE 06-Enviar Incidencia

OBJETIVO Enviar al sistema la incidencia creada por el cliente para repórtala al responsable de cuentas.

PRECONDICION Ingreso del cliente al sistema digitando sus credenciales de login correctamente. Crear la incidencia Digitar la incidencia

POSTCONDICIONES Registrar incidencia en el sistema

FLUJO DE EVENTOS Luego de creada y digitada la incidencia, el usuario se dispone a enviar la incidencia al sistema.


Ninguno

NOMBRE 07-Consultar Incidencia

OBJETIVO Consultar la información de la incidencia generada por el cliente.

PRECONDICION Debe existir la incidencia en el sistema

POSTCONDICIONES El sistema debe cargar la información pertinente a la incidencia consultada

FLUJO DE EVENTOS El usuario que se dispone a cargar la información de la incidencia debe anteriormente estar logueado en el sistema para observar esta información, luego de eso este tiene acceso a la información de la incidencia que quiere consultar


NOMBRE 08-Modificar Incidencia

OBJETIVO Alterar la información de la incidencia según sean los cambios del cliente

PRECONDICION Ninguno

POSTCONDICIONES La incidencia debe registrarse con los nuevos cambios generados por el cliente.

FLUJO DE EVENTOS El cliente consulta la incidencia y si esta tiene datos erróneos, el cliente entra a editar la incidencia


Ninguno

NOMBRE 09-Atender Incidencia

OBJETIVO Buscar Solución a la incidencia reportada por el sistema.

PRECONDICION Debe existir una incidencia en el sistema.

POSTCONDICIONES Digitar en el sistema la solución si es posible.

FLUJO DE EVENTOS Luego de que la incidencia sea reportada por el sistema a el responsable de cuentas, este atiende la incidencia, de no poder dar solución, el atender incidencia pasa a un agente de soporte de 1er nivel que intentara dar solución, de no ser así, pasa a un agente de segundo nivel y si este tampoco puede, atender incidencia recae en

el equipo de desarrollo.


Ninguno

NOMBRE 10-Digitar Solución

OBJETIVO Ingresar al sistema la solución a la incidencia que recibe el mismo por parte del responsable de cuentas.

PRECONDICION Debe existir una incidencia en el sistema. Debió previamente atender incidencia dando solución a la misma

POSTCONDICIONES Enviar solución al cliente para posterior consulta

FLUJO DE EVENTOS Luego de atendida la solución, si el responsable de cuentas puede dar solución este la digita inmediatamente, de no ser así espera la indicación de la solución de los niveles de soporte superior o el equipo de desarrollo


Ninguno

NOMBRE 11-Enviar Solución

OBJETIVO El sistema envía la solución encontrada a la incidencia que genero el cliente con anterioridad

PRECONDICION Debe existir una incidencia en el sistema. Debe previamente atender la incidencia dando solución a la misma Digitar Solución a la incidencia

POSTCONDICIONES El cliente debe consultar la incidencia y su solución Eliminar la incidencia del sistema

FLUJO DE EVENTOS Luego de ser atendida la solución e indicada, el responsable de cuentas se dispone a digitar dicha solución, luego de esta digitación el responsable de cuentas envía la solución al cliente correspondiente para que este pueda consultarla


Fallos en el envío.

NOMBRE 12-Eliminar Incidencia

OBJETIVO Eliminar la incidencia del sistema luego de posterior solución.

PRECONDICION Debe existir una incidencia en el sistema. Debe previamente atender la incidencia dando solución a la misma Digitar Solución a la incidencia Enviar Solución incidencia Consulta de incidencia por parte del cliente.

POSTCONDICIONES Ninguna

FLUJO DE EVENTOS Luego de enviada la solución al cliente este debe notificar la consulta de esta solución, si el cliente notifica que la solución es correcta el sistema se dispondrá a eliminar la incidencia


El cliente puede que no consulte su solución a la incidencia que género, para eso hay que recordar con frecuencia dicha consulta.

NOMBRE 13-Indicar Solución Incidencia

OBJETIVO Los agentes de soporte o equipo de desarrollo notifican la solución al desarrollador, cuando este no esté no pueda dar solución directamente.

PRECONDICION Debe existir una incidencia en el sistema. Debe previamente atender la incidencia dando solución a la misma

POSTCONDICIONES Enviar incidencia al responsable de cuentas para notificar al cliente la solución

FLUJO DE EVENTOS El responsable de cuentas no es capaz de dar solución directamente a la incidencia, para eso consulta al agente de primer nivel, que puede que dé solución directa a la incidencia o sino reportarla al agente de segundo nivel quien si puede solucionar la incidencia, indica la solución al responsable de cuentas, y sino el encargado de indicar la solución de la incidencia seria el equipo de desarrollo


Ninguno

Ejercicio 03: Gestión de reclamaciones compañía aseguradora de vehículos. 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.


ACTORES DESCRIPCIÓN

CLIENTE Es la persona que, habiendo adquirido un seguro con la empresa encargada de

esta actividad, genera las reclamaciones para que se cumplan los procesos

establecidos dentro del servicio.

ÁREA DE

RECLAMOS

Es la división de la empresa que se encarga de la gestión de los procesos de

reclamación por parte de los usuarios. Esta funciona como medio de

comunicación entre el cliente y el garaje en caso tal de requerirlo.

GARAJE Es el área de la empresa que se encarga de las reparaciones de los vehículos de

los clientes

Diagrama caso de uso

Depuración caso de usos

Documentación casos de uso NOMBRE CREAR RECLAMACIÓN

OBJETIVO Dar a conocer a la empresa alguna situación fuera de lo normal


POSTCONDICIONES – Revisar reclamación- Registrar reclamación

FLUJO DE EVENTOS - Adquirir formato de reclamación -Llenar datos de la reclamación

EXCEPCIONES Si los datos llenados están incorrectos, el cliente debe llenar un nuevo formato de reclamación

NOMBRE RECIBIR RECLAMACIÓN

OBJETIVO Hacer entrega de la reclamación hecha a la empresa

PRECONDICIÓN – Crear reclamación

POSTCONDICIONES – Registrar reclamación- Consultar reclamación

FLUJO DE EVENTOS - Llevar reclamación - Recibir reclamación - Confirmar recepción reclamación

EXCEPCIONES Si los datos llenados están incorrectos, el cliente debe llenar un nuevo formato de reclamación y volver a hacer el proceso

NOMBRE COMPROBAR DAÑO VEHÍCULO

OBJETIVO Verificar la información dada por el cliente acerca del estado del vehículo

PRECONDICIÓN – Registrar reclamación

POSTCONDICIONES – Comprobar seguro

FLUJO DE EVENTOS -Consultar reclamación - Enviar encargado de evaluación - Verificar daños - Validar reclamación

EXCEPCIONES En caso no encontrar consistencia entre la reclamación y el daño del vehículo, se termina el proceso.

NOMBRE VALIDAR SEGURO

OBJETIVO Comprobar que tipo de seguro tiene el cliente en la empresa.

PRECONDICIÓN – Validar daño vehículo- Crear cliente- Asignar seguro

POSTCONDICIONES – Consultar seguro- Modificar seguro

FLUJO DE EVENTOS -Ingresar datos usuario - Consultar datos seguro - Verificar paz y salvo de pagos

EXCEPCIONES Si se encuentra alguna inconsistencia se le notificará al usuario de la misma para establecer alguna solución.

NOMBRE CREAR RESOLUCIÓN

OBJETIVO Hacer un informe donde se da a conocer al garaje si lleva a cabo la reparación del vehículo.

PRECONDICIÓN – Comprobar daño vehículo- Comprobar seguro

POSTCONDICIONES – Autorizar reparación- Crear carta

FLUJO DE EVENTOS - Verificar datos cliente - Verificar datos seguro - Verificar daños del vehículo - Crear resolución

EXCEPCIONES Ninguna

NOMBRE AUTORIZAR REPARACIÓN

OBJETIVO Dar el permiso al garaje para que proceda con la reparación

PRECONDICIÓN – Crear resolución

POSTCONDICIONES – Reparar vehículo

FLUJO DE EVENTOS - Recibir reclamación - Analizar reclamación - Autorizar reparación

EXCEPCIONES Ninguna

NOMBRE CREAR CARTA

OBJETIVO Recopilar toda la información de la reparación o la resolución en un documento

PRECONDICIÓN – Crear resolución- Reparar vehículo

POSTCONDICIONES – Enviar carta- Consultar carta

FLUJO DE EVENTOS - Recopilar información - Buscar cliente - Validar cliente - Validar reclamación -Crear carta

EXCEPCIONES En caso de encontrar alguna inconsistencia entre la resolución y los datos de la reclamación, se debe hacer una verificación por áreas de los datos del cliente y el vehículo

NOMBRE ENVIAR CARTA

OBJETIVO Dar a conocer al cliente los resultados de la reclamación luego de todo el proceso

PRECONDICIÓN – Crear carta

POSTCONDICIONES – Recibir carta

FLUJO DE EVENTOS - Crear carta -Verificar dirección cliente - Enviar carta

EXCEPCIONES En caso de no tener el dato de la dirección de envío, se debe contactar al cliente para obtener el dato

NOMBRE RECIBR CARTA

OBJETIVO Confirmar que el cliente recibió la carta con los datos del resultado de la reclamación

PRECONDICIÓN – Enviar carta


FLUJO DE EVENTOS -Enviar carta -Recibir carta

EXCEPCIONES En caso de que el cliente no reciba una carta de repuesta en los tiempos determinados, debe contactarse con la empresa para verificar lo sucedido

NOMBRE REPARAR VEHÍCULO

OBJETIVO Reparar los daños al vehículo que cubre el seguro

PRECONDICIÓN – Autorizar reparación

POSTCONDICIONES – Crear carta

FLUJO DE EVENTOS -Verificar autorización - Validar datos - Traer vehículo - Verificar daños --Determinar gastos de reparación – vehículo - Generar informe de reparación

EXCEPCIONES Si existe alguna complicación, tal como falta de piezas o daños extras encontrados en el vehículo, se le informará al cliente del nuevo plazo de entrega.

Ejercicio 05: Se desea informatizar la gestión de reservas de un hotel, los requisitos informales pueden describirse de la siguiente forma:

- Los clientes pueden efectuar reservar anticipadas. El hotel admite tantas reservas como habitaciones libres tenga. Las reservas telefónicas tienen que estar respaldadas por un número de tarjeta de crédito. Si en la fecha de reserva no se presenta el cliente, se genera una factura que se envía a la compañía de tarjetas de crédito.

- Hay dos tipos de clientes: los individuales y los que pertenecen a empresas. Para los clientes de empresa no es necesario garantizar las reservas mediante una tarjeta de crédito.

- Cuando un cliente llega al hotel su reserva es procesada, comprobándose la misma con los detalles que proporciona el cliente.

- Hay clientes que solicitan una habitación en el mostrador del hotel. - Algunos clientes solicitan habitaciones para no fumadores. - Las habitaciones se pueden alquilar para dormir únicamente, con media pensión

o con pensión completa. - Cuando los clientes abandonan el hotel, un empleado comprueba los detalles de

ocupación (llamadas telefónicas, servicio de bar, etc) y genera una factura para el cliente.

- Hay clientes, que pertenecen a empresas, que no abonan la factura en ese momento. A final de mes se envía una factura única a la empresa.

- El sistema tendrá tres tipos de usuarios: los empleados de mostrador o recepción, el gerente y un administrador. El gerente se encargará de gestionar las cuentas de empresas: tipo de descuento por habitación, apertura de cuenta y cierre de cuenta. El administrador se encargará de efectuar un mantenimiento sobre la información que se almacena en el sistema. Por último los empleados de mostrador se encargan de la gestión de clientes.



CLIENTE Es el usuario del sistema

EMPLEADO DEL

MOSTRADOR

Administra la mayoría de herramientas y ejecuta las acciones

necesarias para que el proceso de reserva sea exitoso

GERENTE Administra las reservas empresariales

Diagrama de casos de uso

Depuración casos de uso


NOMBRE VERIFICAR HABITACIÓN

OBJETIVO Verificar si hay habitaciones libres en el hotel para hacer la reserva

PRECONDICIÓN – Pedir reserva

POSTCONDICIONES – Crear reserva- Consultar reserva

FLUJO DE EVENTOS - Ingresar al sistema - Ingresar datos de reserva - Verificar habitaciones vacías - Informar al cliente

EXCEPCIONES Si no hay habitaciones vacías, se puede cambiar la fecha de reserva y verificar de nuevo la disponibilidad

NOMBRE VERIFICAR DATOS

OBJETIVO Verificar los datos del cliente para saber si ya está registrado en el sistema o ingresarlo como cliente nuevo

PRECONDICIÓN – Pedir reserva- Verificar habitación- Crear cliente

POSTCONDICIONES – Consultar cliente- Eliminar cliente

FLUJO DE EVENTOS -Pedir datos cliente - Ingresar datos al sistema - El cliente no existe -Registrar cliente nuevo en el sistema -Verificar datos

EXCEPCIONES Ninguna

NOMBRE REGISTRAR TARJETA DE CRÉDITO

OBJETIVO Registrar datos de la tarjeta si el cliente no es empresarial

PRECONDICIÓN – Verificar datos cliente

POSTCONDICIONES – Consultar tarjeta- Eliminar tarjeta

FLUJO DE EVENTOS - Ingresar al sistema - Validar datos cliente - Agregar datos tarjeta de crédito - Verificar con entidad bancaria

EXCEPCIONES Si los datos de la tarjeta no coinciden con el de la entidad bancaria, se debe informar al cliente y verificar la legalidad de la tarjeta.

NOMBRE CREAR RESERVA

OBJETIVO Hacer la reserva que pide el cliente

PRECONDICIÓN – Verificar datos cliente- Verificar habitaciones

POSTCONDICIONES – Consultar reserva- Eliminar reserva

FLUJO DE EVENTOS - Verificar datos cliente - Verificar habitación - Asignar reserva al cliente

EXCEPCIONES Ninguna

NOMBRE ASIGNAR HABITACIÓN

OBJETIVO Cuando el cliente llegué a cumplir con la reserva, se le asigna la habitación disponible.

PRECONDICIÓN – Crear reserva

POSTCONDICIONES – Terminar reserva

FLUJO DE EVENTOS - Verificar datos clientes - Verificar datos reserva - Asignar habitación - Entregar llaves

EXCEPCIONES Si el cliente incumple con las fechas de la reserva, se cambiara el estado de la habitación a disponible.

NOMBRE VERIFICAR CONSUMO

OBJETIVO Conocer el saldo total de la reserva, sumando los valores relacionados al consumo de productos y servicios del hotel durante el tiempo de estadía.

PRECONDICIÓN – Terminar reserva

POSTCONDICIONES – Generar factura- Generar descuentos

FLUJO DE EVENTOS - Terminar reserva - Entrar al sistema - Validar datos reserva - Verificar consumos registrados - Informar al cliente

EXCEPCIONES Si existe alguna inconsistencia entre el sistema y el consumo descrito por el cliente, se debe comprobar los datos ingresados con medios escritos como facturas o medios de pago.

NOMBRE CREAR FACTURA

OBJETIVO Generar el reporte con todos los gastos hechos durante la reserva para su posterior pago

PRECONDICIÓN – Verificar consumo

POSTCONDICIONES – Hacer pago

FLUJO DE EVENTOS -Verificar consumo - Validar información con el cliente - Generar factura

EXCEPCIONES Si el cliente presenta algún reclamo, se deben verificar por otros medios los consumos existentes en la factura.

NOMBRE CONSULTAR RESERVA

OBJETIVO Consultar en cualquier momento los datos de la reserva



FLUJO DE EVENTOS - Ingresar al sistema - Validar datos de la reserva - Consultar reserva

EXCEPCIONES Ninguna

NOMBRE ELIMINAR RESERVA

OBJETIVO Eliminar una reserva hecha por petición del cliente o incumplimiento de las fechas.



FLUJO DE EVENTOS -Ingresar al sistema - Validar datos reserva - Verificar motivo para eliminar reserva - Eliminar reserva

EXCEPCIONES Ninguna

NOMBRE PEDIR RESERVA

OBJETIVO Dar a conocer a la empresa las peticiones del cliente


POSTCONDICIONES – Crear reserva

FLUJO DE EVENTOS - Contactar empresa - Hacer petición reserva - Entregar datos de reserva - Validar petición reserva

EXCEPCIONES Si no se pueden satisfacer los requerimientos del cliente se le da información para que pueda cambiar su petición, si el cliente se rehúsa se termina el proceso

NOMBRE TERMINAR RESERVA

OBJETIVO Hacer el check out del hotel cuando el cliente ha terminado su estadía o el tiempo de la reserva se ha acabado.


POSTCONDICIONES – Verificar consumo

FLUJO DE EVENTOS - Informar finalización de la reserva - Ingresar al sistema- Validar datos reserva - Cambiar estado de la reserva a “Terminado”

EXCEPCIONES Ninguna

NOMBRE HACER PAGO

OBJETIVO Pagar el valor total de la reserva más los consumos hechos.

PRECONDICIÓN – Crear factura


FLUJO DE EVENTOS - Validar datos factura - Hacer pago por el medio establecido

EXCEPCIONES Si existe algún error con el pago con tarjeta, se debe validar todos los datos con la entidad bancaria

NOMBRE GENERAR DESCUENTOS

OBJETIVO Hacer descuentos a los clientes empresariales del hotel

PRECONDICIÓN – Verificar consumo

POSTCONDICIONES – Crear factura

FLUJO DE EVENTOS - Validar datos consumo - Validar datos cliente - Hacer descuentos de acuerdo a las tarifas establecidas - Dar información para crear la factura

EXCEPCIONES Ninguna

Ejercicio 06: La compañía de metro de la ciudad de Valencia desea implantar

una tarjeta inteligente (smart‐card) que facilite la adquisición de billetes y el desplazamiento de los viajeros por las distintas líneas de metro de la ciudad. La tarjeta puede adquirirse en máquinas expendedoras situadas en las distintas estaciones. Los viajeros indican el saldo con el cual quieren cargar la tarjeta al adquirirla (20, 30, 50 euros), el pago se hace en la máquina expendedora en efectivo (en cuyo caso no se devuelve ningún importe) o bien utilizando una tarjeta de crédito que el sistema valida frente a la entidad emisora. En la tarjeta queda grabada la fecha de adquisición, la fecha de vencimiento (válida durante 2 meses), el importe y la forma de pago. Para acceder a la estación se utiliza la tarjeta en los tornos de entrada. Al llegar al destino se pasa nuevamente por un torno de salida que dependiendo del recorrido efectuado descuenta del saldo la cantidad correspondiente. En caso de no disponer de saldo el torno de salida no se abre y el viajero tiene que efectuar una recarga. Los fines de semana existen

promociones o descuentos en los desplazamientos que también se aplican a los viajeros con tarjeta .En la tarjeta se graban los distintos recorridos efectuados por el viajero (hora de entrada, estación origen, hora de salida, estación destino y fecha). La tarjeta puede recargarse tantas veces como se desee (no es necesario que esté agotada o sin saldo) e incluso pude devolverse en una máquina expendedora para obtener el saldo actual. Si se adquirió en efectivo el viajero obtiene el importe en efectivo, si se adquirió con tarjeta de crédito la devolución se efectúa sobre la misma. Los inspectores de metro disponen de dispositivos móviles que permiten leer el contenido de las tarjetas para evitar usos fraudulentos.



USUARIO Es el usuario del sistema

MAQUINA

EXPENDEDORA

Es el hardware encargado de recargar tarjetas y expedir las

nuevas.

TORNIQUETE El hardware que permite el ingreso al sistema por parte del

usuario


Depuración de casos de uso


NOMBRE INDICAR CARGA INICIAL

OBJETIVO Establecer el saldo inicial de la tarjeta


POSTCONDICIONES – Crear tarjeta

FLUJO DE EVENTOS - Acercarse a la máquina - Seleccionar nueva tarjeta - Indicar carga inicial

EXCEPCIONES No se podrán seleccionar valores de carga inicial muy altos o por menos de un pasaje, en ese caso se vuelve a iniciar el proceso.

NOMBRE INDICAR MEDIO DE PAGO

OBJETIVO Establecer el medio de pago para adquirir una nueva tarjeta

PRECONDICIÓN – Indicar carga inicial

POSTCONDICIONES – Verificar tarjeta de crédito- Crear tarjeta

FLUJO DE EVENTOS - Indicar medio de pago Si medio de pago = tarjeta de crédito -Introducir datos tarjeta de crédito

EXCEPCIONES Ninguna

NOMBRE ADQUIRIR TARJETA

OBJETIVO Entregar nueva tarjeta al usuario del sistema

PRECONDICIÓN – Indicar medio de pago- Validar datos medio de pago

POSTCONDICIONES – Usar tarjeta

FLUJO DE EVENTOS -Introducir datos usuario - Imprimir tarjeta - Entregar tarjeta

EXCEPCIONES Ninguna

NOMBRE USAR TARJETA

OBJETIVO El usuario tiene acceso al servicio de transporte

PRECONDICIÓN – Crear tarjeta- Adquirir tarjeta

POSTCONDICIONES – Recargar tarjeta

FLUJO DE EVENTOS Si saldo < valor del pasaje - Recargar tarjeta Si no - Dirigirse al torniquete - Pasar tarjeta - Entrar al sistema

EXCEPCIONES Ninguna

NOMBRE APLICAR DESCUENTO

OBJETIVO Generar descuentos dependiendo la fecha de uso de la tarjeta

PRECONDICIÓN – Usar tarjeta- Crear descuento- Validar fecha

POSTCONDICIONES – Permitir paso

FLUJO DE EVENTOS - Pasar tarjeta Si fecha = fin de semana - Aplicar descuento - Permitir paso

EXCEPCIONES En caso de que el descuento no se aplique, el usuario debe acercarse

a un colaborador para reportar la situación

NOMBRE PERMITIR PASO

OBJETIVO Dejar que el usuario acceda al sistema de transporte

PRECONDICIÓN – Usar tarjeta- Aplicar descuento


FLUJO DE EVENTOS - Pasar tarjeta por el torniquete - Validar saldo

EXCEPCIONES Si el saldo no es suficiente, el usuario debe recargar la tarjeta en una máquina expendedora

NOMBRE VERIFICAR TARJETA DE CRÉDITO

OBJETIVO Validar los datos dados por el usuario cuando seleccione como medio de pago una tarjeta de crédito.

PRECONDICIÓN – Indicar medio de pago


FLUJO DE EVENTOS - Indicar medio de pago Si medio de pago = tarjeta de crédito - Introducir datos tarjeta de crédito Validar datos con entidad bancaria

EXCEPCIONES Si existe alguna inconsistencia se le debe informar al usuario que tiene que dirigirse a la entidad bancaria.

NOMBRE CREAR TARJETA

OBJETIVO Recopilar todos los datos dados para entregarle la tarjeta al usuario.

PRECONDICIÓN – Indicar carga inicial- Indicar medio de pago

POSTCONDICIONES – Usar tarjeta- Recargar tarjeta

FLUJO DE EVENTOS - Validar datos usuario - Validar medio de pago - Crear tarjeta

EXCEPCIONES Ninguna

NOMBRE RECARGAR TARJETA

OBJETIVO Recargar el saldo de la tarjeta por parte del usuario

PRECONDICIÓN – Crear tarjeta

POSTCONDICIONES – Usar tarjeta

FLUJO DE EVENTOS - Verificar saldo - Verificar medio de pago - Introducir valor a recargar - Hacer pago

EXCEPCIONES Ninguna

Ejercicio 07: Se desea modelar el funcionamiento de un aparcamiento público

de automóviles. Cuando un conductor se acerca a la máquina situada en la entrada, debe pulsar un botón para obtener el resguardo de aparcamiento, una cámara graba la matrícula que se almacena en el resguardo junto a la hora de entrada. Cuando el resguardo es retirado se abre la barrera de entrada la cual se cierra unos instantes después de detectar el paso del vehículo. Para salir del

aparcamiento los conductores primero abonan el importe asociado a la estancia en un cajero automático, éste graba la hora de pago en el resguardo de aparcamiento, dejando un margen de 10 minutos para abandonar las instalaciones. Para salir de una manera efectiva el conductor introduce en la máquina situada en la salida el resguardo de aparcamiento, en ese momento el sistema lee la matrícula del vehículo, comprueba la hora de pago y levanta la barrera de salida, la cual se cierra unos instantes después de detectar el paso del vehículo. El aparcamiento funciona también para abonados, los cuales para entrar y salir del aparcamiento deben introducir una tarjeta magnética. En la tarjeta se graba la matrícula al entrar y se comprueba a la salida. Para facilitar el pago de los conductores no abonados se desea implantar un sistema por telefonía móvil que mediante mensajes SMS permita pagar la estancia en el aparcamiento. Al entrar el usuario recoge el ticket de entrada y para salir envía un mensaje SMS con el número de ticket, el importe se carga en la factura de teléfono. El sistema informático del aparcamiento recibe el mensaje SMS de confirmación del pago. Para salir el conductor introduce el ticket de entrada y pulsa un botón de la máquina que indica pago telefónico, el sistema comprueba si el usuario ha enviado el mensaje SMS, en cuyo caso abre la barrera de salida. En este caso se aplican también los 10 minutos de margen para abandonar las instalaciones.

DEFINICIÓN DE ACTORES


CONDUCTOR Es el usuario del sistema. Puede ser abonado o no abonado,

dependiendo de su designación cambia su comportamiento en el

sistema.

SISTEMA Administra todas las tareas del parqueadero desde la entrada de

un nuevo vehículo, control de tipo de usuario, salida del vehículo,

pago de tarifa, generar tickets, etc.


NOMBRE INDICAR CARGA INICIAL

OBJETIVO Establecer el saldo inicial de la tarjeta



FLUJO DE EVENTOS - Acercarse a la máquina - Seleccionar nueva tarjeta - Indicar carga inicial

EXCEPCIONES No se podrán seleccionar valores de carga inicial muy altos o por menos de un pasaje, en ese caso se vuelve a iniciar el proceso.

NOMBRE INGRESAR PARQUEADERO

OBJETIVO Permitir entrada del usuario al parqueadero


POSTCONDICIONES – Usar Parqueadero

FLUJO DE EVENTOS Llegar al parqueadero Verificar cupo Si cupo = disponible Ingresar parqueadero Si no

Terminar proceso

EXCEPCIONES Ninguna

NOMBRE INSERTAR TARJETA

OBJETIVO Permitir el ingreso de los clientes abonados

PRECONDICIÓN – Crear tarjeta

POSTCONDICIONES – Usar parqueadero- Validar tarjeta

FLUJO DE EVENTOS Acercarse al torniquete Insertar tarjeta Ingresar al parqueadero

EXCEPCIONES Si la tarjeta falla, se debe avisar al encargado de la entrada para comunicarle la situación

NOMBRE USAR PARQUEADERO

OBJETIVO Prestar servicio de parqueadero al usuario

PRECONDICIÓN - Insertar tarjeta - Imprimir ticket - Validar datos usuario - Ingresar parqueadero - Validar cupo

POSTCONDICIONES - Salir parqueadero

FLUJO DE EVENTOS Ingresar parqueadero Buscar espacio disponible Aparcar auto

EXCEPCIONES Ninguna

NOMBRE SALIR PARQUEADERO

OBJETIVO Permitir la salida del parqueadero al usuario

PRECONDICIÓN - Usar parqueadero


FLUJO DE EVENTOS Dirigirse al torniquete de salida Validar pago Salir parqueadero

EXCEPCIONES Si hay un error con el pago, se le debe avisar al encargado de la zona para solucionar el inconveniente

NOMBRE ENVIAR SMS

OBJETIVO Permitir el pago del ticket a través de un sms

PRECONDICIÓN - Crear ticket - Usar parqueadero


FLUJO DE EVENTOS Enviar SMS con el código del ticket Cargar pago a la cuenta del teléfono

EXCEPCIONES En caso de enviar un código erróneo, se cancela la operación y se vuelve a iniciar

NOMBRE IMPRIMIR TICKET

OBJETIVO Dar al usuario el comprobante de pago por el uso de parqueadero

PRECONDICIÓN - Ingresar parqueadero

POSTCONDICIONES - Consultar ticket - Enviar SMS

FLUJO DE EVENTOS Ingresar parqueadero Validar datos Imprimir ticket Retirar ticket

EXCEPCIONES Ninguna

NOMBRE VALIDAR TARJETA

OBJETIVO Permitir la entrada o salida de los usuarios abonados

PRECONDICIÓN - Crear tarjeta - Usar parqueadero - Entrar parqueadero

POSTCONDICIONES – Salir parqueadero- Usar parqueadero

FLUJO DE EVENTOS Entrar parqueadero Ingresar tarjeta al torniquete Validar datos usuario Retirar tarjeta Salir parqueadero

EXCEPCIONES Si la tarjeta no se reconoce se debe informar al administrador del sistema

NOMBRE CONFIRMAR PAGO

OBJETIVO Validar si el pago hecho al enviar el SMS se hizo correctamente

PRECONDICIÓN - Enviar SMS


FLUJO DE EVENTOS Enviar SMS Validar datos usuario Cargar saldo a la cuenta del teléfono

EXCEPCIONES En caso de haber algún error, se tiene que volver a enviar el SMS. No se cargaran saldos sin confirmar toda la operación.

Ejercicio 08: Se desea construir un portal Web que permita a los usuarios reservar y comprar billetes de avión. Cualquier usuario puede introducir una ciudad origen, una ciudad destino y una fechas de viaje y el sistema responde con un conjunto de vuelos (directos o con transbordos) que cumplen los criterios introducidos por el usuario. A partir de la respuesta del sistema el usuario puede seleccionar la compra de un vuelo (de ida o de ida y vuelta), esta selección se añade a la cesta de la compra del usuario. La única forma de pago admitida es mediante tarjeta de crédito, para ello el usuario debe proporcionar su nombre completo, el número y tipo de la tarjeta y la fecha de caducidad. Los usuarios deben registrarse previamente proporcionando un login y password junto con los datos de la tarjeta de crédito. Para que el(los) billete(s) puedan ser tramitados debe también proporcionarse el nombre y apellidos de los viajeros. Una vez formalizada la compra el sistema genera un número de ticket y el billete electrónico que se remite posteriormente a la aerolínea correspondiente. Los billetes pueden ser comprados en cualquier momento hasta 3 días antes de la realización del viaje. El sistema también admite anulaciones, pero éstas únicamente pueden hacerse 15 días antes del vuelo. En este caso se cobra al cliente el 6% de la operación.. El sistema interactuará con un sistema global de reservas de vuelos como Amadeus o Galileo, que será el encargado de proporcionar la disponibilidad de plazas y vuelos. En cualquier momento un usuario registrado puede acceder a sus datos almacenados y eventualmente modificarlos (login, password, tarjeta de crédito).

DEFINICIÓN DE ACTORES


USUARIO Es la persona que accede al portal para comprar y reservar los

vuelos.

AGENCIA GLOBAL

DE RESERVAS

Es la entidad encargada de manejar a nivel global las reservas de

vuelos, esta se encarga de registrar las compras y reservas que los

usuarios adquieren.


NOMBRE Digitar Credenciales

OBJETIVO Dar acceso a un usuario registrado en el sistema


POSTCONDICIONES Si las credenciales del usuario son válidas, ingresa al sistema

FLUJO DE EVENTOS El usuario digita el login y password (credenciales) que ingreso al momento de registrarse.


Las credenciales del usuario pueden no ser válidas.

NOMBRE Editar Datos

OBJETIVO Editar los datos que el usuario ingresa al momento de registrarse. Incluye la edición de datos personales como el nombre, apellidos y datos de la tarjeta de crédito como N°, Tipo, Fecha expiración

PRECONDICION -El usuario debe primero estar registrado -El usuario debe loguearse en el sistema.

POSTCONDICIONES Los datos del usuario serán modificados en el momento de actualizar.

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz

– Ingresa al Módulo de edición de datos.


Los datos que el usuario digita pueden no ser validos

NOMBRE Digitar Ciudad Origen

OBJETIVO Ingresar el dato de la ciudad donde se aloja el usuario para revisar en el sistema los vuelos disponibles desde esa ciudad

PRECONDICION -El usuario debe primero estar registrado. -El usuario debe loguearse en el sistema.

POSTCONDICIONES Se agrega a la consulta el nombre de la ciudad de origen


– Ingresa al Módulo de Reserva

– Ingresa el dato de la ciudad de origen


Ninguno

NOMBRE Digitar Ciudad Destino

OBJETIVO Ingresar el dato de la ciudad donde el usuario quiere viajar para revisar en el sistema los vuelos disponibles desde su ciudad origen y la ciudad destino.

PRECONDICION -El usuario debió ingresar primero la ciudad de origen

POSTCONDICIONES Se agrega a la consulta el nombre de la ciudad destino

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen – Ingresa el dato de la ciudad destino


ninguna

NOMBRE Digitar Fecha de Viaje

OBJETIVO Ingresar el dato de la fecha de viaje para para revisar en el sistema los vuelos disponibles desde para esa fecha.

PRECONDICION -El usuario debió ingresar los datos de la ciudad de origen y destino

POSTCONDICIONES Se agrega a la consulta la fecha de viaje

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen

– Ingresa el dato de la ciudad destino – Ingresa el dato de la fecha de viaje


ninguna

NOMBRE Enviar consulta vuelo

OBJETIVO Enviar al sistema del portal web la consulta completa para la reserva del vuelo.

PRECONDICION -El usuario debió ingresar todos los datos pertinentes a la consulta como lo son la ciudad de origen, destino y fecha de viaje.

POSTCONDICIONES -Se envía la consulta al sistema del portal web para remitirla al sistema global de reservas.




– Ingresa el dato de la ciudad destino

– Ingresa el dato de la fecha de viaje

– Enviar Consulta de vuelo


NOMBRE 07-Enviar resultado de vuelos

OBJETIVO Enviar el resultado de la consulta que genero el usuario, desde el sistema global de reservas al sistema del portal web

PRECONDICION El sistema del portal web debió haber enviado la consulta previamente. La consulta debió ser exitosa, es decir, se obtuvieron resultados

POSTCONDICIONES El sistema del portal web notifica al usuario la consulta




– Ingresa el dato de la ciudad destino

– Ingresa el dato de la fecha de viaje-

– Enviar Consulta de vuelo

Si la consulta es exitosa

– Enviar resultado de vuelos


ninguna

NOMBRE Enviar resultado de vuelos

OBJETIVO Enviar el resultado de la consulta que genero el usuario, desde el sistema global de reservas al sistema del portal web

PRECONDICION El sistema del portal web debió haber enviado la consulta previamente. La consulta debió ser exitosa, es decir, se obtuvieron resultados

POSTCONDICIONES El sistema del portal web notifica al usuario la consulta

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen – Ingresa el dato de la ciudad destino – Ingresa el dato de la fecha de viaje- – Enviar Consulta de vuelo Si la consulta es exitosa – Enviar resultado de vuelos


ninguna

NOMBRE Enviar Error de consulta

OBJETIVO Notificar al sistema del portal web, que la consulta no tuvo éxito.

PRECONDICION El sistema del portal web notifica al usuario la consulta La consulta fallo por no encontrar resultados

POSTCONDICIONES El sistema del portal web notifica al del fallo de la consulta

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen – Ingresa el dato de la ciudad destino – Ingresa el dato de la fecha de viaje- – Enviar Consulta de vuelo Si la consulta falla – Enviar Error de consulta


ninguna

NOMBRE Crear Vuelo

OBJETIVO El sistema global de reservas puede crear vuelos para reservas a partir de las notificaciones de las aerolíneas.

PRECONDICION Debe existir disponibilidad de las aerolíneas.

POSTCONDICIONES Puede crear un vuelo para futura reservación

FLUJO DE EVENTOS El sistema global consulta los vuelos de las aerolíneas. Si existen vuelos -Crea Vuelo en el sistema.


El vuelo puede ser cancelado por la aerolínea por condiciones climáticas u otra razón.

NOMBRE Consultar Vuelo

OBJETIVO El usuario o el sistema global de reservas, pueden consultar el estado del vuelo para así tomar una decisión frente al vuelo.

PRECONDICION Debe exitista el vuelo en el sistema Debe estar activo en la aerolínea.

POSTCONDICIONES

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen – Ingresa el dato de la ciudad destino – Ingresa el dato de la fecha de viaje- – Enviar Consulta de vuelo Si la consulta es exitosa – Enviar resultado de vuelos Sino – Enviar Error de consulta


ninguna

NOMBRE Eliminar Vuelo

OBJETIVO El sistema global de reserva puede eliminar un vuelo de su sistema por cancelación del vuelo en la aerolínea.

PRECONDICION El vuelo debe existir en el sistema.

POSTCONDICIONES El vuelo debe eliminarse del sistema

FLUJO DE EVENTOS -Carga el interfaz -Consulta Vuelo -Elimina Vuelo


ninguna

NOMBRE Registrar Compra vuelo

OBJETIVO

PRECONDICION El sistema del portal web debe registrar compra. El sistema del portal web debe notificar al sistema global de reservas

POSTCONDICIONES Notificar registro de compra del vuelo al sistema del portal web

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Consulta l cesta de compra – Selecciona Vuelo Si días antes del vuelo = 3 – Compra Vuelo – Registra Compra el sistema del portal web – Notifica al sistema global – Registrar Compra Vuelo


ninguna

NOMBRE Notificar al sistema del portal

OBJETIVO Comunicar al sistema global de reservas con el portal web el registro de la compra del vuelo.

PRECONDICION Debe ser registrada la compra del vuelo

POSTCONDICIONES

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Consulta la cesta de compra – Selecciona Vuelo Si días antes del vuelo = 3

– Compra Vuelo – Registra Compra el sistema del portal web – Notifica al sistema global – Registrar Compra Vuelo – Notificar al sistema del portal


ninguna

NOMBRE Modificar Vuelo

OBJETIVO Modificar la fecha del vuelo por notificación de la aerolínea

PRECONDICION Debe existir el vuelo

POSTCONDICIONES Se editan la fecha del vuelo

FLUJO DE EVENTOS La aerolínea reporta cambio de fecha El sistema global de reservas consulta el vuelo Modificar Vuelo


ninguna

NOMBRE Registrar Reserva Vuelo

OBJETIVO El sistema global de reservas registra la reserva del vuelo por parte del usuario.

PRECONDICION La reserva debe ser almacenada en la cesta de compra y en el sistema del portal web

POSTCONDICIONES

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Ingresa al Módulo de Reserva – Ingresa el dato de la ciudad de origen – Ingresa el dato de la ciudad destino – Ingresa el dato de la fecha de viaje- – Enviar Consulta de vuelo Si la consulta es exitosa – Enviar resultado de vuelo – Consultar Vuelo Si el Vuelo es de ida y vuelta? – Seleccionar Vuelo ida y vuelta Sino – Seleccionar Vuelo ida Notificar Reserva Agregar Reserva a cesta de compra Notificar al sistema global de reservas Registrar Reserva Vuelo


ninguna

NOMBRE Consultar Reserva

OBJETIVO Permite consultar los datos de la reserva de vuelo por parte del usuario

PRECONDICION Estar registrada en la cesta de compra

POSTCONDICIONES

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Consulta la cesta de compra – Consulta Reserva


Puede que las reservas se cancelen por la cancelación de los vuelos.

NOMBRE Digitar Nombres y apellidos Viajeros

OBJETIVO Registrar los datos de los viajeros que van a viajar en el vuelo comprado por el usuario

PRECONDICION El vuelo debió ya ser comprado y registrado en el sistema

POSTCONDICIONES Enviar los datos de los viajeros para la generación del ticket y el billete electrónico

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Consulta la cesta de compra – Selecciona Vuelo Si días antes del vuelo = 3 – Compra Vuelo – Registra Compra el sistema del portal web – Notifica al sistema global – Registrar Compra Vuelo – Notificar al sistema del portal – Solicitar Nombre de los viajeros – Digitar Nombre de los viajeros


ninguna

NOMBRE Enviar datos viajeros

OBJETIVO Enviar datos de los viajeros para registrar sus datos en los sistemas, y generación del ticket y billete electrónico

PRECONDICION El usuario debió digitar los datos de los viajeros

POSTCONDICIONES Registrar los datos de los viajeros para la generación del ticket y el billete electrónico

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password).

Si las credenciales son validas – Carga el Interfaz – Consulta la cesta de compra – Selecciona Vuelo Si días antes del vuelo = 3 – Compra Vuelo – Registra Compra el sistema del portal web – Notifica al sistema global – Registrar Compra Vuelo – Notificar al sistema del portal – Solicitar Nombre de los viajeros – Digitar Nombre de los viajeros – Enviar Datos Viajeros


ninguna

NOMBRE Recibir Documentos

OBJETIVO Al usuario es entregado el ticket y billete electrónico del vuelo que previamente reservo y compro en el portal web

PRECONDICION El vuelo debió ser comprado por el usuario Tanto el sistema del portal como el sistema global debieron registrar la compra

POSTCONDICIONES Eliminación de la reserva de la cesta de compra

FLUJO DE EVENTOS El usuario entra al sistema logueandose con sus credenciales (Nombre de usuario, password). Si las credenciales son validas – Carga el Interfaz – Consulta la cesta de compra – Selecciona Vuelo Si días antes del vuelo = 3 – Compra Vuelo – Registra Compra el sistema del portal web – Notifica al sistema global – Registrar Compra Vuelo – Notificar al sistema del portal – Solicitar Nombre de los viajeros – Digitar Nombre de los viajeros – Enviar Datos Viajeros – Guardar Información (Sistema portal web) – Generar Ticket – Generar billete Electrónico – Enviar Documentos – Recibir Documentos


ninguna

Ejercicio 09: A continuación se describe el funcionamiento de una empresa de

confección que fabrica productos para grandes cadenas de distribución. La empresa subcontrata a otros fabricantes los procesos de manipulación necesarios para confeccionar sus productos, ya que ésta únicamente compra el hilo (algodón) o la materia prima. En sus instalaciones dispone de maquinaria para cortar los patrones, el resto de los procesos de transformación: tejeduría, tintado, estampado, etc. son subcontratados a otras empresas. La organización trabaja bajo pedidos de grandes clientes, al principio de cada temporada los clientes pactan los modelos y las cantidades de prendas que van a solicitar. Al inicio de la temporada de ventas se reciben los pedidos y durante la misma se reciben a su vez pedidos de reposición. Los pedidos de grandes clientes deben ser enviados directamente a las tiendas, con la particularidad de que tanto los pedidos iniciales como los de reposición tienen un plazo de entrega estipulado (a veces es a los 15 días de la recepción y otras veces es al mes de la recepción), por lo que las prendas contenidas en un pedido deben estar fabricadas o en proceso de terminación su fabricación. Los pedidos se reciben en formato electrónico (EDI, electronic Data Interchange), cada pedido contiene una serie de centros de entrega (dirección física de las tiendas donde se entregan los artículos) junto con la lista de artículos que se recibirán en el centro. Las secretarias seleccionan aquellos pedidos que deben servirse antes. Crean una nota de entrega (o packing list) por pedido que contiene como se ha mencionado anteriormente la lista de centros y artículos destinados a cada centro. El jefe de almacén recibe la nota de entrega de un pedido y debe distribuir el pedido en cajas de entrega (dependiendo de la cantidad solicitada por cada centro, a veces se utiliza una caja y otras veces varias) y pasa esta información a los mozos de almacén. De acuerdo a la disponibilidad de género las cajas se rellenan con las prendas disponibles, produciéndose las siguientes situaciones:

Una caja se llena completamente.

Una caja no puede rellenarse completamente.

Las cajas son validadas por el jefe de almacén, en el sentido de que una caja parcialmente llena puede enviarse si el jefe de almacén sabe que no va a llegar más género antes de que se tenga que enviar el pedido, o bien si la cantidad de prendas que faltan es muy pequeña comparado con el total del pedido. En el caso de que se espere género la caja queda en espera de ser completada. Una vez recibido género se intenta completar las cajas parcialmente llenas. El proceso de espera se interrumpe si el pedido tiene que enviarse ya, en ese caso el jefe de almacén decide si la caja se envía o no. Obviamente la nota de entrega puede ser modificada en el almacén (se envía menos género del solicitado, incluso algunos

centros no se pueden servir) y se envía de vuelta a las secretarias. Las secretarias para cada caja contenida en la nota de entrega generan un albarán que se envía al almacén y allí se sitúa en la caja correspondiente. Una vez que la nota de entrega está procesada, se avisa a una empresa de

transporte que recoge las cajas y las entrega en los centros correspondientes.

Definición de autores

ACTOR DESCRIPCION

CLIENTE Es la persona que genera los pedidos en la empresa.

ALMACEN Es el área encargada de almacenar , enviar y distribuir los

pedidos, además de enviar la materia prima a los

confeccionistas

RECEPCION DE PEDIDOS Es el área encargada de recibir los pedidos que hace el

cliente a la empresa, además esta pacta los patrones de

diseño para el pedido

CONFECCIONISTAS Es el encargado de procesar la materia prima del pedido

enviado por la empresa.

Diagrama casos de uso

Depuración diagramas casos de uso


NOMBRE 01-Consultar Pedido

OBJETIVO Los actores puede ver el estado del pedido


POSTCONDICIONES Ninguno

FLUJO DE EVENTOS Ninguno


NOMBRE 02-Realizar Pedido

OBJETIVO El cliente genera o crea el pedido a la empresa



FLUJO DE EVENTOS Ninguno


Ninguno

NOMBRE 03-Registrar pedido

OBJETIVO Registrar el pedido del cliente que solicita

PRECONDICION El cliente debe realizar un pedido

POSTCONDICIONES Pactar los patrones del pedido

FLUJO DE EVENTOS El cliente realiza el pedido Se registra el pedido por parte de recepción de pedidos en el sistema


Ninguno

NOMBRE 04-Modificar pedido

OBJETIVO Tiene como objetivo que el cliente pueda modificar las condiciones del pedido, ya que en muchas ocasiones los requerimientos del pedido generados por los clientes cambian.

PRECONDICION El pedido debe ya estar registrado en el sistema. Definir claramente los cambios que se harán al pedido

POSTCONDICIONES Notificar a recepción de pedidos las modificaciones

FLUJO DE EVENTOS El cliente consulta su pedido, y si los requerimientos del mismo no son los correctos, este digita las modificaciones del pedido.


NOMBRE 05-Eliminar Pedido

OBJETIVO Tiene como objetivo cancelar el pedido generado por el cliente, por petición del mismo

PRECONDICION El pedido debe estar registrado en el sistema

POSTCONDICIONES Eliminación del pedido en el sistema indicado por el cliente Notificación a Recepción de pedidos, Almacén y cliente

FLUJO DE EVENTOS El cliente ingresa al sistema y consulta el pedido que creo, allí lo selecciona y lo elimina, notificando al sistema su eliminación el sistema alerta al cliente de su eliminación y pide confirmación de la misma


Ninguno

NOMBRE 06-Recibir Pedido

OBJETIVO Tiene como objetivo recibir el producto final por parte del cliente


POSTCONDICIONES El sistema debe mostrar la información pertinente sobre el pedido

FLUJO DE EVENTOS Luego del envió del paquete por parte del almacén al cliente correspondiente, el cliente recibe su pedido.


Modificación del pedido por parte del cliente

NOMBRE 07-Preparar Materia Prima

OBJETIVO El objetivo de este caso de uso es que el almacén, prepara la materia prima para enviar la a los confeccionistas para procesamiento previo

PRECONDICION Recepción de pedidos debió pactar los patrones para preparar la materia prima del pedido

POSTCONDICIONES Enviar Pedido a los confeccionistas

FLUJO DE EVENTOS Luego de pactado los patrones sobre las indicaciones de los requerimientos ingresados por el cliente se prepara la materia prima


Ninguno

NOMBRE 08-Enviar Materia Prima

OBJETIVO El objetivo de este casos de uso es que el actor almacén envía a los confeccionistas la materia prima anteriormente tratada para la elaboración del pedido del cliente

PRECONDICION Preparación de la materia prima.

POSTCONDICIONES Realiza confecciones correspondientes según sean los patrones anteriormente establecidos

FLUJO DE EVENTOS Definido los patrones del pedido y preparación de la materia prima se dispone a enviar la materia prima a los confeccionistas


Ninguno

NOMBRE 09-Preparar Envió

OBJETIVO El almacén verifica que los trabajos realizados por los confeccionistas sean los correctos para el pedido del cliente.

PRECONDICION Las confecciones correspondientes debieron ser realizadas


FLUJO DE EVENTOS Luego de realizadas las confecciones, estas se disponen a ser enviadas al almacén.


Ninguno

NOMBRE 10-Registra cajas para entrega

OBJETIVO Posterior a la verificación del producto entregado por los confeccionistas, el almacén se dispone a empacar en una caja el pedido del cliente, para posterior distribución.

PRECONDICION Envió correcto del pedido por parte de los confeccionistas

POSTCONDICIONES Enviar a bodega la caja para posterior distribución

FLUJO DE EVENTOS Luego de llegar el envío por parte de los confeccionistas al almacén, este verifica el pedido y lo empaqueta en una caja, donde esta se registrara para posterior distribución

MANEJO DE Ninguno

SITUACIONES

NOMBRE 11-Distribuir Pedido

OBJETIVO Entregar a los cliente los pedidos que fueron solicitados por los mismos

PRECONDICION Registro de la caja para envió.

POSTCONDICIONES El cliente debe notificar que el envío fue satisfactorio y el pedido es el pactado.

FLUJO DE EVENTOS


La caja puede no estar registrada ni lista para distribución

NOMBRE 12-Pactar patrones

OBJETIVO Definir los parámetros que se ajustan a los requerimientos del cliente como tamaño, telas, texturas entre otros.

PRECONDICION El pedido debió ser ingresado al sistema por parte del cliente

POSTCONDICIONES Preparar Materia Prima

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño.


Los patrones están sujetos a cambios que deben ser notificados por el cliente.

NOMBRE 13-Recibir Materia Prima

OBJETIVO El confeccionista recibe la materia prima del almacén con sus patrones e indicaciones de confección

PRECONDICION Pactar patrones

POSTCONDICIONES Enviar Materia Prima a confeccionistas

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño. Se Prepara la materia prima. Se envía la materia prima.


Puede que la materia prima esté sujeta a cambios posteriores

NOMBRE 14-Realizar Confecciones

OBJETIVO Realizar el trabajo sobre la materia prima entregada por el almacén.

PRECONDICION Los patrones de diseño y la materia prima ya deben ser establecidos.

POSTCONDICIONES Enviar pedido.

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño. Se Prepara la materia prima. Se envía la materia prima.

Se consulta la materia prima Se realizan las confecciones.


NOMBRE 15-Enviar Pedido

OBJETIVO Enviar las confecciones realizadas por el equipo de trabajo al almacén

PRECONDICION Las confecciones realizadas deben ser las acordadas en el pedido.

POSTCONDICIONES Registro y almacenamiento del pedido por parte del almacén en su respectivas cajas

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño. Se Prepara la materia prima. Se envía la materia prima. Se consulta la materia prima Se realizan las confecciones. Se envía el pedido al almacén.


Ninguno

NOMBRE 16-Consultar Materia Prima

OBJETIVO Observar la materia prima que el almacén entrega a los confeccionistas

PRECONDICION Pacto de los patrones de diseño por parte de recepción de pedidos, ajustados a los requerimientos del cliente

POSTCONDICIONES Ninguno

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño. Se Prepara la materia prima. Se envía la materia prima. Se consulta la materia prima


Ninguno

NOMBRE 17-Modificar Materia Prima

OBJETIVO Manipular la materia prima para realizar las confecciones del pedido.

PRECONDICION Pacto de los nuevos patrones por parte de recepción de pedidos Envió del almacén a los confeccionistas

POSTCONDICIONES De acuerdo a los cambios del cliente realizar confecciones a el pedido

FLUJO DE EVENTOS Se recibe el pedido por parte del cliente, se analizan sus requerimientos y se pactan los patrones de diseño. Se Prepara la materia prima.

Se envía la materia prima. Se consulta la materia prima Si requiere modificaciones Modificar Materia Prima


Ninguno

Ejercicio 10. Considere el siguiente proceso para admitir estudiantes

internacionales en una universidad. Los estudiantes rellena un formulario en línea que incluye detalles personales, dirección de contacto, selección del programa que quieren cursar y algunos detalles relativos a su formación. Las solicitudes presentadas vía Web se almacenan en un sistema de información al que tienen acceso todo el personal implicado en los procesos de admisión. Los estudiantes no envían ningún documento electrónicamente, ellos tienen que imprimir y firmar el formulario de solicitud y enviarlo por correo postal con los siguientes documentos:

a. Certificación de su expediente académico. b. Resultados de su test oficial de conocimiento del lenguaje inglés. c. Currículum Vitae. La documentación suele tardar 2 semanas en llegar al servicio de estudiantes mediante el correo ordinario. Cuando los documentos se reciben físicamente se comprueban en el citado servicio. Esta operación suele durar 10 minutos, cuando se detecta que algún documento falta se envía un correo electrónico al estudiante que debe enviar de nuevo los documentos que faltan o los que son incorrectos. Esto sucede en el 20% de los casos. Con la información recibida el servicio de estudiantes envía copias certificadas de los documentos a una agencia de evaluación externa. La agencia comprueba la documentación y verifica que las asignaturas cursadas se corresponden o son equivalentes a las asignaturas de la universidad. La agencia requiere que la documentación se envíe físicamente por correo ordinario, y todos los documentos deben ser copias certificadas de los originales. Esta restricción no puede ser cambiada por la universidad. La agencia envía a su vez de vuelta por correo ordinario los resultados de la evaluación. Se tarda una media de 2 semanas en enviar la documentación a la agencia y en recibir el resultado de la evaluación. Alrededor de un 10% de las solicitudes se rechazan después de esta comprobación. Las notificaciones de rechazo se envían por correo electrónico a los estudiantes afectados. Una vez que se dispone de los resultados de la agencia, en el servicio de estudiantes se comprueba los resultados del test de conocimiento de inglés. Esto se hace introduciendo en un sistema de información un código de comprobación que aparece en la parte superior de la hoja de resultados del test de inglés. Si los resultados del test de evaluación del idioma inglés no son satisfactorios la solicitud se rechaza. La comprobación de los resultados del test dura unos 10 minutos. Alrededor del 10% de las solicitudes son rechazadas en este trámite. Las notificaciones de rechazo se envían por email. Una vez que todos los documentos de un estudiante han sido validados, como se ha descrito anteriormente, las solicitudes son evaluadas por un comité compuesto por

3 miembros de la universidad. Dado que el comité se reúne ocasionalmente, el proceso de evaluación final de los candidatos desde que el servicio de estudiantes envía la información (por correo interno) y recibe la respuesta del comité dura de media 2 semanas. El comité toma la decisión basándose en las notas del expediente y del CV. El comité dedica 10 minutos de media a cada solicitud. Sobre el 50% de las solicitudes recibidas por el comité son admitidas. Una vez tomada la decisión, la notifica al servicio de estudiante por correo electrónico. Entonces, el servicio de estudiantes notifica la resolución a los estudiantes. El servicio de estudiantes tarda 2 días en enviar las notificaciones (desde que sabe el resultado del comité). Las notificaciones a su vez son enviadas por correo electrónico a los estudiantes, los estudiantes admitidos reciben además una carta por correo ordinario. Aproximadamente 800 solicitudes son procesadas cada año. Uno de los problemas detectados por la universidad es que los estudiantes tienen que esperar demasiado tiempo para conocer el resultado de su solicitud, en especial aquellos que son admitidos. Como normalmente los estudiantes envían varias solicitudes a varias universidades, en algunas ocasiones cuando reciben la respuesta de admisión han decidido enrolarse en otra universidad.


Actor Descripción

Estudiante Es la persona que desea iniciar el proceso de admisión.

Página web Es el medio que guardará los datos del estudiante y le generará el formulario de solicitud.

Servicio de Estudiantes Es el medio que le envía los errores en los documentos al estudiante, envía las notificaciones y también inicia el proceso de admisión.

Comité Es el grupo encargado de evaluar la solicitud del estudiante y responderla.


Documentación diagramas casos de uso

NOMBRE Llenar formulario

OBJETIVO Llenar el formulario con los datos.

ACTOR Estudiante


FLUJO DE EVENTOS

Ninguno

EXCEPCIONES Ninguna

POSTCONDICIÓN La página web debe almacenar los datos

NOMBRE Almacenar datos

OBJETIVO Almacenar los datos del estudiante.

ACTOR Página Web

PRECONDICIÓN Que el estudiante haya llenado el formulario

FLUJO DE EVENTOS

-Llenar formulario

EXCEPCIONES Ninguna

POSTCONDICIÓN Generar formulario de solicitud

NOMBRE Generar formulario Solicitud

OBJETIVO Generar formulario de solicitud

ACTOR Página Web

PRECONDICIÓN Almacenar los datos del estudiante

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el estudiante envié el correo con los documentos anexos

NOMBRE Enviar Correo con anexos

OBJETIVO Enviar correo con documentos anexos.

ACTOR Estudiante

PRECONDICIÓN Que la página web haya generado el formulario de solicitud, o que se haya ordenado corregir un error.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud

EXCEPCIONES Ninguna

POSTCONDICIÓN Validar datos y papeles completos

NOMBRE Validar datos y papeles completos

OBJETIVO Validar que sean correctos los elementos adjuntos por el estudiante.

ACTOR Servicio de Estudiante

PRECONDICIÓN Haber enviado correo con anexos.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar mensaje de error o enviar copias certificadas.

NOMBRE Enviar mensaje de error

OBJETIVO Enviar un mensaje de error

ACTOR Servicio de Estudiantes

PRECONDICIÓN Que se hayan validado los datos y papeles pero que no estén correctos o completos.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos.

EXCEPCIONES Ninguna

POSTCONDICIÓN Corregir Error

NOMBRE Corregir Error

OBJETIVO Corregir el error notificado

ACTOR Estudiante

PRECONDICIÓN Que se haya enviado el mensaje de error

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos.-Enviar mensaje de Error

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar Correo con anexos

NOMBRE Enviar Copias certificadas

OBJETIVO Enviar las copias certificadas.

ACTOR Servicio de Estudiantes

PRECONDICIÓN Que se hayan validado los datos y papeles y estén correctos y completos.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos.

EXCEPCIONES Ninguna

POSTCONDICIÓN Diligenciar copias certificadas.

NOMBRE Diligenciar copias certificadas

OBJETIVO Diligenciar las copias certificadas.

ACTOR Estudiante

PRECONDICIÓN Que se hayan enviado las copias certificadas.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar las copias certificadas por correo ordinario.

NOMBRE Enviar por correo ordinario

OBJETIVO Enviar las copias por correo.

ACTOR Estudiante

PRECONDICIÓN Haber diligenciado las copias certificadas.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas

EXCEPCIONES Ninguna

POSTCONDICIÓN Evaluar la solicitud

NOMBRE Evaluar solicitud

OBJETIVO Evaluar la solicitud del estudiante.

ACTOR Comité

PRECONDICIÓN Que se hayan enviado las copias certificadas diligenciadas por correo.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas-Enviar por correo ordinario

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar una respuesta.

NOMBRE Enviar respuesta

OBJETIVO Enviar la respuesta.

ACTOR Comité

PRECONDICIÓN Haber evaluado la solicitud

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas-Enviar por correo ordinario -Evaluar solicitud

EXCEPCIONES Ninguna

POSTCONDICIÓN Que la página web envíe una notificación con la respuesta

NOMBRE Enviar notificación

OBJETIVO Enviar notificación al estudiante con la respuesta del comité.

ACTOR Página web

PRECONDICIÓN Que el comité haya enviado respuesta.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas-Enviar por correo ordinario -Evaluar solicitud -Enviar respuesta

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el estudiante reciba la respuesta.

NOMBRE Recibir respuesta

OBJETIVO Recibir la respuesta

ACTOR Estudiante

PRECONDICIÓN Que se haya enviado la notificación.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas-Enviar por correo ordinario -Evaluar solicitud -Enviar respuesta -Enviar notificación

EXCEPCIONES Ninguna

POSTCONDICIÓN Finalizar o iniciar proceso de admisión.

NOMBRE Iniciar proceso de admisión.

OBJETIVO Iniciar el proceso de admisión del estudiante.

ACTOR Página web

PRECONDICIÓN Que el estudiante haya recibido respuesta.

FLUJO DE EVENTOS

-Llenar formulario-Almacenar datos-Generar formulario de Solicitud-Enviar Correo con anexos- Validar datos y papeles completos-Enviar Copias certificadas-Diligenciar copias certificadas-Enviar por correo ordinario -Evaluar solicitud -Enviar respuesta -Enviar notificación -Recibir respuesta

EXCEPCIONES Ninguna

POSTCONDICIÓN Finalizar

Ejercicio 11: Un nuevo cliente en la empresa para la cual trabajamos es dueño del futuro hotel “Estrellita de Mar” y nos comenta su problema de no poder encontrar un software en el mercado que cubra todas sus necesidades. Luego de haber realizado un par de reuniones, y de realizada la propuesta, y aprobada por el cliente, podemos identificar los siguientes requerimientos: Ingresar las habitaciones, según su tipo (simple, doble y matrimonial) y comodidades (frigobar, TV, y DVD). Consultar las habitaciones disponibles y poder reservar habitaciones en su hotel. El hotel posee dos tipos de clientes: habituales y esporádicos. Una reserva almacena datos del cliente, de la habitación reservada, la fecha de comienzo y el número de días que será ocupada la habitación.

El recepcionista del hotel debe poder hacer las siguientes operaciones:

Obtener un listado de las habitaciones disponible de acuerdo a su tipo

Preguntar por el precio de una habitación de acuerdo a su tipo.

Preguntar por el descuento ofrecido a los clientes habituales.

Preguntar por el precio total para un cliente dado, especificando su número de reserva, tipo de habitación y número de noches.

Dibujar en pantalla la foto de una habitación de acuerdo a su tipo.

Reservar una habitación especificando el número de la pieza, reserva y nombre del cliente.

Eliminar una reserva especificando el número de la habitación.

El administrador puede usar el programa para:

Cambiar el precio de una habitación de acuerdo a su tipo.

Cambiar el valor del descuento ofrecido a los clientes habituales.

Calcular las ganancias que tendrán en un mes especificado (considere que todos los meses tienen treinta días).

El diseño a desarrollar debe facilitar la extensibilidad de nuevos tipos de habitaciones o clientes y a su vez permitir agregar nuevas consultas. También, nuestro cliente, quiere realizar un portal en la web, en donde, los visitantes puedan reservar una o las habitaciones que desee (si el mismo posee tarjeta de crédito). Este debe registrarse al Portal, por el cual el sistema deberá reconocer el tipo de cliente.


Actor Descripción

Cliente Es el cliente que busca reservar una o varias habitaciones.

Portal Web Es el medio por el que el cliente notifica la reserva.

Sistema Es el programa que atiende las consultas sobre habitaciones y sus características.

Recepcionista Es el encargado de atender las consultas del cliente, de enviarle la respuesta y de hacer la reservación después de ser notificado.

Administrador Es el encargado de modificar el precio de las habitaciones y los descuentos.



NOMBRE Consultar habitaciones

OBJETIVO Consultar las habitaciones disponibles.

ACTOR Cliente


FLUJO DE EVENTOS

Ninguno

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el recepcionista reciba la consulta.

NOMBRE Recibir Consulta

OBJETIVO Recibir la consulta del cliente

ACTOR Recepcionista

PRECONDICIÓN Que el cliente haya consultado las habitaciones.

FLUJO DE EVENTOS

-Consultar habitaciones

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar consulta al sistema.

NOMBRE Enviar Consulta

OBJETIVO Enviar la consulta al sistema.

ACTOR Recepcionista

PRECONDICIÓN Haber recibido la consulta del cliente.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el sistema reciba la consulta.

NOMBRE Recibir Consulta

OBJETIVO Recibir la consulta del cliente por parte del recepcionista

ACTOR Sistema

PRECONDICIÓN Que el recepcionista haya enviado la consulta.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta

EXCEPCIONES Ninguna

POSTCONDICIÓN Filtrar las habitaciones

NOMBRE Filtrar habitaciones

OBJETIVO Filtrar las habitaciones del hotel.

ACTOR Sistema

PRECONDICIÓN Haber recibido la consulta.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta

EXCEPCIONES Ninguna

POSTCONDICIÓN Consultar precio de habitación

NOMBRE Consultar precio de habitación

OBJETIVO Consultar el precio de una habitación

ACTOR Sistema

PRECONDICIÓN Haber filtrado las habitaciones

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones

EXCEPCIONES Ninguna

POSTCONDICIÓN Consultar Descuento o Dibujar la foto de la habitación escogida.

NOMBRE Consultar Descuento

OBJETIVO Consultar el valor del descuento.

ACTOR Sistema

PRECONDICIÓN Haber consultado el precio de la habitación y ser cliente habitual.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación

EXCEPCIONES Ninguna

POSTCONDICIÓN Consultar Descuento

NOMBRE Asignar Descuento

OBJETIVO Asignar descuento al costo total.

ACTOR Sistema

PRECONDICIÓN Haber consultado el descuento.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento.

EXCEPCIONES Ninguna

POSTCONDICIÓN Dibujar foto de habitación escogida

NOMBRE Dibujar foto de habitación escogida

OBJETIVO Dibujar la foto de la habitación escogida.

ACTOR Sistema

PRECONDICIÓN Que se haya asignado descuento si es cliente habitual, y que se haya consultado el precio de habitación si no.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento.-Asignar Descuento (Si es cliente habitual)

EXCEPCIONES Ninguna

POSTCONDICIÓN Responder

NOMBRE Responder

OBJETIVO Responder la consulta

ACTOR Sistema

PRECONDICIÓN Que se haya dibujado la foto de la habitación escogida.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el recepcionista reciba la respuesta.

NOMBRE Recibir Repuesta

OBJETIVO Recibir respuesta del sistema.

ACTOR Recepcionista

PRECONDICIÓN Que se haya respondido consulta.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder

EXCEPCIONES Ninguna

POSTCONDICIÓN Enviar la respuesta al cliente

NOMBRE Enviar Respuesta

OBJETIVO Enviar la respuesta del sistema al cliente.

ACTOR Recepcionista

PRECONDICIÓN Haber recibido respuesta del sistema.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta

EXCEPCIONES Ninguna

POSTCONDICIÓN Que el cliente reciba la respuesta

NOMBRE Recibir Respuesta

OBJETIVO Recibir la respuesta del sistema por medio del recepcionista.

ACTOR Cliente

PRECONDICIÓN Que el recepcionista envíe la respuesta.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta

EXCEPCIONES Ninguna

POSTCONDICIÓN Finalizar proceso o Hacer reserva

NOMBRE Hacer Reserva

OBJETIVO Hace reservación de la habitación.

ACTOR Cliente

PRECONDICIÓN Haber recibido la respuesta y estar de acuerdo con ella.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta -Recibir Respuesta

EXCEPCIONES Ninguna

POSTCONDICIÓN Recibir Reserva

NOMBRE Recibir Reserva

OBJETIVO Recibir la reserva del cliente.

ACTOR Portal Web

PRECONDICIÓN Haber ordenado la reserva.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta -Recibir Respuesta -Hacer reserva

EXCEPCIONES Ninguna

POSTCONDICIÓN Notificar Reserva o finalizar.

NOMBRE Notificar Reserva

OBJETIVO Notificar la reservación al recepcionista.

ACTOR Portal Web

PRECONDICIÓN Haber recibido la reserva, que el cliente tenga tarjeta de crédito y que hayan habitaciones disponibles con los requisitos pedidos.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta -Recibir Respuesta -Hacer reserva -Recibir Reserva

EXCEPCIONES Ninguna

POSTCONDICIÓN Recibir Notificación

NOMBRE Recibir Notificación

OBJETIVO Recibir la notificación del portal web.

ACTOR Recepcionista

PRECONDICIÓN Que se haya notificado la reserva.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta -Recibir Respuesta -Hacer reserva -Recibir Reserva -Notificar Reserva

EXCEPCIONES Ninguna

POSTCONDICIÓN Reservar habitación

NOMBRE Reservar Habitación

OBJETIVO Reservar la habitación acordada.

ACTOR Recepcionista.

PRECONDICIÓN Haber recibido la notificación.

FLUJO DE EVENTOS

-Consultar habitaciones -Recibir Consulta-Enviar Consulta-Recibir Consulta-Filtrar habitaciones-Consultar precio de habitación-Consultar Descuento-Asignar Descuento -Dibujar foto de habitación escogida -Responder -Recibir Respuesta -Enviar Respuesta -Recibir Respuesta -Hacer reserva -Recibir Reserva -Notificar Reserva -Recibir notificación.

EXCEPCIONES Ninguna

POSTCONDICIÓN Ninguna.

NOMBRE Modificar precio de habitación

OBJETIVO Modificar el precio de una habitación.

ACTOR Administrador


FLUJO DE EVENTOS

Ninguno

EXCEPCIONES Ninguna

POSTCONDICIÓN Consultar precio de habitación

NOMBRE Modificar Descuento

OBJETIVO Modificar el descuento de un tipo de cliente.

ACTOR Administrador


FLUJO DE EVENTOS

Ninguno

EXCEPCIONES Ninguna

POSTCONDICIÓN Consultar Descuento

FinalTaller 02 Ejercicios de Modelado Requerimientos

Documents

Transcript of FinalTaller 02 Ejercicios de Modelado Requerimientos