El Lenguaje de

Modelación Unificado UML 2.0

INTRODUCCION

la falta de estandarización en la manera de representar

gráficamente un modelo impedía que los diseños gráficos
realizados se pudieran compartir fácilmente entre distintos
diseñadores.
Se necesitaba por tanto un lenguaje no sólo para
comunicar las ideas a otros desarrolladores sino también
para servir de apoyo en los procesos de análisis de un
problema. Con este objetivo se creo el Lenguaje Unificado
de Modelado
BREVE RESEÑA HISTORICA
 Comenzó como el “Método Unificado”, con la
participación de Grady Booch y Jim Rumbaugh. Se
presentó en el OOPSLA’95 con UML 0.8

 El mismo año se unió Ivar Jacobson. Los “Tres

Amigos” son socios en la compañía Rational Software.
Esta union dio como resultado UML 0.9 y UML 0.91
BREVE RESEÑA HISTORICA
2005 UML 2.0
2003 UML 1.5
2000 UML 1.4
1999 UML 1.3 Revisiones menores

1998 UML 1.2

UML aprobado
Nov ‘97
por el OMG
BREVE RESEÑA HISTORICA

Como se
creo UML
¿Qué es UML?
 UML es ante todo un lenguaje. Un lenguaje proporciona
un vocabulario y unas reglas para permitir una
comunicación. En este caso, este lenguaje se centra en la
representación gráfica de un sistema.
 UML es un lenguaje de modelado que sirve para

visualizar, especificar , construir y documentar un

sistema software.
Construcción de Bloques UML
 Elementos

 Relaciones

 Diagramas
¿Qué es UML?
 Elementos :

 Elementos Estructurales
 Elementos de Comportamiento
 Elementos de Agrupación
 Elementos de Anotación

CINVESTAV-IPN
 ¿Qué es UML?
 Relaciones:
 Dependencia y Asociación
 ¿Qué es UML?
 Agregación, Generalización y Realización

CINVESTAV-IPN
EVOLUCION DE UML
DIAGRMAS QUE COMPONEN UML 1.X
 OMG UML 1.x está constituido por siete (07)
diagramas básicos y dos (02) diagramas que constituyen
variaciones de dos de los anteriores
DIAGRMAS QUE COMPONEN UML 2.0

En OMG UML 2.0 se definen una serie de diagramas

adicionales a los establecidos en OMG UML 1.x. El
conjunto de diagramas se encuentra organizado en torno a
dos categorías: diagramas estructurales (representados en
verdes) y diagramas dinámicos o de comportamiento
(representados en celeste). Los diferentes diagramas son
indicados en la figura siguiente:
DIAGRMAS QUE COMPONEN UML 2.0
DE UML 1.x a UML 2.0
 Diagramas de Casos de Uso (UML 1.X)
 Diagramas de Clases (UML 1.X)
 Diagramas de Objetos (UML 1.X)
 Diagramas de Interacción (UML 1.X)
– Diagrama de Secuencia
– Diagrama de Colaboración (Comunicación en UML 2.0)
 Diagramas de Estados (UML 1.X)
 Diagramas de Actividades (UML 1.X)
 Diagramas de Componentes (UML 1.X)
 Diagramas de Despliegue (UML 1.X)
 Diagrama de Estructura Compuesta (UML 2.0)
 Diagrama de Paquete (UML 2.0)
 Diagrama General de Interaccion (UML 2.0)
 Diagrama de tiempo (UML 2.0)
DIAGRAMAS QUE APARECEN EN UML 2.0

 Diagrama de Estructura Compuesta

 Diagrama General de Interacción
 Diagramas de Tiempos.
 Diagrama de Comunicación
OBJETIVOS DEL UML 2.0

 Al momento de desarrollar el nuevo estándar 2.0 del

UML, la OMG se propuso, entre otros, dos objetivos que
podríamos considerar principales debido a la influencia
de éstos en la versión final del estándar. Estos objetivos
son:
• Hacer el lenguaje de modelado mucho más
extensible de lo que era.
• Permitir la validación y ejecución de modelos
creados mediante el UML.
Mecanismos comunes en UML
 Especificaciones
 Adornos
 Divisiones Comunes
 Extensibilidad

CINVESTAV-IPN
Mecanismos comunes en UML
Mecanismos de extensión:
 Estereotipos: Extienden el vocabulario
de UML
 Valores Etiquetados: Extienden las
propiedades de los bloques de UML
 Restricciones: Extienden la semántica

de los bloques de UML.

CINVESTAV-IPN
UML 1.x vs. UML 2.0

UML 2.0 tiene varias ventajas frente a UML 1.x:

 muchos nuevos conceptos potentes

 definiciones mucho mejores (esto es, semántica)

 estructuración interna mejorada

 Sin embargo, aunque UML 2.0 está mucho mejor

definido que UML 1.5, su estado no es aún satisfactorio.
UML 1.x vs. UML 2.0

UML 2.0 tiene algunas criticas:

 sintaxis

 notación sobrecargada: demasiados sinónimos,

demasiado azucarado,
 falta de ortogonalidad notacional, hay quien ni

siquiera desea esto,

 semántica

 falta de semántica precisa: informal, dfns.

contradictorias y poco claras,

UML 1.x vs. UML 2.0

Pragmática
 falta de base metodológica tal como condiciones
de coherencia de modelos, tipos de uso etc.

 Aun así, es el lenguaje de modelado más

completo (“unificado”)
LOS NUEVOS DIAGRAMAS DEL UML 2.0

Superestructura de UML 2.0

 Diagramas de Componentes
Definición
Un componente es una parte física y reemplazable de un
sistema.
agentefraudes.dll

agente.java Realiza
Ej: AgenteFraudes
PoliticaFraudes
BuscarPatrones

system::dialog.dll
{version = 2.0.1}
Diagramas de Componentes
• Los diagramas de componentes describen los
elementos físicos del sistema y sus relaciones
• Muestran las opciones de realización
incluyendo código fuente, binario y ejecutable

Los componentes representan todos los tipos de

elementos software que entran en la fabricación
de aplicaciones informáticas
• Pueden ser simples archivos, paquetes,
bibliotecas cargadas dinámicamente, etc.
Diagramas de Componentes
Componentes y clases
Las clases representan abstracciones lógicas. Los
componentes son elementos físicos del mundo real. Un
componente es la implementación física de un conjunto de
otros elementos lógicos, como clases y colaboraciones.
Ejemplo de un componente y las clases que implementa:
agentefraudes.dll

AgenteFraudes BuscarPatrones

PoliticaFraudes
Diagramas de Componentes

Dependencias entre componentes

La dependencia entre dos componentes se muestra
como una flecha punteada. La dependencia quiere decir
que una componente necesita de la otra para completar
su definición.
Diagramas de Componentes
Diagramas de Componentes
UML define cinco estereotipos estándar que se
aplican a los componentes:

 Executable: Especifica un componente que se puede ejecutar

en un nodo.
 Library: Especifica una biblioteca de objetos estática o
dinámica.
 Table: Especifica un componente que representa una tabla de
una base de datos.
 File: Especifica un componente que representa un documento
que contiene código fuente o datos.
 Document: Especifica un componente que representa un
documento.
 Diagramas de Componentes
 Ejemplo: Modelado de ejecutables y bibliotecas
Diagramas de Despliegue
Diagramas de despliegue
• Describen la arquitectura física del sistema durante la
ejecución, en términos de:
– procesadores
– dispositivos
– componentes de software
• Describen la topología del sistema: la estructura de
los elementos de hardware y el software que ejecuta
cada uno de ellos.
 Diagramas de Despliegue
• Los nodos son objetos físicos que existen en tiempo de ejecución,
y que representan algún tipo de recurso computacional (capacidad
de memoria y procesamiento):
– Computadores con procesadores
– Otros dispositivos
• impresoras
• lectoras de códigos de barras
• dispositivos de comunicación
máquina1:
Dell Pentium
Ventas Dell Pentium 466 MMX
466 MMX
Despliega
pos.exe
contactos.exe
 Diagramas de Despliegue

Dispositivos
• Los dispositivos del sistema también se representan como
nodos.
• Generalmente se usan estereotipos para identificar el tipo
de dispositivo.
Ejemplo
<<printer>> <<router>>
HP LaserJet Cisco Router
5MP X2000
Diagramas de Despliegue

• Los nodos se conectan mediante asociaciones de

comunicación.
• Estas asociaciones indican:
– Algún tipo de ruta de comunicación entre los nodos
– Los nodos intercambian objetos o envían mensajes a
través de esta ruta
• El tipo de comunicación se identifica con un estereotipo
que indica el protocolo de comunicación o la red.
 Diagramas de Despliegue
Ejemplo

clienteA:
Compaq Pro PC

Servidor de
Servidor de Base de
Aplicaciones: Datos: VAX
Silicon Graphics O2
clienteB: <<DecNet>>
Compaq Pro PC
Diagramas de Despliegue

Nodos y componentes
Los nodos son los elementos donde se ejecutan los
componentes.
Ventas

pos.exe contactos.exe
Diagrama de Despliegue
Servidor Central Control y Análisis

Acceso a BD Comment

Comment

Rutinas de Coneccion
Comment

T erminal de Consulta
Interfaz de Terminal
Rutinas de Coneccion
Comment Comment

Punto de Venta
Rutinas de Coneccion
Comment

Gestión de Cuentas Interfaz de Terminal

Comment Comment
Diagrama de Despliegue
 Diagrama de Despliegue
 Ejemplo de conexión entre nodos:

<<Cliente>> <<Servidor>>
Terminal Punto <<TCP/IP>>
Base de
de Venta Datos

<<RDSI>>
<<RDSI>>
Podemos distinguir tipos Control
de nodos y connexiones
por estereotipado
 DIAGRAMAS DE CASOS DE USO

Un diagrama de casos de uso es un diagrama que representa los casos de uso,

actores (usuarios o sistemas), y relaciones entre ellos mismos, en un sistema.

Ofrecen una visión muy intuitiva del sistema y de los escenarios de interacción entre los
entes externos y el sistema que podrían darse.

Elementos
Los diagramas de casos de uso pueden contener cualquier número de instancias de los
siguientes tipos de elementos:

- Casos de uso. - Actores.

- Relaciones. - Límites del sistema.
- Paquetes.
 CASOS DE USO

 Es una técnica para la captura de requisitos

potenciales de un nuevo sistema o una actualización
software.
 Es una secuencia de interacciones entre un ente y el
sistema que estamos construyendo.
 Suele estar expresado desde el punto de vista del ente
que se relaciona con él.
 ACTORES

Es el rol que asume una persona o sistema que

interactúa con el sistema que estamos construyendo,
es el “ente externo” antes comentado.
Se relaciona con unos casos de uso u otros, según
cómo interactúe con el sistema.
Representan cualificaciones o privilegios de un
usuario (por ejemplo, Administrador, Profesor,
Alumno...).
¡Un usuario puede acceder
al sistema como
distintos actores!
 RELACIONES

Son los elementos que el diagrama de casos de uso

pretende mostrar de forma gráfica e intuitiva.

Las relaciones pueden darse entre elementos de

cualesquiera tipos. Se dan, por tanto:

- Relaciones actor-actor (Generalización -

Especialización).
- Relaciones actor-caso de uso (Asociación).
- Relaciones caso de uso-caso de uso (Extensión).
Generalización-Especialización (actor-actor)

Asociación (actor-caso de uso)

Extensión (caso de uso-caso de uso)

Inclusión (caso de uso-caso de uso)

 Generalización (caso de uso-caso de uso)

LÍMITES DEL SISTEMA

Representa los límites del sistema como tal, es decir, delimita el sistema
dividiendo el mundo en dos partes:
- Lo que hay dentro del sistema (por lo que nos debemos de preocupar).
- Lo que hay fuera del sistema (entes externos que no nos preocupan).
CONCLUSIONES

UML 2.0 es la mayor revisión que se le ha hecho a UML

desde la versión 1.0. El modelo conceptual ha sido
reestructurado completamente y nuevos diagramas han sido
incorporados. Los diagramas tradicionales también han sido
mejorados.
 CONCLUSIONES

Es fácil predecir que UML será el lenguaje de modelado de software

de uso universal. Las principales razones para ello son:
En el desarrollo han participado investigadores de reconocido
prestigio.
Ha sido apoyado por prácticamente todas las empresas importantes
de informática.
Se ha aceptado como un estándar por la OMG.
Prácticamente todas las herramientas CASE y de desarrollo la han
adaptado como lenguaje de modelado.