Copyright HébergementWebs.com - License GPL

Arquitectura centrada en datos

Arquitectura y diseño de software   2020-11-18 05:27:16

Arquitectura centrada en datos En la arquitectura centrada en datos, los datos se centralizan y se accede con frecuencia a otros componentes, que modificar los datos. El objetivo principal de este estilo es lograr que los datos esten completos. La arquitectura centrada en datos consta de diferentes componentes que se comunican a traves de repositorios de datos compartidos. Los componentes acceden a una estructura de datos compartida y son relativamente independientes, ya que solo interactuan a traves del almacen de datos. El ejemplo mas conocido de arquitectura centrada en datos es una arquitectura de base de datos, en la que se crea un esquema de base de datos comun con un protocolo de definicion de datos - por ejemplo, un conjunto de tablas asociadas con campos y tipos de datos en un RDBMS. Otro ejemplo de arquitecturas centradas en datos es el arcoLa arquitectura web que tiene un esquema de datos comun (es decir, una estructura web) y sigue el modelo de datos hipermedia y los procesos se comunican mediante el uso de servicios de datos compartidos en los servicios web. Tipos de componentes Hay dos tipos de componentes: Una estructura de datos central o almacen de datos o almacen de datos, que es responsable de proporcionar un almacen de datos permanente. Representa el estado actual. Un acceso a datos o conjunto de componentes independientes que operan en el almacen acceso a datos central, realiza calculos y puede poner los resultados. Las interacciones o la comunicacion entre los accesadores de datos se produce solo a traves del almacen de datos. el unico medio de comunicacion entre clientes. Control flow diffdivide la arquitectura en dos categorias: Estilo de arquitectura de repositorio Estilo de arquitectura de Blackboard Estilo de arquitectura de repositorio En el estilo de arquitectura de repositorio, los datos son pasivos y los clientes (componentes de software o agentes) de la tienda los datos estan activos, que controlan el flujo logico. Los componentes participantes verifican cambios en el almacen de datos. El cliente envia una solicitud al sistema para realizar acciones (por ejemplo, insertar datos). Los procesos de calculo son independientes y se activan con las solicitudes entrantes. Si los tipos de transacciones en un flujo de entrada de transacciones desencadenan la seleccion de procesos a ejecutar, entonces esta es una arquitectura basica de repositorio de datos o tradicional, o repositorio pasivo. Este enfoque se utiliza ampliamente en DBMS, sistemas de informacion de bibliotecas, repositorio de interfaces CORBA, compiladores y entornos CASE (ingenieria de software asistida por computadora). Beneficios Proporciona datos completos y funciones de copia de seguridad y restauracion. Proporciona escalabilidad y reutilizacion de agentes porque no tienen comunicacion directa entre ellos. Reduce la sobrecarga de datos transitorios entre componentes de software. Desventajas Es mas vulnerable a fallas y es posible la replicacion o duplicacion de datos. Gran dependencia entre la estructura de datos del data mart y sus agentes. Cambios en la estructura de datos afavorecer fuertemente a los clientes. La evolucion de los datos es dificil y cara. Costo de mover datos a traves de la red para datos distribuidos. Blackboard Architecture Style En Blackboard Architecture Style, el almacen de datos esta activo y sus clientes son pasivos. Por lo tanto, el flujo logico esta determinado por el estado actual de los datos en el almacen de datos. Tiene un componente de pizarra, que actua como un repositorio central de datos, y una representacion interna esta construida e implementada por diferentes elementos computacionales. Una serie de componentes que actuan independientemente sobre la estructura de datos comun se almacenan en la matriz. En este estilo, los componentes interactuan solo a traves de la pizarra. El almacen de datos alerta a los clientes cuando se produce un cambio en el almacen de datos. El estado actual de la solucion se almacena en la pizarra y el procesamiento se activa por el estado de la pizarra. El sistema envia notificaciones llamadas activador y datos a los clientes cuando ocurren cambios en los datos. Este enfoque se encuentra en algunas aplicaciones de inteligencia artificial y aplicaciones complejas, como reconocimiento de voz, reconocimiento de imagenes, sistema de seguridad y sistemas informaticos. gestion de recursos corporativos, etc. Si el estado actual de la estructura de datos central es el desencadenante principal para seleccionar que procesos ejecutar, el repositorio puede ser una pizarra y esta source de datos shared es un agente activo. Una diferencia importante con los sistemas de base de datos tradicionales es que la invocacion de elementos de calculo en una arquitectura de pizarra se activa por estado Actuaruel de la pizarra, y no de entradas externas. Partes de la plantilla de pizarra La plantilla de pizarra generalmente se presenta en tres partes principales: Fuentes de conocimiento (KS) Las sources de conocimiento, tambien conocidas como oyentes o suores son unidades separadas e independientes. Resuelven partes de un problema y agregan resultados parciales. La interaccion entre las sources de conocimiento se produce unicamente a traves de la pizarra. Estructura de datos de Blackboard Los datos del informe de resolucion de problemas se organizan en una jerarquia dependiente de la aplicacion. Las sources de conocimiento realizan cambios en la pizarra que conducen gradualmente a una solucion al problema. Control El control gestiona las tareas y comprueba el estado de trabajo. Beneficios Proporciona escalabilidad que proporciona una source de conocimiento que es facil de agregar o actualizar. Proporciona simultaneidad que permite que todas las sources de conocimiento funcionen en paralelo, ya que son independientes entre si. Apoya la experimentacion de hipotesis. Apoya la reutilizacion de agentes de sources de conocimiento. Desventajas Cambiar la estructura de la pizarra puede tener un impacto significativo en todos sus agentes porque existe una estrecha dependencia entre la pizarra y la source de conocimiento. Puede ser dificil decidir cuando terminar el razonamiento porque solo se espera una solucion aproximada. Problemas para sincronizar varios agentes. Principales desafios enns el diseno y prueba del sistema.