Diseño de software basado en patrones

Patrones Arquitectónicos

Son la base para la búsqueda de soluciones o problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces.

Un patrón de diseño es una solución a un patrón de diseño.

Para que una solución sea considerada un patrón debe poseer ciertas características.

Efectividad: resolviendo problemas similares en ocasiones anteriores.

Reutilizable: debe ser aplicable a diferentes problemas de diseño en diferentes circunstancias.

Que es un patrón de diseño

INTENCION: convierte la interfaz de una clase en otra mas compatible con nuestras necesidades.

CONOCIDO: class adapter, object adapter y wrapper.

Reduce la dependencia entre clases.

Para utilizar la interfaz de una librería que no coincide con la que se requiere.

Para extender la funcionalidad de una librería existente.

Patrón adapter

Define una familia de algoritmos, encapsula uno de ellos y los hace intercambiables. Permite que un algoritmo varié independientemente de los clientes que lo usan.

Patrón de comportamiento.

Patrón strategy

Añade nuevas responsabilidades a un objeto dinámicamente

Patrón decorater

Son los que definen la estructura de un sistema software, los cuales a su vez se componen de subsistemas con sus responsabilidades, también tienen una serie de directivas para organizar los componentes del mismo sistema, con el objetivo de facilitar la tarea del diseño de tal sistema.

Patrones arquitectónicos

Sistema de Información Distribuido.es un sistema en el cual sus componentes se transmiten información, del tipo que sea mediante mensajes, pueden intervenir varios actores, los cuales de alguna manera participan en el proceso de circulación de la información entre ellos, de forma independiente el uno del otro.

Que es un SID

Aplicación de ejemplo

Diseño de arriba-abajo : Top-Down

Diseño de abajo-arriba : Bottom-up:

Diseño de un SID

Arquitectura 1-tier

Arquitectura 2-tier

 Arquitectura 3-tier

 Arquitectura N-tier

Arquitectura de un SID:

Arquitectura 1-tier

Arquitectura 2-tier

 si integramos dos sistemas 2-tier habrá que programar una lógica de aplicación que incluya las dos presentaciones, así se evitarían conflictos creados a base de diferentes presentaciones y único cliente.

Arquitectura 3-tier

Arquitectura N-tier