UML, (Unified Modeling Language).

Seguramente habr observado sistemas de informacin computarizados y

no computarizados, y en un porcentaje mnimo tenemos a los usuarios que estn
conforme con los programas desarrollados, o tal vez hemos conversado con
usuarios que han deseado modificar un sistema integrado y dicho cambio le ha
producido el desequilibrio de otras unidades del sistema incorporado, o ha
encontrado desarrolladores que sin conocer correctamente los procesos empiezan
construyendo formulario tras formulario y desarrollan la aplicacin, todo esto
conlleva a poder analizar las causas que generan este desequilibrio es el
incorrecto anlisis de los procesos para la construccin de software de
aplicaciones comerciales.
Para ello el UML, (Unified Modeling Language), Lenguaje Unificado de
Modelado esta compuesto por una gama de diagramas o artefactos, que permiten
graficar o tomar una radiografa a los procesos para una interpretacin de los
mismos desde el punto de vista de usuario como de los desarrolladores de
Software. UML es un lenguaje que permite modelar, construir y documentar los
elementos que forman un sistema software orientado a objetos. Se ha convertido
en el estndar de facto de la industria, debido a que ha sido impulsado por los
autores de los tres mtodos ms usados de orientacin a objetos: Grady Booch,
Ivar Jacobson y Jim Rumbaugh. Estos autores fueron contratados por la empresa
Rational Software Co. para crear una notacin unificada en la que basar la
construccin de sus herramientas CASE. En el proceso de creacin de UML han
participado, no obstante, otras empresas de gran peso en la industria como
Microsoft, Hewlett-Packard, Oracle o IBM, as como grupos de analistas y
desarrolladores.
Esta notacin ha sido ampliamente aceptada debido al prestigio de sus
creadores y debido a que incorpora las principales ventajas de cada uno de los
mtodos particulares en los que se basa (principalmente Booch, OMT y OOSE).
UML ha puesto fin a las llamadas "guerras de mtodos" que se han mantenido a lo
largo de los 90, en las que los principales mtodos sacaban nuevas versiones que
incorporaban las tcnicas de los dems. Con UML se fusiona la notacin de estas
tcnicas para formar una herramienta compartida entre todos los ingenieros
software que trabajan en el desarrollo orientado a objetos.


Uno de los objetivos principales de la creacin de UML era posibilitar el
intercambio de modelos entre las distintas herramientas CASE orientadas a
objetos del mercado. Para ello era necesario definir una notacin y semntica
comn. En la Figura 2 se puede ver cul ha sido la evolucin de UML hasta la
creacin de UML 1.3, en el que se basa este documento. Hay que tener en cuenta
que el estndar UML no define un proceso de desarrollo especfico, tan solo se
trata de una notacin.
Desde principios de los 90, los artculos publicados en el J ournal of Object
Oriented Programming (JOOP) por James Odell, James Rumbaugh, Grady
Booch, Desmond d'Souza, Bertrand Meyer, Steve Cook, John Daniels, Sally
Shlaer y Stephen J. Mellor entre otros, han sido una constante fuente de
conocimiento. Publicaciones pioneras como el Object Oriented Technology, A
Manager's Guide de David A. Taylor, en su primera edicin de 1990 y en la
segunda ampliada de 1998, han tenido una gran influencia en como abordar la
presentacin didctica. Tambin los libros de Peter Coad et al, Object Oriented
Analysis, Design and Programming, Object Models y Java Modeling Color with
UML, han sido de ayuda extraordinaria. La obra enciclopdica The Unified
Modeling Language: Reference Manual de Rumbaugh & Jacobson & Booch, es
un punto de referencia constante. Sin duda, uno de los autores ms influyentes ha
sido Martin Fowler. Su primer libro Analysis Patterns continua siendo una
referencia clave. Posteriormente, la primera edicin de UML Distilled en 1997 y su
ltima edicin ampliada en 2000, se ha convertido en el libro de cabecera de UML.
Otro clsico por la excelencia de su trabajo es Applying UML and Patterns de
Craig Larman que en su segunda edicin aparecida en verano de 2001 se ha
superado a si mismo. Tambin recientes y con muy buen material que ha sido
incorporado a la gua, tenemos los libros de Wendy & Michael Boggs, Mastering
UML with Rational Rose, de Alistair Cockburn, Writing Effective Use Cases; de
Scott W. Ambler, The Object Primer segunda edicin; y de John Chessman &
John Daniels, UML Components, una de las novedades ms interesantes de
2001.

La tecnologa orientada a objetos persigue el antiguo principio del divide y
vencers. Su objetivo es descomponer la complejidad en partes ms manejables y
comprensibles. No parece que esto sea algo novedoso con respecto a la
tradicional descomposicin funcional de los mtodos estructurados. Sin embargo,
la gran diferencia reside en aplicar la dualidad estructura-funcin en pequeas
unidades capaces de comunicarse y reaccionar en base a la aparicin de una
serie de eventos. El esquema dominante de la separacin de estructuras de datos
y funciones (bases de datos y programas) est amenazado pero an se resiste a
desaparecer.
Problemas en OO.
Un objeto contiene datos y operaciones que operan sobre los datos, pero.
Podemos distinguir dos tipos de objetos degenerados:
o Un objeto sin datos (que sera lo mismo que una biblioteca de
funciones)
o Un objeto sin "operaciones", con slo operaciones del tipo crear,
recuperar, actualizar y borrar (que se correspondera con las
estructuras de datos tradicionales)
Un sistema construido con objetos degenerados no es un sistema
verdaderamente orientado a objetos.
"Las aplicaciones de gestin estn constituidas mayoritariamente por
objetos degenerados".