Uml

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, Unified
Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y
utilizado en la actualidad; est respaldado por el OMG (Object Management Group). Es un
lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML
ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos
conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programacin, esquemas de bases de datos y compuestos
reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para
describir mtodos 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 metodologa de desarrollo de software (tal como el Proceso Unificado Racional o
RUP), pero no especfica en s mismo qu metodologa o proceso usar.
UML no puede compararse con la programacin estructurada, pues UML significa
Lenguaje Unificado de Modelado, no es programacin, solo se diagrama la realidad de una
utilizacin en un requerimiento. Mientras que, programacin estructurada, es una forma de
programar como lo es la orientacin a objetos, la programacin orientada a objetos viene
siendo un complemento perfecto de UML, pero no por eso se toma UML slo para
lenguajes orientados a objetos.
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las
entidades representadas.
Estructura
Diagrama de clases
Diagrama de objetos
Diagrama de componentes
Diagrama de estructura compuesta
Diagrama de paquetes
Diagrama de despliegue
Comportamiento
Diagrama de casos de uso
Diagrama de actividades
Diagrama de estado
Interaccin
Diagrama de secuencia
Diagrama de colaboracin UML 1.X / Diagrama de comunicacin UML 2.0
Diagrama de tiempo
Diagrama de interaccin
Ventajas

Estar apoyado por la OMG ( Object
Management Group ) como la notacin
estndar para el desarrollo de proyectos
informticos
Es til para el desarrollo de modelaje
visual de cualquier proyecto no solo
informtico y ms aun es estndar
Promueve la reutilizacin

Desventajas

Ms que desventajas las considero
confusiones en el mercado:

UML no es una metodologa es una notacin
No es un lenguaje de programacin, se complementan
No pretende sustituir al XML

Como todo estndar trae como consecuencia una orientacin nica de conceptos,
tcnicas y mtodos. Un monopolio como Microsoft?
Los principales beneficios de UML son:
Mejores tiempos totales de desarrollo (de 50 % o ms).
Modelar sistemas (y no slo de software) utilizando conceptos orientados a objetos.
Establecer conceptos y artefactos ejecutables.
Encaminar el desarrollo del escalamiento en sistemas complejos de misin crtica.
Crear un lenguaje de modelado utilizado tanto por humanos como por mquinas.
Mejor soporte a la planeacin y al control de proyectos.
Alta reutilizacin y minimizacin de costos.
FASES DEL DESARROLLO DE UN SISTEMA
Las fases del desarrollo de sistemas que soporta UML son: Anlisis de requerimientos,
Anlisis, Diseo, Programacin y Pruebas.
Anlisis de Requerimientos
UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A travs
del modelado de casos de uso, los actores externos que tienen inters en el sistema son
modelados con la funcionalidad que ellos requieren del sistema (los casos de uso). Los
actores y los casos de uso son modelados con relaciones y tienen asociaciones entre ellos
o stas son divididas en jerarquas. Los actores y casos de uso son descritos en un
diagrama use-case. Cada use-case es descrito en texto y especifica los requerimientos del

cliente: lo que l (o ella) espera del sistema sin considerar la funcionalidad que se
implementar. Un anlisis de requerimientos puede ser realizado tambin para procesos
de negocios, no solamente para sistemas de software.
Anlisis
La fase de anlisis abarca las abstracciones primarias (clases y objetos) y mecanismos
que estn presentes en el dominio del problema. Las clases que se modelan son
identificadas, con sus relaciones y descritas en un diagrama de clases. Las colaboraciones
entre las clases para ejecutar los casos de uso tambin se consideran en esta fase a
travs de los modelos dinmicos en UML. Es importante notar que slo se consideran
clases que estn en el dominio del problema (conceptos del mundo real) y todava no se
consideran clases que definen detalles y soluciones en el sistema de software, tales como
clases para interfaces de usuario, bases de datos, comunicaciones, concurrencia, etc.
Diseo
En la fase de diseo, el resultado del anlisis es expandido a una solucin tcnica. Se
agregan nuevas clases que proveen de la infraestructura tcnica: interfaces de usuario,
manejo de bases de datos para almacenar objetos en una base de datos, comunicaciones
con otros sistemas, etc. Las clases de dominio del problema del anlisis son agregadas en
esta fase. El diseo resulta en especificaciones detalladas para la fase de programacin.
Programacin
En esta fase las clases del diseo son convertidas a cdigo en un lenguaje de
programacin orientado a objetos. Cuando se crean los modelos de anlisis y diseo en
UML, lo ms aconsejable es trasladar mentalmente esos modelos a cdigo.
Pruebas
Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integracin,
pruebas de sistema, pruebas de aceptacin, etc. Las pruebas de unidades se realizan a
clases individuales o a un grupo de clases y son tpicamente ejecutadas por el
programador. Las pruebas de integracin integran componentes y clases en orden para
verificar que se ejecutan como se especific. Las pruebas de sistema ven al sistema como
una "caja negra" y validan que el sistema tenga la funcionalidad final que le usuario final
espera. Las pruebas de aceptacin conducidas por el cliente verifican que el sistema
satisface los requerimientos y son similares a las pruebas de sistema.
EL LENGUAJE UNIFICADO DE MODELADO (UML)
En todas las disciplinas de la Ingeniera se hace evidente la importancia de los modelos ya
que describen el aspecto y la conducta de "algo". Ese "algo" puede existir, estar en un
estado de desarrollo o estar, todava, en un estado de planeacin. Es en este momento
cuando los diseadores del modelo deben investigar los requerimientos del producto
terminado y dichos requerimientos pueden incluir reas tales como funcionalidad,
performance y confiabilidad. Adems, a menudo, el modelo es dividido en un nmero de
vistas, cada una de las cuales describe un aspecto especfico del producto o sistema en
construccin.
El modelado sirve no solamente para los grandes sistemas, aun en aplicaciones de
pequeo tamao se obtienen beneficios de modelado, sin embargo es un hecho que entre
ms grande y ms complejo es el sistema, ms importante es el papel de que juega el
modelado por una simple razn: "El hombre hace modelos de sistemas complejos porque
no puede entenderlos en su totalidad".
UML es una tcnica para la especificacin sistemas en todas sus fases. Naci en 1994
cubriendo los aspectos principales de todos los mtodos de diseo antecesores y,
precisamente, los padres de UML son Grady Booch, autor del mtodo Booch; James
Rumbaugh, autor del mtodo OMT e Ivar Jacobson, autor de los mtodos OOSE y
Objectory. La versin 1.0 de UML fue liberada en Enero de 1997 y ha sido utilizado con
xito en sistemas construidos para toda clase de industrias alrededor del mundo:
hospitales, bancos, comunicaciones, aeronutica, finanzas, etc.