ibz
/
WT1CS1-CHH
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Rechtschreibekorrekturen

This commit is contained in:
Ivan Hörler 2017-03-20 20:56:51 +01:00
parent b944b0d3ea
commit c844e0815a
2 changed files with 85 additions and 87 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

BIN
Dokumentation/main.pdf
View File

Binary file not shown.

172
Dokumentation/main.tex
View File

@ -58,10 +58,10 @@ Es sind vier Ziele zu verfolgen:\\
\begin{minipage}{0.6\linewidth}
\begin{myitemize}
\item Der Studierende hat ein Geschäftsmodell in eine einfache dynamische Weblösung abgebildet
\item Der Studierende hat einen sinnvollen Testplan entworfen und diesen auf seine Lösung angewendet
\item Der Studierende hat die zur Verfügung stehenden Stunden in einer Planung den aufgaben zugeordnet und eine Abweichungsanalyse erstellt
\item Der Studierende hat die Lösung dokumentiert
\item Der Studierende hat ein Geschäftsmodell in einer einfachen dynamischen Weblösung abgebildet.
\item Der Studierende hat einen sinnvollen Testplan entworfen und diesen auf seine Lösung angewendet.
\item Der Studierende hat die zur Verfügung stehenden Stunden in einer Planung den Aufgaben zugeordnet und eine Abweichungsanalyse erstellt.
\item Der Studierende hat die Lösung dokumentiert..
\end{myitemize}
\end{minipage}
\subsection{Rahmenbedingungen}
@ -70,7 +70,7 @@ Es sind vier Ziele zu verfolgen:\\
\begin{tabular}{l|l}
Thema & Festlegung\\\hline
Art der Arbeit & Gruppenarbeit zu dritt\\
Umfang & 80 Stunden\\
Umfang & je 80 Stunden\\
Präsentation & 15min. vor der Klasse \\
Abgabe & Elektronisch\\
Benotung & gemäss Beurteilungsschema\\
@ -85,30 +85,30 @@ Folgendes Geschäftsmodel ist umzusetzen:\\
\item Erfasst werden dabei die genaue Bezeichnung, die benötigte Menge und Qualität und der gewünschte Lieferzeitpunkt.
\item Anbieter solcher Teile können nun nach gewissen Teilen suchen (z.B. sucht jemand Schrauben des Typ II-C ?)
\item Findet der Anbieter einen Eintrag, so kann er, anonymisiert, ein Angebot hinterlegen (ich biete Schraube II-C zu 12 Fr. per 100 Stück an)
\item Die Nachfrager können anschliessend alle Angebote, welche zu einem bestimmten Teil abgegeben worden sind auflisten und das Ihnen passende auswählen.
\item Die Nachfrager können anschliessend alle Angebote, welche zu einem bestimmten Teil abgegeben worden sind, auflisten und das Ihnen passende auswählen.
\item Ein so ausgewähltes Angebot wird dem Anbieter als Bestellung im XML- Format übermittelt
\end{myitemize}
\end{minipage}
\section{Projektorganisation}
Wir entscheiden uns für eine Agile Entwicklung nach SCRUM.
Wir entscheiden uns für eine agile Entwicklung nach SCRUM.
\subsection{Personen, Aufgaben und Werkzeuge}
Prashath Harayanamoorthy wird die Aufgabe des SCRUM Masters übernehmen während sich Ivan Hörler als Developer integriert und Alessio Ciullo übernimmt die Sprint Reviews. \\
Dabei wurde die Daily auf Weekly meetings ausgedehnt um den Ansprüchen der Aufgabe und der Nebenberuflichen erledigung der Case Study gerecht zu werden.\\
Die Dokumentation wird jeweils aktuell mitgeführt und über die gleiche Versioning Software verteilt wie der Code. Geschrieben wird in Latex um die Mitarbeit aller, direkt über commits ins ''Git'' Repository sicherzustellen. Programmiert wird ausschliesslich in HTML, PHP und MYSQL Sprache.\\
Der SCRUM Master erstellt die zu erledigenden Arbeitspaket (nachfollgend ''AP'' genannt), dazu Usecase Diagramm und User Storys und übergibt diese dem Developer der den Sprint damit beginnt. Durch den Revisor wird die jeweilige itteration beglaubigt bevor zum nächsten AP übergegangen wird.
Prashath Harayanamoorthy wird die Aufgabe des SCRUM Masters übernehmen, während sich Ivan Hörler als Developer integriert und Alessio Ciullo die Sprint Reviews übernimmt. \\
Dabei wurde die Daily- auf Weeklymeetings ausgedehnt, um den Ansprüchen der Aufgabe und der nebenberuflichen Erledigung der Case Study gerecht zu werden.\\
Die Dokumentation wird jeweils aktuell mitgeführt und über die gleiche Versioning Software verteilt wie der Code. Geschrieben wird in Latex, um die Mitarbeit aller direkt über commits ins ''Git'' Repository sicherzustellen. Programmiert wird ausschliesslich in HTML, PHP und MYSQL Sprache.\\
Der SCRUM Master erstellt die zu erledigenden Arbeitspakete (nachfollgend ''AP'' genannt), dazu das Usecase Diagramm und die User Storys und übergibt diese dem Developer der den Sprint damit beginnt. Durch den Revisor wird die jeweilige Itteration beglaubigt, bevor zum nächsten AP übergegangen wird.
\subsection{Kommunikationsstrukturen}
Zur Kommunikation untereinander wird ein Telegramm Messenger eingesetzt.
AP und Diagramme werden direkt im Dokument eingefügt und stehen somit mit dem nachgehenden Bericht des Developers im Selben allen zur Einsicht zur verfügung.
AP und Diagramme werden direkt im Dokument eingefügt und stehen somit mit dem nachgehenden Bericht des Developers allen zur Einsicht zur verfügung.
\subsection{Qualitätsmanagement}
Nach jedem AP wird das geleistete untersucht und eventuelle Abschweiffer von der Aufgabenstellung gleich behoben.
Untersucht wird anhand von User Stories und Usecase Diagramme ob die Lösung den Vorgaben entspricht.
Nach jedem AP wird das Geleistete untersucht und eventuelle Abschweifer von der Aufgabenstellung gleich behoben.
Untersucht wird anhand von User Stories und Usecase Diagrammen, ob die Lösung den Vorgaben entspricht.
\subsection{Abgrenzung}
Die Platform ist anonym. Die BusinessStreamline sperichert keine daten die auf die Wahre identität des Benutzers hinweist. Die Nutzung ist freiwillig und basiert auf einer Hohlschuld.
Die Platform ist anonym. Die BusinessStreamline speichert keine Daten die auf die wahre Identität des Benutzers hinweist. Die Nutzung ist freiwillig und basiert auf einer Hohlschuld.
\section{Analyse}
\subsection{Interessensgruppen}
Die BusinessStreamline als B2B Partner verfolgt das Ziel Anbieter- und Nachfragerfirmen zu verbinden und kommerziellen Handel über die Platform anonym abzuwickeln.
Die BusinessStreamline als B2B Partner verfolgt das Ziel Anbieter und Nachfrager zu verbinden und kommerziellen Handel über die Platform anonym abzuwickeln.
\subsection{Vision}
Die Vision beschreibt den Vorgang von Anwendern auf der Website der Firma BusinessStreamline graphisch als Kundenbeziehung.
@ -128,31 +128,31 @@ Die Vision beschreibt den Vorgang von Anwendern auf der Website der Firma Busine
\end{center}%
\subsubsection{BusinessStreamline}
\begin{myitemize}
\item Als Dienstleister firma will ich, dass der Kunde sich Anmelden muss, so dass kein unbefugter Zugang besteht.
\item Als Dienstleister firma will ich Kontrolle über die Kundenanmeldung haben, so dass kein Kunde zweimal registriert sein kann.
\item Als Dienstleister firma will ich die gesuchten Teile abfragen können, so dass jederzeit Gewissheit über die Anzahl Nachfragen besteht.
\item Als Dienstleister firma will ich die Angebote überprüfen können.
\item Als Dienstleister firma will ich, dass alle Nachfrager und Anbieter anonym verhandeln können.
\item Als Dienstleister will ich, dass der Kunde sich anmelden muss, so dass kein unbefugter Zugang besteht.
\item Als Dienstleister will ich Kontrolle über die Kundenanmeldung haben, so dass kein Kunde zweimal registriert sein kann.
\item Als Dienstleister will ich die gesuchten Teile abfragen können, so dass jederzeit Gewissheit über die Anzahl Nachfragen besteht.
\item Als Dienstleister will ich die Angebote überprüfen können.
\item Als Dienstleister will ich, dass alle Nachfrager und Anbieter anonym verhandeln können.
\end{myitemize}
\subsubsection{Nachfragerfirma}
\subsubsection{Nachfrager}
\begin{myitemize}
\item Als Nachfrager firma will ich eine Bezeichnung eines gesuchten Teils hinterlegen können so dass ein Anbieter das Teil spezifisch suchen kann.
\item Als Nachfrager firma will ich die Qualität eines gesuchten Teils hinterlegt haben, sodass ich mich an Qualitätsmerkmalen orientieren kann.
\item Als Nachfrager firma will ich einen Lieferzeitpunk hinterlegen können, sodass ein Anbieter über die Lieferfrist informiert ist.
\item Als Nachfrager firma will ich die benötigte Menge angeben können, sodass ich diese mit einer Bestellung bekomme.
\item Als Nachfrager firma will ich ein Angebot annehmen können, so dass dem Anbieter eine Bestellung zugesandt wird.
\item Als Nachfrager firma will ich das Teil innerhalb der Lieferzeit zugesandt bekommen.
\item Als Nachfrager will ich eine Bezeichnung eines gesuchten Teils hinterlegen können, so dass ein Anbieter das Teil spezifisch suchen kann.
\item Als Nachfrager will ich die Qualität eines gesuchten Teils hinterlegt haben, so dass ich mich an Qualitätsmerkmalen orientieren kann.
\item Als Nachfrager will ich einen Lieferzeitpunk hinterlegen können, so dass ein Anbieter über die Lieferfrist informiert ist.
\item Als Nachfrager will ich die benötigte Menge angeben können, so dass ich diese mit einer Bestellung bekomme.
\item Als Nachfrager will ich ein Angebot annehmen können, so dass dem Anbieter eine Bestellung zugesandt wird.
\item Als Nachfrager will ich das Teil innerhalb der Lieferzeit zugesandt bekommen.
\end{myitemize}
\subsubsection{Anbieterfirma}
\subsubsection{Anbieter}
\begin{myitemize}
\item Als Anbieter firma will ich abfragen welche Teile gesucht sind, so dass ein Angebot erstellt werden kann.
\item Als Anbieter firma will ich, dass alle Eckpunkte geklärt sind, so dass keine unvorhergesehenen Kosten entstehen.
\item Als Anbieter firma will ich ein Angebot abgeben können, so dass ein schriftlicher Vertrag entsteht.
\item Als Anbieter firma will ich anonym bleiben, so dass die Nachfragefirma nur anhand des Preises entscheidet wer sie berücksichtigt.
\item Als Anbieter firma will ich bei der Bestellung eine schriftliche Antwort erhalten, so dass der Vertrag gültig ist.
\item Als Anbieter will ich abfragen, welche Teile gesucht sind, so dass ein Angebot erstellt werden kann.
\item Als Anbieter will ich, dass alle Eckpunkte geklärt sind, so dass keine unvorhergesehenen Kosten entstehen.
\item Als Anbieter will ich ein Angebot abgeben können, so dass ein schriftlicher Vertrag entsteht.
\item Als Anbieter will ich anonym bleiben, so dass die Nachfragefirma nur anhand des Preises entscheidet wer sie berücksichtigt.
\item Als Anbieter will ich bei der Bestellung eine schriftliche Antwort erhalten, so dass der Vertrag gültig ist.
\end{myitemize}
\subsection{Zielsetzung}
\subsubsection{harte Ziele}
\subsubsection{Harte Ziele}
\begin{myitemize}
\item Benutzer muss sich einloggen können.
\item Benutzer muss Nachfrage mit genannten 4 Faktoren hinterlassen können.
@ -160,22 +160,22 @@ Die Vision beschreibt den Vorgang von Anwendern auf der Website der Firma Busine
\item Benutzer muss ein Angebot annehmen können.
\item Benutzer muss das angenommene Angebot übermittelt bekommen.
\end{myitemize}
\subsubsection{weiche Ziele}
\subsubsection{Weiche Ziele}
\begin{myitemize}
\item Benutzer könnte das Angebot per E-Mail übermittelt bekommen
\item Benutzer könnte in Angebot die Telefonnummer und Anschrift hinterlassen.
\item Benutzer könnte das Angebot anpassen.
\item Benutzer könnte sein Passwort ändern.
\item Benutzer kann das Angebot per E-Mail übermittelt bekommen.
\item Benutzer kann in Angebot die Telefonnummer und Anschrift hinterlassen.
\item Benutzer kann das Angebot anpassen.
\item Benutzer kann sein Passwort ändern.
\end{myitemize}
\section{Lösungsvarianten}
\subsection{Variante 1}
\paragraph{XML Storage}
- Das XML Fileformat erlaubt das Speichern und abrufen von Datensätzen anhand von DOM Objekten. Da das Angestrebte Ausgabeformat ein XML File ist. Könnte die Speicherung aller Datensätze in XML Nodes geschehen.\\[1em]
- Das XML Fileformat erlaubt das Speichern und abrufen von Datensätzen anhand von DOM Objekten. Da das angestrebte Ausgabeformat ein XML File ist, kann die Speicherung aller Datensätze auch in XML Nodes geschehen.\\[1em]
Vorteile:\\[-2em]
\begin{myitemize}
\item Keine Verbindung zu externen Datensätzen nötig
\item Die Sprache für den Zugriff sowie das Speichern von Datensätzen kann einzig mit PHP geschehen.
\item Keine Konvertierung der Ausgabe nötig da die Daten in XML schon bestehen müssen sie nur neu angeordnet werden.
\item Keine Verbindung zu externen Datensätzen nötig.
\item Die Sprache für den Zugriff, sowie das Speichern von Datensätzen kann einzig mit PHP geschehen.
\item Keine Konvertierung der Ausgabe nötig, da die Daten in XML schon bestehen, müssen sie nur neu angeordnet werden.
\end{myitemize}
Nachteile:\\[-2em]
\begin{myitemize}
@ -184,11 +184,11 @@ Nachteile:\\[-2em]
\end{myitemize}
\subsection{Variante 2}
\paragraph{MYSQL Database}
- MYSQL Datenbanken sind opensource Datenbanken die einfache und standardisierte Abfragen und Speicherungen über bestehende und in PHP integrierte Schnittstellen erlauben.\\[1em]
- MYSQL Datenbanken sind opensource Datenbanken, die einfache und standardisierte Abfragen und Speicherungen über bestehende und in PHP integrierte Schnittstellen erlauben.\\[1em]
Vorteile:\\[-2em]
\begin{myitemize}
\item Gut dokumentierte und Standardisierte zugriffe.
\item Tabellen mit Spalten und Reihen die eine geordnete Datenstruktur vereinfacht.
\item Gut dokumentierte und Standardisierte Zugriffe.
\item Tabellen mit Spalten und Reihen, die eine geordnete Datenstruktur vereinfacht.
\item SQL Datenbanken wurden im Unterricht schon behandelt.
\end{myitemize}
Nachteile:\\[-2em]
@ -199,8 +199,8 @@ Nachteile:\\[-2em]
\end{myitemize}
\section{Detailplanung}
\subsection{Benutzerführung}
Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den beiden Kundentypen erstellt.
\subsubsection{Nachfrage Firma}
Damit der Kunde sieht, wie seine Webseite funktioniert, wurde ein Mockup zu den beiden Kundentypen erstellt.
\subsubsection{Nachfrager}
\begin{figure}[H]
\begin{center}
\includegraphics[scale=0.45]{bilder/Benutzerfuehrung/Nachfrager.png}
@ -208,7 +208,7 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\caption{Benutzerführung des Nachfragers}
\label{fig:BenutzerführungNachfrager}
\end{figure}
\subsubsection{Anbieter Firma}
\subsubsection{Anbieter}
\begin{figure}[H]
\begin{center}
\includegraphics[scale=0.48]{bilder/Benutzerfuehrung/Anbieter.png}
@ -239,7 +239,7 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\end{tikzpicture}
}%scalebox
\end{center}
\caption{Login Vorgang}
\caption{Login vorgang}
\label{fig:LoginVorgang}
\end{figure}
\subsubsection{Nachfrage}
@ -262,7 +262,7 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\end{tikzpicture}
}%scalebox
\end{center}
\caption{Vorgang zur Nachfrage Erfassung}
\caption{Vorgang zur Nachfrageerfassung}
\label{fig:NachfrageVorgang}
\end{figure}
\subsubsection{Suche}
@ -336,7 +336,7 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\end{tikzpicture}
}%scalebox
\end{center}
\caption{Abruf der Profil Seite aus Sicht des Nachfragers}
\caption{Abruf der Profilseite aus Sicht des Nachfragers}
\label{fig:AngebotVorgang}
\end{figure}
\begin{figure}[H]
@ -360,7 +360,7 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\end{tikzpicture}
}%scalebox
\end{center}
\caption{Abruf der Profil Seite aus Sicht des Anbieters}
\caption{Abruf der Profilseite aus Sicht des Anbieters}
\label{fig:AngebotVorgang}
\end{figure}
\subsubsection{XML}
@ -387,9 +387,9 @@ Damit der Kunde sieht wie seine Webseite funktioniert wurde ein Mockup zu den be
\label{fig:LoginVorgang}
\end{figure}
\subsection{Architektur}
Die Datenstruktur ist flach auf einer ebene aufgebaut.\\
Die Datenstruktur ist flach auf einer Ebene aufgebaut.\\
Einzig die XML Files werden in einen Ordner abgelegt.\\[0.5em]
Die Software-Architektur der Eingeloggten Benutzerseiten ist auch Seiten-Orientiert. Das bedeutet das jede Seite die aufgerufen wird komplett geladen wird, einen eigenen header/body hat und nur die Navigation verschachtelt eingefügt wird.\\
Die Software-Architektur der eingelogten Benutzerseiten ist auch Seitenorientiert. Das bedeutet, dass jede Seite die aufgerufen wird, komplett geladen wird, einen eigenen header/body hat und nur die Navigation verschachtelt eingefügt wird.\\
\fbox{%
\begin{minipage}[c]{0.3\linewidth}
\begin{center}
@ -436,15 +436,15 @@ Die Software-Architektur der Eingeloggten Benutzerseiten ist auch Seiten-Orienti
Angebotsabgabeformularseite.\\[\baumtextskip]
die Benutzerklasse.\\[\baumtextskip]
Der Datenbankzugriff für alle Login und Logout Vorgänge.\\[\baumtextskip]
Der Datenbankzugriff für alle Eingeloggten Vorgänge.\\[\baumtextskip]
Der Datenbankzugriff für alle eingelogten Vorgänge.\\[\baumtextskip]
Das Skript zur Erstellung der Datenbank.\\[\baumtextskip]
Der Vorgang des Herunterladens.\\[\baumtextskip]
Das Formular zur Erfassung von Nachfragen.\\[\baumtextskip]
Die erste Seite auf der man landet.\\[\baumtextskip]
Der Logout Vorgang.\\[\baumtextskip]
Die Navigation auf allen eingeloggten Seiten.\\[\baumtextskip]
Die Profilseite im eingeloggten zustand.\\[\baumtextskip]
Die sessions Verwaltung.\\[\baumtextskip]
Die Navigation auf allen eingelogten Seiten.\\[\baumtextskip]
Die Profilseite im eingelogten zustand.\\[\baumtextskip]
Die Sessionsverwaltung.\\[\baumtextskip]
Der Login vorgang.\\[\baumtextskip]
Der Login.\\[\baumtextskip]
Die erste Seite nach dem Login.\\[\baumtextskip]
@ -455,7 +455,7 @@ Die Software-Architektur der Eingeloggten Benutzerseiten ist auch Seiten-Orienti
\subsection{Datenbank}
Die Gruppe hat sich entschieden das Projekt auf Basis einer MySQL Datenbank mit PHP zu erstellen. Da ein Hoster über ein Team-Mitglied zur verfügung stand.
Die Gruppe hat sich entschieden, das Projekt auf Basis einer MySQL Datenbank mit PHP zu erstellen. Da ein Hoster über ein Team-Mitglied zur Verfügung stand.
Zur Visualisierung wurden RM und ERM mit Dia erstellt:
\subsubsection{ERM}
@ -493,35 +493,33 @@ Die Seite ist online im Web unter folgender Adresse zu finden:\\[1em]
\section{Realisation/Dokumentation}
\subsection{erstes Login}
Nach dem wir einige Tutorials durchgearbeitet hatten, fanden wir mit codeingcage \cite{ref1} ein Tutorial dass die Abläufe
genügend einfach gestaltet hatte. So dass wir auch in der Lage waren es zu verstehen, verändern und unseren Bedürfnissen anzupassen.
Wir haben es zuerst nach dem vorgezeigten Schema erstellt und dann gemerkt dass wir die E-Mail Adresse als Login Feld eher als lästig empfinden.
Also machten wir uns an die Arbeit um den Login nach User-Namen umzukrempeln und entfernten alle E-Mail Felder und Variablen auch aus der Datenbank.
Als fun fügten wir noch ein Bild ein und entfernten alle bootstrap CSS Klassen und ersetzten sie mit unseren aus dem lokalen style.css
File um das ganze auch schön aussehen zu lassen. Zusätzlich wurde eine Automatische Login Routine implementiert so dass ein Login nach der
Anmeldung eines Users nicht noch mal eingegeben werden muss.
\subsection{Erstes Login}
Nachdem wir einige Tutorials durchgearbeitet hatten, fanden wir mit codeingcage \cite{ref1} ein Tutorial, das die Abläufe genügend einfach gestaltet hatte, so dass wir auch in der Lage waren, es zu verstehen, verändern und unseren Bedürfnissen anzupassen.
Wir haben es zuerst nach dem vorgezeigten Schema erstellt und dann gemerkt, dass wir die E-Mail Adresse als Login Feld eher als lästig empfinden.
Also machten wir uns an die Arbeit, um den Login nach User-Namen umzukrempeln und entfernten alle E-Mail Felder und Variablen auch aus der Datenbank.
Als spass fügten wir noch ein Bild ein und entfernten alle bootstrap CSS Klassen und ersetzten sie mit unseren aus dem lokalen style.css
File um das ganze auch schön aussehen zu lassen ohne externe Abhängigkeiten.
\subsection{Datenbankeinträge}
Um die Datenbankeinträge gemäss RM erstellen zu könne wurde als erstes das .sql file zur Erstellung der Datenbank erstellt.
Danach wurden von Hand drei Einträge gemacht um die Abfrage testen zu können. Da der Unterricht die SQL-Querrys noch nicht abgedeckt hatte schob der Dozent eine kurze Einführung samt Beispiel ein, was als Vorlage für die weitere Arbeit diente.
Zudem entnahm ich dem youtube Video \cite{ref2} wichtige Informationen zum vorgehen mit PDO.
Um die Darstellung zu gliedern wurde die Abfrage in HTML Tabellenform integriert. Das Eintragsdatum musste von YYYY-MM-DD-hh-mm gekürzt werden und wird nun als Datum ohne Zeitangabe dargestellt.
Die Eintrags Erfassung wird mit dem gleichen vorgehen gemacht und fängt Fehler wie leergelassene Felder oder zu kurze Beschreibungen ab.
Um die Datenbankeinträge gemäss RM erstellen zu können wurde als erstes das .sql File zur Erstellung der Datenbank erstellt.
Danach wurden von Hand drei Einträge gemacht, um die Abfrage testen zu können. Da der Unterricht die SQL-Querrys noch nicht abgedeckt hatte, schob der Dozent eine kurze Einführung samt Beispiel ein, was als Vorlage für die weitere Arbeit diente.
Zudem entnahm ich dem youtube Video \cite{ref2} wichtige Informationen zum Vorgehen mit PDO.
Um die Darstellung zu gliedern, wurde die Abfrage in HTML Tabellen integriert. Das Eintragsdatum musste von YYYY-MM-DD-hh-mm gekürzt werden und wird nun als Datum ohne Zeitangabe dargestellt.
Die Eintrags Erfassung wird mit dem gleichen Vorgehen gemacht und fängt Fehler wie leergelassene Felder oder zu kurze Beschreibungen ab.
\subsection{Angebotsabgabe}
Die selektion von einem Eintrag gestaltete sich schwierig. Nachdem die erste Idee mit onclick auf der Tabellenzeile nicht funktionierte weil das Thema JavaSkript noch nicht angeschnitten wurde und mir nicht klar ist wie es umzusetzen ist wurde auf einen einfachen Link zurückgegriffen und per get Befehl die ID der Zeile übermittelt wird. Im Formular des Angebots wird zuerst geprüft ob das Angebot nicht vom eingelogten Nutzer stammt und falls doch eine meldung platziert damit keine Angebote auf eigene Nachfragen gemacht werden können.
Ein Nutzer der die Nachfrage nicht erstellt hat kann per Post befehlt ein Angebot abgeben dass in der "Anbieter" Tabelle gespeichert wird. Vorgängig werden Leere Übermittlungen und Angebote mit über 9 Ziffern abgefangen und Fehlermeldungen platziert.
Die Selektion von einem Eintrag gestaltete sich schwierig. Nachdem die erste Idee mit onclick auf der Tabellenzeile nicht funktionierte, weil das Thema JavaSkript noch nicht angeschnitten wurde und mir nicht klar war, wie es umzusetzen ist, wurde auf einen einfachen Link zurückgegriffen und per ''GET'' Befehl die ID der Zeile übermittelt. Im Formular des Angebots wird zuerst geprüft, ob das Angebot nicht vom eingelogten Nutzer stammt und falls doch, eine Meldung platziert, damit keine Angebote auf eigene Nachfragen gemacht werden können.
Ein Nutzer, der die Nachfrage nicht erstellt hat, kann per ''POST'' befehl ein Angebot abgeben, das in der ''Anbieter'' Tabelle gespeichert wird. Vorgängig werden leere Übermittlungen und Angebote mit über 9 Ziffern abgefangen und Fehlermeldungen platziert.
\subsection{Profile}
Der Ersteller einer Nachfrage musste nun noch ein Interface zur Akzeptierung eines Angebots erhalten dass dann die Bestellung auslösen wird. Da die erforderlichen Werte für die Auflistung der Einträge aus zwei Tabellen kommen musste ein Join der Tabellen erarbeitet werden das wiederholt noch nicht behandelte Thema im Fach Datenbanken machte es darum nicht einfacher. Durch Nachforschungen und Try\&Error konnte jedoch die Lösung ermittelt werden.
Durch IF/ELSE abfragen wird ermittelt ob für eine Nachfrage schone ein Angebot erstellt wurde und in dem falle der Download Button für das geforderte XML angezeigt oder dann k.A. für kein Angebot angezeigt.
Der Ersteller einer Nachfrage muss nun noch ein Interface zur Akzeptierung eines Angebots erhalten, das dann die Bestellung auslösen wird. Da die erforderlichen Werte für die Auflistung der Einträge aus zwei Tabellen kommen musste ein Join der Tabellen erarbeitet werden.
Durch IF/ELSE abfragen wird ermittelt, ob für eine Nachfrage schone ein Angebot erstellt wurde und in dem Falle der Download Button für das geforderte XML angezeigt, oder dann k.A. für kein Angebot angezeigt.
\subsection{XML}
Da XML eine eigene Skript art ist mussten wir uns erst damit auseinandersetzen. Gut gibts dazu mehrere Tutorials. Als wir dann mit dem umsetzen der Aufgaben anfingen hatten wir schon einige fertig erstellte Skripts gefunden die diese Aufgabe automatisch durch Zuweisung der Tabellenspaltennamen erstellen. Jedoch waren alle für mehrere Tabellen-Zeilen ausgelegt und wir mussten diese dann an die gegebenheiten dass nur für ein Teil (und damit eine Zeile) iteriert wird anpassen. Die beste dokumentation fannden wir unter \cite{ref3} http://php.net/manual/en/book.dom.php welche mit einer Beschreibung auf Stackexchange zusammenpasste und uns so eine Grundlage zur Erstellung bot. \cite{ref4}.
Da XML eine eigene Skript art ist, mussten wir uns erst damit auseinandersetzen. Gut gibts dazu mehrere Tutorials. Als wir dann mit dem Umsetzen der Aufgaben anfingen, hatten wir schon einige fertig erstellte Skripts gefunden, die diese Aufgabe automatisch durch Zuweisung der Tabellenspaltennamen erstellen. Jedoch waren alle für mehrere Tabellen-Zeilen ausgelegt und wir mussten diese dann an die Gegebenheit, dass nur für ein Teil (und damit eine Zeile) iteriert wird, anpassen. Die beste Dokumentation fanden wir unter \cite{ref3} http://php.net/manual/en/book.dom.php, welche mit einer Beschreibung auf Stackexchange zusammenpasste und uns so eine Grundlage zur Erstellung bot. \cite{ref4}.
\subsection{Filedownload}
Diese Problemstellung haben wir komplett unterschätzt. Die Art und Programmierung für den Trigger eines Downloads mit PHP ist kompliziert. Durch ausprobieren und der Kombination von verschiedenen Lösungen aus dem Internet konnte es dann bewerkstelligt werden. \cite{ref5}
Diese Problemstellung haben wir komplett unterschätzt. Die Art und Programmierung für den Trigger eines Downloads mit PHP ist kompliziert. Durch Ausprobieren und der Kombination von verschiedenen Lösungen aus dem Internet, konnte es dann bewerkstelligt werden. \cite{ref5}
\subsection{Testing}
Das Testen der Funktionen wurde auf basis der Use-Case Diagramme durchgeführt. Dabei stellt jeder Usecase ein Testszenario dar. Diese Testszenarien wurden aufbauend auf der Agilen Entwicklung jeweils am ende des sprints als Revision angehängt und genau so wie das Diagramm es darstellt für den jeweiligen Benutzertypen durchgespielt.
Bei Falschinterpretationen oder Fehlern in der Programmierung wurde bilateral darauf eingegangen und das Problem durch eine iteration behoben.
Zu den Einzelnen Fehlern die behoben werden mussten findet man das Protokoll in der Abweichungsanalyse \ref{subsec:Abweichungsanalyse}
Das Testen der Funktionen wurde auf Basis der Use-Case Diagramme durchgeführt. Dabei stellt jeder Usecase ein Testszenario dar. Diese Testszenarien wurden aufbauend auf der agilen Entwicklung jeweils am Ende des Sprints als Revision angehängt und genau so wie das Diagramm es darstellt für den jeweiligen Benutzertypen durchgespielt.
Bei Falschinterpretationen oder Fehlern in der Programmierung wurde bilateral darauf eingegangen und das Problem durch eine Iteration behoben.
Zu den einzelnen Fehlern die behoben werden mussten, findet man das Protokoll in der Abweichungsanalyse \ref{subsec:Abweichungsanalyse}
\newpage %-------------------------------------------------------------------
\begin{figure}[H]
@ -558,16 +556,16 @@ Zu den Einzelnen Fehlern die behoben werden mussten findet man das Protokoll in
\end{center}
\end{footnotesize}
\end{figure}
\newpage%-------------------------------------------------------------------
\subsection{Abweichungsanalyse}
Produkt:\\
\begin{myitemize}
\item Das Login ist mit einer Separaten dbconfig.php angebunden da zu dem Zeitpunkt die Vererbung und deren Anwendung noch nicht im Unterricht thematisiert war konnte damit nicht weiter gearbeitet werden.
\item Die Angebotsabgabe Taste sollte gemäss Planung auf der gleichen Seite wie die Nachfragen stehen. Das konnte aufgrund fehlender Kenntnisse nicht so gelöst werden. Der Einfachheit halber wurde dazu eine Neue Seite erstellt. Das eigentliche Problem stellte sich heraus war, dass der Benötigte Schul-Stoff zu dem Zeitpunkt nicht behandelt war als wir diesen Sprint abhandelten.
\item Das Login ist mit einer separaten dbconfig.php angebunden, da zu dem Zeitpunkt die Vererbung und deren Anwendung noch nicht im Unterricht thematisiert wurde, konnte damit nicht weiter gearbeitet werden.
\item Die Angebotsabgabetaste sollte gemäss Planung auf der gleichen Seite wie die Nachfragen stehen. Das konnte aufgrund fehlender Kenntnisse nicht so gelöst werden. Der Einfachheit halber wurde dazu eine neue Seite erstellt. Das eigentliche Problem war, dass der benötigte Schulstoff zu dem Zeitpunkt nicht behandelt war, als wir diesen Sprint abhandelten.
\end{myitemize}
Projekt/Dokumentation:\\
\begin{myitemize}
\item Insgesamt hatten wir die benötigte Zeit zu tief eingeschätzt. Dies auch deshalb weil der nötige Schulische Hintergrund noch fehlte. \\ Der Umstand dass die Arbeit dem Schulstoff immer um ca. 4 Wochen vorauseilte und die nötigen Informationen im Netz recherchiert werden mussten erschwerte das zusammenarbeiten und die Arbeit enorm. \\ Das Zusammenarbeiten insofern, dass nie jedes Mitglied der Gruppe auf dem Selben stand war und die Arbeit weil der Schulstoff oft nachträglich fragen beantwortete die wir uns über das Netz nicht beantworten konnten und dadurch den Arbeitspunkt im Nachhinein nochmals überarbeiten mussten. Das generierte einen erheblichen mehraufwand der nicht nötig gewesen wäre.
\item Insgesamt hatten wir zu wenig Zeit eingerechnet. Dies auch deshalb, weil der nötige schulische Hintergrund noch fehlte. \\ Der Umstand, dass die Arbeit dem Schulstoff immer um ca. 4 Wochen vorauseilte und die nötigen Informationen im Netz recherchiert werden mussten, erschwerte das Zusammenarbeiten und die Arbeit enorm. \\ Das Zusammenarbeiten insofern, dass nie jedes Mitglied der Gruppe auf dem selben Stand war und die Arbeit weil der Schulstoff oft nachträglich Fragen beantwortete, die wir uns über das Netz nicht beantworten konnten, und dadurch den Arbeitspunkt im Nachhinein nochmals überarbeiten mussten. Das generierte einen erheblichen Mehraufwand, der nicht nötig gewesen wäre.
\end{myitemize}
% Quellverzeichniss
%-------------------------------------------------------------------