UML es un Lenguaje de Modelado Unificado basado en una notación gráfica la cual permite: especificar, construir, visualizar y documentar los objetos de un sistema programado. El UML modela sistemas mediante el uso de objetos que forman parte de él así como, las relaciones estáticas o dinámicas que existen entre ellos.

DIAGRAMAS EMPLEADOS POR EL UML Diagrama de Casos de Uso, de Clases, de Actividades, de Iteración(de

Secuencia, de Colaboración), de Estados, de Implementación(de Componentes, de Despliegue).

DIAGRAMAS DE CASOS DE USO EN UML El diagrama de casos de uso es parte de UML. Sus partes son: El Caso de uso,

el actor, la relación <<extiende>>, la relación << usa >>.

Introducción a UML 4

El bloque de construcción básico de UML es un “Diagrama”

Ejemplo de Diagramas de Casos de Uso.

<<use>>

Actor Caso de Uso <<extend>>

Ejemplos de los Casos de Uso

1.PEDIDOS 2.INFORMES 3.AVERIAS4.RESERVAS5.SUGERENCIAS6.INFORMES PARA EL USUARIO7.ACTIVIDAD

DIAGRAMAS DE CASOS DE USOUn diagrama de Casos de Uso muestra la distintas

operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u otras aplicaciones).

Cada caso de uso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo.El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema.

Elementos del Casos de UsosActor: Es un usuario del sistema, que necesita o usa alguno

de los casos de uso. Relaciones: 1.comunicates,2.Uses,3.Extends

Diagramas de clasesUn diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.

Elementos del Diagrama de Clases

- Clase - Multiplicidad - Dependencia - Atributo - Agregación - Operación

- Generalización - Objeto- Refinamiento - Asociación

- Rol

Todos los casos de uso constituyen el MCU que describe la funcionalidad total del sistema.

El modelo de casos de uso utiliza tres elementos básicos: › Actores, para modelar los diferentes roles

que los elementos externos al sistema pueden representar.

› Casos de uso, para representar todo aquello que el actor ha de poder realizar en el sistema.

› Relaciones, que asocian a los elementos actores y casos de uso.

Introducción a UML 8

Caso de Uso: Especifica una secuencia de acciones, incluyendo sus variantes, que el sistema puede realizar y que produce un resultado observable válido para un actor particular.

Los casos de uso se emplean para capturar el comportamiento deseado del sistema, sin tener que especificar cómo se va a implementar. El nombre de un caso de uso debe comenzar con un verbo para especificar que se trata de un proceso.

Los requerimientos funcionales están naturalmente estructurados como casos de uso.

¿Cómo identificar casos de uso? Hay que preguntarse:

› 1. ¿Cuáles son las tareas y responsabilidades de cada actor con el sistema?

› 2. ¿Algún actor creará, almacenará, cambiará, borrará o leerá información del sistema?

› 3. ¿Qué casos de uso crearán, almacenarán, cambiarán, borrarán o leerán información?

Introducción a UML 9

UML provee el Modelo de Casos de Uso para representar la vista del sistema que se corresponde con la vista del usuario.

En UML la representación visual de los casos de uso es el diagrama de casos de uso.

Los diagramas de casos de uso describen lo que hace un sistema desde el punto de vista de un observador externo, enfatizando en el qué más que el cómo.

Captura los requerimientos funcionales y el ambiente del sistema.

Permite comprender y describir los requerimientos del sistema. Plantean escenarios, es decir, lo que pasa cuando alguien

interactúa con el sistema, proporcionando un resumen para una tarea u objetivo.

Se utilizan para modelar los aspectos dinámicos de un sistema. Es un diagrama que muestra un conjunto de casos de uso, actores y

sus relaciones. Describe lo que el sistema debe hacer y bajo que restricciones.

Introducción a UML 10

Actor:› Especifica un conjunto de roles que los usuarios de los casos

de uso representan al interactuar con éstos. › Representa un rol que es desempeñado:

Por una persona Un dispositivo hardware Otro sistema al interactuar con el sistema en construcción.

Introducción a UML 11

Actor ACaso de Uso A

Relaciones entre actores y casos de uso:

› Asociación (Comunicación: Relación entre un actor y un caso de uso, denota la participación del actor en el caso de uso determinado. Todas las líneas que salen del actor denotan este

tipo de relación. Relaciones entre casos de uso:

› Extensión (<<extend>>)› Inclusión (<<include>>)› Generalización

Relaciones entre actores:› Generalización.

Introducción a UML 12

Una relación de inclusión (<<include>>) entre casos de uso significa que un caso de uso base incorpora explícitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base.

Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo el comportamiento común en un caso de uso aparte.

Una relación include entre dos Casos de Uso indica que el comportamiento definido en el Caso de Uso a adicionar, es incluído en un lugar dentro de la secuencia del comportamiento realizado por una instancia del Caso de Uso base. Cuando una instancia del Caso de Uso «llega al lugar» donde el comportamiento de otro Caso de Uso debe ser incluído, ejecuta todo el comportamiento descripto por el Caso de Uso incluido y luego continúa de acuerdo a su Caso de Uso original. El Caso de Uso incluído no depende del Caso de Uso base. En este sentido, el Caso de Uso incluído representa comportamiento encapsulado que puede ser reutilizado en varios Casos de Uso.

Introducción a UML 13

Una relación de extensión <<extend>> entre casos de uso significa que un caso de uso base incorpora implícitamente el comportamiento de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al caso base.

Una relación de extensión se utiliza para modelar la parte de un caso de uso que el usuario puede ver como comportamiento opcional del sistema. De esta forma, se separa el comportamiento opcional del obligatorio.

También se puede utilizar una relación de extensión para modelar un subflujo separado que se ejecuta sólo bajo ciertas condiciones. El significado es que el sistema puede existir con o sin las diferentes extensiones.

Introducción a UML 14

Introducción a UML 15

Una relación de generalización entre Casos de Uso implica que el Caso de Uso hijo hereda todos los atributos, secuencias de comportamiento, puntos de extensión y relaciones definidos en el Caso de Uso padre. El Caso de Uso hijo puede definir nuevas operaciones, como también redefinir o enriquecer con nuevas secuencias de acciones operaciones ya existentes en el Caso de Uso padre.

Introducción a UML 16

Validar Usuario

Comprbar Clave

Examinar Retina

Introducción a UML 17