¿Por qué UML es una notación estándar?

Además de haberse convertido en un estándar de facto, UML es un estándar industrial

promovido por el grupo OMG al mismo nivel que el estándar CORBA para intercambio de
objetos distribuidos. Para la revisión de UML se formaron dos "corrientes" que promovían la
aparición de la nueva versión desde distintos puntos de vista. Finalmente se impuso la visión
más industrial frente a la académica. Recientemente se ha publicado la versión 2.0 en la que
aparecen muchas novedades y cambios que, fundamentalmente, se centran en resolver
carencias prácticas. Además, esta versión recibe diversas mejoras que provienen del lenguaje
SDL.

Desde el año 2004, UML es un estándar aprobado por la ISO como ISO/IEC
19501:2005 Information technology — Open Distributed Processing — Unified
Modeling Language (UML) Versió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

Además de haberse convertido en un estándar de facto, UML es un estándar industrial

promovido por el grupo OMG al mismo nivel que el estándar CORBA para intercambio de
objetos distribuidos. Para la revisión de UML se formaron dos "corrientes" que promovían la
aparición de la nueva versión desde distintos puntos de vista. Finalmente se impuso la visión
más industrial frente a la académica. Recientemente se ha publicado la versión 2.0 en la que
aparecen muchas novedades y cambios que, fundamentalmente, se centran en resolver
carencias prácticas. Además, esta versión recibe diversas mejoras que provienen del
lenguaje SDL.

Diferencia de las versiones de UML

Diferencias entre UML 1.5 y UML 2.0

OMG UML 1.5 está constituido por siete (7) diagramas básicos y dos (2) diagramas que
constituyen variaciones de dos de los anteriores

En OMG UML 2.0 se definen una serie de diagramas adicionales a los establecidos en OMG
UML 1.5. El conjunto de diagramas se encuentra organizado en torno a dos categorías:
diagramas estructurales (parte izquierda) y diagramas dinámicos o de comportamiento (parte
derecha). Los diferentes diagramas son:
Como se puede notar al comparar las dos figuras anteriores, el diagrama de colaboración de
OMG UML 1.5 se ha transformado en el Diagrama de Comunicación en OMG UML 2.0.
Adicionalmente se incorporan los diagramas siguientes:

Diagrama de Estructura Compuesta. Se emplea para visualizar de manera gráfica las partes que
definen la estructura interna de un clasificador. Cuando se utiliza en el marco de una clase,
este diagrama permite elaborar un diagrama de clases donde se muestran los diferentes
atributos (partes) y las clases, a partir de las cuales se definen los atributos, indicando
principalmente las asociaciones de agregación o de composición de la clase a la que se le
elabora el diagrama.

Diagrama General de Interacción. Se emplea fundamentalmente para representar las

interacciones, a través de diagramas o fragmentos de diagramas de secuencias, entre los
actores y el sistema como una gran caja negra, y de diagramas de actividades en los que
aparecen dichos fragmentos.

Diagramas de Tiempos. Empleados para mostrar las interacciones donde el propósito

fundamental consiste en razonar sobre la ocurrencia de eventos en el tiempo que provocan el
cambio de estados de un elemento estructural (clase, componente, etc.).

Diagrama de Comunicación. Equivalente al diagrama de colaboración del OMG UML 1.5.

Permite especificar interacciones entre objetos que conforman la estructura interna de un
clasificador.

OMG UML 2.0, ofrece a los proveedores de herramientas CASE (Computer-Aided Software
Engineering) las características necesarias que permitirán cumplir la promesa histórica que le
dio vida a este tipo de herramientas: “la producción automática de programas basado en
especificaciones del software”.

Dentro de los elementos estructurales de UML 2.0, aparece uno nuevo llamado Artefacto; que
es la parte física y reemplazable de un sistema que contiene información física, usada o
producida por un sistema. Los artefactos pueden tener características u operaciones
asociadas, y pueden ser instanciados o asociados con otros artefactos. Los ejemplos de
artefactos incluyen archivos del modelo, archivos de código fuente, tablas de la base de datos,
los entregables del desarrollo o documentos de ayuda, ejecutables y scripts. Se representa
como un rectángulo, con la palabra artifact dentro. Se utiliza principalmente en los diagramas
de despliegue.

Otro elemento que se considera una unidad funcional básica dentro de un diagrama de
Actividades es la Acción. Este elemento describe un proceso básico de las transformaciones
que ocurren dentro de un sistema. Las acciones pueden pensarse como hijos de las
actividades. Ambas representan los procesos, pero las actividades pueden contener múltiples
pasos o descomposición de procesos, donde cada uno de los cuales puede ser incluido dentro
de una acción. Una acción no puede descomponerse. Se representa como un rectángulo con
las esquinas redondeadas.