Qualitätsziel Funktionalität
This commit is contained in:
parent
18546aa204
commit
e2a24b6ae1
Binary file not shown.
@ -33,7 +33,7 @@
|
||||
\newglossaryentry{Use-Case}{name={Use-Case},description={Anwendungsfall: Modellelement in der UML-Sprache}}
|
||||
\newglossaryentry{Webservice}{name={Webservice},description={Schnittstelle zur Interaktion mit anderen Anwendungen via XML-basierter Nachrichten}}
|
||||
\newglossaryentry{Webinterface}{name={Webinterface},plural={Webinterfaces},description={grafische Benutzeroberfläche}}
|
||||
\newglossaryentry{Waspmotes Sensoren}{name={Waspmotes Sensoren},description={Wireless Sensoren, welche auf Straßenbahnen installiert werden und der Datenerfassung dienen. Mehr unter: \href{http://www.libelium.com/products/waspmote}{http://www.libelium.com/products/waspmote}}}
|
||||
\newglossaryentry{Waspmote Sensoren}{name={Waspmote Sensoren},description={Wireless Sensoren, welche auf Straßenbahnen installiert werden und der Datenerfassung dienen. Mehr unter: \href{http://www.libelium.com/products/waspmote}{http://www.libelium.com/products/waspmote}}}
|
||||
\newglossaryentry{WSDL}{name={WSDL},description={Web Services Description Language: Beschreibungssprache für Webservices}}
|
||||
\newglossaryentry{XML}{name={XML},description={Extensible Markup Language: Auszeichnungssprache zur hierarchisch struktierten Darstellung von Daten in Textdatenform}}
|
||||
\newglossaryentry{XHTML}{name={XHTML},description={Extensible Hypertext Markup Language: Auszeichnungssprache zur strukturierten Darstellung von Texten, Bildern und Hyperlinks in Textform}}
|
||||
@ -92,52 +92,37 @@ Version: 0.1.1 | 11.01.2012}
|
||||
% % % % % % % % % % % % % % % %% % % % % % % % % % % EINLEITUNG % % % % % % % % % % % % % % % %% % % % % % % % % % % % % % % %
|
||||
\newpage
|
||||
\section{Das Projekt}
|
||||
%In diesem Dokument werden Tests und Prozesse beschrieben, dokumentiert und ausgewertet. Ziel der Qualitätssicherung ist die Sicherstellung sowohl der angestrebten Softwarequalität als auch der Qualität der Prozesse. Dazu werden verschiedene Testmethoden angewandt, um Kernpunkte wie etwa Funktionalität, Richtigkeit und in Teilbereichen auch Interoperabilität zu überprüfen. Des weiteren wird auf die verwendeten Ansätze zur konstruktiven Qualitätssicherung eingegangen. In den kommenden Kapiteln wird auf die verwendeten Methoden, Werkzeuge sowie die eigentlichen Prüfprozesse eingegangen.
|
||||
%Weiterhin werden die jeweiligen Testspezifikationen dargelegt sowie die Beschreibung der Tests und deren Ergebnisse vorgestellt.
|
||||
|
||||
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{Waspmotes 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:
|
||||
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{Waspmotes Sensoren} auf Straßenbahnen
|
||||
\item Anpassung der \gls{API} auf neue Datenbank und Erstellung einer neue Visualisierung des \gls{User-Front-End}
|
||||
\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 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 des \gls{User-Front-End}.
|
||||
Der Themenbereich umfasst die Umstellung der \gls{API} auf eine neue Datenbank und die Erstellung einer neuen Visualisierung der Benutzeroberfläche.
|
||||
|
||||
|
||||
|
||||
|
||||
% % % % % % % % % % % % % % % %% % % % % % % % % % % QUALITÄTSZIELE % % % % % % % % % % % % % % % %% % % % % % % % % % % % % % % %
|
||||
\section{Qualitätsziele}
|
||||
%Als Qualitätziele haben die Merkmale Funktionalität, Benutzbarkeit und Codequalität die höchste Priorität.
|
||||
%In diesem Abschnitt werden die zu testenden Qualitätsziele genauer spezifiziert. Dabei werden die Qualitätsmerkmale Funktionalität und Benutzbarkeit besonderst hevorgehoben, da sie für unser Projekt von höchster Priorität sind. Das Merkmal der Codequalität soll den nachfolgenden Gruppen, die sich mit dem Projekt da-sense beschäftigen werden, einen besseren Einstieg gewährleisten.
|
||||
|
||||
%Die Merkmale sind für ein erfolgreiches Projekt unabdingbar.Das Merkmal der Funktionalität wird von unserem Auftraggeber gefordert. Die %Benutzbarkeit ist unabdingbar, da die neue Visualisierung des \gls{User-Front-End} nach erfolgreichen Abschluss des Projekts einer %großen Personengruppe zur Verfügung stehen soll.
|
||||
|
||||
|
||||
\subsection{Funktionalität}
|
||||
Funktionalität beschreibt das Vorhandensein von geforderten Funktionen mit festgelegten Eigenschaften, die von den Funktionen erfüllt werden \cite{ISO/IEC 9126}. \\
|
||||
Die Funktionalität lässt sich in die folgenden Punkte gliedern:
|
||||
\begin{itemize}
|
||||
% \item Angemessenheit:
|
||||
% \textit{Eignung von Funktionen für spezielle Aufgaben.}
|
||||
\item Richtigkeit: \\
|
||||
\textit{Die Funktionen liefern die richtigen bzw. erwarteteten Ergebnisse.} \\
|
||||
Die Funktionen werden von uns auf einem Testserver im Livebetrieb getestet, bevor sie im \gls{Git} den übrigen Entwicklern zur Verfügung gestellt werden. Somit befinden sich im \gls{Git} nur bereits getestete Funktionen und somit eine lauffähige Version der Website.
|
||||
\item Interoperabilität: \\
|
||||
\textit{Fehlerfreie Kooperation mit vorhandenen Systemen.} \\
|
||||
Es gilt zu gewährleisten, das die Website mit allen gängigen Webbrowsern (Firefox, Chrome, Internet Explorer ab Version 7, Safari) im vollen Funktionsumfang erreichbar ist. Da uns hierfür kein Testwerkzeug bekannt ist, werden wir die Tests nur manuell durchführen können. Zudem wird uns hierbei die Benutzerstudie Informationen zu den einzelnen Webbrowsern beschaffen (Vgl. Abschnitt \ref{fragebogen} Frage 3).
|
||||
\item Sicherheit: \\
|
||||
\textit{Blockierung von unberechtigtem Zugriff auf vertraulichen Daten (Datenbank).} \\
|
||||
Um dieses Ziel zu gewährleisten, nutzen wir die Datenbankschnittstelle \gls{Propel}, die \glspl{SQL-Injection} verhindert und übersichtliche Datenbankinteraktionen erlaubt.
|
||||
\item Ordnungsmäßigkeit: \\
|
||||
\textit{Einhaltung von anwendungsspezifisch Normen und gesetzlichen Bestimmungen.} \\
|
||||
Hier ist als Beispiel die datenschutzkonforme Nutzung von Google Analytics im Abschnitt \ref{subsubsec:datenschutz} zu nennen.
|
||||
\end{itemize}
|
||||
|
||||
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: \\
|
||||
Da an dem gesamten Projekt da-sense viele Studenten mitwirken, können wir nicht für jede existierende Funktion die Richtigkeit garantieren. Wir beschränken uns hierbei auf die Funktionen der Datenbankinteraktion und der Darstellung der neuen Visualisierung, welche von uns selbst implementiert werden.
|
||||
\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.
|
||||
\end{itemize}
|
||||
Die Maßnahmen, die wir ergreifen werden, um die beschriebenen Qualitätsmerkmale zu erreichen, sind in Abschnitt \ref{Masnahmen: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:
|
||||
@ -189,6 +174,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
|
||||
\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:
|
||||
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user