ARQUITECTURA DEL DOMINIO ESPECIFICO

MATERIA: ING. DE SOFTWARE ING. GABRIEL CEDEÑO 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 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 el componente de datos de la arquitectura en sistemas 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.

• 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”.• 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. en el éxito final del sistema como entidad operacional. lo que también resulta importante. . • 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.

 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. 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.La arquitectura no es el software operacional. .

Arquitectura del dominio especifico Modelo Genérico Modelo Referencia Flujo de datos de un compilador Arquitectura OSI .

Hay dos modelos arquitectónicos de dominio específico: 1. Constituyen un modo de informar a los diseñadores sobre la estructura general de esta clase de sistemas.Modelos de referencia. Son abstracciones obtenidas a partir de varios sistemas reales. 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.. Son más abstractos y describen in clase más amplia de sistemas. Los modelos de referencia normalmente se obtienen a partir de un estudio del dominio de la aplicación. .Modelos genéricos. Encapsulan las características principales de estos sistemas. Representan una arquitectura ideal que incluye todas las características que los sistemas podrían incorporar. 2.. en sistemas de tiempo real. Por ejemplo.

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). que les da respuesta. al mismo tiempo. Aquí se tratan dos tipos genéricos de arquitectura de sistemas distribuidos. Es necesario comprender las ventajas y desventajas de las diferentes arquitecturas de sistema distribuido.El reto para el diseño es diseñar el software y el hardware para proporcionar características deseables a los sistemas distribuidos y. el Cliente informático realiza peticiones a otro programa. el servidor. minimizar los problemas propios a estos sistemas. . Esta arquitectura consiste básicamente en que un programa.

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. Escalabilidad: se puede aumentar la capacidad de clientes y › servidores por separado. 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. Idealmente. Se reduce el tráfico de red considerablemente. el cliente se comunica con el servidor utilizando un protocolo de alto nivel de abstracción como por ejemplo SQL .

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). No hay distinción entre un proveedor de servicios y el usuario de estos servicios. Aquí. .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. PUNTOS IMPORTANTES: Una opción superadora es eliminar la distinción entre cliente y servidor y diseñar una arquitectura de objetos distribuidos.

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. A este middleware se lo denomina intermediario de peticiones de objetos.Los objetos pueden distribuirse a través de varias computadoras en una red y comunicarse a través de middleware.

. Los objetos que proporcionan servicios pueden ejecutarse sobre cualquier nodo de la red. ya que no hay necesidad de decidir con antelación dónde ubicamos la lógica de aplicación de los objetos. que permiten escribir objetos. 2) Es una arquitectura abierta: permite añadir nuevos recursos si es necesario.VENTAJAS DEL MODELO DE OBJETOS DISTRIBUIDO: 1) Permite al diseñador retrasar decisiones sobre dónde y cómo deberían proporcionarse los servicios. la distinción entre los modelos de cliente rico y ligero es irrelevante. Por lo tanto. Se han desarrollado estándares de comunicación de objetos. en diferentes lenguajes de programación para comunicarse y proporcionarse servicios entre ellos.

sin afectar al resto de los objetos del sistema. lo que mejora el rendimiento del sistema. a medida que la carga del sistema se incrementa. mediante la migración de objetos a través de la red. 4) Si es necesario. Esto importa cuando haya fluctuación en los patrones de demanda de servicios. Pueden añadirse nuevos objetos. de forma dinámica. se puede reconfigurar el sistema. . Un objeto que proporciona servicios puede migrar al mismo procesador que los objetos que demandan los servicios.3) El sistema es flexible y escalable.

Sus estándares aseguran una mayor compatibilidad e interoperabilidad entre distintos tipos de tecnología de red. . . 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.MODELO DE REFERENCIA OSI Es un esquema de red descriptivo. Describe la forma en que la información fluye a través de las redes.

. El modelo de referencia OSI muy pronto se transformo en el modelo arquitectónico principal para las comunicaciones entre equipos. En 1984 la ISO lanzo el modelo de referencia OSI. para ayudar a los fabricantes a crear implementaciones de red interoperativas.¿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.

.

.CAPA 7: CAPA DE APLICACIÓ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. Es la capa más cercana al usuario. 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. También determina si existen suficientes recursos para la comunicación planificada. brinda servicios de red a las aplicaciones del usuario pero no a otra capa OSI.

.CAPA 6: CAPA DE PRESENTACIÓN. 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. De ser necesario. 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.

proporciona también los recursos para la sincronización de unidades de dialogo. administra y pone fin a las sesiones entre aplicaciones. sincroniza el dialogo entre las entidades de las capas de presentación y administra el intercambio de datos.CAPA 5: CAPA SESIÓN. . La capa brinda sus servicios a la capa de presentación. Establece. Además.

CAPA 4: CAPA DE TRANSPORTE. 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. presentación y sesión están relacionadas con asuntos de aplicación. las cuatro capas inferiores se encargan del trasporte de datos. Esta segmenta y reensambla los datos en un flujo de datos mientras que las capas de aplicación. .

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. . la notificación de errores. Se ocupa del direccionamiento físico. la entrega ordenada de tramas y el control de flujo.CAPA 3: CAPA DE RED. la disciplina de línea (la forma en que los sistemas finales utilizan el enlace de red). CAPA 2: CAPA DE ENLACE DE DATOS. la topología de la red.

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

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

Sign up to vote on this title
UsefulNot useful