Tm02 introducción a uml

1,064 views
735 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,064
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
59
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Tm02 introducción a uml

  1. 1. Técnicas de Modelamiento Sesión 2 Introducción a UML (Unified Model Language) Prof. César Luza MonteroFacultad de Ingeniería de Sistemas e Informática Universidad Nacional Mayor de San Marcos Copyright © 2008, Cesar Luza, Lima-Perú
  2. 2. Contenido ¿Por qué modelamos? La importancia de modelar Principios del modelado ¿Qué es UML?. Presentación del UML Bloques de construcción de UML Diagramas Utilizados en UML (ejemplos) 2
  3. 3. ¿Por qué Modelamos? El modelado es una técnica de hacer modelos, que ofrece Una visión global del sistema. 3
  4. 4. Importancia de Modelar  Objetivos del Modelar:  Visualizar, especificar la estructura, proporcionan plantillas, documentan decisiones 4
  5. 5. Principios del Modelado La elección de qué modelos crear, y dar forma a una solución. Todo modelo puede ser expresado a diferentes niveles de precisión. Los mejores modelos están ligados a la Realidad Un único modelo no es suficiente. 5
  6. 6. ¿Qué es el UML? UML es un Lenguaje de Modelado Unificado basado en una notación gráfica la cual permite:  Especificar  Construir  Visualizar  Documentar los artefactos de un sistema software orientado a objetos 6
  7. 7. ¿Qué es el UML? UML puede ser utilizado por cualquier metodología de análisis y diseño orientada a objetos para expresar los modelos de diseño. Este lenguaje es el resultado de la unificación de los métodos de modelado orientados a objetos de:  Booch,  Rumbaugh (OMT:Object Modeling Technique)  Jacobson (OOSE:Object-Oriented Sotfware Engineering) . 7
  8. 8. ¿Qué es UML? Un lenguaje de modelado permite expresar los distintos modelos que se producen en el proceso de desarrollo de software. Artefacto es información que es utilizada o producida durante un proceso de desarrollo de software. 8
  9. 9. ¿Qué es UML? Un modelo es una abstracción que se elabora para comprender algo antes de construirlo. Un modelo es una representación abstracta de una especificación, un diseño o un sistema desde un punto de vista particular. Un diagrama es una representación gráfica de una colección de elementos del modelo (grafo). Un diagrama es una representación de (parte de) un modelo de diseño. Un modelo se representa por uno o más diagramas 9
  10. 10. ¿Qué es UML? ¿Dónde puede utilizarse UML?  Sistema de Información Institucionales  Bancos y Servicios Financieros  Telecomunicaciones  Transporte  Comercio  Electrónica médica  Ámbito científico  Servicios distribuidos basados en la Web 10
  11. 11. Bloques de ConstrucciónUML Elementos Relaciones Bloques Diagramas 11
  12. 12. UML 2.0 Elementos primitivos de modelado (estáticos, dinámicos, agrupamiento, anotaciones) Relaciones  Dependencia  Asociación  Generalización  Realización Diagramas UML (13 diagramas)  Diagramas estáticos  Diagramas de comportamiento 12
  13. 13. Bloques de Construcción UML Elementos Relaciones Diagramas Clase interfaz nodo Casos de uso Clase activa Ventana O rigen T amañoEstructurales GestorEventos A brir( ) Realizar Pedido servidor Cerrar() M over( ) S uspender () D ibujar( ) VaciarCola() componente Cadena de responsabilidad Interacción Estados DibujarComportamiento Mensajes EsperandoAgrupación Reglas del negocioAnotación 13
  14. 14. Elementos Estructurales Elementos estructurales, son la parte estática de un modelo. 14
  15. 15. Elementos Estructurales Clase: representa un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semántica. Publicación Nombre de la clase Código P Cadena(2) Copias Entero Atributos Importe Decimal(10,2) Agregar() Operaciones Consultar() Listar() 15
  16. 16. Elementos Estructurales Atributo: Representa una propiedad de una entidad. Cada atributo de un objeto tiene un valor que pertenece a un dominio de valores determinado. Objeto: Se caracteriza por tener una identidad única, un estado definido por un conjunto de valores de atributos y un comportamiento representado por sus operaciones y métodos 16
  17. 17. Elementos Estructurales Interfaz: define un conjunto de especificaciones de operaciones Colaboración: define una iteración y es una sociedad de roles y otros elementos que colaboran cooperativamente Cadena de Responsabilidad 17
  18. 18. Elementos Estructurales Caso de Uso: Conjunto de secuencia de acciones que se ejecutan y el resultado es de interés para un actor en particular. Realizar pedido 18
  19. 19. Elementos Estructurales Clase Activa: Son similares a las clases excepto que sus objetos representan elementos cuyo comportamiento es concurrente con otros elementos Gestor Ventas Nombre Suspender() Operaciones VaciarCola() 19
  20. 20. Elementos Estructurales Componentes: Es empaquetamiento físico de diferentes elementos lógicos como clases, interfaces, y colaboraciones. Orderform.java 20
  21. 21. Elementos Estructurales Nodo: Es elemento físico es decir un recurso computacional Servidor 21
  22. 22. ElementosComportamientoSon la parte dinámica, y representancomportamiento en el tiempo y el espacio. 22
  23. 23. ElementosComportamientoInteracción: Conjunto de mensajes intercambiadosentre objetos.Estado: Identifica un período de tiempo del objeto(no instantáneo) en el cual el objeto esta esperandoalguna operación, recibe cierto tipo de estímulos yespecifica la secuencia de estado por las que pasaun objeto Esperado 23
  24. 24. Elementos AgrupaciónElementos Agrupación son las partesorganizativasPaquete: Mecanismo de propósito general paraorganizar elementos. Reglas del Negocio 24
  25. 25. Elementos de AnotaciónElementos de Anotación son las partesexplicativas, son comentarios, para describir,clasificar, y hacer observacionesNota: Sirve para hacer comentarios a un conjuntode elementos Devuelve una Copia del objeto receptor 25
  26. 26. Bloques de Construcción UML Elementos Relaciones Diagramas Dependencia  Relación entre dos elementos uno independiente a otro dependiente y puede afectar la semántica 0...1 Asociación * Patrón empleado  Son conexiones entre objetos (rol, multiplicidad, calificador) Generalización  Especificación en donde el hijo comparte la estructura y el comportamiento del padre Realización  Es una relación semántica entre clasificadores 26
  27. 27. RELACIONESDependenciaEs una relación semántica entre dos elementos, talque un cambio en una de ellos (el independiente)Puede afectar al otro (el dependiente). A B “B depende de A” 27
  28. 28. RELACIONESAsociaciónEs una relación estructural que describe unconjunto de links, siendo un link una conexiónentre objetos 0..1 * empleador empleado 28
  29. 29. RELACIONESGeneralizaciónUna relación de generalización/especialización en laque el elemento especializado (descendiente) seconstruye sobre la especificación del elementogeneralizado (ancestro) 29
  30. 30. RELACIONESRealizaciónEs una relación semántica en la que un clasificador, talcomo una interfaz o un caso de uso, especifica un“contrato” que otro clasificador, tal como una clase ouna colaboración, garantiza llevar a cabo. 30
  31. 31. Bloques de ConstrucciónUMLElementos Relaciones Diagramas State Diagramas Diagrams Use Case Clase Diagramas State Use Case Diagrams Diagramas Diagramas Caso de Uso Diagrams Diagrams Objecto Secuencia Scenario State Diagramas Diagramas Diagrams Modelos Diagrams Colaboración Componentes Scenario Component Diagramas Diagramas Diagrams Diagrams Despliegue Estado Diagramas Actividades 31
  32. 32. DIAGRAMAS UMLDiagramas estáticos Diagrama de clases Diagrama de objetos Diagrama de componentes Diagrama de estructura compuesta Diagrama de paquetes Diagrama de despliegue 32
  33. 33. Diagrama de clasesMuestra un conjunto declases, interfaces,colaboraciones ysus relaciones 33
  34. 34. Diagrama de objetosMuestra una instantáneade un conjunto deobjetos y sus relaciones 34
  35. 35. Diagrama de componentesMuestra la organización ydependencias entreun conjunto de componentesconocida como vista deimplementación deunsistema.Están relacionados aDiagramas de clases endonde un componente seCorresponde con una o másclases interfaces ocolaboraciones. 35
  36. 36. Diagrama de estructura compuesta(Composite Structural Diagram)Muestra la estructura interna (incluyendo partes y conectores) de un clasificador o una colaboración estructurada. 36
  37. 37. Diagrama de paquetesMuestra ladescomposición delmodelo en unidades deorganización y susdependencias. 37
  38. 38. Diagrama de despliegueMuestra los enlaces decomunicación físicaentre elementos dehardware y las relacionesentre máquinas físicas yprocesos: qué se ejecutay dónde 38
  39. 39. Diagramas UMLDiagramas de comportamiento Diagramas de casos de uso Diagrama de secuencia Diagrama de colaboración Diagrama de estados Diagrama de actividades Diagrama cronológico Diagrama general de interacciones 39
  40. 40. Diagrama de casos de usoMuestra un conjunto de casos de uso y actores y susrelaciones 40
  41. 41. Diagrama de secuenciaEs un diagrama deinteracción que muestralos objetos y actoresQue participan en unacolaboración poniendoEl énfasis en elOrdenamiento en eltiempo de los mensajes 41
  42. 42. Diagrama de colaboraciónUn diagrama deInteracción que pone elénfasis en la organizaciónestructural de los objetoso roles que envían yreciben mensajes. 42
  43. 43. Diagrama de estadosMuestra un autómataque consiste de estados,transiciones, eventos yactividades 43
  44. 44. Diagrama de actividadesMuestra la estructura deun proceso u otro cálculocomo el flujo de controly datos paso a paso en elcálculo. 44
  45. 45. Diagrama cronológico (Timing Diagram)Es un diagrama deinteracción que muestratiempos a lo largo dediferentes objetos oroles, y no secuenciasrelativas de mensajes 45
  46. 46. Diagrama de interacciones general (Interaction Overview Diagram)Es un híbrido dediagramas de actividady de secuencia. 46
  47. 47. Bibliografía El lenguaje unificado de modelado Grady Booch James Rumbaugh Ivar Jacobson El libro introductorio a UML Addison Wesley 47

×