final version
This commit is contained in:
murat
parent
f80835b159
commit
ab69137aec
Binary file not shown.
@ -32,7 +32,7 @@ Im Rahmen des Bachelor-Praktikums sind bei der Umsetzung des Projekts einige Pro
|
||||
\textbf{Problem 1:} \\ \\
|
||||
Datum: \hspace{25mm} 27.01.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Datenbanktabellen haben keine Fremdschl"ussel \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
Verantwortlicher: \hspace{10.5mm} Ulf Gebhardt \\
|
||||
|
||||
\noindent
|
||||
Während der Umstellung des Projekts auf Propel sind einige Probleme hinsichtlich der Datenbank aufgetreten. Die API erfordert, dass viele Tabellen zwecks Datenabruf gejoint werden müssen. Der Join-Vorgang der Tabellen wurde jedoch durch die Tatsache der fehlenden Fremdschlüssel erschwert, sodass wir uns gezwungen sahen, die Datenbank-Tabellen in der neuen Datenbank mit Fremdschlüsseln zu versehen. Diese Maßnahme hat die Verwendung der API-Abfragen erst möglich gemacht. \\ \\
|
||||
@ -41,7 +41,7 @@ W
|
||||
\textbf{Problem 2:} \\ \\
|
||||
Datum: \hspace{25mm} 08.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Propel kann mit Unterstrichen und Umlauten nicht umgehen \\
|
||||
Verantwortlicher: \hspace{10.5mm} Propel-Entwickler \\
|
||||
Verantwortlicher: \hspace{10.5mm} Michael Scholz \\
|
||||
|
||||
\noindent
|
||||
Dieses Problem ist erst in einer späteren Phase des Projekts aufgetreten. Bei der Verwendung der Datenbank-Tabellen ist uns aufgefallen, dass Propel insbesondere auf die Namen der verfügbaren Tabellen achtet. Damit das Projekt mit Propel umgesetzt werden kann, muss darauf geachtet werden, dass sich keine Unterstriche oder Umlaute in Tabellennamen befinden. Für die Fehlerermittlung haben wir viel Zeit aufgewendet und wegen mangelnder Dokumentation des verwendeten Frameworks den Kontakt zu den Entwicklern suchen müssen. \\ \\
|
||||
@ -50,7 +50,7 @@ Dieses Problem ist erst in einer sp
|
||||
\textbf{Problem 3:} \\ \\
|
||||
Datum: \hspace{25mm} 01.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Student hat Ressourcen blockiert, sodass diese nicht von uns genutzt werden konnten \\
|
||||
Verantwortlicher: \hspace{10.5mm} Student \\
|
||||
Verantwortlicher: \hspace{10.5mm} Lulzim Murati \\
|
||||
|
||||
\noindent
|
||||
Ein weiterer Student, der im Rahmen seiner Bachelor-Arbeit eine Benutzerstudie zum da-sense Projekt erstellt hat, hat einen Teil der gemeinsam verwendeten Ressourcen für einen gewissen Zeitraum belegt, sodass wir diese nicht nutzen konnten. Hierbei mussten wir geplante Änderungen verschieben und uns stattdessen anderen Aufgaben zuwenden. \\ \\
|
||||
@ -59,7 +59,7 @@ Ein weiterer Student, der im Rahmen seiner Bachelor-Arbeit eine Benutzerstudie z
|
||||
\textbf{Problem 4:} \\ \\
|
||||
Datum: \hspace{25mm} 07.12.2011 \\
|
||||
Problembeschreibung: \hspace{3mm} Code nicht dokumentiert. Doppelte Klassen. \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
Verantwortlicher: \hspace{10.5mm} Lulzim Murati \\
|
||||
|
||||
\noindent
|
||||
Beim Einstieg in das Projekt haben wir uns aufgrund der gegebenen Projektstruktur sehr schwer getan. Der bereitgestellte Code war sehr dünn dokumentiert und wies so gut wie keine Kommentare innerhalb der Dateien auf. Weiterhin sind im Projekt mehrere Klassen doppelt vorgekommen, die jedoch auf verschiedene Ordner aufgeteilt waren. Wir haben viel Zeit damit aufwenden müssen, herauszufinden welche dieser doppelten Klassen verwendet werden und wie die einzelnen Klassen in Verbindung zueinander stehen. \\ \\
|
||||
@ -70,7 +70,7 @@ Beim Einstieg in das Projekt haben wir uns aufgrund der gegebenen Projektstruktu
|
||||
\textbf{Problem 5:} \\ \\
|
||||
Datum: \hspace{25mm} 25.01.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} da-sense-App enthielt Bugs \\
|
||||
Verantwortlicher: \hspace{10.5mm} da-sense-App-Entwickler \\
|
||||
Verantwortlicher: \hspace{10.5mm} Michael Scholz \\
|
||||
|
||||
\noindent
|
||||
Unser Auftraggeber hat uns ein Android-Smartphone zur Verfügung gestellt, mit dem wir unseren JSON-Parser testen konnten. Bei der Verwendung des Smartephones mit der da-sense-App haben wir festgestellt, dass diese erhebliche Fehler aufwies. Diese ist permanent abgestürzt und hat das Testen unserer Module verhindert. Wir mussten uns mit dem Entwickler der App in Verbindung setzen und eine Rücksprache f"ur die Fehlerbehebung führen. \\ \\
|
||||
@ -79,7 +79,7 @@ Unser Auftraggeber hat uns ein Android-Smartphone zur Verf
|
||||
\textbf{Problem 6:} \\ \\
|
||||
Datum: \hspace{25mm} 08.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Propel nicht dokumentiert \\
|
||||
Verantwortlicher: \hspace{10.5mm} Propel-Entwickler \\
|
||||
Verantwortlicher: \hspace{10.5mm} Murat Batu \\
|
||||
|
||||
\noindent
|
||||
Das ORM-Framework Propel ist nicht ausreichend dokumentiert, sodass im Falle eines aufgetretenen Problems der Support-Chat als einzige Alternative in Anspruch genommen werden musste. Wir haben einen Teil unserer Zeit mit der Kontaktaufnahme zu den Entwicklern aufwenden müssen. Die Entwickler waren gut erreichbar und haben kompetente Hilfe geleistet. \\ \\
|
||||
@ -88,7 +88,7 @@ Das ORM-Framework Propel ist nicht ausreichend dokumentiert, sodass im Falle ein
|
||||
\textbf{Problem 7:} \\ \\
|
||||
Datum: \hspace{25mm} 15.12.2011 \\
|
||||
Problembeschreibung: \hspace{3mm} MVC-Modell nicht richtig umgesetzt \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
Verantwortlicher: \hspace{10.5mm} Ulf Gebhardt \\
|
||||
|
||||
\noindent
|
||||
Die Vorgängergruppe hatte das MVC-Modell nicht konsequent umgesetzt. Gegenüber einer beträchtlichen Anzahl an Controllern hat jedoch keine View existiert, sodass wir gezwungen waren, notwendige Bausteine beizusteuern, um dieses Modell zu vervollständigen. Dies ist im Rahmen des Code-Refactorings geschehen. Letzteres hat sehr viel Zeit in Anspruch genommen, da zwecks Erweiterbarkeit ein gewisser Teil des Projekts neu geschrieben werden musste. \\ \\
|
||||
@ -97,7 +97,7 @@ Die Vorg
|
||||
\textbf{Problem 8:} \\ \\
|
||||
Datum: \hspace{25mm} 01.03.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Ausfall der Benutzerstudie \\
|
||||
Verantwortlicher: \hspace{10.5mm} - \\
|
||||
Verantwortlicher: \hspace{10.5mm} Murat Batu \\
|
||||
|
||||
\noindent
|
||||
Die Gründe hierfür waren unter anderem die sich ändernden Anforderungen im agilen Softwareprozess. Es sind die Probleme 1, 2 und 6 aufgetreten. Diese haben sehr viel Zeit in Anspruch genommen, sodass die Benutzerstudie letztendlich nicht mehr durchgef"uhrt werden konnte.
|
||||
|
||||
BIN
ws2011/BP/User Stories/Projekttagebuch_BETA.pdf
Normal file
BIN
ws2011/BP/User Stories/Projekttagebuch_BETA.pdf
Normal file
Binary file not shown.
105
ws2011/BP/User Stories/Projekttagebuch_BETA.tex
Normal file
105
ws2011/BP/User Stories/Projekttagebuch_BETA.tex
Normal file
@ -0,0 +1,105 @@
|
||||
\documentclass[article, colorback,accentcolor=tud4a]{tudreport}
|
||||
\usepackage[latin9]{inputenc} %unter Linux muss latin9 durch utf8 ersetzt werden!!
|
||||
\usepackage[ngerman]{babel}
|
||||
\usepackage{enumitem}
|
||||
\usepackage{lineno}
|
||||
\usepackage{wasysym}
|
||||
\usepackage{latexsym}
|
||||
%reihenfolge von "hyperref" und "glossaries" ist wichtig!!!! nicht ändern!
|
||||
\usepackage[pdftitle={Projekttagebuch}]{hyperref}
|
||||
|
||||
|
||||
|
||||
|
||||
\begin{document}
|
||||
|
||||
\title{Thema: da-sense\\
|
||||
Gruppe 1b}
|
||||
|
||||
\subtitle{Projekttagebuch zum Bachelor-Praktikum im Wintersemester 2011/2012}
|
||||
|
||||
\subsubtitle{Auftraggeber: Immanuel Schweizer (Telecooperation Group TU Darmstadt) \\
|
||||
Gruppe 1b: Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz\\
|
||||
Teamleiter: Dominik Fischer}
|
||||
|
||||
\author{Murat Batu, Ulf Gebhardt, Lulzim Murati, Michael Scholz}
|
||||
\maketitle
|
||||
|
||||
\noindent
|
||||
Im Rahmen des Bachelor-Praktikums sind bei der Umsetzung des Projekts einige Probleme aufgetreten. Im Folgenden sind Zeitpunkt und eine kurze Beschreibung für jedes eingetretene Ereignis aufgelistet. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 1:} \\ \\
|
||||
Datum: \hspace{25mm} 27.01.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Datenbanktabellen haben keine Fremdschl"ussel \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
|
||||
\noindent
|
||||
Während der Umstellung des Projekts auf Propel sind einige Probleme hinsichtlich der Datenbank aufgetreten. Die API erfordert, dass viele Tabellen zwecks Datenabruf gejoint werden müssen. Der Join-Vorgang der Tabellen wurde jedoch durch die Tatsache der fehlenden Fremdschlüssel erschwert, sodass wir uns gezwungen sahen, die Datenbank-Tabellen in der neuen Datenbank mit Fremdschlüsseln zu versehen. Diese Maßnahme hat die Verwendung der API-Abfragen erst möglich gemacht. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 2:} \\ \\
|
||||
Datum: \hspace{25mm} 08.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Propel kann mit Unterstrichen und Umlauten nicht umgehen \\
|
||||
Verantwortlicher: \hspace{10.5mm} Propel-Entwickler \\
|
||||
|
||||
\noindent
|
||||
Dieses Problem ist erst in einer späteren Phase des Projekts aufgetreten. Bei der Verwendung der Datenbank-Tabellen ist uns aufgefallen, dass Propel insbesondere auf die Namen der verfügbaren Tabellen achtet. Damit das Projekt mit Propel umgesetzt werden kann, muss darauf geachtet werden, dass sich keine Unterstriche oder Umlaute in Tabellennamen befinden. Für die Fehlerermittlung haben wir viel Zeit aufgewendet und wegen mangelnder Dokumentation des verwendeten Frameworks den Kontakt zu den Entwicklern suchen müssen. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 3:} \\ \\
|
||||
Datum: \hspace{25mm} 01.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Student hat Ressourcen blockiert, sodass diese nicht von uns genutzt werden konnten \\
|
||||
Verantwortlicher: \hspace{10.5mm} Student \\
|
||||
|
||||
\noindent
|
||||
Ein weiterer Student, der im Rahmen seiner Bachelor-Arbeit eine Benutzerstudie zum da-sense Projekt erstellt hat, hat einen Teil der gemeinsam verwendeten Ressourcen für einen gewissen Zeitraum belegt, sodass wir diese nicht nutzen konnten. Hierbei mussten wir geplante Änderungen verschieben und uns stattdessen anderen Aufgaben zuwenden. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 4:} \\ \\
|
||||
Datum: \hspace{25mm} 07.12.2011 \\
|
||||
Problembeschreibung: \hspace{3mm} Code nicht dokumentiert. Doppelte Klassen. \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
|
||||
\noindent
|
||||
Beim Einstieg in das Projekt haben wir uns aufgrund der gegebenen Projektstruktur sehr schwer getan. Der bereitgestellte Code war sehr dünn dokumentiert und wies so gut wie keine Kommentare innerhalb der Dateien auf. Weiterhin sind im Projekt mehrere Klassen doppelt vorgekommen, die jedoch auf verschiedene Ordner aufgeteilt waren. Wir haben viel Zeit damit aufwenden müssen, herauszufinden welche dieser doppelten Klassen verwendet werden und wie die einzelnen Klassen in Verbindung zueinander stehen. \\ \\
|
||||
|
||||
\newpage
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 5:} \\ \\
|
||||
Datum: \hspace{25mm} 25.01.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} da-sense-App enthielt Bugs \\
|
||||
Verantwortlicher: \hspace{10.5mm} da-sense-App-Entwickler \\
|
||||
|
||||
\noindent
|
||||
Unser Auftraggeber hat uns ein Android-Smartphone zur Verfügung gestellt, mit dem wir unseren JSON-Parser testen konnten. Bei der Verwendung des Smartephones mit der da-sense-App haben wir festgestellt, dass diese erhebliche Fehler aufwies. Diese ist permanent abgestürzt und hat das Testen unserer Module verhindert. Wir mussten uns mit dem Entwickler der App in Verbindung setzen und eine Rücksprache f"ur die Fehlerbehebung führen. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 6:} \\ \\
|
||||
Datum: \hspace{25mm} 08.02.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Propel nicht dokumentiert \\
|
||||
Verantwortlicher: \hspace{10.5mm} Propel-Entwickler \\
|
||||
|
||||
\noindent
|
||||
Das ORM-Framework Propel ist nicht ausreichend dokumentiert, sodass im Falle eines aufgetretenen Problems der Support-Chat als einzige Alternative in Anspruch genommen werden musste. Wir haben einen Teil unserer Zeit mit der Kontaktaufnahme zu den Entwicklern aufwenden müssen. Die Entwickler waren gut erreichbar und haben kompetente Hilfe geleistet. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 7:} \\ \\
|
||||
Datum: \hspace{25mm} 15.12.2011 \\
|
||||
Problembeschreibung: \hspace{3mm} MVC-Modell nicht richtig umgesetzt \\
|
||||
Verantwortlicher: \hspace{10.5mm} Vorg"angergruppe \\
|
||||
|
||||
\noindent
|
||||
Die Vorgängergruppe hatte das MVC-Modell nicht konsequent umgesetzt. Gegenüber einer beträchtlichen Anzahl an Controllern hat jedoch keine View existiert, sodass wir gezwungen waren, notwendige Bausteine beizusteuern, um dieses Modell zu vervollständigen. Dies ist im Rahmen des Code-Refactorings geschehen. Letzteres hat sehr viel Zeit in Anspruch genommen, da zwecks Erweiterbarkeit ein gewisser Teil des Projekts neu geschrieben werden musste. \\ \\
|
||||
|
||||
\noindent
|
||||
\textbf{Problem 8:} \\ \\
|
||||
Datum: \hspace{25mm} 01.03.2012 \\
|
||||
Problembeschreibung: \hspace{3mm} Ausfall der Benutzerstudie \\
|
||||
Verantwortlicher: \hspace{10.5mm} - \\
|
||||
|
||||
\noindent
|
||||
Die Gründe hierfür waren unter anderem die sich ändernden Anforderungen im agilen Softwareprozess. Es sind die Probleme 1, 2 und 6 aufgetreten. Diese haben sehr viel Zeit in Anspruch genommen, sodass die Benutzerstudie letztendlich nicht mehr durchgef"uhrt werden konnte.
|
||||
|
||||
\end{document}
|
||||
Loading…
x
Reference in New Issue
Block a user