Está en la página 1de 28

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
USMP Ingeniería de Software II

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
USMP Ingeniería de Software II

 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
USMP Ingeniería de Software II

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


1. Breve Descripción
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
USMP Ingeniería de Software II

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. Requerimientos Especiales
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.
7. Puntos de extensión
Ninguno.
8. Prototipo

6
USMP Ingeniería de Software II

D. Generar Nota de Pedido


1. Breve Descripción
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.
3.2. Flujos Alternativos
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. Requerimientos Especiales
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
USMP Ingeniería de Software II

7. Puntos de Extensión
7.1. Tener registrados los productos.
8. Puntos de extensión
8.1. En el punto 8, el sistema extiende al caso de uso Asignar Maquina.
9. Prototipo

E. Generar O/P de Materiales


1. Breve Descripción
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
USMP Ingeniería de Software II

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. Puntos de Extensión
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
USMP Ingeniería de Software II

7. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s). No olvidar lo
indicado.

F. Registrar Cotización de Materiales


1. Breve Descripción
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
USMP Ingeniería de Software II

3.2 Flujos Alternativos


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”.
6. Puntos de Extensión
Ninguno
8. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s). No olvidar lo
indicado.

G. Generar O/C de Materiales


1. Breve Descripción
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
USMP Ingeniería de Software II

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.
3.2. Flujos Alternativos
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.
6. Puntos de Extensión
Ninguno.
7. Prototipos
Nota.- todas las ECUs deben contener su(s) prototipos(s). No olvidar lo
indicado.

12
USMP Ingeniería de Software II

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
USMP Ingeniería de Software II

Especificación de caso de uso Pagar Factura


1. Breve Descripción
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.
2.2. Flujos Alternativos
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.
5. Puntos de Extensión
En el paso 5 si el comprador no está de acuerdo, el sistema extiende
al caso de uso “Rechazar factura”.
6. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s). No olvidar lo
indicado.

14
USMP Ingeniería de Software II

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.
5. El sistema muestra los datos del 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
USMP Ingeniería de Software II

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.
3.2. Flujos Alternativos
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.
3. Requerimientos Especiales
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.
6. Puntos de extensió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
USMP Ingeniería de Software II

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.
2.2. Flujos Alternativos
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.
3. Requerimientos Especiales
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.
6. Puntos de extensión
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
USMP Ingeniería de Software II

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


Caso 3 - Especificación de Caso de Uso: Pagar Servicios
1. Breve Descripción
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.

2.2. Flujos Alternativos


Tres intentos
Cuenta de cargo sin saldo
Moneda distinta

18
USMP Ingeniería de Software II

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


Remisión
1. Breve Descripció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
USMP Ingeniería de Software II

2.2. Flujos Alternativos


Consolidado no existe
Transportista no existe
Guía de remisión no generada

3. Requerimientos Especiales
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”.
6. Puntos de Extensión
Ninguna.
7. Prototipo

20
USMP Ingeniería de Software II

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


1. Breve Descripción
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”.
5. El sistema muestra los datos del 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
USMP Ingeniería de Software II

2.3. Flujos Alternativos


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.
3. Requerimientos Especiales
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”.
6. Puntos de Extensión
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


1. Breve Descripción
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
5. Puntos de Extensión
Ninguno
6. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s).

22
USMP Ingeniería de Software II

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


1. Breve Descripción
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.
5. Puntos de Extensión
Ninguna.
6. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s).

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
USMP Ingeniería de Software II

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 Flujos Alternativos
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
USMP Ingeniería de Software II

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. Puntos de Extensión
5.1 Ninguno.
6. Requerimientos Especiales
6.1 Ninguno.
7. Prototipos

25
USMP Ingeniería de Software II

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


1. Breve Descripción
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.
2.2. Flujos Alternativos
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
Nota.- todas las ECUs deben contener su(s) prototipos(s).

26
USMP Ingeniería de Software II

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


por ATM

1. Breve Descripción
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
USMP Ingeniería de Software II

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.
2.2. Flujos Alternativos
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.
5. Puntos de Extensión
Ninguna.
6. Prototipo
Nota.- todas las ECUs deben contener su(s) prototipos(s).

28