29/01/03 1

Ejemplo de Casos de Uso:Ejemplo de Casos de Uso:Gestión de un Vídeo-ClubGestión de un Vídeo-Club

David Domínguez TortajadaRaúl García Valenzuela

Laboratorio de Sistemas de Información

Facultad de InformáticaUniversidad Politécnica de Valencia

29/01/03 2

Casos de UsoCasos de Uso

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

El sistema se considera como una caja negra, en la que la que los actores obtienen resultados observables.

29/01/03 3

Representación gráficaRepresentación gráfica

Los casos de uso tienen una representación gráfica en los denominados diagramas de casos de uso

Los actores se representan en forma de pequeños monigotes

Los casos de uso se representan por elipses.

29/01/03 4

Relaciones entre casos de Relaciones entre casos de usouso

A veces conviene establecer relaciones entre distintos casos de uso para simplificar su descripción.

Las dos posibles relaciones:

Extends.Includes.

29/01/03 5

IncludesIncludes

Un caso de uso A incluye el caso de uso B, si la secuencia de interacciones de B forma parte de la secuencia de interacciones de A.

Siempre que ocurre A también ocurre B.

29/01/03 6

IncludesIncludes

Un caso de uso será abstracto si no puede ser realizado por sí mismo.

Un caso de uso será concreto si puede ser iniciado por un actor y realizado por sí mismo.

Se suele utilizar esta relación cuando se detectan subsecuencias de interacciones comunes a varios casos de uso. Se saca “factor común”.

29/01/03 7

ExtendsExtends

Un caso de uso A extiende a otro caso de uso B cuando A es una subsecuencia de interacciones de B que ocurre en una determinada circunstancia.

A completa la funcionalidad de B.

A puede ser un caso de uso abstracto o concreto.

29/01/03 8

Plantillas para requisitos Plantillas para requisitos funcionalesfuncionales

Debe responder a la pregunta:

¿Qué debe hacer el sistema con la información almacenada para alcanzar los objetivos de su negocio?".

29/01/03 9

Plantillas para requisitos Plantillas para requisitos funcionalesfuncionales

Fuentes: nombre de los clientes o usuarios.Secuencia normal: secuencia de acciones.Excepciones: para cada una de las acciones.

Campos auxiliares:

rendimiento: tiempo en desarrollar cada acciónfrecuencia esperada: nº veces/unidad de tiempoImportancia,urgencia, estado, estabilidad y comentarios.