Your SlideShare is downloading. ×
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Arquitecturas de pizarra o repositório
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Arquitecturas de pizarra o repositório

2,221

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,221
On Slideshare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
55
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. ARQUITECTURAS DEPIZARRA O REPOSITÓRIO EQUIPO 4
  • 2. INTRODUCCIÓN• Un sistema de pizarra se implementa para resolver problemas en los cuales las entidades individuales se manifiestan incapaces de aproximarse a una solución, o para los que no existe una solución analítica, o para los que sí existe pero es inviable por la dimensión del espacio de búsqueda.
  • 3. PARTES DE LA ARQUITECTURA DE PIZARRATodo modelo de este tipo consiste en las siguientestres partes:• Fuentes de conocimiento, necesarias para resolver el problema.• Una pizarra que representa el estado actual de la resolución del problema.• Una estrategia, que regula el orden en que operan las fuentes.
  • 4. COMPONENTES• En esta arquitectura hay dos componentes principales: una estructura de datos que representa el estado actual y una colección de componentes independientes que operan sobre él [SG96]. En base a esta distinción se han definidos dos subcategorías principales del estilo:• Si los tipos de transacciones en el flujo de entrada definen los procesos a ejecutar, el repositorio puede ser una base de datos tradicional (implícitamente no cliente-servidor).
  • 5. • Si el estado actual de la estructura de datos dispara los procesos a ejecutar, el repositorio es lo que se llama una pizarra pura o un tablero de control.•
  • 6. USO E IMPLEMENTACIÓN• Estos sistemas se han usado en aplicaciones que requieren complejas interpretaciones de proceso de señales (reconocimiento de patrones, reconocimiento de habla, etc), o en sistemas que involucran acceso compartido a datos con agentes débilmente acoplados.• También se han implementado estilos de este tipo en procesos en lotes de base de datos y ambientes de programación organizados como colecciones de herramientas en torno a un repositorio común.
  • 7. • Muchos más sistemas de los que se cree están organizados como repositorios: bibliotecas de componentes reutilizables, grandes bases de datos y motores de búsqueda.• Algunas arquitecturas de compiladores que suelen presentarse como representativas del estilo tubería- filtros, se podrían representar mejor como propias del estilo de pizarra, dado que muchos compiladores contemporáneos operan en base a información compartida tal como tablas de símbolos, árboles sintácticos abstractos (AST), etcétera
  • 8. • Así como los estilos lineales de tubería-filtros suelen evolucionar hacia (o ser comprendidos mejor como) estilos de pizarra o repositorio, éstos suelen hacer morphing a estilos de máquinas virtuales o intérpretes [GS94].
  • 9. • Los estilos de pizarra no son sólo una curiosidad histórica; por el contrario, se los utiliza en exploraciones recientes de inteligencia artificial distribuida o cooperativa, en robótica, en modelos multi-agentes, en programación evolutiva, en gramáticas complejas, en modelos de crecimiento afines a los L-Systems de Lindenmayer, etc.
  • 10. PROCESO DE RESOLUCIÓN• Al comienzo del proceso de resolución, se establece el problema en la pizarra. Las fuentes tratan de resolverlo cambiando el estado. La única forma en que se comunican entre sí es a través de la pizarra. Finalmente, si de la cooperación resulta una solución adecuada, ésta aparece en la pizarra como paso final.
  • 11. CONCLUSIÓN• A nuestro juicio , el estilo de pizarra tiene pleno sentido si tanto los agentes (o las fuentes de conocimiento) como la pizarra se entienden en términos virtuales y genéricos, como clases que son susceptibles de instanciarse en diversas variedades de objetos computacionales
  • 12. • De ser así, se podría incluir en este estilo un inmenso repertorio de aplicaciones de optimización y búsqueda en programación genética y evolutiva que de otro modo no encontraría un estilo en el cual encuadrarse.• En un programa genético, efectivamente, una población (que vendría a ser homóloga a la fuente) evoluciona produciendo soluciones que se contrastan contra un criterio de adecuación (que sería la pizarra).
  • 13. • . Considero que todas las arquitecturas basadas en elementos autónomos pero globalmente orientadas a una meta de convergencia hacia valores u objetivos (como las 22 redes neuronales, los modelos evolutivos y meméticos, los autómatas celulares y las redes booleanas aleatorias) son susceptibles de encuadrarse en la misma variedad estilística.

×