QUE ES UML?

Por sus siglas en ingls, (Unified Modeling Languaje) 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 especifica 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, sin embargo, 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. A pesar de su estatus de estndar internacionalmente reconocido y utilizado, UML siempre ha sido criticado por su carencia de una semntica precisa, lo que ha dado lugar a que la interpretacin de un modelo UML no pueda ser objetiva. Otro problema de UML es que no se presta con facilidad al diseo de sistemas distribuidos. En tales sistemas cobran importancia factores como transmisin, realizacin, persistencia, etc. UML no cuenta con maneras de describir tales factores. No se puede, por ejemplo, usar UML para sealar que un objeto es persistente o remoto, o que existe en un servidor que corre continuamente y que

es compartido entre varias instancias de ejecucin del sistema analizado. Sin embargo, UML s acepta la creacin de nuestros propios elementos para este tipo de modelado, incluso cuenta con la posibilidad de agregar comentarios en forma de notas en las cuales se puede detallar todo aquello que no pueda ser expresado por la versin actual de la notacin. Algo parecido ocurra anteriormente con el diseo de Base de Datos y para ello se utilizaban las restricciones explcitas escritas en lgica simblica. 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".

Antes de UML 1.x Despus de que la Rational Software Corporation contratara a James Rumbaugh de General Electric en 1994, la compaa se convirti en la fuente de los dos esquemas de modelado orientado a objetos ms populares de la poca: el OMT (Object-modeling technique) de Rumbaugh, que era mejor para anlisis orientado a objetos, y el Mtodo Booch de Grady Booch, que era mejor para el diseo orientado a objetos. Poco despus se les une Ivar Jacobson, el creador del mtodo de ingeniera de software orientado a objetos. Jacobson se uni a Rational en 1995 despus de que su compaa, Objectory AB, fuera comprada por Rational. Los tres metodologstas eran conocidos como los Tres Amigos, porque se saba de sus constantes discusiones sobre las prcticas metodolgicas. En 1996 Rational concluy que la abundancia de lenguajes de modelado estaba alentando la adopcin de la tecnologa de objetos, y para orientarse hacia un mtodo unificado, encargaron a los Tres Amigos que desarrollaran un Lenguaje Unificado de Modelado abierto. Se consult con representantes de compaas competidoras en el rea de la tecnologa de objetos durante la

OOPSLA '96; eligieron cajas para representar clases en lugar de la notacin de Booch que utilizaba smbolos de nubes. Bajo la direccin tcnica de los Tres Amigos fue organizado un consorcio internacional llamado UML Partners en 1996 para completar las especificaciones del Lenguaje Unificado de Modelado (UML), y para proponerlo como una respuesta al OMG RFP. El borrador de la especificacin 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 Semntica, encabezada por Cris Kobryn y administrada por Ed Eykholt, para finalizar las semnticas de la especificacin y para integrarla con otros esfuerzos de estandarizacin. El resultado de este trabajo, el UML 1.1, fue presentado ante la OMG en agosto de 1997 y adoptado por la OMG en noviembre de 1997. UML 1.x Como notacin de modelado, la influencia de la OMT domina UML (por ejemplo el uso de rectngulos para clases y objetos). Aunque se quit la notacin de "nubes" de Booch, si se adopt la capacidad de Booch para especificar detalles de diseo en los niveles inferiores. La notacin de Casos de Uso del Objectory y la notacin de componentes de Booch fueron integrados al resto de la notacin, pero la integracin semntica era relativamente dbil en UML 1.1, y no se arregl realmente hasta la revisin mayor de UML 2.0. Conceptos de muchos otros mtodos OO fueron integrados superficialmente en UML con el propsito de hacerlo compatible con todos los mtodos OO. Adems el grupo tom en cuenta muchos otros mtodos 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 variedad de problemas de ingeniera, desde procesos sencillos y aplicaciones de un slo usuario a sistemas concurrentes y distribuidos. El Lenguaje de Modelado Unificado es un estndar internacional: ISO / IEC 19501:2005 Tecnologa de la informacin - Procesamiento distribuido abierto - Lenguaje de Modelado Unificado (UML) Versin 1.4.2

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 versin de

UML. A estas le ha seguido la revisin mayor UML 2.0 que fue adoptada por el OMG en 2005. Aunque UML 2.1 nunca fue lanzado como una especificacin 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 en octubre de 2012 como una versin "En proceso" y todava tiene que ser formalmente liberada

INTRODUCCIN

Se presenta a continuacin un tema de mucha relevancia llamado UML que la investigacin mostrara un poco sobre tan extensivo tema habla sobre el moldeado y creacin de aplicacin, que desde sus inicios otorga ventajosas propuestas a los programadores ya que este tipo de lenguaje por sus desarrolladores han trascendido y mejorando este famoso lenguaje a travs de actualizaciones desde su versin UML 1.0 hasta UML 2.X ha tenido muchas mejoras desde sus inicios tambin el trabajo a pesar de su estatus de estndar internacionalmente reconocido y utilizado, UML siempre ha sido criticado por su carencia de una semntica precisa, lo que ha dado lugar a que la interpretacin de un modelo UML no pueda ser objetiva. Otro problema de UML es que no se presta con facilidad al diseo de sistemas distribuidos. En tales sistemas cobran importancia factores como transmisin, seria realizacin, persistencia, etc.

CONCLUSIN:

UML aporta un lenguaje para el desarrollo de software que es independiente de los mtodos de anlisis y diseo. Este lenguaje unificado, es ciertamente UML, el cual cuenta con una notacin estndar y semnticas esenciales para el modelado de un sistema orientado a objetos. Se necesitaba un lenguaje que fuese grfico, a fin de especificar y documentar un sistema.

EGRAFIA:

https://es.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado

http://en.wikipedia.org/wiki/Unified_Modeling_Language

http://www.docirs.cl/uml.htm

http://www.omg.org/spec/UML/

UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA, ZACAPA

Facultad de Ingeniera en Sistemas, III Semestre Ing. Mario Payes Curso de Lgica

UML

(lenguaje unificado de modelado)

Ligia Iveth Trigueros Lpez 1190-13-03285