viernes, 27 de julio de 2012

Diagramas de Casos De Uso


Los sistemas funcionan de manera conjunta, nunca de manera aislada y a su vez existe una interaccion con actores que utilizan dicho sistema para un fin, esperando un funcionamiento apropiado segun el contexto en el que se usa.
El caso de uso un tipo de diagrama UML que se encarga de modelar los aspectos mas sobresalientes de un sistema, es decir, modela el comportamiento de un sistema, subsistema o una clase determinada.Tambien es la descripcion de un conjunto de secuencias de acciones que ejecuta un sistema para producir un resultado observable y de valor para el actor.

La utilidad de los casos de uso se evidencia en el momento de capturar el comportamiento que se desea del sisstema que se esta desarrollando, incluso se podria ver como una simulacion de lo que se espera del sistema a cosntruir.


Elementos o componentes de un Diagrama de Caso de Uso: Normalmente los diagramas de caso de uso contienen componentes tales como:
  1. Sujeto:es una clase que contiene un conjunto de casos de uso.
  2. Actor:representa un conjunto de roles que interactuan con los casos de uso.
  3. Flujo de eventos:describe que hace el sistema y cuando se usa se debe incluir como y cuando empieza y acaba el caso de uso.
  4. Escenario:Son las distintas secuencias del flujo de eventos que ilustra un comportamiento.
  5. Colaboraciones:son sociedades de clases y otros elementos que colaboran para lllevar a cabo el comportamiento de un caso de uso
  6. Relaciones como:
  • Dependencia
  • Generalizacion
  • Asociacion.
  • Inclusion
  • Extension
7.Si se requiere, algun tipo de paquete.
8.Restricciones
9.Nombres: es el elemento que se usa para identificar un caso de uso, estos se dividen en "nombres simples" y "nombres calificados".

Nota: Los paquetes se emplean con el objetivo de agrupar varios elementos del modelo en partes mayores.

OTROS OBJETOS QUE SE PUEDEN ENCONTRAR DENTRO DE LOS DIAGRAMAS DE CASO DE USO SON :

Tecnicas comunes de los Diagramas de Caso de Uso:
  • Modelado del contexto de un sistema: Esta tecnica nos permite definir el entorno en el que reside el sistema con el cual se esté trabajando. Para ello tenemos unos pasos para modelar dicho sistema:
a) Identificar actores del sistema
b) Jerarquizar los actores del sistema
c) Generar un estereotipo para cada actor
d) Incorporar los actores al respectivo caso de uso y especificar algún tipo de relación.
  • Modelado de los requisitos de un sistema: Nos proporciona una manera de establecer que propiedades o comportamientos son necesarios en un sistema. Pasos para modelar requisitos del sistema:
a) Identificar actores del sistema.
b) Verificar el comportamiento del actor frente al sistema.
c) Nombrar los comportamientos como casos de uso.
d) Generar casos de uso mas especificos de uno general.
e) Modelar los casos de uso con sus respectivos actores y relaciones a un diagrama.
f) Adicionar etiquetas mencionando los requisitos no funcionales.
  • Ingenieria directa e inversa: Esta ultima tecnica nos permite transformar un modelo de caso de uso a un lengueje de codigo cualquiera y viceversa. para ello tenemos los siguientes pasos para llegar a ingenieria directa:
a) Identificar el flujo de eventos de cada caso de uso.
b) Generar las precondiciones de cada flujo.
c) Generar la estructura del programa de acuerdo al caso de uso.
d) Probar que efectivamente dicho programa cumpla con lo planteado en el diagrama de caso de uso.
Pasos para llegar a Ingenieria inversa:
a) Identificar los actores que interactúan con el sistema.
b) Considerar el tipo de interacción del actor con el sistema.
c) Trazar el flujo de eventos del sistema.
d) Agrupar los diferentes flujos de eventos en un caso de uso.
e) Representar los actores en un diagrama de caso de uso con las respectivas relaciones.

  • Modelado de comportamiento de un elemento: Los casos de uso se utilizan para modeladar el comportamiento de un sistema o clase, concentrandose en lo que este hace, dejando de lado, el como lo hace.
Para ello se debe tener en cuenta los siguientes puntos:
a) Identificacion de los actores que interactuan con el sistema.
b) Organizar los actores identificando los roles que desempeñan
c) Tener en cuenta las formas mas importantes que tiene el cator de interactuar con el sistema.

ESTRUCTURA DE DOCUMENTACION DE CASOS DE USO

EJEMPLO




Documento En pdf sobre la documentacion de casos de uso:
Documentación de Los Casos de Uso

La ubicación en la Jerarquia de Diagramación UML está en el Nivel 2, y se deriva de Diagramas de Comportamiento:
Jerarquia.png
Para su documentación es importante ser lo más claro y descriptivo posible durante la secuencia normal del sistema y se emplea el siguiente formato eñ cual puede variar por el Analista:
Formato_CU.png

No hay comentarios:

Publicar un comentario