Redes

MODELADO DE APLICACIONES CLIENTE / SERVIDOR

1. Arquitectura de tres niveles
La llamada “Arquitectura en Tres Niveles”, es la más común en sistemas de información, que además de tener una interfaz de usuario contemplan la persistencia de los datos.
Una descripción de los tres niveles sería la siguiente:
Nivel 1: Presentación – ventanas, informes, etc.
Nivel 2: Lógica de laAplicación – tareas y reglas que gobiernan el proceso.
Nivel 3: Almacenamiento – mecanismo de almacenamiento.


[pic]

2. Arquitectura de tres niveles orientadas a objetos
▪ Descomposición del nivel de lógica de la aplicación. En el diseño orientado a objetos, el nivel de lógica de la aplicación se descompone en subniveles que son los siguientes:
▪ Objetos del Dominio:son clases que representan objetos del dominio. Por ejemplo en un problema de ventas, una “Venta” sería un objeto del dominio.
▪ Servicios: se hace referencia a funciones de interacción con la base de datos, informes, comunicaciones, seguridad, etc.
3. Arquitectura MULTI-nivel
La arquitectura de tres niveles puede pasar a llamarse de Múltiples Niveles si tenemos en cuenta el hecho de quetodos los niveles de la arquitectura de tres niveles se pueden descomponer cada uno de ellos cada vez más.
Por ejemplo el nivel de Servicios, se puede descomponer en servicios de alto y de bajo nivel, identificando como de alto nivel los servicios de generación de informes y como de bajo nivel los de manejo de ficheros de entrada y salida.
El motivo que lleva a descomponer la arquitecturadel sistema en diferentes niveles es múltiple:
▪ Separación de la lógica de la aplicación en componentes separados que sean más fácilmente reutilizables.
▪ Distribución de niveles en diferentes nodos físicos de computación
▪ Reparto de recursos humanos en diferentes niveles de la arquitectura.
4. Paquetes
La forma que tiene UML de agrupar elementos en subsistemas es através del uso de Paquetes, pudiéndose anidar los paquetes formando jerarquías de paquetes. De hecho un sistema que no tenga necesidad de ser descompuesto en subsistemas se puede considerar como con un único paquete que lo abarca todo.


Gráficamente un paquete viene representado como se indica en la figura.

[pic]

En la siguiente figura vemos cómo se representa la arquitecturadel sistema, con la notación de paquetes.


[pic]

5. Identificación de Paquetes
Vamos a definir una serie de reglas que nos pueden ser de utilidad a la hora de agrupar los diferentes elementos en paquetes.
▪ Conviene agrupar elementos que proporcionen un mismo servicio.
▪ Los elementos que se agrupen en un mismo paquete han de presentar un alto grado de cohesión, esdecir deben estar muy relacionados.
▪ Los elementos que estén en diferentes paquetes deben tener poca relación, es decir deben colaborar lo menos posible.



ARQUITECTURA MULTICAPAS

1. Arquitectura multicapas orientadas a objetos
Descomposición de la capa de la lógica de aplicaciones:
• Objetos del dominio.
• Servicios.
•
[pic]

2. Motivos para usararquitectura multicapas
• Aislamiento de la lógica de aplicaciones en componentes independientes susceptibles de reutilizarse después en otros sistemas.
• Distribución de las capas en varios nodos físicos de cómputo y en varios procesos. Esto puede mejorar el desempeño, la coordinación y el compartir la información en un sistema de cliente-servidor.
• Asignación de los diseñadorespara que construyan determinadas capas; por ejemplo, un equipo que trabaje exclusivamente en la capa de presentación. Y así se brinda soporte a los conocimientos especializados en las habilidades de desarrollo y también a la capacidad de realizar actividades simultaneas en equipo.






3. Representación de la Arquitectura con Paquetes UML

[pic]

4. Ejemplo de paquetes y...