Introduccin a los Casos de Uso

Facultad de Ingeniera en Sistemas Clase de Diseo de Sistemas

Contenido
Qu es Caso de Uso? Elementos de Casos de Uso
Actores
Tipos de Actores

Caso de Uso
Construccin de un Caso de uso Tcnicas para trabajar Casos de uso

Escenarios

Contenido (Continuacin)
Ventajas de los Casos de Uso Peligros de los Casos de Uso Ejemplos

DIAGRAMAS DE CASOS DE USO

Definicin: Un caso de uso es una descripcin de los pasos o las actividades que debern realizarse para llevar a cabo algn proceso.

 En el contexto de ingeniera del software, un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema.

Los diagramas de casos de uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas.

Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo.

Elementos de un Diagrama de Casos de Uso

Actor:
Personaje(s) o entidad(es) que participarn en un caso de uso. Inicia una accin dentro del sistema, es representado por una figura en forma de persona.

Los Actores pueden ser:

- Operadores humanos. - Sistemas externos.

- Entidades abstractas, como el tiempo.

Tipos de actores:
Actores Principales: emplean directamente el sistema llevando a cabo las tareas ms importantes.

Actores Secundarios: existen para que los principales puedan utilizar el sistema.

Casos de Uso:

Es una operacin/tarea especfica que se realiza tras una orden de algn agente externo, sea desde una peticin de un actor o bien desde la invocacin desde otro caso de uso. Se representa por un ovalo, conteniendo el nombre.

Casos de Uso:
- Describe una funcionalidad ms una interaccin entre un actor y un sistema en forma de secuencia de acciones. - Se centra en lo que debe hacerse, no en la manera de hacerlo. - Evitar expresiones imprecisas. - Se busca sencillez y claridad.

Casos de Uso
- Puede utilizarse un lenguaje estructurado. La descripcin debe contener:
Inicio del caso de uso Fin del caso de uso Interaccin entre el caso de uso y los actores Intercambios de datos Cronologa y origen de los datos

Construccin de un Caso de Uso

Proceso iterativo: Se van descubriendo los escenarios desde el punto de vista del usuario (ACTORES). Para detectar los casos de uso es conveniente hacer las siguientes preguntas:

Cules son las principales tareas de cada actor? Escribe/lee/modifica el actor alguna informacin del sistema? Informa el actor al sistema de los cambios externos? Desea el actor ser informado de cambios no esperados?

Tcnicas para trabajar Casos de Uso:

- Tcnicas de observacin

- Entrevista estructurada (para describir los escenarios potenciales desde el punto de vista del usuario).
Los casos de uso no pueden ser demasiado pequeos, ya que deben aportar algn valor al actor.

Construccin de Casos de Uso

1
Identificar a grandes trazos los casos de uso. Las principales etapas de cada caso de uso se describen en un par de frases. Se distingue un caso principal y se identifican los casos alternativos y excepciones

2
Se establece un proceso iterativo en el cual los casos de uso se amplan, profundizndose su descripcin, buscando etapas comunes y alternativas que representar en otros caso de uso relacionados por las relaciones incluye, generaliza y extiende.

3
Se debe cuidar que: Exista una descripcin breve. Las condiciones definidas de arranque y parada del caso de uso Los usuarios estn satisfechos de la secuencia de interacciones entre el actor y el caso de uso

4
El problema fundamental encontrar el nivel de abstraccin adecuado. Recomendacin: Si un caso de uso se hace demasiado grande es conveniente dividirlo en varios.

Escenarios:
Situaciones concretas que deben recorrer total o parcialmente el caso de uso. Se debe comprobar que el caso de uso represente a todos los escenarios

Arcos de Comunicacin o Relacin

Representa la relacin que existe entre un UsoCaso y un Actor. Se representa por una flecha que se extiende desde el actor a un caso de uso.

Tipos de Relaciones
Asociacin Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha simple.

 Dependencia o Instanciacin: Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.

 Generalizacin Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de:
- Uso (<<uses>>) - Herencia (<<extends>>).

Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas).

uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica. Se representa por:

Lmite de Sistema
Se emplea para delimitar los limites de un sistema y es representado por un rectngulo de color distintivo.

Ejemplo 1:

Ejemplo 2:

Casos de Usos Ventajas:

Ayudan a asegurar que se desarrolla el sistema correcto. Documentan las respuestas funcionales de caja negra. Excelente forma de comunicacin con los clientes y los usuarios. Ayudan a gestionar la complejidad de los proyectos grandes.

Casos de Usos Ventajas:

Proporcionan el fundamento de los mensajes. Ofrecen una buena base para la verificacin y validacin. Modo objetivo para el seguimiento del proyecto. Pueden servir como base para especificar respuestas a aplicaciones de tiempo real.

Casos de Usos Peligros:

Llevan a una descomposicin funcional del sistema. Violacin de la ocultacin de la informacin.

Falta de formalidad.

EJEMPLO CASOS DE USO

Como ejemplo esta el caso de una Mquina Recicladora:

Contexto
Sistema que controla una mquina de reciclamiento de botellas, tarros. El sistema debe controlar y/o aceptar lo siguiente:

Registrar el nmero de tems ingresados. Imprimir un recibo cuando el usuario lo solicita:

Describe lo depositado El valor de cada tem Total

 El usuario/cliente presiona el botn de comienzo Existe un operador que desea saber lo siguiente:
Cuantos tems han sido retornados en el da. Al final de cada da el operador solicita un resumen de todo lo depositado en el da.

 El operador debe adems poder cambiar:

Informacin asociada a tems. Dar una alarma en el caso de que:
tem se atora. No hay ms papel.

Solucin:
Como una primera aproximacin identificamos a los actores que interactan con el sistema:

Luego, tenemos que un Cliente puede Depositar tems y un Operador puede cambiar la informacin de un tem o bien puede Imprimir un informe:

Adems podemos notar que un tem puede ser una Botella, un Tarro.

Otro aspecto es la impresin de comprobantes, que puede ser realizada despus de depositar algn tem por un cliente o bien puede ser realizada a peticin de un operador.

Diseo completo del diagrama

Gracias por su atencin.