From 4d4dac480cdce68ee3db2a9779c8abc835ccca9d Mon Sep 17 00:00:00 2001 From: Jan Philipp Timme Date: Sat, 3 Sep 2016 18:51:59 +0200 Subject: [PATCH] [TASK] Generic commit. --- Bachelorarbeit.tex | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/Bachelorarbeit.tex b/Bachelorarbeit.tex index 9dad15b..fb20531 100644 --- a/Bachelorarbeit.tex +++ b/Bachelorarbeit.tex @@ -525,16 +525,22 @@ Grobe Eckpunkte zur Orientierung: \todo{Zusammenfassungsüberleitung über das Kapitel} -In diesem Kapitel werden abstrakte Condition-Action-Regeln für das Beispielszenario formuliert und dann mit konkreten CSPARQL-Queries für die \enquote{C-SPARQL}-Engine umgesetzt. Die Ergebnisse dieser Queries kommen im nächsten Kapitel, da sie näher an der Implementierung dran sind. Grundlegende Idee: Query mit ggf. nötigem Beiwerk registrieren und dann die Ergebnisse präsentieren. - -Um das Beispielszenario aus Kapitel~\ref{cpt:scenario} mit der in Kapitel~\ref{cpt:engine_comparison} ausgewählten CEP-Engine \enquote{C-SPARQL} nun zu implementieren, muss die Verarbeitung der Ereignisdaten zunächst geplant werden. Hierfür ausschlaggebend sind Struktur und Inhalte der Ereignisdaten, auf denen der Verarbeitungsprozess aufbaut. In diesem Kapitel werden diese Fragen der Reihe nach behandelt und darauf aufbauend Abfragen konzipiert, die dann im CSPARQL-Dialekt der \enquote{C-SPARQL}-Engine formuliert werden müssen. +Um das Beispielszenario der Autoverleihgesellschaft aus Kapitel~\ref{cpt:scenario} mit der in Kapitel~\ref{cpt:engine_comparison} ausgewählten CEP-Engine \enquote{C-SPARQL} nun zu implementieren, muss die Verarbeitung der Ereignisdaten zunächst vorbereitet und geplant werden. Hierfür sind die Strukturen und Inhalte der verschiedenen Ereignisse relevant, die über die Datenströme der CEP-Engine zugespielt werden und auf denen der dann stattfindende Verarbeitungsprozess aufbaut. In diesem Kapitel werden diese Fragen behandelt und darauf aufbauend fachliche Abfragen konzipiert, die dann im CSPARQL-Dialekt der \enquote{C-SPARQL}-Engine formuliert werden müssen. \section{Struktur der Ereignisdaten} +Wie in Kapitel~\ref{cpt:scenario} schon beschrieben, enthält das Beispielszenario zwei verschiedene RDF-Ereignisströme, die Ereignisdaten in Bezug auf die Leihwagen und Kunden liefern. + + +\subsection{Statusdatenstrom der Autos} + + + + +\subsection{Interaktionsstrom der Kunden} -\todo{Die beiden Ereignisdatenströme + wie die Ereignisse strukturiert sind, die darüber durchrauschen} \section{Verwendetes Vokabular} @@ -544,6 +550,7 @@ Um das Beispielszenario aus Kapitel~\ref{cpt:scenario} mit der in Kapitel~\ref{c \todo{FALLS es soweit kommt wird hier auch speziell hervorgehoben, mit welchen Konstrukten (Klassenhierarchien und Merkmale) das RDFS-Reasoning der Engine die Abfragen an einigen Stellen flexibler als gehabt ermöglicht.} + \section{Inhalte des Domänenwissens} \todo{Welche Angaben sind im Domänenwissen enthalten und wie sollen Sie die Verarbeitung der Ereignisse unterstützen?}