Las grandes aplicaciones empresariales, las que ejecutan las

aplicaciones comerciales centrales y mantienen a una empresa en

funcionamiento, deben ser más que un conjunto de módulos de
código. Deben estar estructurados de una manera que permita la
escalabilidad, la seguridad y la ejecución robusta en condiciones
estresantes, y su estructura (con frecuencia denominada
su arquitectura ) debe definirse con suficiente claridad para que los
programadores de mantenimiento puedan (¡rápidamente!) encontrar
y corregir un error que aparece mucho después de que los autores
originales hayan pasado a otros proyectos. Es decir, estos
programas deben estar diseñadospara funcionar a la perfección en
muchas áreas, y la funcionalidad empresarial no es la única (aunque
ciertamente es el núcleo esencial). Por supuesto, una arquitectura
bien diseñada beneficia a cualquier programa, y no solo a los más
grandes, como hemos señalado aquí. Mencionamos las aplicaciones
grandes primero porque la estructura es una forma de lidiar con la
complejidad, por lo que los beneficios de la estructura (y del
modelado y el diseño, como demostraremos) se combinan a medida
que crece el tamaño de la aplicación. Otro beneficio de la estructura
es que permite la reutilización del código.: El tiempo de diseño es el
momento más fácil para estructurar una aplicación como una
colección de módulos o componentes autónomos. Eventualmente,
las empresas crean una biblioteca de modelos de componentes,
cada uno de los cuales representa una implementación almacenada
en una biblioteca de módulos de código. Cuando otra aplicación
necesita la misma funcionalidad, el diseñador puede importar
rápidamente su módulo desde la biblioteca. En el momento de la
codificación, el desarrollador puede importar rápidamente el módulo
de código a la aplicación.  

El modelado es el diseño de aplicaciones de software antes de la

codificación. El modelado es una parte esencial de los grandes
proyectos de software y también es útil para proyectos medianos e
incluso pequeños. Un modelo juega el papel análogo en el desarrollo
de software que juegan los planos y otros planos (mapas del sitio,
elevaciones, modelos físicos) en la construcción de un
rascacielos. Al usar un modelo, los responsables del éxito de un
proyecto de desarrollo de software pueden asegurarse de que la
funcionalidad del negocio sea completa y correcta, que se satisfagan
las necesidades del usuario final y que el diseño del programa
admita los requisitos de escalabilidad, robustez, seguridad,
extensibilidad y otras características,  antes dela implementación en
el código hace que los cambios sean difíciles y costosos de
realizar. Las encuestas muestran que los grandes proyectos de
software tienen una gran probabilidad de fallar; de hecho, es más
probable que una gran aplicación de software no cumpla con todos
sus requisitos a tiempo y dentro del presupuesto que que tenga
éxito. Si está ejecutando uno de estos proyectos, debe hacer todo lo
posible para aumentar las probabilidades de éxito, y el modelado es
la única forma de visualizar su diseño y compararlo con los requisitos
antes de que su equipo comience a codificar. 
ELEVAR EL NIVEL DE ABSTRACCIÓN
Los modelos nos ayudan permitiéndonos trabajar en un nivel más
alto de abstracción. Un modelo puede hacer esto ocultando o
enmascarando detalles, resaltando el panorama general o
centrándose en diferentes aspectos del prototipo. En UML 2.0,
puede alejarse de una vista detallada de una aplicación al entorno
donde se ejecuta, visualizando conexiones a otras aplicaciones o,
ampliado aún más, a otros sitios. Como alternativa, puede centrarse
en diferentes aspectos de la aplicación, como el proceso comercial
que automatiza o una vista de reglas comerciales. La nueva
capacidad para anidar elementos del modelo, agregada en UML 2.0,
admite este concepto directamente.  ejecutan su modelo de manera interpretativa de una manera que le
El Unified Modeling Language™ ( UML® ) lo ayuda a especificar,
visualizar y documentar modelos de sistemas de software, incluida
su estructura y diseño, de una manera que cumpla con todos estos
requisitos. (Puede usar UML para el modelado de negocios y el
modelado de otros sistemas que no son de software también).
Usando cualquiera de la gran cantidad de herramientas basadas en
UML en el mercado, puede analizar los requisitos de su futura
aplicación y diseñar una solución que los cumpla. representar los
resultados utilizando los trece tipos de diagrama estándar de UML
2.0 . 
Puede modelar casi cualquier tipo de aplicación, ejecutándose en
cualquier tipo y combinación de hardware, sistema operativo,
lenguaje de programación y red, en UML. Su flexibilidad le permite
modelar aplicaciones distribuidas que utilizan prácticamente
cualquier middleware del mercado. Construido sobre conceptos
fundamentales de OO que incluyen clase y operación , es un ajuste
natural para lenguajes y entornos orientados a objetos como C ++,
Java y el reciente C #, pero también puede usarlo para modelar
aplicaciones que no son OO en, por ejemplo, Fortran, VB o
COBOL. Los perfiles UML (es decir, subconjuntos de UML
adaptados para propósitos específicos) lo ayudan a modelar
sistemas transaccionales, en tiempo real y tolerantes a fallas de una
manera natural. 
TAMBIÉN PUEDES HACER OTRAS COSAS
ÚTILES CON UML
Por ejemplo, algunas herramientas analizan el código fuente
existente (o, según algunos, ¡el código objeto!) y lo convierten en
ingeniería inversa en un conjunto de diagramas UML. Otro ejemplo:
Algunas herramientas en el mercado ejecutanModelos UML,
generalmente de una de dos maneras: algunas herramientas
permite confirmar que realmente hace lo que desea, pero sin la
escalabilidad y la velocidad que necesitará en su aplicación
implementada. Otras herramientas (generalmente diseñadas para
funcionar solo dentro de un dominio de aplicación restringido, como
telecomunicaciones o finanzas) generan código de lenguaje de
programación a partir de UML, produciendo la mayor parte de una
aplicación implementable y libre de errores que se ejecuta
rápidamente si el generador de código incorpora patrones escalables
de mejores prácticas para , por ejemplo, operaciones de bases de
datos transaccionales u otras tareas comunes del programa. (Los
miembros de OMG están trabajando en una especificación para UML
ejecutable ahora). Nuestra entrada final en esta categoría:  opciones que la herramienta tendrá que hacer. Debido a las
UML Y MODEL DRIVEN ARCHITECTURE®
(MDA®) DE OMG
Hace algunos años (¡de hecho, sorprendentemente pocos!), el
mayor problema al que se enfrentaba un desarrollador al iniciar un
proyecto de programación distribuida era encontrar un middleware
con la funcionalidad que necesitaba, que se ejecutara en el hardware
y los sistemas operativos que se ejecutaban en su tienda. Hoy,
frente a una variedad vergonzosamente rica de plataformas de
middleware, el desarrollador tiene tres problemas de middleware
diferentes: primero, seleccionar una; segundo, lograr que funcione
con las otras plataformas ya implementadas no solo en su propia
tienda, sino también en las de sus clientes y proveedores; y tercero,
conectarse a (o, peor aún, migrar a) una nueva "próxima mejor cosa"
cuando aparece una nueva plataforma y capta la atención de los
analistas y, necesariamente, de los CIO en todas partes. 
Con su rica paleta e independencia de middleware, UML constituye
la base de Model Driven Architecture® (MDA®) de OMG . De hecho,
un modelo UML puede ser independiente de la plataforma o
específico de la plataforma, según elijamos, y el proceso de
desarrollo de MDA utiliza ambas formas: cada estándar o aplicación
de MDA se basa, normativamente, en un modelo independiente de
la plataforma (PIM). ), que representa su funcionalidad y
comportamiento empresarial de forma muy precisa pero no incluye
aspectos técnicos. Desde el PIM, las herramientas de desarrollo
habilitadas para MDA siguen los mapeos estandarizados de
OMG para producir uno o más modelos específicos de
plataforma(PSMs), también en UML, uno para cada plataforma de
destino que elija el desarrollador. (Este paso de conversión está
altamente automatizado, pero no es mágico: antes de que la
herramienta produzca un PSM, el desarrollador debe anotar el PIM
base para producir un PIM más específico pero independiente de la
plataforma que incluya detalles de la semántica deseada y guíe las
similitudes entre las plataformas de middleware de un género
determinado (basado en componentes o basado en mensajes, por
ejemplo), esta guía se puede incluir en un PIM sin convertirlo en una
plataforma específica. ajustar los PSM producidos hasta cierto punto,
más en los primeros días de MDA pero cada vez menos a medida
que avanzan las herramientas y los algoritmos). 
El PSM contiene la misma información que una implementación,
pero en forma de modelo UML en lugar de código en ejecución. En
el siguiente paso, la herramienta genera el código en ejecución
desde el PSM, junto con otros archivos necesarios (incluidos los
archivos de definición de interfaz si es necesario, archivos de
configuración, archivos MAKE y otros tipos de archivos). Después de
darle al desarrollador la oportunidad de ajustar manualmente el
código generado, la herramienta ejecuta los archivos MAKE para
producir una aplicación final desplegable. 
Las aplicaciones MDA son componibles : si importa PIM para
módulos, servicios u otras aplicaciones MDA en su herramienta de
desarrollo, puede dirigirla para generar llamadas utilizando las
interfaces y los protocolos necesarios, incluso si se ejecutan en
varias plataformas. Y, las aplicaciones MDA están preparadas
para el futuro : cuando una nueva "próxima mejor cosa" sale al
mercado, los miembros de OMG generarán y estandarizarán un
mapeo para ella, y su proveedor actualizará su herramienta
habilitada para MDA para incluirla. Aprovechando estos desarrollos,
podrá generar invocaciones multiplataforma a la nueva plataforma e
incluso transferir sus aplicaciones MDA existentes a ella, utilizando
automáticamente sus PIM existentes. 
MODELOS VS METODOLOGÍAS
El proceso de recopilar y analizar los requisitos de una aplicación e
incorporarlos al diseño de un programa es complejo y la industria
actualmente admite muchas metodologías que definen
procedimientos formales que especifican cómo hacerlo. Una
característica de UML, de hecho, la que permite el amplio apoyo de
la industria del que disfruta el lenguaje, es que es independiente de
la metodología . Independientemente de la metodología que utilice
para realizar su análisis y diseño, puede utilizar UML para expresar
los resultados. Y, usando XMI® (intercambio de metadatos XML™,
otro estándar OMG), puede transferir su modelo UML de una
herramienta a un repositorio, oa otra herramienta para perfeccionarlo
o para el siguiente paso en el proceso de desarrollo elegido. ¡Estos
son los beneficios de la estandarización!
¿QUÉ SE PUEDE MODELAR CON UML?
UML 2.0 define trece tipos de diagramas, divididos en tres
categorías: seis tipos de diagramas representan una estructura de
aplicación estática; tres representan tipos generales de
comportamiento; y cuatro representan diferentes aspectos de las
interacciones:
 Los diagramas de estructura incluyen el diagrama de
clases, el diagrama de objetos, el diagrama de
componentes, el diagrama de estructura compuesta, el
diagrama de paquetes y el diagrama de implementación.  los sentidos. Hay muchas metodologías, cada una de las
 Los diagramas de comportamiento incluyen el diagrama
de casos de uso (utilizado por algunas metodologías
durante la recopilación de requisitos); Diagrama de
actividad y Diagrama de máquina de estados. 
 Los diagramas de interacción, todos derivados del
diagrama de comportamiento más general, incluyen el
diagrama de secuencia, el diagrama de comunicación, el
diagrama de tiempo y el diagrama de descripción general
de la interacción.
No pretendemos que esta página web introductoria sea un tutorial
completo de UML, por lo que no vamos a enumerar ningún detalle de
los diferentes tipos de diagramas aquí. Para obtener más
información, puede consultar uno de los muchos tutoriales en línea o
comprar un libro. (¡La última vez que verificamos, escribir "UML" en
el cuadro de búsqueda de las principales librerías en línea arrojó una
lista de más de 100 títulos!) O, si es técnico y quiere la historia
completa, puede descargar el UML especificación en sí del sitio web
de OMG. Es gratis, por supuesto, pero también es muy técnico,
conciso y muy difícil de entender para los principiantes. (Para ver
algunos párrafos más sobre por qué las especificaciones son difíciles
de leer, consulte aquí )  .
ESTOY A PUNTO DE INICIAR MI PRIMER
PROYECTO DE DESARROLLO BASADO EN
UML. ¿QUE NECESITO HACER?
Tres cosas, probablemente (pero no necesariamente) en este orden:
 
1. Seleccione una metodología: una metodología define
formalmente el proceso que utiliza para recopilar requisitos,
analizarlos y diseñar una aplicación que los cumpla en todos
cuales difiere de alguna manera de las demás. Hay muchas
razones por las que una metodología puede ser mejor que
otra para su proyecto en particular: por ejemplo, algunas son
más adecuadas para aplicaciones de grandes empresas,
mientras que otras están diseñadas para diseñar pequeños
sistemas integrados o críticos para la seguridad. En otro eje,
algunos métodos admiten mejor a un gran número de
arquitectos y diseñadores que trabajan en el mismo
proyecto, mientras que otros funcionan mejor cuando los usa
una sola persona o un grupo pequeño.
 OMG, como organización independiente del proveedor, no
tiene una opinión sobre ninguna metodología.
2. Seleccione una herramienta de desarrollo UML: debido a
que la mayoría (aunque no todas) las herramientas basadas
en UML implementan una metodología particular, en algunos
casos puede no ser práctico elegir una herramienta y luego
tratar de usarla con una metodología para la que no fue
creada. . (Para otras combinaciones de
herramienta/metodología, esto podría no ser un problema o
podría ser fácil de solucionar). Sin embargo, algunas
metodologías se han implementado en varias herramientas,
por lo que este no es estrictamente un entorno de elección
única.
Es posible que encuentre una herramienta tan adecuada
para su aplicación u organización que esté dispuesto a
cambiar de metodología para usarla. Si ese es el caso,
adelante: nuestro consejo para elegir primero una
metodología es general y es posible que no se aplique a un
proyecto específico. Otra posibilidad: es posible que
encuentre una metodología que le guste, que no esté
implementada en una herramienta que se ajuste al tamaño
de su proyecto oa su presupuesto, por lo que tendrá que
cambiar. Si le ocurre cualquiera de estos casos, intente
elegir una metodología alternativa que no difiera demasiado
de la que prefirió originalmente.  aquí hay un resumen:
Al igual que con las metodologías, OMG no tiene una
opinión o calificación de las herramientas de modelado
basadas en UML, pero tenemos enlaces a varias listas
aquí . Estos le ayudarán a empezar a hacer su elección.  (clases, objetos, componentes, comportamientos como
3. Obtenga capacitación: usted y su personal (a menos que
tenga la suerte de contratar arquitectos con experiencia en
UML) necesitarán capacitación en UML. Lo mejor es recibir
capacitación que le enseñe a usar la herramienta elegida
con la metodología elegida, generalmente proporcionada por
el proveedor de la herramienta o el metodólogo. Si decide no
seguir este camino, consulte la página de capacitación de
OMG para encontrar un curso que satisfaga sus
necesidades. Una vez que haya aprendido UML, puede
convertirse en un profesional de UML certificado por OMG;
consulte aquí para obtener más detalles .
UML 2.0: UNA ACTUALIZACIÓN IMPORTANTE
La versión "Disponible" de la especificación UML 2.0 Superstructure
(es decir, la versión que finalizó su primera versión de mantenimiento
y se incorporó a los productos de los proveedores) se completó y
está disponible para que todos la descarguen de forma gratuita. Tres
partes separadas de UML 2.0, la infraestructura (es decir, el meta-
metamodelo), el lenguaje de restricción de objetos y el intercambio
de diagramas, aún se encuentran en su primer mantenimiento y se
convertirán en especificaciones disponibles cuando se
complete. Hay una descripción del estado actual de las cuatro
especificaciones y enlaces a todas ellas aquí . 
¿QUÉ HAY DE NUEVO EN UML 2.0?
Ya hemos integrado las nuevas características en este artículo, pero
 
 Clasificadores anidados: este es un concepto
extremadamente poderoso. En UML, casi todos los
bloques de construcción de modelos con los que trabaja
actividades y máquinas de estado, y más)
son clasificadores.. En UML 2.0, puede anidar un conjunto
de clases dentro del componente que las administra o
incrustar un comportamiento (como una máquina de
estado) dentro de la clase o el componente que lo
 implementa. Esta capacidad también le permite crear Durante el proceso de actualización, se incorporaron varias
comportamientos complejos a partir de comportamientos adiciones al lenguaje, incluido el lenguaje de restricción de objetos
más simples, la capacidad que define el Diagrama general (OCL) y la semántica de acciones. 
de interacción. Puede superponer diferentes niveles de
abstracción de varias maneras: por ejemplo, puede crear
un modelo de su empresa y hacer zoom en las vistas del
sitio incrustadas, y luego en las vistas departamentales
dentro del sitio y luego en las aplicaciones dentro de un
departamento. Como alternativa, puede anidar modelos
computacionales dentro de un modelo de proceso
empresarial. Grupo de Trabajo de Dominio de
Integración de Negocios Empresariales de OMG(BEI DTF)
está trabajando actualmente en varios estándares nuevos
e interesantes en procesos comerciales y reglas
comerciales. 
 Modelado de comportamiento mejorado: en UML 1.X, los
diferentes modelos de comportamiento eran
independientes, pero en UML 2.0, todos se derivan de una
definición fundamental de un comportamiento (excepto el
caso de uso, que es sutilmente diferente pero aún
participa en la nueva organización). ). 
 Relación mejorada entre modelos estructurales y de
comportamiento: como señalamos en Clasificadores
anidados, UML 2.0 le permite designar que un
comportamiento representado por (por ejemplo) una
máquina de estado o un diagrama de secuencia es el
comportamiento de una clase o un componente. 
Es decir, el nuevo lenguaje va mucho más allá de las Clases y
Objetos bien modelados por UML 1.X para agregar la capacidad de
representar no solo modelos de comportamiento, sino también
modelos arquitectónicos, procesos y reglas comerciales, y otros
modelos utilizados en muchas partes diferentes. de disciplinas
informáticas e incluso no informáticas. 
El Unified Modeling Language (UML) es de gran ayuda
para visualizar documentar y especificar modelos de
sistemas de software; su diseño y estructura y así, poder
unificar todos sus requisitos.

Autor: Unified Modeling Language

Título: UML para el modelado empresarial y el
modelado de otros sistemas que no sean de software.

Enlace: 

http://uml.org/

Welcome To UML Web Site!

Welcome to the Unified Modeling Language™ (UML®) website. Feel free to
browse news and articles on UML, success stories, available certification
and...

Uml

Kimmel, P. (2008). Manual de UML. México: McGraw-Hill Interamericana.

[Versión en línea]. Disponible en la base de datos elibrocatedra.   (3191829)

Universidad de California, San Bernardino. (s.f.). A Quick Guide to The

Unified   Modeling Language (UML). Recuperado el 17 de marzo de
2020,   de http://csci.csusb.edu/dick/cs202/uml0.html