Patrones de Diseño
Resendiz Nieto Melanie Gabriela
UPIICSA, CIUDAD DE MEXICO, MÉXICO
nietomelanie7@gmail.com
I. Introducción
En 1994, cuatro autores Erich Gamma, Richard Helm, Ralph
Johnson y John Vlissides, a los que llamaron Gang of Four
(GoF), publicaron un libro titulado Design Patterns,
elementos de software orientado a objetos reutilizables. Con
este trabajo se inició el concepto de patrón de diseño en el
desarrollo de software y recoge 23 patrones de diseño
comunes. Cada uno de ellos define la solución para resolver
un determinado problema, facilitando además la reutilización
del código fuente.
Los patrones de diseño o design patterns, son una solución
general, reutilizable y aplicable a diferentes problemas de
diseño de software. Se trata de plantillas que identifican
problemas en el sistema y proporcionan soluciones apropiadas
a problemas generales a los que se han enfrentado los
desarrolladores durante un largo periodo de tiempo, a través
de prueba y error.
II. Desarrollo/Marco teórico
En el ámbito de la computación, según Larman (2004), un
patrón de diseño es una descripción de un problema y su
solución, a la cual se le da un nombre, y se puede aplicar a
nuevos conceptos. A continuación se describen brevemente
los patrones utilizados en la investigación con base en
Larman:
• Polimorfismo
Cuando hay comportamientos que varían según el
tipo de objetivo y se desea que sea entendible a todos
se utiliza el polimorfismo. La ventaja de este patrón
radica en evitar dependencias lógicas condicionales
como cadenas de sentencias if-else o switch, las
cuales son poco extensibles.
Un ejemplo de esto podría ser el encendido de la
televisión, en algunos nuevos modelos al encender el
televisor podemos elegir que nos abra directamente
la sección de los canales o directamente ir al menú
para seleccionar a donde se quiere ir, como podrían
ser Netflix, YouTube, entre otras, esto simplemente
al activar encendido en el televisor; de esta forma lo
que simplemente seria encender televisión puede
variar en sus objetivos dependiendo cada persona y
sus necesidades o deseos.
• Fabrica o Factoría
Consiste en crear un objeto que encapsule y se
encargue de la creación de objetos. Para ejemplificar
esto podemos tomar las entradas de una
computadora, podrían ser USB, Disco extraíble,
HDMI, entre otros, todos con características y usos
diferentes pero al final todos son soportados e
implementados por el mismo ordenador. De esta
manera se soportar el formato de cada uno
individualmente para su uso y manejo mediante la
Fabrica creando nuevos objetivos para cada uno de
estos.
• Singleton
Esto nos funciona para cuando hay únicamente un
objeto que debe estar en varias instancias, el ejemplo
que nos presenta el documento es un GPS, pues
gracias a los permisos que tiene esta aplicación para
con otras podemos acceder a nuestra ubicación
actual desde otras aplicaciones para su uso como
podría ser “Ubicación actual” en WhatsApp, “A
dónde voy?” en Uber/Didi e incluso para ver el clima
del área donde estamos dúrate le día.
• Indirección
Este patrón de diseño sugiere que, se mejore el
acoplamiento entre dos clases, delegando la
responsabilidad de intermediación entre estas clases,
a un tercer elemento, que puede ser otra clase. Como
ejemplo de este patrón de diseño encontramos los
pagos electrónicos, que utilizan una UI (interfaz de
usuario) a través de la cual, se realiza la mediación
entre el banco, el cliente y la tienda, de lo anterior se
generan clases que realizan diferentes métodos de
pago y establecen una conexión entre los
involucrados
• Observador
Este se activa cuando el objeto tiene un cambió en su
estado y los componentes deben reaccionar en
respuesta; como ejemplo tenemos las bocinas con
bluetooth, al activar el bluetooth se conectará con el
dispositivo que reproducirá el audio, al apagarlo esta
informa al dispositivo que se acabo y deja de
reproducir el audio y se desconecta el bluetooth del
dispositivo.
A. Arquitectura de computadoras
1) Partes de un computador
John von Neumann dijo que un computador debe tener varias
partes para su funcionamiento pero principalmente podríamos
tener la unidad de cálculos lógicos y aritméticos (ALU), la
unida de control y una sección de memoria para el guardado
de los datos, todas conectadas entre ellas como se muestra en
la figura 1.
Podemos observar (fig. 1) como la unidad de control y el ALU
se conectan con la memoria mediante buses que llevan y traen
información mediante procesos para realizar las operaciones
necesarias par el sistema.
La ALU tiene la capacidad de r4ealizar diferentes operaciones
lógicas, operaciones trigonométricas, y matemáticas, sumas y
restas; mientras que el CPU le da la información a la ALU y
recibe el resultado producido para su interpretación.
Para Neumann, la CPU es la encargada del funcionamiento de
todo el sistema, pues se encarga del envió y ejecución de
instrucciones, dando y administrando los recursos del sistema,
especialmente para el manejo de la memoria.
Para el guardado de información se requiere una memoria de
datos, en la actualidad esta la llamada RAM, o memoria de
acceso aleatorio esto porque es posible acceder directamente
a cualquier dato guardado en ella.
Como se menciono anteriormente el BUS conecta diversas
partes del sistema entre sí, llevando o trayendo datos, como
puede ser, cuando el CPU le envía una operación o instrucción
a la ALU enviada mediante un bus, a su vez otro bus envía la
respuesta a la CPU para su interpretación y ejecución y
finalmente es enviada mediante un bus más a la memoria.
Descripción del simulador
B. Inicio del proyecto
Para el proyecto a realizar se utilizó un simulador de 32 bits
para el manejo de números enteros, también es multinúcleo lo
que permite ejecutar 3 hilos al mismo tiempo. Se eligió este
simulador por los requerimientos necesarios, algunos de ellos
serian:
 Debe tener un sistema operativo capaz de gestionar
la distribución de los núcleos almacenados en la cola.
Cuando el primero se acabe el hilo será sacado del
núcleo y colocado al final de la cola.
 Cada hilo debe compartir la misma memoria. Cada
núcleo se comunica con la memoria mediante caches,
un cache para traer las instrucciones y otro para
guardar los datos requeridos. Todos los chaces
conectados a la memoria principal mediante un bus
que accede un cache a la vez.
 Una interfaz que muestre al usuario en todo momento
el estado actual de los núcleos incluyendo la cantidad
de ejecuciones y las instrucciones ejecutadas ➢
Entre otros.
C. Estructura del proyecto
Para su fácil construcción está dividido en lógica del
procesador y simulador de memoria, ambas desarrolladas
paralelamente; el procesador está construido por lo más
sencillo de la interfaz para implementar la versión MIPPS del
procesador solicitado.
El núcleo es el componente que ejecuta los programas en el
simulador y posee únicamente un método llamado correr,
descrito mediante el siguiente pseudocódigo:
etapas.iniciar()
mientras todas las etapas sigan ejecutándose
si todas las etapas terminaron un ciclo
avanzar el ciclo
si el número de ciclos es mayor que el número
de ciclos máximo
señalar a las etapas que terminen de ejecutarse
etapas.avanzarCiclo()
etapas.terminarEjecucion()
De esta forma la implementación de las etapas no afecta la
ejecución del núcleo y el objeto Etapas provee un
comportamiento similar al de un adaptador
D. Trabajo futuro
Para incrementar la capacidad de la aplicación a futuro, se
puede aplicar nuevos Patrones en otras áreas del proyecto. Por
ejemplo, el protocolo de control del bus usado en el proyecto
actualmente es el protocolo “Snooping”. Si se deseara
implementar un nuevo protocolo para mejorar la eficiencia del
bus con múltiples procesadores, se podría aplicar el patrón
Estrategia y el patrón Composite para la implementación del
protocolo de control de bus. De esta forma se podría
experimentar con distintos protocolos sin necesidad de
modificar drásticamente el código.
 III. Conclusiones
Como nos damos cuenta a lo largo de la lectura del ensayo
base, siempre se está usando algún patrón ya sea por sus
ventajas, funcionamiento o su simple manejo, todo dependerá
del formato en que se esté trabajando y lo que venga menor
para el manejo del sistema, aquí se ejemplifican 5 de los
patrones del diseño, porque fueron los que sirvieron para el
llevado del proyecto, sin embargo puede haber muchos más
que servirían también en otros proyectos con diferentes
requerimientos, todo basándonos en la problemática base y a
donde se quiere llevar ese trabajo