UNADMEXICO.

MX
Actividad 3. Patrones de arquitectura
de software
Diseo y arquitectura de software

28/09/2014




[Escriba aqu una descripcin breve del documento. Normalmente, una descripcin breve es un resumen corto del contenido del documento.
Escriba aqu una descripcin breve del documento. Normalmente, una descripcin breve es un resumen corto del contenido del documento.]


Patrn de arquitectura

Caractersticas

Programacin por capas


La programacin por capas es un estilo de programacin en la que el objetivo primordial
es la separacin de la lgica de negocios de la lgica de diseo, un ejemplo bsico de esto
es separar la capa de datos de la capa de presentacin al usuario.

1. Capa de presentacin: es la que ve el usuario (tambin se la denomina "capa de
usuario"), presenta el sistema al usuario, le comunica la informacin y captura la
informacin del usuario en un mnimo de proceso (realiza un filtrado previo para
comprobar que no hay errores de formato).

2. Capa de negocio: es donde residen los programas que se ejecutan, se reciben las
peticiones del usuario y se envan las respuestas tras el proceso. Se denomina capa de
negocio (e incluso de lgica del negocio) porque es aqu donde se establecen todas las
reglas que deben cumplirse.


3. Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos.
Est formada por uno o ms gestores de bases de datos que realizan todo el
almacenamiento de datos, reciben solicitudes de almacenamiento o recuperacin de
informacin desde la capa de negocio.


Arquitecturas de pizarra o repositorio
La arquitectura en pizarra consta de mltiples elementos funcionales,
denominados agentes, y un instrumento de control denominado pizarra.
Los agentes suelen estar especializados en una tarea concreta o elemental. Todos ellos
cooperan para alcanzar una meta comn, si bien, sus objetivos individuales no estn
aparentemente coordinados.
El comportamiento bsico de cualquier agente consiste en examinar la pizarra, realizar su
tarea y escribir sus conclusiones en la misma pizarra. De esta manera, otro agente puede
trabajar sobre los resultados generados por otro.
La computacin termina cuando se alcanza alguna condicin deseada entre los resultados
escritos en la pizarra.




Esta arquitectura es tremendamente til cuando el problema a resolver (o algoritmo a
implementar) es extremadamente complejo en trminos cognitivos. Es decir, cuando el
flujo de control del algoritmo es enrevesado, o simplemente, no se tiene un conocimiento
completo del problema a resolver.


Las desventajas de la arquitectura son bastante obvias a priori. Es importante no
generalizar en este aspecto, puesto que cada implementacin en particular puede
solventar estas desventajas en algn mbito limitado:
No existe garanta de que se alcanzar una solucin.
Es una arquitectura ineficiente, puesto que no existe una cota respecto al tiempo
de cmputo necesario para resolver el problema.
Es difcil obtener una traza de los pasos que llevaron a la solucin, es decir, no
ofrece explicaciones.
Arquitectura dirigida por eventos



La Arquitectura dirigida por eventos, o EDA, es un patrn de arquitectura software que
promueve la produccin, deteccin, consumo de, y reaccin a eventos.
Un evento puede ser definido como "un cambio significativo en un estado". Por
ejemplo, cuando un consumidor compra un coche, el estado del coche pasa de
"se vende" a "vendido".
La arquitectura del sistema del vendedor de coches debe tratar este cambio de
estado como un evento, cuyo suceso puede ser conocido en otras aplicaciones en
la arquitectura.
Desde una perspectiva formal, lo que es producido, publicado, propagado,
detectado o consumido es un mensaje (tpicamente asncrono) llamado
notificacin del evento, y no el evento en s mismo, el cul es el cambio de estado
que dispar la emisin del evento. Los eventos no viajan, solamente ocurren.





Una red peer-to-peer, red de pares, red entre iguales, red entre pares o red punto a
punto (P2P, por sus siglas en ingls) es una red de computadoras en la que todos o
Peer-to-peer P2P



algunos aspectos funcionan sin clientes ni servidores fijos, sino una serie de nodos que se
comportan como iguales entre s.
Es decir, actan simultneamente como clientes y servidores respecto a los
dems nodos de la red. Las redes P2P permiten el intercambio directo de
informacin, en cualquier formato, entre los ordenadores interconectados.
Normalmente este tipo de redes se implementan como redes superpuestas construidas en
la capa de aplicacin de redes pblicas como Internet.
El hecho de que sirvan para compartir e intercambiar informacin de forma directa entre
dos o ms usuarios ha propiciado que parte de los usuarios lo utilicen para intercambiar
archivos cuyo contenido est sujeto a las leyes de copyright, lo que ha generado una gran
polmica entre defensores y detractores de estos sistemas.
Las redes peer-to-peer aprovechan, administran y optimizan el uso del ancho de
banda de los dems usuarios de la red por medio de la conectividad entre los
mismos, y obtienen as ms rendimiento en las conexiones y transferencias que
con algunos mtodos centralizados convencionales, donde una cantidad
relativamente pequea de servidores provee el total del ancho de banda y
recursos compartidos para un servicio o aplicacin.


Arquitectura orientada a servicios


La Arquitectura Orientada a Servicios de cliente un concepto de arquitectura de
software que define la utilizacin de servicios para dar soporte a los requisitos del
negocio.
Permite la creacin de sistemas de informacin altamente escalables que reflejan el
negocio de la organizacin, a su vez brinda una forma bien definida de exposicin e
invocacin de servicios (comnmente pero no exclusivamente servicios web), lo cual
facilita la interaccin entre diferentes sistemas propios o de terceros.
SOA define las siguientes capas de software:
Aplicaciones bsicas - temas desarrollados bajo cualquier arquitectura o
tecnologa, geogrficamente dispersos y bajo cualquier figura de propiedad;
De exposicin de funcionalidades - Donde las funcionalidades de la capa
aplicativa son expuestas en forma de servicios (generalmente como servicios
web);
De integracin de servicios - Facilitan el intercambio de datos entre elementos de
la capa aplicativa orientada a procesos empresariales internos o en colaboracin;
De composicin de procesos - Que define el proceso en trminos del negocio y
sus necesidades, y que vara funcin del negocio;
De entrega - donde los servicios son desplegados a los usuarios finales.
SOA proporciona una metodologa y un marco de trabajo para documentar las
capacidades de negocio y puede dar soporte a las actividades de integracin y
consolidacin.


Modelo vista a controlador


El Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que separa
los datos y la lgica de negocio de una aplicacin de la interfaz de usuario y el mdulo
encargado de gestionar los eventos y las comunicaciones.

Para ello MVC propone la construccin de tres componentes distintos que son el modelo,
la vista y el controlador, es decir, por un lado define componentes para la representacin
de la informacin, y por otro lado para la interaccin del usuario.

Este patrn de diseo se basa en las ideas de reutilizacin de cdigo y
la separacin de conceptos, caractersticas que buscan facilitar la tarea de
desarrollo de aplicaciones y su posterior mantenimiento.


Fuentes:
1. http://programacionporcapas.blogspot.mx/
2. http://www.es.wikipedia.org/wiki/Arquitectura_en_pizarra_(informtica)
3. http://www.genbetadev.com/paradigmas-de-programacion/introduccion-a-la-programacion-dirigida-por-eventos
4. http://ingeniatic.euitt.upm.es/index.php/tecnologias/item/574-redes-p2p
5. http://www.iprofesional.com/notas/46399-Qu-es-SOA-la-arquitectura-orientada-a-servicios
6. www.lab.inf.uc3m.es/~a0080802/RAI/mvc.html