Академический Документы
Профессиональный Документы
Культура Документы
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.
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.
Modelo Genrico
Modelo Referencia
Arquitectura OSI
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
Los objetos pueden distribuirse a travs de varias computadoras en una red y comunicarse a travs de middleware.
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.
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.
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.
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.