Lenguaje unificado de modelado

Collage de diagramas UML.

El lenguaje unificado de modelado (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 elObject Management Group (OMG).

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un
"plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos, funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para
definir un sistema, 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 el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software
(tal como el Proceso Unificado Racional, Rational Unified Process o RUP), pero no especifica en sí mismo qué metodología o
proceso usar.

UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, 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, la programación orientada a objetos viene siendo un complemento perfecto
de UML, pero no por eso se toma UML solo para lenguajes orientados a objetos.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.

Índice
 Estandarización de UML
Historia
Antes de UML 1.x
UML 1.x
UML 2.x
Tipos de diagramas en UML 2.5
Estructurales
De comportamiento
De interacción
Véase también
Referencias
Enlaces externos

Estandarización de UML
Desde el año 2005, UML es un estándar aprobado por la ISO como ISO/IEC 19501:2005 Information technology — Open
Distributed Processing — Unified Modeling Language (UML) eVrsión 1.4.2.

En el año 2012 se actualizó la norma a la última versión definitiva disponible en ese momento, la 2.4.1, dando lugar a las normas
ISO/IEC 19505-1 e ISO/IEC 19505-2.

Historia

Antes de UML 1.x

Después de que la Rational Software Corporation contratara a James Rumbaugh de General Electric, en 1994, la compañía se
convirtió en la fuente de los dos esquemas de modelado orientado a objetos más populares de la época: Object-Modeling Technique
(OMT) de Rumbaugh, que era mejor para análisis orientado a objetos, y el Método Booch (de Grady Booch) que era mejor para el
diseño orientado a objetos. Poco después se les unió Ivar Jacobson, el creador del método de ingeniería de software orientado a
objetos. Jacobson se unió a Rational, en 1995, después de que su compañía Objectory AB fuera comprada por Rational. Los tres
metodologistas eran conocidos como los Tres Amigos, porque se sabía de sus constantes discusiones sobre las prácticas
metodológicas.

En 1996 Rational concluyó que la abundancia de lenguajes de modelado estaba alentando la adopción de la tecnología de objetos, y
para orientarse hacia un método unificado, encargaron a los Tres Amigos que desarrollaran un "lenguaje unificado de modelado"
abierto. Se consultó con representantes de compañías competidoras en el área de la tecnología de objetos durante la OOPSLA '96;
eligieron "cajas" para representar clases en lugar de la notación de Booch que utilizaba símbolos de "nubes".

Bajo la dirección técnica de los Tres Amigos (Rumbaugh, Jacobson y Booch) fue organizado un consorcio internacional llamado
UML Partners en 1996 para completar las especificaciones del UML, y para proponerlo como una respuesta al OMG RFP. El
borrador de la especificación UML 1.0 de UML Partners fue propuesto a la OMG en enero de 1997. Durante el mismo mes, la UML
Partners formó una Fuerza de Tarea Semántica, encabezada por Cris Kobryn y administrada por Ed Eykholt, para finalizar las
semánticas de la especificación y para integrarla con otros esfuerzos de estandarización. El resultado de este trabajo, el UML 1.1, fue
presentado ante la OMG enagosto de 1997 y adoptado por la OMG ennoviembre de 1997.

UML 1.x
Como notación de modelado, la influencia de la OMT domina UML (por ejemplo, el uso de rectángulos para clases y objetos).
Aunque se quitó la notación de "nubes" de Booch, sí se adoptó la capacidad de Booch para especificar detalles de diseño en los
niveles inferiores. La notación de "Casos de Uso" del Objectory y la notación de componentes de Booch fueron integrados al resto de
la notación, pero la integración semántica era relativamente débil en UML 1.1, y no se arregló realmente hasta la revisión mayor de
UML 2.0.

Conceptos de muchos otros métodos orientados a objetos (MOO) fueron integrados superficialmente en UML con el propósito de
hacerlo compatible con todos los MOO. Además, el grupo tomó en cuenta muchos otros métodos de la época, con el objetivo de
asegurar amplia cobertura en el dominio de los sistemas en tiempo real. Como resultado, UML es útil en una gran variedad de
problemas de ingeniería, desde procesos sencillos y aplicaciones de solamente un usuario a sistemas concurrentes y distribuidos.

UML 2.x
UML ha madurado considerablemente desde UML 1.1, varias revisiones menores (UML 1.3, 1.4 y 1.5) han corregido defectos y
errores de la primera versión de UML. A estas le ha seguido la revisión mayor UML 2.0 que fue adoptada por el OMG 2005.
en

Aunque UML 2.1 nunca fue lanzado como una especificación formal, las versiones 2.1.1 y 2.1.2, aparecieron en 2007, seguidas por
UML 2.2 en febrero de 2009. UML 2.3 fue lanzado oficialmente en mayo de 2010. UML 2.4.1 fue lanzado oficialmente en agosto de
2011. UML 2.5 fue lanzado enoctubre de 2012 como una versión "En proceso" que fue formalmente liberada enjunio de 2015.

Tipos de diagramas en UML 2.5

Estructurales
Muestran la estructura estática de los objetos en un sistema.

Diagrama de clases Los diagramas de clase son, sin duda, el tipo de diagrama UML más utilizado. Es el bloque de
construcción principal de cualquier solución orientada a objetos. Muestra las clases en un sistema, atributos y
operaciones de cada clase y la relación entre cada clase. En la mayoría de las herramientas de modelado, una
clase tiene tres partes, nombre en la parte superior, atributos en el centro y operaciones o métodos en la parte
inferior. En sistemas grandes con muchas clases relacionadas, las clases se agrupan para crear diagramas de
clases. Las Diferentes relaciones entre las clases se muestran por diferentes tipos de flechas.
Diagrama de componentesUn diagrama de componentes muestra la relación estructural de los componentes de un
sistema de software. Estos se utilizan principalmente cuando se trabaja con sistemas complejos que tienen muchos
componentes. Los componentes se comunican entre sí mediante interfaces. Las interfaces se enlazan mediante
conectores.
Diagrama de despliegue Un diagrama de despliegue muestra el hardware de su sistema y el software de ese
hardware. Los diagramas de implementación son útiles cuando la solución de software se despliega en varios
equipos, cada uno con una configuración única.
Diagrama de objetos Los diagramas de objetos, a veces denominados diagramas de instancia, son muy similares a
los diagramas de clases. Al igual que los diagramas de clases, también muestran la relación entre los objetos, pero
usan ejemplos del mundo real. Se utilizan para mostrar cómo se verá un sistema en un momento dado. Debido a
que hay datos disponibles en los objetos, a menudo se utilizan para explicar relaciones complejas entre objetos.
Diagrama de paquetes Como su nombre indica, un diagrama de paquetes muestra las dependencias entre
diferentes paquetes de un sistema.
Diagrama de perfiles El diagrama de perfil es un nuevo tipo de diagrama introducido en UML 2. Este es un tipo de
diagrama que se utiliza muy raramente en cualquier especificación.
Diagrama de estructura compuesta Los diagramas de estructura compuesta se utilizan para mostrar la estructura
interna de una clase.

De comportamiento
Muestran el comportamiento dinámico de los objetos en el sistema.

Diagrama de actividades Los diagramas de actividad representan los flujos de trabajo de forma gráfica. Pueden
utilizarse para describir el flujo de trabajo empresarial o el flujo de trabajo operativo de cualquier componente de un
 sistema. A veces, los diagramas de actividad se utilizan como una alternativa a los diagramas de máquina del
estado.
Diagrama de casos de uso Como el tipo de diagrama de diagramas UML más conocido, los diagramas de casos de
uso ofrecen una visión general de los actores involucrados en un sistema, las diferentes funciones que necesitan
esos actores y cómo interactúan estas diferentes funciones. Es un gran punto de partida para cualquier discusión
del proyecto, ya que se pueden identificar fácilmente los principales actores involucrados y los principales procesos
del sistema.
Diagrama de máquina de estadosLos diagramas de máquina de estado son similares a los diagramas de actividad,
aunque las anotaciones y el uso cambian un poco. En algún momento se conocen como diagramas de estados o
diagramas de diagramas de estado también. Estos son muy útiles para describir el comportamiento de los objetos
que actúan de manera diferente de acuerdo con el estado en que se encuentran en el momento.

De interacción
Diagrama global de interacciones Los diagramas generales o globales de interacción son muy similares a los
diagramas de actividad. Mientras que los diagramas de actividad muestran una secuencia de procesos, los
diagramas de interacción muestran una secuencia de diagramas de interacción. En términos simples, pueden
llamarse una colección de diagramas de interacción y el orden en que suceden. Como se mencionó anteriormente,
hay siete tipos de diagramas de interacción, por lo que cualquiera de ellos puede ser un nodo en un diagrama de
vista general de interacción.
Diagrama de comunicaciónEl diagrama de comunicación se llamó diagrama de colaboración en UML 1. Es similar a
los diagramas de secuencia, pero el foco está en los mensajes pasados entre objetos.
Diagrama de secuencia Los diagramas de secuencia en UML muestran cómo los objetos interactúan entre sí y el
orden en que se producen esas interacciones. Es importante tener en cuenta que muestran las interacciones para
un escenario en particular. Los procesos se representan verticalmente y las interacciones se muestran como
flechas.
Diagrama de tiempos Los diagramas de sincronización son muy similares a los diagramas de secuencia.
Representan el comportamiento de los objetos en un marco de tiempo dado. Si es solo un objeto, el diagrama es
directo, pero si hay más de un objeto involucrado, también se pueden usar para mostrar interacciones de objetos
durante ese período de tiempo.
Los diagramas de secuencia de UML forman parte de un modelo UML y solo existen dentro de los proyectos de modelado UML.
Para crear un diagrama de secuencia UML, en el menú Arquitectura, haga clic en Nuevo diagrama de capas o UML. Obtenga más
información sobre elementos de diagrama de secuencia UML o diagramas de modelado UML en general. Para ver una demostración
en vídeo, consulte Esbozar interacciones mediante diagramas de secuencia (2010).

Véase también
Entorno de desarrollo integrado
Herramienta CASE
Técnica de Modelado a Objetos
Programación orientada a objetos
XMI, un formato estándar basado enXML para el intercambio de modelos UML.
OCL, Lenguaje de especificación para los diferentes modelos en UML.
Webml, Metodología para el diseño de Sistemas de Información W eb.

Referencias
Martin Fowler, Kendall Sccott, "UML Gota a Gota", 1999.
Utilización de UML en Ingeniería del Software con Objetos y Componentes. Perdita Stevens, Rob Pooley. Addison
Wesley. 2002.
UML 2 Perdita Stevens Pearson EducationISBN 8478290869
UML Fermando AsteasuainISBN 9871347952
Versiones de UML en OMG
The Complete Guide to UML Diagram Types with Examples
Enlaces externos
Wikimedia Commons alberga una galería multimedia sobreLenguaje unificado de modelado.
Grupo Oficial del lenguaje Modelado(en inglés)
Especificación oficial (en inglés)
Especificación oficial (última versión disponible)(en inglés)
Introducción a UML 2.0, partesuno y dos
Listados de herramientas(en inglés)
Listados de herramientas
Deficiencias de UML (en inglés)
Problemas de consistencia en software basado en UML (en inglés)
UMLZone (en inglés)

Obtenido de «https://es.wikipedia.org/w/index.php?title=Lenguaje_unificado_de_modelado&oldid=104947251
»

Se editó esta página por última vez el 16 ene 2018 a las 12:20.

El texto está disponible bajo laLicencia Creative Commons Atribución Compartir Igual 3.0 ; pueden aplicarse cláusulas
adicionales. Al usar este sitio, usted acepta nuestrostérminos de uso y nuestra política de privacidad.
Wikipedia® es una marca registrada de laFundación Wikimedia, Inc., una organización sin ánimo de lucro.