Patrones de Diseño

Nombre:
Alexander
Apellido:
Rosario Acevedo
Matricula:
2018-0458
Materia:
Arquitectura de Software
Trabajo de:
Patrones de Diseño
Nombre del maestro:
Ing. Eliel Rodriguez.
Fecha: 22-06-2020
1
MVC
Modelo Vista Controlador (MVC) es un estilo de arquitectura de software
que separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en
tres componentes distintos.
Ej)
Este patrón se utiliza para el soporte del manejo de la interacción en
muchos sistemas basados en la Web.
Ventajas.
• Separación clara de dónde tiene que ir cada tipo de lógica, facilitando el
mantenimiento y la escalabilidad de nuestra aplicación.
• Sencillez para crear distintas representaciones de los mismos datos.
• Facilidad para la realización de pruebas unitarias de los componentes, así como
de aplicar desarrollo guiado por pruebas (Test Driven Development o TDD).
• Reutilización de los componentes.
• No existe ciclo de vida de las páginas. Con menos peso, menos complejidad.
2
Desventajas
1. La cantidad de archivos que se deben mantener incrementa considerablemente.
2. La curva de aprendizaje es más alta que utilizando otros modelos.
3. Su separación en capas aumenta la complejidad del sistema.
Patrón en Capas.
Es una de las técnicas más comunes que los arquitectos de software
utilizan para dividir sistemas de software complicados.
Se utiliza para estructurar programas que se pueden descomponer en
grupos de subtareas, cada una de las cuales se encuentra en un nivel particular de
abstracción. Cada capa proporciona servicios a la siguiente capa superior.
3
Ventajas.
• Centralización del control: los accesos, recursos y la integridad de los datos
son controlados por el servidor de forma que un programa cliente defectuoso
o no autorizado no pueda dañar el sistema.
• Escalabilidad: se puede aumentar la capacidad de clientes y servidores por
separado.
• Se reduce el tráfico de red considerablemente. Idealmente, el cliente se
comunica con el servidor utilizando un protocolo de alto nivel de abstracción
como por ejemplo SQL
Desventajas.
• A veces no se logra la contención del cambio y se requiere una cascada de
cambios en varias capas;
• Pérdida de eficiencia;
• Trabajo innecesario por parte de capas más internas o redundante entre varias
capas;
• Dificultad de diseñar correctamente la granularidad de las capas.
Arquitectura del repositorio.
Todos los datos en un sistema se gestionan en un repositorio central,
accesible a todos los componentes del sistema. Los componentes no interactúan
directamente, sino tan sólo a través del repositorio.
4
Este patrón se usa cuando se tiene un sistema donde los grandes volúmenes
de información generados deban almacenarse durante mucho tiempo. También puede
usarse en sistemas dirigidos por datos, en los que la inclusión de datos en el repositorio
active una acción o herramienta.
Ventajas
• Los componentes pueden ser independientes, no necesitan conocer la
existencia de otros
• componentes.
• Los cambios hechos por un componente se pueden propagar hacia todos los
componentes.
• La totalidad de datos se puede gestionar de manera consistente (por ejemplo,
respaldos realizados al mismo tiempo), pues todos están en un lugar.
Desventajas.
• El repositorio es un punto de falla único, de modo que los problemas en el
repositorio
• afectan a todo el sistema.
5
• Es posible que haya ineficiencias al organizar toda la comunicación a través
del repositorio.
• Quizá sea difícil distribuir el repositorio por medio de varias computadoras.
Cliente-Servidor.
En una arquitectura cliente-servidor, la funcionalidad del sistema se
organiza en servicios, y cada servicio lo entrega un servidor independiente. Los
clientes son usuarios de dichos servicios y para utilizarlos ingresan a los servidores.
Se usa cuando, desde varias ubicaciones, se tiene que ingresar a los datos
en una base de datos compartida. Como los servidores se pueden replicar, también se
usan cuando la carga de un sistema es variable.
Ventajas
• La principal ventaja de este modelo es que los servidores se pueden distribuir
a través de una red.
• La funcionalidad general (por ejemplo, un servicio de impresión) estaría
disponible a todos los clientes, así que no necesita implementarse en todos los
servicios.
6
Desventajas.
• Cada servicio es un solo punto de falla, de modo que es susceptible a ataques
de rechazo de servicio o a fallas del servidor.
• El rendimiento resultará impredecible porque depende de la red, así como del
sistema.
• Quizás haya problemas administrativos cuando los servidores sean propiedad
de diferentes organizaciones.
Tubería y filtro
El procesamiento de datos en un sistema se organiza de forma que cada
componente de procesamiento (filtro) sea discreto y realice un tipo de transformación
de datos.
fluyen (como en una tubería) de un componente a otro para su

procesamiento.
Se suele utilizar en aplicaciones de procesamiento de datos (tanto basadas
en lotes [batch] como en transacciones), donde las entradas se procesan en etapas
separadas para generar salidas relacionadas.
Ventajas
• Fácil de entender y soporta reutilización de transformación. El estilo del flujo
de trabajo coincide con la estructura de muchos procesos empresariales.
• La evolución al agregar transformaciones es directa.
• Puede implementarse como un sistema secuencial o como uno concurrente.
7
Desventajas.
• El formato para la transferencia de datos debe acordarse entre las
transformaciones que se comunican.
• Cada transformación debe analizar sus entradas y sintetizar sus salidas al
formato acordado.
• Esto aumenta la carga del sistema, y puede significar que sea imposible
reutilizar transformaciones funcionales que usen estructuras de datos
incompatibles.
8
Referencias bibliográficas.
Uriel Hernández. (2015). MVC (Model, View, Controller). 22-06-2020, de Código
facilito Sitio web: https://codigofacilito.com/articulos/mvc-model-view-
controller-explicado
Miguel Angel Alvarez. (2014). Qué es MVC. 22-06-2020, de DesarrollandoWEB
Sitio web: https://desarrolloweb.com/articulos/que-es-mvc.html
Maria Arevalo. (2010). Introducción al Patrón de Arquitectura por Capas. 22-06-2020,
de Maria Arevalo Sitio web:
https://arevalomaria.wordpress.com/2010/12/02/introduccion-al-patron-
de-arquitectura-por-
capas/#:~:text=El%20Patr%C3%B3n%20de%20arquitectura%20por,divi
dir%20sistemas%20de%20software%20complicados.&text=Los%20ben
eficios%20de%20trabajar%20un,todo%2C%20sin%20considerar%20las
%20otras.
Wictea. (2020). Repositorio. 22-06-2020, de Wictea Sitio web:
https://www.ictea.com/cs/index.php?rp=%2Fknowledgebase%2F3481%
2FiQue-es-un-
repositorio.html#:~:text=Los%20datos%20almacenados%20en%20un,f
%C3%ADsico%2C%20como%20un%20disco%20compacto.

Patrones de Diseño

Cargado por

Copyright:

Formatos disponibles

Patrones de Diseño

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Patrones de Diseño

Cargado por

Copyright:

Formatos disponibles

Nombre:

Nombre del maestro:

Ing. Eliel Rodriguez.

tres componentes distintos.

Este patrón se utiliza para el soporte del manejo de la interacción en

muchos sistemas basados en la Web.

• Separación clara de dónde tiene que ir cada tipo de lógica, facilitando el

mantenimiento y la escalabilidad de nuestra aplicación.

• Sencillez para crear distintas representaciones de los mismos datos.

• Facilidad para la realización de pruebas unitarias de los componentes, así como

de aplicar desarrollo guiado por pruebas (Test Driven Development o TDD).

• Reutilización de los componentes.

1. La cantidad de archivos que se deben mantener incrementa considerablemente.

2. La curva de aprendizaje es más alta que utilizando otros modelos.

3. Su separación en capas aumenta la complejidad del sistema.

Es una de las técnicas más comunes que los arquitectos de software

utilizan para dividir sistemas de software complicados.

Se utiliza para estructurar programas que se pueden descomponer en

grupos de subtareas, cada una de las cuales se encuentra en un nivel particular de

abstracción. Cada capa proporciona servicios a la siguiente capa superior.

• Centralización del control: los accesos, recursos y la integridad de los datos

son controlados por el servidor de forma que un programa cliente defectuoso

o no autorizado no pueda dañar el sistema.

• Escalabilidad: se puede aumentar la capacidad de clientes y servidores por

• Se reduce el tráfico de red considerablemente. Idealmente, el cliente se

comunica con el servidor utilizando un protocolo de alto nivel de abstracción

como por ejemplo SQL

• A veces no se logra la contención del cambio y se requiere una cascada de

cambios en varias capas;

• Dificultad de diseñar correctamente la granularidad de las capas.

Arquitectura del repositorio.

Todos los datos en un sistema se gestionan en un repositorio central,

accesible a todos los componentes del sistema. Los componentes no interactúan

directamente, sino tan sólo a través del repositorio.

de información generados deban almacenarse durante mucho tiempo. También puede

active una acción o herramienta.

• Los componentes pueden ser independientes, no necesitan conocer la

• La totalidad de datos se puede gestionar de manera consistente (por ejemplo,

respaldos realizados al mismo tiempo), pues todos están en un lugar.

• El repositorio es un punto de falla único, de modo que los problemas en el

• afectan a todo el sistema.

• Quizá sea difícil distribuir el repositorio por medio de varias computadoras.

En una arquitectura cliente-servidor, la funcionalidad del sistema se

organiza en servicios, y cada servicio lo entrega un servidor independiente. Los

usan cuando la carga de un sistema es variable.

a través de una red.

• La funcionalidad general (por ejemplo, un servicio de impresión) estaría

• Cada servicio es un solo punto de falla, de modo que es susceptible a ataques

de rechazo de servicio o a fallas del servidor.

• El rendimiento resultará impredecible porque depende de la red, así como del

• Quizás haya problemas administrativos cuando los servidores sean propiedad

El procesamiento de datos en un sistema se organiza de forma que cada

componente de procesamiento (filtro) sea discreto y realice un tipo de transformación

fluyen (como en una tubería) de un componente a otro para su

en lotes [batch] como en transacciones), donde las entradas se procesan en etapas

separadas para generar salidas relacionadas.

• Fácil de entender y soporta reutilización de transformación. El estilo del flujo

de trabajo coincide con la estructura de muchos procesos empresariales.

• La evolución al agregar transformaciones es directa.

• Puede implementarse como un sistema secuencial o como uno concurrente.