UML

¿Por qué modelamos?

El modelo capta los aspectos mas importantes de lo que estamos modelando desde cierto punto de vista ,y simplifica y omite el resto.un modelo de sistema de software organiza la información en varias vistas estructura estatica maquinas de estado,interacciones ,requisitos.

Niveles de modelo

Especificaciones abstractas de la estructura esencial de un sistema
Especificaciones completas de un sistema final
Descripciones completas o parciales de un sistema

¿Qué hay en un modelo?

Los modelos tienen dos aspectos importantes
Información semántica(semántica)
Presentacion visual(notacion)

¿Cuál es el significado de un modelo?

Es un generador de potencias configuraciones de sistemas tinen diferentes aspectos como:

· Abstracción frente a detalle
· Especificación frente a implementacion
· Descripción frente a instancia
· Variación en la interpretación

Principios del modelado

1. la eleccion de que modelos crear tiene una profunda influencia sobre como se acomete uyn problema y como se dara forma a una solucion
2. todo modelo puede ser expresado a diferentes modelos de precision
3. los mejores modelos estan ligados a la realidad
4. un unico modelo no es suficiente . Cualquier sistema no trivial se aborda mejor a traves de un pequeño conjunto demodelos casi independientes

Vision general del UML

· Visualizar
· Especificar
· Construir
· Documentar
Relaciones con el UML

· Dependencia
· Asociación
· Generalización
· Realización

Historia del UML

Fue desarrollado para ayudar y simplificar y consolidar un gran numero de métodos de desarrollo orientado a objetos que había surgido.

Objetivos del UML

El primero y el mas importante .Es que el UML es un modelo de lenguaje de pueden usar todos los modeladores .mantener
La capacidad de modelar toda la gama de sistemas que se necesita construir.

Diagramas estructurales

Diagrama de clase
Diagrama de objetos
Diagrama de componentes
Diagrama de despliegue

Diagramas de comportamiento

Diagrama de casos de uso
Diagrama de secuencia
Diagrama de colaboracion
Diagrama de estado
Diagramas de actividades

Relaciones

Al modelar un sistema no solo hay que identificar no solo hay que identificar los elementos que conforman el vocabulario del sistema sino tambien hay que modelar como se relacionan estos elementos entre si

Dependencia

En una relacion de uso que declara que un cambio es la especificación de un elemento puede Afectar a otro elemento que la utiliza pero no necesariamente a la inversa.

Generalización

Es la relacion de un elemento general(superclase o padre) y un caso mas especifico de ese elemento (subclase o hijo) . la generalización significa que los objetos hijos se pueden emplear en cualquier lugar en donde puede aparecer el padre, pero no a la inversa.

Asociación

Es una relacion estructural que especifica que los objetos de un elemento estan relacionados con el otro.Dada una asociación entre dos clases se puede navegar desde un objeto de una clase hasta el objeto de la otra o viceversa .


Casos de uso

Los casos de uso son un fenómeno interesante ,es una descripción de un conjunto de secuencias de acciones incluyendo variantes que ejecutan un sistema para producir un resultado observable de valor para el usuario.graficamente el caso de uso se usa con elipses.

Nombres; cada caso debe tener una distinción de significados puede constar de un texto con cualquier numero de letras u signos .

Casos de uso y flujo de eventos

Un caso de uso describe lo que hace un sistema pero no especifica como lo hace el comportamiento de un caso de uso se puede especificar describiendo un caso de flujos y eventos de forma textual ,suficiente claro para que alguien ajeno al sistema lo pueda entender fácilmente ,

Caso de uso y escenario

Conforme a la mejora de especificaron de sistema se pueden especificar gráficamente mediante digramas de especificación
Normalmente se usa un diagrama de secuencia para especificar el flujo principal de un caso de uso y se usan variaciones de ese diagrma para especificar los flujos esepcionales del caso de uso.

Caso de uso y colaboraciones

Captura el comportamiento esperado del sistema que se esta desarrollando sin tener que especificar como se implementa ese comportamiento.Esta separacion es importante porque el analisis de un sistema no deberia estar influenciado mientras sea posible mediante cuestiones de implementacion que especifican como se lleva el comportamiento.

Organización de caso de uso

Se pueden organizar tambien por:
Generalización
Inclusión
Extencion

Propiedades comunes

Es un tipo especial de diagrama se distinguen por su contenido particular