JPT/bachelorthesis
0
0
Fork 0
Code Issues Pull Requests Activity

[TASK] Generic commit.

Browse Source
This commit is contained in:
Jan Philipp Timme 2016-07-25 15:48:24 +02:00
parent 8e80dd2394
commit 8fd426b705
1 changed files with 41 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

50
Bachelorarbeit.tex
View File

@ -17,6 +17,7 @@
\usepackage{listings} % Codesnippets
\usepackage{scrhack} % Hack for lstlisting i suspect :-/
\usepackage{xcolor}
\usepackage{verbatim} % für comment-environment
% Setup für Codeblocks
\lstset{
% Optionen
@ -165,8 +166,9 @@ An einem Beispielszenario soll dann der Praxiseinsatz von C-SPARQL erklärt werd
\begin{itemize}
\item Situation: offene Systeme mit RDF-Datenströmen
\item Vorhaben: Auf den Daten dieser Systeme CEP fahren unter Integration von Domänenwissen
\item Vorhaben: Auf den Daten dieser Systeme CEP fahren unter Integration von bereits vorhandenem Domänenwissen
\item Ziel: Relevante komplexe Ereignisse aus (Mustern von) einfachen Ereignissen extrahieren
\item Bonusziel: Erkenntnisse aus den Ereignisströmen extrahieren
\item Mittel zum Weg: CSPARQL (Erweiterung von SPARQL um Befehle für Datenströme)
\end{itemize}
@ -281,13 +283,26 @@ WHERE {
\end{lstlisting}
\subsection{Reasoning über RDF-Daten}
\begin{itemize}
\item Was ist Reasoning?
\item Welche Ebenen gibt es?
\item Warum ist es von Vorteil?
\item Mögliche Schwierigkeiten dabei?
\end{itemize}
\subsection{Resoning auf RDF-Datenströmen?}
Reasoning auf RDF-Datenströmen ist ein zur Zeit noch umforschtes Gebiet, da durch die begrenzte Gültigkeit von Daten aus Datenströmen relevante Zusammenhänge errechnet werden müssen und gleichzeitig möglichst wenig Rechenleistung gezogen werden soll.
\chapter{Gegenüberstellung existierender CEP-Engines}
Es gibt bereits einige Technologien um Ereignisströme zu verarbeiten.
Im Folgenden stelle ich nun ein paar bekannte Systeme kurz vor.
\section{Anforderungen an CEP-Engines}
\section*{Anforderungen an CEP-Engines}
Öhm \dots wie sieht dieser Part eigentlich aus? Habe ich wirklich Anforderungen? Immerhin wird es irgendwo Grenzen geben, was für Anforderungen ich stellen kann.
Ich glaube, ich habe keine richtigen Anforderungen bisher \dots
@ -374,13 +389,7 @@ Integration von Hintergrundwissen und Abfragen über mehrere Streams kombiniert
Reasoning z.Z. nicht drin (afaik!)
\chapter{Die C-SPARQL-Engine im Detail}
So, hier kommt dann das, was man so zu C-SPARQL erzählen kann.
Ist dieses Kapitel doppelt? Hier müssten Konzepte rein schätze ich mal \dots
\chapter{Die C-SPARQL-Engine im Einsatz}
\chapter{Nutzung der Engine C-SPARQL}
Hier wird jetzt mal wirklich C-SPARQL verwendet.
\begin{itemize}
@ -393,6 +402,29 @@ Hier wird jetzt mal wirklich C-SPARQL verwendet.
\end{itemize}
\section{grobes Konzept}
\section{Hello-World mit C-SPARQL Engine in Java}
\section{Einspeisung von Ereignissen}
\section{Einspeisung von statischem Hintergrundwissen aus Dateien}
\section{CSPARQL-Queries}
\begin{itemize}
\item simpler Zugriff auf Eventdatenstrom
\item Zugriff auf mehrere Ereignisströme
\item Aggregation von Ereignissen zu neuen Ereignisströmen
\item Kombination von Ereignissen mit Hintergrundwissen
\item \dots vieles mehr?
\end{itemize}
\section{Bewertung/Ergebnis}
\begin{itemize}