UML

Trabajo de ExposiciónCURSO: PRACTICA INTEGRAL III

ALUMNO: RARÁZ TINOCO, JORGE LUIS

PROFESOR: DAVILA, JUAN

CICLO: II CICLO

INDICE• Reseña histórica• Creadores• Versiones• Principales vistas

Reseña HistoricaUML  se inicia como el "Método Unificado" presentado por Grady Booch y Jame Rumbaugh en el Workshop sobre Casos de Uso OOPSLA'95 (Object-Oriented Programming Systems Languages and Applications) en Octubre de 1995.

Ese mismo año se une Ivar Jacobson dando origen a Rational Software, la compañía de los "tres amigos", actualmente perteneciente al gigante azul.

LOS CREADORES DEL UML

Grady Booch

Rational

Software

Corporation

James Rumbaugh

OMG(Grupo de Administración de Objetos)

Estándar en la Industria del Software

Ivar Jacobson

Desde esa fecha hasta ahora UML ha tenido la siguiente evolución:

•Noviembre de 1997, es aprobado por el OMG •1998 aparece la versión UML 1.2 (revisiones menores) •1999 aparece la versión UML 1.3 •2000 aparece la versión UML 1.4 (revisiones menores) •2001 aparece la versión UML 1.5•Se esta trabajando en la versión UML 2.0 la cual estará disponible al público en este año.

Versiones

Ahora bien, uno de los elementos que impulsa a UML con un estándard de industria es el gran conjunto de empresas que desde la versión 1.0 han trabajado en su desarrollo, ejemplo de estas son:

Rational Software Digital EquipmentHewlett-Packard i-Logix Intellicorp and James Martin & Co. IBMICON Computing MCI Systemhouse Platinium TechnologyObjetcTimeOracle Corp MicrosoftSterling Software TaskonTexas Instrument Unisys

Principales vistasExisten 9 tipos de vistas, y son:

1. Diagrama de clase2. Diagrama de objetos3. Diagrama de casos de uso4. Diagrama de secuencia5. Diagrama de colaboración6. Diagrama de estado7. Diagrama de actividad8. Diagrama de componentes9. Diagrama de despliegue

1. Diagrama de clase

Un diagrama de clase muestra un conjunto de clases, interfaces, colaboraciones y sus relaciones. Este diagrama es el que más se encuentra en los sistemas de modelado orientado a objetos. Los diagramas de clase dirigen la visión de diseño estática de un sistema.

En el siguiente grafico se puede entender su composición:

nombre de la clase

: Este símbolo representa el comunicación y la visibilidad de datos.Existen 3 maneras de definirlos:• public : Es accesible desde todos lados• private : Solo es accesible dentro de la clase (y clases derivadas).• protected : Solo es accesible por los métodos (y métodos

derivados).

métodos

atributo

2. Diagrama de objetoUn diagrama de objeto muestra un conjunto de objetos y sus relaciones. Este diagrama representa una fotografía estática de instancias de las cosas que se encuentran en un diagrama de clase. Los diagramas de objeto dirigen la visión de diseño estática o la visión de proceso estática de un sistema, al igual que los diagramas de clase, pero desde la perspectiva del mundo real.

En el siguiente grafico se puede entender su composición:

Objeto

Método

Relación

3. Diagrama de caso de uso Un diagrama de caso de uso muestra un conjunto de casos de uso y actores (un tipo especial de clase) y sus relaciones. Los diagramas de casos de uso dirigen la visión de caso de uso estática de un sistema. Estos diagramas son importantes a la hora de organizar y modelar los comportamientos de un sistema.

En el siguiente grafico se puede entender su composición:

4. Diagrama de secuenciaUn diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso.El diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

Típicamente se examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si se dispone de la descripción de cada caso de uso como una secuencia de varios pasos, entonces se puede "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos. Un diagrama de secuencia muestra los objetos que intervienen en el escenario con líneas discontinuas verticales, y los mensajes pasados entre los objetos como flechas horizontales.

En el siguiente grafico se puede entender su composición:

5. Diagrama de colaboración Estos diagramas son tipos de diagramas de interacción. Un diagrama de interacción muestra una interacción, que consiste de un conjunto de objetos y sus relaciones, incluyendo los mensajes que pueden enviarse entre ellos. Los diagramas de interacción dirigen la visión dinámica de un sistema. Un diagrama de secuencia es un diagrama de interacción que enfatiza el orden de los mensajes en el tiempo. Un diagrama de colaboración es un diagrama de interacción que enfatiza la organización estructural de los objetos que envían y reciben mensajes. Los diagramas de secuencia y los diagramas de colaboración son isomórficos, es decir, se pueden transformar el uno en el otro.

En el siguiente grafico se puede entender su composición:

6. Diagrama de estadoUn diagrama de estado muestra una máquina de estado, que consta de estados, transiciones, eventos, acciones y actividades. Los diagramas de estado dirigen la visión dinámica de un sistema. Estos diagramas son importantes a la hora de modelar el comportamiento de una interfaz, clase o colaboración, y enfatizan el comportamiento de un objeto ordenado por los eventos que se suceden, lo cual es especialmente útil en los sistemas de tiempo real.

En el siguiente grafico se puede entender su composición:

7. Diagrama de actividadUn diagrama de estado muestra una máquina de estado, que consta de estados, transiciones, eventos, acciones y actividades. Los diagramas de estado dirigen la visión dinámica de un sistema. Estos diagramas son importantes a la hora de modelar el comportamiento de una interfaz, clase o colaboración, y enfatizan el comportamiento de un objeto ordenado por los eventos que se suceden, lo cual es especialmente útil en los sistemas de tiempo real.

En el siguiente grafico se puede entender su composición:

8. Diagrama de componentesUn diagrama de componente muestra las organizaciones y dependencias entre un conjunto de componentes. Los diagramas de componente dirigen la visión de implementación estática de un sistema. Estos diagramas se relacionan con los diagramas de clase en el sentido de que un componente, normalmente, engloba a una o varias clases, interfaces o colaboraciones.

En el siguiente grafico se puede entender su composición:

9. Diagrama de despliegueUn diagrama de despliegue muestra la configuración de los nodos que se procesan en tiempo de ejecución y los componentes que están dentro de ellos. Los diagramas de despliegue dirigen la visión de despliegue estática de una arquitectura. Estos diagramas se relacionan con los diagramas de componente en el sentido de que un nodo encierra, normalmente, uno o más componentes.

En el siguiente grafico se puede entender su composición: