You are on page 1of 65

UML

1
MODELO
CONCEPTUAL

2
Estructura de UML
•Estructura
capturan (características estáticas)
Modelos
•Comportamiento
(características dinámicas)

organizado en

visualizado en
Vistas Arquitectonicas Diagramas

•Vista del Modelo de Usuario •Diagramas de Casos de Uso


•Vista del Modelo Estructural •Diagramas de Clases
•Vista del Modelo de Comportamiento •Diagramas de Objetos
•Vista del Modelo de Implementación •Diagramas de Secuencia
•Vista del Modelo Despliegue •Diagramas de Colaboración
•Diagramas de Estado
•Diagramas de Actividad
•Diagramas de Componentes
UML –Modelo Conceptual 3
•Diagramas de Despliegue
Modelo conceptual de UML
 Para comprender UML, se necesita adquirir un
modelo conceptual del lenguaje.

 Este modelo lo conforman:


 Bloques básicos de construcción

 Reglas de combinación

 Mecanismos de Extensión

UML –Modelo Conceptual 4


Modelo Conceptual
 Comprende tres elementos principales:
 Bloques basicos de construcción
Elementos
Estructurales
Comportamiento
Agrupación
Notación
Relaciones
Diagramas
 Reglas para combinar estos bloques
 Mecanismos comunes de UML

UML –Modelo Conceptual 5


Modelo conceptual UML

Estructurales, Comportamiento,
Elementos Agrupación (paquetes), Anotación
(notas, comentarios)

• Bloques básicos
Dependencia, Asociación
Relaciones (Agregación), Generalización,
de construcción Realización

Clases, Objetos, Casos de Uso,


Diagramas Secuencia, Colaboración,
Actividad, Statecharts,
UML Componentes, Despliegue

• Reglas de uso Nombres, Alcance, Visibilidad,


Integridad, Ejecución

• Mecanismos Especificaciones, Dicotomía,


Adornos (detalles),
Comunes
Mecanismos de Extensibilidad
Bloques de construcción de
UML
 Elementos
 Bloques básicos de construcción OO

 “Abstracciones” de primera clase en un modelo

 Relaciones
 Ligan los diferentes elementos entre sí

 Diagramas
 Representación gráfica de un conjunto de

elementos y sus relaciones entre sí

UML –Modelo Conceptual 7


Elementos de UML

 Hay 4 tipos de elementos en UML

 Elementos Estructurales

 Elementos de comportamiento

 Elementos de agrupación

 Elementos de anotación

UML –Modelo Conceptual 8


Elementos Estructurales

 Los elementos estructurales son los nombres


de los modelos de UML.
 Representan “cosas” conceptuales o
materiales de un modelo.
 Son 7 tipos de elementos estructurales:
 Clases

 Interfaz

 Colaboración

 Caso de Uso

 Clases Activas – Componentes y Nodos

UML –Modelo Conceptual 9


Elementos Estructurales:
Clases

 Clase: Es una descripción de un conjunto de


objetos que comparten los mismos atributos,
operaciones, relaciones y semántica.
 Graficamente una clase se representa como un
rectangulo dividido en secciones, que
normalmente incluye nombre, atributos y
operaciones.

UML –Modelo Conceptual 10


Elementos Estructurales:
Interfaz
 Una Interfaz, es una colección de operaciones, que
especifican un servicio de una clase o un
componente.
 Una interfaz define un conjunto de
especificaciones de operaciones, pero no su
implementación.
 Gráficamente una interfaz se representa como un
circulo junto con cu nombre.

iDibujable

UML –Modelo Conceptual 11


Elementos Estructurales:
Colaboración
 Colaboración: define una interacción entre
elementos y roles que participan para
proporcionar un comportamiento cooperativo.
 Las colaboraciones tienen dimensión tanto
estructural como de comportamiento.
 Gráficamente se representan como una elipse de
borde discontinuo.

prueba

UML –Modelo Conceptual 12


Elementos Estructurales:
Caso de Uso
 Caso de Uso: Es una descripción de un
conjunto de secuencia de acciones que un
sistema ejecuta y que produce un resultado de
interés para un actor.
 Se utilizan para estructurar los aspectos de
comportamiento de un modelo.
 Gráficamente un caso de uso se representa
como una elipse de borde continuo.

Solicitar
pedido

UML –Modelo Conceptual 13


Elementos Estructurales:
Clase Activa

 Clase Activa: Es una clase cuyos objetos


tienen uno o más procesos de ejecución que
pueden dar origen a actividades de control.
 Es igual que una clase, pero su
comportamiento puede ser concurrente con
otros elementos.
 Gráficamente se representa igual que una
clase, pero su entorno es mas grueso.

UML –Modelo Conceptual 14


Elementos Estructurales:
Componente
 Componente: Es una parte física y
reemplazable de un sistema, representan
todos los tipos de elementos software que
entran en la fabricación de aplicaciones
 Representa el empaquetamiento físico de
diferentes elementos lógicos, como clases,
interfaces y colaboraciones.
 Gráficamente se representa como un
rectangulo con pestañas.

UML –Modelo Conceptual 15


Elementos Estructurales:
Nodos
 Nodo: Es un elemento físico que existe en
tiempo de ejecución y representa un recurso
computacional.
 Por lo general dispone de algo de memoria y
capacidad de procesamiento
 Un nodo se utiliza para modelar la topología
del hardware el que se ejecuta el sistema.
 Gráficamente se representa como un cubo.

Nodo

UML –Modelo Conceptual 16


Elementos Estructurales

UML –Modelo Conceptual 17


Elementos de comportamiento
 Los elementos de comportamiento son la parte
dinámica de UML y representan el proceder del
sistema, tanto en el tiempo como en el espacio.

 Son los verbos de un modelo

 Existen dos clases de comportamiento:


 La interacción

 La máquina de estados.

UML –Modelo Conceptual 18


Elementos comportamiento:
Interacción
 Interacción es un comportamiento que
comprende un conjunto de mensajes que
intercambia una colección de objetos dentro de
un contexto particular para acompañar un
propósito específico.
 El comportamiento de una sociedad de objetos o
de una operación individual puede especificarse
con una interacción, involucrando otros
elementos: mensajes, secuencias de acción y
enlaces.
dibujar

UML –Modelo Conceptual 19


Elementos comportamiento:
Máquinas de Estado
 La máquina de estados es un comportamiento que
especifica la secuencia de estados que un objeto o
una interacción tiene durante su tiempo de vida al
responder a eventos.
 Una máquina de estados puede especificar el
comportamiento de una clase individual o de una
colaboración de clases.
 Gráficamente un estado se representa como un
rectangulo con esquinas redondeadas

UML –Modelo Conceptual 20


Elementos comportamiento

UML –Modelo Conceptual 21


Enfoque de los Elementos de
Comportamiento
 Vista del sistema enfocada desde la dinámica y
comportamiento de los objetos

UML –Modelo Conceptual 22


Elementos de agrupación

 Los elementos de agrupación son la parte


organizacional de UML.

 Representan las partes en las que se puede


descomponer un modelo.

 Hay un solo elemento de agrupación denominado


paquete.

UML –Modelo Conceptual 23


Elementos de agrupación:
Paquetes
 Un paquete es un mecanismo de propósito general
para organizar elementos en grupos.
 En un paquete se pueden agrupar elementos
estructurales, de comportamiento y otros.
 Contrario a los componentes, los cuales existen en
el tiempo de ejecución, un paquete es puramente
conceptual.
 Gráficamente un paquete se representa como una
carpeta.

UML –Modelo Conceptual 24


Elementos de anotación

 Los elementos de anotación son la parte de UML


que sirve para documentar los modelos.

 Estos son comentarios que pueden describir,


clarificar y remarcar aspectos de cualquier
elemento en el modelo.

 Hay un tipo principal de elemnto de anotación


denominado nota

UML –Modelo Conceptual 25


Elementos de anotación:
Nota
 Una nota es simplemente un símbolo para mostrar
restricciones y comentarios junto a un elemento o
una colección de elementos.

 Gráficamente una nota se representa como un


rectángulo con una esquina doblada.

UML –Modelo Conceptual 26


Relaciones en UML
 Estas nos permiten modelar el enlace entre
diferentes elementos estructurales.
 Mostrando además información adicional como
multiplicidad (número de instancias de una clase
que pueden estar relacionadas con la clase
asociada) y nombres de roles (identificación del
extremo de una asociación).
 UML maneja cuatro clases de relaciones:
dependencia, asociación, generalización y
realización.

UML –Modelo Conceptual 27


Relación de dependencia
 Una dependencia es una relación semántica entre
dos clases en la cual un cambio de un elemento
(independiente) puede afectar la semántica de
otro (dependiente).

 Gráficamente una dependencia se representa


como una línea discontinua, dirigida.

UML –Modelo Conceptual 28


Relación de asociación
 Una asociación es una relación estructural que
describe un conjunto de enlaces, las cuales
representan conexiones a través de objetos.
 La agregación es una clase especial de asociación
que representa una relación de estructura entre
un conjunto y sus partes
 Gráficamente una asociación se representa como
una línea continua, que puede incluir multiplicidad.

UML –Modelo Conceptual 29


Relación de generalización
 La generalización es una relación de
especialización/generalización en la cual los
objetos de un elemento especializado (hijos)
son consistentes con los objetos de un
elemento generalizable (el padre).
 De esta forma, los hijos comparten la
estructura y comportamiento del padre.
 Gráficamente una generalización se representa
como una flecha con la punta vacía dirigida al
padre.

UML –Modelo Conceptual 30


Relación de realización
 Una realización es una relación semántica
entre clasificadores, en donde un clasificador
especifica un contrato que otro clasificador
garantiza llevar a cabo.
 Se pueden encontrar realizaciones en dos
partes: entre interfaces y las clases o
componentes que las realizan, y entre casos
de uso y las colaboraciones que los realizan.
 Gráficamente es la combinación de una
dependencia y una generalización.

UML –Modelo Conceptual 31


Diagramas UML
 Un diagrama es la representación gráfica de un
conjunto de elementos conectados entre sí.
 Estos diagramas son en forma de grafos
conectados donde los vértices representan
elementos y los arcos relaciones.
 Los diagramas sirven para visualizar un sistema
desde diferentes perspectivas.
 Un mismo elemento puede aparecer en varios
diagramas, en sólo algunos o en ninguno.

UML –Modelo Conceptual 32


Diagramas de UML
 Estructurales
 Sirven para visualizar, especificar, construir y
documentar los aspectos estáticos de un
sistema.

 De comportamiento
 Sirven para visualizar, especificar, construir y
documentar los aspectos dinámicos de un
sistema

UML –Modelo Conceptual 33


Diagramas de UML

State
State
Use Case Diagramas de
Diagrams
Use Case Diagrams State
Use Case Diagramas de
Diagrams Clases State
Use Case Diagrams Diagramas de
Diagrams
Diagramas de
Diagrams Casos de Uso Diagrams
Diagrams Objetos
Secuencia

Scenario State
Scenario State
Diagramas de
Diagrams Diagramas de
Diagrams
Diagrams Diagrams
Colaboración Modelo Componentes

Scenario Component
Scenario Component
Diagramas
Diagrams de
Diagramas de
Diagrams Diagrams
Diagrams Distribución
Estados Diagramas de
Actividad

“Un modelo es una descripción completa de un sistema desde una perspectiva concreta”
UML –Modelo Conceptual 34
Diagramas de UML

State
State
Use Case Diagramas de
Diagrams
Use Case Diagrams State
Use Case Diagramas de
Diagrams Clases State
Use Case Diagrams Diagramas de
Diagrams
Diagramas de
Diagrams Casos de Uso Diagrams
Diagrams Objetos
Secuencia
Comportamiento

Estructural
Interacción
Scenario State
Scenario State
Diagramas de
Diagrams Diagramas de
Diagrams
Diagrams Diagrams
Colaboración Modelo Componentes

Implementación
Scenario Component
Scenario Component
Diagramas
Diagrams de
Diagramas de
Diagrams Diagrams
Diagrams Despliegue
Estados Diagramas de
Actividad
Diagramas de Clase
 Los diagramas de clase muestran la vista estática
de un sistema a través de un conjunto de clases,
interfaces y colaboraciones junto con sus
relaciones.

 Un Diagrama de Clases muestra la abstracción de


una parte del dominio.

 Son los diagramas más comunes en el modelado


de sistemas orientados a objetos

UML –Modelo Conceptual 36


Diagramas de Clase

UML –Modelo Conceptual 37


Diagramas de Objetos
 Un diagrama de objetos muestra un conjunto de
objetos y sus relaciones.
 Representan un instante de la instancia de los
elementos encontrados en el diagrama de clases.
 Un objeto se puede ver desde dos perspectivas
relacionadas: como una entidad de un
determinado instante de tiempo que posee un
valor específico y como un poseedor de identidad
que tiene distintos valores a lo largo del tiempo

UML –Modelo Conceptual 38


Diagramas de Casos de Uso
 Un diagrama de casos de uso muestra la vista
estática de casos de uso a través de un conjunto
de casos de uso, actores y sus relaciones.
 No pertenece estrictamente al enfoque orientado a
objeto, es una técnica para captura de requisitos.
 Los casos de uso intervienen durante todo el ciclo
de vida. El proceso de desarrollo estará dirigido
por los casos de uso.

UML –Modelo Conceptual 39


Diagramas de Casos de Uso

UML –Modelo Conceptual 40


Diagramas de Interacción

 Un diagrama de interacción permite visualizar


como un conjunto de objetos interactúan entre sí
mediante sus relaciones y mensajes.
 Existen dos tipos de diagramas de interacción, los
de secuencia y los de colaboración.
 El diagrama de secuencia las acciones entre
objetos se ordenan de acuerdo al tiempo en que
ocurren los mensajes.
 El de colaboración el énfasis es en la organización
estructural de los objetos que envían y reciben
mensajes.

UML –Modelo Conceptual 41


Diagramas de Interacción

UML –Modelo Conceptual 42


Diagramas de Estado

 El diagrama de estados también maneja la vista


dinámica del sistema, y consiste en una máquina
de estados formada por estados, transiciones,
eventos y actividades.

 Estos diagramas permiten el modelado del


comportamiento de una interface, clase o
colaboración.

 Muestra el conjunto de estados 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.

UML –Modelo Conceptual 43


Diagramas de Estado

UML –Modelo Conceptual 44


Diagramas de Actividades

 El diagrama de actividades es una clase especial


del diagrama de estados y muestra el flujo desde
una actividad a otra dentro del sistema y sirven
para modelar las funciones del mismo.

 Un diagrama de actividades es provechoso para


entender el comportamiento de alto nivel de la
ejecución de un sistema, sin profundizar en los
detalles internos de los mensajes.

UML –Modelo Conceptual 45


Diagramas de Actividades

UML –Modelo Conceptual 46


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.

UML –Modelo Conceptual 47


Diagramas de Componentes

UML –Modelo Conceptual 48


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

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

UML –Modelo Conceptual 49


Diagramas de despliegue

UML –Modelo Conceptual 50


Resúmen de Diagramas UML de un
Sistema Software
Repository DocumentList

Diagramas Estáticos Fi l e M g r

fe tc h Do c( )
s o rtBy Na me ()

Fi l e L i s t
Do c u m e ntL is t

add( )
d e l e te ( )
Do c u m e nt
n a m e : in t
d o c i d :i n t
n u m Fi e l d : i nt
g e t( )
open( )
c los e( )
re a d ( )
s o rtFi l e Li st()
re a d () fi l l the
c o d e ..
FileManager

Document
fL i s t c re a te ( )
add( ) fi l l Do c u me nt()
d e l e te ( )
1

GraphicFile
re p
File FileList
Re p o s i to ry Fi l e

Use Case 1 (fro m Pe rsi sten ce ) re a d ( ) Grp Fi l e


n a m e : cha r* = 0
re a d Do c ( ) re a d ( )
Actor A Actor B re a d Fi l e () open( )
c re a te ( )
fi l l Fi l e ( )

Use Case 2

Use Case 3
Diagramas de Clases Diagramas de Componentes

Diagramas de Casos de Uso mainWnd : MainWnd


Window95 Windows95
Windows95

¹ ®¼ °ü¸ ®
Ŭ¶óÀÌ ¾ ðÆ®. E
XE
¹ ®¼ ° ü¸ ® ¾ÖÇø´
fileMgr : FileMgr gFile : GrpFile Windows
NT

Solar is

¹ ®¼ ° ü¸ ® ¿
£Áø.EXE
fileMgr : FileMgr Alpha
UNI X
ÀÀ¿ë¼ ¹ ö. EX
E
Windows
NT

I BM
M ainf r ame

document : Document µ¥ÀÌ Å¸ º £À̽º ¼¹ ö


repository : Repository
BO Contrapartida
[operación insertada]

Diagramas de Despliegue
Validar y Completar
Operación -Operador BO

Diagramas de Objetos
-K+ (interfaz)

-KBO
[ ok ] Calcular Flujos
de Caja

Notificar Error a Contabilizar -KBO


FO Operación -Host:Contabilidad (interfaz)

[error operación]
[ prima es en divisa ]
Generar Avances
para Extranjero
-Operador BO

-KBO
-Host: Liquidaciones (interfaz)

Enviar
Confirmación
Evalua
Confirmación
-KBO
-Host:SWIFT (interfaz)

-KBO

[ confirmación rechazada ]

Registrar Error

Diagramas Dinámicos
-Operador BO
-KBO (interfaz) [operación contratada]

Identificar
Motivo Rechazo
-Operador BO

Determinar Acciones
Correcion

[operacion no contratada]

Diagramas de Actividad
mainWnd fileMgr : document : gFile repository
user FileMgr Document
9 : s o rtByNa me ( )

add file ƯÁ¤¹ ®¼ ¿¡ ë́ÇѺ ±̧⸦ 1: Doc viewr e


que
st ( )
»ç¿ëÀÚ°¡ ¿ä
ûÇÑÙ́.

2: f et chDoc()

mainWnd : MainWnd
3: cr eate( )

1 : Do c v ie w req ue st ()
4: cr eate( )
add file [ numberOffile==MAX ] / Writing
2 : fe tc hDo c( )
flag OFF
4 : c re a te () gFile : GrpFile 5: r eadDo
c( )

8 : fi l l Fi le ()
Openning
ÈÀÏ °ü¸ ®ÀÚ´ ÂÀоî¿Â 6: f ilDocum e
nt ( )
user : Clerk ¹ ®¼ ÀÇ Á¤º ¸ ¦ÇØ´ ç¹®¼
°´ ü ¿¡ ¼³Á¤À»¿ äûÇÑÙ́.

close file fileMgr : FileMgr 7: r eadFile( )

3 : c re a te ()
6 : fi l l Do cu men t ( ) 8: f ilFile ( )

close file
Closing ȸ é °´ ü´ ÂÀоîµéÀÎ 9: sor tByName( )
Reading °´ ü µé¿¡ ´ ëÇØ À
Ì ¸§º° ·Î
Á¤· ÄÀ» ½ ÃÄ Ñ Èȩ́¿¡
º ¸ ¿©ÁØ ´ Ù.
7 : re a d Fil e ( )
5 : re a d Do c ()
document : Document
repository : Repository

Diagramas de Estados Diagramas de Colaboracion Diagramas de Secuencia


UML –Modelo Conceptual 51
Reglas de UML
 Los bloques de construcción de UML no se pueden
combinar de cualquier manera.
 UML tiene un número de reglas que especifican a
qué debe parecersce un modelo bien formado.
 UML tiene reglas semánticas para:
 Nombres

 Como llamar a los elementos, relaciones y

diagramas

UML –Modelo Conceptual 52


Reglas de UML
 UML tiene reglas semánticas para:
 Alcance

 El contexto que da un significado específico a

un nombre
 Visibilidad

 Cómo se pueden ver y utilizar esos nombre

por otros
 Integridad

 Cómo se relacionan apropiada y

consistentemente unos elementos con otros


 Ejecución

 Qué significa ejecutar o simular un modelo

UML –Modelo Conceptual 53


Reglas de UML
 Además de los modelos bien formados, se pueden
construir modelos que sean:
 Abreviados: Ciertos elementos se ocultan para

simplificar la vista del modelo.


 Incompletos: Pueden estar ausente ciertos

elementos
 Inconsistentes: No se garantiza la integridad del

modelo

UML –Modelo Conceptual 54


Mecanismos comunes
 UML cuenta con ciertos patrones comunes que se
pueden utilizar en los diferentes diagramas con el
fin de ayudar asu interpretación y calridad.
 Los mecanismos son:
 Especificaciones

 Adornos

 Divisiones comunes

 Mecanismos de extensibilidad

UML –Modelo Conceptual 55


Mecanismos comunes:
Especificaciones
 Las especificaciones de UML proporcionan una
base semántica que incluye a todos los modelos
de un sistema.
 Cada elemento esta relacionado con otros de
manera consistente.
 UML es algo más que un lenguaje gráfico.
 La notación gráfica de UML se utiliza para
visualizar un modelo.
 La especificación de UML se utiliza para enunciar
los detalles del sistema.

UML –Modelo Conceptual 56


Mecanismos comunes:
Adornos
 La mayoria de los elementos de UML tienen una
única y clara notación gráfica que proporciona una
representación visual de los aspectos más
importantes del elemento.

 A estas notaciones se les puede agregar detalles


“que aclaren” o complementen la información que
se quiere mostrar.

 A estos detalles adicionales se les conoce como


adornos.

UML –Modelo Conceptual 57


Mecanismos comunes:
Divisiones comunes
 En el modelado OO, se pueden ver las cosas desde
la generalidad (abstración) y/o lo particular
(concreto).

 Casi todos los bloque de construcción presentan


esta posibilidad.
 Clase / Objeto

 Casos de Uso / Instancias casos de uso

 Componentes / Instancias de componentes

UML –Modelo Conceptual 58


Mecanismos comunes:
Divisiones comunes
 Otra dicotomía que se suele presentar es la de que
un elemento nos presenta una “declaración” –
interfaz- y otro lo complementa haciendo su
implementación.

UML –Modelo Conceptual 59


Mecanismos comunes:
Extensibilidad
 UML proporciona un lenguaje estándar para
escribir planos de software, pero es posible que no
sea suficiente para cubrir todos los matices de
todos los modelos en todos los dominios y en
todos los modelos.
 Los mecanismos de extensibilidad permiten
configurar y extender UML para las necesidades de
un proyecto.
 Los mecanismos que permiten extender el
lenguaje en UML son:
 Esteriotipos
 Valores etiquetados
 Restricciones

UML –Modelo Conceptual 60


Mecanismos comunes
extensibilidad
 Los esteriotipos permiten crear nuevos tipos de
bloques de construcción que deriven de los
existentes, pero que sean específicos a un
problema.
 Valor Etiquetado, extiende las propiedades de un
bloque de construcción, permitiendo añadir nueva
información en la especificación de un elemento.
 Restricciones extiende la semántica de un bloque
de construcción de UML.

UML –Modelo Conceptual 61


Metodología de desarrollo

Requerimientos Análisis Diseño Implementación Certificación

Modelo Modelo Modelo Modelo Modelo Modelo


Casos de Uso Análisis Diseño de Componentes de Despliegue de Certificación

Diagr. de Diagr. de Diagr. de Diagr. de Diagr. de Diagr. de Diagr. de Diagr. de


Casos de Uso Actividad Secuencia Colaboración Clases/Objetos Estados Componentes Despliegue

UML –Modelo Conceptual 62


Lecturas Recomendadas

UML –Modelo Conceptual 63


Bibliografia
 El Lenguaje Unificado de Modelado UML –G.
Booch- J. Rumbauhugh – I Jacobson.
 UML Distilled Martin Fowler – Kendall Scott
 www.vico.org

UML –Modelo Conceptual 64


Fin

UML –Modelo Conceptual 65

You might also like