Documentos de Académico
Documentos de Profesional
Documentos de Cultura
No existe un estándar para especificar el caso de uso. Sin embargo, proponemos una especificación sencilla de caso
de uso con la siguiente información:
Para el mantenimiento de datos maestros, los cuales poseen subflujos como: Agregar, Modificar, Desactivar,
etc.
Para el tratamiento de documentos legales, formales o de transacciones. Para tener el control adecuado de
los perfiles de los usuarios y niveles de seguridad se suelen crear varios casos de uso que manipulan este
tipo de documento.
En caso de agregar:
En caso de modificar o eliminar dependerá del documento y de cómo es tratado en la organización. Por
ejemplo:
Para eliminar una factura se crearía el caso de uso “Anular Facturar” que registra el motivo de la
anulación y que cambia el estado de la factura a anulada y para modificar una factura se creará el caso
de uso “Generar Nota de Crédito”, ya que legalmente una factura no se puede modificar sin un
documento que sustente el cambio.
Para el tratamiento de documentos informales o de uso interno, el cual incluye las opciones de
mantenimiento en un sólo caso de uso.
Es necesario aclarar que si uno de los documentos informales originó un documento formal ya no se
puede modificar o anular. Por ejemplo, una cotización que se aprueba y genera una factura ya no podría
modificarse o anularse.
2. Breve descripción
Debería ser un solo párrafo que resuma el objetivo del caso de uso.
3. Actores
Desde el punto de vista de un caso de uso específico, existen dos tipos de actores:
4. Flujo de eventos
Es una secuencia enumerada de pasos que describe la interacción del actor con el caso de uso.
Por ejemplo:
7. La recepcionista solicita “Buscar Habitaciones” disponibles.
8. El sistema Incluye el CU Buscar Habitación.
Por ejemplo:
7. La recepcionista solicita “Buscar Habitaciones” disponibles.
8. El sistema Incluye el CU Buscar Habitación.
9. El sistema muestra las habitaciones disponibles.
10. La Recepcionista ingresa la cantidad de personas para la habitación seleccionada.
11. El sistema valida la cantidad de personas ingresada.
12. El sistema calcula y muestra el subtotal del precio a pagar y el monto total.
13. Si la Recepcionista quiere seleccionar otra habitación, repite los pasos del 7 al 12.
h) El último paso
Finaliza el actor primario haciendo algo para salir del caso de uso. Así:
4.2. SubFlujos
Es opcional en un caso de uso. Pueden presentarse varios subflujos y cada uno de ellos sigue las mismas
reglas del flujo básico.
4.3. Flujos Alternativos
Son rutas de acceso alternativas a través del caso de uso que capturan errores e interrupciones en el flujo
principal. En la figura se ilustran los caminos posibles de una instancia de caso de uso (escenario).
Se debe evaluar c/u de las secuencias del flujo básico y/o subflujos, para identificar los posibles flujos
alternativos.
Los flujos alternativos pueden generar puntos de extensión (ver 1.7).
A continuación se muestra dos flujos alternativos para el caso de uso “Generar Orden de Reparación”. El 8.1.,
significa en que secuencia del flujo básico sucede el flujo alternativo. Una secuencia puede tener más de un
flujo alternativo (8.2, 8.3, etc.).
5. Requisitos Especiales
En esta sección se especifican los requisitos no funcionales asociados a este caso de uso. A continuación se muestra
un requerimiento físico para el caso de uso “Generar Factura”:
Contar con Formato especial para imprimir las facturas, con el Logo de la empresa.
6. Precondiciones
Restringen el estado del sistema antes de que el caso de uso pueda empezar. Si un caso de uso no tiene ninguna
precondición se debería escribir “Ninguna”. Escribir en tiempo pasado.
Por ejemplo:
1. El Recepcionista logeado en el sistema.
Por ejemplo:
8. Puntos de Extensión
Se utiliza para hacer referencia a un caso de uso extendido. Pueden existir varios puntos de extensión.
Por ejemplo:
En el paso 5, el sistema extiende al caso de uso Mantener Clientes – Sub Flujo “Agregar Cliente”.
9. Prototipos
En esta sección se muestran las interfaces gráficas de usuario a diseñar para el caso de uso. No es relevante
mostrar las interfaces de los mensajes de advertencias o de error.
Las interfaces gráficas deben coincidir con el detalle que hicimos en el caso de uso (detallar la apariencia de los
prototipos).
Especificación de caso de uso: Reservar Habitación
1. Reservar Habitación
1.1. Descripción
1.2. Actor(es)
Recepcionista
2. Flujo de Eventos
El Caso de uso se inicia cuando la Recepcionista selecciona la opción “Generar Reserva” en la interfaz del menú
principal.
Datos de las habitaciones: Número de habitación, Tipo, Costo por día, Nombre del huésped de la
Habitación y una opción para Agregar Habitación.
Además incluye una cuadricula que contiene la lista de todas las habitaciones seleccionadas y las
opciones: Buscar Cliente, Agregar Cliente, Buscar Habitación, Eliminar Habitación, Grabar Reserva y Salir.
13. El sistema calcula el pago de la habitación, el subtotal, el monto total y lo agrega a la cuadricula del
detalle de la reserva.
14. Si la Recepcionista quiere seleccionar otra habitación, se repite del paso 8 al 13.
18. El sistema muestra el número de reserva y el MSG “Reserva generada” con el Nro. 99999”.
19. La recepcionista cierra la interfaz RESERVA y regresa a la interfaz del menú principal del sistema y finaliza
el caso de uso.
2.2. SubFlujos
Ninguno
Habitaciones no disponibles
En el paso 10, si el sistema detecta que no hay habitaciones disponibles muestra el MSG: “No hay
habitaciones disponibles” y finaliza el caso de uso.
3. Precondiciones
4. Poscondiciones
5. Puntos de Extensión
En el paso 4, el sistema extiende al caso de uso Mantener Clientes – Flujo básico “Agregar Cliente”.
6. Requerimientos Especiales
Ninguno.
7. Prototipos
Interfaz RESERVA
Problema 1
Según el flujo de trabajo propuesto, desarrolle el modelado de negocio, el cual debe comprender:
1) Actores de negocio
Flujo de trabajo
1. Flujo básico
1.3. Si está matriculado en un determinado curso, el asistente SA verifica si la solicitud está dentro de la
fecha límite de presentación.
1.4. Si la solicitud está dentro de la fecha límite, el asistente SA verifica si corresponde a un retiro o a un
cambio de horario.
1.7. El asistente SA actualiza los datos referentes a la matrícula del alumno y finaliza el proceso.
2. Flujos alternativos
Utilice la información que se muestra abajo para elaborar la especificación de caso de uso (ECU), para el caso de uso
“Alquilar Vehículos”. Debe incluir todas las partes de una ECU; asuma posibles subflujos, flujos alternativos, casos de
uso incluidos y/o extendidos y un diseño de prototipo que concuerde con su ECU.
Actor: Recepcionista
Pre-requisito: actor logeado al sistema
Propósito: registrar en el sistema el(los) vehículo(s) como “Alquilado” y generar una factura al cliente.
Datos del cliente: los que crea que son necesarios
Datos del (los) vehículo(s): los que crea que son necesarios
Reglas del negocio de RENTA CAR:
El cliente debe estar afiliado con un número de contrato con la empresa RENTA CAR para efectuarle el
alquiler.
El cliente no puede tener facturas con multas (por morosidad), tiene que pagarlas antes del nuevo alquiler.
En el alquiler de vehículos se debe especificar la fecha de entrega. Si el cliente no entrega a tiempo, se le
emitirá facturas por morosidad.
El formato especial para la impresión de facturas debe tener el logo de la empresa RENTA CAR.
Problema 3
Para los siguientes flujos de trabajo propuestos elabore la realización del negocio, el cual comprende:
Flujo de trabajo
1. Flujo básico
1.3. La asistente de especialidad verifica la fecha y hora de la cita para que le permita su ingreso.
1.4. Si la fecha y hora es correcto, la asistente pide al paciente que pase al consultorio.
1.5. El médico de especialidad verifica el historial clínico del paciente para revisar lo que ha diagnosticado el
médico general.
1.8. El asistente de especialidad actualiza el carné de atención del paciente con la próxima fecha de la cita.
1.10. El asistente de especialidad elabora y entrega el presupuesto del tratamiento al paciente y finaliza el
proceso.
2. Flujo alternativo
2.1. En el punto 1.3, si el asistente de especialidad verifica que el horario no es el correcto, entonces informa al
paciente del horario que le corresponde y finaliza el proceso.
Flujo de trabajo
1. Flujo básico
1.1. El cliente se acerca a ventanilla y pregunta los horarios que hay de salida para su destino deseado.
1.2. La asistente de ventas informa sobre los horarios y tipos de servicios que tienen cada uno de ellos.
1.3. El cliente selecciona uno de los horarios y servicios ofrecidos, indicando el número de pasajes deseados.
1.5. La asistente de ventas pregunta sobre algún tipo de preferencia y/o restricción de los pasajeros en la
alimentación a brindarse durante el servicio.
1.6. El cliente indica preferencias y/o restricciones en la alimentación de cada uno de los pasajeros para los que
está adquiriendo sus boletos.
1.7. La asistente de ventas procede a registrar las preferencias y/o restricciones indicadas.
1.8. La asistente de ventas informa el monto a pagar y pregunta modalidad de pago que prefiere el cliente.
1.11. El cliente recibe los pasajes con la conformidad de los mismos y finaliza el proceso.
2. Flujo alternativo
2.1. En el punto 1.4, si no existe la cantidad suficiente de pasajes según lo solicitado, la asistente de ventas
informará de este hecho y solicitará la selección de otro horario y/o tipo de servicio. De no escoger ninguno de
ellos, termina la atención; de lo contrario, se continúa con el paso 1.5.
2.2. En el punto 1.9, si la forma de cancelación es con tarjeta de crédito o de débito, el asistente de ventas solicita
al cliente pasar su tarjeta a través de un terminal de banco. Luego, el asistente entrega el voucher generado por el
terminal. El flujo continúa en el paso 1.10.
Problema 3
Según el flujo de trabajo propuesto, desarrolle el Modelo de Negocio, el cual debe comprender:
1) Actores de negocio
Flujo de trabajo
1. Flujo básico
1.4. El anfitrión busca si los datos del Artista están registrados previamente en la galería.
1.8. El anfitrión busca información sobre las técnicas que maneja la galería en el sistema LogiSis.
1.9. El sistema LogiSis entrega información sobre las técnicas que maneja la galería.
1.10. El anfitrión recibe la información sobre las técnicas y determina si la galería maneja las técnicas de las obras
de arte.
2. Flujos alternativos
2.1. En el punto 1.4, si la galería no cuenta con los datos personales del artista.
2.2.2. El anfitrión archiva el documento de rechazo de pedido y entrega una copia al artista.
2.2.3. El artista recibe la copia del documento de rechazo de pedido y finaliza el proceso.