Evidencia II Arquitectura de software Vol.1 | Page 5

Controlador: Interpreta las acciones del ratón y el teclado, informando al modelo y/o a la vista para que cambien según resulte apropiado. Tanto la vista como el controlador dependen del modelo, el cual no depende de las otras clases. Esta separación permite construir y probar el modelo independientemente de la representación visual. La separación entre vista y controlador puede ser secundaria en aplicaciones de clientes ricos y, de hecho, muchos frameworks de interfaz implementan ambos roles en un solo objeto. En aplicaciones de Web, por otra parte, la separación entre la vista (el browser) y el controlador (los componentes del lado del servidor que manejan los requerimientos de HTTP) es muy más definida. Tuberia-filtro Una tubería (pipeline) es una popular arquitectura que conecta componentes computacionales (filtros) a través de conectores (pipes), de modo que las computaciones se ejecutan a la manera de un flujo. Los datos se transportan a través de las tuberías entre los filtros, transformando gradualmente las entradas en salidas. Se aplica cuando los datos de entrada se han de transformar en datos de salida mediante una serie de operaciones. Los componentes (filtros) van transmitiendo datos al siguiente por medio de tuberías. Los filtros no necesitan saber el funcionamiento de los vecinos. Sólo se preocupan de su entrada y su salida. Si hay una sola línea de transformaciones se denomina procesamiento por lotes secuencial (pipeline) Arquitectura por capas: Esta se define como un estilo de capaz como una organización jerárquica tal que cada capa proporciona a la capa inmediatamente superior y se sirve de las prestaciones de la capa inferior. Las capas pueden ser entidades complejas, compuestas de varios paquetes o subsistemas. Las ventajas del estilo en capas son obvias. Para el caso de estudio eh elegido como patrón arquitectónico el MVC, ya que dentro de este patrón tenemos muchas ventajas que podemos sacar mucho provecho de acuerdo a su funcionamiento. Contamos con un modelo (base de datos) con el cual podemos construir por medio de un lenguaje de base de datos SQL, un esquema de base de datos que contenga tablas bien definidas para poder hacer consultas de acuerdo a lo que el usuario pide. El usuario cuando una petición (GET) por ejemplo la consulta sobre la información de un precio de un producto el controlador hace una petición al modelo y este envía un respuesta (request) al controlador y este envía una respuesta(GET) a la vista donde el usuario recibe la contestación que es mostrada en la vista. Con las imágenes siguientes podemos constatar el funcionamiento del patrón elegido MVC y su funcionamiento: