El documento aborda la importancia de la arquitectura de software en ambientes distribuidos, definiendo conceptos clave y estilos arquitectónicos que influyen en el diseño y la organización de los componentes de software. Presenta pasos recomendados para la creación de la arquitectura y discute la problemática de los ambientes distribuidos, sugiriendo la consolidación de tecnologías como solución. Además, destaca que la arquitectura no es solo el software operativo, sino que implica una plan integral que afecta las decisiones iniciales de diseño.

1. BY: CORTES CATZIN CARLOS ALONSO
Email: MSN.
carloscatzin@live.com
Website:
http://www.carloscatzin.wordpress.com

2. CORTES CATZIN CARLOS ALONSO.

3. 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?

4. Cuando se analiza la arquitectura
de un edificio viene a la mente
muchos atributos diferentes.
¿Que es la Arquitectura?

5. • En el
aspecto mas
simple, se considera la
forma general de
la
estructura física.

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

7. ¿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.

8. Analizando los sistemas se puede observar que existen patrones
que se repiten conformando
lo que se conoce como estilos arquitectónicos.
Un estilo arquitectónico define un conjunto de familias de patrones de software
con una determinada estructura y restricciones.
Generalmente los patrones de diseño y arquitectura definen soluciones
para medios repetitivos.

9. Para el desarrollo del
Diseño Arquitectónico se
recomiendan seguir los
siguientes pasos:
*Estructuración del
sistema
*Modelado de control
*Descomposición
modular

10. • La arquitectura del • las propiedades
Software de un visibles externamente
programa o sistema de de esos componentes
computo es la y las relaciones de
estructura o las ellos.
estructuras del
sistema, que incluyen
los componentes del
software,
Punto Clave: La arquitectura del software debe modelar la estructura de un sistema
Y la manera en que los datos y los componentes procedimentales colaboran entre si

11. 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 simple
como un modulo del programa o una clase orientada a objetos, pero también se extiende
A incluir base de datos y middleware que permita configurar una red de clientes y servicios.

12. ESTILOS Y PATRONES
ARQUITECTONICOS.
En el fondo de la
Mente de todo
Artista, hay un
Patron o tipo
De arquitectura
__G.K. Chesterton

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

14. Arquitectura centrada en datos: Un almacén de
datos se encuentra en el centro de esta
Arquitectura, 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.

15. Arquitectura orientada a objetos: Los componentes de un sistema encapsulan los datos y las
Operaciones que deben aplicarse para manipular los datos, la comunicación la coordinación
Entre componentes se consigue mediante el paso de mensajes.
Arquitectura estratificada: Son un pequeño subconjunto de los que dispone el diseñador
De 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

16. AMBIENTE
DISTRIBUIDO
r

17. 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.

18. 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

19. 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.

20. 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.

21. EN RESUMEN
La arquitectura de software en ambientes distribuidos
proporciona un concepto Holístico, que habrá que construirse.
Describe la estructura y la organización de los Componentes
del software, sus propiedades y la conexión entre ellos.
Entre los componentes del software se incluyen los modulos
del programa y las Diversas representaciones de datos que este
manipula. Por tanto, el diseño de datos Es una parte integral
de la derivación de la arquitectura de software. La arquitectura
Destaca las decisiones iníciales del diseño y proporciona
un mecanismo para considerar Los beneficios de estructuras
de sistema alternas.

22. BIBLIOGRAFIA
http://www.mihhe/pressman
http://www.lsi.upc.edu/~gomariz/index_archivos/IntroduccionSD-
EnricMartinez.pdf
http://www.monografias.com/trabajos16/sistemas-distribuidos/sistemas-
distribuidos.shtml
http://www.lsi.upc.edu/~gomariz/index_archivos/IntroduccionSD-
EnricMartinez.pdf
http://www.augcyl.org/?q=glol-intro-sistemas-distribuidos
http://ccc.inaoep.mx/~lamorales/distribuidos/FSD-
ConceptosGenerales.pdf
http://www2.umassd.edu/SECenter/SAResourcers.html
http://www.datawarehouse.com
http://www.sei.cmu.edu/ata/abas.html
Roger Pressman:
Ingeniería de software- Un enfoque practico, Sexta edición
Editorial: MC GRAWHILL

23. FIN DE LA PRESENTACION.
GRACIAS POR SU ATENCIÓN