Unidad 3. Aplicacion de sistemas.pdf


Vista previa del archivo PDF unidad-3-aplicacion-de-sistemas.pdf


Página 1...11 12 13141519

Vista previa de texto


Diseño y Arquitectura de Software
Unidad 3. Aplicación de sistemas
La idea principal sobre la cual gira el PAC es la de agentes cooperativos que hacen una
función bastante similar a una capa en el MVC. Los agentes tienen una organización
jerárquica que define el arquitecto de software y con una función específica dentro del
sistema en general; la jerarquía está compuesta por tres capas, de ahí viene el nombre
del patrón: Presentación, Abstracción, Control.
En gran medida es exactamente igual al patrón MVC, su diferencia está en la aplicación
que se le da a cada patrón. Para conocer su correcta aplicación al proponer la
arquitectura solución que soportará al software, el arquitecto debe tener bien definido qué
significa cada una de las partes mencionadas:


La presentación tiene el mismo trabajo que Vista en el modelo MVC.



La abstracción se encarga del manejo y almacenamiento de los datos, aunque
puede haber más agentes encargados de esta tarea. Una representación
multiagente para la abstracción.



El control se equipara al controlador en MVC. Recibe eventos disparadores desde
la presentación o desde la abstracción y da respuesta a ellos respecto a las reglas
de funcionamiento que se hayan impuesto dentro de él. Igual puede tener una
visión multiagente.

No tendría sentido evaluar dos patrones que sólo se diferencian en el nombre,
supuestamente los tres componentes de ambos patrones, MVC y PAC, son idénticos. No
obstante, la diferencia radica, principalmente, en el número de capas o agentes que se
dediquen en la solución del problema que se ataca, y en la división lógica de cada una de
ellas.

Esta división lógica se puede explicar al ver una capa que conforma al patrón MVC, por
ejemplo la vista en PAC, su equivalente es la presentación; en el patrón PAC puede estar
conformada por una cantidad más amplia de subsistemas que en la capa del patrón MVC.

Al final, se debe tomar como una única entidad, sea cual sea su conformación (uno o
muchos subsistemas) la capacidad de abstracción de su funcionamiento darán paso a la
implementación limpia y de baja dependencia.
Este patrón arquitectónico tiene la posibilidad de ser flexible a la hora de conformar su
estructura, la misma flexibilidad lo hace adaptable a las necesidades del usuario y del

13
Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software

13