UML
Wilson Peláez Hernández
1
MODELO
CONCEPTUAL
2
Estructura de UML
Modelos
capturan
•Estructura
(características estáticas)
•Comportamiento
(características dinámicas)
organizado en
Vistas Arquitectonicas
•Vista
•Vista
•Vista
•Vista
•Vista
del
del
del
del
del
Modelo
Modelo
Modelo
Modelo
Modelo
visualizado en
de Usuario
Estructural
de Comportamiento
de Implementación
Despliegue
UML –Modelo Conceptual
Wilson Peláez H.
Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
•Diagramas
de
de
de
de
de
de
de
de
de
Casos de Uso
Clases
Objetos
Secuencia
Colaboración
Estado
Actividad
Componentes
3
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
Wilson Peláez H.
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
Wilson Peláez H.
5
Modelo conceptual UML
Elementos
Estructurales, Comportamiento,
Agrupación (paquetes), Anotación
(notas, comentarios)
Relaciones
Dependencia, Asociación
(Agregación), Generalización,
Realización
Diagramas
Clases, Objetos, Casos de Uso,
Secuencia, Colaboración,
Actividad, Statecharts,
Componentes, Despliegue
• Bloques básicos
de construcción
UML
• Reglas de uso
Nombres, Alcance, Visibilidad,
Integridad, Ejecución
• Mecanismos
Comunes
Especificaciones, Dicotomía,
Adornos (detalles),
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
16
Elementos Estructurales
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
20
Elementos comportamiento
UML –Modelo Conceptual
Wilson Peláez H.
21
Enfoque de los Elementos de
Comportamiento

Vista del sistema enfocada desde la dinámica y
comportamiento de los objetos
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
33
Diagramas de UML
Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Secuencia
Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Casos de Uso
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Colaboración
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Estados
State
State
Diagramas de
Diagrams
Diagrams
Clases
Modelo
Diagramas de
Actividad
State
State
Diagramas de
Diagrams
Diagrams
Objetos
State
State
Diagramas de
Diagrams
Diagrams
Componentes
Component
Component
Diagrams
Diagramas
Diagrams de
Distribución
“Un modelo es una descripción completa de un sistema desde una perspectiva concreta”
UML –Modelo Conceptual
Wilson Peláez H.
34
Diagramas de UML
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Colaboración
Comportamiento
Interacción
Scenario
Scenario
Diagramas de
Diagrams
Diagrams
Estados
Modelo
Estructural
Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Secuencia
Use Case
Use Case
Diagramas de
Diagrams
Diagrams
Casos de Uso
State
State
Diagramas de
Diagrams
Diagrams
Clases
State
State
Diagramas de
Diagrams
Diagrams
Objetos
State
State
Diagramas de
Diagrams
Diagrams
Componentes
Implementación
Diagramas de
Actividad
Component
Component
Diagrams
Diagramas
Diagrams de
Despliegue
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
Wilson Peláez H.
36
Diagramas de Clase
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
39
Diagramas de Casos de Uso
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
41
Diagramas de Interacción
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
43
Diagramas de Estado
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
45
Diagramas de Actividades
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
47
Diagramas de Componentes
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
49
Diagramas de despliegue
UML –Modelo Conceptual
Wilson Peláez H.
50
Resúmen de Diagramas UML de un
Sistema Software
DocumentList
Repository
Diagramas Estáticos
DocumentList
FileMgr
Document
add( )
delete( )
fetchDoc( )
sortByName( )
get( )
open( )
close( )
read( )
sortFileList( )
create( )
fillDocument( )
fList
add( )
delete( )
FileManager
name : int
docid : int
numField : int
FileList
read() fill the
code..
Document
1
GraphicFile
File
rep
Use Case 1
(from Persistence)
name : char * = 0
Actor A
GrpFile
read( )
read( )
open( )
create( )
fillFile( )
readDoc( )
readFile( )
Actor B
Use Case 2
FileList
File
Repository
Diagramas de Clases
Diagramas de Componentes
Use Case 3
Diagramas de Casos de Uso
mainWnd : MainWnd
Windows95
Window95
Windows95
¹®¼°ü¸®
Ŭ¶óÀ̾ðÆ®.EXE
¹®¼°ü¸® ¾ÖÇø´
gFile : GrpFile
fileMgr : FileMgr
Windows
NT
Solaris
¹®¼°ü¸® ¿£Áø.EXE
fileMgr : FileMgr
Alpha
UNIX
ÀÀ¿ë¼¹ö.EXE
Windows
NT
IBM
Mainframe
document : Document
µ¥ÀÌŸº£À̽º¼¹ö
repository : Repository
BO
Contrapartida
[operación insertada]
Validar y Completar
Operación
-Operador BO
-K+ (interfaz)
Diagramas de Objetos
-KBO
[ ok ]
Calcular Flujos
de Caja
Contabilizar
Operación
Notificar Error a
FO
[error operación]
-KBO
-Host:Contabilidad (interfaz)
[ prima es en divisa ]
Diagramas de Despliegue
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
-Operador BO
-KBO (interfaz)
Diagramas Dinámicos
[operación contratada]
Identificar
Motivo Rechazo
-Operador BO
Determinar Acciones
Correcion
[operacion no contratada]
Diagramas de Actividad
mainWnd
user
fileMgr :
FileMgr
document :
Document
gFile
repository
9: sortByName ( )
add file
ƯÁ¤¹®¼¿¡ ´ëÇÑ º¸±â¸¦
»ç¿ëÀÚ°¡ ¿äûÇÑ´Ù.
1: Doc view request ( )
2: fetchDoc( )
mainWnd : MainWnd
3: create ( )
1: Doc view request ( )
4: create ( )
Writing
add file [ numberOffile==MAX ] /
flag OFF
2: fetchDoc( )
gFile : GrpFile
4: create ( )
5: readDoc ( )
8: fillFile ( )
Openning
ÈÀÏ°ü¸®ÀÚ´Â Àоî¿Â
¹®¼ÀÇ Á¤º¸¸¦ ÇØ´ç ¹®¼
°´Ã¼¿¡ ¼³Á¤À» ¿äûÇÑ´Ù.
user : Clerk
close file
6: fillDocument ( )
fileMgr : FileMgr
7: readFile ( )
3: create ( )
6: fillDocument ( )
close file
Reading
Closing
7: readFile ( )
5: readDoc ( )
8: fillFile ( )
È¸é °´Ã¼´Â ÀоîµéÀÎ
°´Ã¼µé¿¡ ´ëÇØ À̸§º°·Î
Á¤·ÄÀ» ½ÃÄÑ È¸é¿¡
º¸¿©ÁØ´Ù.
9: sortByName ( )
document : Document
repository : Repository
Diagramas de Estados
UML –Modelo Conceptual
Diagramas de Colaboracion
Wilson Peláez H.
Diagramas de Secuencia
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
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
Wilson Peláez H.
61
Metodología de desarrollo
Requerimientos
Modelo
Casos de Uso
Diagr. de
Casos de Uso
Análisis
Modelo
Análisis
Diagr. de
Actividad
UML –Modelo Conceptual
Diagr. de
Secuencia
Diseño
Modelo
Diseño
Implementación
Modelo
de Componentes
Diagr. de
Diagr. de
Colaboración Clases/Objetos
Wilson Peláez H.
Modelo
de Despliegue
Diagr. de
Estados
Certificación
Modelo
de Certificación
Diagr. de
Diagr. de
Componentes Despliegue
62
Lecturas Recomendadas
UML –Modelo Conceptual
Wilson Peláez H.
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
Wilson Peláez H.
64
Fin
UML –Modelo Conceptual
Wilson Peláez H.
65
Descargar

UML Lenguaje Unificado de Modelado