Agentensysteme - Dokumentenserver Fakultät für Mathematik und ...

5.4 Test
Entwicklung eines universellen News Watcher-Agenten
• die Ergebnismenge aus einem Suchraum S, der durch die Stufe x
definiert wurde, wird mit der Ergebnismenge des Suchraums S1, der
sich aus S durch Einschränkung mittels Stufe x+1 ergibt, geschnitten
(z.B. Datenquelle = Datenbank: Ergebnismenge aus Datenbankebene
wird mit Ergebnismenge aus Tabellenebene geschnitten);
•
d.h. innerhalb eines Pfades der Suchraumhierarchie werden die Ergebnismengen
der einzelnen Ebenen miteinander geschnitten
Ergebnismengen der einzelnen Pfade der Suchraumhierarchie werden
miteinander vereinigt;
Ausnahme: Pfade, die sich nur in der 3. Stufe unterscheiden werden
wie ein Suchraum behandelt, d.h. die Ergebnismenge für alle „AND“
Einträge wird mittels Schnittmenge gebildet, die für „OR“ Einträge
mittels Vereinigung und danach werden diese Mengen zusammen
mit der aus den oberen Hierarchiestufen geschnitten
Am Ende liefert diese Vorgehensweise eine einzige Ergebnismenge. Mit
diesem Ansatz kann ein Agent für die Suche über mehreren Datenquellen
unterschiedlichen Typs definiert werden (ein Beispiel für die Verarbeitung
eines Suchausdrucks gibt Anhang 7.3).
Bevor der Prototyp des universellen News-Watcher Agentensystems in
den im Kapitel 5.5 beschriebenen Projekten zum Einsatz kam, wurden
während der Entwicklungszeit und vor der Freigabe der Version 1.0
umfangreiche Testläufe durchgeführt, um Programmfehler und
Schwachstellen bei der Performanz zu erkennen und zu beseitigen.
Als Testsystem kam folgende Hard- und Software zum Einsatz:
• Hardware: Compaq PC mit Pentium II Prozessor, 233 MHz Prozessortakt,
96 MB Hauptspeicher, 4 GB Plattenkapazität
• Betriebssystem: Windows NT ® 4.0 Service Pack 3
• Laufzeitumgebung des Agentensystems: Java Virtual Machine von
Sun Version 1.1.7
• DBMS für Anwendungsdaten, Agentendaten und Index: Oracle 8.0.5
• JDBC-Treiber zum Zugriff auf die Datenbank: Oracles 8.0.5 OCI
JDBC-Treiber
Zum Test des Indexserver erhielt das Agentensystem Zugriff auf die dynamischen
Daten aus dem in 4.1.1 vorgestellten Projekt. Diese wiesen
meist tägliche Neuzugänge sowie ein kontinuierliches Entfernen veralteter
Daten auf und wurden in einem stündlichen Zyklus vom Indexserver
überprüft. Nach Überarbeitung der einzelnen Inhaltsformate (Text,
ID, Datum usw.) funktionierte das automatische Indexieren problemlos
und ausreichend schnell (ca. 25 kB Daten pro Minute).
92