PATRONES DE DISEÑO

EVALUACIÓN 3

Alumno: Matias Mauricio Aravena Gómez

Docente: Juan Manuel Martínez Morales
Modulo: Patrones de Diseño
Fecha: 07/11/2022
 Índice

Introducción...................................................................................................................................2
Punto 1.............................................................................................................................................3
Punto 2.............................................................................................................................................4
Punto 3.............................................................................................................................................5
Conclusión......................................................................................................................................6

1
 Introducción

La creación de un programa mediante los patrones de diseño nos permite crear un

programa más fácil de entender tanto para el usuario como el grupo de trabajo que
se encuentra detrás de la creación de un programa.
La Oficina de Atención al Cliente (OAC) desea implementar un sistema de gestión
de fila para sus 8 sucursales. Se solicita realizar el análisis y programar la
solución, aplicando patrones de diseño.
A continuación, se presentara soluciones a estos requerimientos.

2
 Punto 1

1. El sistema es único para los distintos subdepartamentos de Atención al

Cliente, por tanto debe contar con una forma de diferenciar a que
subdepartamento el cliente se dirige.

Patrón de diseño Facade

Código de programación

Como se puede apreciar en la imagen se ocupa un patrón de diseño facade

o fachada, ya que nos permite simplificar y separar la comunicación entre el
cliente y la complejidad del sistema interno. De esta manera, el cliente solo
debe conectarse a una interfaz y esta a su vez se comunicará con el resto
del sistema sin que el cliente sepa que procesos está haciendo el sistema.

3
 Punto 2

1. Se debe registrar cada ticket entregado.

Patrón de diseño Facade / Modelo Vista Controlador

Código de programación

Nuevamente ocupamos el patron de diseño facade o fachada, ya que nos

permite simplificar y separar la comunicación entre el cliente y la
complejidad del sistema interno. De esta forma el usuario solo se preocupa
de hacer uso del sistema sin tener la necesidad de saber que cálculos y
funciones está usando, También es importante mencionar que se ocupa el
patrón de diseño modelo vista controlador (MVC), que nos permite separar
las responsabilidades del sistema, desacoplando el modelo y la vista,
permitiendo su comunicación a través del controlador, también es
importante mencionar que esto significa que cuando hacemos un cambio en
alguna parte de nuestro código, esto no afecte otra parte de este.

4
 Punto 3

1. El sistema debe entregar un reporte de cuántos tickets se entregaron por

subdepartamento, al dia, semanal y mensual.

Patrón de diseño Facade / Modelo Vista Controlador

Código de programación

Como lo mencionamos anteriormente se ocupo el patrón facade & MVC con el

fin de que el usuario interactúe con el sistema y el programador o
desarrollador pueda tener ordenado en paquetes, vistas y modelos de lo que
es el código y sus clases, de tal forma que, si modificamos la base de datos
del sistema, solo debería modificar el modelo ya él se encarga de los datos y
el resto de la aplicación debería permanecer intacta.

5
 Conclusión

Para concluir con la solución a los requerimientos que fueron entregados por la
empresa, es importante mencionar que existen diversos patrones de diseños que
ayudan a la confección de un software, sobre todo en lo que corresponde a la
programación o codificación de él, esto ayuda a que el Código sea más simple y
fácil de entender, ya que muchas veces los programadores se ven enfrentados a
un Código Spaghetti y se les dificulta mucho entenderlo, pero con los patrones de
diseño esa inmensa cantidad de información de Código, puede resultar ser más
clara y fácil de entender. Ya que no es factible entregar un programa robusto
pero difícil de ocupar, ya que como ingenieros debemos entregar la solución más
fácil, es decir lo difícil hacerlo sencillo. También es importante mencionar que la
complejidad de un programa radica muchas veces en lo que quiere el cliente y
como el ingeniero y su equipo de trabajo se ven enfrentados a realizarlo, es decir
como el ingeniero cree que es mejor, olvidando por completo lo que solicita el
cliente desde un principio. Ejemplo claro es cuando se entrega un prototipo del
programa y el cliente dice, no es lo que me imaginaba.