M III ABSTRACCIÓN Y CLASIFICACIÓN

Tamaño: px

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

Download "M III ABSTRACCIÓN Y CLASIFICACIÓN"

Rocío Córdoba Ponce
hace 8 años
Vistas:

1 M III ABSTRACCIÓN Y CLASIFICACIÓN COMPLEJIDAD Y ABSTRACCIÓN La abstracción en el desarrollo del programario En todo el proceso de abstracción siempre hay una parte de la situación o del problema que se destaca y otra que se ignora o se deja de lado, por lo menos momentáneamente. Una de las características de la abstracción es su jerarquización, de forma que para una misma situación o problema se puede hablar de distintos niveles de abstracción, es decir, distintos niveles de detalle. PRINCIPIOS DE LA CLASIFICACIÓN Modelizar pensando en los objetos Las clases determinan la estructura y la información que pueden guardar los objetos. Es importante comprobar que los modelos realmente pueden representar la información que se requiere y que no continen redundancias. Los enlaces son también información almacenada que, en ocasiones, permite eliminar redundancias. Los objetos tienen identidad propia, al margen de cualquiera de sus atributos. Por este motivo, las relaciones entre objetos se guardan como enlaces, y no deben usarse campos clave para representar relaciones de forma implícita. Un objeto es instancia de una sola clase. Modelizar pensando en las clases La modelización con diagramas de clases no es simplemente una conceptualización aproximada, sino un esquema preciso de la estructura de objetos, atributos y relaciones imprescindible para poder representar una información determinada. Identificación de las operaciones Las clases tienen 2 tipos de operaciones: Operaciones públicas, conforman la interfície de la clase Operaciones privadas, solo se utilizan desde dentro de la clase y no pueden ser invocadas por objetos de otras clases.

Una de las características de la abstracción es su jerarquización, de forma que para una misma situación o problema se puede hablar de distintos niveles de abstracción, es decir, distintos niveles de

2 TÉCNICA SIMPLE PARA LA IDENTIFICACIÓN DE CLASES Descripción de la técnica 1. Enumerar las clases candidatas, todas las que aparezcan o se puedan deducir de la descripción del problema 2. Eliminar las clases incorrectas según los criterios siguientes: Clases redundantes (sinónimos) Clases irrelevantes (que tengan poco o nada a ver con el problema) clases vagas (que no sean suficientemente específicas) atributos (términos que son informaciones de otras clases y no entidades independientes) operaciones (nombres que describan operaciones aplicadas a objetos) roles (como excepción, deben incluirse roles como clases si implican atributos, operaciones o relaciones que son propias del rol y no de la entidad que los posee en un momento determinado) estructuras y conceptos de la implementación (que no son propios del dominio, sino de la solución del problema mediante un sistema informático) revisar la lista de clases resultante (después ya se podrá empezar a identificar asociaciones y atributos) ASOCIACIONES ENTRE CLASES Y ENLACES ENTRE OBJETOS Podemos distinguir 2 tipos de asociaciones: Asociaciones binarias: el vínculo se establece entre 2 clases Asociaciones n arias: el vínculo se establece entre 3 o más clases Asociaciones binarias Cuando dos clases involucradas en la asociación son la misma, hablamos de asociaciones reflexivas. Una asociación binaria representa una inteconexión entre las instancias (o objetos) de dos clases, A y B, que por defecto es bidireccional y, por tanto, permite navegar desde las instancias de la clase A a las instancias de la clase B, y a la inversa. A B Si la interconexión tiene que ser unidireccional, hay que añadir una flecha abierta sobre la línea de la asociación que indique el sentido de la navegación A B

suficientemente específicas) atributos (términos que son informaciones de otras clases y no entidades independientes) operaciones (nombres que describan operaciones aplicadas a objetos) roles (como

3 Es necesario indicar la cardinalidad (o multiplicidad) de la asociación: Cardinalidad uno a uno: Cardinalidad uno a muchos: 1... * Cardinalidad muchos a muchos: *...* Notación Descripción 1 Exactamente uno Cero o uno 0.. * Cero o más 1.. * Uno o más Número exacto El número exacto indicado Asociaciones binarias reflexivas Las asociaciones binarias reflexivas son un tipo de asociaciones en que la clase de origen y destino de la asociación es la misma. Una instancia de la clase puede mantener enlaces con otras instancias de la misma clase * Concepto de clase de la asociación En una asociación entre 2 clases, es posible que la misma asociación tenga atributos. La información que tienen los valores de éstos atributos no tiene sentido propio, excepto en el contexto del enlace. Asociaciones n arias Es una relación que se establece entre 3 o más clases. Al implementar en Java las asociaciones n arias, se suele introducir una clase adicional y se expresan los enlaces n arios mediante enlaces binarios.

. * Uno o más Número exacto El número exacto indicado Asociaciones binarias reflexivas Las asociaciones binarias reflexivas son un tipo de asociaciones en que la clase de origen y destino de la

4 Relaciones de agregación y composición La agregación asume una subordinación conceptual del tipo todo/parte o bien tieneuno En UML, las agregaciones se representan mediante un rombo en la parte del objeto agregado, para distinguirlo de los objetos más pequeños que contiene * * La composición es un tipo específico de agregación donde se requiere que una instancia de la clase que representa las partes esté asociada, como mucho, con una de las instancias qeu representan el todo (no puede haber multiplicidad muchos * en el extremo del agregado). En UML, las composiciones se representan mediante un rombo lleno en la parte del todo. 1 * 1 * Relaciones de dependencia Una dependencia entre clases denota una relación de uso entre éstas: si la clase de la que se depende cambia, es posible que tengamos que introducir cambios en la clase dependiente. RELACIÓN DE GENERALIZACIÓN / ESPECIALIZACIÓN Una de las relaciones entre clases más importante en la POO es la relación de herencia. No obstante, cuando se contruyen abstracciones conceptuales, se habla de relaciones de generalización/especialización o relaciones es un. La herencia es el mecanismo por el que se implementan las relaciones de generalización/especialización en los lenguajes de POO.

partes esté asociada, como mucho, con una de las instancias qeu representan el todo (no puede haber multiplicidad muchos * en el extremo del agregado).

5 TIPOS DE CLASES Clases abstractas: Una clase abstracta es una clase que no tiene instancias, o mejor dicho, una clase en la que no tiene sentido crear instancias. Clases parametrizadas: Son clases genéricas, que realmente definen una familia de clases. Clases finales: En las clases finales se prohibe de manera explícita la extensión mediante herencia. En Java hay una palabra reservada, final, que permite especificar clases finales. Distinción de conceptos relacionados: interfícies y tipos Las clases definen la implementación de un objeto (atributos, asociaciones, código de operaciones). Un objeto o bien tiene una sola clase, o bien pertenece a una sola clase. El tipo de un objeto hace referencia a sus operaciones. Un objeto puede tener muchos tipos, y objetos de clases distintas pueden tener un tipo en común. La relación entre tipos y clase es muy estrecha, ya que la clase a la que pertenece un objeto determina el tipo. Las interfícies permiten definir un tipo apartado de toda implementación. Herencia pública: reutilizar la implementación y el tipo de una clase base Implementación de interfícies: reutilizar el tipo, pero no la implementación Herencia privada: reutilizar la implementación de una clase, pero no su tipo. La herencia privada rompe con el significado de la relación de generalización/especificación. En estos casos podemos afirmar que un objeto de una subclase es_un_tipo_de objeto de la superclase. REPONSABILIDADES DE LA CLASE FRENTE A RESPONSABILIDADES DE LAS INSTANCIAS Los atributos, operaciones y asociaciones se suelen llamar responsabilidades de las instancias: las instancias responden por sí mismas y la clase es un molde de éstas. La posibilidad de determinadas operaciones, atributos y asociaciones se definen sobre las mismas clases, lo que da lugar al concepto de responsabilidad de la clase. Responsabilidades de la clase: Definir operaciones de utilidad, toman una entrada y devuelven una salida que se produce exclusivamente a partir de los parámetros de entrada. Controlar el acceso a las instancias o restringir la posibilidad de crearlas o destruirlas.

En Java hay una palabra reservada, final, que permite especificar clases finales.

Documentos relacionados

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar