PROGRAMACION ORIENTADA A OBJETOS UIDE, Diapositivas de Programación Java

¡Descarga PROGRAMACION ORIENTADA A OBJETOS UIDE y más Diapositivas en PDF de Programación Java solo en Docsity!

Diagramas de Clases

 Los diagramas de clases son diagramas de estructura estática que

muestran las clases del sistema y sus interrelaciones

 Los diagramas de clase son el pilar básico del modelado con UML, siendo

utilizados tanto para mostrar lo que el sistema puede hacer (análisis),

como para mostrar cómo puede ser construido (diseño).

 El diagrama de clases de más alto nivel, será lógicamente un dibujo de los

paquetes que componen el sistema. Las clases se documentan con una

descripción de lo que hacen, sus métodos y sus atributos. Las relaciones

entre clases se documentan con una descripción de su propósito, sus

objetos que intervienen en la relación y su opcionalidad (cuando un objeto

es opcional el que intervenga en una relación).

Los diagramas de clase representan la estructura del sistema. Se utilizan:  Durante el análisis de requerimientos para modelar los conceptos del dominio del problema  Durante el diseño del sistema para modelar los subsistemas e interfaces  Durante el diseño de objetos para modelar clases

Elementos de los diagramas de clases

 Clase

Es la unidad básica que encapsula toda la información de un Objeto (un

objeto es una instancia de una clase). A través de ella podemos modelar

el entorno en estudio (una Casa, un Auto, una Cuenta Corriente, etc.).

 En UML, una clase es representada por un

rectángulo que posee tres divisiones:

En donde:

 Superior : Contiene el nombre de la Clase

 Intermedio : Contiene los atributos (o variables de instancia) que

caracterizan a la Clase (pueden ser private, protected o public).

 Inferior : Contiene los métodos u operaciones, los cuales son la forma

como interactúa el objeto con su entorno (dependiendo de la visibilidad:

private, protected o public).

Elementos de los diagramas de clases  Operaciones/Métodos: son aquellas actividades o verbos que se pueden realizar con o para este objeto, como por ejemplo abrir, cerrar, buscar, cancelar, confirmar, cargar. El nombre de una operación se escribe con minúsculas si consta de una sola palabra. Si el nombre contiene más de una palabra, cada palabra será unida a la anterior y comenzará con una letra mayúscula, a excepción de la primera palabra que comenzará en minúscula. Por ejemplo: abrirPuerta, cerrarPuerta, buscarPuerta, etc.  Tipos de métodos:  public (+, ): Indica que el método será visible tanto dentro como fuera de la clase, es decir, es accesible 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 utilizar).  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).

Cardinalidad  Cardinalidad de relaciones : indica el grado y nivel de dependencia de las clases, se anotan en cada extremo de la relación y éstas pueden ser:  * = Cero, uno ó n.  0,1 = Cero o uno.  1 ..* = Uno o más.  1 = Exactamente uno (también podría ser otro número).  1 ..5 = Entre uno y cinco. Elementos de los diagramas de clases

Herencia o generalización Indica que una subclase hereda los métodos y atributos especificados por una Super Clase (también llamada clase padre), por ende la Subclase además de poseer sus propios métodos y atributos, poseerá las características y atributos visibles de la Super Clase (public y protected). Relaciones

Asociación

 Asociación : La relación entre clases conocida como Asociación, permite asociar objetos que colaboran entre si. Cabe destacar que no es una relación fuerte, es decir, el tiempo de vida de un objeto no depende del otro.  Ejemplo: Un cliente puede tener asociadas muchas Ordenes de Compra, en cambio una orden de compra solo puede tener asociado un cliente.

Relaciones

Relaciones

Agregación

Un Almacén posee Clientes y Cuentas (los rombos van en el objeto que posee las referencias). Cuando se destruye el Objeto Almacén también son destruidos los objetos Cuenta asociados, en cambio no son afectados los objetos Cliente asociados. La composición (por Valor) se destaca por un rombo relleno. La agregación (por Referencia) se destaca por un rombo transparente.

Representa un tipo de relación muy particular, en la que una clase es instanciada (su instanciación es dependiente de otro objeto/clase). Se denota por una flecha punteada. El uso más particular de este tipo de relación es para denotar la dependencia que tiene una clase de otra, como por ejemplo una aplicación grafica que instancia una ventana (la creación del Objeto Ventana esta condicionado a la instanciación proveniente desde el objeto Aplicación):  Cabe destacar que el objeto creado (en este caso la Ventana gráfica) no se almacena dentro del objeto que lo crea (en este caso la Aplicación). Relaciones Dependencia o Instanciación

Construcción del diagrama de clases  Identificar todas las clases que participan en la solución del software. Para ello analicé los diagramas de iteración.  Dibujar en un diagrama de clases.  Duplicar los atributos provenientes de los conceptos asociados del modelo conceptual.  Agregar los nombres de los métodos analizando los diagramas de iteración.  Incorporar la información sobre los tipos a los atributos y a los métodos.  Agregar las asociaciones necesarias para indicar la dirección de los atributos.  Agregar flechas de navegabilidad a en las asociaciones para indicar la dirección de los atributos

Ejemplo (Modelo Conceptual)

Ventajas

 Es el más utilizado y más conocido de los diagramas orientados a objetos.  Genera un código automáticamente.  Propone soluciones a algunos errores.  Representa las relaciones entre las clases de sistema.  Se diseña los componentes de los sistemas.  Se protegen los datos.  Se posibilita una reducción de acoplamiento.  Es la fuente de generación de código.  El diagrama de clase representa clases, sus partes y la forma en la que las clases de los objetos están relacionados con otro.

Conclusiones

 En este artículo se ha presentado una de las técnicas de modelado más difundidas en los métodos de análisis y diseño orientado a objetos  En resumen, citar la facilidad de comprensión de estos diagramas en el modelado de sistemas software, así como su apoyo y presencia desde los modelos conceptuales iníciales a la implementación, como dos de sus principales características.