foo

4 files changed, 2122 insertions, 2084 deletions

diff --git a/LaTeX/chapters/introduction.tex b/LaTeX/chapters/introduction.tex
index f5a0621..4852690 100644
--- a/LaTeX/chapters/introduction.tex
+++ b/LaTeX/chapters/introduction.tex
@@ -2,9 +2,9 @@
 
 \section{Motivation}
 
-In der Literatur findet man viele verschiedene Definitionen eins verteiltes Systems. Vieler dieser Definitionen unterschieden sich untereinander, so dass es schwerf\"{a}llt eine Definition zu finden, die als Alleinige als die Richtige gilt. Andrew Tanenbaum und Marten van Steen haben f\"{u}r die Beschreibung eins verteilten Systems die Folgende lockere Charakterisierung formuliert:
+In der Literatur findet man viele verschiedene Definitionen eines verteiltes Systems. Vieler dieser Definitionen unterschieden sich untereinander, so dass es schwerf\"{a}llt eine Definition zu finden, die als Alleinige als die Richtige gilt. Andrew Tanenbaum und Marten van Steen haben f\"{u}r die Beschreibung eins verteilten Systems die Folgende lockere Charakterisierung formuliert:
 
-\cite{Tanenbaum} \textit{``Ein verteiltes System ist eine Menge voneinander unabh\"{a}ngiger Computer, die dem Benutzer wie ein einzelnes, koh\"{a}rentes System erscheinen''}
+\cite{Tanenbaum} \textit{``Ein verteiltes System ist eine Menge voneinander unabh\"{a}ngiger Computer, die dem Anwender wie ein einzelnes, koh\"{a}rentes System erscheinen''}
 
 \begin{figure}[htbp]
 	\centering
@@ -13,11 +13,11 @@ In der Literatur findet man viele verschiedene Definitionen eins verteiltes Syst
 	\label{fig:VerteiltesSystem}
 \end{figure}
 
-Der Benutzer muss sich nur mit dem lokalen vor ihm befindenden Computer auseinander setzen (Abbildung \ref{fig:VerteiltesSystem}) w\"{a}hrend die Software des lokalen Computers die reibungslose Kommunikation mit den anderen beteiligten Computern des verteilten Systems sicherstellt.
+Der Anwender muss sich nur mit dem lokalen vor ihm befindenden Computer auseinandersetzen (Abbildung \ref{fig:VerteiltesSystem}) w\"{a}hrend die Software des lokalen Computers die reibungslose Kommunikation mit den anderen beteiligten Computern des verteilten Systems sicher stellt.
 
 Der Sinn und der Zweck dieser Diplomarbeit ist die vereinfachte Betrachtung von verteilten Systemen aus einer anderen Perspektive. Es soll nicht die Sichtweise eines Endbenutzers eingenommen werden, sondern es sollen die Funktionsweisen von Protokollen und deren Prozesse in verteilten Systemen begreifbar gemacht werden. Es sollen alle relevanten Ereignisse eines verteilten Systems transparent dargestellt werden k\"{o}nnen. 
 
-Um dieses Ziel zu erreichen soll ein Simulator entwickelt werden, der dies erm\"{o}glicht. Der Simulator soll insbesondere f\"{u}r Lehr- und Lernzwecke entwickelt werden. Beispielsweise sollen Protokolle aus den verteilten Systemen mit ihren wichtigsten Einflussfaktoren simuliert werden k\"{o}nnen. Der Simulator soll helfen zu verstehen wie die gegebenen Protokolle funktionieren und es soll viel Spielraum f\"{u}r eigene Experimente zur Verf\"{u}gung stehen. Der Simulator soll nicht auf eine feste Anzahl von Protokollen beschr\"{a}nkt werden, daher muss die M\"{o}glichkeit gegeben werden eigene Protokolle selbst entwerfen zu k\"{o}nnen. 
+Um dieses Ziel zu erreichen soll ein Simulator entwickelt werden, der dies erm\"{o}glicht. Der Simulator soll insbesondere f\"{u}r Lehr- und Lernzwecke entwickelt werden. Beispielsweise sollen Protokolle aus den verteilten Systemen mit ihren wichtigsten Einflussfaktoren simuliert werden k\"{o}nnen. Der Simulator soll helfen zu verstehen wie die gegebenen Protokolle funktionieren und es soll viel Spielraum f\"{u}r eigene Experimente zur Verf\"{u}gung stehen. Der Simulator soll nicht auf eine feste Anzahl von Protokollen beschr\"{a}nkt sein. Es muss daher dem Gebraucher erm\"{o}glicht werden, eigene Protokolle zu entwerfen.
 
 \section{Grundlagen}
 
@@ -54,13 +54,11 @@ Konkrete Beispiele zu den Lamport- und Vektorzeiten werden sp\"{a}ter anhand ein
 
 \subsubsection{Ereignisse}
 
-Eine Simulation besteht aus der Hintereinanderausf\"{u}hrung von endlich vielen Ereignissen. Beispielsweise kann es ein Ereignis geben, welches einen Prozess eine Nachricht verschicken- oder den Prozess selbst abst\"{u}rzen l\"{a}�t. Jedes Ereignis tritt zu einem bestimmten Zeitpunkt ein. Wenn es zeitgleiche Ereignisse gibt, so werden sie in Wirklichkeit ebenso hintereinander ausgef\"{u}hrt, erscheinen aber in der Simulation als ob sie parallel ausgef\"{u}hrt w\"{u}rden. Dieser Umstand ist auf die Implementierung des Simulators zur\"{u}ckzuf\"{u}hren, worauf sp\"{a}ter noch genauer eingegangen wird. Dem Benutzer des Simulators st\"{o}rt dies jedoch nicht, da Ereignisse aus seiner Sicht parallel ausgef\"{u}hrt werden.
+Eine Simulation besteht aus der Hintereinanderausf\"{u}hrung von endlich vielen Ereignissen. Beispielsweise kann es ein Ereignis geben, welches einen Prozess eine Nachricht verschicken l\"{a}sst. Denkbar w\"{a}re auch ein Prozessabsturzereignis. Jedes Ereignis tritt zu einem bestimmten Zeitpunkt ein. Wenn es zeitgleiche Ereignisse gibt, so werden sie in Wirklichkeit ebenso hintereinander ausgef\"{u}hrt, erscheinen aber in der Simulation als ob sie parallel ausgef\"{u}hrt w\"{u}rden. Dieser Umstand ist auf die Implementierung des Simulators zur\"{u}ckzuf\"{u}hren, worauf sp\"{a}ter noch genauer eingegangen wird. Den Anwender des Simulators hindert dies jedoch nicht, da Ereignisse aus seiner Sicht parallel ausgef\"{u}hrt werden.
 
 
 \subsubsection{Protokolle}
 
-
-
 Eine Simulation besteht auch aus der Anwendung von Protokollen. Es wurde bereits erw\"{a}hnt, dass ein Prozess die Rollen von Servern und/oder Clients annehmen kann. Bei jeder Server- und Clientrolle muss zus\"{a}tzlich das dazugeh\"{o}rige Protokoll spezifiziert werden. Ein Protokoll definiert, wie ein Client und ein Server Nachrichten verschickt und wie bei Ankunft einer Nachricht reagiert wird. Ein Protokoll legt auch fest, welche Daten in einer Nachricht enthalten sind. Ein Prozess verarbeitet eine empfangene Nachricht nur, wenn er das jeweilige Protokoll versteht.
 
 In Abbildung \ref{fig:ClientServerProtokolle} sind 3 Prozesse dargestellt. Prozess 1 unterst\"{u}tzt serverseitig das Protokoll ``A'' und clientseitig das Protokoll ``B''. Prozess 2 unterst\"{u}tzt clientseitig das Protokoll ``A'' und Prozess 3 serverseitig das Protokoll ``B''. Das hei�t, dass Prozess 1 mit Prozess 2 via Protokoll ``A'' und mit Prozess 3 via Protokoll ``B'' kommunizieren kann. Die Prozesse 2 und 3 sind zueinander inkompatibel und k\"{o}nnen voneinander erhaltene Nachrichten nicht verarbeiten.
diff --git a/LaTeX/chapters/simulator.tex b/LaTeX/chapters/simulator.tex
index c1d2da8..331ba9d 100644
--- a/LaTeX/chapters/simulator.tex
+++ b/LaTeX/chapters/simulator.tex
@@ -1,6 +1,6 @@
 \chapter{Der Simulator}

 

-\section{Die grafische Benutzerschnittstelle}

+\section{Die grafische Anwenderschnittstelle}

 

 \begin{figure}[htbp]

 	\centering

@@ -9,7 +9,7 @@
 	\label{fig:NeuesFenster}

 \end{figure}

 

-Der Simulator pr\"{a}sentiert sich nach dem ersten Starten wie auf Abbildung \ref{fig:NeuesFenster}. F\"{u}r die Erstellung einer neuen Simulation wird im Men\"{u} ``Datei'' (Abbildung \ref{fig:DateiMenue}) der Punkt ``Neue Simulation'' ausgew\"{a}hlt, wo anschlie�end das Einstellungsfenster f\"{u}r die neue Simulation erscheint.  Auf die einzelnen Optionen wird sp\"{a}ter genauer eingegangen und es werden nun nur die Standardeinstellungen \"{u}bernommen. Die GUI mit einer frischen Simulation sieht dann aus wie auf Abbildung \ref{fig:NeuErstellteSimulation}.

+Der Simulator pr\"{a}sentiert sich nach dem ersten Starten wie auf Abbildung \ref{fig:NeuesFenster}. F\"{u}r die Erstellung einer neuen Simulation wird im Men\"{u} ``Datei'' (Abbildung \ref{fig:DateiMenue}) der Punkt ``Neue Simulation'' ausgew\"{a}hlt, wo anschlie�end das Einstellungsfenster f\"{u}r die neue Simulation erscheint.  Auf die einzelnen Optionen wird sp\"{a}ter genauer eingegangen und es werden nun nur die Standardeinstellungen \"{u}bernommen. Die GUI mit einer frischen Simulation sieht aus wie auf Abbildung \ref{fig:NeuErstellteSimulation}.

 

 \begin{figure}[htbp]

 	\centering

@@ -29,13 +29,13 @@ Im Datei-Men\"{u} (Abbildung \ref{fig:DateiMenue}) lassen sich neue Simulationen
 	\label{fig:NeuErstellteSimulation}

 \end{figure}

 

-\"{U}ber das Editieren-Men\"{u} gelangt der Benutzer zu den Simulationseinstellungen, worauf sp\"{a}ter genauer eingegangen wird. Es werden in diesem Men\"{u} auch alle beteiligten Prozesse zum Editieren aufgelistet. W\"{a}hlt der Benutzer dort einen Prozess aus, dann \"{o}ffnet sich der dazugeh\"{o}rige Prozesseditor. Auf diesen wird ebenso sp\"{a}ter genauer eingegangen. Das Simulator-Men\"{u} bietet die selben Optionen wie die Toolbar, welche im n\"{a}chsten Teilkapitel beschrieben wird.

+\"{U}ber das Editieren-Men\"{u} gelangt der Anwender zu den Simulationseinstellungen, worauf sp\"{a}ter genauer eingegangen wird. Es werden in diesem Men\"{u} auch alle beteiligten Prozesse zum Editieren aufgelistet. W\"{a}hlt der Anwender dort einen Prozess aus, dann \"{o}ffnet sich der dazugeh\"{o}rige Prozesseditor. Auf diesen wird ebenso sp\"{a}ter genauer eingegangen. Das Simulator-Men\"{u} bietet die selben Optionen wie die Toolbar, welche im n\"{a}chsten Teilkapitel beschrieben wird, an.

 

-Einige Men\"{u}unterpunkte sind erst erreichbar, wenn im aktuellen Fenster bereits eine Simulation erstellt oder geladen wurde.

+Einige Men\"{u}unterpunkte sind erst erreichbar, wenn im aktuellen Fenster eine Simulation erstellt oder geladen wurde.

 

 \subsubsection{Die Toolbar}

 

-Oben links im Simulator befindet sich die Toolbar (Abbildung \ref{fig:Toolbar}). Die Toolbar enth\"{a}lt die Funktionen, die vom Benutzer am h\"{a}ufigsten ben\"{o}tigt werden.

+Oben links im Simulator befindet sich die Toolbar (Abbildung \ref{fig:Toolbar}). Die Toolbar enth\"{a}lt die Funktionen die vom Anwender am h\"{a}ufigsten ben\"{o}tigt werden.

 

 \begin{figure}[htbp]

 	\centering

@@ -49,12 +49,12 @@ Die Toolbar bietet vier verschiedene Funktionalit\"{a}ten an:
 \begin{itemize}

 	%\setlength{\itemsep}{-1mm}

 	\item Starten der Simulation; kann nur bet\"{a}tigt werden, wenn die Simulation derzeit nicht l\"{a}uft.

-	\item Pausieren der Simulation, kann nur bet\"{a}tigt werden, wenn die Simulation derzeit l\"{a}uft.

-	\item Wiederholen der Simulation, kann nicht bet\"{a}tigt werden, wenn die Simulation noch nicht gestartet wurde. 

-	\item Zur\"{u}cksetzen der Simulation, kann nur bet\"{a}tigt werden, wenn die Simulation pausiert wurde oder wenn die Simulation abgelaufen ist.

+	\item Pausieren der Simulation; kann nur bet\"{a}tigt werden, wenn die Simulation derzeit l\"{a}uft.

+	\item Wiederholen der Simulation; kann nicht bet\"{a}tigt werden, wenn die Simulation noch nicht gestartet wurde. 

+	\item Zur\"{u}cksetzen der Simulation; kann nur bet\"{a}tigt werden, wenn die Simulation pausiert wurde oder wenn die Simulation abgelaufen ist.

 \end{itemize}

 

-Die Toolbar l\"{a}sst sich auch nach Belieben repositionieren (z.B. links, rechts oder unten des Simulatorfensters). Hierf\"{u}r muss sie per ``Drag-n-Drop'' zur Zielposition gezogen werden.

+Die Toolbar l\"{a}sst sich nach Wunsch repositionieren (z.B. links, rechts oder unten des Simulatorfensters). Hierf\"{u}r muss sie per ``Drag-n-Drop'' zur Zielposition gezogen werden.

 

 \subsubsection{Die Visualisierung}

 

@@ -65,11 +65,11 @@ Die Toolbar l\"{a}sst sich auch nach Belieben repositionieren (z.B. links, recht
 	\label{fig:Visualisierung}

 \end{figure}

 

-Mittig rechts befindet sich die grafische Repr\"{a}sentation der Simulation. Die X-Achse gibt die Zeit in Millisekunden an und auf der Y-Achse sind alle beteiligten Prozesse aufgef\"{u}hrt. Unsere Demo-Simulation endet nach genau 15 Sekunden. Auf Abbildung \ref{fig:Visualisierung} sind 3 Prozesse (mit den PIDs 1, 2 und 3) dargestellt, die jeweils einen eigenen horizontalen schwarzen Balken besitzen. Auf diesen Prozessbalken kann der Benutzer die jeweilige lokale Prozesszeit ablesen. Die vertikale rote Linie stellt die globale Simulationszeit dar. 

+Mittig rechts befindet sich die grafische Simulationsvisualisierung. Die X-Achse gibt die Zeit in Millisekunden an und auf der Y-Achse sind alle beteiligten Prozesse aufgef\"{u}hrt. Unsere Demo-Simulation endet nach genau 15 Sekunden. Auf Abbildung \ref{fig:Visualisierung} sind 3 Prozesse (mit den PIDs 1, 2 und 3) dargestellt, die jeweils einen eigenen horizontalen schwarzen Balken besitzen. Auf diesen Prozessbalken kann der Anwender die jeweilige lokale Prozesszeit ablesen. Die vertikale rote Linie stellt die globale Simulationszeit dar. 

 

 Die Prozessbalken dienen auch f\"{u}r Start- und Zielpunkte von Nachrichten. Wenn beispielsweise Prozess 1 eine Nachricht an Prozess 2 verschickt, so wird eine Linie vom einen Prozessbalken zum Anderen gezeichnet. Nachrichten, die ein Prozess an sich selbst schickt, werden nicht visualisiert. Sie werden aber im Loggfenster (mehr dazu sp\"{a}ter) protokolliert.

 

-Eine andere M\"{o}glichkeit einen Prozesseditor aufzurufen ist ein Linksklick auf den zum Prozess geh\"{o}rigen Prozessbalken. Dies muss also nicht zwingend \"{u}ber das Simulator-Men\"{u} geschehen. Ein Rechtsklick hingegen \"{o}ffnet ein Popup-Fenster mit weiteren Auswahlm\"{o}glichkeiten (Abbildung \ref{fig:RechtsklickProzessbalken}). Ein Prozess kann \"{u}ber das Popup-Men\"{u} nur dann abst\"{u}rzen oder wiederbelebt werden, wenn die Simulation aktuell l\"{a}uft.

+Eine andere M\"{o}glichkeit einen Prozesseditor aufzurufen ist ein Linksklick auf den zum Prozess geh\"{o}rigen Prozessbalken. Dies muss also nicht zwingend \"{u}ber das Simulator-Men\"{u} geschehen. Ein Rechtsklick hingegen \"{o}ffnet ein Popup-Fenster mit weiteren Auswahlm\"{o}glichkeiten (Abbildung \ref{fig:RechtsklickProzessbalken}). Ein Prozess kann \"{u}ber das Popup-Men\"{u} nur w\"{a}hrend einer laufenden Simulation zu einem Absturz oder einer Wiederbelebung bewegt werden.

 

 \begin{figure}[htbp]

 	\centering

@@ -78,18 +78,18 @@ Eine andere M\"{o}glichkeit einen Prozesseditor aufzurufen ist ein Linksklick au
 	\label{fig:RechtsklickProzessbalken}

 \end{figure}

 

-Generell kann die Anzahl der Prozesse nach belieben variieren. Die Dauer der Simulation betr\"{a}gt mindestens 5 -und h\"{o}chstens 120 Sekunden. Die Simulation endet erst, wenn sie die globale Zeit die angegebene Simulationsendzeit (hier 15 Sekunden) erreicht hat, und nicht, wenn eine lokale Prozesszeit diese Endzeit erreicht. 

+Generell kann die Anzahl der Prozesse nach belieben variieren. Die Dauer der Simulation betr\"{a}gt mindestens \texttt{5} und h\"{o}chstens \texttt{120} Sekunden. Die Simulation endet erst, wenn sie die globale Zeit die angegebene Simulationsendzeit (hier \texttt{15} Sekunden) erreicht hat, und nicht, wenn eine lokale Prozesszeit diese Endzeit erreicht. 

 

 \subsubsection{Farbliche Differenzierung}

 

-Farben helfen dabei die Vorg\"{a}nge einer Simulation besser zu deuten. Standardm\"{a}�ig werden die Prozesse (Prozessbalken) und Nachrichten mit den Farben wie in Tabelle \ref{tb:Farben} aufgelistet dargestellt. Dies sind lediglich die Standardfarben, welche \"{u}ber die Einstellungen umkonfigurierbar sind.

+Farben helfen dabei die Vorg\"{a}nge einer Simulation besser zu deuten. Standardm\"{a}�ig werden die Prozesse (Prozessbalken) und Nachrichten mit den Farben wie in Tabelle \ref{tb:Farben} aufgelistet dargestellt. Dies sind lediglich die Standardfarben, welche \"{u}ber die Einstellungen ge\"{a}ndert werden k\"{o}nnen.

 

 \begin{table}

 	\fbox{

 	\begin{tabular}{c|l}

 		\textbf{Prozessfarbe} & \textbf{Bedeutung} \\

 		\hline 

-		 	Schwarz & Simulation l\"{a}uft derzeit nicht (z.B. noch nicht gestartet, abgelaufen oder\\

+		 	Schwarz & Die Simulation l\"{a}uft derzeit nicht\\

 				& pausiert)\\

 		 	Orange & Die Maus befindet sich \"{u}ber den Prozessbalken\\

 		 	Rot & Der Prozess ist abgest\"{u}rzt\\

@@ -98,9 +98,7 @@ Farben helfen dabei die Vorg\"{a}nge einer Simulation besser zu deuten. Standard
 		\hline 

 		 	Gr\"{u}n & Die Nachricht ist noch unterwegs und hat das Ziel noch nicht erreicht\\

 		 	Blau & Die Nachricht hat das Ziel erfolgreich erreicht\\

-		 	Rot & Die Nachricht ging verloren (entweder weil der Zielprozess abgest\"{u}rzt ist\\

-				& oder weil sie unterwegs verloren ging)\\

-

+		 	Rot & Die Nachricht ging verloren\\

 	\end{tabular}\\

 	}

 	\caption{Farbliche Differenzierung von Prozessen und Nachrichten}

@@ -109,7 +107,7 @@ Farben helfen dabei die Vorg\"{a}nge einer Simulation besser zu deuten. Standard
 

 \subsubsection{Die Sidebar}

 

-Mithilfe der Sidebar lassen sich Prozessereignisse programmieren. Oben auf Abbildung \ref{fig:Sidebar} ist der zu verwaltende Prozess selektiert (hier mit der PID 1). In dieser Prozessauswahl gibt es auch die M\"{o}glichkeit ``Alle Prozesse'' auszuw\"{a}hlen, womit die Ereignisse aller Prozesse gleichzeitig verwaltet werden k\"{o}nnen. Unter ``Lokale Ereignisse'' versteht man diejenigen Ereignisse, die auftreten, wenn eine bestimmte lokale Zeit des dazugeh\"{o}rigen Prozesses eingetreten ist. Die darunterliegende Ereignistabelle listet alle programmierten Ereignisse (hier noch keine vorhanden) mitsamt Eintrittszeiten sowie den PIDs auf.

+Mit Hilfe der Sidebar lassen sich Prozessereignisse programmieren. Oben auf Abbildung \ref{fig:Sidebar} ist der zu verwaltende Prozess selektiert (hier mit der PID 1). In dieser Prozessauswahl gibt es auch die M\"{o}glichkeit ``Alle Prozesse'' auszuw\"{a}hlen, womit die Ereignisse aller Prozesse gleichzeitig verwaltet werden k\"{o}nnen. Unter ``Lokale Ereignisse'' versteht man diejenigen Ereignisse, die auftreten, wenn eine bestimmte lokale Zeit des dazugeh\"{o}rigen Prozesses eingetreten ist. Die darunterliegende Ereignistabelle listet alle programmierten Ereignisse (hier noch keine vorhanden) mitsamt Eintrittszeiten sowie den PIDs auf.

 

 \begin{figure}[htbp]

 	\centering

@@ -118,7 +116,7 @@ Mithilfe der Sidebar lassen sich Prozessereignisse programmieren. Oben auf Abbil
 	\label{fig:Sidebar}

 \end{figure}

 

-F\"{u}r die Erstellung eines neuen Ereignisses kann der Benutzer entweder mit einem Rechtsklick auf einen Prozessbalken (Abbildung \ref{fig:RechtsklickProzessbalken}) klicken und dort ``Lokales Ereignis einf\"{u}gen'' w\"{a}hlen, oder unterhalb der Ereignistabelle ein Ereignis ausw\"{a}hlen (Abbildung \ref{fig:Ereignisauswahl}), im darunter liegendem Textfeld die Ereigniseintrittszeit eintragen und auf ``\"{U}bernehmen'' gehen. Beispielsweise wurden auf Abbildung \ref{fig:SidebarMitEreignissen} drei Ereignisse hinzugef\"{u}gt: Absturz nach \texttt{123ms}, Wiederbelebung nach \texttt{321ms} und erneuter Absturz nach \texttt{3000ms} des Prozesses mit der ID 1. 

+F\"{u}r die Erstellung eines neuen Ereignisses kann der Anwender entweder mit einem Rechtsklick auf einen Prozessbalken (Abbildung \ref{fig:RechtsklickProzessbalken}) klicken und dort ``Lokales Ereignis einf\"{u}gen'' w\"{a}hlen, oder unterhalb der Ereignistabelle ein Ereignis ausw\"{a}hlen (Abbildung \ref{fig:Ereignisauswahl}), im darunter liegendem Textfeld die Ereigniseintrittszeit eintragen und auf ``\"{U}bernehmen'' gehen. Beispielsweise wurden auf Abbildung \ref{fig:SidebarMitEreignissen} drei Ereignisse hinzugef\"{u}gt: Absturz nach \texttt{123ms}, Wiederbelebung nach \texttt{321ms} und erneuter Absturz nach \texttt{3000ms} des Prozesses mit der ID 1. 

 

 \begin{figure}[htbp]

 	\centering

@@ -127,7 +125,7 @@ F\"{u}r die Erstellung eines neuen Ereignisses kann der Benutzer entweder mit ei
 	\label{fig:Ereignisauswahl}

 \end{figure}

 

-Mit einem Rechtsklick auf den Ereigniseditor lassen sich alle selektierten Ereignisse entweder kopieren oder l\"{o}schen. Mithilfe der Strg-Taste k\"{o}nnen auch mehrere Ereignisse gleichzeitig markiert werden. Die Eintr\"{a}ge der Spalten f\"{u}r die Zeit und der PID lassen sich nachtr\"{a}glich editieren. Somit besteht eine komfortable M\"{o}glichkeit bereits programmierte Ereignisse auf eine andere Zeit zu verschieben oder einem anderen Prozess zuzuweisen. Allerdings sollte der Benutzer darauf achten, dass er nach dem \"{A}ndern der Ereigniseintrittszeit die Enter-Taste bet\"{a}tigt, da sonst die \"{A}nderung unwirksam ist.

+Mit einem Rechtsklick auf den Ereigniseditor lassen sich alle selektierten Ereignisse entweder kopieren oder l\"{o}schen. Mit Hilfe der Strg-Taste k\"{o}nnen auch mehrere Ereignisse gleichzeitig markiert werden. Die Eintr\"{a}ge der Spalten f\"{u}r die Zeit und der PID lassen sich nachtr\"{a}glich editieren. Somit besteht eine komfortable M\"{o}glichkeit bereits programmierte Ereignisse auf eine andere Zeit zu verschieben oder einen anderen Prozess zuzuweisen. Allerdings sollte der Anwender darauf achten, dass er nach dem \"{A}ndern der Ereigniseintrittszeit die Enter-Taste bet\"{a}tigt, da sonst die \"{A}nderung unwirksam ist.

 

 In der Sidebar gibt es neben dem Ereignis-Tab einen weiteren Tab ``Variablen''. Hinter diesem Tab verbirgt sich der Prozesseditor des aktuell ausgew\"{a}hlten Prozesses. Dort k\"{o}nnen alle Variablen des Prozesses editiert werden. Der Prozesseditor wird sp\"{a}ter genauer behandelt. 

 

@@ -140,7 +138,7 @@ In der Sidebar gibt es neben dem Ereignis-Tab einen weiteren Tab ``Variablen''.
 

 \subsubsection{Das Loggfenster}

 

-Das Loggfenster (Abbildung \ref{fig:NeuErstellteSimulation}, unten) protokolliert  in chronologischer Reihenfolge alle eingetroffenen Ereignisse. Auf Abbildung \ref{fig:Loggfenster} sieht der Benutzer das Loggfenster nach Erstellung unserer Simulation, an welcher 3 Prozesse beteiligt sind. Am Anfang eines Loggeintrages wird stets die globale Zeit in Millisekunden protokolliert. Bei jedem Prozess werden ebenso seine lokale Zeiten sowie die Lamport- und die Vektor-Zeitstempel aufgef\"{u}hrt. Letztere werden sp\"{a}ter genauer behandelt.  Hinter den Zeitangaben werden weitere Angaben, wie beispielsweise welche Nachricht mit welchem Inhalt verschickt wurde und welchem Protokoll sie angeh\"{o}rt, gemacht. Dies wird sp\"{a}ter noch anhand von Beispielen demonstriert.

+Das Loggfenster (Abbildung \ref{fig:NeuErstellteSimulation}, unten) protokolliert  in chronologischer Reihenfolge alle eingetroffenen Ereignisse. Auf Abbildung \ref{fig:Loggfenster} sieht der Anwender das Loggfenster nach Erstellung unserer Simulation, an welcher 3 Prozesse beteiligt sind. Am Anfang eines Loggeintrages wird stets die globale Zeit in Millisekunden protokolliert. Bei jedem Prozess werden ebenso seine lokale Zeiten sowie die Lamport- und die Vektor-Zeitstempel aufgef\"{u}hrt. Letztere werden sp\"{a}ter genauer behandelt.  Hinter den Zeitangaben werden weitere Angaben, wie beispielsweise welche Nachricht mit welchem Inhalt verschickt wurde und welchem Protokoll sie angeh\"{o}rt, gemacht. Dies wird sp\"{a}ter noch anhand von Beispielen demonstriert.

 

 \begin{figure}[htbp]

 	\centering

@@ -162,7 +160,7 @@ Mit dem Deaktivieren der Checkbox ``Logging'' l\"{a}�t sich das Loggen von Nachr
 	\label{fig:SimulationExpertenmodus}

 \end{figure}

 

-Der Simulator kann in zwei verschiedenen Modi betrieben werden. Es gibt einen einfachen- und einen Expertenmodus. Der Simulator startet standardm\"{a}�ig im einfachen Modus, sodass sich der Benutzer nicht mit der vollen Funktionalit\"{a}t des Simulators auf einmal auseinandersetzen mu�. Der einfache Modus ist \"{u}bersichtlicher, bietet jedoch weniger Funktionen an. Der Expertenmodus eignet sich f\"{u}r mehr erfahrene Anwender und bietet dementsprechend auch mehr Flexibilit\"{a}t. Der Expertenmodus kann \"{u}ber die gleichnamige Checkbox unterhalb des Loggfensters oder \"{u}ber die Simulationseinstellungen aktiviert oder deaktiviert werden.  Auf Abbildung \ref{fig:SimulationExpertenmodus} ist der Simulator im Expertenmodus zu sehen. Wenn der Benutzer den Simulator im Expertenmodus mit Abbildung \ref{fig:NeuErstellteSimulation} vergleicht, dann fallen einige Unterschiede auf, die nun behandelt werden.

+Der Simulator kann in zwei verschiedenen Modi betrieben werden. Es gibt einen einfachen- und einen Expertenmodus. Der Simulator startet standardm\"{a}�ig im einfachen Modus, sodass sich der Anwender nicht mit der vollen Funktionalit\"{a}t des Simulators auf einmal auseinandersetzen mu�. Der einfache Modus ist \"{u}bersichtlicher, bietet jedoch weniger Funktionen an. Der Expertenmodus eignet sich f\"{u}r mehr erfahrene Anwender und bietet dementsprechend auch mehr Flexibilit\"{a}t. Der Expertenmodus kann \"{u}ber die gleichnamige Checkbox unterhalb des Loggfensters oder \"{u}ber die Simulationseinstellungen aktiviert oder deaktiviert werden.  Auf Abbildung \ref{fig:SimulationExpertenmodus} ist der Simulator im Expertenmodus zu sehen. Wenn der Anwender den Simulator im Expertenmodus mit Abbildung \ref{fig:NeuErstellteSimulation} vergleicht, dann fallen einige Unterschiede auf, die nun behandelt werden.

 

 \begin{figure}[htbp]

 	\centering

@@ -175,13 +173,13 @@ Der Simulator kann in zwei verschiedenen Modi betrieben werden. Es gibt einen ei
 

 Der erste Unterschied ist in der Sidebar erkennbar (Abbildung \ref{fig:SidebarExpertenmodus}). Dort sind nun, zus\"{a}tzlich den lokalen Ereignissen, auch globale Ereignisse editierbar.  Wie bereits erw\"{a}hnt, sind unter lokale Ereignisse diejenigen Ereignisse zu verstehen, die auftreten, wenn eine bestimmte lokale Zeit des dazugeh\"{o}rigen Prozesses eingetreten ist. Globale Ereignisse hingegen sind diejenigen Ereignisse, die auftreten, wenn eine bestimmte globale Zeit eingetreten ist. Ein globales Ereignis nimmt die globale Zeit- und ein lokales Ereignis die lokale Prozesszeit als Eintrittskriterium. Globale Ereignisse machen somit nur einen Unterschied, wenn sich die lokalen Prozesszeiten von der globalen Zeit unterscheiden.

 

-Eine weitere neue Funktionalit\"{a}t ist die M\"{o}glichkeit einem neuzuerstellenen Ereignis die PID direkt zuzuweisen. Im einfachen Modus wurde, wenn der Benutzer ein neues Ereignis erstellte, standardm\"{a}�ig immer die PID des aktuell (in der obersten Combo-Box) ausgew\"{a}hlten Prozesses verwendet. In dieser Combo-Box sollte der Benutzer gegebenenfalls ``Alle Prozesse'' selektieren, damit im Ereigniseditor stets die Ereignisse aller Prozesse aufgelistet werden.

+Eine weitere neue Funktionalit\"{a}t ist die M\"{o}glichkeit einem neuzuerstellenen Ereignis die PID direkt zuzuweisen. Im einfachen Modus wurde, wenn der Anwender ein neues Ereignis erstellte, standardm\"{a}�ig immer die PID des aktuell (in der obersten Combo-Box) ausgew\"{a}hlten Prozesses verwendet. In dieser Combo-Box sollte der Anwender gegebenenfalls ``Alle Prozesse'' selektieren, damit im Ereigniseditor stets die Ereignisse aller Prozesse aufgelistet werden.

 

 \subsubsection{Lamportzeit, Vektorzeit und Anti-Aliasing Schalter}

 

-Weitere Unterschiede machen sich unterhalb des Loggfensters bemerkbar. Dort gibt es unter Anderem zwei neue Checkboxen ``Lamportzeit'' und ``Vektorzeit''.  Aktiviert der Benutzer eine dieser beiden Checkboxen, so wird die Lamport- beziehungsweise Vektorzeit in die Visualisierung dargestellt. \"{U}bersichtshalber kann der Benutzer nur jeweils eine dieser beiden Checkboxen aktivieren. Wenn die Lamportzeit-Checkbox bereits aktiviert ist und der Benutzer versucht die Vektorzeit-Checkbox zus\"{a}tzlich zu aktivieren, so wird die Lamportzeit-Checkbox automatisch deaktiviert und virce versa. 

+Weitere Unterschiede machen sich unterhalb des Loggfensters bemerkbar. Dort gibt es unter Anderem zwei neue Checkboxen ``Lamportzeit'' und ``Vektorzeit''.  Aktiviert der Anwender eine dieser beiden Checkboxen, so wird die Lamport- beziehungsweise Vektorzeit in die Visualisierung dargestellt. \"{U}bersichtshalber kann der Anwender nur jeweils eine dieser beiden Checkboxen aktivieren. Wenn die Lamportzeit-Checkbox bereits aktiviert ist und der Anwender versucht die Vektorzeit-Checkbox zus\"{a}tzlich zu aktivieren, so wird die Lamportzeit-Checkbox automatisch deaktiviert und virce versa. 

 

-Die Anti-Aliasing-Checkbox erm\"{o}glicht dem Benutzer Anti-Aliasing zu aktivieren und deaktivieren. Mit aktiviertem Anti-Aliasing werden alle Grafiken der Visualisierung gerundet dargestellt. Aus Performancegr\"{u}nden ist Anti-Aliasing standardm\"{a}�ig nicht aktiv.

+Die Anti-Aliasing-Checkbox erm\"{o}glicht dem Anwender Anti-Aliasing zu aktivieren und deaktivieren. Mit aktiviertem Anti-Aliasing werden alle Grafiken der Visualisierung gerundet dargestellt. Aus Performancegr\"{u}nden ist Anti-Aliasing standardm\"{a}�ig nicht aktiv.

 

 \subsubsection{Der Loggfilter}

 

@@ -196,7 +194,7 @@ Es wird zwischen zwei verschiedenen Haupttypen von Ereignissen unterschieden: Pr
 Die beiden grundliegensten Ereignisse sind ``Prozessabsturz'' sowie ``Prozesswiederbelebung''. Wenn ein Prozess abgest\"{u}rzt ist, so wird sein Prozessbalken in rot dargestellt. Ein abgest\"{u}rzter Prozess kann keine weiteren Ereignisse mehr verarbeiten und, wenn er eine Nachricht empfangen sollte, geht diese verloren. Die einzige Ausnahme bildet ein Wiederbelebungsereignis. Ein abgest\"{u}rzter Prozess kann nichts, au�er wiederbelebt werden. W\"{a}hrend eines Prozessabsturzes l\"{a}uft die lokale Prozessuhr, abgesehen der Lamport- und Vektor-Uhren, wie gewohnt weiter. Das hei�t es besteht die M\"{o}glichkeit, dass ein Prozess einige seiner Ereignisse gar nicht ausf\"{u}hrt, da er zu den Ereigniseintrittszeiten abgest\"{u}rzt ist. Wenn im echten Leben ein Computer abst\"{u}rzt oder abgeschaltet wird, dann l\"{a}uft dort die Hardware-Uhr, unabh\"{a}ngig vom Betriebssystem, auch weiter.

 

 \subsubsection{Aktivierung und Deaktivierung von Protokollen sowie Starten von Anfragen (programmierbar)}

-Wir wissen bereits, dass ein Prozess mehrere Protokolle Client- und auch Serverseitig unterst\"{u}tzen kann. Welches Protokoll von einem Prozess unterst\"{u}tzt wird, kann der Benutzer anhand von Protokollaktivierungs- und Protokolldeaktivierungsereignissen konfigurieren. Somit besteht die M\"{o}glichkeit, dass ein gegebener Prozess ein bestimmtes Protokoll erst zu einem bestimmten Zeitpunkt unterst\"{u}tzt und gegebenenfalls ein anderes Protokoll abl\"{o}st. Jedes Protokoll kann entweder Server- oder Clientseitig aktiviert beziehungsweise deaktiviert werden. Welche Protokolle es gibt wird sp\"{a}ter behandelt. Der Benutzer hat die Auswahl zwischen f\"{u}nf verschiedenen Protokollereignistypen: 

+Wir wissen bereits, dass ein Prozess mehrere Protokolle Client- und auch Serverseitig unterst\"{u}tzen kann. Welches Protokoll von einem Prozess unterst\"{u}tzt wird, kann der Anwender anhand von Protokollaktivierungs- und Protokolldeaktivierungsereignissen konfigurieren. Somit besteht die M\"{o}glichkeit, dass ein gegebener Prozess ein bestimmtes Protokoll erst zu einem bestimmten Zeitpunkt unterst\"{u}tzt und gegebenenfalls ein anderes Protokoll abl\"{o}st. Jedes Protokoll kann entweder Server- oder Clientseitig aktiviert beziehungsweise deaktiviert werden. Welche Protokolle es gibt wird sp\"{a}ter behandelt. Der Anwender hat die Auswahl zwischen f\"{u}nf verschiedenen Protokollereignistypen: 

 

 \begin{itemize}

 	\item Aktivierung des Clients eines gegebenen Protokolls

@@ -256,7 +254,7 @@ In diesem Abschnitt wird auf die m\"{o}glichen Konfigurationsm\"{o}glichkeiten g
 \end{figure}

 

 

-Der Simulator unterscheidet zwischen mehreren Datentypen, in denen die einstellbaren Variablen vorliegen k\"{o}nnen (Tabelle \ref{tb:VariablenDatentypen}). Im folgenden bedeutet \texttt{Prefix}: \textit{wert}, dass die Variable vom Typ \texttt{Prefix} ist, und standardm\"{a}ssig den Wert \textit{wert} zugewiesen hat. Vom Benutzer lassen sich lediglich die Variablenwerte, jedoch nicht die Variablentypen sowie Variablennamen, \"{a}ndern.

+Der Simulator unterscheidet zwischen mehreren Datentypen, in denen die einstellbaren Variablen vorliegen k\"{o}nnen (Tabelle \ref{tb:VariablenDatentypen}). Im folgenden bedeutet \texttt{Prefix}: \textit{wert}, dass die Variable vom Typ \texttt{Prefix} ist, und standardm\"{a}ssig den Wert \textit{wert} zugewiesen hat. Vom Anwender lassen sich lediglich die Variablenwerte, jedoch nicht die Variablentypen sowie Variablennamen, \"{a}ndern.

 

 \subsection{Simulationseinstellungen}

 

@@ -268,7 +266,7 @@ Der Simulator unterscheidet zwischen mehreren Datentypen, in denen die einstellb
 \end{figure}

 

 

-Beim Erstellen einer neuen Simulation erscheint zun\"{a}chst das dazugeh\"{o}rige Einstellungsfenster (Abbildung \ref{fig:Simulationseinstellungen}). In der Regel reicht es, wenn der Benutzer hier die Standardwerte \"{u}bernimmt. Es besteht auch die M\"{o}glichkeit die Einstellungen nachtr\"{a}glich zu editieren, indem das Einstellungsfenster via ``Editieren $\rightarrow$ Einstellungen'' erneut aufgerufen wird.

+Beim Erstellen einer neuen Simulation erscheint zun\"{a}chst das dazugeh\"{o}rige Einstellungsfenster (Abbildung \ref{fig:Simulationseinstellungen}). In der Regel reicht es, wenn der Anwender hier die Standardwerte \"{u}bernimmt. Es besteht auch die M\"{o}glichkeit die Einstellungen nachtr\"{a}glich zu editieren, indem das Einstellungsfenster via ``Editieren $\rightarrow$ Einstellungen'' erneut aufgerufen wird.

 

 Im Folgenden werden alle in den Simulationseinstellungen verf\"{u}gbaren Variablen beschrieben. Die Klammern geben den Typen und die Standardwerte an, in denen die Variablen vorliegen. 

 

@@ -279,7 +277,7 @@ Im Folgenden werden alle in den Simulationseinstellungen verf\"{u}gbaren Variabl
 	\item \textbf{Expertenmodus aktivieren} \textit{(Boolean, false)}: Hier l\"{a}sst sich der Expertenmodus auf einen alternativen Weg aktivieren beziehungsweise wieder deaktivieren. 

 	\item \textbf{Simulation periodisch wiederholen} \textit{(Boolean: false)}: Wenn diese Variable auf \texttt{true} gesetzt ist, so wird die Simulation jedes Mal nach Ablauf automatisch erneut gestartet. 

 	\item \textbf{Abspielgeschwindigkeit der Simulation} \textit{(Float: 0.5)}: Gibt den Faktor der Simulationsabspielgeschindigkeit an. Wenn als Faktor \texttt{1} gew\"{a}hlt wird, dann dauert eine simulierte Sekunde so lange wie eine echte Sekunde. Der Faktor \texttt{0.5} gibt somit an, dass die Simulation mit halber Echtzeitgschwindigkeit abgespielt wird.

-	\item \textbf{Anzahl der Prozesse} \textit{(Integer: 3)}: Gibt an wieviele Prozesse an der Simulation teilnehmen sollen. Wie schon erw\"{a}hnt kann der Benutzer auch nachtr\"{a}glich via Rechtsklick auf den Prozessbalken den jeweiligen Prozess aus der Simulation entfernen oder weitere Prozesse hinzuf\"{u}gen.

+	\item \textbf{Anzahl der Prozesse} \textit{(Integer: 3)}: Gibt an wieviele Prozesse an der Simulation teilnehmen sollen. Wie schon erw\"{a}hnt kann der Anwender auch nachtr\"{a}glich via Rechtsklick auf den Prozessbalken den jeweiligen Prozess aus der Simulation entfernen oder weitere Prozesse hinzuf\"{u}gen.

 	\item \textbf{Dauer der Simulation} \textit{(Integer: 15)}: Gibt die Dauer der Simulation in Sekunden an.

 \end{itemize}

 

@@ -332,11 +330,11 @@ Im selben Fenster lassen sich auch die Protokollvariablen editieren. Die Protoko
 	\label{tb:Farbeinstellungen}

 \end{table}

 

-Im Expertenmodus lassen sich zus\"{a}tzliche Variablen, wie beispielsweise diverse Farbwerte und Anzahl der Pixel verschiedener der GUI-Elemente, editieren. Auf Abbildung \ref{fig:SimulationseinstellungenExperten} sieht der Benutzer alle einstellbaren Farben. Die fett-gedruckten Schl\"{u}ssel in Tabelle \ref{tb:Farbeinstellungen} dienen nur als Standardwerte f\"{u}r neuzuerstellenen Prozesse und sind auch jeweils in den Prozesseinstellungen separat editierbar.

+Im Expertenmodus lassen sich zus\"{a}tzliche Variablen, wie beispielsweise diverse Farbwerte und Anzahl der Pixel verschiedener der GUI-Elemente, editieren. Auf Abbildung \ref{fig:SimulationseinstellungenExperten} sieht der Anwender alle einstellbaren Farben. Die fett-gedruckten Schl\"{u}ssel in Tabelle \ref{tb:Farbeinstellungen} dienen nur als Standardwerte f\"{u}r neuzuerstellenen Prozesse und sind auch jeweils in den Prozesseinstellungen separat editierbar.

 

 \section{Protokolle}

 

-Im Folgenden werden alle verf\"{u}gbaren Protokolle behandelt. Wie bereits beschrieben wird bei Protokollen zwischen Server- und Clientseite unterschieden. Server k\"{o}nnen auf Clientnachrichten, und Client auf Servernachrichten antworten. Jeder Prozess kann beliebig viele Protokolle sowohl Clientseitig als auch Serverseitig untest\"{u}tzen. Theoretisch ist es auch m\"{o}glich, dass ein Prozess f\"{u}r ein bestimmtes Protokoll gleichzeitig Server und Client ist. Der Benutzer kann auch weitere eigene Protokolle in der Programmiersprache Java mittels einer speziellen API (Application Programming Interface) erstellen. Wie eigene Protokolle erstellt werden k\"{o}nnen wird sp\"{a}ter behandelt. 

+Im Folgenden werden alle verf\"{u}gbaren Protokolle behandelt. Wie bereits beschrieben wird bei Protokollen zwischen Server- und Clientseite unterschieden. Server k\"{o}nnen auf Clientnachrichten, und Client auf Servernachrichten antworten. Jeder Prozess kann beliebig viele Protokolle sowohl Clientseitig als auch Serverseitig untest\"{u}tzen. Theoretisch ist es auch m\"{o}glich, dass ein Prozess f\"{u}r ein bestimmtes Protokoll gleichzeitig Server und Client ist. Der Anwender kann auch weitere eigene Protokolle in der Programmiersprache Java mittels einer speziellen API (Application Programming Interface) erstellen. Wie eigene Protokolle erstellt werden k\"{o}nnen wird sp\"{a}ter behandelt. 

 

 \subsection{Beispiel (Dummy) Protokoll}

 

diff --git a/LaTeX/chapters/titlepage.tex b/LaTeX/chapters/titlepage.tex
index 0f2d1f4..a77f41b 100644
--- a/LaTeX/chapters/titlepage.tex
+++ b/LaTeX/chapters/titlepage.tex
@@ -76,9 +76,10 @@ Ohne die Hilfe folgender Personen w\"{a}re die Anfertigung dieser Diplomarbeit i
 \begin{itemize}
 	\item Martin O�mann f\"{u}r die Betreuung der Diplomarbeit und der Bereitstellung des f\"{u}r mich sehr interessanten Themas
 	\item Andre Herbst, f\"{u}r das Testen des Simulators; durch seine Hilfe wurden viele M\"{a}ngel und Bugs aufgedeckt
-	\item Mein Bruder Florian B\"{u}tow, f\"{u}r Tipps und Tricks rund um Java, f\"{u}r die Bereitstellung eines Buches sowie f\"{u}r das Testen des Simulators 
-	\item Meine Eltern J\"{o}rn und Leslie B\"{u}tow, die mir das Studium erm\"{o}glichten und stets f\"{u}r alle Dinge ein offenes Ohr hatten sowie f\"{u}r das Sponsoren eines weiteren Buches
-	\item Die Open Source Gemeinde; diese Diplomarbeit wurde ausschlie�lich mithilfe von Open Source Software angefertigt
+	\item Meinem Bruder Florian B\"{u}tow, f\"{u}r Tipps und Tricks rund um Java, f\"{u}r die Bereitstellung eines Buches sowie f\"{u}r das Testen des Simulators 
+	\item Meinen Eltern J\"{o}rn und Leslie B\"{u}tow, die mir das Studium erm\"{o}glichten und stets f\"{u}r alle Dinge ein offenes Ohr hatten sowie f\"{u}r das Sponsoren eines weiteren Buches
+	\item Meine Tante Carrie Callahan f\"{u}r das Probelesen
+	\item Der Open Source Gemeinde; diese Diplomarbeit wurde ausschlie�lich mit Hilfe von Open Source Software angefertigt
 \end{itemize}
 
 
diff --git a/LaTeX/diplomarbeit.pdf b/LaTeX/diplomarbeit.pdf
index a994b14..9fd7fd7 100644
--- a/LaTeX/diplomarbeit.pdf
+++ b/LaTeX/diplomarbeit.pdf
@@ -27,7 +27,7 @@ endobj
 << /S /GoTo /D (section.2.1) >>
 endobj
 24 0 obj
-(\376\377\0002\000.\0001\000\040\000D\000i\000e\000\040\000g\000r\000a\000f\000i\000s\000c\000h\000e\000\040\000B\000e\000n\000u\000t\000z\000e\000r\000s\000c\000h\000n\000i\000t\000t\000s\000t\000e\000l\000l\000e)
+(\376\377\0002\000.\0001\000\040\000D\000i\000e\000\040\000g\000r\000a\000f\000i\000s\000c\000h\000e\000\040\000A\000n\000w\000e\000n\000d\000e\000r\000s\000c\000h\000n\000i\000t\000t\000s\000t\000e\000l\000l\000e)
 endobj
 25 0 obj
 << /S /GoTo /D (section.2.2) >>
@@ -237,13 +237,12 @@ endobj
 << /S /GoTo /D [162 0 R  /Fit ] >>
 endobj
 165 0 obj <<
-/Length 795       
+/Length 796       
 /Filter /FlateDecode
 >>
 stream
-xڍU�R�0��+�Lfj���;h
S
-�t�҅I��%��v���{e�N��E���8��#�"?����X����k�|3 hg}�PXH�as�4y��*���%Fc�a
N�u�$�=(#�ƻ��|2�P4.�t����<^�,��(�s#�}ހgDbB�A�"+%�w?�
NΙB�aC�-��
��f���������鷳�t6�5�l���>
�Q	e�t/%�B�6���{l�*wE��j(���?m���y��#�<���*]^�:,/�O���ޅ�>2,�u�q ����=��������ZT�{��rw���ڮ�&/c*W�|U��A���7���x��n��E��5�3@��\�.=2���ʵ�2H" aH�F�ݧ�����NDZXX,�|��$��,+�Y=϶���)؀O��5܋Gc�4;|�-ϳ8�5�*7ϊ�1ض�",��rāh߹nZ����X�
-�M���r��Sn�`��u�9o���ю�dZ���*����$��9כ�(�ѓP�
+xڍUKs�0��+t��Z���[RHJ�i��^�����n�Nl�L�}W�l a2H�}|���5E~i��ie�1֠�f@�
+�]h�Ba!��ˑ������XY�Qb46���Q�����
e��x7љO�����v�nw���+r���%�bn����HL�0(Q�a�$��g���9S�1l�@�%b�`#�A��l�s8��|��:�v6��F�f�m�Чa>*�L@����R(ц]?�v�MY�hrW�
 endobj
 162 0 obj <<
 /Type /Page
@@ -425,15 +424,13 @@ endobj
 /ProcSet [ /PDF /Text /ImageC ]
 >> endobj
 177 0 obj <<
-/Length 1028      
+/Length 1089      
 /Filter /FlateDecode
 >>
 stream
-xڍVێ�8}���H������D��Z�J���>��I�
a����/ȅ�Z��Uu��qّ�_�Q���e	Q�����;�܏�7r��
-ٙ�
c�١� 4 �e&��(���1A�0E?E��ȷ~c��˂7�����t�j	&�M0n���*m!H�!j��4!�������惋�z���)^��:�&	�zUz
XLc�)vG�L3TmB%8����8Dg�5�)�]�G��'@:��!��^���2f��#>��x���yIIdq��l,�A�q�!9I�(
-X�ƚ&N�K1��m�kTFa>��}�-�TQ��b<�]�=����4U.�p�M(֛	�p�3��m�;G8CN;�m�:Y�c�Ȓ70�Z^���
-
lC�9(~t�
-�B1�r�u�m����C��8�8K��7��c�{��ꅽk�G�a��B�$��'o>T���}�v
�
F�6~�U��f����.*}��2o�F}q�]�ψ6���4]��5E_�ोZ�!��G������Zy�?����1��>�CS$tڐo�G��7�=�ou���
}�5���ȊRԙc��1�^��%�>Ds��>��>	�'�P��8��f�/��Zv�]����1�*�~�1���ۏS���1��|��0�![+G�t��:���ù��՜�^�L�=��C�$$HP=/�QԜ\���r�C�����\ư��R��lmCE�:^�E7�8b)���R���"�=��n�<�kP��v��ڠ�a^�a�KFh@W�R�U$f%yY:�Wڄ5�a�F��-fP�[��y;��O$�~����>e$F�f��y>S�4"x^L�1
a��4�:�����&�+�q��v�;�	P]C�w����*�;e�tvfz��Is	�ɼSjw��W�}��J���šMo�彖a?���>��������A9WoЇWG�!����#}`q|g;c��4㡦���xx�� ����endstream
+xڍWMo�8��Wp4�4Ç1x�4��Ee��m��qw�
a�����

��^EJ������D^?��р�<�2��E޾��#�}�F.�RДe0X�ڤq���f��vw��[̼�!�#6�x���{��r/�/-�($�^�
R���`u�Ea�y����۰,`��f��IISF���QV?���o�:JU�ֺ~�)L��Q�aּ�$������F����+��a<��a���jjѾʲ��R�Q~D����Q�$I&�Tx�(x����ܟpq���%a�X�Î�ҏC�
LX�8�a
,�v8.�G�U�^�Ɯ�x�?�;��F^R�y��)�#�C�feHN/���1�ģ �I~�O�F�%*�`>��C�GԹ8�0	XF��Q^8yBj����d�	�p�s��]+{G8'N;�ۜ�����&[�¬�dUM6�h`���A˓#�Tl�������I�B/��AF��{��5����쭡�ٻD]bo
+�EX�IJ�پ��yD��|�����ʵI�����e�%�W�kZ����[�4�,�
+&aAʁ�u�L��3����Y0��K����`�E�|�:�S�s<�]7�8fq�o�+�4�WT���Χ�w[�1���/J��&��d�|un��u&��ET�����NaMY:����2�t����(�����F��L�h�
%�!j��5%�tK#F��4�ZQ�vKM����>�.�i�h�����"��D���*qj%�?��n
 endobj
 176 0 obj <<
 /Type /Page
@@ -454,16 +451,17 @@ endobj
 /Filter /FlateDecode
 >>
 stream
-x���o�6����У�`��<^vsE�.��=�n��&:G�-��v���PeJ��䴋&�E�؉ǜ�?r(�d~H�8�؈LO�n�p��׾}E:�%�B*�c��M���B�I+�h��F�sa��n^}�O*3J��<��o�G*���2������~�����ӧ���U^ܮ��,���7߿�������X�)-�
�$� �L�uF]���Dv�e��S�Il��F�����j�3����H)W�E�ϋ�\��1�V\g��`g�R!GJ��
-=�H��4�H"��R?"Ut`%��01�&��}�ή5�]��\1�z{����T��uq,�|I��������m<�	!DI�% Cp�>�/��z��Q�H�4;�D��CM")(FZJuȩAFh �'�<	JE
dJRP:��J�Q��	��X�˻�v��X*�4S4�\:�����k��9��%��C2�������y*c>/X����s �RAsNof��ݜ�&d�ҫ��aM�����SXO��,X滚�Y�	��dB%67Y3�Ub҈*)�t�SX�BS�3k禠7Eަng�"'�k�
cZ��w/\A	����Ok�
-�	^)����|����R
��3_U���*%��(�f��9���U�C�Go��G8�4s��9�v��%bF�vά���1�{�ǃ}�������,�)�/�9�|�!R�*%�Rb�VCeǕ�,��<z(���|�dŘ�E(r��ь'P��ZY���)/vЂUy8a(h�$�|Fg���/�B���pFS}�3��p��3�pFݎ�|R�ȥAB��ә�prgQ6-��+q
���>B>�UJJ�h�_��$�r��q8\�y�y0cn9�HJ"�R5	�5)�
-�-"��[����v�f�h�꧵��b�-�_��{��w[���!��FF\�#N���*%�
-���z(�:�],Ww�\��5���.�v!w�"ʼnNr��w���vy���cY�Im7ˠ9��9��8h���9_��an��Xv<���	�k>�����1e�i�AC�h���1�:�ޝ�m�[U��S9�w�x�>�j��:�|��[
-�g�� ��(!�1��2�5x�8E��h��ffx����e���$�Ro�`�L�U\��G���P$�4�/#��Y��2��6���^��/<%"�k���X�nu�LAψqjϮ7k�]S0,@a�ʑ�\d������Ji�ց��]��X�=@��k
-#�4�|	�Ag�R�w�/�;�f�C.��p�r1���Q;{��sv96F��t���n�z�>ۛbuxy��R��J�U��J	��?�my����3�
��x����|�nN��!�y����]ܧ�a5b���'K�}R�u�Wڮ��������t,����)�����z
k~h�Uu֗wol���#b���8��ݝh`�Q���K���JY��� ���7�m@�v_7�/\Gs|�L9�k.1{�D�.+���9�,Y�{;w���2y}�m>Wu�-���6��w���b�O�5ë?Ls`d��j���d��V;�T\�����\���������3��u���RnW�&Ye{;��tU�B��>�����R������w�����v�Fh����
-����db���J�k7$��l�g���2=��2��������YV��]`�޽��Aj�
-�.�ͻ�m�
-����׀�$� �Xk���}�EhL3g������ƞ��,gKendstream
+x���o�����У�`��<6��EX�W��{�%�#�-�r�ݿ�C��)Q"�z�\
bǞp�4��hR`�!��c#
+e<!��=������
q6�KąT��̻���
����V��F���Z]ݼ��_�,(E���߃������_�����}��Z�>�7���v
�uլ��ۛ��O��5���^�A�D�Y����~�(N��?�ann�����F�h5��7��#h��R���z_V�c��Ήp�����{��
+A8R��U��@b���@����	�2�+Yl�!��>��H��v��t��b���ݱ�~]S�ڶձ��%%����?_g�	�f�%!JL����Y����__q�KM��AJ���d�<jIA1�RҤCN
2Ba�g8a�YP*
+ S��қ�TRG��'�Nb�X����2�R1���E�%��[��-��_c5/��1�����LG8��,S��y��(��ܚ�@�
+�Ys3;	�֜�% K�^}�k�W��m{<���.ς����*�H`�$z,���Ța�2+�FTI񬋝B�B�]�ެ�_��Ve��-EN���#ƴ��wo����}�����ZWm۴�~_N'
+uL��"T�w��	��#ʴ+ɩ`zE
���1X��7���BN��l}�1�X9o�#�ח�j����>�xՖ��x���R���)o�F)��Vce�*h�T�q���>a��b��E(r��ьgP�z�C��TV;h��2^,�w������Y�t��Hȷ�{g2�g83����>s�g���g5�\$��98�Y'�pVu��B+=S�kH���"���rR�*|����
+HJ�8
+*žS��?۪{%�V���C�+�Lj�p�ٕ�[�R�6Z��VB�K�*�.�x���\ޗH���;F��Dg��v�;긳�;��X7e*GR��2h�B�1s�*'3D�e.�z�[�,���tt��r���N)�ϣF�93�s��??�!��M��;����o��_l�;B���Q{;��"Ms0�Hf#��H��
�"N��4%�
f'��2K	��%,f2��K����;��U\��'���P$�4E(#��[��2��6��k����<ef��ܱ&�^Ա2=#ƹ����J��`��⮕#��(B'3]���i�֑�o]��T�@ӡ���
+b
+#�4/B	3݁��)������$� ��N<\���͋����Q�z��v96E��t���n�v�}�75������R^�J��[���a��B��d�LE �+�x����-ߤ�O̐�<�|v�.�Ű�0Խ��Rf�Tu[��ն��/}�T�ޟ�u�T�?�����Q��a-�K��>���FR="F{����@s���@f\�Rm+e%��8�Mh�ڀ�m@��N��|�db�]&b�2I��,	S{��l��e"�e�ݽ�|n�j[����l�w��Bw��'���o��;,2{�Ls�Ѷ�4E(8���*7/I]
+C���R�-������ᣖ�I��,�Rn+R�Ͳ���G�,�!\�ϾK�%����ɝ|������vn&hM������=���>�����nH(��x�_p�N�Jˌ��Z>����e	��s��� o�	R�*�7�﷍���P�O�a�唋"�2���r����H�K_�R3�J�<�N�/��%�^�T�T�,V��S��T��?uW��hQ�3g?�w�QF���j~�wR�
xJ�7��i�WM��l�#�6	:K�`�q2�e����)��9�sWۦ�=oʽ{ܷ��hc�"R��rV9�����Tr�g�2S���ZnR�n/KR�-㌳,W�n���-ƒC���o��Rg�V���v
b?���ȓH3HPV�g@�r3a�@t�x"�g����
 endobj
 183 0 obj <<
 /Type /Page
@@ -504,7 +502,7 @@ endobj
 191 0 obj <<
 /Type /Annot
 /Border[0 0 0]/H/I/C[1 0 0]
-/Rect [89.9113 521.3677 285.4137 533.897]
+/Rect [89.9113 521.3677 291.078 533.897]
 /Subtype /Link
 /A << /S /GoTo /D (section.2.1) >>
 >> endobj
@@ -671,13 +669,13 @@ endobj
 >>
 stream
 x��YMs�6��W�H�����Lӌ;=xߚd��9���D'���>�		$�T��N�3e��[�, A�?����X���pA)��\����
��.=x���\�򛢈l����/Ĥ�T
-3V�����jVu���`�(w�,(�UwM�_|�������H2��R�y���J�Вs��!z@Q��5���[�����_����Xk͆q2�s���09^,�RůU�X2m����ܔM[���f}:Xj-VV(6��{T��$+.�1)�Nێ�5�Щ�^�%�X�IJg�	ю���ȑ�	IzT�d�N8ΊwuUޗ�t-�^�p�A��ゑ�l��Q1&��d�<%�Isd�]s��R��M��O?�t��t�
ƙ�n���;-up ����
ǹM5��O�gZ�q�
P˘���ކ���������&��0a��b���|��e�`A��Z���h�*�}��g��R<�fZ�\Ο���9�H�%�1�a�C�w讬ְ|�t��Bq6�X{T��
-k��1��ԣ��LI�3-u\.g�T[AV��o1'�U���R��2|����`��Jna�Ӵ�e[M���,s��Xmr���e�Z�����	�n�9�%%���,.��^��Y��4�T�L,zTg;ѧ��n�n��m]O$������؃2D�\�����L�X3�sT,g�D�3#Q2�(7�H�8�M�G�\^^_E9�Z\j��VqzT�c�M�F�ѣ�L�80�c\.��T��‘̠G.;��4�>?�w�ժ����m���̶�>|�6J��z�V�&�bn�a�V�V��e��*�)�5��˱�
S�L���0����+.m~c�qނ>��Zܹ|���
.�h�]0n>��n�:򛄭�{f����Q9�n(�zD��E��R"�K����.���ܓ�`�YnW8�:өq[�vi�s/����»����j"��P��''�����ß�bR�ы
�r/&۞�E_as^��΋�?�iگU5,���ͺ�u'��
%�-czT����&����κ/�\ྴrq���RmG�1�S���JJ��66sf5��(Dfu��`����Ⱥwht�&�mb�&�e�4$#��Y��	Ae�
+3V�����jVu���`�(w�,(�UwM�_|�������H2��R�y���J�Вs��!z@Q��5���[�����_����Xk͆q2�s���09^,�RůU�X2m����ܔM[���f}:Xj-VV(6��{T��$+.�1)�Oێ�5�Щ�^�%�X�IJg�	ю���ȑ�	IzT�d�N8ΊwuUޗ�t-�^�p�A��ゑ�l��Q1&��d�<%�Isd�]s��R��M��O?�t��t�
ƙ�n���;-up�����
ǹM5��O�gZ�q�
P˘���ކ���������&��0a��b���|��e�`A��Z���h�*�}��g��R<�fZ�\Ο���9�H�%�1�a�C�w讬ְ|�t��Bq6�X{T��
+k��1��ԣ��LI�3-u\.g�T[AV��o1'�U���R��2|����`��Jna�Ӵ�e[M���,s��Xmr���e�Z�����	�n�9�%%���,.��^��Y��4�T�L,zTg;ѧ��n�n��m]O$������؃2D�\�����L�X3�sT,g�D�3#Q2�(7�H�8�M�G�\^^_E9�Z\j��VqzT�c�M�F�ѣ�L�80�c\.��T��‘̠G.;��4�>?�w�ժ����m���̶�>|�6J��z�V�&�bn�a�V�V��e��*�)�5��˱�
S�L���0����+.m~c�qނ>��Zܹ|���
.�h�]0n>��n�:򛄭�{f����Q9�n(�zD��E��R"�K����.���ܓ�`�YnW8�:өq[�vi�s/����»����j"��P��''�����ß�bR�ы
�r/&۞�E_as^��΋�?�iگU5,���ͺ�u'��
%�-czT����&����κ/�\ྴrq���RmG�1�S���JJ��66sf5��(Dfu��`����Ⱥwht�&�mb�&�e�4$#��Y��	Ae�
 ���|OAð��
 �an�Δ����Ö�q�o��N*`�&)
-{Ĭ{P��(gHE�Y9��\+��Sa%f���$'Ú���̍�M/�U[�V�[�I�ŝ"���
-oSG��J,��(l;q�ڣr����I5'��Ic'K�6�
-.�w���	5���Z�<�0�g�)(v��_�uGendstream
+{Ĭ{P��(gHE�Y9��\+��Sa%f���$'Ú���̍�M/�U[�V�[�I�ŝ"���