08/08/2010
GESTION DE PROYECTOS
DE TI
Diseño de Software
Tema:
Patrones de Software
1
08/08/2010
Agenda
1. Algunos aspectos generales sobre patrones.
2. Clasificación de Patrones.
1.- Algunos aspectos
generales sobre
patrones
2
08/08/2010
1.- Aspectos generales sobre Patrones de Software
Un patrón captura la estructura esencial de
soluciones comprobadas a problemas recurrentes
en un cierto contexto y sistema de fuerzas.
1.- Aspectos generales sobre Patrones de Software
Historia
El arquitecto Christopher Alexander escribió varios libros sobre
planificación urbana y arquitectura de edificios e introdujo el
concepto de patrón.
1987 - Ward Cunningham y Kent Beck usaron varias de las ideas
de Alexander para desarrollar un pequeño lenguaje de patrones
para programadores noveles de Smalltalk.
1991 - Jim Coplien publica Advanced C++ Programming Styles
and Idioms que compila un catálogo de idioms para C++.
1994 - Se publica el libro Design Patterns : Elements of
Reusable ObjectOriented Softwarepor GoF.
3
08/08/2010
1.- Aspectos generales sobre Patrones de Software
Ventajas
Ayudan a los desarrolladores de software a resolver problemas
comunes encontrados durante todo el proceso de la Ingeniería del
Software.
Ayudan a crear un vocabulario y un lenguaje compartidos para
comunicar experiencias sobre dichos problemas y sus soluciones.
Comunican las razones de determinadas decisiones de diseño y
no únicamente las soluciones. Lo hacen dando un nombre y
codificando formalmente dichos problemas y sus soluciones.
1.- Aspectos generales sobre Patrones de Software
Tipos de Patrones
El foco inicial, sobre todo a raíz del libro de GoF, fue sobre
patrones de diseño. Pero existe otros tipos:
Patrones de análisis
Patrones organizativos
Organización del desarrollo
Proceso software
Planificación de proyectos
Ingeniería de requerimientos
4
08/08/2010
2.- Clasificación de Patrones:
Tipos de Patrones
Según Frank Buschman los patrones se pueden clasificar en:
Arquitectura: Expresan una estructura fundamental de
organización de los sistemas SW.
Diseño: Proporcionan un esquema para refinar subsistemas o
componentes. Resuelven problemas específicos de diseño.
Idioms: Son específicos de un lenguaje de programación.
Describen cómo implementar ciertos aspectos de un problema
utilizando las características de un lenguaje de programación.
2.- Clasificación de Patrones:
Tipos de Patrones
Teniendo en cuenta el nivel de detalle:
Arquitectura: Afectan a la estructura
global del sistema.
Diseño: Definen microestructuras de
subsistemas y componentes.
Idioms: Se centran en detalles de la
estructura y comportamiento de un
componente.
5
08/08/2010
2.- Clasificación de Patrones:
Patrones de Arquitectura
2.- Clasificación de Patrones:
Del Caos a la Organización
a.- Capas (Layers)
Descompone una aplicación en un
conjunto de capas independientes y
ordenadas jerárquicamente.
Cada nivel o capa usa los servicios de
la capa inmediatamente inferior y ofrece
servicios a la capa inmediatamente
superior.
6
08/08/2010
2.- Clasificación de Patrones:
Del Caos a la Organización
a.- Capas (Layers) : Estructura
2.- Clasificación de Patrones:
Del Caos a la Organización
a.- Capas (Layers)
7
08/08/2010
2.- Clasificación de Patrones:
Del Caos a la Organización
a.- Capas (Layers)
2.- Clasificación de Patrones:
Del Caos a la Organización
b.- Pipes y Filters
Provee una estructura para sistemas que procesan un flujo de
datos. Cada etapa del proceso es encapsulada como un filtro.
Los datos se pasan entre filtros adyacentes mediante Pipes.
c.- Blackboard
Útil para sistemas en que no se conoce una solución o estrategia
determinista. Varios subsistemas especializados ensamblan su
conocimiento para construir una posible solución parcial.
8
08/08/2010
2.- Clasificación de Patrones:
Sistemas Distribuidos
a.- Broker o Intermediario
Este patrón de arquitectura se usa para organizar
sistemas distribuidos con componentes débilmente
acoplados que interactúan entre sí invocando
servicios remotos.
El broker es responsable de coordinar la
comunicación: cursa las peticiones de servicios
remotos al servidor que corresponda en cada caso, y
transmite a los usuarios los resultados de sus
peticiones y las eventuales excepciones, si las hay.
2.- Clasificación de Patrones:
Sistemas Distribuidos
a.- Broker o Intermediario: Ejemplo
9
08/08/2010
2.- Clasificación de Patrones:
Sistemas Distribuidos
a.- Broker o Intermediario: Estructura
El cliente es una aplicación que accede a los servicios de uno o más
servidores a través del broker.
El servidor implementa unas ciertas funcionalidades (servicios). Se registra
en el broker indicándole su nombre y ubicación.
La pasarela es un componente opcional que encapsula detalles de
implementación si en el sistema hay dos o más brokers que usan diferentes
protocolos de red.
Los filtros del cliente y del servidor están para realizar operaciones del
tipo:
Traducción de los datos a formatos independientes de la máquina.
Encapsular funciones específicas de la máquina del cliente o del servidor.
El broker está entre los clientes y los servidores, que se comunican a través de
él.
2.- Clasificación de Patrones:
Sistemas Distribuidos
a.- Broker o Intermediario
10
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-Controlador
El patrón Modelo-Vista-Controlador (MVC) descompone una
aplicación interactiva en tres grandes bloques:
El modelo contiene los datos y la funcionalidad de la aplicación.
Es independiente de la representación de los datos.
Las vistas muestran la información al usuario de una cierta
forma. Existen todas las que se necesite definir.
Cada vista tiene un controlador asociado. Los controladores
reciben entradas en forma de eventos que responden a mandos
realizados por el usuario a través del ratón o del
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-Controlador: Estructura
11
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-Controlador: Estructura
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-Controlador: Estructura
12
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-
Controlador:
Diagrama de
Clases
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-
Controlador:
Dinámica
13
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-
Controlador:
2.- Clasificación de Patrones:
Sistemas Interactivos
a.- Modelo-Vista-
Controlador:
14
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
b.- Presentación-Abstracción-Control
Se usa en aplicaciones interactivas que requieren una interfaz
de usuario flexible.
Se tiene por lo tanto un problema idéntico al que resuelve el
patrón Modelo-Vista-Controlador (MVC). Sin embargo, la
solución es algo diferente.
Se basa en el empleo de agentes. Lo que se busca es un
mayor grado de modularidad y de portabilidad.
2.- Clasificación de Patrones:
Sistemas Interactivos
b.- Presentación-Abstracción-Control: Niveles
Almacén de Datos
Acceso a Datos Agente de Nivel Superior
Agente de Nivel
Formulario Coordina Vistas Intermedio
Agentes de Nivel Gráfico de Tarta Gráfico de Barras Distribución
Básico Escaños
15
08/08/2010
2.- Clasificación de Patrones:
Sistemas Interactivos
b.- Presentación-
Abstracción-
Control:
Diagramas de
Clases
2.- Clasificación de Patrones:
Sistemas Interactivos
b.- Presentación-Abstracción-Control: Diagramas de Clases
16
08/08/2010
2.- Clasificación de Patrones:
Sistemas Adaptables
a.- Microkernel
Este patrón se aplica en sistemas software cuyos
requisitos deben de poder modificarse a lo largo del
tiempo. Es apropiado cuando se necesita desarrollar
una familia de aplicaciones similares que usan
interfaces de programación parecidos para acceder a
una funcionalidad básica común pocos recursos del
sistema (memoria, tiempo de CPU, etc.)
La funcionalidad que no se encuentra en el
microkernel se ubica en otros dos tipo de paquetes:
servidores internos (a los que sólo el microkernel
tiene acceso directo) y servidores externos, con los
que comunican los clientes
2.- Clasificación de Patrones:
Sistemas Adaptables
b.- Reflexión
Este patrón se usa para diseñar sistemas software muy flexibles
y fácilmente modificables.
Se trata de poder modificar la estructura o el comportamiento
del sistema dinámicamente.
Este patrón permite cambios en la estructura de los datos
internos del sistema y en los mecanismos de llamada de las
funciones.
17
08/08/2010
2.- Clasificación de Patrones:
Sistemas Adaptables
b.- Reflexión
Ejemplo: Una aplicación que
necesita guardar objetos en
disco y volverlos a leer de
nuevo. Si se hace un método
especifico para cada tipo de
objeto, eso es poco flexible y
es una posible fuente de
errores. Si cambia la
estructura de clases de la
aplicación, se ha de
modificar estos métodos!!!!!
2.- Clasificación de Patrones:
Sistemas Adaptables
b.- Reflexión
Cambiar un sistema software es una tarea complicada y con alto riesgo
de error. Es fácil que un cambio en la funcionalidad afecte a múltiples
módulos. Aparte, cada cambio debe ser verificado posteriormente. Todo
lo que sea prever la posibilidad de cambios es una mejora del producto.
18
08/08/2010
2.- Clasificación de Patrones:
Sistemas Adaptables
b.- Reflexión
Solución!!!
Diferenciar en el sistema entre nivel abstracto o metanivel y nivel
básico.
El metanivel contiene una representación de la estructura interna
del software. Esta compuesto de metaobjetos.
Los metaobjetos tienen información sobre la estructura interna del
sistema.
El nivel básico define la funcionalidad del sistema. Utiliza los
metaobjetos para no depender de aquellos aspectos del sistema que
pueden cambiar. No cambian, pues las modificaciones las gestiona el
metaobjeto.
2.- Clasificación de Patrones:
Sistemas Adaptables
b.- Reflexión
En el sistema de almacenamiento de objetos en disco que
se ha puesto de ejemplo, la información sobre la
estructura interna de un objeto dado está accesible y es
posible iterar con ella sobre cualquier estructura de datos
de tipo arbitrario dividiéndola en tipos básicos que el
método de almacenamiento sabe cómo almacenar en
disco.
Cuando se cambia la estructura interna de los objetos, el
componente de almacenamiento de los objetos en disco,
se modifica automáticamente de acuerdo a la nueva
estructura.
19
08/08/2010
2.- Clasificación de Patrones:
Patrones de Diseño
Cada patrón de diseño se centra en un problema de diseño
particular y describe cuando es o no aplicable a la luz de otras
restricciones de diseño.
Clasificación de patrones de diseño (Tipo)
2.- Clasificación de Patrones:
Patrones de Diseño
Clasificación de patrones de diseño (Ámbito)
20
08/08/2010
2.- Clasificación de Patrones:
Patrones Creacionales
a.- Abstract Factory
Proporcionar una interfaz para crear familias de objetos
relacionados o dependientes sin especificar sus clases concretas.
Es aplicable:
Cuando un sistema deba ser independiente de la creación, composición y
representación de sus productos.
Cuando un sistema deba ser configurado con una de las múltiples familias
de productos.
Cuando un conjunto de objetos relacionados se diseña para ser usado
conjuntamente.
Cuando se desea proporcionar una biblioteca de productos de los que sólo
se quiere conocer su interfaz.
2.- Clasificación de Patrones:
Patrones Creacionales
a.- Abstract Factory
21
08/08/2010
2.- Clasificación de Patrones:
Patrones Creacionales
a.- Abstract Factory
Abstract Factory: declara una interfaz para operaciones que
crean productos abstractos.
Fabrica Concreta: implementa las operaciones para crear
productos concretos.
ProductoAbstracto: declara una interfaz para un tipo de
producto.
ProductoConcreto: define un producto para ser creado por la
fabrica concreta correspondiente. Implementa la interfaz del
producto abstracto
Cliente: usa solamente las interfaces de las fábricas y los
productos abstractos.
2.- Clasificación de Patrones:
Patrones Creacionales
b.- Singleton
Propósito:
Asegurar que una clase tiene una instancia única y proporcionar
un punto de acceso global a ella.
Aplicable cuando:
Se quiere que una clase tenga una instancia única
globalmente accesible.
La instancia única podría ser extensible por una
subclase, y los clientes podrían usar una instancia
extendida sin modificar su código.
22
08/08/2010
2.- Clasificación de Patrones:
Patrones Creacionales
b.- Singleton: Estructura
2.- Clasificación de Patrones:
Patrones estructurales
a.- Composite
Componer objetos en una estructura de árbol para representar
relaciones todo-parte y que los clientes traten uniformemente
objetos simples y compuestos
Es aplicable:
Cuando se requiere representar jerarquías todo-parte
Los clientes deben ignorar las diferencias entre objetos
individuales y objetos compuestos.
23
08/08/2010
2.- Clasificación de Patrones:
Patrones estructurales
a.- Composite: Estructura
2.- Clasificación de Patrones:
Patrones estructurales
a.- Composite: Estructura
Componente: Declara la interfaz para los objetos de
la composición implementa comportamiento por
defecto para dicho interfaz declara interfaz para
acceder y manipular objetos hijos.
Compuesto: Define el comportamiento de los
objetos que pueden contener a otros y almacena
componentes hijos.
Hoja: Define el comportamiento de los objetos
primitivos
Cliente: Interacciona los objetos de la composición a
través del interfaz Componente
24
08/08/2010
2.- Clasificación de Patrones:
Patrones estructurales
b.- Proxy
Proporcionar un sustituto o suplente para otro objeto, de
forma que controle el acceso a él.
Es aplicable:
Cuando se desea hacer transparente el acceso a un objeto que
puede estar en el mismo espacio de direcciones o en otro.
Cuando se desea controlar la creación de objetos ‘costosos’.
Cuando se desea añadir seguridad o control al acceso sobre un
objeto existente.
2.- Clasificación de Patrones:
Patrones estructurales
b.- Proxy: Estructura
25
08/08/2010
2.- Clasificación de Patrones:
Patrones estructurales
b.- Proxy: Estructura
Proxy:
Mantiene la referencia que le permite el acceso al
ElementoReal.
Proporciona una interfaz idéntica a la de Elemento,
de forma que el Proxy puede ser sustituido por el
ElementoReal.
Controla el acceso sobre el ElementoReal.
Realiza las tareas especificas para proporcionar
acceso remoto, carga diferida o protección y seguridad.
Elemento: Define la interfaz común para el
ElementoReal y para el Proxy.
ElementoReal: Define el objeto real al que el Proxy
representa.
2.- Clasificación de Patrones:
Patrones de Comportamiento
a.- Iterator
Proporcionar acceso secuencial a un agregado sin exponer su
representación
Es aplicable:
Para acceder a un agregado sin exponer su estructura interna.
Para soportar distintos tipos de recorrido en un mismo agregado.
Para proporcionar un interfaz común para recorrer diferentes
estructuras de agregados (iteración polimórfica).
26
08/08/2010
2.- Clasificación de Patrones:
Patrones de Comportamiento
a.- Iterator: Estructura
2.- Clasificación de Patrones:
Patrones de Comportamiento
a.- Iterator: Estructura
Iterador: define la interfaz para acceder y recorrer los
elementos
IteradorConcreto:
Implementa la interfaz de Iterador
Realiza el seguimiento de la posición actual en el
recorrido del agregado
Agregado: define la interfaz para la creación de un
objeto Iterador
AgregadoConcreto: Implementa la interfaz de
creación del Iterador devolviendo una instancia del
IteradorConcreto Adecuado
27
08/08/2010
2.- Clasificación de Patrones:
Patrones de Comportamiento
b.- State
Permite que un objeto modifique su comportamiento cuando
cambie su estado interno. Parecerá que el objeto cambie de
clase.
Es aplicable:
El comportamiento de un objeto depende de su estado y debe
cambiar en tiempo de ejecución dependiendo de ese estado.
Las operaciones tienen sentencias condicionales múltiples que
dependen del estado del objeto, que normalmente se representa con
una constante. A menudo varias operaciones tienen la misma
estructura.
2.- Clasificación de Patrones:
Patrones de Comportamiento
b.- State: Estructura
28
08/08/2010
2.- Clasificación de Patrones:
Patrones de Comportamiento
b.- State: Estructura
Contexto: define el interfaz de interés para los
clientes, manteniendo una instancia de la subclase
EstadoConcreto que define el estado actual.
Estado: define una interfaz para encapsular el
comportamiento asociado a un estado particular de
Contexto.
EstadoConcretoA, EstadoConcretoB,...: cada
subclase implementa un comportamiento asociado
con un estado de Contexto.
Actividad 1:
Utilización de Patrones
29
08/08/2010
Resumen
Un patrón es una solución de diseño de software a un problema,
aceptada como correcta, a la que se ha dado un nombre y que puede ser
aplicada en otros contextos.
La importancia de los patrones radica principalmente en que ayudan a
los desarrolladores de software a resolver problemas comunes
encontrados durante el desarrollo del software.
Además permiten comunicar las razones de determinadas decisiones de
diseño y no únicamente las soluciones.
Resumen
Existen los siguientes tipos de patrones:
Patrones de análisis
Patrones organizativos
Organización del desarrollo
Proceso software
Planificación de proyectos
Ingeniería de requerimientos
Además dichos patrones se pueden clasificar en:
Patrones de arquitectura
Patrones de diseño
Patrones de lenguaje
30
