Restructure, remove parts.

Bachelorarbeit.tex

@@ -5,8 +5,9 @@
 % Packages from template
 \usepackage[headsepline,automark]{scrpage2} % Seitenköpfe automatisch
 \KOMAoptions{headinclude} % Fix
-\usepackage[ngerman]{babel} % Sprachpaket für Deutsch (Umlaute, Trennung,deutsche Überschriften)
-\usepackage{blindtext}
+\usepackage[german]{babel} % Sprachpaket für Deutsch (Umlaute, Trennung,deutsche Überschriften)
+% Not needed anymore
+% \usepackage{blindtext}
 \usepackage{graphicx,hyperref} % Graphikeinbindung, Hyperref (alles klickbar, Bookmarks)
 \usepackage{amssymb} % Math. Symbole aus AmsTeX
 \usepackage[utf8]{inputenc} % Umlaute
@@ -15,6 +16,7 @@
 \usepackage{textcomp} % Zusätzliches Package für °C
 \usepackage{listings} % Codesnippets
 \usepackage{scrhack} % Hack for lstlisting i suspect :-/
+\usepackage{color}
 % Setup für Codeblocks
 \lstset{
 	% Optionen
@@ -52,7 +54,7 @@
 }
 
 % Befehl für TODO-Markierungen
-\newcommand{\todo}{\emph{Dieser Bereich ist in Bearbeitung.}}
+\newcommand{\todo}{\textcolor{blue}{\emph{Dieser Bereich ist in Bearbeitung.}}}
 
 % Festlegung Kopf- und Fußzeile     
 \defpagestyle{meinstil}{%
@@ -141,8 +143,6 @@ Hannover, den \today \hfill Unterschrift
 
 %%% Hier kommt inhaltlicher Inhalt! %%%
 
-\part{Die eigentliche Bachelorarbeit}
-
 \chapter{Einleitung}
 
 \todo
@@ -155,6 +155,8 @@ Diese Arbeit beschäftigt sich mit der Verarbeitung von komplexen Ereignissen (C
 
 Was ist CEP und warum sollte man es verwenden wollen?
 
+Generell sollen Muster von primitiven Events erkannt und zu komplexen Events zusammengefasst werden. (Niedrige Abstraktion \textrightarrow~ Höhere Abstraktion). Dann sollen daraus tolle Erkenntnisse gewonnen werden.
+
 Wir verarbeiten Ereignisströme und versuchen aus dem großen Rauschen bestimmte Ereignismuster zu erkennen.
 Und wir wollen kurz-, mittel- oder langfristig bestimmte Werte beobachten und sicherstellen, dass sie innerhalb eines spezifizierten Wertebereichs bleiben.
 Es ist eine tolle Herangehensweise, um aus großen Datenströmen wesentliche Informationen zu extrahieren - noch bevor ein Mensch diese Daten zu Gesicht bekommt.
@@ -204,7 +206,7 @@ Ein Ereignis kann beispielsweise so strukturiert sein:
 
 \todo
 
-Ja, Ereignisse treten auch in Rudeln. Wenn mehrere Ereignisse aneinandergereiht werden, kann man von einem Ereignisstrom sprechen.
+Ja, Ereignisse treten öfters in Rudeln auf. Wenn viele Ereignisse aneinandergereiht werden, spricht man von einem Ereignisstrom.
 Anbieter von Daten können anstatt aktueller Messwerte als einzelnes Ereignis natürlich gleich Ereignisströme liefern. Das ist technisch sicherlich auch ganz praktisch, weil Verzicht auf Polling und so Sachen.
 
 \chapter{Gegenüberstellung existierender CEP-Engines}
@@ -221,7 +223,7 @@ Ereignisse kommen ohne Kontext, daher ist es nötig, sie in einen Kontext zu bri
 Um nun den passenden Kontext herzustellen, muss dieses Ereignis also mit weiteren Daten verknüpft werden.
 Das können andere Ereignisse oder Daten sein, die uns schon bekannt sind - Hintergrundwissen.
 
-\paragraph{Performance}
+\paragraph{(Performance)}
 Auch, wenn einige tausend Ereignisse über einen Datenstrom in der Minute eintreffen muss die Software dennoch sehr zeitnah (im Idealfall sofort) Ergebnisse liefern.
 
 (Das hier wird später ein Grund sein, weshalb Reasoning nur sehr begrenzt auf Datenströmen stattfinden kann oder aber sehr teuer ist.)
@@ -291,7 +293,7 @@ Wäre es nicht toll, wenn wir bestimmte Dinge bereits vorher irgendwie da integr
 
 \todo
 
-Ich hab noch keine richtig tolle Idee, aber irgendetwas wird es schon werden. Im \enquote{temporären Anhang} (\ref{tempanhang}) sind ein paar Notizen hierzu.
+Ich hab noch keine richtig tolle Idee, aber das kommt noch.
 
 \section{Umsetzung mit C-SPARQL}
 
@@ -299,14 +301,18 @@ Ich hab noch keine richtig tolle Idee, aber irgendetwas wird es schon werden. Im
 
 Jetzt kommt ein kurzer Schwank dazu, wie die Umsetzung gedacht ist.
 
-\subsection{Nötiger Code}
+\subsection{Nötiger Code für das Setup}
 
 \todo
 
-\subsection{Verwendete C-SPARQL-Abfragen}
+Zunächst wird ein Datenstrom benötigt; dafür wäre ein kleiner Generator nicht verkehrt.
+
+\subsection{Abfrage des Datenstroms mit C-SPARQL}
 
 \todo
 
+Und jetzt werden Listener und Abfragen gebaut, um aus diesem Strom Informationen zu extrahieren oder neue, höherwertige Ereignisse zu konstruieren.
+
 \section{Bewertung/Ergebnis}
 
 \todo
@@ -317,34 +323,13 @@ Jetzt kommt ein kurzer Schwank dazu, wie die Umsetzung gedacht ist.
 
 \todo
 
-Die Engine macht sich sicher irgendwie gut - mal gucken.
+Die Engine macht sich hoffentlich ganz gut.
 
 \chapter{Ausblick}
 
 \todo
 
-Vielleicht geht das mit dem Reasoning später ja deutlich besser und so.
-
-%%% To be removed %%%
-
-\part{Temporärer Anhang - To be removed}\label{tempanhang}
-
-\chapter{Generelle Ideen für Anwendungsszenarien}
-
-Ideen für CEP mit C-SPARQL und Hintergrundwissen
-
-Generell sollen Muster in primitiven Events erkannt und zu komplexen Events zusammengefasst werden.
-(Niedrige Abstraktion => Höhere Abstraktion)
-
-\begin{itemize}
-\item GPS-Position und Momentangeschwindigkeit von Kraftfahrzeugen zur Erkennung von Staus
-\item Fließgeschwindigkeit in Wasserleitungen zur Erkennung von Wasserrohrbrüchen
-\item Analog für die Erkennung von Lecks in Gasleitungen mit dem Gasdruck?
-\item Betrugserkennung (erst Passwort ändern, dann große Transaktion)
-\item Steuerung einer Heizungsanlage durch Überwachung von Räumen (Licht an, Fenster auf?)
-\item Client/Server Interaktion zur Erkennung von Einbruchsversuchen
-\item \dots
-\end{itemize}
+Vielleicht geht das mit dem Reasoning später ja noch besser - aktueller Stand ist noch limitiert, aber es wird fleißig daran geforscht. \dots
 
 % Kurzer Test
 \cite{robbins:gawk}[Siehe ab S.95]