Historia de UML
El lenguaje UML comenzó a gestarse en octubre de 1994, cuando Rumbaugh se unió a la compaña Rational !undada por "ooch #dos reputados in$estigadores en el %rea de metodologa del so!t&are'( El objeti$o de ambos era uni!icar dos m)todos *ue haban desarrollado+ el m)todo "ooch el -M. #-bject Modelling .ool '( El primer borrador apareció en octubre de 199/( En esa misma )poca otro reputado in$estigador, 0acobson, se unió a Rational se inclueron ideas suas( Estas tres personas son conocidas como los tres amigos2( 3dem%s, este lenguaje se abrió a la colaboración de otras empresas para *ue aportaran sus ideas( .odas estas colaboraciones condujeron a la de!inición de la primera $ersión de UML(
Es un lenguaje de modelado $isual *ue se usa para especi!icar, $isualizar, construir documentar arte!actos de un sistema de so!t&are( e usa para entender, diseñar, con!igurar, mantener controlar la in!ormación sobre los sistemas a construir( UML capta la in!ormación sobre la estructura est%tica el comportamiento din%mico de un sistema( Un sistema se modela como una colección de objetos discretos *ue interact5an para realizar un trabajo *ue !inalmente bene!icia a un usuario e6terno( El lenguaje de modelado pretende uni!icar la e6periencia pasada sobre t)cnicas de modelado e incorporar las mejores pr%cticas actuales en un acercamiento est%ndar( UML no es un lenguaje de programación( Las herramientas pueden o!recer generadores de código de UML para una gran $ariedad de lenguaje de programación, as como construir modelos por ingeniera in$ersa a partir de programas e6istentes( La notación UML se deri$a uni!ica las tres metodologas de an%lisis diseños m%s e6tendidas( Metodologa de 7rad "ooch para la descripción de conjuntos de objetos sus relaciones( .)cnica de modelado orientada a objetos de 0ames Rumbaugh #-M.+ -bject 8 Modelling .echni*ue'( 3pro6imación 3pro6imación de $ar 0acobson 0acobson #--E+ #--E+ -bject8 -riented o!t&are Engineering Engineering'' mediante la metodologa metodologa de casos casos de uso #use case'( El desarrollo de UML comenzó a !inales de 1994 cuando 7rad "ooch 0im Rumbaugh de Rational o!t&are :orporation empezaron a uni!icar sus m)todos( 3 !inales de 199/, $ar 0acob son su compaña -bjector se incorporaron a Rational en su uni!icación, aportando el m)todo --E(
;e las tres metodologas de partida, las de "co( Rumbaugh pueden ser descritas como centradas en objetos, a *ue sus apro6imaciones se en!ocan hacia el modelado de los objetos *ue componen el sistema, su relación colaboración(
En 199= UML 1(1 !ue aprobada por la -M7 con$irti)ndose en la notación est%ndar de !acto para el an%lisis el diseño orientado a objetos( UML es el primer m)todo en publicar un meta8modelo en su propia notación, incluendo la notación para la maora de la in!ormación de re*uisitos, an%lisis diseño( e trata pues de un meta8modelo auto8re!erencial #cual*uier lenguaje de modelado de propósito general debera ser capaz de modelarse a s mismo'( -bjeti$os ;urante el desarrollo del UML sus autores tu$ieron en cuenta+
er tan simple como sea posible pero manteniendo la capacidad de modelar toda la gama de sistemas *ue se necesita construir( UML es un lenguaje de modelado de propósito general *ue pueden usar todos los modeladores( UML no pretende ser un m)todo de desarrollo completo( ;ebe ser un lenguaje uni$ersal, como cual*uier lenguaje de propósito general( mponer un est%ndar mundial(
Mediante el !omento del uso de UML -M7 pretende alcanzar los siguientes objeti$os+ omentar el crecimiento del mercado de las herramientas --( oportar conceptos de desarrollo de alto ni$el como pueden ser colaboraciones, !rame&or?s, patterns, componentes( ntegrar las mejores pr%cticas utilizadas hasta el momento(
El UML debe entenderse como un est%ndar para modelado no como un est%ndar de proceso so!t&are( 3un*ue UML debe ser aplicado en el conte6to de un proceso, la e6periencia ha mostrado *ue organizaciones di!erentes dominios del problema di!erentes re*uieren di!erentes procesos(
Los conceptos modelos de UML pueden agruparse en las siguientes %reas conceptuales+ Estructura est%tica+ :ual*uier modelo preciso debe primero de!inir su uni$erso, esto es, los conceptos cla$e de la aplicación, sus propiedades internas, las relaciones entre cada una de ellas( Este conjunto de construcciones es la estructura est%tica( Los conceptos de la aplicación son modelados como clases, cada una de las cuales describe un conjunto de objetos *ue almacenan in!ormación se comunican para implementar un comportamiento( La in!ormación *ue almacena es modelada como atributos@ La estructura est%tica se e6presa con diagramas de clases puede usarse para generar la maora de las declaraciones de estructuras de datos en un programa( :omportamiento din%mico+ Aa dos !ormas de modelar el comportamiento, una es la historia de la $ida de un objeto la !orma como interact5a con el resto del mundo la otra es por los patrones de comunicación de un conjunto de objetos conectados, es decir la !orma en *ue interact5an entre s( La $isión de un objeto aislado es una ma*uina de estados, muestra la !orma en *ue el objeto responde a los e$entos en !unción de su estado actual( La $isión de la interacción de los objetos se representa con los enlaces entre objetos junto con el !lujo de mensajes los enlaces entre ellos( Este punto de $ista uni!ica la estructura de los datos, el control de !lujo el !lujo de datos( :onstrucciones de implementación+ Los modelos UML tienen signi!icado para el an%lisis lógico para la implementación !sica( Un componente es una
parte !sica reemplazable de un sistema es capaz de responder a las peticiones descritas por un conjunto de inter!aces( Un nodo es un recurso computacional *ue de!ine una localización durante la ejecución de un sistema(
;iagramas Los diagramas se utilizan para representar di!erentes perspecti$as de un sistema de !orma *ue un diagrama es una proección del mismo( UML proporciona un amplio conjunto de diagramas *ue normalmente se usan en pe*ueños subconjuntos para poder representar las cinco $istas principales de la ar*uitectura de un sistema( ;iagramas de :lases Muestran un conjunto de clases, inter!aces colaboraciones, as como sus relaciones( Estos diagramas son los m%s comunes en el modelado de sistemas orientados a objetos cubren la $ista de diseño est%tica o la $ista de procesos est%tica #s incluen clases acti$as'(
;iagramas de -bjetos Muestran un conjunto de objetos sus relaciones, son como !otos instant%neas de los diagramas de clases cubren la $ista de diseño est%tica o la $ista de procesos est%tica desde la perspecti$a de casos reales o prototpicos( ;iagramas de :asos de Usos Muestran un conjunto de casos de uso actores #tipo especial de clases' sus relaciones( :ubren la $ista est%tica de los casos de uso son especialmente importantes para el modelado organización del comportamiento( ;iagramas de ecuencia de :olaboración .anto los diagramas de secuencia como los diagramas de colaboración son un tipo de diagramas de interacción( :onstan de un conjunto de objetos sus relaciones, incluendo los mensajes *ue se pueden en$iar unos objetos a otros( :ubren la $ista din%mica del sistema( Los diagramas de secuencia en!atizan el ordenamiento temporal de los mensajes mientras *ue los diagramas de colaboración muestran la organización estructural de los objetos *ue en$an reciben mensajes( Los diagramas de secuencia se pueden con$ertir en diagramas de colaboración sin perdida de in!ormación, lo mismo ocurren en sentido opuesto( ;iagramas de Estados Muestran una ma*uina de estados compuesta por estados, transiciones, e$entos acti$idades( Estos diagramas cubren la $ista din%mica de un sistema son mu importantes a la hora de modelar el comportamiento de una inter!az, clase o colaboración( ;iagramas de 3cti$idades on un tipo especial de diagramas de estados *ue se centra en mostrar el !lujo de acti$idades dentro de un sistema( Los diagramas de acti$idades cubren la parte din%mica de un sistema se utilizan para modelar el !uncionamiento de un sistema resaltando el !lujo de control entre objetos( ;iagramas de :omponentes Muestra la organización las dependencias entre un conjunto de componentes( :ubren la $ista de la implementación est%tica se relacionan con los diagramas de clases a *ue en un componente suele tener una o m%s clases, inter!aces o colaboraciones ;iagramas de ;espliegue Representan la con!iguración de los nodos de procesamiento en tiempo de ejecución los componentes *ue residen en ellos( Muestran la $ista de despliegue est%tica de una ar*uitectura se relacionan con los componentes a *ue, por lo com5n, los nodos contienen uno o m%s componentes(
Lenguaje unificado de modelado De Wikipedia, la enciclopedia libre Saltar a: navegación, búsqueda
Collage de diagramas UML Lenguaje Unificado de Modelado !UML, por sus siglas en ingl"s, Uni#ied Modeling Language$ es el lengua%e de modelado de sistemas de so#t&are m's conocido ( utili)ado en la actualidad* est' respaldado por el +M !+b%ect Management roup$
-s un lengua%e gr'#ico para visuali)ar, especi#icar, construir ( documentar un sistema UML o#rece un est'ndar para describir un .plano. del sistema !modelo$, inclu(endo aspectos conceptuales tales como procesos de negocio, #unciones del sistema, ( aspectos concretos como e/presiones de lengua%es de programación, esquemas de bases de datos ( compuestos reciclados -s importante remarcar que UML es un .lengua%e de modelado. para especi#icar o para describir m"todos o procesos Se utili)a para de#inir un sistema, para detallar los arte#actos en el sistema ( para documentar ( construir -n otras palabras, es el lengua%e en el que est' descrito el modelo Se puede aplicar en el desarrollo de so#t&are gran variedad de #ormas para dar soporte a una metodolog0a de desarrollo de so#t&are !tal como el 1roceso Uni#icado 2acional o 2U1$, pero no especi#ica en s0 mismo qu" metodolog0a o proceso usar UML no puede compararse con la programación estructurada, pues UML signi#ica Lengua%e Uni#icado de Modelado, no es programación, solo se diagrama la realidad de una utili)ación en un requerimiento Mientras que, programación estructurada, es una #orma de programar como lo es la orientación a ob%etos, la programación orientada a ob%etos viene siendo un complemento per#ecto de UML, pero no por eso se toma UML sólo para lengua%es orientados a ob%etos UML cuenta con varios tipos de diagramas, los cuales muestran di#erentes aspectos de las entidades representadas
