Académique Documents
Professionnel Documents
Culture Documents
Arquitectura en capas.
L !i"# d$ %# In&$r'#(
Prod*"&o D$&#%%$s
El Patrn de Arquitectura
0e acuerdo a la Arquitectura base mostrada en la imagen anterior, podemos hacer la separacin de las partes lgicas 9 &:sicas que con&orman la solucin del 2o&t;are. 4na manera correcta de lograr esta divisin, es la aplicacin del patrn arquitectnico Modelo !ista "ontrolador, separando las tareas del sistema de 2o&t;are a implementar. "omo lo vimos en la teor:a, el sistema de 2o&t;are se puede dividir en tres partes$ <o que el usuario ve (=antallas), que es la parte especi&ica que representa la capa de la vista, esto asociado con la arquitectura base, estaremos hablando de la capa de representacin. <a aplicacin de las reglas de negocio propias del conte,to, que es la parte especi&ica que representa la capa del !ontrolador 9 que para la arquitectura base representa la capa de aplicacin. =or ultimo determinar en donde se almacenan los datos, que es la parte espec:&ica que representa la capa del "odelo 9 que para la arquitectura por capas representa la "apa de 0atos.
En resumen nos apo9aremos en el patrn de Arquitectura de M!" para hacer la separacin lgica 9 &:sica sobre la base a estas tres capas$ <a >nter&a? del 4suario <a lgica del @egocio <os 0atos de <a aplicacin
-I01A
CON1ROLADO R
MODEL
Aasado en el patrn arquitectnico M!", podemos tener varias ventajas o mejoras sobre la arquitectura base, 9a que al separarlo a9uda a resolver el problema en &orma independiente de cada capa, pues cada una de las partes trabaja independiente de las otras dos, cumpliendo con el principio b(sico de la separacin modular$ BAaja dependencia, alta cohesinC =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 di&erentes tipos de dispositivos teniendo los mismos resultados para las di&erentes plata&ormas, solo cambiara la &orma en como se representan los datos procesados. A la capa del Modelo 9 "ontrolador se les puede aplicar el mismo principio. Esto es mu9 conveniente para las di&erentes sucursales* en donde cuenten con di&erentes plata&ormas 9 dispositivos. El mantenimiento del sistema bajo este esquema de separacin para las sucursales, seria m(s &(cil, pues ante una &alla, es r(pido identi&icar en que capa lgica 9/o &:sica del patrn M!" se genera dicha &alla, sin a&ectar a los otros dos. <a capa de datos de la arquitectura base corresponde en &orma directa a la capa del modelo, 9a que es la representacin de los datos de la aplicacin generados 9 almacenados, por cada una de las sucursales, en las entidades de ventas, productos, usuarios, etc., de la base de datos centrali?ada 9 donde la capa del modelo deber( ser capa? de recuperarlos 9 mostrarlos a las dem(s capas en &orma transparente de como se reali?o la sincroni?acin.