Anda di halaman 1dari 32

LENGUAJE DE

MODELADO
UNIFICADO
(UML)
LIC. MARÍA ELENA CHÁVEZ BARCÉS
AGENDA

¿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
QUÉ ES UML?

UML es un Lenguaje de Modelado Unificado basado en una


notación gráfica la cual permite: visualizar, especificar,
construir y documentar objetos de un sistema software.
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 HISTORIA DE
desarrollo basado en componentes que
demanda el mercado. UML
MODELOS Y DIAGRAMAS
Un proceso de desarrollo de software debe ofrecer 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 PARA
DOCUMENTAR
UML cubre la especificación de un sistema:

Requisitos 
Arquitectura
Análisis
Diseño
Código fuente
Planificación
Pruebas
Prototipos
Versiones
VOCABULARIO DE UML
DIAGRAMAS UML
DIAGRAMAS ESTRUCTURALES

Describen los elementos del sistema (clasificadores) y sus


relaciones. Los más comunes son:

Diagrama de Casos de Uso


Diagrama de Clases
Diagrama de Componentes
Diagrama de Despliegue
CASO DE USO (CU)

“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”.
(1) DIAGRAMA DE CASOS DE USO

Diagrama que muestra las relaciones entre los actores y


casos de uso dentro de un sistema.
CARACTERÍSTICAS DE CASOS DE USO

Los casos de uso representan los requisitos funcionales del


sistema.
Un 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.
ESPECIFICACIÓN DE UN CASO DE USO
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.
10. El sistema almacena la compra completada.
(2) DIAGRAMA DE CLASES

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
DIAGRAMA DE CLASES

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.
DIAGRAMA DE CLASES

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. 
(3) DIAGRAMA DE COMPONENTES

Los diagramas de componentes describen los elementos físicos


reemplazables del sistema y sus relaciones.
DIAGRAMA DE COMPONENTES

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.
(4) DIAGRAMA DE DESPLIEGUE

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.
DIAGRAMA DE DESPLIEGUE

La 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. 
Un 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.
DIAGRAMAS DINÁMICOS

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
(5) DIAGRAMA DE INTERACCIÓN

Por lo general, un diagrama de interacción captura el comportamiento


de un caso de uso único.

Muestra como colaboran varios objetos en un solo caso


de uso.
DIAGRAMA DE INTERACCIÓN

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:
Actores u objetos para cada entidad.
Enlaces entre los objetos.
Procedimientos a invocar entre los objetos.
Mensajes entre los objetos. 
(6) DIAGRAMA DE COLABORACIÓN

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.
(7) DIAGRAMA DE ESTADOS

Muestra el conjunto de estado por los cuales pasa un objeto durante su


vida en una aplicación junto con los cambios que permiten pasar de un
estado a otro. Está representado principalmente por los siguientes
elementos: estado, elemento y transición.
(8) DIAGRAMA DE ACTIVIDADES

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.  
ELEMENTOS DE AGREGACIÓN Y
NOTACIÓN
RELACIONES
HERRAMIENTAS DE SOPORTE AL
MODELADO
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
STARUML

Diagrama
de casos de
uso
STARUML

Diagrama
de clases
STARUML

Diagrama
de paquetes

Anda mungkin juga menyukai