Casos

de Uso
Perez Daz Flix Antonio Email: tonox_17@hotmail.com

Casos de Uso
Un caso de uso describe una interaccion con los actores como secuencia de mensajes entre el sistema y uno o mas actores. Es una unidad coherente de funcionalidad, proporcionanda por una unidad del sistema y expresada por secuencias de mensajes intercambiados por la unidad del sistema y uno o mas actores. El proposito de un caso de uso es definir una pieza de comportamiento coherente, sin revelar la estruc- tura interna del sistema en pocas palabras estamos describiendo el comportamiento o como funciona la unidad de software que ocupara nuestro usuario Los casos de uso sirven mas que nada para capturar el comportamiendo deseado del sistema sin tener que especificar como se

implementa ese comportamiento, se usa como medio de comprension del sistema para desarrolladores, usuarios finales y expertos del do- minio y ayudan a validar la arquitectura y verificar el sistema en en el transcurso del desarrollo. Un aso de uso es iniciado por un actor. A partir de ese momento, ese Actor, junto con otros actores inter- cambian datos o control con el sistema participando de ese caso de usoLos casos de Uso tienen las siguientes caracteristicas Estan expresados desde el punto de vista del actor Se documentan con texto informal Describen tanto lo que hace el actor como lo que hace el sistema cuando

interactua con el, aunque el enfasis esta pueso en la interaccion son iniciados por un unico actor Estan acotados al uso de una determinda funcionalidad claramente diferenciada del sistema 

objetivo del analista, ya que un proyecto sin alcanze no podra nunca alcnzar sus objetivos. La diferencia entre un usuario y actor. un actores una clase de rol, mientras que un usuario es una persona que, cuando usa el sistema, asume un rol. De esta dorma, un usuario puede acceder al sistema como distintos actores. En pocas palabras un actor representa Representa un conjunto de roles que los usuarios de los casos juegan al interactuar con estos Representan un rol que es jugado por una per- sona, un dispositivo de hardware u otro sistema que interactue con nuestro sistema se puede definir en categorias generales de ac- tores y especializarlos atraves de relaciones e generalizaion Un actor y un caso de uso se pueden comunicar a traves de una asociasion en donde cada uno de ellos pueden enviar y recibir mensajes

Actores

Un actor es una agrupacion de personas, sistemas o maquinas que interactuan con el sistema que estamos constuyendo. Por ejemplo, para una empresa que recibe pedidos en forma telefonica, todos los operadores que reciban pedidos y los ingresen en un sistema de ventas, se pueden hacer las mismas cosas con el sistemas son considerados un unico actor como : Empleado de ventas . Los actores son externos al sistema que vamos a desarrollar. Por lo tantom al identificar actores estamos empezando a delimitar el sistema, y a definir su alcanze. Definir el alcanze del sistema es el primer

 Extension La extension se utiliza para estructurar y relacionar casos de uso, la cual especifica como un caso de uso puedo insertarse en otro para extender la funcionalidad del anterior. El caso de uso donde se insertara la nueva funcionalidad debe ser un flujo completo, por lo cual este es independiente del caso de uso a insertarse. El caso de uso inicial no requiere consideraciones adicionales al caso de uso a ser insertado, unicamente se espeficifica su punto de insercion La extension se utiliza para modelar las secuen- cias de eventos opcionales de casos de uso, que al manejarse de manera independiente pueden ganarse o eliminarse del sistema de manera modular Inclusion La inclusion se define como una seccion de un caso de uso que es parte obligatoria del caso de uso basico. El caso de uso donde se insertara la funcionalidad depende del caso de uso a ser

insertado. Esta relacion se etiqueta con incluye(include) 

Generalizacion

 poya A la reutilizacion de los casos de uso. Mediante la relacion de generalizacion es necesario describir las partes similares una sola vez, en lugar de repetirlas para todos los casos de uso con un comportamiento comun. Los casos de uso extraidos se conocen como

casos de uso abstractos, ya que no seran instanciados independientemente, y servirian solo para describir partes que son comunes a otros casos de uso. Los casos de uso que realmente seran instanciados se llaman casos de uso concretos.

References
[Alfredo Weitzenfeld, 2009] Ingeniera de software orientada a objetos con uml Java e internet

Ejemplos: