[TASK] Generic commit

Bachelorarbeit.tex

@@ -171,8 +171,22 @@ Diesbezüglich soll ergründet werden, welche CEP-Engines Reasoning bereits impl
 
 
 \section{Szenario}\label{cpt:scenario}
+Das Beispielszenario, welches für diese Arbeit verwendet wird, ist eine Autoverleihgesellschaft, die ihren Fuhrpark überwachen möchte, um ihren Kunden vergünstigte Tarife für verschleißarmes Fahrverhalten anbieten zu können. Weiterhin soll auf plötzlich auftretende Probleme an den Leihwagen möglichst schnell reagiert werden können um Schäden zu begrenzen, gefährliche Situationen zu vermeiden und bei Bedarf dem Kunden unverzüglich einen Ersatzwagen oder weitere Serviceleistungen anbieten zu können.
 
-Das bereits erwähnte Beispielszenario, welches für diese Arbeit verwendet wird, ist eine Autoverleihgesellschaft, die ihren Fuhrpark überwachen möchte, um ihren Kunden vergünstigte Tarife für verschleißarmes Fahrverhalten anbieten zu können. Weiterhin soll auf plötzlich auftretende Probleme an den Leihwagen möglichst schnell reagiert werden können um Schäden zu begrenzen, gefährliche Situationen zu vermeiden und bei Bedarf dem Kunden unverzüglich einen Ersatzwagen oder weitere Serviceleistungen anbieten zu können. Um dies zu erreichen, werden zwei RDF-Ereignisdatenströme zur späteren Verarbeitung eingerichtet und eine Sammlung von Fakten in lokalem Domänenwissen aufgebaut.
+\paragraph{Anforderungen}
+Um die Ziele der Autoverleihgesellschaft erreichen zu können, sollen folgende Situationen erkannt werden:
+\begin{itemize}
+\item Starker Verschleiß eines Fahrzeugs
+\item Auftretende Probleme am Fahrzeug, wie beispielsweise:
+\begin{itemize}
+\item Schäden an den Reifen
+\item Vom Fahrzeug selbst gemeldete Probleme
+\end{itemize}
+\item Eintritt eines Unfalls
+\item Unbeabsichtigtes Wegrollen von abgestellten Fahrzeugen
+\end{itemize}
+
+Um diese Situationen zu erkennen, sollen zwei RDF-Ereignisdatenströme zur späteren Verarbeitung eingerichtet werden und eine Sammlung von Fakten in lokalem Domänenwissen modelliert werden. Diese werden im Folgenden vorerst nur grob beschrieben.
 
 \paragraph{Statusdatenstrom der Autos}
 Über diesen Datenstrom melden die einzelnen Autos kontinuierlich ihre Statuswerte:
@@ -204,9 +218,10 @@ Das Domänenwissen enthält in diesem Szenario folgende Informationen:
 	\end{itemize}
 \end{itemize}
 
-\todo{GRAFIK: Grobes Informationsnetzwerk zur Veranschaulichung der Zusammenhänge zwischen den drei Elementen (Ströme + Hintergrundwissen).}
 
 
+\todo{GRAFIK: Grobes Informationsnetzwerk zur Veranschaulichung der Zusammenhänge zwischen den drei Elementen (Ströme + Hintergrundwissen).}
+
 \chapter{Grundlagen}\label{cpt:basics}
 
 \todo{Zusammenfassungsüberleitung über das Kapitel}
@@ -525,37 +540,20 @@ Grobe Eckpunkte zur Orientierung:
 
 \todo{Zusammenfassungsüberleitung über das Kapitel}
 
-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.
+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 zunächst die Verarbeitung der Ereignisdaten geplant und vorbereitet werden. Da es zum Formulieren von CSPARQL-Abfragen nötig ist, sowohl die Struktur der Ereignisdaten, die Struktur des Domänenwissens, und das in beiden verwendete Vokabular zu kennen, sollen diese für die Anforderungen des Beispielszenarios nun festgelegt werden. Im Anschluss daran sollen die eigentlichen CSPARQL-Anfragen formuliert und erläutert werden.
 
 
-\section{Struktur der Ereignisdaten}
+\section{Anforderungen}
 
-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. 
+In Kapitel~\ref{cpt:scenario} wurden die Anforderungen des Beispielszenario aus Kapitel~\ref{cpt:scenario} bereits grob umrissen.
 
 
-\subsection{Statusdatenstrom der Autos}
-
-
-
-
-\subsection{Interaktionsstrom der Kunden}
-
-
-
-
-\section{Verwendetes Vokabular}
-
 \todo{Objektklassen und Attribute + deren Zusammenhänge [Für RDFS-Reasoning dann noch ein wenig mehr Details]}
 
 \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?}
-
-
 \section{Formulierung von CSPARQL-Abfragen}
 
 \todo{Immer weiter treiben nach dem Schema Anforderung,abstrakte Condition-Action-Regel, konkrete CSPARQL-Regel}