Вы находитесь на странице: 1из 2

Actividad 1.

Patrones aplicables a la arquitectura de software


La principal caracterstica de un patrn arquitectnico es la comunicacin de diseos. Una caracterstica es
un rasgo distintivo que slo posee algo (un objeto, persona, animal, entre otros) o un grupo de ellos.
Otras caractersticas que se pueden enumerar respecto a los patrones de diseo, son:
No reinventan soluciones a patrones conocidos.
Rehsan el conocimiento experto relativo a un diseo
Personas inexpertas pueden fcilmente hacer un diseo de alta calidad gracias a los patrones.
Se tienen menores errores al modelar la arquitectura de la solucin debido al uso de diseos ya
probados y que solucionaron problemas similares.
Los diseos que estn probados son fcilmente mantenibles.
A partir de los patrones, el software puede disearse para tener ciertas caractersticas deseadas
por el cliente o que la misma solucin necesite.
Adems de la lista presentada, se debe tener en cuenta algo muy importante: cuando se trata de
caractersticas de patrones de software no toda aquella solucin que tenga un cierto parecido a esta lo es.
Deben hacerse pruebas (de compatibilidad entre soluciones, de similaridad, de homogeneidad, entre
otras) a problemas que tienen las mismas premisas, y si es aplicable, se considerar un patrn. Sin
embargo, deber pasar adems una serie de pruebas aplicadas nica y particularmente a los patrones.
Antes de estas pruebas, la mencionada solucin no dejar de ser un patrn-primigenio.
Cuando un patrn haya pasado el conjunto de pruebas que haya que aplicar, tendr las siguientes
caractersticas:
Solucionar un problema: si no puede hacer ms all de tener principios o estrategias abstractas,
entonces no ser patrn.
Ser un concepto probado: como el punto anterior, si no ofrecen soluciones plenamente
demostrables, entonces no ser patrn.
La solucin no es obvia: un patrn busca soluciones a problemas complejos de forma que abstraen
dentro de s soluciones pequeas para cada parte del problema o de forma indirecta.
Describe participantes y relaciones entre ellos: se describe de manera clara y detallada un sistema
completo, no slo mdulos aislados. El nivel de complejidad puede crecer sin causar problema para
el patrn arquitectnico.
El patrn tiene un componente humano significativo: la principal razn de fabricar (o disear)
software es para facilitar el trabajo humano, de manera directa o indirecta.
Otra caracterstica necesaria de los patrones arquitectnicos, mas no suficiente, es la repeticin, si no la
tiene entonces no es un patrn.
En trminos formales se definir que:
La repeticin se debe tomar como una caracterstica cuantitativa
La utilidad y adaptabilidad como caractersticas cualitativas.
Ahora bien:
La arquitectura cliente-servidor es un patrn arquitectnico de sistemas distribuidos (Se define un
sistema distribuido como aquel en el que los componentes de hardware y software, localizados en
computadoras unidas mediante una red, comunican y coordinan sus acciones slo mediante el paso de
mensajes), en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados
servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones a otro programa, el
servidor, es quien le da respuesta.
Arquitectura de sistema:
Modelo cliente servidor
El modelo puede o no estar en la misma mquina del cliente.
Tanto servidores como clientes pueden ser iterativos o concurrentes.
Servicios proporcionados por mltiples servidores
Los servidores pueden dividir el conjunto de objetos en los que est basado el servicio y
distriburselos entre ellos mismos.
Pueden mantener rplicas de los objetos en cada mquina
Servidores proxy y caches
Un cache es un almacn de objetos de datos utilizados recientemente.
Los caches pueden estar ubicados en los clientes o en un servidor Proxy que se puede compartir
desde varios clientes.
El propsito de los servidores proxy es incrementar la disponibilidad y las prestaciones del
servicio, reduciendo la carga en las redes de rea amplia y en los servidores WEB.
Procesos peer to peer.
Todos los procesos desempean tareas semejantes, interactuando cooperativamente como
iguales para realizar una actividad distribuida o cmputo sin distincin entre clientes y
servidores
Los procesos pares mantienen la consistencia de los recursos y sincroniza las acciones a nivel
de aplicacin.
Esta idea tambin se puede aplicar a programas que se ejecutan sobre una sola computadora, aunque es
ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de computadoras. En
esta arquitectura la capacidad de proceso est repartida entre los clientes y los servidores, aunque son
ms importantes las ventajas de tipo organizativo debidas a la centralizacin de la gestin de la
informacin y la separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema. La
separacin entre cliente y servidor es una separacin de tipo lgico, donde el servidor no se ejecuta
necesariamente sobre una sola mquina ni es necesariamente un slo programa. Los tipos especficos de
servidores incluyen los servidores web, los servidores de archivo, los servidores del correo, etc. Mientras
que sus propsitos varan de unos servicios a otros, la arquitectura bsica seguir siendo la misma. Una
disposicin muy comn son los sistemas multicapa en los que el servidor se descompone en diferentes
programas que pueden ser ejecutados por diferentes computadoras aumentando as el grado de
distribucin del sistema. La red cliente-servidor es una red de comunicaciones en la cual los clientes estn
conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta;
y que los pone a disposicin de los clientes cada vez que estos son solicitados. Esto significa que todas las
gestiones que se realizan se concentran en el servidor, de manera que en l se disponen los
requerimientos provenientes de los clientes que tienen prioridad, los archivos que son de uso pblico y los
que son de uso restringido, los archivos que son de slo lectura y los que, por el contrario, pueden ser
modificados, etc. Este tipo de red puede utilizarse conjuntamente en caso de que se est utilizando en una
red mixta.
FUENTES DE CONSULTA:
http://ldc.usb.ve/~mcuriel/Cursos/sop3/Tema1.pdf
file:///C:/Users/FILIPPO/Downloads/U2_Modelos_de_Arquitectura%20(6).pdf