Ejemplo Casos de Uso Video Club

ANÁLISIS Y DISEÑO DE SISTEMAS
Gestión de un Vídeo-Club
Ejemplo de Casos de uso
Índice
1. Resumen..................................................................................................................................2
2. Introducción............................................................................................................................2
3. Objetivos del sistema..............................................................................................................5
4. Requisitos de almacenamiento de información......................................................................6
5. Requisitos funcionales............................................................................................................9
5.1 Diagramas de casos de uso................................................................................................9
5.2 Definición de actores.........................................................................................................9
5.3 Casos de uso del sistema
5.3.1 Casos de uso del subsistema Gestión de socios

5.3.2 Casos de uso del subsistema Gestión de películas
5.3.3 Casos de uso del subsistema Gestión de alquileres
1
h-Ejemplo de Casos de Uso Video-Club.doc
Aplicación UML
1. Resumen
En este trabajo se ofrecen un ejemplo de la técnica de los casos de uso, aplicándolo al caso
de la gestión de un pequeño vídeo–club.
En la introducción inicial se explica brevemente en que consiste esta técnica y sus
características más importantes. A continuación se han desarrollado los diferentes casos de
uso del ejemplo junto a las plantillas para su especificación. Dado que se trata de un
ejemplo ficticio se han simplificado las plantillas eliminando los campos relativos a
versión, autores, fuentes, importancia, urgencia y estado de desarrollo.
El ejemplo no es una especificación de requisitos completa, se incluye sólo a modo de
ejemplo.
2. Introducción
Los casos de uso son una técnica para la especificación de requisitos funcionales propuesta
inicialmente en [Jac93] y que actualmente forma parte de la propuesta de UML [Boo99].
Un caso de uso es la descripción de una secuencia de interacciones entre el sistema y uno o

más actores en la que se considera al sistema como una caja negra y en la que los actores
obtienen resultados observables.
Los actores son personas u otros sistemas que interactúan con el sistema cuyos requisitos se
están describiendo.
Los casos de uso presentan ciertas ventajas sobre la descripción meramente textual de los
requisitos funcionales, ya que facilitan la elicitación de requisitos y son fácilmente
comprensibles por los clientes y usuarios. Además, pueden servir de base a las pruebas del
sistema y a la documentación para los usuarios.
Los casos de uso tienen una representación gráfica en los denominados diagramas de casos
de uso [Boo99]. En estos diagramas, los actores se representan en forma de pequeños
monigotes y los casos de uso se representan por elipses contenidas dentro de un rectángulo
que representa al sistema. La participación de los actores en los casos de uso se indica por
una flecha entre el actor y el caso de uso que apunta en la dirección en la que fluye la
información. Cada caso de uso puede estar definido por: texto que lo describe, secuencia de
pasos ejecutados dentro del caso de uso, condiciones pre-post para que el caso de uso
comience o termine.
Los diagramas de casos de uso sirven para proporcionar una visión global del conjunto de
casos de uso de un sistema así como de los actores y los casos de uso en los que éstos
intervienen. Las interacciones concretas entre los actores y el sistema no se muestran en
este tipo de diagramas.
A pesar de ser una técnica ampliamente aceptada, existen múltiples propuestas para su
utilización concreta. En nuestro caso vamos a utilizar la herramienta Rational Rose, para la
construcción de los diagramas de casos de uso. Para la descripción concreta de los casos de
2
Aplicación UML
uso se proponen unas plantillas, en las que las interacciones se numeran y se describen
usando el lenguaje natural, en forma de patrones lingüísticos. El objetivo de estas plantillas
es el de intentar paliar la falta de propuestas concretas sobre la expresión de requisitos.
Ejemplo:
Una tienda de alquiler de películas de Bogotá posee alrededor de 5000 vídeo casetes de los
que requiere llevar registro.
Cada uno de los vídeos casetes tiene un número de cinta. Para cada película, se necesita
conocer título, duración, director y la categoría según la siguiente clasificación: drama,
acción, suspenso, comedia, guerra y ciencia-ficción. Existen muchas copias de la mayoría
de las películas, Se le asigno a cada película un identificador específico, y así se puede
saber en que vídeo casete se encuentra esta película. Un vídeo casete puede ser tanto
formato Beta o VHS. Siempre se tiene por lo menos un vídeo casete de cada película que
se registra, y cada película es siempre copiada a un vídeo casete individual y específico.
Algunos de los vídeo casetes son muy largos, así que se tienen tengo películas que ocupan
múltiples vídeo casetes.
Nuestros clientes al momento de solicitar en alquiler un video casete, frecuentemente nos

pregunta por los protagonistas de la película que quiere alquilar. Así, que se debe llevar el
registro de los actores que aparecen en cada película. No todas las películas tienen actores.
A los clientes les gustaría conocer el nombre real del actor, edad y estado civil. Solamente
se llevan registros de actores que aparecen en las películas de la tienda.
La tienda de video casetes tiene muchos clientes y solamente alquila vídeos a personas que
sean socias del vídeo club. Para que una persona pueda pertenecer al video club como
socio debe afiliarse, para lo cual se le asigna un número que lo identifica y se deben
registrar sus nombres y apellidos, número telefónico, dirección de residencia.
Se necesita llevar el registro de que vídeo casete ha alquilado cada socio en un momento
determinado. Un cliente puede alquilar varios vídeos casetes simultáneamente.
Necesitamos registrar el histórico de todos los alquileres realizados. Cada vez que un
cliente alquila un video, se debe registrar la fecha de alquiler, el día que regresará el video.
Todos los video casetes deben ser regresados a la tienda a más tardar tres días después de
su alquiler, y en caso de no entregarse a tiempo, se cobrara una multa de $2000 por película
y día de mora.
El histórico de alquiler de videos se requiere con el fin de analizar el comportamiento del

alquiler de videos. Con el histórico seremos capaces de determinar cuantas cintas alquila
cada cliente y cuantas veces un cliente ha regresado una cinta tarde. También necesitamos
saber cuantas veces una cinta ha sido usada, y saber cuando retirar dicha cinta. También
podremos analizar las preferencias de nuestros clientes y conocer el valor en pesos recibido
por el concepto de alquiler de videos y multas por mora.
3
Aplicación UML
Próximamente la tienda de video casetes empezará con el alquiler de DVD(s), así se sería
importante llevar el registro del alquiler de películas en estos medios. La política de
grabación y alquiler de DVD(s) será la misma utilizada para los video casetes.
4
Aplicación UML
3. Objetivos del sistema
En este apartado vamos a definir una lista con los diferentes objetivos que se esperan
alcanzar cuando el sistema software a desarrollar esté en explotación. Serán especificados
mediante una plantilla para objetivos.
OBJ–01 Gestionar las cintas y películas

Descripción El sistema deberá gestionar las cintas y películas disponibles en el vídeo
club: adquisiciones, retiradas, disponibilidad, etc.
Estabilidad alta
Comentarios ninguno
OBJ–02 Gestionar los socios

Descripción El sistema deberá gestionar las socios del vídeo–club: altas, bajas,
modificaciones de datos, sanciones, personas autorizadas, cuentas, etc.
Estabilidad alta
Comentarios ninguno
OBJ–03 Gestionar los alquileres

Descripción El sistema deberá gestionar los alquileres de cintas: entregas, devoluciones,
devoluciones tardías, reclamaciones, disponibilidad, etc.
Estabilidad alta
Comentarios ninguno
5
Aplicación UML
4. Requisitos de almacenamiento de información
Esta sección contiene la lista de requisitos de almacenamiento de información que se han

identificado, utilizando para especificarlos la plantilla para requisitos de almacenamiento de
información. Especificaremos toda la información que debemos almacenar en nuestro
sistema.
RI–01 Información sobre películas

Objetivos asociados OBJ–01 Gestionar las películas y cintas
Requisitos asociados  RF–04 Alta de película
 RF–05 Alta de cinta de vídeo
 RF–08 Baja de cinta de vídeo
 RF–10 Consulta de película
 RF–13 Consulta de películas alquiladas un día determinado
Descripción El sistema deberá almacenar la información correspondiente a las
películas del vídeo–club. En concreto:
Datos específicos  Título de la película
 Cintas de la película alquiladas en cada momento
 Cintas de la película disponibles para ser alquiladas en cada
momento
 Tipo de la película: infantil, acción, ciencia-ficción o adultos
 Duración de la película, en horas y minutos
 Actores principales de la película
 Director de la película
 Productora de la película
 Año de producción de la película
Intervalo temporal pasado y presente
Estabilidad alta
Comentarios ninguno
6
Aplicación UML
RI–02 Información sobre socios

Objetivos asociados  OBJ–02 Gestionar los socios
Requisitos  RF–01 Alta de socio
asociados  RF–02 Baja de socio
 RF–03 Modificación de datos de un socio
 RF–11 Consulta de un socio
 RF–12 Consulta de socios con pagos pendientes
 RF–12 Consulta de los socios más rentables
 RF–15 Identificación de socio
Descripción El sistema deberá almacenar la información correspondiente a los
socios del vídeo–club. En concreto:
Datos específicos  Número de socio, que deberá ser único para cada socio
 Número del documento nacional de identidad
 Nombre y apellidos
 Fecha de nacimiento
 Sexo
 Fecha de alta como socio
 Dirección
 Teléfonos
 Películas alquiladas en un momento dado
Intervalo temporal sólo presente
Estabilidad alta
Comentarios ninguno
7
Aplicación UML
RI–03 Información sobre cuentas de socios

Objetivos asociados OBJ–02 Gestionar los socios
Requisitos  RF–01 Alta de socio
asociados  RF–02 Baja de socio
 RF–05 Alquiler de cinta de vídeo
 RF–08 Devolución de cintas de vídeo
 RF–09 Ingreso a cuenta
 RF–11 Consulta de un socio
 RF–12 Consulta de socios con pagos pendientes
Descripción El sistema deberá almacenar la información correspondiente a las
cuentas de los socios del vídeo–club. En concreto:
Datos específicos  Saldo de la cuenta en cada momento
 Ingresos realizados en la cuenta, indicando fecha y cantidad
 Cargos realizados en la cuenta, indicando fecha, motivo y cantidad
 Pagos pendientes, indicando motivo que podrá ser alquiler no
pagado o multa; en el caso de alquiler no pagado se debe indicar
también la película alquilada y la fecha del alquiler
Intervalo temporal sólo presente
Estabilidad alta
Comentarios Un socio puede hacer ingresos a cuenta, por ejemplo para enviar a sus
hijos por películas sin que éstos tengan que llevar dinero
8
Aplicación UML
5. Requisitos funcionales
5.1 Diagramas de casos de uso
En esta sección hemos incluido los diagramas de casos de uso de nuestro sistema,
desarrollados con la herramienta Rational Rose.
Diagrama de subsistemas.
5.2 Definición de actores
Este apartado contiene los diferentes actores que se han identificado, especificados
mediante la plantilla para actores de casos de uso.
ACT–01 Socio
Descripción Este actor representa a los socios del vídeo–club
Comentarios ninguno
ACT–02 Empleado del vídeo–club

Descripción Este actor representa a los empleados del vídeo–club
Comentarios ninguno
9
Aplicación UML
5.3 Casos de uso del Sistema

5.3.1 Diagrama de casos de uso del subsistema Gestión de socios
10
Aplicación UML
5.3.2 Diagrama de casos de uso del subsistema Gestión de películas
11
Aplicación UML
5.3.4 Diagrama de casos de uso del subsistema Gestión de alquileres
12
Aplicación UML
ESPECIFICACIÓN DE CASOS DE USO
RF- 01 Alta de socio

Objetivos asociados OBJ–02 Gestionar las socios
Requisitos asociados RI–02 Información sobre socios
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando alguien solicite su ingreso
como
socio
Precondición El solicitante no es un socio del vídeo–club y tiene su
documentación disponible
Secuencia Paso Acción
Normal 1 El empleado del vídeo–club solicita al sistema
comenzar el proceso de alta de un nuevo socio
2 El sistema solicita los siguientes datos del nuevo
socio: nº del DNI, nombre, apellidos, fecha de
nacimiento, sexo, dirección y teléfonos de
contacto
3 El empleado del vídeo–club solicita los datos
requeridos y la documentación al nuevo socio
4 El empleado del vídeo–club comprueba que los
datos
del nuevo socio coinciden con los de la
documentación aportada
5 El empleado del vídeo–club proporciona los datos
requeridos y solicita al sistema que los almacene
6 El sistema almacena los datos proporcionados,
imprime el carné de socio e informa al empleado
del vídeo club de que el proceso ha terminado con
éxito
7 El empleado del vídeo–club entrega el carné al
nuevo
socio
Postcondición El solicitante es socio del vídeo–club y el saldo de su
cuenta es
0
Excepciones Paso Acción
4 Si la documentación aportada no es correcta, el
empleado del vídeo–club cancela la operación, a
continuación este caso de uso termina
13
Aplicación UML
5 Si el sistema detecta que el nuevo socio ya es

socio
del vídeo–club, el sistema informa de la situación
al
empleado del vídeo–club permitiéndole modificar
los
datos proporcionados, a continuación este caso de
uso
continúa
5 Si el empleado del vídeo–club solicita cancelar la
operación, el sistema cancela la operación, a
Rendimiento Paso Cota de tiempo
4 5 segundos
Frecuencia esperada 10 veces/día
Estabilidad alta
Comentarios La frecuencia será mucho mayor durante los dos primeros
meses, probablemente 100 veces/día
14
Aplicación UML
RF- 11 Consulta de un socio

siguiente caso de uso cuando el empleado del vídeo–club
lo considere oportuno
Precondición ninguna
comenzar el proceso de consulta de los datos de
un socio
2 El sistema solicita que se identifique al socio
de
identificación al sistema
4 El sistema muestra la siguiente información
asociada
al socio: nombre, apellidos, dirección, números de
teléfono, alquileres pendientes y saldo de su
cuenta
5 Si el empleado del vídeo–club solicita la
impresión de
los datos, el sistema imprime los datos del socio
Postcondición Ninguna
5 Si el sistema no tiene registrado ningún socio con
la
identificación proporcionada, el sistema comunica
al
empleado del vídeo–club la situación, a
continuación
este caso de uso termina
4 1 segundo
Comentarios El formato de visualización de los datos está pendiente de
definición
15
Aplicación UML
RF- 12 Consulta de socios con pagos pendientes

RI–03 Información sobre cuentas de socios
Precondición ninguna
comenzar el proceso de consulta de los socios con
pagos pendientes
2 El sistema muestra una lista ordenada por
cantidad
pendiente con la siguiente información por cada
socio:
nombre, apellidos, cantidad total pendiente y
detalle
de las cantidades pendientes
impresión de
los datos, el sistema imprime la lista
-- --
2 5 segundos
Frecuencia esperada 1 vez/semana
Comentarios ninguno
RF- 015 Identificación de socio

siguiente caso de uso durante la realización de los casos
de uso:
RF–02 Baja de socio
RF–03 Modificación de datos de un socio
RF–06 Alquiler de cintas de vídeo
Precondición El socio tiene su documentación disponible
Normal 1 El sistema solicita que se identifique al socio
16
Aplicación UML
2 El empleado del vídeo–club solicita el carné de

socio
de
identificación al sistema
4 El sistema muestra los números de teléfonos que
el socio proporcionó cuando se dio de alta
5 El empleado del vídeo–club solicita al socio que
le confirme alguno de los números de teléfono
registrados en el sistema
6 El empleado del vídeo–club confirma la identidad
del
socio al sistema
3 Si el sistema detecta que el supuesto socio no es
socio del vídeo–club, el sistema comunica al
empleado
del vídeo–club la situación, a continuación este
caso
de uso aborta
5 Si el socio no conoce ningún número de teléfono
registrado en el sistema y no puede demostrar su
identidad, el empleado del vídeo–club retiene el
carné de socio y cancela la operación, a
continuación este caso de uso aborta
5 Si el socio no conoce ningún número de teléfono
registrado pero puede demostrar su identidad por
otros
medios, el empleado del vídeo–club le recuerda
los números de teléfonos que proporcionó cuando
se dio de alta, a continuación este caso de uso
continúa
-- --
Comentarios ninguno
F- 02 Baja de socio
17
Aplicación UML

siguiente caso de uso cuando un socio solicite su baja
Precondición El solicitante es un socio del vídeo–club y tiene su
comen-
zar el proceso de baja de un socio
2 Se realiza el caso de uso RF–15 (Identificación de
socio)
3 El empleado del vídeo–club solicita al sistema
que elimine la información correspondiente al
socio
4 El sistema elimina los datos correspondientes al
socio e informa al empleado del vídeo–club de
que el proceso ha terminado con éxito
5 El empleado del vídeo–club inhabilita el carné al
socio que se acaba de dar de baja
Postcondición El solicitante no es socio del vídeo–club
3 Si el socio tiene pagos pendientes, el sistema el
sistema comunica la situación al empleado del
vídeo–club y cancela la operación, a continuación
6 1 segundo
Frecuencia esperada 1 vez/mes
Estabilidad alta
Comentarios Si el socio que desea darse de baja tiene un pago
pendiente, puede hacer un ingreso por su importe y repetir
el proceso de darse de baja
RF- 03 Modificación de los datos de un socio

18
Aplicación UML

siguiente caso de uso cuando un socio solicite la
modificación
de sus datos
comenzar el proceso de modificación de los datos
de un socio
socio)
3 El sistema muestra los siguientes datos
correspondientes al socio a modificar: nº del DNI,
nombre, apellidos, fecha de nacimiento, sexo,
dirección y teléfonos de contacto
4 El sistema permite al empleado del vídeo–club
modificar los siguientes datos: dirección y
teléfonos de contacto
5 El empleado del vídeo–club modifica los datos
que el
sistema le permite y solicita al sistema que los
almacene
6 El sistema modifica los datos correspondientes al
7 Si algún dato modificado aparece en el carné de
socio, el sistema imprime un nuevo carné de socio
8 Si fue necesario imprimir un nuevo carné de
socio, el
empleado del vídeo–club entrega el nuevo carné
al socio e inhabilita el antiguo
Postcondición La información del socio está actualizada
6 1 segundo
Comentarios ninguno
RF- 03 Modificación de los datos de un socio
19
Aplicación UML

siguiente caso de uso cuando un socio solicite la
modificación
de sus datos
comenzar el proceso de modificación de los datos
de un socio
socio)
correspondientes al socio a modificar: nº del DNI,
nombre, apellidos, fecha de nacimiento, sexo,
dirección y teléfonos de contacto
4 El sistema permite al empleado del vídeo–club
modificar los siguientes datos: dirección y
teléfonos de contacto
5 El empleado del vídeo–club modifica los datos
que el sistema le permite y solicita al sistema que
los almacene
6 El sistema modifica los datos correspondientes al
7 Si algún dato modificado aparece en el carné de
socio, el sistema imprime un nuevo carné de socio
8 Si fue necesario imprimir un nuevo carné de
socio, el
empleado del vídeo–club entrega el nuevo carné
al socio e inhabilita el antiguo
Postcondición La información del socio está actualizada
6 1 segundo
Comentarios ninguno
20
Aplicación UML
RF- 05 Alta de cinta de vídeo

Objetivos asociados OBJ–01 Gestionar las cintas y películas
Requisitos asociados RI–01 Información sobre películas
siguiente caso de uso cuando se adquieran nuevas cintas
de una
película
Precondición Ninguna
comenzar el proceso de alta de cinta
2 El sistema solicita que se identifique la película
que
contiene la cinta
3 El empleado del vídeo–club identifica la película
4 Si la película no está registrada, se realiza el caso
de
uso RF–04 (Alta de película)
5 El sistema solicita el número de cintas de la
película a
dar de alta
6 El empleado del vídeo–club proporciona el
número de
cintas y solicita al sistema que almacene la
información
7 El sistema almacena los datos proporcionados,
imprime la etiquetas de identificación de cintas
autoadhesivas e informa al empleado del vídeo–
club de que el proceso ha terminado con éxito
8 El empleado del vídeo–club pega las etiquetas en
las
cintas y las coloca en las estanterías
Postcondición Las cintas están registradas en el sistema
7 1 segundo
Frecuencia esperada 1 vez/día
Comentarios ninguno
RF–06 Alquiler de cintas de vídeo

Objetivos asociados · OBJ–03 Gestionar los alquileres
21
Aplicación UML
Requisitos asociados · RI–02 Información sobre socios

· RI–03 Información sobre cuentas de socios
siguiente caso de uso cuando un socio solicite alquilar una
o más cintas de vídeo
Precondición Ninguna de las cintas a alquilar está registradas como
alquiladas
comenzar el proceso de alquiler de cintas de vídeo
socio)
2 El sistema solicita que se identifiquen las cintas
que desean alquilar
3 El empleado del vídeo–club identifica las cintas y
solicita al sistema que registre el alquiler
4 El sistema almacena la información de los
alquileres y comunica al empleado del vídeo–club
que el proceso de registro ha terminado con éxito
5 Si el socio decide pagar al contado, el sistema
imprime el ticket con el importe correspondiente
y registra el pago como un ingreso en la cuenta
del socio
6 Si el socio decide pagar a cuenta, el sistema
registra el cargo en la cuenta del socio
Postcondición Las cintas a alquilar están registradas como alquiladas y la
cuenta del socio está actualizada
3 Si alguna de las cintas está registrada como
alquilada, el sistema comunicar la situación al
empleado del vídeo–club y excluir la cinta del
alquiler, a continuación este caso de uso continúa
4 1 segundo
Comentarios ninguno
RF–07 Devolución de cintas de video

22
Aplicación UML

siguiente caso de uso cuando un socio solicite devolver
una omás cintas de vídeo
Precondición Todas las cintas a devolver están registradas como
alquiladas
comenzar el proceso de devolución de cintas de
vídeo
2 El sistema solicita que se identifiquen las cintas
que se desean devolver
3 El empleado del vídeo–club identifica las cintas y
solicita al sistema que registre su devolución
4 El sistema registra las devoluciones
5 Si alguna cinta ha sido devuelta fuera de plazo, el
sistema registra la multa correspondiente como un
cargo en la cuenta del socio
6 Si el socio decide pagar al contado, el sistema
imprime el ticket con el importe correspondiente
y registra el pago como un ingreso en la cuenta
del socio
7 Si el socio decide pagar a cuenta, el sistema
registra el cargo en la cuenta del socio
Postcondición Las cintas a alquilar están registradas como alquiladas y la
cuenta del socio está actualizada
3 Si alguna de las cintas está registrada como
alquilada, el sistema comunicar la situación al
empleado del vídeo–club y excluir la cinta del
alquiler, a continuación este caso de uso continúa
4 1 segundo
Comentarios ninguno
RF- 08 Baja de cinta de vídeo

23
Aplicación UML

Precondición La cinta está registrada en el sistema
comenzar el proceso de baja de cinta de vídeo
2 El sistema solicita que se identifique la cinta a dar
de
baja
3 El empleado del vídeo–club identifica la cinta a
eliminar y solicita al sistema que la dé de baja
4 El sistema registra la baja de la cinta e informa al
empleado del vídeo–club de que el proceso ha
terminado con éxito
5 El empleado del vídeo–club elimina la cinta de las
estanterías
Postcondición La cinta no está registrada en el sistema
3 Si el sistema no tiene registrada ninguna cinta con
la
identificación proporcionada, el sistema comunica
al
empleado del vídeo–club la situación, a
continuación
4 1 segundo
Comentarios ninguno
RF–09 Ingreso a cuenta

siguiente caso de uso cuando un socio solicite hacer un
ingreso en su cuenta
Precondición El socio tiene disponible su carné
24
Aplicación UML

comenzar el proceso de ingreso en cuenta
2 El sistema solicita que se identifique al socio y se
indique la cantidad a ingresar
3 El empleado del vídeo–club proporciona al
sistema la Identificación del socio y la cantidad a
ingresar
4 El sistema registra el ingreso e informa del nuevo
saldo
5 El empleado del vídeo–club comunica al socio su
nuevo saldo
Postcondición El saldo de la cuenta del socio está actualizado
4 1 segundo
Comentarios Mientras no se implemente se puede hacer que todos los
pagos sean al contado
RF- 10 Consulta de una película

comenzar el proceso de consulta de los datos de
una película
2 El sistema solicita que se identifique la película a
consultar
3 El empleado del vídeo–club identifica la película
a consultar
correspondientes a la película: título, tema, año de
producción, actores principales, nombre de la
productora y número de cintas disponibles
25
Aplicación UML

impresión de
los datos, el sistema imprime los datos de la
película
Postcondición La información correspondiente a la película consultada
no ha
cambiado
4 1 segundo
Comentarios ninguno
RF–13 Consulta de las películas alquiladas un día

determinado
Requisitos asociados · RI–01 Información sobre las películas
comenzar el proceso de consulta de las películas
alquiladas un día determinado
2 El sistema solicita la fecha del día que se quiere
consultar, proponiendo la del día actual
3 El empleado del vídeo–club proporciona la fecha
del día determinado al sistema
4 El sistema muestra una lista ordenada por número
de alquileres con la siguiente información: título y
tema de cada película y número de alquileres en el
día determinado
impresión de los datos, el sistema imprime la lista
Postcondición La información sobre las películas no ha cambiado
26
Aplicación UML

4 5 segundos
Importancia importante
Urgencia hay presión
Comentarios ninguno
RF–14 Consulta de los socios más rentables

Requisitos asociados · RI–01 Información sobre películas
comenzar el proceso de consulta de los socios
más rentables
2 El sistema solicita el periodo de selección: última
semana, último mes, último año o siempre
3 El empleado del vídeo–club proporciona el
periodo de selección al sistema
4 El sistema muestra una lista ordenada por
cantidad de alquileres realizados con la siguiente
información: número de socio, nombre, apellidos,
teléfono y número de alquileres realizados en el
periodo indicado
impresión de los datos, el sistema imprime la lista
Postcondición La información sobre los socios no ha cambiado
4 5 segundos
Comentarios Si el periodo es siempre, el tiempo de respuesta puede ser
muy alto
27
Aplicación UML

Ejemplo Casos de Uso Video Club

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ejemplo Casos de Uso Video Club

Cargado por

Copyright:

Formatos disponibles

ANÁLISIS Y DISEÑO DE SISTEMAS

Ejemplo de Casos de uso

3. Objetivos del sistema..............................................................................................................5

4. Requisitos de almacenamiento de información......................................................................6

5.1 Diagramas de casos de uso................................................................................................9

5.2 Definición de actores.........................................................................................................9

5.3 Casos de uso del sistema

5.3.1 Casos de uso del subsistema Gestión de socios

Un caso de uso es la descripción de una secuencia de interacciones entre el sistema y uno o

Nuestros clientes al momento de solicitar en alquiler un video casete, frecuentemente nos

El histórico de alquiler de videos se requiere con el fin de analizar el comportamiento del

3. Objetivos del sistema

OBJ–01 Gestionar las cintas y películas

OBJ–02 Gestionar los socios

OBJ–03 Gestionar los alquileres

4. Requisitos de almacenamiento de información

Esta sección contiene la lista de requisitos de almacenamiento de información que se han

RI–01 Información sobre películas

RI–02 Información sobre socios

RI–03 Información sobre cuentas de socios

5.1 Diagramas de casos de uso

5.2 Definición de actores

ACT–02 Empleado del vídeo–club

5.3 Casos de uso del Sistema

5.3.2 Diagrama de casos de uso del subsistema Gestión de películas

5.3.4 Diagrama de casos de uso del subsistema Gestión de alquileres

ESPECIFICACIÓN DE CASOS DE USO

RF- 01 Alta de socio

5 Si el sistema detecta que el nuevo socio ya es

RF- 11 Consulta de un socio

RF- 12 Consulta de socios con pagos pendientes

RF- 015 Identificación de socio

2 El empleado del vídeo–club solicita el carné de

Requisitos asociados RI–02 Información sobre socios

RF- 03 Modificación de los datos de un socio

Descripción El sistema deberá comportarse tal como se describe en el

RF- 03 Modificación de los datos de un socio

Objetivos asociados OBJ–02 Gestionar las socios

RF- 05 Alta de cinta de vídeo

RF–06 Alquiler de cintas de vídeo

Requisitos asociados · RI–02 Información sobre socios

RF–07 Devolución de cintas de video

Requisitos asociados · RI–02 Información sobre socios

RF- 08 Baja de cinta de vídeo

Descripción El sistema deberá comportarse tal como se describe en el

RF–09 Ingreso a cuenta

Normal 1 El empleado del vídeo–club solicita al sistema

RF- 10 Consulta de una película

5 Si el empleado del vídeo–club solicita la

RF–13 Consulta de las películas alquiladas un día

Rendimiento Paso Cota de tiempo

RF–14 Consulta de los socios más rentables

También podría gustarte