Introduccin a los Casos de UsoFacultad de Ingeniera en SistemasClase de Diseo de Sistemas

ContenidoQu es Caso de Uso?Elementos de Casos de UsoActoresTipos de ActoresCaso de UsoConstruccin de un Caso de usoTcnicas para trabajar Casos de usoEscenarios

Ventajas de los Casos de UsoPeligros de los Casos de UsoEjemplos

Contenido (Continuacin)

DIAGRAMAS DE CASOS DE USODefinicin: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 deingeniera 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

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.Actor:

Operadores humanos.

Sistemas externos.

Entidades abstractas, como el tiempo.Los Actores pueden ser:

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 usoFin del caso de usoInteraccin entre el caso de uso y los actoresIntercambios de datosCronologa 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 noesperados?

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.

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

4El 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 RelacinRepresenta la relacin que existe entre un Uso-Caso y un Actor. Se representa por una flecha que se extiende desde el actor a un caso de uso.

Tipos de RelacionesAsociacinEs 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.

GeneralizacinEste tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de:

- Uso()

- Herencia().

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 SistemaSe emplea para delimitar los limites de un sistema y es representado por un rectngulo de color distintivo.

Ejemplo 1:

Ejemplo 2:

Casos de UsosVentajas: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 UsosVentajas: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 UsosPeligros:Llevan a una descomposicin funcional del sistema.

Violacin de la ocultacin de la informacin.

Falta de formalidad.

EJEMPLO CASOS DE USOComo ejemplo esta el caso de una Mquina Recicladora:

ContextoSistema 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 depositadoEl valor de cada temTotal

El usuario/cliente presiona el botn de comienzoExiste 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.

**