Restructure, remove parts.
This commit is contained in:
parent
483d012f5f
commit
35438326d8
|
|
@ -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]
|
||||
|
|
|
|||
Loading…
Reference in New Issue