BY: CORTES CATZIN CARLOS ALONSO

Email: MSN.carloscatzin@live.comWebsite:http://www.carloscatzin.wordpress.com

CORTES CATZIN CARLOS ALONSO.

DISEÑO DE ARQUITECTURA DE SOFTWAREEN AMBIENTE DISTRIBUIDO

¿Que es?¿Quién lo hace?¿Por qué es importante?¿Cuáles son los pasos¿Cuál es el producto obtenido?¿Cómo puedo estar seguro de que lo he hecho correctamente?

¿Que es la Arquitectura?

Cuando se analiza la arquitectura de un edificio viene a la mente muchos atributos diferentes.

• En elaspecto mas

simple, se considera la forma general de la estructura física.

Pero en realidad, la arquitectura es mucho mas, es la manera en que los diversos componentes de un edificio se integran para formar un todo cohesionado.

Pero en realidad, la arquitectura es mucho mas, es la manera en que los diversos componentes de un edificio se integran para formar un

todo cohesionado.

¿Pero, que considera la arquitectura de software?

El concepto de Arquitectura de Software tiene mucho tiempo de antigüedad, pero no fue hasta la década de los 1990s que comenzó a utilizarse de manera formal.

Analizando los sistemas se puede observar que existen patronesque se repiten conformando lo que se conoce como estilos arquitectónicos.

Un estilo arquitectónico define un conjunto de familias de patrones de softwarecon una determinada estructura y restricciones.

Generalmente los patrones de diseño y arquitectura definen solucionespara medios repetitivos.

Para el desarrollo del Diseño Arquitectónico se recomiendan seguir los siguientes pasos:

*Estructuración del sistema

*Modelado de control*Descomposición

modular

• La arquitectura del Software de un programa o sistema de computo es la estructura o las estructuras del sistema, que incluyen los componentes del software,

• las propiedades visibles externamente de esos componentes y las relaciones de ellos.

Punto Clave: La arquitectura del software debe modelar la estructura de un sistemaY la manera en que los datos y los componentes procedimentales colaboran entre si

La Arquitectura no es el software operativo.

“Cásese cuanto antes con su arquitectura y después arrepiéntase a su gusto”___________________________Barry Boehm

Esta definición destaca el papel de los “Componentes del software” en cualquier representación arquitectónica.

Nota: En el contexto del diseño arquitectónico, un componente de software es algo tan simplecomo un modulo  del programa o una clase orientada a objetos, pero también se extiendeA incluir base de datos y middleware que permita configurar una red de clientes y servicios.

En el fondo de laMente de todoArtista, hay unPatron o tipoDe arquitectura__G.K. Chesterton

ESTILOS Y PATRONES ARQUITECTONICOS.

Arquitectura de flujo de datos: Se aplica cuando los datos de entrada se habrán de transformaren datos de salida, mediante una serie de componentes para el calculo o la manipulación.

Arquitectura centrada en datos: Un almacén de datos se encuentra en el centro de estaArquitectura, otros componentes tienen acceso a el, y cuentan con la opción de actualizar, Agregar, eliminar o, por otra parte, modificar los datos de este almacén.

Arquitectura orientada a objetos: Los componentes de un sistema encapsulan los datos y lasOperaciones que deben aplicarse para manipular los datos, la comunicación la coordinaciónEntre componentes se consigue mediante el paso de mensajes.

Arquitectura estratificada: Son un pequeño subconjunto de los que dispone el diseñadorDe software.

Arquitectura de llamada y retorno: Permite que un diseñador de software obtenga

Una estructura de programa que resulta relativamente fácil modificar y cambiar de tamaño

DISTRIBUIDO

AMBIENTE

r

La mayoría de los Centros de Datos fueron construidos hace más de cincuenta años, cuando los mainframes eran utilizados para la administración de la información.

Conforme la tendencia cliente-servidor comenzó a cobrar fuerza, los servidores se volvieron más poderosos y las redes fueron incapaces de suministrar el ancho de banda necesario para satisfacer a todos los usuarios.

Con el fin de satisfacer requerimientos específicos dentro de la empresa, varios departamentos se encargaron de traer más servidores para cada área o de construir pequeños Centros de Datos.

El resultado: ambientes distribuidos. Los típicos ambientes distribuidos que existen actualmente cuentan con una innumerable cantidad de servidores y dispositivos de almacenamiento corriendo cientos de aplicaciones a lo largo de toda la empresa

Un ambiente distribuido puede volverse inflexible, inestable y costoso, además de que no posee una infraestructura uniforme capaz de soportar fallas. Los factores operacionales, por su parte, traen consigo consecuencias financieras de gran importancia para la empresa.

Por tanto, la solución viable que ofrecen los desarrolladores de software a este tipo de ambiente distribuido es la Consolidación de TI, siendo un primer paso natural el migrar a un ambiente de centralización.

EN RESUMENLa arquitectura de software en ambientes distribuidosproporciona un concepto Holístico, que habrá que construirse.Describe la estructura y la organización de los Componentesdel software, sus propiedades y la conexión entre ellos.Entre los componentes del software se incluyen los modulosdel programa y las Diversas representaciones de datos que estemanipula. Por tanto, el diseño de datos Es una parte integralde la derivación de la arquitectura de software. La arquitecturaDestaca las decisiones iníciales del diseño y proporcionaun mecanismo para considerar Los beneficios de estructurasde sistema alternas.

BIBLIOGRAFIA

http://www.mihhe/pressman

http://www.lsi.upc.edu/~gomariz/index_archivos/IntroduccionSD-EnricMartinez.pdfhttp://www.monografias.com/trabajos16/sistemas-distribuidos/sistemas-distribuidos.shtmlhttp://www.lsi.upc.edu/~gomariz/index_archivos/IntroduccionSD-EnricMartinez.pdfhttp://www.augcyl.org/?q=glol-intro-sistemas-distribuidoshttp://ccc.inaoep.mx/~lamorales/distribuidos/FSD-ConceptosGenerales.pdfhttp://www2.umassd.edu/SECenter/SAResourcers.htmlhttp://www.datawarehouse.comhttp://www.sei.cmu.edu/ata/abas.html

Roger Pressman:Ingeniería de software- Un enfoque practico, Sexta edición Editorial: MC GRAWHILL

FIN DE LA PRESENTACION.GRACIAS POR SU ATENCIÓN