07. Lenguaje de Modelado Unificado

¿Qué es UML? Historia de UML Modelos y Diagramas UML para documentar Vocabulario de UML Diagramas UML Diagramas Estructurales Diagramas Dinámicos Herramientas de soporte al modelado StarUML

UML es un Lenguaje de Modelado Unificado  basado en una notación gráfica  la cual permite: visualizar, especificar,   objetos de un sistema software. construir y documentar  objetos El UML modela el sistema mediante el uso de objetos y relaciones estáticas o dinámicas que existen entre ellos. UML puede ser utilizado por cualquier metodología de análisis y diseño orientada a objetos. Unificación de modelado orientado a objetos de Booch, Rumbaugh (OMT: Object Modeling Technique ) y Jacobson (OOSE: Object-Oriented Sotfware Engineering ) .

UML 2.0 promete la puesta a punto del estándar para poder integrarse con el desarrollo basado en componentes que demanda el mercado.

Un proceso de desarrollo de software debe o frecer un conjunto de modelos  que permitan expresar el producto desde cada una de las perspectivas de interés. Cada modelo es completo  desde su punto de vista del sistema, sin embargo, existen relaciones de trazabilidad entre los diferentes modelos. El código fuente del sistema es el modelo más detallado  del sistema (y además es ejecutable). Sin embargo, se requieren otros modelos ...

UML cubre la especificación de un sistema: Requisitos Arquitectura Análisis Diseño Código fuente Planificación Pruebas Prototipos Versiones

Describen los elementos del sistema (clasificadores) y sus relaciones. Los más comunes son: Diagrama Diagrama Diagrama Diagrama

de de de de

Casos de Uso Clases Componentes Despliegue

“Un caso de uso es una descripción del comportamiento del sistema, en términos de secuencias de acciones. Un caso de uso debe producir un resultado de valor observable para un actor”.

“Un actor representa alguien o algo fuera del sistema que interactúa con el sistema”.

Diagrama que muestra las relaciones entre los actores y casos de uso dentro de un sistema.

Los casos de uso representan los requisitos funcionales del sistema. U n conjunto de acciones que representan un posible comportamiento del sistema. Se inspiran en escenarios utilizados para describir procesos. Los actores  llevan a cabo los casos de uso. Un actor puede ser una persona  como también un sistema externo . Un actor puede realizar muchos casos de uso  y viceversa.

Cuando se especifica un caso de uso se describe de modo textual el CU, se indica los actores, el flujo de eventos principal y alternativos y las excepciones. Actor Principal:  Cajero Flujo Principal: El Cajero registra los artículos que el cliente ha seleccionado y se genera un ticket.

1. El cajero registra el identificador de cada artículo. 2. El sistema obtiene el precio de cada artículo y añade la información a la transacción de venta. 3. Al acabar el cajero indica la finalización de la introducción de artículos. 4. El sistema calcula el total de la compra y lo muestra. 5. El cajero le dice al cliente el total. 6. El cliente realiza el pago. 7. El cajero registra la cantidad de dinero recibida. 8. El sistema muestra la cantidad a retornar al cliente y genera un recibo. 9. El cajero deposita el dinero recibido y saca la cantidad a devolver que entrega al cliente junto al ticket de compra.

Un diagrama de clases muestra el conjunto de clases y objetos importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos. Muestra de una manera estática la estructura de información del sistema y la visibilidad que tiene cada una de las clases, dada por sus relaciones con los demás en el modelo. Conceptos básicos orientación a objetos

Una clase  representa un conjunto de entidades que tienen en común propiedades , operaciones , relaciones y semántica . Una clase es un constructor  que define la estructura y comportamiento de una colección de objetos denominados instancia de la clase.

Asociación (rol, multiplicidad, calificador): Representa las relaciones entre instancias de clase. Cada asociación tiene dos roles; cada rol es una dirección en la asociación. Multiplicidad  Describe la cardinalidad de la relación, es decir, cuanto objetos de esa clase pueden participar en la relación dada.

Los diagramas de componentes describen los elementos físicos reemplazables del sistema y sus relaciones.

Los componentes representan todos los tipos de elementos software  que entran en la fabricación de aplicaciones informáticas. Pueden ser simples archivos, librerías, bibliotecas cargadas dinámicamente, etc. Las relaciones de dependencia  se utilizan en los diagramas de componentes para indicar que un componente utiliza los servicios ofrecidos por otro componente.

Los diagramas de despliegue muestran la disposición física de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos.

L a vista de despliegue  representa la disposición de las instancias de componentes de ejecución en instancias de nodos conectados por enlaces de comunicación. U n nodo es un recurso de ejecución tal como Dispositivos Procesadores Memoria

Los nodos se interconectan mediante soportes bidireccionales  que pueden a su vez estereotiparse.

Describe el comportamiento del sistema a través del tiempo. Diagrama de Interacción: modela como interactúan los objetos para realizar una funcionalidad del sistema Diagrama de Colaboración Diagrama de Secuencia Diagrama de Estados Diagrama de Actividades

Por lo general, un diagrama de interacción captura el comportamiento de un caso de uso único.

Muestra como colaboran varios objetos  en   en un solo caso

Hay dos tipos de diagramas de interacción: diagramas de secuencia y diagramas de colaboración. Un diagrama de secuencia muestra la interacción de un conjunto de objetos de una aplicación a través del tiempo. Elementos básicos del diagrama de interacción:  A c t o r e s u o b j e t o s p a r a c a d a e n t i d a d .  Ac Enlaces entre los objetos. Procedimientos a invocar entre los objetos. Mensajes entre los objetos.

Es una forma de representar la interacción entre los objetos y la secuencia de los mensajes de las iteraciones que están indicadas por un número a diferencia de los diagramas de secuencia, pueden mostrar el contexto de la operación y ciclos en la ejecución. Muestra como varios objetos colaboran en un solo caso de uso.

Muestra el conjunto de estado por los cuales pasa un objeto durante su vida en una aplicación junto aplicación junto con los cambios que permiten pasar de un estado a otro. Está representado principalmente principalmente por los siguientes elementos: estado, elemento y transición. transición.

Un diagrama de actividades es un caso especial de un diagrama de estados en el cual casi todos los estados son estados de acción y casi todas las transiciones son enviadas al terminar al estado anterior. Generalmente modelan los pasos de un algoritmo. algoritmo.

Herramientas comerciales generales: Suite de IBM Rational Enterprise Architect Borland Together Herramientas libres o con versiones básicas gratuitas: StarUML Argo UML Poseidon Umbrello Eclipse UML2 Eclipse Omondo Integración con los IDEs existentes

Diagrama de casos de uso

Diagrama de clases

Diagrama de paquetes