Modelos de paquetes y clases

...

mencionar que para que se considere que un paquete es dependiente de otro es porque al menos una clase del paquete uno tiene comunicación con una clase del otro paquete.

Los componentes colocados en un paquete por default son visibles solo dentro del entorno del paquete, aunque bien, las visibilidades de los elementos del modelo dentro del paquete se pueden modificar para ser privados, públicos y protegidos.

Bien, ya se dieron a conocer todos los puntos importantes dentro de un diagrama de paquetes, así que continuaremos con el diagrama de clases, que de primera instancia es el único del cual había escuchado con anterioridad el nombre por lo menos.

Diagrama de clases

Un diagrama de clases UML se utiliza para describir los tipos de datos y sus relaciones con independencia de su implementación. El diagrama se utiliza para que la atención se centre en los aspectos lógicos de las clases en lugar de en su implementación. (Microsoft, 2017)

Este diagrama es el principal utilizado a la hora de diseñar y analizar un sistema. Pues la estructura de clases del sistema se especifica con las relaciones entre clases y las estructuras de herencia. Durante el análisis del sistema, este diagrama se desarrolla para llegar a la solución ideal, mientras que, durante el diseño, el mismo diagrama se usa y se modifica para satisfacer los detalles de las implementaciones.

Un diagrama de clases esta compuesto por los siguientes elementos:

Clase: atributos, métodos y visibilidad.

Relaciones: Herencia, Composición, Agregación, Asociación y Uso.

Los elementos básicos de un diagrama son:

La 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 se representa por un rectángulo que posee tres secciones:

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).

Los diagramas de clases de UML pueden utilizarse para una gran variedad de propósitos:

Para proporcionar una descripción de los tipos que se utilizan en un sistema y se pasan entre sus componentes que no tenga nada que ver con su implementación.

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 (+,): El atributo es visible dentro y fuera de la clase donde fue creado.

 private (-,): Solo pueden accesar a él los miembros propios de la clase donde se creo.

 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 (ver herencia).

Métodos:

En cuanto a los método se maneja de manera similar, pues los métodos de una clase es su forma de comunicarse para interactuar fuera de ella.

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.

En este punto ha quedado claro que cosa es una clase, las características particulares de sus atributos y sus métodos de acuerdo a su visibilidad,ahora sigue explicar como se relacionan a de algo maravillosamente tedioso: la cardinalidad

Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relación y éstas pueden ser:

uno o muchos: 1..* (1..n)

0 o muchos: 0..* (0..n)

número fijo: m (m denota el número).

Sin embargo nada es tan fácil, pues se tienen diferentes formas de relacionarse entre clases algunas de ellas son:

 Herencia: Se tiene una clase padre y una clase hija, la clase hija además de tener sus propios atributos hereda los de su padre para poderlos utilizar.

 Asociación: Está se da cuando existen objetos que colaboran entre sí, es una relación débil, pues no depende uno del otro.

 Dependencia: Es también llamada instancia es cuando en una clase se llama a otra para poder utilizar algo de esta.

Estas son solo algunas relaciones más, como ya dije este diagrama es de los más utilizados y de los que más información hay en la red, sin embargo, comienza a ser un poco confuso, pues existen dos vertientes de este diagrama, la utilizada para el desarrollo de un sistema desde el punto de vista conceptual y el otro, desde el punto de vista programático. Este también es el único de los tres del cual tenía referencias pasadas, aunque no por eso es más fácil escribir