Introduccion a Uml

  • 6,243 views
Uploaded on

mi presentacion del curso de introduccion a UML

mi presentacion del curso de introduccion a UML

More in: Technology , Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
No Downloads

Views

Total Views
6,243
On Slideshare
0
From Embeds
0
Number of Embeds
2

Actions

Shares
Downloads
184
Comments
5
Likes
20

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Uml
    Coordinación General De Tecnologías de la información
    Universidad de Guadalajara
    LI José Jiménez Cabrera
  • 2. Presentación
    Nombre  
    Institución a la que pertenecen 
    Título, función y responsabilidad en el trabajo  
    Tu Experiencia relacionada con el análisis y la recopilación de requerimientos  
    Tuexperienciarelacionadas con el diseño y la arquitectura de software  
    Experienciarelacionada con lasnotaciones de modelado, tales como la OMT y UML  
    Razonesparainscribirse en estecurso  
    Las expectativas para este curso
  • 3. Contenido del Curso
    Introducción
    Diagramas de casos de uso
    Diagramas de clases
    Diagramas de objetos
    Diagramas de paquetes
    • Diagramas de estado
    • 4. Diagrama de Actividades
    • 5. Diagrama de secuencia
    • 6. Diagrama de comunicación
    • 7. Diagrama de componentes
    • 8. Diagrama de despliegue
  • Diagramas UML
  • 9. Introducción General
  • 10. ¿Qué es Uml?
    UML = UnifiedModelingLanguage.
    El Lenguaje de Modelado Unificado (UML) es un lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema de software independiente del lenguaje de programación utilizado.
  • 11. ¿Qué es Uml?
    Uml esta hecho por notaciones y diagramas.
    Las notaciones consisten en elementos que colaboran juntos en un diagrama. Por Ejemplo símbolos, conectores, notas, valores. Etc.
    Los diagramas son representaciones graficas de un proceso, el sistema o una parte de el.
    UML es extensible.
    UML es escalable.
  • 12. Notaciones UML
    Elementos
    Relaciones
  • 13. ¿Por que usar UML?
    Crisis del Software
  • 14. Creadores del UML
  • 15. Ventajas de UML
    Es útil para comunicar concepto y sistemas.
    Reduce costos y riesgos al permitir la experimentación con modelos.
    Reduce la complejidad.
    Aumenta la calidad de los sistemas.
    Productividad y eficiencia en los desarrollos.
    Facilita el re-uso de artefactos.
  • 16. Ventajas de UML
    Hemisferio Izquierdo
    Hemisferio Derecho
    • Intuición
    • 20. Creatividad
    • 21. Pensamiento Emocional
    • 22. Comunicación no Verbal
  • Resumen
    Uml Es un lenguaje Visual Que nos permite, diseñar, comunicar y documentar entre otras cosas.
    Un modelo nos permite realizar una representación de la realidad.
    Uml nos permite usar ambos hemisferios de nuestro cerebro.
  • 23. Modelado de Objetos:Un VISTAZO GENERAL
  • 24. ¿Que es un modelo?
    feb-11
    (c) 2010 Universidad de Guadalajara. Prohibida su reproducción.
    “Un modelo es una simplificación de la realidad”
    Un modelo es una abstracción de alguna entidad (como un edificio) o de un sistema (como el software)
    Diferentes vistas muestran el modelo de diferentes perspectivas
  • 25. Un objeto es algo que existe en el contexto de un sistema.
    Orientación de objetos
  • 26. Un objeto es algo que existe en el contexto de un sistema.
    Un objeto es la instancia de una clase.
    Orientación de objetos
  • 27. Clases
    Una clase es "un conjunto de objetos que comparten una estructura común y un comportamiento común." (Booch Objeto página Soluciones 303)
     
    es un molde con el que los objetos pueden ser creados.
    es una categoría en la que los objetos pueden ser organizados.
    Es también una plantilla en la que los objetos pueden ser creados.
  • 28. Atributos y operaciones
    Las clases (y los objetos que perteneces a la clase) tienen:
    Atributos: Propiedades
    Tamaño, color, genero
    Operaciones: Funcionalidad
    Nadar, comer, correr, dormir
  • 29. Herencia
    La herencia es "un mecanismo por el cual se define una clase, en referencia a los demás, sumando todas sus características a las suyas." (Página Meyer, 1197)
     
     
     
    Características de la herencia:
     
    • Atributos y métodos de la superclase se incluyen en la subclase
     
    • Subclase métodos puede reemplazar los métodos de superclase
     
    • Una subclase puede heredar de múltiples superclases (llamada herencia múltiple) o una subclase puede sólo heredar de una superclase única (herencia simple)
  • Relaciones entre objetos
    Los objetos no existen aislados; existen en relación con otros objetos.
  • 30. Generalización
    En la Generalización, la clase hijo esta basado en la clase padre. Esta relación indica que dos clases son similares pero tienen algunas diferencias.
  • 31. Asociación
    La asociación significa que dos clases estas conectadas (o relacionadas) de alguna manera.
    La información de una clase esta ligada a los datos de la otra clase.
    Una clase trabaja con otra para elaborar una tarea.
    Una clase actúa sobre otra clase.
  • 32. Agregación
    Una Agregación indica una relación entre un todo y sus partes
    Equipo de Futbol
  • 33. Composición
    La composición es una forma fuerte de agregación. En este tipo de relación, cada parte puede pertenecer a un solo conjunto a la vez.
  • 34. Composición
    La composición es una forma fuerte de agregación. En este tipo de relación, cada parte puede pertenecer a un solo conjunto a la vez.
    La característica principal es que no se puede compartir.
    Compartir
  • 35. Composición
    Cuando el objeto principal es destruido, sus partes también son destruidas
  • 36. Multiplicidad
    La multiplicidad muestra el numero de objetos que pueden participar en una relación
    Ejemplos:
    Una clase ocurre en un salón.
    Un maestro enseña muchas clases.
    Un maestro enseña a muchos estudiantes
    Un estudiante aprende de muchos maestros.
  • 37. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
  • 38. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
    El polimorfismo puede aplicar
    Objetos
    Operaciones
  • 39. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
  • 40. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
  • 41. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
    ObjetoVolador
  • 42. Polimorfismo
    es la capacidad de tomar muchas formas diferentes
    ObjetoVolador
    volar()
    volar()
  • 43. Panorama general
    Tipos de Diagramas
  • 44. Diagramas UML
  • 45. Modelo 4+1
  • 46. Vista lógica
    Clase
    Colaboración
  • 47. Vista de procesos
  • 48. Vista Física
  • 49. Vista de desarrollo
    componentes
    paquetes
  • 50. Vista de casos de uso
  • 51. Modelo estático vs dinámico
    Modelos estáticos: muestra la estructura del sistema.
    Modelos Dinámicos: Muestra las características del comportamiento del sistema.
    Modelos de implementación: muestra los elementos necesarios para la implementación del sistema.
  • 52. Modelos Estáticos
  • 53. Modelos Estáticos
    • Un modelo estático de un sistema muestra la estructura del sistema.
    • 54. Se hace hincapié en las partes que componen el sistema.
    • 55. Los modelos estáticos se usan para definir los nombres de las clases, los atributos, asignación de los métodos y los paquetes.
    • 56. Los diagramas que representas el modelo estático incluyen los diagramas de clases, diagramas de objetos y los diagramas de casos de uso.
  • Modelos Dinámicos
  • 57. Modelos Dinámicos
    Un modelo dinámico muestra el comportamiento del sistema, por ejemplo, cómo se comporta el sistema en respuesta a los acontecimientos externos.
    permite identificar los objetos necesarios y cómo esos objetos trabajan juntos a través de los métodos y los mensajes
    Util para diseñar la lógica y el comportamiento del sistema.
    Los diagramas UML que representan los modelos dinámicos son los diagramas de secuencia, diagramas de comunicación,diagramas de estado y diagramas de actividad.
  • 58. Modelo de implementación
    Este modelo muestra las diferentes elementos de un sistema que se requieren para su implementación.
    Se muestra la organización física de los componentes de software y otros recursos físicos, tales como las rutas de hardware y de conexión.
    Los diagramas que representan el modelo de implementación son los diagramas de componentes y los diagramas de despliegue.
  • 59. Estático vs Dinámico
    Los diagramas estáticos (especialmente los diagramas de clases) dan a los desarrolladores información detallada sobre las clases, tipos de datos y parámetros.
    Los diagramas dinámicos, tales como los diagramas de secuencia y comunicación, ayudará a definir los objetos y cómo interactúan.
    La practica del modelado ágil recomienda el desarrollo de ambos modelos en paralelo, trabajando en modelos estáticos y dinámicos al mismo tiempo.
  • 60. Casos de uso
  • 61. Clases
  • 62. Objetos
  • 63. Paquetes
  • 64. Estados
  • 65. Diagrama de Actividades
  • 66. Diagramas de Casos de uso
  • 67. Actor
    "Un actor es un rol que un usuario representa con relación al sistema." (Fowler, UML Gota a Gota) 
    Un actor también es "Un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con estos casos de uso.”
    Agente de Viajes
  • 68. Actor
    Este icono representa un actor humano (usuario) del sistema. También puede representar a un sistema externo.
    Agente de Viajes
  • 69. Caso de uso
    Un caso de uso describe lo que el sistema hace para lograr una meta desde la perspectiva del cliente. 
    CU01: Gestionar Almacén
  • 70. Unaasociación en un caso de uso representa"Laparticipacióndeunactor
    enuncaso de uso”
    Asociación
    E2:Registrar Huésped
    Recepcionista
    •Unactordebeserasociadosconunoomás casos de uso.
    •Uncaso de uso debeserasociadosconunoomás
    actores.
    •Unasociaciónesrepresentadoporunalínea solida sin
    puntas de flecha.
    Caso de uso: asociaciones
  • 71. La dependencia <<include>>
    El caso de uso depende de la invocación de caso de uso incluido con el fin de ser completada.
    Siempre es llamado por el caso de uso que lo incluye.
    Puede ser llamado por mas de un caso de uso.
  • 72. La dependencia <<extend>>
    Un caso de uso extiende a otro cuando le agrega tareas adicionales al primero.
    Identifica escenarios que ocurren en casos alternos.
  • 73. Generalización
  • 74. Puntos de extensión
  • 75. Casos de uso
    Para cada caso de uso ...
    Describir los pasos involucrados en la interacción entre un actor y el sistema, empezando por el actor principal.
    Comienza con éxito el escenario principal.
    Puedes buscar caminos alternativos:
    Excepciones: ¿Qué podría salir mal aquí?
    Extensiones: ¿Qué otro objetivo podría entrar aquí?
  • 76. Diagramas de clase
  • 77. Clasificadores: Clases y Objetos
  • 78. Atributos y operaciones
    Atributos son las propiedades que tiene un objeto de una determinada instancia
  • 79. Los estereotipos
  • 80. Asociaciones y Multiplicidad
    Las clases tienen una relación con otras clases
  • 81. Asociaciones y Multiplicidad
    Las clases tienen una relación con otras clases
    Las clases pueden estar relacionada con otras múltiples veces, a eso le llamamos multiplicidad.
  • 82. Asociación de Clases
    Un Asociación de clases permite
  • 83. Agregación y Composición
  • 84. Generalización
  • 85. Realización
  • 86. Dependencia
  • 87. Restricciones y notas
    Las restricciones muestran las restricciones que un elemento tiene.
    Le da condiciones y restricciones en varios aspectos.
    Las notas permiten incluir información adicional a un elemento UML.
  • 88. Clases Abstractas e Interfaces
    Las Clases Abstractas permite que sea heredada por sus hijos pero no se puede instanciar directamente.
    Las interfaces especifican la implementación pero no especifican como implementarlas.
  • 89. Diagramas de objetos
  • 90. Objetos e instancias
  • 91. Diagramas de paquetes
  • 92. Paquetes
  • 93. Visibilidad
    Los paquete puede guardar la visibilidad de los elementos que la componen
    Al igual que los atributos y las operaciones pueden ser
    Públicos
    Privados
    Protegidos
    Paquetes
  • 94. Las relaciones entre los paquetes
    Los paquetes al igual que las clases no trabajan aisladamente
  • 95. Paquetes de Casos de Uso
  • 96. Paquetes de Casos de Uso
  • 97. Cuándo utilizar los diagramas de paquetes
    Cuando el proyecto es muy complejo y contiene muchas clases o casos de uso.
    Mantener un registro de las dependencias.
    Para organizar clases que tienen elementos comunes.
    Para indicar dependencias entre paquetes .
    Para crear una estructura jerárquica.
    Para dividir los sistemas complejos en modulos.
  • 98. Diagramas de actividad
  • 99. conceptos básicos
  • 100. Caminos paralelos y alternativos
    Bifurcación: Barra de color negra.sirve para indicar cuando se realizan actividades paralelas.
    • Decisión/Combinar : diamante, para indicar cuando se toman caminos diferentes
  • Diagramas de Subactividades
    Son diagramas que se encuentran dentro de una actividad mayor
  • 101. Uso de Carriles (Swimlines)
  • 102. Diagramas de secuencia
  • 103. Tipos de mensajes
  • 104.
  • 105. Diagrama de secuencia
  • 106. Diagramas de Estado
  • 107.
  • 108. seudoestados
  • 109. seudoestados
  • 110. Diagramas de componentes
  • 111. La introducción de componentes
    La representación gráfica es la siguiente:
  • 112. estereotipos
    UML define cinco estereotipos estándar que se aplican a los componentes:
    Executable: Especifica un componente que se puede ejecutar en un nodo.
    Library: Especifica una biblioteca de objetos estática o dinámica.
    Table: Especifica un componente que representa una tabla de una base de datos.
    File: Especifica un componente que representa un documento que contiene código fuente o datos.
    Document: Especifica un componente que representa un documento.
  • 113. Diagramas de Distribución
  • 114. ¿Qué un diagrama de distribución?
    Los Diagramas de Distribución muestran la disposición física de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos
  • 115. Nodos
    Un nodo es un elemento físico que existe en tiempo de ejecución y representa un recurso computacional, que generalmente tiene algo de memoria y, a menudo, capacidad de procesamiento.
    Los nodos se utilizan para modelar la topología del hardware sobre el que se ejecuta el sistema. Representa típicamente un procesador o un dispositivo sobre el que se pueden desplegar los componentes.
  • 116. Componentes
    Los componentes son los elementos que participan en la ejecución de un sistema. Los nodos son los elementos donde se ejecutan los componentes.
    Los componentes representan el empaquetamiento físico de los elementos lógicos. Los nodos representan el despliegue físico de los componentes.
    La relación entre un nodo y el componente que despliega puede mostrarse con una relación de dependencia, o listando los nodos desplegados en un
    compartimiento adicional dentro del nodo.
  • 117. Ejemplo
  • 118. Otros Diagramas
  • 119. Diagrama de requerimientos
  • 120. Diagrama de procesos
  • 121. Diagrama de interfaces
  • 122. Diagrama de navegación
  • 123. Diagrama entidad-relacion
  • 124. Notas finales
  • 125. Grado de complejidad
  • 126. Herramientas de desarrollo
  • 127. Herramientas de desarrollo
  • 128. Herramientas de desarrollo