Ziel: Benutzbarkeit

ws2011/BP/QS-Dokument/QS-Dokument.tex

@@ -58,6 +58,7 @@ Version: 0.1.1 | 11.01.2012}
 % % % % % % % % % % % % % % % %% % % % % % % % % % %  KONTAKT  % % % % % % % % % % % % % % % %% % % % % % % % % % % % % % % %
 \newpage
 \section*{Kontakt}
+\label{Kontakt}
 \begin{tabular}{p{5cm} p{11cm}}
 & \\
 \textbf{Auftraggeber:}		&	\textbf{Immanuel Schweizer} \\
@@ -92,15 +93,16 @@ Version: 0.1.1 | 11.01.2012}
 % % % % % % % % % % % % % % % %% % % % % % % % % % %  EINLEITUNG  % % % % % % % % % % % % % % % %% % % % % % % % % % % % % % % %
 \newpage
 \section{Das Projekt}
+\label{DasProjekt}
 Das Projekt da-sense ist ein großflächiges Sensornetzwerk in Darmstadt. Es besteht aus einer Webapplikation, die dem Nutzer in Zukunft erlauben soll verschiedene Naturerscheinungen wie z.B. Lautstärkepegel (\gls{dB}), \gls{CO}- und \gls{CO2}-Konzentration einzusehen. Die Daten hierfür stammen aus verschiedenen Quellen (Smartphones und \gls{Waspmote Sensoren}) und werden in eine Datenbank transferiert, die schließlich über die Webapplikation visualisiert abgerufen werden können. Bisher konnten die Datenbank und die Webapplikation nur mit den von Smartphones gesendeten Daten umgehen. Im Rahmen des Bachelorpraktikums im Wintersemester 2011/2012 sollen folgende Funktionalitäten hinzukommen:
 \begin{itemize}
 \item Umstrukturierung der Datenbank für neue Sensortypen
 \item Installation von \gls{Waspmote Sensoren} auf Straßenbahnen
-\item Anpassung der \gls{API} auf neue Datenbank und Erstellung einer neue Visualisierung der Benutzeroberfläche
+\item Anpassung der \gls{API} auf neue Datenbank und Erstellung einer neuen Visualisierung der gesammelten Daten
 \item Android-App
 \end{itemize}
 Das Projekt wurde auf insgesamt drei Gruppen aufgeteilt. In diesem Dokument werden ausschließlich die Bereiche der Gruppe 1b behandelt.
-Der Themenbereich umfasst die Umstellung der \gls{API} auf eine neue Datenbank und die Erstellung einer neuen Visualisierung der Benutzeroberfläche.
+Der Themenbereich umfasst die Umstellung der \gls{API} auf eine neue Datenbank und die Erstellung einer neuen Visualisierung der gesammelten Daten.
 
 
 
@@ -110,6 +112,7 @@ Der Themenbereich umfasst die Umstellung der \gls{API} auf eine neue Datenbank u
 
 
 \subsection{Funktionalität}
+\label{Ziel:Funktionalitaet}
 Die Funktionalität gliedern wir in die drei Qualitätsmerkmale \textit{Richtigkeit}, \textit{Interoperabilität} und \textit{Sicherheit}, welche wir nach \cite{ISO/IEC 9126} definieren. Diese Punkte werden von unserem Auftraggeber gefordert.
 \begin{itemize}
 \item Richtigkeit: \\
@@ -117,32 +120,20 @@ Da an dem gesamten Projekt da-sense viele Studenten mitwirken, k
 \item Sicherheit: \\
 Das Merkmal der Sicherheit wird beim Datenaustausch zwischen Smartphones bzw. \gls{Waspmote Sensoren} und der API gefordert. Hierbei muss die Anwendung resistent gegenüber Angriffen, z.B. in Form einer \gls{SQL-Injection}, sein.
 \item Interoperabilität: \\
-Das Merkmal der Interoperabilität wird im zweiten Teil des Praktikums, bei der Visualisierung der neuen Benutzeroberfläche, gewährleistet. Diese soll von allen gängigen Webbrowsern (Firefox, Chrome, Internet Explorer ab Version 7 und Safari) fehlerfrei angezeigt werden.
+Das Merkmal der Interoperabilität wird im zweiten Teil des Praktikums, bei der Visualisierung der gesammelten Daten, gewährleistet. Diese soll von allen gängigen Webbrowsern (Firefox, Chrome, Internet Explorer ab Version 7 und Safari) fehlerfrei angezeigt werden.
 \end{itemize}
-Die Maßnahmen, die wir ergreifen werden, um die beschriebenen Qualitätsmerkmale zu erreichen, sind in Abschnitt \ref{Masnahmen:Funktionalitaet} beschrieben.
+Die Maßnahmen, die wir ergreifen werden, um die beschriebenen Qualitätsmerkmale zu erreichen, sind in Abschnitt \ref{Masnahme:Funktionalitaet} beschrieben.
 
 \subsection{Benutzbarkeit}
-
-\label{subsec:zielBenutzbarkeit}
-Als Benutzbarkeit wird der Aufwand definiert, der zum Einsatz der Software von dem Benutzer aufgebracht werden muss. Zudem bedarf es einer individuellen Beurteilung der Benutzung durch eine vorher bestimmte Benutzergruppe \cite{ISO/IEC 9126}. \\
-Die Benutzbarkeit lässt sich in die folgenden Punkte gliedern:
-		\begin{itemize}
-		\item Verständlichkeit: \\
-					\textit{Aufzubringender Aufwand des Benutzers, damit sich dieser auf der Weboberfläche zurechtfindet, z.B. verständliche Menüführung.}
-		\item Erlernbarkeit: \\
-				\textit{Aufzubringender Aufwand des Benutzers um die Anwendung korrekt zu nutzen.}
-		\item Bedienbarkeit: \\
-				\textit{Aufzubringender Aufwand des Benutzers die Anwendung zu bedienen.}
-		\item Attraktivität: \\
-				\textit{Beschreibt die Anziehungskraft der Anwendung auf den Benutzer.}
-		\item Konformität: \\
-				\textit{Beschreibt den Grad, in dem die Software Normen zur Benutzbarkeit erfüllt.}
-		\end{itemize}
-\parindent 0pt
-Um dies zu gewährleisten werden wir am Ende des Projekts eine Benutzerstudie durchführen, die uns eine Rückmeldung über die gennanten Punkte liefern soll. Der Ablauf der Studie ist in Abschnitt \ref{subsec:aktionBenutzbarkeit} beschrieben.
+\label{Ziel:Benutzbarkeit}
+Die Benutzbarkeit gliedern wir in die drei Qualitätsmerkmale \textit{Verständlichkeit}, \textit{Bedienbarkeit} und \textit{Attraktivität}, welche wir nach \cite{ISO/IEC 9126} definieren. Diese Punkte werden von unserem Auftraggeber im zweiten Teil des Praktikums gefordert. \\
+Der Hintergrund, warum diese Merkmale gewählt werden, ist der Folgende:\\
+Durch eine leicht verständliche, attraktive Visualisierung der gesammelten Daten und einer einfachen Bedienbarkeit der Benutzeroberfläche, wird der Bekanntheitsgrad von da-sense weiter steigen. Durch den höheren Bekanntheitsgrad erhofft sich unser Auftraggeber eine breite Verteilung der kommenden Android-App von da-sense, mit welcher die Nutzer eigene Daten sammeln können. Diese werden schließlich in die Datenbank transferiert und sind somit über die Webapplikation abrufbar. \\
+Die Maßnahmen, die wir ergreifen werden, um die beschriebenen Qualitätsmerkmale zu erreichen, sind in Abschnitt \ref{Masnahme:Benutzbarkeit} beschrieben.
 
 
 \subsection{Codequalität}
+\label{Ziel:Codequalitaet}
 >>Any fool can write code that a computer can understand. Good programmers write code that humans can understand.<< \cite{fowler}. \\
 Der Quellcode, der im Rahmen des Projektes erstellt wird, soll offen für Erweiterungen sein und wird von weiteren Gruppen genutzt. Daher muss darauf geachtet werden, dass sämtliche Codebausteine auch für Außenstehende lesbar und verständlich sind. Zudem ist davon auszugehen, dass das Projekt in Zukunft als Open Source Projekt veröffentlicht wird, so dass auch unifremde Entwickler Zugriff haben und von der bestehenden Codequalität profitieren werden.
 
@@ -157,6 +148,7 @@ Im folgenden Abschnitt werden die Ma
 % Auch hier werden die Maßnahmen zur Sicherung von Funktionalität und Benutzbarkeit in den Vordergrund gestellt.
 
 \subsection{Qualitätswerkzeuge}
+\label{Masnahme:Qualitaetswerkzeuge}
 \begin{itemize}
 \item FireBug: \\
 Dient der Fehlersuche, Bearbeitung und Monitoring des \gls{Webinterface}. FireBug ermöglicht uns die Ladezeiten einzelner Seitenelemente zu analysieren. Dies wird bei der neuen Visualisierung, deren Berechnung mittels HTML5 clientseitig ablaufen soll, von Bedeutung sein.
@@ -174,7 +166,7 @@ Diagnose-Werkzeug (PHP-Debugger). Dient dem Auffinden von Fehlern und Code-Cover
 
 
 \subsection{Funktionalität}
-\label{Masnahmen:Funktionalitaet} % ß wird von LaTex nicht akzeptiert als Label
+\label{Masnahme:Funktionalitaet} % ß wird von LaTex nicht akzeptiert als Label
 \textbf{Dieser Abschnitt ist noch nicht fertig!!} \\
 Nach Rücksprache mit unserem Auftraggeber wird in diesem Dokument der Testablauf der folgenden zwei Use-Cases ausführlicher beschrieben:
 
@@ -190,9 +182,9 @@ Nach R
 
 
 \subsection{Benutzbarkeit}
-\label{subsec:aktionBenutzbarkeit}
+\label{Masnahme:Benutzbarkeit}
 Eine von uns durchgeführte Benutzerstudie stellt das Qualitätsmerkmal der Benutzbarkeit des neuen \glspl{Webinterface} sicher. Dieser Teil des Projekts wird erst am Ende des Projektzeitraums fertig. Aus diesem Grund kann auch die Benutzerstudie erst am Ende von uns durchgeführt werden. \\
-Zur Benutzerstudie werden freiwilligen Probanden Bögen ausgeteilt, welche der Bewertung der einzelnen Kriterien (aus Abschnitt \ref{subsec:zielBenutzbarkeit})  der Benutzbarkeit des \glspl{Webinterface} dienen. Zudem werden einzelne Aktionen aller User auf der Webseite protokolliert, um im Anschluss durch eine Logdaten Analyse die Benutzerinteraktionen auswerten zu können. Durch die Benutzerstudie können somit Defizite des \glspl{Webinterface} aufgespürt und beseitigt werden. \\
+Zur Benutzerstudie werden freiwilligen Probanden Bögen ausgeteilt, welche der Bewertung der einzelnen Kriterien (aus Abschnitt \ref{Ziel:Benutzbarkeit})  der Benutzbarkeit des \glspl{Webinterface} dienen. Zudem werden einzelne Aktionen aller User auf der Webseite protokolliert, um im Anschluss durch eine Logdaten Analyse die Benutzerinteraktionen auswerten zu können. Durch die Benutzerstudie können somit Defizite des \glspl{Webinterface} aufgespürt und beseitigt werden. \\
 Das Ziel der Benutzerstudie ist es eine Rückmeldung zu erhalten ob und wie sich der Benutzer auf der Website zurechtfindet. Es gilt herauszufinden, ob der User in einer für ihn angemessenen Zeit die gewünschten Informationen abrufen kann. Da das fertige Projekt eine breite Masse an Personen erreichen soll, ist es wichtig, dass die Benutzerstudie möglichst viele verschiedene Personengruppen umfasst. Das heißt, es werden Personen mit wenig bis viel Interneterfahrung bzw. junge bis ältere Personen als Probanden gesucht. Zudem können durch die Studie unvorhersehbare Probleme entdeckt werden, da ein Benutzer anders mit der Website umgeht als ein Entwickler. \newline \\
 \textbf{Was wollen wir wissen?}
 \begin{itemize}