8/9/2019 DRS_U3_A3_ANET

1/6

Tabla de contenido

Introduccin......................................................................................................................2

Glosario..............................................................................................................................2

8/9/2019 DRS_U3_A3_ANET

2/6

Sistemas distribuidos

8/9/2019 DRS_U3_A3_ANET

3/6

Arquitectura en capas.

8/9/2019 DRS_U3_A3_ANET

4/6

El Patrn de Arquitectura

De acuerdo a la Arquitectura base mostrada en la imagen anterior, podemos hacerla separacin de las partes lgicas y fsicas que conforman la solucin del

Software.Una manera correcta de lograr esta divisin, es la aplicacin del patrnarquitectnico odelo!"ista!#ontrolador, separando las tareas del sistema deSoftware a implementar.#omo lo vimos en la teora, el sistema de Software se puede dividir en tres partes$% &o que el usuario ve '(antallas), que es la parte especifica que representala capa de la vista, esto asociado con la arquitectura base, estaremos hablando dela capa de representacin.% &a aplicacin de las reglas de negocio propias del conte*to, que es la parteespecifica que representa la capa del #ontrolador y que para la arquitectura baserepresenta la capa de aplicacin.% (or ultimo determinar en donde se almacenan los datos, que es la parteespecfica que representa la capa del odelo y que para la arquitectura por capasrepresenta la #apa de Datos.+n resumen nos apoyaremos en el patrn de Arquitectura de "# para hacer laseparacin lgica y fsica sobre la base a estas tres capas$% &a nterfa- del Usuario% &a lgica del egocio% &os Datos de &a aplicacin

8/9/2019 DRS_U3_A3_ANET

5/6

Aplicacin de la Arquitectura MVC a la Arquitectura base.

/asado en el patrn arquitectnico "#, podemos tener varias venta0as o me0orassobre la arquitectura base, ya que al separarlo ayuda a resolver el problema en

8/9/2019 DRS_U3_A3_ANET

6/6

forma independiente de cada capa, pues cada una de las partes traba0aindependiente de las otras dos, cumpliendo con el principio b1sico de laseparacin modular$ 2/a0a dependencia, alta cohesin3

(or otra parte la independencia modular, permite la reutili-acin de cualquier de

las tres partes, es decir la lgica del negocio puede ser llamada desde diferentestipos de dispositivos teniendo los mismos resultados para las diferentesplataformas, solo cambiara la forma en como se representan los datosprocesados. A la capa del odelo y #ontrolador se les puede aplicar el mismoprincipio. +sto es muy conveniente para las diferentes sucursales4 en dondecuenten con diferentes plataformas y dispositivos.

+l mantenimiento del sistema ba0o este esquema de separacin para lassucursales, sera m1s f1cil, pues ante una falla, es r1pido identificar en que capalgica y5o fsica del patrn "# se genera dicha falla, sin afectar a los otros dos.

&a capa de datos de la arquitectura base corresponde en forma directa a la capadel modelo, ya que es la representacin de los datos de la aplicacin generados yalmacenados, por cada una de las sucursales, en las entidades de ventas,productos, usuarios, etc., de la base de datos centrali-ada y donde la capa delmodelo deber1 ser capa- de recuperarlos y mostrarlos a las dem1s capas enforma transparente de como se reali- la sincroni-acin.