El documento resume los orígenes y versiones del Lenguaje de Modelado Unificado (UML), así como sus principales diagramas. UML fue creado en 1995 por Grady Booch, Ivar Jacobson y James Rumbaugh de Rational Software. Ha tenido varias versiones desde entonces, actualmente en la versión 2.0. UML incluye nueve tipos de diagramas para modelar diferentes aspectos de un sistema, como clases, casos de uso, secuencias de objetos, estados, componentes y despliegue.

2. CURSO: PRACTICA INTEGRAL III
ALUMNO: RARÁZ TINOCO, JORGE LUIS
PROFESOR: DAVILA, JUAN
CICLO: II CICLO

3. • Reseña histórica
• Creadores
• Versiones
• Principales vistas

4. UML 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.

5. LOS CREADORES DEL UML
Grady Booch Ivar Jacobson
Rational OMG(Grupo de Administración de Objetos)
Software Estándar en la Industria del
Software
Corporation
James Rumbaugh

6. 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.

7. 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 Equipment
Hewlett-Packard i-Logix
Intellicorp and James Martin & Co. IBM
ICON Computing MCI Systemhouse
Platinium Technology ObjetcTime
Oracle Corp Microsoft
Sterling Software Taskon
Texas Instrument Unisys

8. Existen 9 tipos de vistas, y son:
1. Diagrama de clase
2. Diagrama de objetos
3. Diagrama de casos de uso
4. Diagrama de secuencia
5. Diagrama de colaboración
6. Diagrama de estado
7. Diagrama de actividad
8. Diagrama de componentes
9. Diagrama de despliegue

10. nombre de la clase
atributo
: Este símbolo representa el comunicación y la visibilidad métodos
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).

11. 2. Diagrama de objeto
Un 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:

12. Relación
Objeto
Método

13. 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:

15. 4. Diagrama de secuencia
Un 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.

17. 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:

19. 6. Diagrama de estado
Un 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

21. 7. Diagrama de actividad
Un 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

23. 8. Diagrama de componentes
Un 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:

25. 9. Diagrama de despliegue
Un 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: