ADS - Sesion2
- 1. MODELAMIENTO VISUAL Y UML Segunda Sesión Profesores del Curso
- 2. Objetivos Entender los beneficios del m odelamiento visual Reconocer al UML como lenguaje estándar en la construcción de SW Identificar los diagramas UML y su papel durante la construcción del SW
- 3. Temario Testimonios empresariales Modelamiento visual UML Definición Historia Evolución Descripción
- 4. ¿ Por qué usan Modelamiento Visual y el UML empresas líderes?
- 5. Testimonios Empresariales ERISSON: “ ......el modelamiento del SW es fundamental durante el desarrollo porque garantiza la construcción de la arquitectura del SW, permite entenderla de manera completa y reduce los riesgos....” ORACLE: “ podemos representar los objetos del negocio y entender todas las definiciones de la base de datos...” IBM: “ permite tener el control del ciclo de vida completo de un proyecto...”
- 6. Testimonios Empresariales HEWLETT PACKARD: “ ayuda al equipo a entenderse y ver cual es su trabajo dentro del contexto de construcción del Sw. Hace viable la comunicación entre cliente, gente de análisis y diseño y sus herramientas de desarrollo...” REPUBLIC BANK: “ ......provee una plantilla del sistema y ayuda a entender el comportamiento del sistema....” MICROSOFT: “ ......reduce el costo de desarrollo, el tiempo y el riesgo de un proyecto de SW, incrementa la reutilización de componentes ....”
- 7. ¿Qué es el Modelamiento Visual? El modelamiento visual provee una plantilla del sistema. El visualizar esta plantilla, ayuda a entender el sistema que se crea y cómo quisiera crearse, permite entender la estructura o comportamiento del mismo, sirve de guía durante el proceso de construcción del SW y nos permite documentar las decisiones que se toman.
- 8. Beneficios del Modelamiento Visual Captura procesos Incrementa la comunicación Define la arquitectura Administra la complejidad Reutilización
- 9. UML Lenguaje estándar que permite visualizar, especificar, construir y documentar los artefactos del sistema de software. Está demostrado que el trabajo con UML incrementa la productividad, reduce el ciclo de vida de construcción del software e incrementa la calidad del sistema.
- 10. Un poco de historia UML es un lenguaje que nació de la unión de las teorías de : Grady Booch Ivar Jacobson James Rumbaugh
- 11. Evolución de UML
- 12. Perspectivas para el UML UML es el lenguaje de modelamiento estándar predominante los próximos años. Entre las razones: Participan metodologistas influyentes. Participan empresas importantes. Tiene la aceptación del OMG como notación estándar.
- 14. Descripción de UML Los elementos y diagramas UML están basados en el paradigma orientado a objetos. Entre las partes de UML tenemos: 1.Las vistas 2.Los diagramas 3.Los elementos del modelo 4.Lo mecanismos de extensión
- 15. 1. Las Vistas Muestran los diferentes aspectos del sistema que son modelados. Una vista no es un gráfico, pero es una abstracción consistente de un número de diagramas. Se tiene las siguientes vistas: Vista de casos de uso, vista lógica, vista de componentes, vista concurrente y vista de despliegue.
- 16. Vista de Casos de Uso : Muestra la funcionalidad del sistema percibido por actores externos. Vista Lógica : Muestra c ó mo la funcionalidad es diseñada dentro del sistema, define la estructura y el comportamiento del sistema. Vista de Componentes o Implementación : Muestra la organización de componentes del código. Y su implementación.
- 17. Vista Concurrente o de Procesos : Muestra la concurrencia en el sistema dividido en procesos y procesadores. Da cuenta de los aspectos de comunicación e integración. Vista de Despliegue : Muestra la arquitectura física del sistema.
- 18. Logical View Implementation View Programmers Software management Process View Deployment View System topology Delivery, installation Communication System engineering Use Case View End-user Functionality Performance Scalability Throughput System integrators
- 19. 2. Los Diagramas Son los gráficos que describen el contenido de una vista. UML tiene nueve tipos de diagramas que se usan para mostrarnos todas los enfoques del sistema.
- 20. Activity Diagrams Models Use Case Diagrams Use Case Diagrams Use Case Diagrams Scenario Diagrams Scenario Diagrams Collaboration Diagrams State Diagrams State Diagrams Component Diagrams Component Diagrams Component Diagrams Deployment Diagrams State Diagrams State Diagrams Object Diagrams Scenario Diagrams Scenario Diagrams Statechart Diagrams Use Case Diagrams Use Case Diagrams Sequence Diagrams State Diagrams State Diagrams Class Diagrams
- 21. Diagrama de Casos de Uso Diagrama de Clases Diagrama de Objetos Diagrama de Estados Diagrama de Secuencias Diagrama de Colaboración Diagrama de Actividades Diagrama de Componentes Diagrama de Despliegue
- 22. 3. Los Elementos del Modelo Los conceptos usados son elementos del modelo que representan conceptos orientados a objetos como clases, objetos, mensajes y relaciones incluyendo asociación, dependencia y generalización.
- 23. 4. Los Mecanismos de Extensión Los símbolos que complementan la información de los diagramas, tenemos las notas, caja de textos para títulos, líneas de indicación, entre otros.
- 24. Diagrama de Casos de Uso (negocio)
- 25. Diagrama de Casos de Uso DIAGRAMA DE CASOS DE USO DE NEGOCIO Diagrama en el que se plasman los procesos de negocio y los externos a ellos. Estos externos se benefician con el proceso o benefician al proceso.
- 26. Diagrama de Casos de Uso de Negocio
- 28. Diagrama que captura acciones, es decir flujos de trabajo y actividades a llevarse a cabo. Este diagrama permite enfocar: *Las actividades de un caso de uso de negocio *La implementación de operaciones de una clase *Las actividades de un objeto *Las actividades de una situación Diagrama de Actividades
- 30. Diagrama de Casos de Uso (software)
- 31. Diagrama de Casos de Uso DIAGRAMA DE CASOS DE USO DE SOFTWARE Diagrama en el que se plasman las funcionalidades del software y los que interactúan con ellas.
- 32. Diagrama de Casos de Uso de Software
- 34. Clases, objetos y sus relaciones En el modelamiento orientado a objetos, las clases, objetos y sus relaciones son los principales elementos del modelo. Las clases y objetos modelan que hay en el sistema y las relaciones entre ellos revelan como están estructurados. Cuando se usa programación orientada a objetos los elementos mencionados se convierten en el código actual.
- 35. Diagrama de Clases GUI, Lógicas y Persistentes
- 36. Una clase es una descripción de un tipo objeto, todos los objetos son instancias de una clase, donde la clase describe las propiedades y comportamiento de un tipo de objeto. Una clase sería una descripción de un objeto en un tipo de sistema(información, técnico, distribuido, software, negocio) Clases, objetos y sus relaciones
- 37. Diagrama de Clases Persistentes
- 39. Diagrama de Colaboración Diagrama de interacción que enfoca las interacciones y los enlaces entre un grupo de objetos “colaboradores”. Este diagrama se enfoca en el espacio y muestra como los objetos, sus enlaces y los mensajes son enviados entre ellos.
- 42. Diagrama de Secuencias Muestran como los objetos interactúan entre ellos. Está enfocado en la secuencia de mensajes. Tiene dos ejes: el eje vertical que muestra el tiempo y el eje horizontal que muestra el grupo de objetos. Es específico para un escenario.
- 45. Diagrama de Estados Captura el ciclo de vida de los objetos, subsistemas y sistemas. Define los estados que un objeto puede tener y c ó mo los eventos afectan esos estados.
- 46. Diagrama de Estados Diagrama de Estados de una Orden de Pedido
- 48. Diagrama de Despliegue Describe la arquitectura en tiempo de ejecución de procesadores, dispositivos y los componentes de software que ejecutan esta arquitectura. Describe la topología del sistema, estructura de hardware y el software que se ejecuta en cada unidad.
- 49. Ejemplo del D iagrama de Despliegue
- 50. Nodos.-Son los objetos físicos que tiene un tipo de recurso computacional. Ejm: dispositivos como impresoras, dispositivos de comunicación. Conexiones.-El tipo de comunicación es representado por un estereotipo que identifica el protocolo de comunicación o el tipo de red usado. Diagrama de Despliegue
- 52. Diagrama de Componentes Representa los componentes de software , sus dependencias y la estructura del código. Los componentes implementan en la arquitectura física, los conceptos y la funcionalidad definida s en la arquitectura lógica. Los componentes pueden ser fuentes, binarios y ejecutables.
- 54. Ejemplos de D iagrama de Componentes
- 55. Componentes y Despliegue Sólo los componentes ejecutables tienen instancias. Se utiliza un diagrama de despliegue para ubicar instancias de componentes ejecutables. Entre componentes existen las dependencias. Un componente puede definir interfaces que son visibles a otros componentes.
- 56. Ejemplos de Componente y Despliegue
- 57. Conclusiones El UML es un lenguaje reconocido mundialmente por la industria de construcción de software. El Modelamiento visual es una de las técnicas probadas que brinda mejores resultados.
- 58. Conclusiones Todos los sistemas tienen una estructura estática y comportamiento dinámico. La estructura se describe con los diagramas de clases, componentes y despliegue. El comportamiento dinámico del sistema se describe con diagramas de estados, secuencias, colaboración y actividades.