Está en la página 1de 8

UNIFIED MODELING LANGUAGE (UML)

UNIFIED MODELING LANGUAGE (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 y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes reutilizables. Es importante resaltar 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 entregando 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.

DIAGRAMAS
En UML hay 13 tipos diferentes de diagramas.Se clasifican en tres clases: Diagramas de estructura: Muestran los elementos de una especificacin que sean independientes del tiempo. Incluyen clase, estructura de componentes, componente, despliegue, objeto y diagramas de paquetes.
     

Diagrama de clases. Diagrama de componentes. Diagrama de objetos. Diagrama de estructura compuesta Diagrama de despliegue. Diagrama de paquetes.

Diagramas de comportamiento: Permiten exhibir comportamientos de un sistema o de los procesos de las organizaciones. Incluyen los diagramas de actividad, estado, caso tpico y de interaccin.  Diagrama de actividades.  Diagrama de casos de uso.  Diagrama de estados. Diagramas de interaccin: Es un subconjunto de los diagramas de comportamiento que permiten enfatizar las interacciones entre los objetos. Incluyen comunicacin, vista general de interacciones, secuencia y diagrama de tiempo.  Diagrama de secuencia  Diagrama de comunicacin, que es una versin simplificada del Diagrama de colaboracin.  Diagrama de tiempos.  Diagrama global de interacciones o Diagrama de vista de interaccin.

DIAGRAMA DE PAQUETES
En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra cmo un sistema est dividido en agrupaciones lgicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete est pensado como un directorio, los diagramas de paquetes suministran una descomposicin de la jerarqua lgica de un sistema. Los Paquetes estn normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas lneas maestras sobre la mesa, los paquetes son buenos elementos de gestin. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido. Adems de la relacin estndar UML de dependencia, hay dos tipos especiales de las dependencias entre los paquetes se definen: Package import de importacin de paquetes.  Un paquete de importacin es "una relacin entre un espacio de nombres de importacin y un paquete, lo que indica que el espacio de nombres de importacin, aade los nombres de los miembros del paquete a su propio espacio de nombres". Por defecto, una dependencia entre dos paquetes sin etiqueta se interpreta como de una relacin de importacin de paquetes.  Un paquete de importacin es "una relacin entre un espacio de nombres de importacin y un paquete, lo que indica que el espacio de nombres de importacin, aade los nombres de los miembros del paquete a su propio espacio de nombres". Por defecto, una dependencia entre dos paquetes sin etiqueta se interpreta como de una relacin de importacin de paquetes Package merge paquete de combinacin de correspondencia.  Un paquete de mezcla es "una relacin entre dos paquetes dirigidos, que indica que el contenido de los dos paquetes se pueden combinar. Es muy similar a la generalizacin en el sentido de que el elemento conceptual fuente aade las caractersticas del elemento objetivo a su propio caractersticas resultantes de un elemento que combina las caractersticas de ambos.

Diagramas de paquetes puede utilizar los paquetes que contienen los casos de uso para ilustrar la funcionalidad de un sistema de software. Diagramas de paquetes puede utilizar los paquetes que representan las diferentes capas de un sistema de software para ilustrar la arquitectura en capas de un sistema de software. Las dependencias entre estos paquetes pueden ser adornadas con etiquetas o estereotipos para indicar el mecanismo de comunicacin entre las capas.

DIAGRAMA DE ESTRUCTURA COMPUESTA


Un diagrama de estructura compuesta es un tipo de diagrama de estructura esttica en el Lenguaje de Modelado Unificado (UML), que muestra la estructura interna de una clase y las colaboraciones que esta estructura hace posibles. Esto puede incluir partes internas, puertas mediante las cuales, las partes interactan con cada una de las otras o mediante las cuales, instancias de la clase interactan con las partes y con el mundo exterior, y conectores entre partes o puertas. Una estructura compuesta es un conjunto de elementos interconectados que colaboran en tiempo de ejecucin para lograr algn propsito. Cada elemento tiene algn rol definido en la colaboracin. CONCEPTOS DE ESTRUCTURA COMPUESTA Las entidades de estructura compuesta claves identificadas en la especificacin UML son: clasificadores estructurados, partes, puertas, conectores, y colaboraciones. PARTE Una parte representa un rol jugado en tiempo de ejecucin por una instancia de una clase o por una coleccin de instancias. La parte puede nombrar solamente un rol, una superclase abstracta, o puede nombrar una clase concreta especfica. La parte puede incluir un factor de multiplicidad (cardinalidad), tal como el mostrado para Viewer en el diagrama.

PUERTA
Una puerta es un punto de interaccin que puede ser usado para conectar clasificadores estructurados con sus partes y con el ambiente. Las puertas pueden opcionalmente especificar los servicios que proveen y los servicios que requieren de otras partes del sistema. En el diagrama, cada uno de los cuadrados pequeos es una puerta. Cada puerta tiene un tipo y esta etiquetado con un nombre, tal como "var", "indVar1", or "view" en el diagrama. Las puertas pueden contener un factor de multiplicidad, por ejemplo. Las puertas pueden ya sea delegar los requerimientos recibidos a partes internas, o pueden entregarlos directamente para el comportamiento del clasificador estructurado en el que la puerta est contenido. Las puertas pblicas que son visibles en el ambiente son mostradas sobre el borde (lmite o frontera), mientras que las puertas protegidas que no son visibles en el ambiente son mostradas dentro de la frontera (borde o lmite). Todas las puertas en el diagrama son privadas, excepto por la puerta view a lo largo del lmite derecho de FibonacciSystem.

CONECTOR
Un conector une dos o ms entidades, permitindoles interactuar en tiempo de ejecucin. Un conector es representado por una lnea que une una combinacin de partes, puertas y clasificadores estructurados. El diagrama muestra tres conectores entre puertas, y un conector entre un clasificador estructurado y una parte.

COLABORACIN
Una colaboracin es generalmente ms abstracta que un clasificador estructurado. sta es mostrada como un valo sin relleno conteniendo los roles que las instancias pueden jugar en la colaboracin.

CLASIFICADOR ESTRUCTURADO
Un Clasificador Estructurado representa una clase, frecuentemente una clase abstracta, cuyo comportamiento puede ser completa o parcialmente descrito mediante interacciones entre partes. Un Clasificador Encapsulado es un tipo de clasificador estructurado que contiene puertas. En el diagrama abajo, ambos FibonacciSystem y Variable son clasificadores encapsulados, porque ambos tienen puertas a lo largo de sus lmites.

DIAGRAMA DE TIEMPO
Un diagrama de tiempos o cronograma es una grfica de formas de onda digitales que muestra la relacin temporal entre varias seales, y cmo vara cada seal en relacin a las dems. Un cronograma puede contener cualquier nmero de seales relacionadas entre s. Examinando un diagrama de tiempos, se puede determinar los estados, nivel alto o nivel bajo, de cada una de las seales en cualquier instante de tiempo especificado, y el instante exacto en que cualquiera de las seales cambia de estado con respecto a las restantes. El propsito primario del diagrama de tiempos es mostrar los cambios en el estado o la condicin de una lnea de vida (representando una Instancia de un Clasificador o un Rol de un clasificador) a lo largo del tiempo lineal. El uso ms comn es mostrar el cambio de estado de un objeto a lo largo del tiempo, en respuesta a los eventos o estmulos aceptados. Los eventos que se reciben se anotan, a medida que muestran cundo se desea mostrar el evento que causa el cambio en la condicin o en el estado.

DIAGRAMAS DE TIEMPOS UML


En el estndar de Lenguaje de Modelado Unificado de OMG los diagramas de tiempo son una representacin especial de interaccin que se enfoca en el tiempo de los mensajes enviados entre objetos. Se pueden usar estos diagramas para mostrar restricciones detalladas sobre el tiempo, para mostrar los cambios con lneas de vida respecto al tiempo. Los diagramas de tiempo son generalmente utilizados con sistemas en tiempo real o en sistemas embebidos.

También podría gustarte