Patrones GRASP, Visibilidad y Diagramas de Clases

Flashcards de vocabulario sobre los patrones GRASP (General Responsibility Assignment Software Patterns), tipos de visibilidad y notación de diagramas de clases para Ingeniería de Software.

Responsabilidad

Contrato u obligación de un objeto o componente que se divide en dos tipos: hacer y conocer.

Responsabilidad de Hacer

Capacidad de un objeto para crear objetos, realizar cálculos o coordinar acciones con otros objetos.

Responsabilidad de Conocer

Conocimiento de un objeto sobre sus datos privados, objetos relacionados y cosas que puede calcular.

Método

Elemento que implementa una responsabilidad, ya sea de forma individual o en colaboración con otros métodos.

Patrón

Par problema-solución con nombre que se puede aplicar en nuevos contextos.

Acoplamiento

Medida de la dependencia entre elementos; puede ser fuerte (difícil de entender y reutilizar) o bajo (clases independientes).

Cohesión

Medida de cuánto de relacionadas entre sí están las responsabilidades de una clase; aumenta dividiendo las responsabilidades.

Patrones GRASP

Siglas de General Responsibility Assignment Software Patterns; definen los principios fundamentales del diseño de objetos y asignación de responsabilidades.

Experto (en información)

Patrón que asigna la responsabilidad a la clase que posee la información necesaria para realizar el trabajo.

Creador

Patrón que determina quién debe crear un objeto, sugiriendo que sea la clase que ya contiene o agrupa objetos de ese tipo.

Controlador

Objeto intermedio que recibe los eventos del sistema y coordina la respuesta del sistema.

Bajo Acoplamiento

Patrón que busca reducir dependencias innecesarias para que los cambios en una clase afecten lo menos posible a las demás.

Alta Cohesión

Estado en el que cada clase tiene un propósito claro y concreto con tareas similares.

Polimorfismo

Patrón que evita el uso de condicionales por tipo, permitiendo que cada tipo sepa por sí mismo cómo comportarse.

Fabricación Pura

Clase inventada que no existe en el dominio para asignar una responsabilidad que no encaja en ninguna otra parte.

Indirección

Uso de un objeto intermedio para hablar con dos clases y así evitar el acoplamiento directo entre ellas.

Variaciones Protegidas

Protección del sistema frente a cambios previsibles mediante la colocación de una interfaz estable.

Visibilidad de atributo

Tipo de visibilidad duradera donde B es un atributo de la clase A, permitiendo que A siempre vea a B.

Visibilidad de parámetro

Visibilidad temporal donde el objeto B llega como argumento de un método y solo existe durante su ejecución.

Visibilidad local

Visibilidad temporal en la que el objeto B se crea o se obtiene localmente dentro de un método.

Visibilidad global

Visibilidad permanente donde el objeto B es global a toda la aplicación, recomendada implementarse con el patrón Singleton.

Patrón Singleton

Garantiza que una clase sólo tenga una instancia y proporciona un punto de acceso global a ella.

Navegabilidad

Representada por una flecha en una asociación del diagrama de clases, indica la dirección del mensaje e implica visibilidad de atributo.

Relación de dependencia

Representada por una línea punteada con flecha; indica que un elemento conoce a otro, pero no como un atributo.

guia diag clases 1

Identificar y representar clases y atributos

guia diag clases 2

Añadir métodos (cada mensaje que se envía a una clase en diag de interacción se convierte en un método de esa clase)

guia diag clases 3

Añadir información de los tipos (de atributos, parámetros y valores de retorno)

guia diag clases 4

Añadir asociaciones(de A a B: cuando A envía mnsj, crea instancia o necesita mantener conexión a B) y navegabilidad

guia diag clases 5

Añadir relaciones de dependencia