Lenguaje de modelado unificado (UML)

El Management Group (OMG) Objeto es un consorcio sin fines de lucro que produce y mantiene los estndares y especificaciones de la industria de computacin para aplicaciones empresariales.UML es una especificacin de modelado de aplicaciones de OMG. El objetivo principal de UML es simplificar el proceso de ingeniera de software complejo. Usando UML, se puede especificar, visualizar y crear artefactos de software y sistemas nonsoftware.Es de sealar que UML es slo un lenguaje de modelado - que es que define las palabras y la gramtica, pero no el proceso o procedimiento para la creacin de modelos.

UML: UNA REFERENCIA RPIDAUML ofrece 12 diagramas hacia lo que representa el anlisis de requerimientos y solucin de diseo de una aplicacin. Cada uno de estos 12 diagramas se pueden clasificar en 3 categoras como sigue.

DIAGRAMAS DE ESTRUCTURA. UML ofrece los siguientes cuatro diagramas de estructura, que pueden ser utilizados para representar la estructura esttica de una aplicacin.1. Los diagramas de clases2. Los diagramas de objetos3. Los diagramas de componentes4. Los diagramas de despliegue

DIAGRAMAS DE COMPORTAMIENTO. UML ofrece los siguientes cinco diagramas de comportamiento, que pueden ser utilizados para representar los aspectos de comportamiento dinmico de una aplicacin.1. Los diagramas de casos de uso2. Los diagramas de secuencia3. Los diagramas de actividades4. Los diagramas de colaboracin5. Diagrama Statechart

ESQUEMAS DE GESTIN DE MODELO. UML ofrece los tres diagramas de la gerencia siguiente modelo que se pueden utilizar para representar cmo se organizan y gestionan diferentes mdulos de aplicacin.1. Paquetes2. Los subsistemas3. ModelosLos diagramas de clases y de secuencia se han proporcionado para ejemplos de este libro. En esta seccin se ofrece una breve introduccin a los diagramas de clases y de secuencia y explica los diferentes elementos del diagrama de clases / secuencias utilizadas en este libro.

DIAGRAMAS DE CLASES. Los diagramas de clases son parte de la estructura y diagramas se utilizan para describir la estructura esttica de un sistema. La estructura y el comportamiento de las clases y su asociacin con otras clases se representan dentro de un diagrama de clases.

ClassLa Figura 2.1 muestra la representacin genrica de una clase. Se compone de tres compartimientos (secciones rectangulares). El nombre de clase se coloca en el compartimiento superior. El conjunto de atributos (ambas variables de instancia y variables de clase) se enumeran en el segundo compartimiento debajo del compartimiento del nombre de la clase. El conjunto de mtodos / operaciones aparece en el tercer compartimiento.Aunque la representacin genrica consta de tres compartimentos como se ha descrito anteriormente, los compartimentos pueden variar en nmero y tipo. Uno puede suppr compartimentos ess y tambin tienen compartimentos adicionales para dar cabida a aspectos tales como las limitaciones y los valores etiquetados. La Figura 2.2 muestra un ejemplo de una clase.

Clase interiorUna clase interna es una clase definida dentro de otra clase. Existe el concepto de una clase interna en algunos de los lenguajes orientados a objetos como Java, C ++ (a travs de estructura y enumeracin) y C # (con verdaderas clases internas), pero no es un concepto orientado a objetos estndar.UML no proporciona una manera definida de lo que representa una clase interna. La notacin se muestra en la Figura 2.3 se usa en este libro para representar una clase interna, donde la clase interna se coloca en la seccin de operaciones de clase en la que se define la clase interna.La figura 2.4 muestra un ejemplo de un Memento clase interna definida dentro de la clase DataConverter

ESPECIFICADORES DE ACCESO. En Java, la visibilidad de los diferentes miembros de un objeto y su accesibilidad por los diferentes objetos de cliente se controla mediante especificadores de acceso. Especificadores de acceso para atributos y operaciones se pueden especificar utilizando los smbolos de la Tabla 2.1.Tabla 2.2 listas especificadores de acceso de Java y su alcance. En la Figura 2.2 (clase Cliente) nombre es un atributo privado y getName es un mtodo pblico.

ESTTICO. Subrayando una variable o mtodo de una clase especifica como esttica (con mbito de nivel de clase). En la Figura 2.5, el mtodo getInstance es un mtodo esttico de la clase FileLogger. Objetos de cliente pueden invocar el mtodo getInstance de la clase FileLogger sin tener que crear sus instancias.

Resumen Clase / Mtodo. Un mtodo sin cuerpo, en una clase, se conoce como un mtodo abstracto. Una clase con al menos un mtodo abstracto se trata como una clase abstracta. Objetos de cliente no pueden crear instancias de una clase abstracta. Una subclase de una clase abstracta debe implementar todos los mtodos abstractos de la clase abstracta o ser declarado como una misma clase abstracta.Viendo un nombre de clase / mtodo en cursiva especifica como una clase / mtodo abstracto. La clase Creador en la Figura 2.6 es una clase abstracta con un mtodo factoryMethod abstracto

EXCEPCIN. Una flecha de trazos con una etiqueta estereotipo "tira" se utiliza para indicar que un mtodo especfico produce una excepcin. La flecha apunta desde el mtodo a la clase de excepcin. Tanto los mtodos isValid y ahorrar en la Figura 2.7 a declarar (posiblemente) una excepcin del tipo java.rmi.RemoteException.

Nota. Una nota se adjunta a un diagrama UML para proporcionar informacin adicional para un smbolo tal como comentarios, limitaciones o cdigo. En general, las notas pueden estar unidos a cualquier elemento del diagrama en cualquier diagrama UML.Una nota es denotada por un rectngulo manoseado y se une a un elemento del diagrama por una lnea de puntos. La figura 2.8 muestra una nota adjunta al atributo de una clase.

GENERALIZACIN. Generalizacin se utiliza para representar el concepto orientado a objetos de la herencia cuando hay una clase base con el comportamiento comn y cada una de sus clases derivadas contiene detalles / comportamiento especfico. En la Figura 2.9, la punta de flecha cerrada y hueca que apunta desde la subclase Shark / Whale a la superclase de pescado representa la generalizacin.

INTERFAZ. Una interfaz especifica las operaciones externamente visibles de una clase, pero no la ejecucin efectiva de las operaciones. Una interfaz especfica a menudo slo una parte del comportamiento de una clase implementador real. Una interfaz puede extraerse utilizando una configuracin rectangular de clase similar, con el texto "interfaz" por encima del nombre de la interfaz. La figura 2.10 muestra una interfaz llamada VisitorInterface.

REALIZACIN. Una realizacin representa la relacin entre una interfaz y una clase que proporciona la implementacin real. Esto se puede dibujar en dos maneras, dependiendo de cmo se representa la interfaz.1. Usando una punta de flecha cerrada y hueca que apunta desde la clase que implementa la interfaz con una lnea discontinua2. Con una lnea y un crculo, donde el crculo representa la interfaz (con el nombre de la interfaz mantenido cerca del crculo) y la lnea se puede extraer que apunta a la clase que implementa la interfaz representada por el crculo.

Tanto en la Figura 2.11 y la Figura 2.12, la clase OrderVisitor implementa la interfaz declarada por la interfaz VisitorInterface (Java).

Dependencia. Una dependencia representa la relacin entre una fuente y un componente de destino, cuando hay una relacin de dependencia entre los dos. Esto significa que, cuando hay un cambio en el objetivo, el elemento de origen sufre un cambio necesario, pero no viceversa.La clase de pedido en la figura 2.13 utiliza el mtodo de ejecucin de la clase DBUtil para ejecutar (Structured Query Language) sentencias SQL y, por tanto, depende de ella.

La flecha de trazos de la clase Order dependiente de la clase DBUtil objetivo.

Asociacin Clase. Asociacin Clase especifica la relacin estructural entre las clases. El concepto de multiplicidad se discute ms adelante est muy estrechamente ligada a las asociaciones de clase.

Multiplicidad. La multiplicidad se utiliza para indicar el nmero de instancias de una clase vinculados a una instancia de la otra clase. Tabla 2.3 listas diferentes valores que pueden ser utilizados para indicar la multiplicidad. Los siguientes tres tipos de asociaciones se utilizan en los diagramas UML ejemplo en este libro.

Navegabilidad. Cuando Clase A contiene la informacin necesaria para llegar a la Clase B, a continuacin, la navegabilidad es de Clase A a la Clase B. En otras palabras, la clase A sabe de Clase B, pero no viceversa.En la figura 2.14, una instancia de la clase LogAbstraction mantiene internamente un objeto LoggerBridge y por lo tanto ser capaz de llegar a ella directamente. Por lo tanto un objeto LoggerBridge es navegable desde una instancia LogAbstraction.

Tambin es posible para los que la navegacin sea bidireccional. En ese caso, la lnea slida de asociacin entre las dos clases ya sea contiene puntas de flecha en ambos extremos o ninguna.Las dos asociaciones siguientes son aplicables cuando existe una relacin todo-parte entre dos clases. En otras palabras, una clase contiene el otro.

Composicin. Clase A incluye acciones de Clase B. Esta afirmacin denota una fuerte identificacin entre la Clase A, el conjunto, y de clase B, con su parte. En otras palabras, la clase parte no puede existir de manera significativa por s sola sin toda la clase.En la figura 2.15:_ Un elemento de lnea es parte de una orden._ Un elemento de lnea no puede existir sin una orden.

Agregacin. Esta es una forma ms ligera de la composicin. Toda la clase desempea un papel ms importante que la clase parte, pero a diferencia del caso de la composicin, la clase parte puede existir de manera significativa por s sola sin toda la clase.En la figura 2.16:_ Un jugador es parte de un equipo._ Un jugador puede formar parte de ms de un equipo y por lo tanto, cuando se disuelve un equipo, el jugador sigue siendo.

Los diagramas de secuencia. Los diagramas de secuencia se utilizan para describir las interacciones entre los objetos colaborar en trminos de mensajes intercambiados en el tiempo para un resultado especfico. Adems, un diagrama de secuencia tambin puede ser usada para modelar los flujos de negocio. Echemos un rpido vistazo a algunos de los elementos del diagrama utilizados en la creacin de diagramas de secuencia.

Objeto. Un objeto se representa con el nombre de la clase en un rectngulo precedido por dos puntos. La figura 2.17 muestra un objeto denominado Controlador.

Mensaje. Un mensaje es una comunicacin entre objetos. La lnea horizontal slida que indica que un mensaje puede ser etiquetado con el nombre del mensaje / operacin junto con sus valores de los argumentos. Figura 2.18 es una llamada mensaje named salve.En general, un mensaje de llamada en un diagrama de secuencia se asigna a una operacin de clase. Las principales excepciones son cuando no est modelando directamente una interaccin de clase.Por ejemplo, un diagrama de secuencia puede utilizarse para modelar un usuario utilizando una mquina ATM donde la interaccin es ms largo de las lneas del usuario el envo de un mensaje al sistema o el sistema de enviar una respuesta al usuario. En este caso, el modelado es a un nivel conceptual diferente y la nocin de mapeo directo a las operaciones de clase puede no ser apropiado. Los diagramas de secuencia tambin se pueden utilizar para modelar los flujos de negocio, en cuyo caso el mensaje puede representar el paso de una nota, un archivo, una carta, etc.

Auto Call. Este es un llamado mensaje de un objeto en s mismo. Figura 2.19 es un llamado auto de un mensaje llamado createSQL.Vamos a crear un diagrama de secuencia muestra (Figura 2.20) con la siguiente funcionalidad, el uso de diferentes smbolos de diagramas de secuencia descritas anteriormente._ Un usuario de Internet introduce datos en un formulario de registro en lnea y lo presenta._ Todos los envos de los usuarios se recibi por primera vez por un objeto del controlador._ El objeto controlador crea un objeto Cuenta con los datos presentados por el usuario._ El objeto Cuenta crea y utiliza un objeto DBManager para guardar los datos en una base de datos.