Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Arquitectura de Capas en Sistemas
Arquitectura de Capas en Sistemas
de Informacin
Introduccin
La metodologa RPM presentada por C. Larman presupone una estructura de
tres capas que es tpica de los Sistemas de Informacin. Estas tres capas son:
La capa de la Presentacin
Esta capa rene todos los aspectos del software que tiene que ver con
las interfaces y la interaccin con los diferentes tipos de usuarios
humanos Estos aspectos tpicamente incluyen el manejo y aspecto de
las ventanas, el formato de los reportes, menes, grficos y elementos
multimedia en general.
Tabla relacional, Consulta a Base de Datos que tienen que ver con cmo mejor
implementar los conceptos del negocio. La mayora de estos elementos de un
Modelo Conceptual terminan agrupndose naturalmente en la capa del
Dominio de la Aplicacin.
Este enfoque de RPM termina por sesgar la metodologa hacia el desarrollo de
la capa del Dominio de la Aplicacin, y en la prctica, tiende a hacer
presuponer que el desarrollo de las otras capas se puede ajustar al diseo de
la capa del Dominio de Aplicacin, lo cual no es siempre el caso, incluso dentro
del mbito de los Sistemas de Informacin.
Antes de estudiar el Modelo Conceptual, nos conviene aclarar qu es una
arquitectura de capas, su importancia e implicaciones, para tener mayor
claridad en los riesgos que corremos al adoptar una metodologa como RPM.
Arquitectura de Capas
Preguntar qu conocen por arquitectura de capas (en Sistemas de
Operacin, Redes de Computadores...).
Nos limitaremos a manejar la nocin de arquitectura como una forma de
estructurar los elementos de un software.
En toda arquitectura de capa los elementos agrupados en una misma
capa pueden comunicarse entre si; pero existen variantes en cuanto a
las comunicaciones permitidas entre elementos de capas diferentes:
1. Arquitectura top-down de capas:
Los elementos de una capa i+1 pueden enviar solicitudes de servicio a
elementos de la capa inferior i. Tpicamente se produce una cascada de
solicitudes, es decir para satisfacer una solicitud a una capa i+2, sta
requiere enviar varias solicitudes a la capa i+1; cada una de estas
solicitudes a la capa i+1 genera a su vez un conjunto de solicitudes a la
capa i y as sucesivamente. Una arquitectura top-down es laxa (o no
estricta) si los elementos de una capa i+1 pueden enviar solicitudes de
servicio directamente a un elemento de cualquiera de las i capas
inferiores.
Dominio de la aplicacin;
Repositorio.