¿QUE ES UML?

Por sus siglas en inglés, (Unified Modeling Languaje) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar 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 programación, esquemas de bases de datos y compuestos reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos 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 metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o proceso usar. UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, sin embargo, la programación orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML sólo 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 estándar internacionalmente reconocido y utilizado, UML siempre ha sido criticado por su carencia de una semántica precisa, lo que ha dado lugar a que la interpretación de un modelo UML no pueda ser objetiva. Otro problema de UML es que no se presta con facilidad al diseño de sistemas distribuidos. En tales sistemas cobran importancia factores como transmisión, realización, persistencia, etc. UML no cuenta con maneras de describir tales factores. No se puede, por ejemplo, usar UML para señalar que un objeto es persistente o remoto, o que existe en un servidor que corre continuamente y que

la compañía se convirtió en la fuente de los dos esquemas de modelado orientado a objetos más populares de la época: el OMT (Object-modeling technique) de Rumbaugh. Se consultó con representantes de compañías competidoras en el área de la tecnología de objetos durante la . y para orientarse hacia un método unificado. Algo parecido ocurría anteriormente con el diseño de Base de Datos y para ello se utilizaban las restricciones explícitas escritas en lógica simbólica.x Después de que la Rational Software Corporation contratara a James Rumbaugh de General Electric en 1994. que era mejor para el diseño orientado a objetos. y el Método Booch de Grady Booch. El modelado sirve no solamente para los grandes sistemas. el modelo es dividido en un número de vistas. Antes de UML 1. más importante es el papel de que juega el modelado por una simple razón: "El hombre hace modelos de sistemas complejos porque no puede entenderlos en su totalidad". cada una de las cuales describe un aspecto específico del producto o sistema en construcción. Además. sin embargo es un hecho que entre más grande y más complejo es el sistema. En 1996 Rational concluyó que la abundancia de lenguajes de modelado estaba alentando la adopción de la tecnología de objetos. a menudo. todavía. el creador del método de ingeniería de software orientado a objetos. Objectory AB. que era mejor para análisis orientado a objetos. 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 versión actual de la notación. performance y confiabilidad. Sin embargo.es compartido entre varias instancias de ejecución del sistema analizado. fuera comprada por Rational. en un estado de planeación. Los tres metodologístas eran conocidos como los Tres Amigos. Ese "algo" puede existir. Es en este momento cuando los diseñadores del modelo deben investigar los requerimientos del producto terminado y dichos requerimientos pueden incluir áreas tales como funcionalidad. estar en un estado de desarrollo o estar. En todas las disciplinas de la Ingeniería se hace evidente la importancia de los modelos ya que describen el aspecto y la conducta de "algo". Jacobson se unió a Rational en 1995 después de que su compañía. Poco después se les une Ivar Jacobson. porque se sabía de sus constantes discusiones sobre las prácticas metodológicas. encargaron a los Tres Amigos que desarrollaran un Lenguaje Unificado de Modelado abierto. aun en aplicaciones de pequeño tamaño se obtienen beneficios de modelado. UML sí acepta la creación de nuestros propios elementos para este tipo de modelado.

3.0 de UML Partners fue propuesto a la OMG en enero de 1997. El borrador de la especificación UML 1.4 y 1. encabezada por Cris Kobryn y administrada por Ed Eykholt.x Como notación de modelado. 1.OOPSLA '96. El Lenguaje de Modelado Unificado es un estándar internacional: ISO / IEC 19501:2005 Tecnología de la información . el UML 1. Varias revisiones menores (UML 1.Lenguaje de Modelado Unificado (UML) Versión 1.1. eligieron cajas para representar clases en lugar de la notación de Booch que utilizaba símbolos de nubes.4. y no se arregló realmente hasta la revisión mayor de UML 2.Procesamiento distribuido abierto . Además el grupo tomó en cuenta muchos otros métodos de la época.5) han corregido defectos y errores de la primera versión de . UML 1. Bajo la dirección técnica de los Tres Amigos fue organizado un consorcio internacional llamado UML Partners en 1996 para completar las especificaciones del Lenguaje Unificado de Modelado (UML).2 UML 2. desde procesos sencillos y aplicaciones de un sólo usuario a sistemas concurrentes y distribuidos. fue presentado ante la OMG en agosto de 1997 y adoptado por la OMG en noviembre de 1997. Como resultado. La notación de Casos de Uso del Objectory y la notación de componentes de Booch fueron integrados al resto de la notación. si se adoptó la capacidad de Booch para especificar detalles de diseño en los niveles inferiores.0.1. Aunque se quitó la notación de "nubes" de Booch.1. Conceptos de muchos otros métodos OO fueron integrados superficialmente en UML con el propósito de hacerlo compatible con todos los métodos OO. para finalizar las semánticas de la especificación y para integrarla con otros esfuerzos de estandarización. UML es útil en una variedad de problemas de ingeniería. con el objetivo de asegurar amplia cobertura en el dominio de los sistemas en tiempo real. Durante el mismo mes la UML Partners formó una Fuerza de Tarea Semántica. y para proponerlo como una respuesta al OMG RFP.x UML ha madurado considerablemente desde UML 1. pero la integración semántica era relativamente débil en UML 1. El resultado de este trabajo. la influencia de la OMT domina UML (por ejemplo el uso de rectángulos para clases y objetos).

UML.1. Aunque UML 2.5 fue lanzado en octubre de 2012 como una versión "En proceso" y todavía tiene que ser formalmente liberada .2.0 que fue adoptada por el OMG en 2005. A estas le ha seguido la revisión mayor UML 2. UML 2. seguidas por UML 2.1 y 2. las versiones 2.1 fue lanzado oficialmente en agosto de 2011. UML 2.1 nunca fue lanzado como una especificación formal.1.2 en febrero de 2009.4. aparecieron en 2007. UML 2.3 fue lanzado oficialmente en mayo de 2010.

INTRODUCCIÓN Se presenta a continuación un tema de mucha relevancia llamado UML que la investigación mostrara un poco sobre tan extensivo tema habla sobre el moldeado y creación de aplicación. persistencia. En tales sistemas cobran importancia factores como transmisión. 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 través de actualizaciones desde su versión UML 1. . UML siempre ha sido criticado por su carencia de una semántica precisa.X ha tenido muchas mejorías desde sus inicios también el trabajo a pesar de su estatus de estándar internacionalmente reconocido y utilizado.0 hasta UML 2. lo que ha dado lugar a que la interpretación de un modelo UML no pueda ser objetiva. Otro problema de UML es que no se presta con facilidad al diseño de sistemas distribuidos. etc. seria realización.

es ciertamente UML. el cual cuenta con una notación estándar y semánticas esenciales para el modelado de un sistema orientado a objetos. Este lenguaje unificado. Se necesitaba un lenguaje que fuese gráfico.CONCLUSIÓN: UML aporta un lenguaje para el desarrollo de software que es independiente de los métodos de análisis y diseño. a fin de especificar y documentar un sistema. .

omg.wikipedia.org/wiki/Lenguaje_Unificado_de_Modelado http://en.wikipedia.htm http://www.org/wiki/Unified_Modeling_Language http://www.cl/uml.docirs.EGRAFIA: https://es. ZACAPA .org/spec/UML/ UNIVERSIDAD MARIANO GALVEZ DE GUATEMALA.

III Semestre Ing.Facultad de Ingeniería en Sistemas. Mario Payes Curso de Lógica “UML” (lenguaje unificado de modelado) Ligia Iveth Trigueros López 1190-13-03285 .

Sign up to vote on this title
UsefulNot useful