ARQUITECTURA DEL DOMINIO ESPECIFICO

MATERIA: ING. DE SOFTWARE ING. GABRIEL CEDEO COLLLINS

INTEGRANTES: PRADO HERRERA NIDIA YARET PERALTA HERNANDEZ ANAYELI DIAZ MORALES ILSE ABIGAIL

Una arquitectura de software define la estructura general de un sistema y vara de acuerdo con el tipo de sistema a desarrollarse. As, puede estar basada en elementos sencillos o componentes prefabricados de mayor tamao, y se especifica de acuerdo con los diferentes tipos de sistemas.

El diseo de la arquitectura de software considera dos niveles

Diseo de datos Permite representar el componente de datos de la arquitectura en sistemas convencionales y definiciones de clase de los sistemas orientados a objetos. Diseo arquitectnico Se concentra en la representacin de la estructura de los componentes del software, sus propiedades e interacciones.

 Las representaciones de la arquitectura del software permiten la comunicacin entre todas las partes interesadas en el desarrollo de un sistema de cmputo.

La arquitectura destaca las decisiones iniciales relacionadas con el diseo que tendrn un impacto profundo en todo el trabajo de la ingeniera del software que le sigue y, lo que tambin resulta importante, en el xito final del sistema como entidad operacional.
La arquitectura constituye un modelo relativamente pequeo e intelectualmente comprensible de cmo est estructurado el sistema y cmo trabajan juntos sus componentes.

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, considerar las alternativas arquitectnicas en una etapa en la cual hacer cambios en el diseo es relativamente fcil, y reducir los riesgos asociados a la construccin del software.

Arquitectura del dominio especifico

Modelo Genrico

Modelo Referencia

Flujo de datos de un compilador

Arquitectura OSI

Hay dos modelos arquitectnicos de dominio especfico:

1.- Modelos genricos. Son abstracciones obtenidas a partir de varios sistemas reales. Encapsulan las caractersticas principales de estos sistemas. Por ejemplo, en sistemas de tiempo real, podra haber modelos arquitectnicos genricos de diferentes tipos de sistemas tales como sistemas de recoleccin de datos p sistemas de monitorizacin. 2.- Modelos de referencia. Son ms abstractos y describen in clase ms amplia de sistemas. Constituyen un modo de informar a los diseadores sobre la estructura general de esta clase de sistemas. Los modelos de referencia normalmente se obtienen a partir de un estudio del dominio de la aplicacin. Representan una arquitectura ideal que incluye todas las caractersticas que los sistemas podran incorporar.

El reto para el diseo es disear el software y el hardware para proporcionar caractersticas deseables a los sistemas distribuidos y, al mismo tiempo, minimizar los problemas propios a estos sistemas. Es necesario comprender las ventajas y desventajas de las diferentes arquitecturas de sistema distribuido. Aqu se tratan dos tipos genricos de arquitectura de sistemas distribuidos. La arquitectura cliente-servidor es una forma de dividir las responsabilidades de un Sistema de Informacin separando la interfaz de usuario (Nivel de presentacin) de la gestin de la informacin (Nivel de gestin de datos). Esta arquitectura consiste bsicamente en que un programa, el Cliente informtico realiza peticiones a otro programa, el servidor, que les da respuesta.

Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema multiusuario distribuido a travs de una red de computadoras.

Ventajas de la arquitectura cliente-servidor Centralizacin del control: los accesos, recursos y la integridad de los datos son controlados por el servidor de forma que un programa cliente defectuoso o no autorizado no pueda daar el sistema. Escalabilidad: se puede aumentar la capacidad de clientes y servidores por separado. Se reduce el trfico de red considerablemente. Idealmente, el cliente se comunica con el servidor utilizando un protocolo de alto nivel de abstraccin como por ejemplo SQL

Arquitectura de los objetos distribuidos: Para esta

arquitectura no hay distincin entre servidores y clientes y el servidor puede ser visto como un conjunto de objetos que interaccionan cuya localizacin es irrelevante. No hay distincin entre un proveedor de servicios y el usuario de estos servicios.
PUNTOS IMPORTANTES: Una opcin superadora es eliminar la distincin entre cliente y servidor y disear una arquitectura de objetos distribuidos. Aqu, los componentes del sistema son objetos que proporcionan y requieren un conjunto de servicios. Otros objetos realizan llamadas a estos servicios sin hacer ninguna distincin lgica entre un cliente (el receptor de un servicio) y un servidor (el proveedor de un servicio).

Los objetos pueden distribuirse a travs de varias computadoras en una red y comunicarse a travs de middleware.

A este middleware se lo denomina intermediario de peticiones de objetos.

Su misin es proporcionar una interfaz transparente entre los objetos. Proporciona un conjunto de servicios que permiten la comunicacin entre los objetos y que stos sean aadidos y eliminados del sistema.

VENTAJAS DEL MODELO DE OBJETOS DISTRIBUIDO: 1) Permite al diseador retrasar decisiones sobre dnde y cmo deberan proporcionarse los servicios. Los objetos que proporcionan servicios pueden ejecutarse sobre cualquier nodo de la red. Por lo tanto, la distincin entre los modelos de cliente rico y ligero es irrelevante, ya que no hay necesidad de decidir con antelacin dnde ubicamos la lgica de aplicacin de los objetos. 2) Es una arquitectura abierta: permite aadir nuevos recursos si es necesario. Se han desarrollado estndares de comunicacin de objetos, que permiten escribir objetos, en diferentes lenguajes de programacin para comunicarse y proporcionarse servicios entre ellos.

3) El sistema es flexible y escalable. Pueden aadirse nuevos objetos, a medida que la carga del sistema se incrementa, sin afectar al resto de los objetos del sistema.

4) Si es necesario, se puede reconfigurar el sistema, de forma dinmica, mediante la migracin de objetos a travs de la red. Esto importa cuando haya fluctuacin en los patrones de demanda de servicios. Un objeto que proporciona servicios puede migrar al mismo procesador que los objetos que demandan los servicios, lo que mejora el rendimiento del sistema.

MODELO DE REFERENCIA OSI

Es un esquema de red descriptivo. Sus estndares aseguran una mayor compatibilidad e interoperabilidad entre distintos tipos de tecnologa de red. Describe la forma en que la informacin fluye a travs de las redes, es decir describe la forma en que la informacin o los datos se trasladan desde programas de aplicacin a travs de un medio de red hasta otro programa de aplicacin ubicado en otro equipo de red.

CUNDO Y DNDE SURGE MODELO DE REFERENCIA OSI?

Para solucionar el problema de incompatibilidad de las redes que no podan comunicarse entre si, la Organizacin internacional para la normalizacin (ISO) analizo los diversos diseos de redes, para ayudar a los fabricantes a crear implementaciones de red interoperativas. En 1984 la ISO lanzo el modelo de referencia OSI. El modelo de referencia OSI muy pronto se transformo en el modelo arquitectnico principal para las comunicaciones entre equipos.

CAPA 7: CAPA DE APLICACIN.

Es la capa ms cercana al usuario, brinda servicios de red a las aplicaciones del usuario pero no a otra capa OSI, es decir que solo brinda servicios a los procesos que se ejecutan fuera del alcance del modelo OSI. Esta capa identifica y establece la disponibilidad de los diversos elementos que deben participar en la comunicacin, sincroniza las aplicaciones que cooperan entre si y establece los procedimientos para la recuperacin de errores y el control de la integridad de los datos. Tambin determina si existen suficientes recursos para la comunicacin planificada.

CAPA 6: CAPA DE PRESENTACIN.

Asegura que la capa de aplicacin de un sistema pueda leer la informacin enviada por la capa de aplicacin de otro sistema. De ser necesario, la capa de presentacin realiza una traduccin entre varios formatos de representacin de datos utilizando un formato de representacin de datos comn.

CAPA 5: CAPA SESIN.

Establece, administra y pone fin a las sesiones entre aplicaciones. La capa brinda sus servicios a la capa de presentacin. Adems, sincroniza el dialogo entre las entidades de las capas de presentacin y administra el intercambio de datos, proporciona tambin los recursos para la sincronizacin de unidades de dialogo.

CAPA 4: CAPA DE TRANSPORTE.

Esta segmenta y reensambla los datos en un flujo de datos mientras que las capas de aplicacin, presentacin y sesin estn relacionadas con asuntos de aplicacin, las cuatro capas inferiores se encargan del trasporte de datos. Esta capa intenta suministrar un servicio de transporte de datos que proteja las capas superiores de los detalles de implementacin de transporte, es decir se ocupa de temas tales como la confiabilidad del transporte a travs de un Internetworking de redes.

CAPA 3: CAPA DE RED.

Es una capa completa que proporciona conectividad y seleccin de ruta entre dos sistemas finales que pueden estar ubicados en redes geogrficamente distintas.

CAPA 2: CAPA DE ENLACE DE DATOS.

Se ocupa del direccionamiento fsico, la topologa de la red, la disciplina de lnea (la forma en que los sistemas finales utilizan el enlace de red), la notificacin de errores, la entrega ordenada de tramas y el control de flujo.

CAPA 1: CAPA FSICA.

Define las especificaciones elctricas, mecnicas, de procedimiento y funcionales para activar, mantener y desactivar el enlace fsico entre sistemas finales. Caractersticas tales como niveles de tensin, sincronizacin de cambio de tensin, velocidad de datos fsicos, distancia de transmisin mxima, conectores fsicos y otros atributos similares.

La arquitectura servir para describir las propiedades de sus componentes y sus relaciones (interacciones). Adems aplica el desarrollo Incremental, Iterativo y Evolutivo donde se ven los planes preliminares que se van a utilizar. Es importante conocer muy bien las arquitecturas distribuidas para brindar una mayor eficiencia.