Capítulo 15 Patrones de diseño
Páginas: 8 (1833 palabras)
Publicado: 16 de septiembre de 2014
Capítulo 15
Patrones de diseño
15.2 Patrones de desarrollo de software
15.2.1 Marcos de trabajo
Los patrones son un aspecto importante de la estrategia de reutilización de software; los marcos de trabajo también ofrecen oportunidades para la reutilización.
La diferencia radica en que los marcos de trabajo son sistemas de software parcialmente terminados que pueden estar orientados aun tipo específico de aplicaciones. A partir de un marco de trabajo se podrá desarrollar una aplicación adaptada a la medida de una empresa. En esencia, el marco de trabajo es una mini-arquitectura reutilizable que proporciona una estructura y un comportamiento comunes a todas las aplicaciones de este tipo.
Diferencias entre patrones y marcos de trabajo:
Los patrones son más abstractos ygenerales. Un patrón es una descripción de la forma en que se puede resolver un tipo de problema, pero no es la solución.
Un patrón no se puede implementar directamente en un entorno de software particular.
Un marco de trabajo puede emplear varios patrones pero un patrón no puede incorporar un marco de trabajo.
15.2.2 Lenguajes y catálogos de patrón
Un catálogo de patrones es un grupo depatrones que se encuentran relacionados y se pueden usar juntos o con independencia, el uno del otro. Los patrones contenidos en un lenguaje de patrones se encuentran relacionados de forma más estrecha y colaboran juntos para resolver problemas en un dominio específico.
15.2.3 Patrones y principios de desarrollo de software
La intención es que los patrones encierren buenas prácticas de diseño yéstas estén basadas en sólidos principios de desarrollo de software, muchas de las cuales han sido identificados y se han aplicado dentro de estrategias de desarrollo que no son orientadas a objetos. Los conceptos siguientes son los principios clave que sustentan a los patrones:
Abstracción.
Encapsulación.
Ocultación de información.
Modularización.
Separación de preocupaciones.
Acoplamiento ycohesión.
Suficiencia, integridad y sencillez.
Separación de política e implementación.
Separación de interfaz e implementación.
Punto único de referencia.
Divide y vencerás.
15.2.4 Requisitos no funcionales y patrones
Son los patrones que abordan aquellos temas que se derivan de los requisitos no funcionales:
Interoperabilidad.
Eficiencia.
Fiabilidad.
Verificabilidad.Reutilización.
15.3 Patrones de documentación – Plantillas de patrones
15.3.1 Contenido de las plantillas
Los patrones se pueden documentar utilizando una de entre varias plantillas alternativas.
La plantilla de patrón elegida determina el estilo y la estructura de la descripción del patrón.
Se suele estar de acuerdo en una descripción de patrón deberá incluir:
Nombre: con significado que reflejeel conocimiento encerrado por el patrón. Puede ser una única palabra o una breve frase.
Problema: descripción del problema que el patrón va a abordar (la intención del patrón). Deberá identificar y describir los objetivos que se van a alcanzar, dentro de un contexto especificado y teniendo en cuenta los limites aplicables.
Contexto: representa las circunstancias o condiciones previas bajo lasque puede ocurrir. Deberá proporcionar suficientes detalles para permitir el conocimiento de la aplicabilidad del patrón.
Fuerzas: son las restricciones o asuntos que la solución debe abordar. Relejan la complejidad del patrón.
Solución: descripción de las relaciones estáticas y dinámicas entre los distintos componentes del patrón. Deberá describir la estructura, los participantes y suscolaboraciones. La solución deberá resolver todas las fuerzas en el contexto correspondiente. Aquellas soluciones que no resuelvan todas las fuerzas no serán validas.
15.3.2 Otros aspectos de las plantillas
Algunas otras características que deberán contener las plantillas de patrones son:
Un ejemplo de uso de un patrón que sirva como guía para su aplicación.
El contexto que resulta del...
Patrones de diseño
15.2 Patrones de desarrollo de software
15.2.1 Marcos de trabajo
Los patrones son un aspecto importante de la estrategia de reutilización de software; los marcos de trabajo también ofrecen oportunidades para la reutilización.
La diferencia radica en que los marcos de trabajo son sistemas de software parcialmente terminados que pueden estar orientados aun tipo específico de aplicaciones. A partir de un marco de trabajo se podrá desarrollar una aplicación adaptada a la medida de una empresa. En esencia, el marco de trabajo es una mini-arquitectura reutilizable que proporciona una estructura y un comportamiento comunes a todas las aplicaciones de este tipo.
Diferencias entre patrones y marcos de trabajo:
Los patrones son más abstractos ygenerales. Un patrón es una descripción de la forma en que se puede resolver un tipo de problema, pero no es la solución.
Un patrón no se puede implementar directamente en un entorno de software particular.
Un marco de trabajo puede emplear varios patrones pero un patrón no puede incorporar un marco de trabajo.
15.2.2 Lenguajes y catálogos de patrón
Un catálogo de patrones es un grupo depatrones que se encuentran relacionados y se pueden usar juntos o con independencia, el uno del otro. Los patrones contenidos en un lenguaje de patrones se encuentran relacionados de forma más estrecha y colaboran juntos para resolver problemas en un dominio específico.
15.2.3 Patrones y principios de desarrollo de software
La intención es que los patrones encierren buenas prácticas de diseño yéstas estén basadas en sólidos principios de desarrollo de software, muchas de las cuales han sido identificados y se han aplicado dentro de estrategias de desarrollo que no son orientadas a objetos. Los conceptos siguientes son los principios clave que sustentan a los patrones:
Abstracción.
Encapsulación.
Ocultación de información.
Modularización.
Separación de preocupaciones.
Acoplamiento ycohesión.
Suficiencia, integridad y sencillez.
Separación de política e implementación.
Separación de interfaz e implementación.
Punto único de referencia.
Divide y vencerás.
15.2.4 Requisitos no funcionales y patrones
Son los patrones que abordan aquellos temas que se derivan de los requisitos no funcionales:
Interoperabilidad.
Eficiencia.
Fiabilidad.
Verificabilidad.Reutilización.
15.3 Patrones de documentación – Plantillas de patrones
15.3.1 Contenido de las plantillas
Los patrones se pueden documentar utilizando una de entre varias plantillas alternativas.
La plantilla de patrón elegida determina el estilo y la estructura de la descripción del patrón.
Se suele estar de acuerdo en una descripción de patrón deberá incluir:
Nombre: con significado que reflejeel conocimiento encerrado por el patrón. Puede ser una única palabra o una breve frase.
Problema: descripción del problema que el patrón va a abordar (la intención del patrón). Deberá identificar y describir los objetivos que se van a alcanzar, dentro de un contexto especificado y teniendo en cuenta los limites aplicables.
Contexto: representa las circunstancias o condiciones previas bajo lasque puede ocurrir. Deberá proporcionar suficientes detalles para permitir el conocimiento de la aplicabilidad del patrón.
Fuerzas: son las restricciones o asuntos que la solución debe abordar. Relejan la complejidad del patrón.
Solución: descripción de las relaciones estáticas y dinámicas entre los distintos componentes del patrón. Deberá describir la estructura, los participantes y suscolaboraciones. La solución deberá resolver todas las fuerzas en el contexto correspondiente. Aquellas soluciones que no resuelvan todas las fuerzas no serán validas.
15.3.2 Otros aspectos de las plantillas
Algunas otras características que deberán contener las plantillas de patrones son:
Un ejemplo de uso de un patrón que sirva como guía para su aplicación.
El contexto que resulta del...
Leer documento completo
Regístrate para leer el documento completo.