INSTITUTO TECNOLOGICO DE TIZIMIN

DISEO DE LA ARQUITECTURA
DEL SOFTWARE

INTEGRANTES:

SUSANA LETICIA CHUC CHABLE

JOSE DOLORES HERRERA LORIA
CELSO JAVIER POOT TAH
MAURO OMAR ARZAPALO POOT
 Es la primera etapa tcnica del
la arquitectura nos identifica los
proceso de Ingeniera del
elementos mas importantes de un
Software, consiste en producir un
sistema as como sus relaciones. Es
modelo o representacin tcnica
decir nos da una visin global del
del software que se va a
sistema
desarrollar

El diseo de datos nos facilita la

representacin de los componentes
de datos de la arquitectura.
El diseo arquitectnico se centra
en la representacin de la estructura
de los componentes del software, sus
propiedades e interacciones.

El diseo arquitectnico comienza

Facilitan la comunicacin entre todas las
partes interesadas en el desarrollo de un
sistema basado en computadora.
Destaca decisiones tempranas de diseo que
tendrn un profundo impacto en todo el
trabajo de ingeniera del software.
Constituye un modelo relativamente
pequeo e intelectualmente comprensible de
cmo est estructurado el sistema y de cmo
trabajan juntos sus componentes
con el diseo de datos y despus
procede a la derivacin de una o
mas representaciones de la
estructura arquitectnica del
Estilos Arquitectnicos sistema.
Arquitecturas centradas de
datos.
Arquitecturas de flujo de tres variables
datos. principales
Arquitecturas de llamada y
retorno.
Arquitecturas orientadas a
objetos.
Tiempo.
Arquitecturas estratificadas
satisfaccin del cliente
costo de los desarrollos.
 La arquitectura no es el
software operacional.
Ms bien, es la representacin que capacita al ingeniero
del software para:
Analizar la efectividad del diseo para la consecucin
de los requisitos fijados.
A considerar las alternativas arquitectnicas en una
etapa en la cual hacer cambios en el diseo es
relativamente fcil.
Reducir los riesgos asociados a la construccin del
software.
En el contexto del diseo
arquitectnico.

un componente del software puede ser tan

simple como un mdulo de programa, pero
tambin puede ser algo tan complicado como
incluir bases de datos y software intermedio
middleware) que permiten la configuracin
de una red de clientes y servidores.
 Propiedades de los componentes

Las propiedades de los componentes son

aquellas caractersticas necesarias para
entender cmo los componentes interactan
con otros componentes.
A nivel arquitectnico, no se especifican las
propiedades internas (por ejemplo, detalles
de un algoritmo).
 Relaciones entre los componentes
Las relaciones entre los componentes pueden
ser tan sencillas como una llamada de
procedimiento de un mdulo a otro, o tan
complicadas como el protocolo de acceso a
bases de datos.
 Estilos Arquitectnicos:

Arquitecturas centradas de datos.

Arquitecturas de flujo de datos.
Arquitecturas de llamada y retorno.
Arquitecturas orientadas a objetos.
Arquitecturas estratificadas.
 Arquitecturas centradas de datos
En el centro de esta
arquitectura se
encuentra un almacn
de datos (por ejemplo,
un documento o una
base de datos) al que
otros componentes
acceden con frecuencia
para actualizar, aadir,
borrar o bien modificar
los datos del almacn.
 Arquitecturas de flujo de datos.
Esta arquitectura se
aplica cuando los
datos de entrada son
transformados a
travs de una serie de
componentes
computacionales o
manipulativos en los
datos de salida.
 Arquitecturas de llamada y retorno.
Este estilo arquitectnico permite al diseador del software
(arquitecto del sistema) construir una estructura de programa
relativamente fcil de modificar y ajustar a escala.
Existen dos subestilos dentro de esta categora:
arquitecturas de programa principal.
arquitecturas de llamada de procedimiento
remoto.
 Arquitecturas orientadas a objetos.
Los componentes de un sistema encapsulan
los datos y las operaciones que se deben
realizar para manipular los datos.
La comunicacin y la coordinacin entre
componentes se consigue a travs del paso de
mensajes.
 Arquitecturas estratificadas.
La estructura bsica de una
arquitectura estratificada se
representa en la Imagen. Se crean
diferentes capas y cada una realiza
operaciones que progresivamente
se aproximan ms al cuadro de
instrucciones de la mquina.
En la capa externa, los
componentes sirven a las
operaciones de interfaz de usuario.
En la capa interna, los componentes
realizan operaciones de interfaz del
sistema. Las capas intermedias
proporcionan servicios de utilidad y
funciones del software de
aplicaciones.
 Desventajas
Ventajas
Arquitectura como normativa La AS no admite ni requiere
madura otros paradigmas
No es necesario inventar una Abundancia de herramientas
nueva arquitectura de de diseo arquitectnico
software para cada sistema de
informacin No hay urgencia en considerar
Ayuden a la toma de otros paradigmas
decisiones
Es un nivel de diseo que hace
foco en aspectos ms all de
los algoritmos y estructuras de
datos de los sistemas
 CONCLUSION
La arquitectura del software nos proporciona una visin
global del sistema a construir.
Los componentes del software incluyen mdulos de
programas y varias representaciones de datos que son
manipulados por el programa.
La arquitectura marca decisiones de diseo
tempranas y proporciona el mecanismo para evaluar los
beneficios de las estructuras de sistema alternativas.