2018

DIAGRAMAS UML

DOCENTE: YOLANDA CATALINA NAVERRETE BEAS

ALUMNO: RICARDO MARTINEZ CAMPOS

| [Dirección de la compañía]
 Página 1 de 13

¿Qué es el lenguaje unificado de

modelado (UML)?
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un lenguaje de
modelado visual común y semántica y sintácticamente rico para la arquitectura, el
diseño y la implementación de sistemas de software complejos, tanto en estructura
como en comportamiento. UML tiene aplicaciones más allá del desarrollo de
software, p. ej., en el flujo de procesos en la fabricación.

Es comparable a los planos usados en otros campos y consiste en diferentes tipos

de diagramas. En general, los diagramas UML describen los límites, la estructura y
el comportamiento del sistema y los objetos que contiene.

UML no es un lenguaje de programación, pero existen herramientas que se

pueden usar para generar código en diversos lenguajes usando los diagramas
UML. UML guarda una relación directa con el análisis y el diseño orientados a
objetos.

UML y su función en el modelado y

diseño orientados a objetos

Hay muchos paradigmas o modelos para la resolución de problemas en la

informática, que es el estudio de algoritmos y datos. Hay cuatro categorías de
modelos para la resolución de problemas: lenguajes imperativos, funcionales,
declarativos y orientados a objetos (OOP). En los lenguajes orientados a objetos,
los algoritmos se expresan definiendo 'objetos' y haciendo que los objetos
interactúen entre sí. Esos objetos son cosas que deben ser manipuladas y existen
en el mundo real. Pueden ser edificios, artefactos sobre un escritorio o seres
humanos.

Los lenguajes orientados a objetos dominan el mundo de la programación porque

modelan los objetos del mundo real. UML es una combinación de varias
notaciones orientadas a objetos: diseño orientado a objetos, técnica de modelado
de objetos e ingeniería de software orientada a objetos.

UML usa las fortalezas de estos tres enfoques para presentar una metodología
más uniforme que sea más sencilla de usar. UML representa buenas prácticas
para la construcción y documentación de diferentes aspectos del modelado de
sistemas de software y de negocios.
 Página 2 de 13

La historia y los orígenes de UML

"The Three Amigos" (los tres amigos) de la ingeniería de software, como se los
conocía, habían desarrollado otras metodologías. Se asociaron para brindar
claridad a los programadores creando nuevos estándares. La colaboración entre
Grady, Booch y Rumbaugh fortaleció los tres métodos y mejoró el producto final.

Los esfuerzos de estos pensadores derivaron en la publicación de los documentos

UML 0.9 y 0.91 en 1996. Pronto se hizo evidente que varias organizaciones,
incluidas Microsoft, Oracle e IBM, consideraron que UML era esencial para su
propio desarrollo de negocios. Ellos, junto con muchas otras personas y
compañías, establecieron los recursos necesarios para desarrollar un lenguaje de
modelado hecho y derecho. "Los tres amigos" publicaron la Guía del usuario para
el Lenguaje Unificado de Modelado en 1999, y una actualización que incluye
información sobre UML 2.0 en la segunda edición de 2005.

OMG: Tiene un significado diferente

Según su sitio web, el Object Management Group® (OMG®) es un consorcio

internacional sin fines de lucro y de membresía abierta para estándares
tecnológicos, fundado en 1989. Los estándares de OMG son promovidos por
proveedores, usuarios finales, instituciones académicas y agencias
gubernamentales. Los grupos de trabajo de OMG desarrollan estándares de
integración empresarial para una amplia gama de tecnologías y una gama incluso
más amplia de industrias. Los estándares de modelado de OMG, incluidos UML
y Model Driven Architecture® (MDA®), permiten un eficaz diseño visual, ejecución
y mantenimiento de software y otros procesos.

OMG supervisa la definición y el mantenimiento de las especificaciones de UML.

Esta supervisión ofrece a los ingenieros y programadores la capacidad de usar un
lenguaje para muchos propósitos durante todas las etapas del ciclo de vida del
software en sistemas de cualquier tamaño.

La finalidad de UML según OMG

El OMG define los propósitos de UML de la siguiente manera:

 Brindar a arquitectos de sistemas, ingenieros y desarrolladores de software

las herramientas para el análisis, el diseño y la implementación de sistemas
basados en software, así como para el modelado de procesos de negocios
y similares.
 Página 3 de 13

 Hacer progresar el estado de la industria permitiendo la interoperabilidad de

herramientas de modelado visual de objetos. No obstante, para habilitar un
intercambio significativo de información de modelos entre herramientas, se
requiere de un acuerdo con respecto a la semántica y notación.

UML cumple con los siguientes requerimientos:

 Establecer una definición formal de un metamodelo común basado en el

estándar MOF (Meta-Object Facility) que especifique la sintaxis abstracta
del UML. La sintaxis abstracta define el conjunto de conceptos de modelado
UML, sus atributos y sus relaciones, así como las reglas de combinación de
estos conceptos para construir modelos UML parciales o completos.

 Brindar una explicación detallada de la semántica de cada concepto de

modelado UML. La semántica define, de manera independiente a la
tecnología, cómo los conceptos UML se habrán de desarrollar por las
computadoras.

 Especificar los elementos de notación de lectura humana para representar

los conceptos individuales de modelado UML, así como las reglas para
combinarlos en una variedad de diferentes tipos de diagramas que
corresponden a diferentes aspectos de los sistemas modelados.

 Definir formas que permitan hacer que las herramientas UML cumplan con
esta especificación. Esto se apoya (en una especificación independiente)
con una especificación basada en XML de formatos de intercambio de
modelos correspondientes (XMI) que deben ser concretados por
herramientas compatibles.

UML y el modelado de datos

El UML es popular entre programadores, pero no suele ser usado por

desarrolladores de bases de datos. Una razón es sencillamente que los creadores
de UML no se enfocaron en las bases de datos. A pesar de ello, el UML es
efectivo para el modelado de alto nivel de datos conceptuales y se puede usar en
diferentes tipos de diagramas UML. Puedes encontrar información sobre la
multidimensional dad de un modelo de clases orientado a objetos en una base de
datos relacional en este artículo sobre Modelado de bases de datos en UML.
 Página 4 de 13

LOS 13 DIAGRAMAS DE UML EN

EXISTENCIA
Diagrama de clases
Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un
sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de
clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se
crea el diseño conceptual de la información que se manejará en el sistema, y los
componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Representación de: - Requerimientos en entidades y actuaciones. - La arquitectura

conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de
software orientados a objetos

Diagrama de componentes
Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado.
Un diagrama de componentes representa cómo un sistema de software es dividido en
componentes y muestra las dependencias entre estos componentes. Los componentes
físicos incluyen archivos, cabeceras, bibliotecas, módulos, ejecutables, o paquetes. Los
diagramas de Componentes prevalecen en el campo de la arquitectura de software pero
pueden ser usados para modelar y documentar cualquier arquitectura de sistema.

Diagrama de objetos
Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los
sistemas informáticos en la metodología UML.
Se puede considerar un caso especial de un diagrama en el que se muestran instancias
específicas de clases (objetos) en un momento particular del sistema. Los diagramas de
objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas
de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los
diagramas de clase.
Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la
forma Nombre de objeto: Nombre de clase.
Por ejemplo, Miguel: Persona.

Diagrama de estructura compuesta

Un diagrama de estructura compuesta es un tipo de diagrama de estructura estática en el
Lenguaje (UML), que muestra la estructura interna de una clase y las colaboraciones que
esta estructura hace posibles. Esto puede incluir partes internas, puertas mediante las
cuales, las partes interactúan con cada una de las otras o mediante las cuales, instancias
de la clase interactúan con las partes y con el mundo exterior, y conectores entre partes o
 Página 5 de 13

puertas. Una estructura compuesta es un conjunto de elementos interconectados que

colaboran en tiempo de ejecución para lograr algún propósito. Cada elemento tiene
algún rol definido en la colaboración.

Diagrama de despliegue
El Diagrama de Despliegue es un tipo de diagrama del Modelado que se utiliza para
modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre
sus componentes.
Los elementos usados por este tipo de diagrama son nodos (representados como un
prisma), componentes (representados como una caja rectangular con dos protuberancias
del lado izquierdo) y asociaciones.
En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede haber
artefactos u otros nodos dentro de un nodo.

Diagrama de paquetes
En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra cómo un
sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas
agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los
diagramas de paquetes suministran una descomposición de la jerarquía lógica de un
sistema.
Los Paquetes están normalmente organizados para maximizar la coherencia interna
dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con
estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión.
Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre
ellos pueden indicar el orden de desarrollo requerido.

Diagrama de actividades
En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos
de trabajo paso a paso de negocio y operacionales de los componentes en un sistema.
Un Diagrama de Actividades muestra el flujo de control general.
En SysML el diagrama de Actividades ha sido extendido para indicar flujos entre pasos
que mueven elementos físicos (e.g., gasolina) o energía (e.g., presión). Los cambios
adicionales permiten al diagrama soportar mejor flujos de comportamiento y datos
continuos.

Diagrama de casos de uso

En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de
diagrama de comportamiento.
El Lenguaje de Modelado Unificado define una anotación para representar casos de uso
llamada modelo de casos de uso. UML no define estándares para que el formato escrito
 Página 6 de 13

describa los casos de uso, y así mucha gente no entiende que esta notación gráfica
define la naturaleza de un caso de uso; sin embargo una notación gráfica puede solo dar
una vista general simple de un caso de uso o un conjunto de casos de uso. Los
diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras los
dos conceptos están relacionados, los casos de uso son mucho más detallados que los
diagramas de casos de uso.

Diagrama de estados
En UML, un diagrama de estados es un diagrama utilizado para identificar cada una de
las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada
proceso.
Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué
momento podrían tener una variación.
El diagrama de estados permite visualizar de una forma secuencial la ejecución de cada
uno de los procesos.

Diagrama de secuencia
El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre
objetos en un sistema según UML. En inglés se pueden encontrar como
"sequencediagram", "event-trace diagrams", "eventscenarios" o "timingdiagrams"

Diagrama de comunicación
En el Lenguaje Unificado de Modelado (UML) 2.0, un diagrama de comunicación es una
versión simplificada del diagrama de colaboración de la versión de UML 1.x.
Un diagrama de comunicación modela las interacciones entre objetos o partes en
términos de mensajes en secuencia. Los diagramas de comunicación representan una
combinación de información tomada desde el diagrama de clases, secuencia, y diagrama
de casos de uso describiendo tanto la estructura estática como el comportamiento
dinámico de un sistema.

Diagrama de tiempos
Un diagrama de tiempos o cronograma es una gráfica de formas de onda digitales que
muestra la relación temporal entre varias señales, y cómo varía cada señal en relación a
las demás.
Un cronograma puede contener cualquier número de señales relacionadas entre sí.
Examinando un diagrama de tiempos, se puede determinar los estados, nivel alto o nivel
bajo, de cada una de las señales en cualquier instante de tiempo especificado, y el
instante exacto en que cualquiera de las señales cambia de estado con respecto a las
restantes.
 Página 7 de 13

Diagrama global de interacciones

Un diagrama global de las interacciones (en inglés: interactionoverviewdiagram) es una de
las trece clases de diagramas en el Lenguaje de Modelado Unificado (UML), un lenguaje
de modelamiento para software y otros sistemas.

NOMBRE DEL DEFINICIONES U OBJETIVOS EJEMPLO DEL DIAGRAM

DIAGRAMA DEL DIAGRAMA
Diagrama de Un diagrama de clases es un tipo
de diagrama estático que describe
clases la estructura de un
sistema mostrando sus clases,
atributos y las relaciones entre
ellos. Los diagramas de clases son
utilizados durante el proceso de
análisis y diseño de los sistemas,
donde se crea el diseño conceptual
de la información que se manejará
en el sistema, y los componentes
que se encargaran del
funcionamiento y la relación entre
uno y otro.
Representación de: -
Requerimientos en entidades y
actuaciones. - La arquitectura
conceptual de un dominio -
Soluciones de diseño en una
arquitectura - Componentes de
software orientados a objetos
 Página 8 de 13

Diagrama de Un diagrama de componentes es

un diagrama tipo del Lenguaje
componentes Unificado de Modelado.
Un diagrama de componentes
representa cómo un sistema
de software es dividido en
componentes y muestra
las dependencias entre estos
componentes. Los componentes
físicos incluyen archivos,
cabeceras, bibliotecas, módulos,
ejecutables, o paquetes. Los
diagramas de Componentes
prevalecen en el campo de
la arquitectura de software pero
pueden ser usados para modelar y
documentar cualquier arquitectura
de sistema.

Diagrama de Los diagramas de objetos son

utilizados durante el proceso de
objetos Análisis y Diseño de los
sistemas informáticos en la
metodología UML.
Se puede considerar un caso
especial de un diagrama en el que
se muestran instancias específicas
de clases (objetos) en un momento
particular del sistema. Los
diagramas de objetos utilizan un
subconjunto de los elementos de
un diagrama de clase. Los
diagramas de objetos no muestran
la multiplicidad ni los roles, aunque
su notación es similar a los
diagramas de clase.
Diagrama de Un diagrama de estructura
compuesta es un tipo de diagrama
estructura de estructura estática en el
Lenguaje (UML), que muestra la
compuesta estructura interna de una clase y
las colaboraciones que esta
estructura hace posibles. Esto
puede incluir partes internas,
puertas mediante las cuales, las
partes interactúan con cada una de
las otras o mediante las cuales,
instancias de la clase interactúan
con las partes y con el mundo
exterior, y conectores entre partes
o puertas. Una estructura
 Página 9 de 13

compuesta es un conjunto de
elementos interconectados que
colaboran en tiempo de ejecución
para lograr algún propósito. Cada
elemento tiene algún rol definido en
la colaboración.
Diagrama de El Diagrama de Despliegue es un
tipo de diagrama del Modelado que
despliegue se utiliza para modelar el hardware
utilizado en las implementaciones
de sistemas y las relaciones entre
sus componentes.
Los elementos usados por este tipo
de diagrama son nodos
(representados como un prisma),
componentes (representados como
una caja rectangular con dos
protuberancias del lado izquierdo)
y asociaciones.
En el UML 2.0 los componentes ya
no están dentro de nodos. En
cambio, puede haber artefactos u
otros nodos dentro de un nodo.

Diagrama de En el Lenguaje Unificado de

Modelado, un diagrama de
paquetes paquetes muestra cómo un sistema
está dividido en agrupaciones
lógicas mostrando las
dependencias entre esas
agrupaciones. Dado que
normalmente un paquete está
pensado como un directorio, los
diagramas de paquetes suministran
una descomposición de la jerarquía
lógica de un sistema.
Los Paquetes están normalmente
organizados para maximizar la
coherencia interna dentro de cada
paquete y minimizar el
acoplamiento externo entre los
paquetes. Con estas líneas
maestras sobre la mesa, los
paquetes son buenos elementos de
gestión. Cada paquete puede
asignarse a un individuo o a un
equipo, y las dependencias entre
ellos pueden indicar el orden de
desarrollo requerido.
 Página 10 de 13

Diagrama de En el Lenguaje de Modelado

Unificado, un diagrama de
actividades actividades representa los flujos de
trabajo paso a paso de negocio y
operacionales de los componentes
en un sistema. Un Diagrama de
Actividades muestra el flujo de
control general.
En SysML el diagrama de
Actividades ha sido extendido para
indicar flujos entre pasos que
mueven elementos físicos (e.g.,
gasolina) o energía (e.g., presión).
Los cambios adicionales permiten
al diagrama soportar mejor flujos
de comportamiento y datos
continuos.

Diagrama de En el Lenguaje de Modelado

Unificado, un diagrama de casos de
casos de uso uso es una especie de diagrama de
comportamiento.
El Lenguaje de Modelado
Unificado define una
anotación para representar casos
de uso llamada modelo de casos de
uso. UML no define estándares
para que el formato escrito
describa los casos de uso, y así
mucha gente no entiende que esta
notación gráfica define la
naturaleza de un caso de uso; sin
embargo una notación gráfica
puede solo dar una vista general
simple de un caso de uso o un
conjunto de casos de uso. Los
diagramas de casos de uso son a
menudo confundidos con los casos
de uso. Mientras los dos conceptos
están relacionados, los casos de
uso son mucho más detallados que
los diagramas de casos de uso.
 Página 11 de 13

Diagrama de En UML, un diagrama de estados es

un diagrama utilizado para
estados identificar cada una de las rutas o
caminos que puede tomar un flujo
de información luego de ejecutarse
cada proceso.
Permite identificar bajo qué
argumentos se ejecuta cada uno de
los procesos y en qué momento
podrían tener una variación.
El diagrama de estados permite
visualizar de una forma secuencial
la ejecución de cada uno de los
procesos
Diagrama de El diagrama de secuencia es un
tipo de diagrama usado para
secuencia modelar interacción entre objetos
en un sistema según UML. En
inglés se pueden encontrar como
"sequencediagram", "event-trace
diagrams", "eventscenarios" o
"timingdiagrams"

Diagrama de En el Lenguaje Unificado de

Modelado (UML) 2.0, un diagrama
comunicación de comunicación es una versión
simplificada del diagrama de
colaboración de la versión de UML
1.x.
Un diagrama de comunicación
modela las interacciones entre
objetos o partes en términos de
mensajes en secuencia. Los
diagramas de comunicación
representan una combinación de
información tomada desde el
diagrama de clases, secuencia,
y diagrama de casos de
uso describiendo tanto la
estructura estática como el
comportamiento dinámico de un
 Página 12 de 13

sistema.

Diagrama de Un diagrama de tiempos o

cronograma es una gráfica de
tiempos formas de onda digitales que
muestra la relación temporal entre
varias señales, y cómo varía cada
señal en relación a las demás.
Un cronograma puede contener
cualquier número de señales
relacionadas entre sí. Examinando
un diagrama de tiempos, se puede
determinar los estados, nivel alto o
nivel bajo, de cada una de las
señales en cualquier instante de
tiempo especificado, y el instante
exacto en que cualquiera de las
señales cambia de estado con
respecto a las restantes.

Diagrama Un diagrama global de las

interacciones (en
global de inglés: interactionoverviewdiagram)
es una de las trece clases de
interacciones diagramas en el Lenguaje de
Modelado Unificado (UML), un
lenguaje de modelamiento para
software y otros sistemas

PAGINAS CONSULTADAS
http://mitareauml.blogspot.mx/
https://www.lucidchart.com/pages/es/qu%C3%A9-
es-el-lenguaje-unificado-de-modelado-uml
https://www.google.com.mx/search?biw=1280&bih
=918&tbm=isch&sa=1&ei=MTCfWo3oJMHXzwKOu
Y_QCA&q=ejemplo+del+diagrama+global+de+inter
 Página 13 de 13

acciones&oq=ejemplo+del+diagrama+global+de+in
teracciones&gs_l=psy-
ab.3...72496.85627.0.85825.34.29.5.0.0.0.126.3087.9j
20.29.0....0...1c.1.64.psy-
ab..0.5.363...0j0i30k1j0i8i30k1.0.jAEozVrNWto#imgr
c=ZpQPbwTjHu5y9M: