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 proceso de Ingeniera del Software, consiste en producir un modelo o representacin tcnica del software que se va a desarrollar

la arquitectura nos identifica los elementos mas importantes de un sistema as como sus relaciones. Es decir nos da una visin global del sistema

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.

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

Estilos Arquitectnicos Arquitecturas centradas de datos. Arquitecturas de flujo de datos. Arquitecturas de llamada y retorno. Arquitecturas orientadas a objetos. Arquitecturas estratificadas

El diseo arquitectnico comienza con el diseo de datos y despus procede a la derivacin de una o mas representaciones de la estructura arquitectnica del sistema.

tres variables principales

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

Ventajas
Arquitectura como normativa madura No es necesario inventar una nueva arquitectura de software para cada sistema de informacin Ayuden a la toma de decisiones Es un nivel de diseo que hace foco en aspectos ms all de los algoritmos y estructuras de datos de los sistemas

Desventajas
La AS no admite ni requiere otros paradigmas Abundancia de herramientas de diseo arquitectnico No hay urgencia en considerar otros paradigmas

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.