A 2.7. Ejemplos de ECUs

Universidad San Martín de Porres
Facultad de Ingeniería y Arquitectura
Disciplina: Análisis de Requisitos de Software
Especificaciones de Casos de Uso
Curso: Ingeniería de Software II
Profesor: Mg. Ing. Luis E. Palacios Quichíz
La Molina 2018
USMP Ingeniería de Software II
CASO – SISTEMA DE GESTION LOGISTICA
ESPECIFICACIONES DE CASOS DE USO

SISTEMA DE GESTION LOGISTICA – DFM
(Según priorización de Casos de Uso)
CASO DE USO TOTAL
A. Generar Cotización de Maquina 9.2
B. Generar O/C del Cliente 8.4
C. Registrar Orden de Trabajo 8.4
D. Generar Nota de Pedido 7.8
E. Generar O/P de Materiales 7.8
F. Registrar Cotización de Materiales 7.8
G. Generar O/C de Materiales 7.7
H. Generar O/C de Materiales (terceros) 7.7
I. Registrar Factura de Compras 7.4
Mantener Cliente 5.1
Generar Lista de Materiales 5.1
Consultar Moldes 4.9
Mantener Material 4.7
Mantener Proveedor 4.7
Mantener Usuario 4.2
Mantener Perfil 4.2
Asignar Perfil a Usuario 4.1
Buscar Pedido de Materiales (CUI) 2.9
Buscar Cotización (CUI) 2.9
Iniciar Sesión 2.7
Buscar Proveedor (CUI) 2.2
Buscar Máquina (CUI) 2.2
Buscar Cliente (CUI) 2.2
La actividad “Detallar Casos de Uso”, es la más importante en la disciplina

Captura de Requerimientos, por ser base para el Modelo de Análisis y el
Modelo de Diseño.
Es necesario comenzar por los primeros en la lista de priorización, con los
casos de uso que se obtienen directamente de los procesos previamente
analizados en el Modelado del Negocio. Además que son los Casos de uso,
que van a tener las Entidades principales del software a desarrollar.
Estos casos de uso son los que van a dar soporte a los Objetivos del
Negocio, que ustedes plantean para su proyecto. Sino cual sería la razón de
desarrollar su aplicativo.
Cada una de las ECUs deben ser registradas en la herramienta Requisite Pro y
registrar sus Requerimientos funcionales con sus requerimientos del sistema.
Algo muy importante, no olvidarnos de la actividad de Estructurar el Modelo de
Casos de Uso, ya que en el detalle de las ECUs aparecen nuevos CUI, CUE ó
CUG.
2
A. Generar Cotización de Máquina

1. Breve Descripción
El caso de uso permite al Vendedor registrar la cotización de una(s)
maquina(s) a un cliente. Previamente debe buscar los datos del cliente y
los datos de la(s) máquina(s).
2. Actor
Vendedor
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso se inicia cuando el Vendedor solicita “Cotizar Maquinas”
en el sub menú de Pedidos del Menú Principal.
2. El sistema muestra la interfaz “Cotizar Maquinas” con los siguientes
campos:
 Datos del cliente:
Código de cliente, Razón Social (o nombre del cliente), RUC (o DNI),
Dirección de la Empresa, Teléfono y Contacto.
 Datos de las maquina a cotizar:
Código de la maquina, nombre, descripción, precio de venta unitario
(PVU) y disponibilidad.
 Datos de la cotización:
Número de Cotización, fecha de la cotización, precio de venta neto
(PVN), precio de venta total (PVT), el Tipo de pago y el Modo de
Entrega.
Además se tiene las opciones: Buscar Cliente, Buscar Máquina, Grabar
Cotización, Registrar Nuevo Cliente, Generar Nota de Pedido y Salir.
3. El vendedor ingresa la razón social del cliente.
4. El vendedor solicita Buscar Cliente.
5. El sistema Incluye el caso de uso “Buscar cliente”.
6. El sistema muestra los datos del cliente.
7. El vendedor ingresa el nombre de la maquina.
8. El Vendedor solicita Buscar Maquina.
9. El sistema Incluye el caso de uso “Buscar Maquina”.
10. El sistema muestra los datos de la máquina.
11. Si el vendedor quiere adicionar otra maquina, se repite el flujo del paso
6 al 10.
12. El sistema agrega la(s) máquina(s) a la cuadricula de Detalle de
Cotización.
13. El sistema calcula el precio de venta neto (PVN), por todas las
maquinas cotizadas.
14. El sistema calcula el precio de venta total (PVT), agregando el 19% de
IGV al PVN.
15. El vendedor selecciona el tipo de pago (contado o crédito).
16. El sistema muestra el MSG describiendo el tipo escogido.
17. Si selecciona contado, el sistema presenta los siguientes MSG:
 Maquina disponible: 100 % contra entrega
 Maquina para fabricar: 30 % de adelanto y el 70% restante contra
entrega.
18. Si selecciona crédito, el sistema presenta los siguientes MSG:
 Maquina disponible: Cuota inicial de 50% y el 50% restante en tres
letras de 30 días su vencimiento
3
 Maquina para fabricar: 30% de adelanto, 20% contra entrega y el

restante 30% en tres letras de 30 días su vencimiento.
19. El vendedor selecciona el modo de entrega (Lima Metropolitana o Fuera
de Lima Metropolitana).
20. Si selecciona en Lima Metropolitana, presenta el detalle:”Lo colocamos
en la planta de su local”.
21. Si selecciona Fuera de Lima Metropolitana, presenta el detalle:
“Lamentablemente no podemos asumir el flete”.
22. El Vendedor solicita “Grabar Cotización”.
23. El sistema obtiene el último número de Cotización y autogenera la nueva
cotización.
24. El sistema graba la cotización en estado “Pendiente” con su detalle (por
producto) , muestra el Nro. de Cotización, imprime la cotización y
muestra el mensaje “Cotización No. 999999 grabada correctamente”.
25. El Vendedor solicita “Salir”, el sistema cierra la interfaz y el caso de uso
termina.
3.2 .Flujos Alternativos
6.1. Cliente no existe
El sistema muestra el MSG: “Cliente no encontrado” y ofrecerá la
posibilidad de registrar al nuevo cliente.
10.1. Productos no existen
El sistema muestra el MSG: “Maquina (s) no encontrada (s)” y el caso de
uso finaliza.
24.1. Cotización no registrada
Si el sistema, no llega a grabar la cotización y/o detalles enviará el MSG:
“Cotización no registrada” y el caso de uso finaliza.
4. Requerimientos Especiales
1. Aprovisionamiento de papel para emitir la cotización
5. Precondiciones
5.1. Listado de las máquinas estuvieron disponibles.
5.2. Listado de los clientes estuvieron disponibles.
6. Poscondiciones
6.1. La cotización quedará registrado en el sistema con su detalle en
estado “Pendiente”, en espera de cambio a estado “Aceptada”.
7. Puntos de extensión
7.1. En el punto 6, el sistema extiende al caso de uso “Mantener
Clientes” – Sub Flujo “Agregar Cliente”.
7.2. En el punto 24, el sistema extiende al caso de uso “Generar Nota de
Pedido ”, si el Cliente aprueba la cotización y manda su propia orden de
compra.
8. Prototipo
4
B. Generar O/C del Cliente

Nota.- este caso de uso debió detallarse por ser crítico, según la
priorización de casos de uso y los objetivos del negocio. Tener en cuenta lo
indicado.
C. Generar Orden de Trabajo

Este caso de uso permite al Jefe de Producción crear una o varias
órdenes de trabajo (de Producción), que es un documento interno de la
empresa necesario para la fabricación de las partes de una máquina.
2. Actor
Jefe de Producción (JP)
3. Flujo de Eventos
3.2. Flujo Básico
1. El Caso de Uso se inicia cuando el JP solicita “Generar Orden de
Trabajo” del submenú “Producción” en la interfaz del menú principal.
2. El sistema muestra la interfaz “Generar Orden de Trabajo” con los
siguientes campos:
 Datos Generales: fecha y hora del sistema y número de O/T.
 Datos de la Pieza: código, operario (su nombre), maquina (se
refiere a que maquina va a pertenecer esa pieza), plano y
cantidad.
Además se tiene las opciones: Buscar Plano, Grabar Orden de
trabajo, Salir.
3. El sistema autogenera la fecha y hora del sistema, para saber que no
se hayan generado dos copias del plano, y así evitar su sustracción
indebida.
4. El JP ingresa el nombre del operario.
5. El JP selecciona una pieza de la lista de productos y solicita “Buscar
5
Pieza “
6. El sistema muestra los datos de la pieza: nombre de la pieza, maquina
(máquina a que pertenece ese pieza) y el código de plano.
7. EL JP solicita “Buscar Plano”.
8. El sistema Incluye el caso de uso “Buscar Plano”.
9. El sistema muestra la imagen del plano que se desea realizar en otra
hoja (que ira adjunta ala orden de trabajo).
10. El JP ingresa la cantidad de piezas que requiere que realice.
11. El JP solicita “Grabar Orden de Trabajo”
12. El sistema autogenera el número de la orden de trabajo y en la hoja
del plano, que ira adjunta.
13. El sistema graba e imprime la orden de trabajo y la de su plano
.Después muestra el número de la orden de trabajo y el mensaje
“Orden de trabajo generada correctamente”.
14. El JP solicita “Salir”, el sistema cierra la interfaz y el caso de uso
termina.
3.2. Flujos Alternativos
7.1. Pieza no existe
Si el sistema no tiene en su lista el código de la pieza que esta
requiriendo, enviará el mensaje “Pieza no encontrado” y el caso de
uso termina.
11.1. Orden de Trabajo no existe

Si el sistema no llega a grabar la orden de trabajo y/ o detalles
enviara el mensaje “orden de trabajo no registrada y el caso de uso
finaliza”
4.1. Aprovisionamiento de papel para emitir la orden de trabajo
5. Precondiciones
5.1. Tener registrados las piezas en su lista.
6. Poscondiciones
6.1. La Orden de trabajo queda registrado en el sistema.
Ninguno.
8. Prototipo
6
D. Generar Nota de Pedido

Este caso de uso permite al jefe de ventas generar notas de pedido, ya
sea para el jefe de producción o para el jefe de almacén, quienes se van
encargar de tener la maquina lista para la venta al cliente.
2. Actor
Jefe de Ventas (JV)
3. Flujo de Eventos
3.1 Flujo Básico
1. El Caso de Uso se inicia cuando el JV solicita “Generar Nota de
Pedido” en Pedidos del Menú Principal.
2. El sistema muestra la interfaz “Generar Nota de Pedido” con los
campos:
 Datos del Cliente: Código y Razón Social (o nombre del cliente).
 Dato de la Maquinas: Código de la maquina, nombre, descripción,
stock y cantidad.
 Datos de Nota de pedido: Número de la Nota de pedido, fecha y jefe
de área (con los dato de jefe de almacén y jefe de producción) y
numero de la orden de compra.
Además se tiene las opciones: Aceptar y Salir.
3. El JV ingresa los datos del cliente.
4. El JV solicita “Consultar Stock”.
5. El sistema Incluye el caso de uso “Consultar Stock”.
6. El sistema muestra los datos de la máquina.
7. El JV ingresa la cantidad de esa maquina requerida.
8. El JV ingresa los datos de la Nota de Pedido.
9. El JV solicita “Aceptar”.
10. El sistema obtiene el último número de Nota de Pedido y autogenera un
código para este documento.
11. El sistema graba la nota de pedido con su detalle (por maquina),
muestra el Nro. de la nota de pedido, imprime la nota de pedido y
muestra el mensaje “Nota de pedido No. Xxxx grabada correctamente”.
12. El JV solicita “Salir”, el sistema cierra la interfaz y el caso de uso
termina.
6.1. No se puede ver el stock
Si el sistema no retorna con los datos de la maquina y el stock
“maquina no encontrada o stock no actualizado”.
11.1. Nota de Pedido no registrada
Si el sistema no llega a grabar la Nota de pedido y/o detalles
enviará el mensaje “Nota de Pedido no registrada” y el caso de
uso finaliza.
4.1. Aprovisionamiento de papel para emitir la nota de Pedido.
5. Precondiciones
5.1. Tener actualizado el stock de las maquinas.
6. Poscondiciones
6.1. La nota de pedido queda registrado en el sistema con su detalle.
7
7. Puntos de Extensión
7.1. Tener registrados los productos.
8.1. En el punto 8, el sistema extiende al caso de uso Asignar Maquina.
9. Prototipo
E. Generar O/P de Materiales

El caso de uso permite al Jefe de Almacén generar una orden de pedido de
diversos materiales.
2. Actor(es)
Jefe de Almacén (JA)
3. Flujo de Eventos
3.1 Flujo Básico
1. El Caso de uso se inicia cuando el JA selecciona la opción “Generar
Orden de Pedido” en la interfaz del menú principal del sistema.
2. El sistema muestra la interfaz “ Generar O/P de Materiales” con los
siguientes campos:
 Datos del Empleado: área, código y nombre.
 Datos del Pedido: fecha de emisión y fecha de entrega.
 Datos del Proveedor: código, RUC, razón social y dirección.
 Datos del Material: código, descripción, unidad y cantidad.
8
Además incluye las opciones: “Buscar Materiales”, “Agregar”,

“Eliminar”, “Grabar”, “Salir”, “Anadir Material”. “Buscar Proveedor”,
“Anadir Proveedor”.
3. El sistema muestra los datos del empleado y del pedido.
4. El JA solicita “Buscar Proveedor”.
5. El sistema incluye el caso de uso “Buscar Proveedores”.
6. El sistema muestra los datos del proveedor.
7. El JA solicita “Buscar Materiales”.
8. El sistema incluye el caso de uso “Buscar Materiales”.
9. El sistema muestra los datos del material.
10. El JA ingresa la cantidad del material.
11. El JA solicita “Agregar”.
12. El sistema agrega el material a la cuadricula de detalle de Orden de
Pedido de Materiales.
13. Si el JA desea ingresar otro material se repiten los pasos del 4 al 12.
14. El JA solicita “Grabar”.
15. El sistema obtiene el último número de Orden de Pedido de Materiales
y autogenera un código.
16. El sistema graba la Orden de Pedido de Materiales en estado
“Pendiente” con su detalle y muestra el MSG: “Orden de Pedido de
Materiales Nro. 999999 grabada correctamente”.
17. El JA solicita “Salir”, el sistema cierra la interfaz y el caso de uso
finaliza.
3.2 Flujos Alternativos
6.1. Proveedor no existe
El sistema muestra el MSG: “Proveedor no encontrado” y ofrecerá la
posibilidad de registrar al nuevo Proveedor.
9.1. Material no existe
El sistema muestra el MSG: “Material no encontrado” y ofrecerá la
posibilidad de registrar al nuevo material.
16.1. Orden de Pedido No registrada
El sistema muestra el MSG “Orden de Pedido no Registrada” y el caso
de uso finaliza.
Eliminar Línea de pedido
Si el JA desea eliminar un material en el detalle de Pedido antes de
Grabar, selecciona la opción “Eliminar” y el sistema lo borra del detalle
y el de uso continua.
4. Pre condiciones
4.1. El JA logueado en el sistema.
4.2. Lista de materiales disponible.
5. Post condiciones
5.1 En el sistema quedará registrado la Orden de Pedido de Materiales con
su detalle en estado “Pendiente”.
6.1 En el punto 6, el sistema extiende al caso de uso “Mantener Proveedor
– subflujo Agregar Proveedor”.
6.2 En el punto 9, el sistema extiende al caso de uso “Mantener Material -
subflujo Agregar Material”.
9
7. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s). No olvidar lo
indicado.
F. Registrar Cotización de Materiales

El caso de uso permite al Jefe de Compras registrar las cotizaciones
enviadas por cada uno de los proveedores para la realización de una
compra determinada.
2. Actor(es)
Jefe de Compras (JC)
3. Flujo de Eventos
3.1. Flujo Básico
1. El Caso de uso se inicia cuando el JC selecciona la opción “Registrar
Cotizaciones” en la interfaz del menú principal del sistema.
2. El sistema muestra la interfaz “Registrar Cotización de Materiales” y
con los siguientes campos:
 Datos de la Cotización: fecha de Registro, Subtotal, IGV y total.
 Datos del Proveedor: código, RUC, Razón social, Dirección.
 Datos del Material: código, descripción, Unidad, Cantidad, Precio
unitario y valor de venta neto.
Además incluye las opciones: “Buscar Materiales”, “Agregar”, “Eliminar”,
“Registrar”, “Salir”, “Buscar Proveedor”.
3. El JC ingresa la fecha de registro.
4. El JC solicita “Buscar Proveedor”.
5. El sistema incluye el caso de uso Buscar Proveedores.
6. El sistema muestra los datos del Proveedor.
7. El JC solicita “Buscar Materiales”.
8. El sistema incluye el caso de uso Buscar Materiales.
9. El sistema muestra los datos del material.
10. El JC ingresa la cantidad del Material.
11. El JC ingresa el precio unitario del Material.
12. El sistema calcula el valor de venta neto
13. El JC solicita “Agregar”.
14. El sistema agrega el material a la cuadricula de detalle de Registrar
Cotización de Materiales.
15. Si el JC desea ingresar otro material se repiten los pasos del 7 al 14.
16. El sistema calcula el subtotal, el IGV y el total.
17. El JC solicita “Registrar”.
18. El sistema obtiene el último número de Cotización de Materiales y
autogenera un código de Cotización de Materiales.
19. El sistema registra la Cotización de Materiales en estado “Pendiente”
con su detalle, muestra el Nro. de Cotización y además muestra el MSG:
“Cotización de Materiales Nro. 999999 grabada correctamente”.
20. El JC solicita “Salir”, el sistema cierra la interfaz y el caso de uso
finaliza.
10

19.1. Cotización de Materiales No registrada
Si el sistema no llega a grabar la cotización y/o detalles, muestra un
MSG: “Orden de Cotización no Registrada” y el caso de uso finaliza.
Eliminar Línea de pedido
Si el JC desea eliminar un material en el detalle de Cotización antes de
Grabar, selecciona la opción “Eliminar” y se borra de la cuadricula
(detalle) y el de uso continua.
4. Pre condiciones
4.1. El JC está logueado en el sistema.
4.2. Lista de materiales disponible.
4.3. Lista de proveedores disponible.
5. Post condiciones
5.1 En el sistema quedará registrado la cotización con su detalle en estado
“Pendiente”.
Ninguno
8. Prototipo
indicado.
G. Generar O/C de Materiales

El caso de uso permite al Jefe de compras generar una orden de compra de
materiales para la fabricación de maquinas que solicitan los clientes.
2. Actor(es)
Jefe de Compras (JC)
3. Flujo de Eventos
3.1. Flujo Básico
1. El Caso de uso se inicia cuando el JC selecciona la opción “Generar
orden de compra” en la del menú principal.
2. El sistema muestra la interfaz “Generación de O/C de Materiales” con
los siguientes campos:
 Datos de la O/C: Número de orden de Compra, Fecha de emisión
y Fecha de entrega. , Subtotal, IGV y Total.
 Datos del Proveedor: Razón Social de Proveedor, RUC y
dirección.
 Detalle de la O/C: código material, nombre de material, unidad,
Cantidad y precio unitario y valor venta neto.
Además incluye las opciones: “Buscar Cotización”, “Grabar” y “Salir”.
3. El JC ingresa la fecha de entrega, la fecha de emisión.
4. El JC selecciona la opción “Buscar Cotización”.
5. El sistema Incluye el CU Buscar Cotización de Materiales.
6. El sistema muestra los datos del proveedor.y el detalle de la orden de
compra.
7. El JC solicita “Grabar”, para generar orden de compra de
materiales.
8. El sistema obtiene el último número de Cotización y autogenera un
11
código.
9. El sistema graba la orden de compra de materiales, con su detalle,
muestra el Nro. De Orden de Compra y además muestra un MSG
“Orden de Compra Nro. 999999 grabada correctamente”.
10. El JC solicita “Salir”, se cierra la interfaz y el caso de uso finaliza.
6.1. Cotización no existe
El sistema muestra el MSG: “Cotización de Materiales no
encontrada” y el caso de uso finaliza.
8.1. Orden de Compra no registrada
Si el sistema no llega a grabar la orden de compra de materiales y/o
su detalle, muestra el MSG: “Orden de Compras de Materiales no
registrada” y el caso de uso finaliza.
4. Precondiciones
4.1. El JC logeado en el sistema.
4.2. Lista de cotizaciones disponible.
5. Poscondiciones
5.1. En el sistema queda registrado la orden de compra.
Ninguno.
7. Prototipos
indicado.
12
EJEMPLOS DE APOYO
Caso 1 - Sistema de Medio de Pagos (SISMEPA)

La Entidad financiera “ABC” a través de Internet permitirá que sus clientes
(compradores y vendedores) puedan efectuar sus transacciones utilizando
cuentas de la Institución para el proceso de sus pagos.
Los compradores enviarán sus pedidos de productos o servicios y los
vendedores confirmarán el pedido y enviaran sus facturas mediante el
sistema a implementar.
El pago de la operación se podrá hacer a través de las cuentas que los
clientes tienen con “ABC”.
El comprador utilizara el caso de uso “Pagar Factura” para planificar los
pagos de la factura.
El sistema efectuara el pago el día de las fechas de vencimiento con cargo
a la cuenta del comprador. Sino hay saldo suficiente para ejecutar la
transacción, el sistema notifica al comprador.
El SISMEPA se comunicara con el Sistema de Administración de Cuentas,
para validar las transacciones al momento de pagar factura y efectuar el
pago.
Los pasos para pagar la factura son:
1. El comprador ya ha recibido una factura de parte del vendedor con los
productos y/o servicios solicitados.
2. El comprador verifica si la factura a pagar corresponde al pedido
efectuado.
3. El Comprador programa el pago de la factura y se genera una Orden de
Pago con las fechas de vencimiento y las cuentas para la transferencia.
4. El comprador puede rechazar la factura sino concuerda con su pedido.
Se solicita los siguientes artefactos RUP:
a) Diagrama de Casos de Uso del SISMEPA
b) Especificación del Caso de Uso “Pagar Factura“
Diagrama de caso de uso – SISMEPA de ABC
13
Especificación de caso de uso Pagar Factura

El caso de uso permite al Comprador planificar el pago de una factura,
por la compra de productos y/o servicios. Posteriormente el sistema
ejecutara el pago según la fecha de vencimiento.
2. Flujo de Eventos
2.1. Flujo Básico
3. El caso de uso se inicia cuando el Comprador solicita “Pagar
Factura” en la interfaz del menu SISMEPA.
4. El sistema muestra la interfaz “Pago de factura” con los siguientes
campos:
 Nro. Pedido.
 Datos de la factura: Numero de factura, fecha de la factura, monto
bruto, IGV, monto total.
 Productos y/o Servicios (detalle): código, descripción, cantidad,
precio, subtotal.
 Fechas de Pago: Fecha1, Fecha 2, fecha n.
 Cuentas: cuenta del comprador y cuenta del vendedor.
Además de las opciones: “Buscar Factura”, “Grabar Pago” y “Salir”.
5. El comprador ingresa el numero de pedido y solicita “Buscar Factura”
6. El sistema muestra los datos de la factura y su detalle.
7. El comprador programa las fechas de pago de la factura.
8. El comprador ingresa su número de cuenta y la del vendedor.
9. El comprador solicita “Grabar pago”.
10. El sistema incluye el caso de uso “Validar Transacción”.
11. El sistema genera una Orden de Pago con las fechas de pago de la
factura y las cuentas de cargo y abono.
12. El sistema muestra el MSG: “Orden de pago registrada”.
13. El comprador solicita “Salir”, el sistema cierra la interfaz y el caso de
uso termina.
5.1. Cancelar pago
Si el comprador no está de acuerdo con la factura enviada por el vendedor
puede rechazar la factura y el caso de uso finaliza.
Pedido no existe
Pedido sin factura
3. Precondiciones
1. Factura y detalle registradas en el sistema.
2. Disponible la lista de cuentas.
4. Pos condiciones
1. La orden de pago para la factura quedará registrado con las fechas
de vencimiento y las cuentas en el sistema.
En el paso 5 si el comprador no está de acuerdo, el sistema extiende
al caso de uso “Rechazar factura”.
6. Prototipo
indicado.
14
Caso 2 – Especificación de Caso de uso: Alquiler de Película

Hacer correctamente la especificación de caso de uso (ECU), para el
“Alquiler de una película”. Debe incluir todas las partes de una ECU,
asuma los posibles subflujos, flujos alternativos, casos de uso incluidos y/o
extendidos.
Información para la ECU
 Actor: Empleado de video tienda (EVT).
 Pre requisito: actor logeado al sistema.
 Propósito: registrar en el sistema una(s) película(s) como “Alquilada” y
generar una factura al cliente.
 Datos del Cliente: los que crea que son necesarios
 Datos de la(s) película(s): los que crea que son necesarios.
 Reglas del Negocio:
 El cliente debe estar afiliado con un número de contrato con la video
tienda.
 El EVT debe buscar la(s) películas a ser alquilados por el cliente.
 El cliente no puede tener facturas con multas (por morosidad), tiene
que pagarlas antes del nuevo alquiler.
 Las películas quedan registradas con fecha de entrega.
 Formato especial para la impresión de facturas (Logo de la video
tienda).
Diseñar un Prototipo que concuerde con su ECU.
Especificación de Caso de uso: Alquiler de Película

1. Breve descripción
El caso de uso permite al Empleado del video tienda (EVT) registrar en el sistema
una(s) película(s) como “Alquilada” y generar una factura al cliente.
2. Actores:
EVT
3. Flujo de Eventos
3.1. Flujo Básico
1. El caso de uso comienza cuando el EVT solicita “Alquilar Película” en la
interfaz del menú principal.
2. El sistema muestra la interfaz “Alquiler de Película” con los siguientes
campos:
 Datos del Cliente: Nro. de contrato, apellidos, nombres, DNI, fecha de
afiliación, dirección y teléfono.
 Datos de la Película: Titulo, actor(es), tipo de película, costo y tiempo
de duración.
 Datos del Alquiler: Costo total, fecha de devolución y Nro. de factura.
 Lista de Películas (grilla)
Además de las opciones: Buscar Cliente, Buscar Películas, Eliminar, Afiliar
Cliente, Pagar Facturas Morosas, Grabar, Cancelar y Salir.
3. El EVT solicita Buscar Cliente
4. El sistema incluye el caso de uso Buscar Cliente.
6. El EVT solicita “Buscar Películas”.
7. El sistema incluye el caso de uso “Buscar Películas” a alquilar.
8. El sistema muestra los datos de la película seleccionada.
9. El sistema muestra el costo total de la(s) película(s) a alquilar.
10. Si el EVT, desea agregar otra película se repiten los pasos del 6 al 9.
11. El EVT ingresa la fecha de devolución y solicita “Grabar” alquiler.
15
12. El sistema genera el número de factura

13. El sistema registra la factura con su detalle
14. El sistema actualiza la película en estado “Alquilado” y fecha de devolución.
15. El sistema muestra el Nro. de factura, imprime la factura y muestra el MSG:
“Alquiler efectuado con Nro. de factura 999999”.
16. El EVT solicita “Salir”, se cierra la interfaz y el caso de uso finaliza.
Cancelar
Si el EVT solicita “Cancelar” antes de Grabar, el sistema cierra la interfaz y el
caso de uso finaliza.
5.1. Cliente no Afiliado
El sistema muestra el MSG “Cliente no afiliado”, puede ir a Afiliar cliente y
continuar con el paso 6.
5.2. Cliente con Facturas Morosas
El sistema muestra el MSG “Cliente con facturar Morosos”, puede ir a Pagar
facturas morosas antes del alquiler y continuar con el paso 6.
Eliminar película
Si el EVT solicita eliminar una película seleccionada antes de Grabar, el
sistema lo borra de la lista y el caso de uso continua.
Formato especial para las facturas, con el Logo de la Video Tienda.
4. Pre Condiciones
1. El EVT estaba logeado en el sistema.
2. La lista de Películas estaba disponible.
3. La lista de Clientes afiliados estaba disponible.
5. Post Condiciones
1. En el sistema quedará registrado la factura con su detalle.
2. En el sistema quedará actualizado la película(s) en estado “Alquilado” y con
fecha de devolución.
a. El sistema extiende al caso de uso “Pagar facturas Morosas” en el paso 5.
b. El sistema extiende al caso de uso “Afiliar Cliente” en el paso 5.
7. Prototipo
Eliminar
Nro. Factura
Fecha Devolución
16
Especificación de Caso de uso: Pagar Facturas Morosas

1. Breve descripción
El caso de uso permite al Empleado del Video Tienda (EVT) registrar el pago de
las multas por películas alquiladas (entregadas después de tiempo). Además de
generar la factura al cliente.
2. Flujo de Eventos
2.1. Flujo Básico
1. El caso de uso comienza cuando el EVT solicita “Pagar Multa” en la interfaz
del menú principal.
2. El sistema muestra la interfaz “Pagar Multa” con los siguientes campos:
 Datos del Contrato de Afiliación: número, fecha y tipo.
 Datos del Cliente: apellidos, nombres, DNI, dirección y teléfono.
 Datos del Alquiler de Película (s): fecha y hora del alquiler, titulo, tipo
y costo de la película.
 Datos de la Mora: Nro. de Mora, días morosos y deuda total.
Además de las opciones: Buscar Contrato, Buscar Películas, Pagar Multa,
Alquiler de películas, Cancelar y Salir.
3. El EVT solicita “Buscar Contrato”.
4. El sistema incluye el caso de uso Buscar Contrato.
5. El sistema muestra los datos del contrato y del cliente.
6. El EVT solicita “Buscar Películas” pendientes de devolución para el contrato.
7. El sistema incluye el caso de uso Buscar Películas.
8. El sistema muestra los datos de las películas morosas.
9. El sistema muestra la deuda total de la mora.
10. El EVT solicita “Pagar Multa”.
11. El sistema genera el número de mora y lo registra con su detalle, actualiza
la película en estado “Disponible” y blanquea la fecha de devolución.
12. El sistema muestra el Nro. de mora, imprime la factura y muestra el MSG:
“Pago de multa efectuado con Nro. de factura 999999”.
13. El EVT solicita “Salir”, se cierra la interfaz y el caso de uso finaliza.
Cancelar
Si el EVT solicita “Cancelar” antes de Pagar la Multa, el sistema cierra la
interfaz y el caso de uso finaliza.
5.1. Contrato no existe
Si el sistema verifica que el Contrato no existe muestra el MSG “Contrato no
existe” y el caso de uso finaliza.
8.1 Contrato sin películas morosas
Si el sistema verifica que el Contrato no tiene películas morosas muestra el
MSG “Contrato sin películas morosas” y finaliza el caso de uso.
Formato especial para las facturas, con el Logo de la Video Tienda.
4. Pre Condiciones
 EVT logeado al sistema.
 Disponible la lista de Películas.
 Disponible la lista de Contratos y Clientes afiliados.
5. Post Condiciones
 En el sistema queda registrado el pago de la multa.
 En el sistema queda actualizado la película(s) en estado “Disponible” y con fecha
de devolución en blanco.
En el punto 13, el EVT puede solicitar el alquiler de nuevas películas. El sistema
extiende al caso de uso “Alquiler de Película”.
17
7. Prototipo. Nota.- todas las ECUs deben contener su(s) prototipos(s).

Caso 3 - Especificación de Caso de Uso: Pagar Servicios
El caso de uso permite al Cliente efectuar el pago de servicios de una
empresa de servicios. Se efectúa el cargo en la cuenta del cliente y el
abono en la cuenta de la empresa de servicios.
2. Flujo de Eventos
2.1. Flujo Básico
1. El caso de uso comienza cuando el Cliente solicita “Pagar Servicios”
en la interfaz del menú principal con su clave de acceso secreta.
2. El sistema muestra la interfaz “Pago de Servicios” con los siguientes
datos:
 Datos del Cliente: apellidos y nombres.
 Lista de cuentas del cliente: tipo de cuenta, número de cuenta y
moneda (1 = soles, 2 = dólares).
También muestra los siguientes campos:
 Cuenta de Cargo: número de cuenta y saldo disponible.
 Lista de Empresas: nombre.
 Lista de Servicios: descripción.
 Recibos pendientes: número, fecha de emisión y monto.
Además de las opciones: Confirmar, Cancelar y Salir.
3. El cliente selecciona la cuenta de cargo para el pago de servicios.
4. El sistema muestra el saldo disponible de la cuenta de cargo.
5. El sistema muestra una lista de empresas.
6. El cliente selecciona una empresa.
7. El sistema muestra los servicios que da la empresa seleccionada.
8. El cliente selecciona un servicio.
9. El sistema muestra los recibos pendientes de pago por los servicios
que da la empresa.
10. El cliente selecciona un recibo pendiente.
11. El sistema verifica que el saldo de la cuenta de cargo debe ser mayor
o igual que el importe del recibo.
12. El cliente Confirma el pago del servicio.
13. El sistema decrementa el saldo de la cuenta de cargo del cliente.
14. El sistema incrementa el saldo de la cuenta de abono de la empresa.
15. El sistema marca el recibo en estado “Pagado”.
16. El sistema registra la transacción.
17. El sistema imprime el voucher con: número de transacción, cuenta de
cargo, cuenta de abono, monto, fecha y hora y muestra el MSG
“Recibo pagado”.
18. El sistema muestra el saldo de la cuenta de cargo actualizada.
19. El cliente solicita Salir, el sistema cierra la interfaz y finaliza el caso
de uso.

Tres intentos
Cuenta de cargo sin saldo
Moneda distinta
18
Caso 4 - Especificación de Caso de Uso: Generar Guía de

Remisión
El caso de uso permite crear una Guía de Remisión, que es un documento
necesario para la distribución de los pedidos. Contiene el número del
consolidado generado previamente.
2. Flujo de Eventos
2.1. Flujo Básico
1. El caso de uso se inicia cuando el Almacenero solicita “Generar
Guia” en la interfaz del menu principal.
2. El sistema muestra la interfaz “Guía de Remisión” con los siguientes
campos:
 Numero de Remisión.
 Datos del Consolidado: Numero de despacho, fecha y peso total
del empaque.
 Productos (detalle del consolidado): código, descripción, cantidad
total y unidad de empaque.
 Remitente: RUC, razón social, dirección y teléfono.
 Destinatario: RUC, razón social y dirección.
 Transportista: código, apellidos y nombres, licencia de conducir,
placa del vehículo y el número de certificado de inscripción.
 Motivo del Traslado (para check): venta, compra, transformación,
exportación, consignación, devolución, importación, otros.
Además de la opciones: “Buscar Consolidado”, “Buscar Chofer”,
“Grabar Guía” y “Salir”.
3. El Almacenero ingresa el numero de consolidado de despacho y
solicita “Buscar Consolidado”
4. El sistema obtiene el consolidado con su detalle por productos.
5. El sistema obtiene el remitente y destinatario con los RUCs del
consolidado.
6. El sistema muestra los datos del consolidado con los productos del
detalle.
7. El sistema muestra los datos del remitente y destinatario.
8. El sistema muestra El almacenero ingresa el código del chofer y
solicita “Buscar Chofer”.
9. El sistema incluye el caso de uso “Buscar Chofer”.
10. El sistema muestra los datos del transportista.
11. El Almacenero hace check en un motivo de traslado.
12. El Almacenero solicita “Grabar Guía”.
13. El sistema autogenera número y graba la guía de remisión con
estado “NR”.
14. El sistema actualiza el estado del consolidado de despacho en
estado “R”.
15. El sistema imprime la guía, muestra el numero de la guía y el MSG:
“Guía de Remisión generada correctamente”.
16. El Almacenero solicita “Salir”, el sistema cierra la interfaz y el caso
de uso termina.
19

Consolidado no existe
Transportista no existe
Guía de remisión no generada
1. Aprovisionamiento de papel para la impresión.
4. Precondiciones
1. El consolidado de despacho con su detalle están registrados en el
sistema.
2. Lista de remitentes y destinatarios disponibles.
3. Lista de productos disponibles.
5. Poscondiciones
2. La guía de remisión quedará registrado en el sistema en estado “No
revisada”, en espera del cambio de estado a “Revisado”.
3. El consolidado de despacho quedará actualizado en el sistema en
estado “Remitido”.
Ninguna.
7. Prototipo
20
Caso 5 - Especificación del Caso de Uso: Cotizar Productos

Este caso de uso permite al Vendedor registrar una cotización de
productos que un Cliente solicite. La cotización se emitirá en estado
pendiente, cuando el cliente la apruebe, el Vendedor cambiará el estado y
la enviará vía fax firmada. Luego se puede generar las Notas de Pedido y
Facturación.
2. Flujo de Eventos
2.1. Flujo Básico
1. El Caso de Uso se inicia cuando el Vendedor solicita “Cotizar Productos”
en la interfaz del Menú Principal.
2. El sistema obtiene el último número de Cotización y muestra la interfaz
“Cotización de Productos” con el nuevo código autogenerado.
La interfaz muestra los siguientes campos:
 Datos del Cliente: RUC/DNI, apellidos, nombres, dirección y teléfono.
 Datos de los Productos a cotizar: código, descripción, margen de
ganancia (MG), precio de venta unitario (PVU), precio de costo
unitario (PCU).
 Datos de Cotización: Número de Cotización, precio de venta neto
(PVN), el precio de venta total (PVT), la disponibilidad de entrega y el
Tipo de pago.
 Además se tiene las opciones: “Buscar Cliente”, “Buscar Productos”,
“Grabar Cotización”, “Registrar Nuevo Cliente”, “Generar N. Pedido y
Facturación” y “Salir”.
3. El Vendedor solicita “Buscar Cliente”
4. El sistema incluye el caso de uso “Buscar Cliente”.
6. El Vendedor solicita “Buscar Productos”
7. El sistema incluye el caso de uso “Buscar Productos”.
8. El sistema muestra la descripción y PCU del producto que selecciono.
9. El Vendedor ingresa el PVU (tentativo) del producto negociado con el
Cliente.
10. El sistema muestra el margen de ganancia (PVU – PCU).
11. El Vendedor acepta el precio de venta PVU (acordado).
12. Si el Vendedor quiere adicionar otro producto se repite el flujo del paso
6 al 11.
13. El Vendedor ingresa la disponibilidad de entrega de los productos
cotizados (inmediata o en un tiempo determinado) y el tipo de pago
(adelanto, %pago o al crédito).
14. El sistema calcula y muestra el precio de venta neto (PVN) y el precio
de venta total (PVT).
15. El Vendedor solicita “Grabar Cotización”.
16. El sistema graba la cotización en estado “Pendiente” con su detalle
(por producto), imprime la cotización y muestra el mensaje “Cotización
No. 9999999 grabada correctamente”.
17. El Vendedor solicita “Salir”, el sistema cierra la interfaz y el caso de
uso termina.
21

5.1. Cliente no existe
Si el sistema no encuentra al cliente, enviará el mensaje “Cliente no
encontrado” y ofrecerá la posibilidad de registrar al nuevo cliente.
14.1 Cotización no registrada
Si el sistema no llega a grabar la cotización y/o detalles enviará el
mensaje “Cotización no registrada” y el caso de uso finaliza.
1. Aprovisionamiento de papel para emitir la cotización.
4. Precondiciones
1. Disponible los productos con sus respectivos códigos y precios de costos
unitarios.
5. Poscondiciones
1. La cotización quedará registrado en el sistema con su detalle en estado
“Pendiente”, en espera de cambio a estado “Aceptada”.
1. En el paso 5, el sistema extiende al caso de uso Mantener Cliente – Sub
Flujo “Registrar Cliente”.
2. En el punto 16, el sistema extiende al caso de uso “Generar Nota de
Pedido y Facturación” si el Cliente aprueba por teléfono la cotización.
7. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s).
5.1. Especificación del Caso de Uso: Buscar Cliente

Este caso de uso permite buscar un cliente: por categoría, marca o
nombre. Cuando se encuentra el cliente el sistema cargará los clientes en
el caso uso base que lo invocó.
2. Flujo de Eventos
2.1. Flujo Básico
1. El caso de Uso se inicia cuando el actor ingresa el criterio de búsqueda. Puede
ser por apellido o nombre
2. El sistema muestra la relación de clientes que coinciden con el criterio de
búsqueda.
3. El actor selecciona un cliente
4. El sistema carga los datos en la interfaz del caso de uso base que lo invocó
y el caso de uso finaliza.
3. Precondiciones
.1.1 Tener disponible la lista de clientes.
4. Post condiciones
Ninguno
Ninguno
6. Prototipo
22
5.2. Especificación de Caso de Uso: Buscar Productos

Este caso de uso permite buscar un producto: por categoría, marca o
nombre. Cuando se encuentra el producto el sistema cargará los productos
en el caso uso base que lo invocó.
2. Flujo de Eventos
2.1. Flujo Básico
1. El Caso de Uso se inicia cuando el actor ingresa el criterio de búsqueda. Puede
ser por marca, categoría o nombre del producto
2. El sistema muestra la relación de productos que coinciden con el criterio de
búsqueda.
3. El actor selecciona el producto
4. El sistema carga los datos en la interfaz del caso de uso base que lo invocó
y el caso de uso finaliza.
3. Precondiciones
1. Tener registrados los productos con sus respectivos códigos, clasificadores,
precios y aperturas iniciales.
4. Post condiciones
Ninguna.
Ninguna.
6. Prototipo
Caso 6 - Especificación de Caso de Uso: Mantener Cliente

2. Mantener Cliente
1.1 Descripción
El caso de uso permite mantener actualizado el registro de los Clientes que se
acercan al Hotel para solicitar los servicios de hospedaje. De acuerdo a su
necesidad la Recepcionista puede agregar, modificar, eliminar e imprimir la
información de un Cliente.
1.2 Actor(es)
Recepcionista
2. Flujo de Eventos
2.1 Flujo Básico
8. El caso de uso se inicia cuando el Recepcionista selecciona la opción
“Mantenimiento de Clientes” en la interfaz del Menú principal.
9. El sistema muestra la interfaz “MANTENER CLIENTE” con la lista de
clientes con los datos: Código, Nombre, dirección, sexo, teléfono y correo
electrónico. Incluye las opciones: Agregar Cliente, Modificar Cliente,
Eliminar Cliente, Imprimir Clientes y Salir.
10. Si la Recepcionista elige un cliente
a. Si elige “Modificar” ver el Subflujo Modificar Cliente
b. Si elige “Eliminar” ver el Subflujo Eliminar Cliente.
11. Si la Recepcionista NO elige un cliente
a. Si elige “Agregar” ver el Subflujo Agregar Cliente
b. Si elige “Imprimir” ver el Subflujo Imprimir Clientes.
12. La Recepcionista elige la opción “Salir”.
13. El sistema cierra la interfaz MANTENER CLIENTES y finaliza el caso de
uso.
23
2.2 Subflujos
2.2.1 Agregar Cliente
1. El sistema muestra la interfaz CLIENTE con los siguientes campos:
Código del Cliente (solo lectura), Nombre y Apellidos, Dirección, Sexo,
Teléfonos y EMail. Incluye las Aceptar y Cancelar.
2. La Recepcionista ingresa los datos del Cliente.
3. La Recepcionista presiona la opción Aceptar.
4. El sistema valida los datos ingresados del Cliente.
5. El sistema genera un nuevo código de Cliente.
6. El sistema graba un nuevo registro de Cliente y muestra el MSG
“Cliente creado con código Nro. 999999”.
7. La Recepcionista cierra la interfaz CLIENTE y el subflujo finaliza.
2.2.2 Modificar Cliente
1. El sistema muestra los datos del Cliente seleccionado en la interfaz
CLIENTE: Código del Cliente (solo lectura), Nombre y apellidos,
Dirección, Sexo, Teléfonos y EMail. Incluye también las opciones:
Aceptar y Cancelar.
2. La Recepcionista modifica los datos del Cliente.
3. La Recepcionista presiona la opción Aceptar.
4. El sistema valida los datos ingresados del Cliente.
5. El sistema actualiza el registro de Cliente y muestra el MSG “Cliente
actualizado satisfactoriamente”.
6. La Recepcionista cierra la interfaz CLIENTE y regresa a la interfaz la
MANTENER CLIENTES con la lista de Clientes actualizada y el subflujo
finaliza.
2.2.3 Eliminar Cliente
1. El sistema muestra el MSG: “¿Está seguro que desea eliminar el Cliente
seleccionado?”.
2. La Recepcionista selecciona la opción YES para confirmar la
eliminación.
3. El sistema actualiza el registro del Cliente en estado “Eliminado”.
4. El sistema muestra la interfaz MANTENER CLIENTES con la lista de
Clientes actualizada y termina el subflujo.
2.2.4 Imprimir Cliente
1. El sistema imprime la lista de Clientes registrados con la siguiente
información: Código, Nombres y Apellidos, Dirección, Sexo, Teléfonos y
EMail y finaliza el subflujo.
2.3.1 Cancelar
En los subflujos Agregar y Modificar Cliente si la Recepcionista solicita
cancelar, el sistema Cierra la interfaz CLIENTE y termina el subflujo.
2.3.2 Datos del Cliente Inválidos
En el paso 4 de los subfujos Agregar y Modificar Cliente, si los datos
ingresados del cliente son nulos o inválidos el sistema muestra el MSG: “Se
han encontrado datos inválidos del cliente” y los subflujos continúan en el
paso 2.
2.3.3 Cliente ya existe
En el paso 7 de los subfujo Agregar Cliente, si el sistema detecta que el
cliente ya existe muestra el MSG: “Cliente ya existe” y el subflujo finaliza.
2.3.4 Cliente ya esta eliminado
En el paso 3 de los subfujo Eliminar Cliente, si el sistema detecta que el
cliente se encuentra eliminado muestra el MSG: “Cliente se encuentra
eliminado” y el subflujo finaliza.
24
2.3.5 No confirma Eliminación

En el paso 2 de los subfujo Eliminar Cliente, si la Recepcionista selecciona
NO finaliza el subflujo.
3. Precondiciones
3.1 El Recepcionista está logeado en el sistema.
3.2 Lista de Clientes disponibles.
4. Poscondiciones
4.1 En el sistema queda registrado el nuevo Cliente.
4.2 En el sistema queda actualizado el registro del Cliente.
4.3 En el sistema queda eliminado el cliente.
5.1 Ninguno.
6.1 Ninguno.
7. Prototipos
25
6.1. Especificación de caso de uso: Buscar Cliente

Este caso de uso permite buscar un cliente por nombre o apellido. Cuando
se encuentra el cliente el sistema cargará los clientes en el caso uso base
que lo invocó.
2. Flujo de Eventos
2.1. Flujo Básico
1. El Caso de Uso se inicia cuando es invocado por otro caso de uso
base.
2. El sistema muestra la interfaz BUSCAR CLIENTE con los campos:
Código, Nombre y apellidos, Dirección y teléfono. Además incluye las
opciones: Buscar, Aceptar y Salir.
3. El actor ingresa el criterio de búsqueda (apellido o nombre).
4. El actor selecciona “Buscar”.
5. El sistema muestra la relación de clientes que coinciden con el criterio
de búsqueda.
6. El actor selecciona un Cliente.
7. El Actor selecciona “Aceptar”.
8. El sistema carga los datos en la interfaz del caso de uso base que lo
invocó y finaliza el caso de uso.
Clientes no encontrados.
En el paso 5, si el sistema no selecciona ningún Cliente por el criterio de
búsqueda muestra el MSG: “No se encuentra clientes para el criterio
ingresado”. El caso de uso continúa en el paso 3 o selecciona “Salir” y
finaliza el caso de uso.
3. Precondiciones
1. El Recepcionista logeado en el sistema.
2. Lista de Clientes disponible.
4. Pos condiciones
Ninguna.
5. Prototipos
6. Prototipo
26
Caso 7 - Especificación de Caso de Uso: Pagar Tributos de RENIEC

por ATM
El caso de uso permite al Cliente en el cajero automático (ATM) cancelar un
pago correspondiente a un tributo de RENIEC.
2. Flujo de Eventos
2.1. Flujo Básico
1. El caso de uso se inicia cuando el cliente del Banco elige la opción
"RENIEC" en el menú principal del ATM.
2. El sistema muestra el mensaje “Elija el pago a realizar” en la interfaz
“Pago de RENIEC”, además de los tributos disponibles para pagar:
 Inscripción / Reinscripción
 Renovación por Caducidad / Canje LE x DNI
 Certificado/Constancia de nombres iguales
 Cambio de lugar entrega DNI
 Duplicado DNI / Mayor de Edad
3. El cliente elige un tributo.
4. El sistema muestra el concepto, el monto y el mensaje “Ingrese el
número de documento del interesado”. Además de la aclaración “Para
corregir sus datos presione la tecla Borrar” y la opción Aceptar.
5. El cliente ingresa el número de documento del interesado.
6. El sistema muestra las cuentas relacionadas a la tarjeta, para efectuar el
pago.
7. El sistema muestra el mensaje “Elija la cuenta para realizar el pago”
8. El cliente elige una cuenta y “Acepta” la transacción.
9. El sistema verifica que el ATM tiene papel para imprimir el voucher.
10. El sistema debita el monto del pago de la cuenta elegida y registra el
pago, incluyendo los movimientos de fondos y comisiones si aplica.
11. El sistema envía una trama al Sistema de RENIEC con los datos de la
transacción realizada.
12. El sistema muestra el mensaje: “Su transacción ha concluido
satisfactoriamente”.
13. El sistema imprime el voucher con los siguientes datos:
 Cabecera del Servicio (Banco ABC, Tu Banco Amigo, Multired-Pago
de Tributo-Cta Ahorros MN)
 Título del Servicio (Sistema Electoral – RENIEC)
 Campos del cuerpo del voucher: código del tributo, nombre del
tributo, tipo de documento, número de documento y monto pagado.
 Pie del voucher: secuencia de ATM, dígito de Chequeo, fecha,
código de cajero, código de agencia, hora y secuencia de ATM.
27
14. El sistema muestra el mensaje “¿Desea Continuar?”

15. Si el cliente elige SI vuelve al menú principal
15.1. Sino el caso de uso termina.
Transacción inválida
En los puntos 10 y 11 del flujo básico, si el sistema registra un error al
ejecutar la transacción, muestra el mensaje “Disculpe, en estos momentos
no es posible procesar su operación” y el caso de uso termina.
3. Precondiciones
1. En el sistema la tarjeta del cliente existía y se encontraba en estado
“Activa”.
2. El cliente ingresó el PIN correcto de la tarjeta.
3. La cuenta a pagar tenía el saldo suficiente para cubrir el monto del
pago.
4. Post condiciones
1. En el sistema quedará registrado el pago del tributo a través de un
registro en la tabla de movimientos.
2. En el sistema quedarán registrados los impuestos y comisiones afectos
a la cuenta.
3. En el sistema el saldo final de la cuenta del cliente será disminuido en
base al saldo inicial menos el monto del tributo pagado y los impuestos y
comisiones afectos a la cuenta.
4. El sistema de RENIEC recibirá una trama con los datos del pago del
cliente.
5. El sistema generará un voucher que será dispensado por el ATM al
cliente conteniendo los datos de la transacción.
Ninguna.
6. Prototipo
28

A 2.7. Ejemplos de ECUs

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

A 2.7. Ejemplos de ECUs

Transféré par

Droits d'auteur :

Formats disponibles

Universidad San Martín de Porres

Facultad de Ingeniería y Arquitectura

Disciplina: Análisis de Requisitos de Software

Especificaciones de Casos de Uso

Curso: Ingeniería de Software II

Profesor: Mg. Ing. Luis E. Palacios Quichíz

CASO – SISTEMA DE GESTION LOGISTICA

ESPECIFICACIONES DE CASOS DE USO

La actividad “Detallar Casos de Uso”, es la más importante en la disciplina

A. Generar Cotización de Máquina

 Maquina para fabricar: 30% de adelanto, 20% contra entrega y el

B. Generar O/C del Cliente

C. Generar Orden de Trabajo

11.1. Orden de Trabajo no existe

D. Generar Nota de Pedido

E. Generar O/P de Materiales

Además incluye las opciones: “Buscar Materiales”, “Agregar”,

F. Registrar Cotización de Materiales

3.2 Flujos Alternativos

G. Generar O/C de Materiales

Caso 1 - Sistema de Medio de Pagos (SISMEPA)

Diagrama de caso de uso – SISMEPA de ABC

Especificación de caso de uso Pagar Factura

Caso 2 – Especificación de Caso de uso: Alquiler de Película

Especificación de Caso de uso: Alquiler de Película

12. El sistema genera el número de factura

Especificación de Caso de uso: Pagar Facturas Morosas

7. Prototipo. Nota.- todas las ECUs deben contener su(s) prototipos(s).

2.2. Flujos Alternativos

Caso 4 - Especificación de Caso de Uso: Generar Guía de

2.2. Flujos Alternativos

Caso 5 - Especificación del Caso de Uso: Cotizar Productos

2.3. Flujos Alternativos

5.1. Especificación del Caso de Uso: Buscar Cliente

5.2. Especificación de Caso de Uso: Buscar Productos

Caso 6 - Especificación de Caso de Uso: Mantener Cliente

2.3.5 No confirma Eliminación

6.1. Especificación de caso de uso: Buscar Cliente

Caso 7 - Especificación de Caso de Uso: Pagar Tributos de RENIEC

14. El sistema muestra el mensaje “¿Desea Continuar?”

Vous aimerez peut-être aussi