DIAGRAMAS DE CASO DE USO

 

DEFINICION:

Un casos de uso es una secuencia de transacciones que son desarrolladas por un sistema en respuesta a un evento que inicia un actor sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la funcionalidad y el comportamiento de un sistema mediante su interacción con los usuarios y/o otros sistemas. O lo que es igual , un diagrama que muestra la relación entre los actores y los casos de uso en un sistema.

Una relación es una conexión entre los elementos del modelo, por ejemplo la relación y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una respuesta a eventos que se producen en el mismo.

En este tipo de diagrama intervienen algunos conceptos nuevos: un actor es una entidad externa al sistema que se modela y que puede interactuar con él; un ejemplo de actor podría ser un usuario o cualquier otro sistema.

Un diagrama de casos de uso es un grafico que incluye:

•los actores
•un conjunto de casos de uso encerrados en un recinto,
•la comunicación entre los actores y los casos de uso
•las generalizaciones sobre los casos de uso.

Diagramas de Casos de uso:

LOS DIAGRAMAS DE CASOS DE USO SE COMPONEN DE LOS SIGUIENTES ELEMENTOS:Actores, casos de uso, relaciones, limite del sistema.

ACTORES:
Representan los roles que juegan los usuarios u otros sistemas en el sistema del problema.

CASOS DE USO:
Son las acciones que pueden tener lugar en el sistema que queremos modelar.

RELACIONES:
Indican actividad o flujo de información.

LIMITE DEL ISTEMA:
Define el ámbito donde se produce el caso de uso que estamos representando y que va a ser tratado por el sistema. Los actores no son parte del sistema y por lo tanto están fuera de sus límites.


NOTACION DE LOS CASOS DE UML:

•Los casos de uso se representan por una elipse conteniendo el nombre, que opcionalmente podría ir debajo de la elipse.

•Los actores se representan con un monigote y el nombre del actor al pie de la figura. Los nombres de los actores suelen empezar por mayúscula.

DESCRIPCION DE LOS CASOS DE USO:

•Un caso de uso describe una funcionalidad más una interacción entre un actor y un sistema en forma de secuencia de acciones.

•La descripción se centra en lo que debe hacerse, no en la manera de hacerlo.

•Deben evitarse expresiones imprecisas. Se busca sencillez y claridad.

•Puede utilizarse un lenguaje estructurado para representar secuencia, repeticiones y situaciones opcionales.

•La descripción debe contener:
–Inicio del caso de uso
–Fin del caso de uso
–Interacción entre el caso de uso y los actores
–Intercambios de datos
–Cronología y origen de los datos

CONSTRUCCION DE CASOS DE USO:

•Es un proceso iterativo. Se van descubriendo los escenarios desde el punto de vista del usuario, es decir los ACTORES.

•Para detectar los casos de uso es conveniente hacer las siguientes preguntas:
–¿Cuáles son las principales tareas de cada actor?
–¿Escribe/lee/modifica el actor alguna información del sistema?
–¿Informa el actor al sistema de los cambios externos?
–¿Desea el actor ser informado de cambios no esperados?

•Es un proceso iterativo, en el que pueden utilizarse distintas técnicas de observación o de entrevista estructurada (para describir los escenarios potenciales desde el punto de vista del usuario).

•Los casos de uso no pueden ser demasiado pequeños, ya que deben aportar algún valor al actor.

•En el momento de identificar los actores es conveniente distinguir entre
–actores principales (que son los que emplean directamente el sistema llevando a cabo las tareas más importantes)
–actores secundarios (existen para que los principales puedan utilizar el sistema).

•La estructura del sistema debe decidirse teniendo en cuenta a los actores principales.

RELACION ENTRE CASOS DE USO:Generalización
•Es una relación de generalización donde un caso de uso extiende otro caso de uso pudiendo añadir acciones a un caso de uso general.
Extiende•Es una relación de dependencia donde un caso de uso extiende otro caso de uso añadiendo acciones a un caso de uso extendido.

Incluye
•Es una relación de dependencia donde un caso de uso utiliza otro caso de uso, indicando que es parte de un caso de uso.


UN ELJEMPLO DE DIAGRAMA DE CASOS DE USO:

DIAGRAMA DE CASOS DE USO PARTE 1

DIAGRAMA DE CASOS DE USO PARTE 2

UML: Diagramas UML. ¿Qué es UML?

Por JONATHAN
23 de  abril de 2012

Diagramas UML. ¿Qué es UML? UML es un conjunto de herramientas, que permite modelar (analizar y diseñar) sistemas orientados a objetos.

Ahora la frase más importante de todo el artículo: "El 80% de los problemas se pueden resolver usando tan solo el 20% de UML"

 Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir ydocumentar artefactos de un sistema de software. Se usa para entender, diseñar,configurar, mantener y controlar la información sobre los sistemas a construir.UML capta la información sobre la estructura estática y el comportamiento dinámico de unsistema.

 Un sistema se modela como una colección de objetos discretos que interactúanpara realizar un trabajo que finalmente beneficia a un usuario externo.El lenguaje de modelado pretende unificar la experiencia pasada sobre técnicas demodelado e incorporar las mejores prácticas actuales en un acercamiento estándar.UML no es un lenguaje de programación. Las herramientas pueden ofrecer generadoresde código de UML para una gran variedad de lenguaje de programación, así comoconstruir modelos por ingeniería inversa a partir de programas existentes.

Es un lenguaje de propósito general para el modelado orientado a objetos. UML es tambiénun lenguaje de modelamiento visual que permite una abstracción del sistema y suscomponentes.Existían diversos métodos y técnicas Orientadas a Objetos, con muchos aspectos en comúnpero utilizando distintas notaciones, se presentaban inconvenientes para el aprendizaje,aplicación, construcción y uso de herramientas, etc., además de pugnas entre enfoques, loque genero la creacion del UML como estándar para el modelamiento de sistemas desoftware principalmente, pero con posibilidades de ser aplicado a todo tipo de proyectos.

Herramientas UML

Pero volviendo a la definición de UML como "conjunto de herramientas", si nos imaginamos UML como una caja de herramientas con su martillo, destornillador, alicates, etc. Veamos qué contiene nuestra caja de herramientas:

• Diagrama de casos de uso
• Diagrama de clases
• Diagrama de estados
• Diagrama de secuencias
• Diagrama de actividades
• Diagrama de colaboraciones
• Diagrama de componentes
• Diagrama de distribución

Pero siguiendo con la analogía, si vamos a colgar un cuadro no usaremos todas las herramientas de nuestra caja, posiblemente sólo usemos el martillo para clavar el clavo.

Lo mismo pasa con UML, una vez que conozcamos las herramientas usaremos en cada momento las más adecuadas a nuestras necesidades. Nos os voy a decir que esto sea fácil, pues hay que saber para qué sirven y qué limitaciones tienen unas y otras para conocer su utilidad. Pero se puede alcanzar este conocimiento con un poco de práctica y sentido común.

El Lenguaje de Modelado Unificado (UML)

Una exigencia de la gran mayoría de instituciones dentro de su Plan Informático estratégico, es que los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estándar y unificado.

Es decir, se requiere que cada una de las partes que comprende el desarrollo de todo software de diseño orientado a objetos, se visualice, especifique y documente con lenguaje común.

Se necesitaba un lenguaje que fuese gráfico, a fin de especificar y documentar un sistema de software, de un modo estándar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema.

Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notación estándar y semánticas esenciales para el modelado de un sistema orientado a objetos.

Cabe preguntarse ¿Cuáles son las características que debe tener una herramienta UML?

Caracteristicas Principales De UML

   
El UML Lenguaje de Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables.
      

El lenguaje unificado de modelado es una de las herramientas más emocionantes en el mundo actual del desarrollo de sistemas. Este se debe a que permite a los creadores de sistemas generar diseños que capturen sus ideas en una forma convencional fácil de comprender para comunicarlas a otras personas.
La necesidad del UML
Su necesidad radica principalmente en el hecho de que es un lenguaje que permite desarrollar un plan bien analizado que pueda ser comprensible tanto como para el cliente como para los o el realizador explicarlo, analizarlo y desarrollarlo.

Orientación a objetos:

 En el análisis y diseño orientados a objetos (OO), interesa el comportamiento del objeto. Si se construye software, los módulos de software OO se basan en los tipos de objetos. El software que implanta el objeto contiene estructuras de datos y operaciones que expresan dicho comportamiento. Las operaciones se codifican como métodos. La representación en software OO del objeto es entonces una colección de tipos de datos y objetos.

Entonces, dentro del software orientado a objeto, un objeto es cualquier cosa, real o abstracta, acerca de la cual almacenamos datos y los métodos que controlan dichos datos.
Un objeto es una instancia de clase (una entidad que tiene valores específicos de los atributos y acciones).