\chapter{Einleitung}
\label{chap:einleitung}
Der Regionalverband für Weine \ac{WM} lässt Weine in organisierten Weinproben von Juroren bewerten.
Teilnehmende Weingüter registrieren ihre Weine in verschiedenen Kategorien und schicken diese auf dem Postweg ein.
Dieser Prozess bildet sich in Form von ausgedruckten Formularen, die von Hand ausgefüllt und von Hand in eine Excel-Tabelle übertragen werden, ab.

\section{Problemstellung}
\label{chap:einleitung-problemstellung}
Die Teilnehmenden Weingüter schicken ihre Weine zusammen mit Formularen über den Postweg zu \ac{WM}.
Es ist der Normalfall, dass ein teilnehmendes Weingut \emph{mehrere} Weine zur Bewertung anbringt.
In diesem Fall ist für jeden anzumeldenden Wein ein solches Formular erneut auszufüllen.
Hierbei werden sämtliche auf das Weingut bezogene Daten redundant ausgefüllt. Diese Daten sind redudant, da sie keine
Eigenschaften der Weine, sondern die des Weingutes selbst sind.
Da sich das Weingut zwischen den Weinen nicht ändert,
ändern sich die darauf bezogenen Daten auch nicht. Sie müssen aber für jeden Wein erneut ausgefüllt werden.
Abgesehen davon, dass solche Redundanzen auf Weinguts- und Verbandsseite die hedonische Qualität schädigen,
bietet so ein Workflow Freiraum für Fehler und Inkonsistenzen.
Dieser Workflow mit den zuvor genannten Nachteilen wird auf Verbandsseiten, nach Zustellung der Weine, weiter fortgeführt:
\ac{WM} erfährt erstmalig mit Zustellung eines Weines von dessen Teilnahme. Das erschwert das Planen der Logistik,
da im Voraus keine konkrete Zahl der zu erwartenden Flaschen bekannt ist. Geht eine Flasche auf dem Postweg verloren,
könnte das unbemerkt bleiben, da der Prozess für das Weingut mit dem Versand endet und der Prozess für \ac{WM}
erst mit dem Erhalt des der Flasche beiliegendem Formulares beginnt.
Der Postweg stellt somit eine Lücke zwischen diesen Prozessen dar.
Kommt ein teilnehmender Wein bei \ac{WM} an, wird das beiliegende Formular von Hand in eine Excel-Tabelle übertragen.
Diese Schnittstelle ist besonders resourcenaufwändig und fehleranfällig, weil es oft vorkommt, dass die zuteils
dysgraphisch verfassten Formulare nur schwer, mehrdeutig, oder gar nicht dechiffriert werden können.
In diesem Prozess wird der Teilnahme des Weines eine inkrementell aufsteigende Einlieferungsnummer zugewiesen,
die anschließend in Form eines Aufklebers an der Flasche befestigt wird. Anschließend wird die Flasche im Lager verstaut.

\section{Zielsetzung}
\label{chap:einleitung-zielsetzung}
Ziel dieser Arbeit ist es, in Erfahrung zu bringen, wie der zuvor genannte Prozess bestmöglichst,
im Rahmen bestimmter Constraints und funktionalen- sowie nichtfunktionalen Anforderungen, digitalisiert werden kann.
Während die Constraints bereits bekannt sind, werden detaillierte Anforderungen
im Rahmen der Anforderungstechnik ausgearbeitet \cite{bib:heinemann-vorlesung-re}.
Die Constraints besagen, dass der Anmeldeprozess in die existierende Internetpräsenz des Weinverbandes integriert werden muss.
Bei dieser Internetpräsenz handelt es sich um ein TYPO3-Redaktionssystem.
Sämtliche Interaktionen zwischen Akteuren, die nicht \ac{WM} oder dem System zugehörig sind,
müssen im Frontend der Webseite stattfinden. Oberflächen für Mitarbeiter von \ac{WM} dürfen
in der TYPO3-Backend-Oberfläche implementiert werden.
\\
\\
Somit lautet die \textbf{Forschungsfrage}:\\
\textit{Was ist die beste Möglichkeit, um die Anmeldung und Zustellung von Weinen zu Weinproben des Regionalverbunds für
Weine in der Weinregion Mosel als TYPO3-Erweiterung zu realisieren, um davon zu profitieren?}
