Modelo de Análisis. Programación Orientada a Objetos 2

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Modelo de Análisis. Programación Orientada a Objetos 2"

Raquel Jiménez del Río
hace 6 años
Vistas:

1 Programación Orientada a Objetos Diagrama de Clases I Ing. Julio Ernesto Carreño Vargas MsC. Modelo de Análisis Un modelo conceptual explica los conceptos más significativos en un dominio del problema, identificando los atributos y las asociaciones En POO se representa mediante un grupo de diagramas de estructura estática, en este caso un diagrama de clases. Programación Orientada a Objetos 2 1

2 Diagrama de Clases(1) Un diagrama de clases muestra un resumen de un sistema a través de clases y las relaciones entre dichas clases. Son los diagramas más comunes en el modelado y programación de sistemas orientados a objetos Programación Orientada a Objetos 3 Son estáticos Diagrama de Clases(2) muestran que elementos interactuan pero no que sucede cuando ellos hacen la interacción. Los diagramas de clase son importantes no solo para la visualización, especificación y documentación del modelo estructural, sino también para la construcción de sistemas ejecutables. Programación Orientada a Objetos 4 2

3 Elementos de un Diagrama de Clase Programación Orientada a Objetos 5 Clase OO Nombre Atributos Métodos Programación Orientada a Objetos 6 3

Relaciones entre Clases Las relaciones entre clases representan asociaciones del mundo del problema. Las relaciones entre las clases son conexiones entre dichas clases.

4 Relaciones entre Clases Las relaciones entre clases representan asociaciones del mundo del problema. Las relaciones entre las clases son conexiones entre dichas clases. Programación Orientada a Objetos 7 Relaciones entre Clases Existen varios tipos de relaciones: Asociación Agregación Composición Generalización(Herencia) Dependencia Programación Orientada a Objetos 8 4

5 Relaciones entre Clases Las relaciones tienen ciertas características: roles, cardinalidad, navegabilidad Programación Orientada a Objetos 9 Asociaciones Relaciones entre las clases que finalmente serán también relación de objetos Programación Orientada a Objetos 10 5

6 Asociación Una relación entre instancias de dos clases independientes entre ellas Las dos clases son de diferente naturaleza Programación Orientada a Objetos 11 Asociación Hay una asociación entre dos clases si una instancia de una clase debe conocer de la otra para poder ejecutar su trabajo El cajero necesita del dispensador para que aquel entregue el dinero al cliente ó para que le informe la capacidad de billetes. Programación Orientada a Objetos 12 6

7 Asociación Pueden existir relaciones de asociación entre la misma clase. Programación Orientada a Objetos 13 Cardinalidad(1) La cardinalidad o multiplicidad de una relación es el número de posibles instancias de la clase asociada con una simple instancia de la otra clase. Las cardinalidades pueden ser: 1 Exactamente una instancia * Sin límite de instancias 0..1 Cero o una instancia 0..* Sin límite de instancias incluido 0 1..* Al menos una instancia Programación Orientada a Objetos 14 7

8 Cardinalidad(2) Por cada Cliente existen muchas orden Por cada Orden existe 0 ó 1 Cliente (en el diagrama no se muestra la cardinalidad) Programación Orientada a Objetos 15 Navegabilidad-Direccionalidad La Asociación es una conexión que tiene direccionalidad, esto es, las clases involucradas en la relación se navegan en determinado sentido. Programación Orientada a Objetos 16 8

9 Navegabilidad-Direccionalidad Una flecha de navegabilidad en una asociación muestra en cual dirección la asociación puede ser recorrida ó consultada. Programación Orientada a Objetos 17 Navegabilidad-Direccionalidad-(1) La navegabilidad también dice quien es el propietario de la implementación de la asociación. Programación Orientada a Objetos 18 9

10 Navegabilidad-Direccionalidad-(1) Las asociaciones sin flechas de navegabilidad son bidireccionales. Programación Orientada a Objetos 19 Relación Unidireccional La clase DetalleOrden conoce su Producto, y el Producto NO conoce de que DetalleOrden es. Programación Orientada a Objetos 20 10

Relación Bidireccional La clase Cliente conoce sus orden, y la orden conoce su Cliente Programación Orientada a Objetos 21 Roles (1) Una relación tiene dos puntos finales, estos pueden tener un

11 Relación Bidireccional La clase Cliente conoce sus orden, y la orden conoce su Cliente Programación Orientada a Objetos 21 Roles (1) Una relación tiene dos puntos finales, estos pueden tener un nombre de rol para clarificar la naturaleza de la asociación. Un cliente solicita muchas ordenes y una orden estaasociada a un cliente. una persona es empleado de una compañía, una compañía es el empleador de una persona. Programación Orientada a Objetos 22 11

12 Roles (2) Cada punto final de la relación tiene un rol Programación Orientada a Objetos 23 Roles Los roles son opcionales y se colocan en el diagrama para clarificarlo. Si no se colocan roles, los nombres de los atributos asumen este papel. Programación Orientada a Objetos 24 12

13 Asociaciones en Java La siguiente sección muestra como se mapean los conceptos de Asociaciones POO en Java Programación Orientada a Objetos 25 Relación de Asociación UniDireccional(1) Si la relación es navegable y la cardinalidad de la clase destino es 0..1, entonces: En la clase fuente, se coloca un atributo privado de la clase destino. Programación Orientada a Objetos 26 13

14 Relación de Asociación UniDireccional(2) Programación Orientada a Objetos 27 Relación de Asociación UniDireccional(3) Clases Java Bus.java Conductor.java Programación Orientada a Objetos 28 14

15 Accessors y Constructor de Bus Programación Orientada a Objetos 29 Accessors y Constructor de Conductor Programación Orientada a Objetos 30 15

Relación de Asociación Bidireccional(1) Si la relación es bidireccional, esto es, navegable en ambos sentidos y la cardinalidad en ambos sentidos es 1: Se coloca un atributo

16 Relación de Asociación Bidireccional(1) Si la relación es bidireccional, esto es, navegable en ambos sentidos y la cardinalidad en ambos sentidos es 1: Se coloca un atributo privado en cada clase que haga referencia a la otra clase. Programación Orientada a Objetos 31 Relación de Asociación Bidireccional(2) Programación Orientada a Objetos 32 16

17 Relación de Asociación Bidireccional(3) Clases Java Programación Orientada a Objetos 33 Accessors y Constructor de Bus Programación Orientada a Objetos 34 17

18 Accessors y Constructor de Conductor Programación Orientada a Objetos 35 Invocando métodos Programación Orientada a Objetos 36 18

19 Bibliografía UML y patrones una introducción al análisis y diseño orientado a objetos y al proceso unificado. Larman, Craig Paul Deitel. Como programar en Java 7/e. Pearson Education Programación Orientada a Objetos 37 19

Documentos relacionados

Forma Básica Clase Java

Forma Básica Clase Java Programación Orientada a Objetos Conceptos Básicos de Objetos en Java Ing. Julio Ernesto Carreño Vargas MsC. Forma básica de una clase en Java Especifica que la clase forma parte del paquete conceptos