Diagramas Analisis
- 1. Análisis y Diseño de Sistemas Orientado a Objeto Captura y Análisis de Requerimiento
- 2. Análisis y Diseño Orientado a Objeto Diagramas UML para Análisis
- 3. Análisis y Diseño Orientado a Objeto Diagramas UML para Análisis: Clases y Objetos El Diagrama de Clases es el diagrama principal para el análisis y diseño del sistema Un diagrama de clases presenta las clases del sistema con sus relaciones estructurales y de herencia La definición de clase incluye definiciones para atributos y operaciones El modelo de casos de uso debería aportar información para establecer las clases, objetos, atributos y operaciones
- 4. Elementos de UML de los diagramas de clases Clases, su estructura y su comportamiento Relaciones de asociación, agregación, dependencia, y herencia Indicadores de multiplicidad y navegación Nombres del papel que juega cada clase en una relación
- 5. Ejemplo de la Notación de una Clase <Métodos> <Atributos> <<NombreClase>>
- 6. Ejemplo de la Notación de una Clase Atributos: Los atributos o características de una Clase pueden ser de tres tipos, los que definen el grado de comunicación y visibilidad de ellos con el entorno, estos son: public (+): Indica que el atributo será visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados. private (-): Indica que el atributo sólo será accesible desde dentro de la clase (sólo sus métodos lo pueden accesar). protected (#): Indica que el atributo no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de las subclases que se deriven.
- 7. +Nombre : char #Edad : int -Sueldo : double Profesor Ejemplo de la Notación de una Clase Atributos
- 8. Ejemplo de la Notación de una Clase Métodos: Los métodos u operaciones de una clase son la forma en como ésta interactúa con su entorno, éstos pueden tener las características: public (+): Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accsesible desde todos lados. private (-): Indica que el método sólo será accesible desde dentro de la clase (sólo otros métodos de la clase lo pueden accesar). protected (#): Indica que el método no será accesible desde fuera de la clase, pero si podrá ser accesado por métodos de la clase además de métodos de las subclases que se deriven (ver herencia).
- 9. +Evaluar() : decimal #PrepararClase() -Eximir() : bool +Nombre : char #Edad : int -Sueldo : double Profesor Ejemplo de la Notación de una Clase Métodos
- 10. Relaciones entre las Clases Asociación Una asociación es una conexión bi-direccional entre clases Una asociación se representa como una línea que conecta las clases relacionadas Agregación Una agregación es una relación más fuerte: entre el todo y las partes que lo componen Una agregación se representa como una línea que conecta las clases relacionadas con un rombo junto a la clase que representa el todo Dependencia Una relación de dependencia es una relación más débil: la que hay entre un cliente y un proveedor cuando el cliente no tiene conocimiento semántico del proveedor Una dependencia se representa como una línea punteada que apunta del cliente al proveedor
- 11. Relaciones entre las Clases Asociación Se lee como Un Profesor es director de 0 ó 1 Departamento Un Departamento es dirigido por un Director Departamento Profesor-dirigido 0..1 -director 1 Roles
- 12. Relaciones entre las Clases Asociación Clase Asociación Definición Según OMG: "Un elemento de modelado que tiene ambas propiedades de asociación y de clase. Una Clase Asociación puede ser vista como una asociación que también tiene propiedades de clase, o como una clase que también tiene propiedades de asociación. No solamente conecta un conjunto de clasificadores sino que también define un conjunto de características que pertenecen a la relación en sí misma y no a cualquiera de los clasificadores."
- 13. EmpleadoEmpresa -empleador * -trabajadores 1..* -Sueldo : double -Nombre : char Cargo * * -Superior 0..1 -SubOrdinado 1..* Relaciones entre las Clases Asociación Clase Asociación
- 14. Relaciones entre las Clases Asociación Multiplicidad y Navegación La multiplicidad define cómo varios objetos participan en las relaciones La multiplicidad de una relación es el número de ejemplares de una clase relacionados con UNA instancia de otra clase Para cada asociación y agregación, hay dos decisiones de multiplicidad que tomar: una para cada extremo de la relación Aunque las asociaciones y las agregaciones son bi-direccionales por defecto, a veces es deseable restringir la navegabilidad de la relación a una sola dirección Si la navegabilidad está restringida, se añade una punta de flecha para indicar la dirección de navegación Departamento Profesor-dirigido 0..1 -director 1
- 15. Relaciones entre las Clases Asociación Multiplicidad y Navegación EmpleadoEmpresa -empleador * -trabajadores 1..*
- 16. Relaciones entre las Clases Asociación Multiplicidad y Navegación Ejemplos de multiplicidades 0..1 1 0..* * 1..* 1..6 1..3,7..10,15,19..*
- 17. Relaciones entre las Clases Agregación Tipo especial de asociación Connotación semántica de posesión, contención o composición Usado en modelos de clases para mostrar como los elementos más complejos se construyen desde una colección de simples elementos (ej. un automóvil de ruedas, neumáticos, motor, etc.)
- 18. Relaciones entre las Clases Agregación Notación Automovil Ruedas Chasis 1 * 1 *
- 19. Relaciones entre las Clases Agregación Composición Agregación con connotación de posesión Coincidencia en tiempo de vida entre el todo y las partes Ventana Barra Encabezado Panel 1 -Cuerpo1 1 -Titulo1 1 -Deslizador*
- 20. Relaciones entre las Clases Agregación Composición: Representación -Deslizador : Barra -Titulo : Encabezado -Cuerpo : Panel Ventana
- 21. Relaciones entre las Clases Dependencia Refleja relación semántica entre dos clases No representa asociación entre ejemplares Refleja que el cambio de una clase puede afectar a la otra
- 22. Relaciones entre las Clases Dependencia GestorMatricula AlgoritmoHorario
- 23. Herencia Herencia es la relación entre una superclase y sus subclases Hay dos maneras de encontrar la herencia: Generalización Especialización Los atributos, métodos, y/o relaciones comunes deben representarse al nivel aplicable más alto de la jerarquía
- 24. Herencia Definición de Generalización de OMG Una generalización es una relación taxonómica entre un clasificador más general y un clasificador más específico. Cada instancia del clasificador específico es también es una instancia indirecta del clasificador general. Así, el clasificador específico hereda las características del clasificador más general."
- 25. Herencia -Nombre : char -Password : char UsuarioSistema -Cargo : char Profesor -AñoIngreso : int Estudiante -Nombre : char -Password : char UsuarioSistema -Cargo : char Profesor -AñoIngreso : int Estudiante
- 26. Diagramas de Objetos Capturan la vista de diseño estática de un sistema desde el punto de vista de los objetos En los diagramas de objetos No aparece la herencia No aparecen las dependencias
- 27. Diagramas de Objetos Representación de un Objeto Nombre : char = Juan Edad : int = 45 Sueldo : double = 150.000 juan : Profesor
- 28. Diagramas de Objetos Representación de un Objeto Variaciones Posibles
- 29. Diagramas de Objetos Un diagrama de Objetos está relacionado de cerca con un diagrama de Clases, con la diferencia de que éste describe las instancias de los objetos de clases en un punto en el tiempo. Los diagramas de Objetos no presentan arquitecturas que varíen de sus correspondientes diagramas de Clases, pero reflejan la multiplicidad y los roles a los que las clases instanciadas podrían servir. Ellos son muy útiles en la comprensión de diagramas de Clases complejos, al crear diferentes casos en los que se aplican las relaciones y las clases Un diagrama de Objetos puede ser también un tipo de diagrama de Comunicaciones, el cual modela también las conexiones entre pares de objetos y además las secuencias de eventos a lo largo de cada camino.