Metodologia uml
Descargar como PPTX, PDF1 recomendación318 vistas
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.
Metodologia uml
- 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: