trabajo de investigaciòn

3. 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 >>.

4. Introducción a UML 4
El bloque de construcción básico de UML es un “Diagrama”

5. .Ejem plo de Diagr am as de Casos d e Uso
<<use>>
Actor Caso de Uso <<extend>>
Ejemplos de los Casos de Uso
1.PEDIDOS
2.INFORMES
3.AVERIAS
4.RESERVAS
5.SUGERENCIAS
6.INFORMES PARA EL USUARIO
7.ACTIVIDAD

6. DIAGRAMAS DE CASOS DE USO
Un 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 Usos
Actor: Es un usuario del sistema, que necesita o usa alguno de
los casos de uso.
Relaciones: 1.comunicates,2.Uses,3.Extends

7. Diagramas de clases
Un 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

8.  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

9.  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

10.  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

11.  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 A
Caso de Uso A

12.  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

13.  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

14.  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

15. Introducción a UML 15

16.  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

17. Introducción a UML 17