Suche

» erweiterte Suche » Sitemap

Technische Wissenschaften


» Bild vergrößern
» weitere Bücher zum Thema


» Buch empfehlen
» Buch bewerten
Produktart: Buch
Verlag: Bachelor + Master Publishing
Erscheinungsdatum: 08.2013
AuflagenNr.: 1
Seiten: 52
Abb.: 43
Sprache: Deutsch
Einband: Paperback

Inhalt

Social Reporting basiert auf der Idee, dass Mitglieder eines ortsbezogenen sozialen Netzwerks in der realen Welt für Mitglieder des Netzwerks relevante Ereignisse beobachten und Berichte über diese Beobachtungen anderen Nutzern zur Verfügung. Ein grundlegendes Problem des Social Reporting ist die Auswertung der Berichte und hierbei vor allem die Bewertung der Zuverlässigkeit eines Berichts. Es stellt sich die zentrale Frage: Wie sehr kann einem Bericht auf Basis anderer verwandter Berichte vertraut werden und wie lässt sich dieses Vertrauen ohne menschliches Eingreifen bestimmen? Viele Anwendungsszenarien des Social Reporting bilden einen kleinen und klar umrissenen Teil der Wirklichkeit ab. Die Nutzer bilden eine recht homogene Gruppe, die sich auf Basis des entsprechenden Anwendungsfalles nur für bestimmte Informationen interessieren. Ebenso ist auch die Auswertung der verschiedenen Berichte und deren Zuverlässigkeit an einen engen Rahmen gebunden, der eine automatische Verarbeitung mit recht einfachen Mitteln erlaubt. Allerdings ist zu beachten, dass die Bewertungskriterien für die Bestätigung von Berichten durch andere Berichte sehr unterschiedlich ausfallen können und absolut vom betreffenden Anwendungsfall abhängig sind. Die Folge des Bewertungsprozesses ist ein Bestätigungsgraph - auch confirmation graph genannt. Dieser bildet das durchaus komplexe Geflecht von bestätigenden und widersprechenden Berichten ab und erlaubt eine Aussage über die Zuverlässigkeit einzelner Berichte. Da in der bisherigen Nutzung des Social Reporting aufbauend auf einen beliebigen Anwendungsfall stets nur komplexe spezifische Regel- und Auswertungssysteme zum Einsatz kamen, wird in der vorliegenden Arbeit ein generischer Ansatz vorgestellt. Mit diesem ist es möglich auch komplexe und völlig unterschiedliche Anwendungsfälle mit einem Regelsystem abzubilden und einen davon ausgehenden Bestätigungsgraphen zu generieren. Um die Komplexität des vorliegenden Ansatzes gering zu halten, beschränkt sich der Ansatz zunächst nur auf nicht-metrische, temporale und attributive Relationen zwischen Berichten. Eine Erweiterung um soziale Aspekte ist jedoch eine denkbare Möglichkeit um den Funktionsumfang des folgenden generischen Ansatzes auszuweiten.

Leseprobe

Textprobe: Kapitel 4, Umsetzung und Implementierung des Ansatzes: Nachdem in Kapitel 3 der Generische Ansatz zur Erstellung eines Bestätigungsgraphen auf Basis ausgewählter Anwendungsfälle schrittweise ausgearbeitet wurde, soll im folgenden Kapitel die Umsetzung und Implementierung des Ansatzes beschrieben werden. Dies betrifft das Festlegen der Use Cases, den grundlegenden Systementwurf, die Auswahl einer geeigneten Spatial Database, die Umsetzung eines Scanners und Parsers auf Basis der erarbeiteten Grammatik und vor allem die Implementierung auf Basis der objektorientierten Programmiersprache Java. 4.1, Use Cases und Systementwurf: Auf Basis der bisherigen Arbeit und mit Blick auf das Ziel den generischen Ansatz auch in der gewünschten Form als Server-Client-Applikation zu implementieren, wurden zunächst die Use Cases herausgearbeitet, die in Abbildung 19 zu sehen sind. Im Zentrum steht die ‘Network Communication’, über die die Kommunikation zwischen Client und Server abläuft. Auf der Client-Seite befindet sich der Use Case ‘Create Report’, der das Erstellen und Absenden eines neuen Reports zu einem beliebigen Anwendungsfall repräsentiert. Auf der Server-Seite findet sich der Use Case ‘Check Report’, der beim Eintreffen eines neuen Reports alle damit verbundenen Aktionen des Servers beinhaltet, wie z.B. das Überprüfen der Integrität des Reports und das Anstoßen einer Aktualisierung des Bestätigungsgraphen. Dieser Use Case wird von zwei weiteren Use Cases erweitert: ‘Scan and Parse Rules Files’ beinhaltet alle Funktionen, die mit dem Scannen und Parsen der Konfigurationsdatei und des Regelwerks zu tun haben, sowie die daraus entstehenden Folgefunktionen. ‘Create Confirmation Graph’ hingegen beinhaltet den Aufbau und die Aktualisierung des Bestätigungsgraphen. In der Model-Ebene finden sich auf der Server-Seite drei Subsysteme. ‘Database Management’ setzt auf der Datenbank des Servers auf und dient als Bindeglied zwischen allen anderen Subsystemen des Servers und der Datenbank. Dies ermöglicht es bei Bedarf auch eine andere Datenbank einzusetzen, ohne zu viel am gesamten Server verändern zu müssen. Hier muss zudem zunächst die Integrität eines Reports geprüft werden um fehlerhafte Reports erst gar nicht in die Datenbank zu übernehmen und nicht für die Erstellung eines Bestätigungsgraphen zu nutzen. Das Subsystem ‘Rules Management’ in Verbindung mit dem Subsystem ‘Rules Scanner and Parser’ kümmert sich um das Scannen und Parsen des Regelwerks und bereitet diese für andere Subsysteme des Servers auf. Auf der Client-Seite finden sich in der Model-Ebene keine eigenen Subsysteme, da der Client bewusst klein und rudimentär gehalten wurde, da er nur zum einfachen Erstellen und Versenden von Berichten dienen soll. Alle darüber hinausgehenden Funktionen sind für eine erste Implementierung des generischen Ansatzes eher unwichtig und daher nicht aufgenommen. Eine zukünftige weitere und umfangreichere Implementierung sollte natürlich auch bei diesem Aspekt in Betracht gezogen werden. Die Controller-Ebene verfügt auf Server-Seite über vier Subsysteme: Im Zentrum steht das Subsystem ‘Controller’, das alle Funktionen des Servers zentral regelt. Die Erstellung des Bestätigungsgraphen inklusive aller dazugehörigen Funktionen sind im Subsystem ‘Confirmation Graph’ hinterlegt. Das dritte Subsystem ‘Network Communication’ findet sich ebenso auf der Client-Seite und dient auf beiden Seiten zur Kommunikation zwischen den beiden Instanzen. Zudem findet sich auf Client-Seite ebenso ein Subsystem ‘Controller’ als zentrale Steuerungseinheit. Für die View-Ebene dient das Subsystem ‘User Interface’ auf Client-Seite für jegliche Interaktion mit dem Nutzer. Auf der Server-Seite findet sich das Subsystem ‘Server Console’. Dieses hat zwei grundlegende Funktionen: Interaktion mit dem Server-Administrator damit sich beispielsweise der Server starten oder stoppen lässt. Und zusätzlich die Möglichkeit Ausgaben über das aktuelle Server-Geschehen auf der Server-Konsole auszugeben.

weitere Bücher zum Thema

Bewerten und kommentieren

Bitte füllen Sie alle mit * gekennzeichenten Felder aus.