INSTITUTO POLITÉCNICO NACIONAL

UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y

CIENCIAS SOCIALES Y ADMINISTRATIVAS.

 Ingeniería de diseño

Alumno:

Espiricueto del ángel marco allan

Actividad:

¿
Libro UML

PROFESOR: Garcia Rodriguez Jose Luis

4NM61

SEMESTRE 2021-1
 ¿Qué es UML?
UML, por sus siglas en inglés, Unified Modeling Language: es el lenguaje de
modelado de sistemas de software más conocido y utilizado en la actualidad; está
respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema de software. UML ofrece
un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocios y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programación, esquemas
de bases de datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no para

describir métodos o procesos. Se utiliza para definir un sistema de software, para
detallar los artefactos en el sistema y para documentar y construir. En otras
palabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar en
una gran variedad de formas para dar soporte a una metodología de desarrollo de
software (tal como el Proceso Unificado Racional), pero no especifica en sí mismo
qué metodología o proceso usar.

UML no puede compararse con la programación estructurada, pues UML significa

(Lengua de Modelación Unificada), no es programación, solo se diagrama la
realidad de una utilización en un requerimiento. Mientras que, programación
estructurada, es una forma de programar como lo es la orientación a objetos, sin
embargo, la orientación a objetos viene siendo un complemento perfecto de UML,
pero no por eso se toma UML sólo para lenguajes orientados a
objetosEstos diagramas de UML son representaciones gráficas que muestran de
forma parcial un sistema de información, bien esté siendo desarrollado o ya lo
haya sido. Suelen estar acompañados de documentación que les sirve de apoyo,
adoptando estas múltiples formas. Además, UML no excluye la posibilidad de
mezclar diagramas, algo que, de hecho, suele ser bastante común. Siempre
teniendo en cuenta una de las máximas de UML: Una imagen vale más que mil
palabras.

Como principal desventaja ampliamente mencionada de UML podemos nombrar el

hecho de que se trata de un lenguaje muy amplio, haciendo, en ocasiones,
complicado utilizar todas las posibilidades que ofrece. No obstante, los analistas
tienden a utilizar los diagramas de forma sencilla, consiguiendo que sean
entendidos fácilmente por cualquier persona que accedan a ellos.

¿Por qué UML?

Los modelos o diagramas de UML nos ayudan a trabajar a un mayor nivel de
abstracción. Permite modelar cualquier tipo de aplicación corriendo en cualquier
combinación de hardware y software, sistema operativo, lenguaje de programación
y red, es decir, UML es independiente de la plataforma hardware sobre la que
actua el software. Su flexibilidad permite modelar cualquier tipo de aplicación e,
incluso, otros tipos de proyecto que no son puramente software.

UML ofrece ese modelado utilizando diagramas y se denomina lenguaje por ser
una forma común de expresarse por todos los analistas, desarrolladores y
usuarios. Está desarrollado para ayudar a todos estos (y más) perfiles a
especificar, visualizar, construir y documentar todos los componentes de un
proyecto. A pesar de que cada diagrama UML en particular aporta su visión
particular al modelado, el lenguaje en su conjunto tiene algunas características
que interesa resaltar:

Es muy sencillo. Pese a que si es usado de forma completa puede llegar a

complicarse, lo normal es que se simplifique.

 Es capaz de modelar todo tipo de sistemas.

 Es un lenguaje universal, haciendo que todos los miembros del equipo se

relacionen a través de sus diagramas sean del ámbito que sean.

 Es fácilmente extensible. Tiene mecanismos sencillos para especializar los

conceptos fundamentales.

 Es visual y, por lo tanto, intuitivo.

 Es independiente del desarrollo, del lenguaje y de la plataforma.

 Bien ejecutado aporta un conjunto considerable de buenas prácticas.

No está completo. Utilizando los distintos diagramas no podemos estar seguros de

comprender con totalidad el sistema que va a desarrollarse. Los diagramas, para
facilitar su comprensión pueden (y suelen) omitir información, pueden tener partes
que se entienden de distintas maneras o, incluso, pueden tener conceptos que no
pueden ser representados por ningún diagrama.

Este pequeño sitio web está dedicado a mostrar información sobre todos los tipos
de diagramas que existen en UML de forma online, incluyendo teoría y ejemplos
sobre los mismos. Si estás buscando las mejores herramientas para construir
diagramas UML en línea te recomiendo que accedas a nuestra lista de mejores
herramientas para construir diagramas UML online.

Tipos de diagramas UML

Hoy en día, en la versión 2.5.1 de UML, existen dos clasificaciones de diagramas:
Los diagramas estructurales y los diagramas de comportamiento. Todos los
diagramas UML están contenidos en esta clasificación.
Diagramas estructurales

Los diagramas estructurales muestran la estructura estática del sistema y sus

partes en diferentes niveles de abstracción. Existen un total de siete tipos de
diagramas de estructura:

Diagrama de clases

Muestra la estructura del sistema, subsistema o componente utilizando clases con

sus características, restricciones y relaciones: asociaciones, generalizaciones,
dependencias, etc.
Diagrama de componentes

Muestra componentes y dependencias entre ellos. Este tipo de diagramas se

utiliza para el desarrollo basado en componentes (CDB), para describir sistemas
con arquitectura orientada a servicios (SOA).

Diagrama de despliegue

Muestra la arquitectura del sistema como despliegue (distribución) de artefactos

de software.
Diagrama de objetos

Un gráfico de instancias, incluyendo objetos y valores de datos. Un diagrama de

objeto estático es una instancia de un diagrama de clase; muestra una instantánea
del estado detallado de un sistema en un punto en el tiempo.

Diagrama de paquetes

Muestra los paquetes y las relaciones entre los paquetes.

Diagrama de perfiles
Diagrama UML auxiliar que permite definir estereotipos personalizados, valores
etiquetados y restricciones como un mecanismo de extensión ligero al estándar
UML. Los perfiles permiten adaptar el metamodelo UML para diferentes
plataformas o dominios.

Diagrama de estructura compuesta

Muestra la estructura interna (incluidas las partes y los conectores) de un

clasificador estructurado.

Diagramas de comportamiento

A diferencia de los diagramas estructurales, muestran cómo se comporta un

sistema de información de forma dinámica. Es decir, describe los cambios que
sufre un sistema a través del tiempo cuando está en ejecución. Hay un total de
siete diagramas de comportamiento, clasificados de la siguiente forma:
Diagrama de actividades

Muestra la secuencia y las condiciones para coordinar los comportamientos de

nivel inferior, en lugar de los clasificadores que poseen esos comportamientos.
Estos son comúnmente llamados modelos de flujo de control y flujo de objetos.

Diagrama de casos de uso

Describe un conjunto de acciones (casos de uso) que algunos sistemas o

sistemas (sujetos) deben o pueden realizar en colaboración con uno o más
usuarios externos del sistema (actores) para proporcionar algunos resultados
observables y valiosos a los actores u otros interesados del sistema(s).

Diagrama de máquina de estados

Se utiliza para modelar el comportamiento discreto a través de transiciones de

estados finitos. Además de expresar el comportamiento de una parte del sistema,
las máquinas de estado también se pueden usar para expresar el protocolo de uso
de parte de un sistema.
Diagramas de interacción.

Es un subconjunto de los diagramas de comportamiento. Comprende los

siguientes diagramas:

Diagrama de secuencia

Es el tipo más común de diagramas de interacción y se centra en el intercambio

de mensajes entre líneas de vida (objetos).

Diagrama de comunicación

Se enfoca en la interacción entre líneas de vida donde la arquitectura de la

estructura interna y cómo esto se corresponde con el paso del mensaje es
fundamental. La secuencia de mensajes se da a través de una numeración.
Diagrama de tiempos

Se centran en las condiciones que cambian dentro y entre las líneas de vida a lo
largo de un eje de tiempo lineal.

Diagrama global de interacciones

Los diagramas globales de interacciones brindan una descripción general del flujo
de control donde los nodos del flujo son interacciones o usos de interacción.
¿Qué versiones existen de UML?

La versión actual de UML es la 2.5.1 y fue publicada en Junio de 2015. UML es

gestionada y actualizada por la OMG (Object Management Group).

Los creadores originales de UML son 3: Jim Rumbaugh, Grady Booch e Ivar
Jacobson.

Esta es la lista de versiones que han sido publicadas:

1.1 – Noviembre de 1997

1.3 – Marzo de 2000

1.4 – Septiembre de 2001

1.5 – Marzo de 2003

1.4.2 – Enero de 2005

2.0 – Octubre de 2005

2.1 – Abril de 2006

2.1.1 – Febrero de 2007

2.1.2 – Noviembre de 2007

2.2 – Febrero de 2009

2.3 – Mayo de 2010

2.4.1 – Agosto de 2011

2.5 – Junio de 2015

2.5.1 – Diciembre de 2017 (Última versión)

Breve historia de UML

Desde hace unos años, las tecnologías de la información y comunicación ya han

producido una enorme variedad de métodos y notaciones para llevar a cabo el
modelado. Existen métodos y anotaciones para el diseño, la estructura, el
procesamiento y el almacenamiento de información. De la misma manera también
podemos encontrar métodos para la planificación, modelado, implementación,
ensamblaje, prueba, documentación, ajuste, etc. de los sistemas. Entre los
conceptos que se utilizan existen algunos relativamente fundamentales y, debido a
eso, se expanden más allá del ámbito en el que fueron creados en un principio.

Desde la concepción de la tecnología de la información hasta finales de 1970, los

desarrolladores de software se tomaron el desarrollo del software como un arte.
Pero estos sistemas fueron poco a poco haciéndose más complejos y por esta
razón el mantenimiento y el desarrollo exigía otro tipo de visión, más allá del
previamente descrito. Este hecho dio lugar a la ya famosa crisis del software.

Esta crisis lleva al enfoque de ingeniería (ingeniería de software) y la

programación estructurada. Se desarrollaron métodos para la estructuración de
sistemas y para los procesos de diseño, desarrollo y mantenimiento. Los enfoques
orientados a procesos, por ejemplo, el método de salida de procesamiento de
entrada de jerarquía, enfatizaron la funcionalidad de los sistemas. Con este
método, el sistema total se divide en componentes más pequeños a través de la
descomposición funcional.

La crisis del software

Al mismo tiempo, se desarrollaron enfoques orientados a la estructura de datos,
como el método de Jackson, en el que la estructura del programa se deriva de la
visualización gráfica de las estructuras de datos.

En todos estos métodos y notaciones, dividimos el sistema en dos partes: una

sección de datos y una sección de procedimientos. Esto es claramente
reconocible en lenguajes de programación más antiguos, como COBOL. Los
diagramas de flujo de datos, los diagramas de estructura, los diagramas HIPO y
los diagramas de Jackson se utilizan para ilustrar el rango de funciones.
Naturalmente, estos primeros métodos enfatizaron el desarrollo de nuevos
sistemas.

En la década de 1980, el análisis estructural clásico se desarrolló aún más. Los

desarrolladores generaron diagramas de relaciones de entidades para el
modelado de datos y redes de Petri para el modelado de procesos.

A medida que los sistemas se volvieron más complejos, ya no se podría diseñar

cada sistema “desde cero”. Las propiedades, como la mantenibilidad y la
reutilización, se hicieron cada vez más importantes. Se desarrollaron lenguajes de
programación orientados a objetos, y con ellos, los primeros lenguajes de
modelado orientados a objetos surgieron en los años 70 y 80. En la década de
1990, las primeras publicaciones sobre análisis orientado a objetos y diseño
orientado a objetos se pusieron a disposición del público. A mediados de la
década de 1990, ya existían más de 50 métodos orientados a objetos, así como
muchos formatos de diseño. Un lenguaje de modelado unificado parecía
indispensable.

A principios de la década de 1990, los métodos orientados a objetos de Grady

Booch y James Rumbaugh se utilizaron ampliamente. En octubre de 1994,
Rational Software Corporation (parte de IBM desde febrero de 2003) comenzó la
creación de un lenguaje de modelado unificado. Primero, acordaron una
estandarización de la notación (lenguaje), ya que esto parecía menos elaborado
que la estandarización de los métodos. Al hacerlo, integraron el Método Booch de
Grady Booch, la Técnica de modelado de objetos ( OMT ) de James Rumbaugh y
la Ingeniería de software orientada a objetos ( OOSE ), de Ivar Jacobsen, con
elementos de otros métodos y publicaron esta nueva notación bajo el nombre
UML, versión 0.9 .

El objetivo no era formular una notación completamente nueva, sino adaptar,

expandir y simplificar los tipos de diagramas existentes y aceptados de varios
métodos orientados a objetos, como los diagramas de clase, los diagramas de
casos de uso de Jacobson o los diagramas de gráficos de estado de Harel. Los
medios de representación que se utilizaron en los métodos estructurados se
aplicaron a UML. Por lo tanto, los diagramas de actividad de UML están, por
ejemplo, influenciados por la composición de los diagramas de flujo de datos y las
redes de Petri.

Lo que es sobresaliente y nuevo en UML no es su contenido, sino su

estandarización a un solo lenguaje unificado con un significado definido
formalmente.

Compañías conocidas, como IBM, Oracle, Microsoft, Digital, Hewlett-Packard y

Unisys se incluyeron en el desarrollo posterior de UML. En 1997, la versión 1.1 de
UML fue enviada y aprobada por la OMG . La versión 1.2 de UML, con
adaptaciones editoriales, se lanzó en 1998, seguida de la versión 1.3 un año
después, y la versión 1.5 de UML en marzo de 2003. Los desarrolladores ya
habían estado trabajando en la versión 2.0 de UML desde el año 2000, y se
aprobó como una Especificación final adoptada por OMG en junio de 2003.
Cuando este libro se imprimió en junio de 2005, la etapa final de adopción por
parte de OMG como una especificación disponible aún no se había completado.

Software libre para modelado en UML

Visual Paradigm for UML, Herramienta de modelado UML y herramienta CASE
que, como en el caso anterior, cuenta con una versión gratuita denominada
Community Edition ArgoUml, Herramienta de modelado UML escrito en java) Dia
Puede ser usado para modelar varios tipos de diagramas UML Umbrello
Herramienta para modelado UML para el entorno KDE MonoUML Herramienta
CASE para la plataforma mono (Sitio Oficial) UMLet Herramienta para modelado
rápido de UML también escrita en Java gModeler Herramienta para modelado de
UML basada en Flash (utilizable desde el navegador), que permite generar codigo
Action Script 2.0 Compatible (enlace externo) StarUML Herramienta de modelado
para Windows desarrollada en Delphi. Bastante estable y usable.