Introduccin

Un estilo arquitectnico es una abstraccin de tipos de elementos y aspectos formales a partir de arquitecturas
especficas. Una vez que el arquitecto de software, tiene claro cules son los requerimientos, toma la decisin de
establecer una estrategia para modelarlo, aplicando una convencin grfica o algn lenguaje avanzado de alto nivel de
abstraccin.

Explicacin

El estilo arquitectnico es una descripcin del patrn de los datos y la interaccin de control entre los componentes,
ligada a una descripcin informal de los beneficios e inconvenientes del uso del estilo.

En el momento que surge la arquitectura de software se generaliza la arquitectura cliente- servidor, luego se comenz a
utilizar las arquitecturas en capas y basadas en componentes y hace poco la basada en recursos y servicios.

Los estilos constituyen la esencia de la arquitectura, constituyen un conjunto de reglas de diseo, que identifica las
clases de componentes y conectores que se pueden utilizar para conformar el sistema.

Basada en datos

Repositorio pasivo, el software cliente accede a los datos independientemente de los cambios de los datos o de las
acciones del software de otro cliente.

Repositorio pizarrn, el repositorio enva notificaciones a los clientes cuando los datos de su inters cambian, siendo
por tanto un ente activo.

Pizarra

En la Arquitectura en pizarra varios subsistemas especializados pueden reunir sus conocimientos para construir una
posible solucin parcial o aproximada, permite una coleccin de programas independientes que trabajan conjuntamente en
una estructura de datos comn.

Tuberas y filtros

Los filtros no solo filtran sino que ejecutan formas variables de transformacin, estn diseados para esperar la entrada
de datos con cierta forma y producir su salida (al siguiente filtro), de una forma especfica. La aplicacin tpica es un
procesamiento clsico da datos.

Modular

Capacidad de descomposicin modular.

Capacidad de empleo de componentes modulares.

Capacidad de comprensin modular.

Continuidad modular.

Proteccin modular.

Pasos a seguir

1. Identificar los mdulos.

 2. Describir cada mdulo.

Cliente servidor

Caractersticas

C y S pueden actuar como una entidad o como entidades separadas.

Capacidad de proceso repartida.

Las funciones de C y S pueden estar en plataformas separadas.

Cambios realizados transparentes.

Interrelacin hardware-software basados en infraestructura poderosa.

3. Describir las relaciones entre mdulos.

Caractersticas del cliente

Papel activo en la comunicacin.

Espera y recibe respuestas del S.

Puede conectarse a varios servidores a la vez.

Interacta con usuarios finales

Caractersticas del servidor

Papel pasivo en la comunicacin.

Tras recibir una solicitud, la procesan y envan respuesta al C.

Acepta conexiones de un gran nmero de clientes.

Llamada y retorno

Se obtiene una estructura de programa que resulta fcil de modificar y cambiar de tamao. Existen dos subestilos,
arquitectura de programa principal/ subprograma y la arquitectura de llamada a procedimiento remoto. El objetivo de RPC
es extender a los sistemas distribuidos el mecanismo de llamadas a procedimientos y subrutinas de los lenguajes de
programacin.

Basada en componentes

Una arquitectura basada en componentes describe una aproximacin de ingeniera de software al diseo y desarrollo de un
sistema. Esta arquitectura se enfoca en la descomposicin del diseo en componentes funcionales o lgicos que expongan
interfaces de comunicacin bien definidas .
 Facilidad de Instalacin. Cuando una nueva versin est disponible, usted podr reemplazar la versin existente sin

impacto en otros componentes o el sistema como un todo.

Costos reducidos. El uso de componentes de terceros permite distribuir el costo del desarrollo y del mantenimiento.

Facilidad de desarrollo. Los componentes implementan un interface bien definida para proveer la funcionalidad

definida permitiendo el desarrollo sin impactar otras partes del sistema.

Reusable. El uso de componentes reutilizables significa que ellos pueden ser usados para distribuir el desarrollo y el

mantenimiento entre mltiples aplicaciones y sistemas.

Mitigacin de complejidad tcnica. Los componentes mitigan la complejidad por medio del uso de contenedores de

componentes y sus servicios. Ejemplos de servicios de componentes incluyen activacin de componentes, gestin de la

vida de los componentes, gestin de colas de mensajes para mtodos del componente y transacciones.

Basada en servicios

SOA es un estilo arquitectnico para la construccin de aplicaciones de software en base a servicios disponibles.
Entre sus principales caractersticas destacan:

Su flexibilidad, que permite la reutilizacin.

Su versatilidad, que hace posible que los servicios puedan ser consumidos por los clientes en aplicaciones o
procesos de negocio distintos.

Sus posibilidades, que optimizan el trabajo con datos y su coordinacin.

SOA permite la reutilizacin de activos existentes para nuevos servicios que se pueden crear a partir de una infraestructura
de TI que ya se haba diseado. De esta forma, permite a las empresas optimizar la inversin por medio de la reutilizacin
que, adems, conlleva otra ventaja: la interoperabilidad entre las aplicaciones y tecnologas heterogneas.

La arquitectura orientada a servicios es fuente de ventaja competitiva ya que, por su configuracin:

Aumenta la eficiencia en los procesos.

Amortiza la inversin realizada en sistemas.

Reduce costes de mantenimiento.

Fomenta la innovacin orientada al desarrollo de servicios.

Simplifica el diseo, optimizando la capacidad de organizacin

Mquina virtual
Puede hacerse pasar por otro dispositivo -como un PC- de tal modo que puedes ejecutar otro
sistema operativo en su interior. Tiene su propio disco duro, memoria, tarjeta grfica y dems
componentes de hardware, aunque todos ellos son virtuales.

Que sus componentes sean virtuales no quiere decir necesariamente que no existan. Por ejemplo, una
mquina virtual puede tener unos recursos reservados de 2 GB de RAM y 20 GB de disco duro, que obviamente
salen de algn sitio: del PC donde est instalada la mquina virtual, tambin llamado a veces el hipervisor
 Un ADL debe modelar o soportar Componentes, Conexiones, Composicin jerrquica, en la que un componente puede
contener una sub-arquitectura completa, Paradigmas de computacin, es decir, semnticas, restricciones y propiedades no
funcionales, Paradigmas de comunicacin, Modelos formales subyacentes, Soporte de herramientas para modelado,
anlisis, evaluacin y verificacin y Composicin automtica de cdigo aplicativo.

Un ADL permite la Capacidad para modelar componentes con aserciones de propiedades, interfaces e
implementaciones, Capacidad de modelar conectores con protocolos, asercin de propiedades e implementaciones,
Abstraccin y encapsulamiento,

Tipos y verificacin de tipos y Capacidad para integrar herramientas de anlisis.