La manera más simple para describir un patrón es que ofrece una solución probada a un problema común.

Slides:



Advertisements
Presentaciones similares
Diccionario de Datos (DD)
Advertisements

MODELOS ORIENTADOS A OBJETOS
INGENIERÍA DE SOFTWARE Introducción Arquitectura de Software
Red Social: “Un millón de Amigos”.
Lenguaje Unificado de Modelado
Desarrollo del Elemento de Competencia
Servicios Web.
Arquitectura Orientada a Servicios (SOA)
Equipo 11 -Enríquez Chávez Jocelyn -Martínez Arvallo Diana Berenice
Metadatos Geoespaciales
CÓMO REALIZAR UN PROYECTO
Understanding SOA Design Patterns
Términos Básicos y Conceptos
TOGAF.
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Desarrollo Orientado a Objetos con UML
¿Qué es la internet? Internet es un conjunto descentralizado de redes de comunicación interconectadas que utilizan la familia de protocolos TCP/IP, garantizando.
Una Introducción a UML El Modelo de Proceso de Negocio
Unified Modeling Language (Lenguaje de Modelamiento unificado)
HERRAMIENTAS CASE.
ALGORITMOS es un conjunto preescrito de instrucciones o reglas bien definidas, ordenadas y finitas que permite realizar una actividad mediante pasos.
Common Compound Design Patterns. Compound vs composite Un composite es algo que generalmente se compone de partes interconectadas. Un compound simplemente.
Modelado Arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
ORIENTACIÓN PROFESIONAL
Ingeniería de Software
Ingeniería de Software Orientado a Objetos
LA IMPORTANCIA DE LAS PyMEs
Gestión de Proyectos Informáticos Sesión N° 5 Ciclo de Vida de un Proyecto Roberto Jijena I.
Análisis y Diseño Orientado a Objetos utilizando UML
Unidad VI Documentación
Arquitectura Orientada a Servicios
Planteamiento del problema y Justificación
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
Ingeniería en Sistemas de Información Diseño de Sistemas (3K1)
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Ingeniería de software
GESTION DE PROCESOS DE NEGOCIO
DIAGRAMA DE FUJO EQUIPO: Maribel Arellano Domínguez Abilene Ríos Rosas
Representación de Algoritmos
Términos y Conceptos Básicos
REQUISITOS.
AuthorAID Taller de escritura Científica Nicaragua Noviembre 2008.
UML 2.0 Diagramas de Comportamiento
Implementación de la Arquitectura Empresarial
Sistemas de Archivos Sistemas Operativos.  Se debe proporcionar un almacenamiento secundario que respalda a la memoria principal  El Sistema de archivos.
Conceptos Fundamentales
Ingeniería de Requisitos
FACTIBILIDAD DE LOS SISTEMAS DE INFORMACIÓN
Common Compound Design Patterns Integrantes : Ricardo Macedo Henry Renato Paz Carolina Vigil.
Patrones de diseño equipo n.1
Elaboración de algoritmos usando lógica de programación
Ingeniería de Requerimientos
Unidad 3 MODELO DE ANALISIS.
El sistema de comunicación entre los distintos componentes Unidad I. Conceptos de Bases de Datos Realizó: I.S.C. Raquel Gpe. Saucedo Chacón Tema
Diagrama de Transición de Estado
Metodología de la programación
Unified Modeling Language (Lenguaje de Modelamiento unificado)
UML – Lenguaje de Modelado Unificado
Licda. Noelia Gómez Gutiérrez
Mapas conceptuales Son una estrategia de organización de información que permiten representar en forma gráfica las relaciones significativas entre.
MODELAMIENTO VISUAL Y UML
Servicios Web Conjunto de aplicaciones o de tecnologías con capacidad para interoperar en la Web. Estas aplicaciones o tecnologías intercambian datos entre.
Fundamentos de Ingeniería de Software
Presentación De UML Lenguaje estándar para escribir planos de software Se usa para visualizar, especificar, construir y documentar los artefactos de un.
Entregables del Proyecto
Omar Herrera Caamal Rigoberto Lizárraga Luis Cetina Luna.
Ing. José David Ortiz Salas
Transcripción de la presentación:

La manera más simple para describir un patrón es que ofrece una solución probada a un problema común.

Los patrones de diseño son útiles porque: representar soluciones probadas en campo, a los problemas comunes de diseño organizar la inteligencia de diseño en un estándar por lo general repetible por la mayoría de los profesionales de TI. se puede utilizar para garantizar la coherencia en cómo los sistemas se diseñan y construyen. puede ser la base de normas de diseño. suelen ser flexibles y opcionales. Algunas veces se pueden aplicar antes y después de la aplicación de un sistema.

Un patrón compuesto es un patrón de grano grueso compuesta por un conjunto de patrones de grano más fino.

Un lenguaje de patrones es un conjunto de patrones relacionados que actúan como bloques de construcción. Algunos lenguajes de patrones son de composición abierta, permitiendo que los patrones que se combinan en una variedad de secuencias creativa, Otros son más estructurados presentan una secuencia de aplicación de patrones.

Un catálogo de patrones de diseño es una colección documentada de los patrones de diseño relacionados. Por lo tanto, este libro también se conoce como catálogo de patrones de diseño asociados a SOA y la orientación a servicios.

Christopher Alexander La secuencia del lenguaje de patrones necesita añadir valor. Los patrones no necesitan ser normalizados.

Los Patrones de Lenguaje necesitan añadir valor. Los patrones no necesitan ser normalizados.

Capability Composition: asociado con Composite Service Facade: derivado de Facade Legacy Wrapper: derivado de Adapter Non-Agnostic Context: asociado con Mediator Decoupled Contract: asociado con Bridge

Service Layers: asociado con Layers Service Broker: asociado con Broker Concurrent Contracts: asociado con Interface Metadata Centralization: asociado con Lookup

Aprender acerca diseños y técnicas propuestas por patrones SOA, pueden proveer mecanismos requeridos activar la orientación a servicios y esclarecer como SOA representa un modelo arquitectural distinto.

Usados en los siguientes tipos de diagrama: Pattern Application Secuence Figures: Cuando se documentan lenguajes de diseño de patrones, es util mostrar la secuencia sugerida de aplicación.

Pattern Relationship Figures: Existen muchas relaciones entre diagramas, se provee un diagrama de relación por cada patrón de diseño, la convención es la siguiente: Cada diagrama de relación explora las relaciones de un patrón, por lo tanto, el patrón es resaltado en rojo según la notación previamente establecida. Las relaciones se documentan de manera unidireccional: Cuando el patrón afecta o se relaciona con otros patrones: línea roja apuntando al otro patrón. Cuando los otros patrones afectan al patrón actual, línea verde hacia el patrón actual.

Compound Pattern Hierarchy Figures: Los patrones compuestos están constituidos por combinaciones de patrones de diseño, se requiere una representación jerárquica en su ilustración, donde el compuesto se muestra en el tope y los patrones que lo componen se muestran debajo de él.

Capitalizacion: Todos los nombre de los patrones de diseño están en mayúscula (inicial), los nombres de los grupos de patrones relacionados están en mayúscula en las figuras pero no en el texto cuando son referenciados. Page Number References: Cada patrón es seguido por su número de página en paréntesis. Esto brinda referencia rápida y casi se ha vuelto una convención. No se muestra el número cuando el patrón se referencia cuando es referenciado de su sección de perfil.

Cada patrón es definido usando el mismo perfil y estructura: Requerimiento Icono Resumen Problema Solución Aplicación Impactos Relaciones Ejemplo de caso de estudio

Requerimiento: Un enunciado conciso que presenta el requerimiento fundamental del patrón a manera de pregunta. Como un servicio puede ser diseñado para minimizar las oportunidades de deconstrucción lógica de capacidades. Ícono: Cada descripción de patrón es acompañada por un ícono que actúa de identificador visual.

Tabla compuesta por declaraciones que proporcionan una sinopsis concisa de la estructura. Las partes son : Problema Solución Aplicación Impacto Proporciona las referencias : Principios de diseño sobre orientación a servicios - Principios Tipos de arquitectura orientadas a servicios - Arquitectura

Lo que causo un problema Circunstancias comunes que pueden conducir al problema Los efectos del problema Usualmente una figura que ilustra el estado del problema. Modelo proporciona una solución.

La solución de diseño propuesto por el patrón para resolver el problema y cumplir con el requisito. Breve declaración Diagrama que se comunica con el estado de solución final.

Describe cómo el patrón puede ser aplicada. En el se puede incluir: Guías Detalles de implementación Proceso propuesto.

Impacto: La mayoría de los patrones vienen con ventajas y desventajas. Costos y requisitos asociados con la aplicación de un patrón. Relaciones: Patrones de diseño unen aspectos de diseño y arquitectura. Gráficos de relación de patrones, relaciones comunes de patrones: Apoyo Dependencia Caso de Estudio

Patrones Canónicos: Propone introducir un diseño estándar Diseño consistente a través de las diferentes partes de un inventario o una solución. Canónico Protocolo Esquema Canónico Expresión Canónico Recursos Canónicos Versiones Canónico

Patrones de centralización: La centralización significa limitar las opciones de algo a uno. Establece la coherencia y fomenta: La estandarización La reutilización La inter conectividad Centralización Lógica La centralización de los metadatos Proceso de centralización Reglas Centralización La centralización de esquema La centralización del contrato La centralización política