ARQUITECTURA DEL DOMINIO ESPECIFICO

INTEGRANTES:PRADO HERRERA NIDIA YARETPERALTA HERNANDEZ ANAYELI

DIAZ MORALES ILSE ABIGAIL

MATERIA:ING. DE SOFTWARE

ING. GABRIEL CEDEÑO COLLLINS

¿QUÉ ES UNA AQUITECTURA?Una arquitectura de software define la estructura general de un sistema y varía de acuerdo con el tipo de sistema a desarrollarse. Así, puede estar basada en elementos sencillos o componentes prefabricados de mayor tamaño, y se especifica de acuerdo con los diferentes tipos de sistemas.

El diseño de la arquitectura de software considera dos niveles

Diseño de datos

Permite representar elcomponente de datos de

la arquitectura ensistemas convencionales y definiciones de clase de los sistemas orientados a

objetos.

Diseño arquitectónico

Se concentra en la representación de la

estructura de los componentes del

software, sus propiedades e interacciones.

¿POR QUÉ ES IMPORTANTE LA ARQUITECTURA?

• Las representaciones de la arquitectura del software permiten la comunicación entre todas las partes interesadas en el desarrollo de un sistema de cómputo.

• La arquitectura destaca las decisiones iniciales relacionadas con el diseño que tendrán un impacto profundo en todo el trabajo de la ingeniería del software que le sigue y, lo que también resulta importante, en el éxito final del sistema como entidad operacional.

• La arquitectura “constituye un modelo relativamente pequeño e intelectualmente comprensible de cómo está estructurado el sistema y cómo trabajan juntos sus componentes”.

¿QUÉ PASA CON LA ARQUITECTURA DE SOFTWARE?

La arquitectura no es el software operacional. Más bien, es la representación que capacita al ingeniero del software para:

analizar la efectividad del diseño para la consecución de los requisitos fijados, considerar las alternativas arquitectónicas en una etapa en la cual hacer cambios en el diseño es relativamente fácil, y reducir los riesgos asociados a la construcción del software.

Flujo de datos de un compilador

Modelo Genérico Modelo Referencia

Arquitectura del dominio especifico

Arquitectura OSI

Hay dos modelos arquitectónicos de dominio específico:

1.- Modelos genéricos. Son abstracciones obtenidas a partir de varios sistemas reales. Encapsulan las características principales de estos sistemas. Por ejemplo, en sistemas de tiempo real, podría haber modelos arquitectónicos genéricos de diferentes tipos de sistemas tales como sistemas de recolección de datos p sistemas de monitorización.

2.- Modelos de referencia. Son más abstractos y describen in clase más amplia de sistemas. Constituyen un modo de informar a los diseñadores 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 aplicación. Representan una arquitectura ideal que incluye todas las características que los sistemas podrían incorporar.

El reto para el diseño es diseñar el software y el hardware para proporcionar características 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 genéricos de arquitectura de sistemas distribuidos.

La arquitectura cliente-servidor es una forma de dividir las responsabilidades de un Sistema de Información separando la interfaz de usuario (Nivel de presentación) de la gestión de la información (Nivel de gestión de datos).

Esta arquitectura consiste básicamente en que un programa, el Cliente informático 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 más ventajosa en un sistema multiusuario distribuido a través de una red de computadoras.

Ventajas de la arquitectura cliente-servidor

Centralización 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 dañar el sistema.

Escalabilidad: se puede aumentar la capacidad de clientes y �servidores por separado. Se reduce el tráfico de red considerablemente. Idealmente, el cliente se comunica con el servidor utilizando un protocolo de alto nivel de abstracción como por ejemplo SQL

Arquitectura de los objetos distribuidos: Para esta arquitectura no hay distinción entre servidores y clientes y el servidor puede ser visto como un conjunto de objetos que interaccionan cuya localización es irrelevante. No hay distinción entre un proveedor de servicios y el usuario de estos servicios.

PUNTOS IMPORTANTES:

Una opción superadora es eliminar la distinción entre cliente y servidor y diseñar 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 distinción lógica entre un cliente (el receptor de un servicio) y un servidor (el proveedor de un servicio).

Los objetos pueden distribuirse a través de varias computadoras en una red y comunicarse a través de middleware.

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

Su misión es proporcionar una interfaz transparente entre los objetos.

Proporciona un conjunto de servicios que permiten la comunicación entre los objetos y que éstos sean añadidos y eliminados del sistema.

VENTAJAS DEL MODELO DE OBJETOS DISTRIBUIDO:

1) Permite al diseñador retrasar decisiones sobre dónde y cómo deberían proporcionarse los servicios. Los objetos que proporcionan servicios pueden ejecutarse sobre cualquier nodo de la red. Por lo tanto, la distinción entre los modelos de cliente rico y ligero es irrelevante, ya que no hay necesidad de decidir con antelación dónde ubicamos la lógica de aplicación de los objetos.

2) Es una arquitectura abierta: permite añadir nuevos recursos si es necesario.Se han desarrollado estándares de comunicación de objetos, que permiten escribir objetos, en diferentes lenguajes de programación para comunicarse y proporcionarse servicios entre ellos.

3) El sistema es flexible y escalable. Pueden añadirse 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 dinámica, mediante la migración de objetos a través de la red. Esto importa cuando haya fluctuación 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 estándares aseguran una mayor compatibilidad e interoperabilidad entre distintos tipos de tecnología de red. Describe la forma en que la información fluye a través de las redes, es decir describe la forma en que la información o los datos se trasladan desde programas de aplicación a través de un medio de red hasta otro programa de aplicación ubicado en otro equipo de red.

.

¿CUÁNDO Y DÓNDE SURGE MODELO DE REFERENCIA OSI?

Para solucionar el problema de incompatibilidad de las redes que no podían comunicarse entre si, la Organización internacional para la normalización (ISO) analizo los diversos diseños 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 arquitectónico principal para las comunicaciones entre equipos.

Capas del Modelo de referencia OSI:

CAPA 7: CAPA DE APLICACIÓN.

Es la capa más 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 comunicación, sincroniza las aplicaciones que cooperan entre si y establece los procedimientos para la recuperación de errores y el control de la integridad de los datos. También determina si existen suficientes recursos para la comunicación planificada.

CAPA 6: CAPA DE PRESENTACIÓN.

Asegura que la capa de aplicación de un sistema pueda leer la información enviada por la capa de aplicación de otro sistema. De ser necesario, la capa de presentación realiza una traducción entre varios formatos de representación de datos utilizando un formato de representación de datos común.

CAPA 5: CAPA SESIÓN.

Establece, administra y pone fin a las sesiones entre aplicaciones. La capa brinda sus servicios a la capa de presentación. Además, sincroniza el dialogo entre las entidades de las capas de presentación y administra el intercambio de datos, proporciona también los recursos para la sincronización 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 aplicación, presentación y sesión están relacionadas con asuntos de aplicación, 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 implementación de transporte, es decir se ocupa de temas tales como la confiabilidad del transporte a través de un Internetworking de redes.

CAPA 3: CAPA DE RED.

Es una capa completa que proporciona conectividad y selección de ruta entre dos sistemas finales que pueden estar ubicados en redes geográficamente distintas.

CAPA 2: CAPA DE ENLACE DE DATOS.

Se ocupa del direccionamiento físico, la topología de la red, la disciplina de línea (la forma en que los sistemas finales utilizan el enlace de red), la notificación de errores, la entrega ordenada de tramas y el control de flujo.

CAPA 1: CAPA FÍSICA.

Define las especificaciones eléctricas, mecánicas, de procedimiento y funcionales para activar, mantener y desactivar el enlace físico entre sistemas finales. Características tales como niveles de tensión, sincronización de cambio de tensión, velocidad de datos físicos, distancia de transmisión máxima, conectores físicos y otros atributos similares.

La arquitectura servirá para describir las propiedades de sus componentes y sus relaciones (interacciones). Además 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.