Humberto Orellana

0907 – 19 – 10916
Análisis de Sistemas
PROPUESTA DE ARQUITECTURA

Ya que el sistema está planteado para tener un funcionamiento conjunto con otros
servicios y de que se procesan múltiples solicitudes al mismo tiempo, se propone
una arquitectura conocida por Servicios.

Lo mejor sería realizar una automatización de información en la transformación de

datos en cada uno de los servicios que tiene. El plan es que cuando un usuario
realiza un pago, este permita al banco generar un reporte en automático, para
después enviarlo a través de la página web de la ferretería ya así esta poder
almacenarla en su base de datos.

Patrón de diseño:
Para esta situación, se ha elegido entre varias opciones el patrón de Chain of
responsability. Este patrón permite acoplar el emisor de una petición a su receptor,
permitiendo así que más de un objeto pueda responder a una petición.

Patrón de arquitectura:
Como se dijo anteriormente, el patrón de arquitectura que se va a utilizar es el
orientado a servicios. YA que este, a diferencia de uno muy parecido que es el de
microservicios, abarca un concepto más grande que es justo lo que se necesita para
esta situación. Una de las ventajas claras de este patrón es que, si se quisiera
modificar a futuro, no supone gran dificultad, por lo que siempre se podrá mantener
funcionando y actualizado.

DIAGRAMA DE CLASES