diff --git a/appendix/interview-questions.tex b/appendix/interview-questions.tex
index f8412d1..63c8d51 100644
--- a/appendix/interview-questions.tex
+++ b/appendix/interview-questions.tex
@@ -18,7 +18,7 @@ Gegen welche Missbrauchsszenarien sollte der QR-Code geschützt sein?
 Sollte ggf. ein Passwort nach dem Einscannen verlangt werden? -> Diskurs über versch. Authentifizierungsmethoden
 \\
 \\
-Wie viel soll der Kunde beim Versand selbst machen? Muss er das Paket selbst frankieren?
+Wie viel soll der Kunde beim Versand selbst machen?
 Muss er es selbst mit einem Empfänger versehen, oder gibt es diesen als PDF zum Ausdruck zum aufkleben?
 \\
 \\
@@ -39,7 +39,9 @@ Sollte ein Mitarbeiter Weine löschen können? Wenn eines der beiden ja: Einzeln
 Welche Informationen soll der Kunde über seine Sendunge(n) sehen?
 \\
 \\
-Soll auch ein Kunde in der Lage sein, seine eigene Weinsendung(en) aus dem System zu löschen? (Eventuell vertippt man sich)
+Soll auch ein Kunde in der Lage sein, seine eigene Weinsendung(en) aus dem System zu löschen oder zu verändern?
+(Eventuell vertippt man sich)
+Wenn ja, bis wann? Bis zur Eingangsbestätigung?
 Ist hierbei eine Bulk-Action wichtig?
 \\
 \\
@@ -48,3 +50,4 @@ Ist der tatsächliche Wert dieser wichtig, oder ist es lediglich wichtig, dass s
 eindeutig ist? Der einfachste/günstigste Weg wäre es, sie in der Datenbank als \enquote{auto\_increment} zu deklarieren.
 Dann hätte man niemals, auch über x Auswahlproben hinweggehend, die selbe Einlieferungsnummer zwei mal.
 Das verkürzt und vereinfacht die Entwicklung, den entstehenden Code, und die Nutzererfahrung auf Seiten von Weinland Mosel.
+
diff --git a/chapters/problemanalyse.tex b/chapters/problemanalyse.tex
index 32414d1..0c7993b 100644
--- a/chapters/problemanalyse.tex
+++ b/chapters/problemanalyse.tex
@@ -1,8 +1,38 @@
 \chapter{Anforderungserfassung}
 \label{chap:anforderungserfassung}
 Obwohl bereits ein grober Anriss des Zielsystems bekannt ist, ist es unabdinglich eine Anforderungsanalyse durchzuführen,
-um Details auszumachen \cite{bib:aaa}.
-
+um Details auszuarbeiten \cite{bib:christoph-ebert-vorwort-systematisches-re}.
 Hierbei ist es wichtig, kein exzessives Pflichtenheft aufzubauen, denn letztendlich zählt nur, was dem Kunden geliefert wird.
 Nicht, wie viele gar nicht benötigte Anforderungen umgesetzt wurden.
 \enquote{\textit{Zu viele oder falsche Anforderungen ruinieren Budgets, Termine und die Qualität.}}
+\cite{bib:christoph-ebert-vorwort-systematisches-re}.
+Die Anforderungen eines Produktes sind in drei Kategorien einzuteilen: \acp{FA}, \acp{NFA},
+und Constraints \cite{bib:heinemann-vorlesung-re}.
+Wie oben erwähnt, sind bereits die Constraints und einige funktionale Anforderungen bekannt. Diese sind:
+\begin{table}[htbp]
+    \centering
+    \begin{tabular}{|l|l|}
+        \hline
+        \textbf{Art} & \textbf{Beschreibung}\\
+        \hline
+        \hline
+        Constraint & Einbau in brown-field TYPO3\\
+        \hdashline
+        Constraint & Mitarbeiter-UI in TYPO3-Backend\\
+        \hdashline
+        Constraint & Kunden-UI im Frontend\\
+        \hdashline
+        \ac{FA} & Aus dem Papierformular soll ein Webform werden\\
+        \hdashline
+        \ac{FA} & \makecell[l]{Angaben zum Weingut des Weines sollen aus dem \\ Accountdatensatz anstatt aus dem Webform kommen}\\
+        \hdashline
+        \ac{FA} & \makecell[l]{Registrierte Weinteilnahmen bestehen aus einem Wein \\ und einem Zustand(Ausstehend,Eingegangen).}\\
+        \hdashline
+        \ac{FA} & \makecell[l]{Beim Erstellen einer Weinteilnahme soll ein QR-Code als \\ PDF generiert werden, der den Wein identifiziert}\\
+        \hdashline
+        \ac{FA} & \makecell[l]{Durch scannen des QR-Codes soll dem Wein der Status \\ \enquote{Eingegangen} zugewiesen werden}\\
+        \hline
+    \end{tabular}
+    \caption{Initial bekannte Anforderungen}
+    \label{tbl:initial-bekante-anforderungen}
+\end{table}
diff --git a/dexes/acrodex.tex b/dexes/acrodex.tex
index 9b68414..727de9e 100644
--- a/dexes/acrodex.tex
+++ b/dexes/acrodex.tex
@@ -12,7 +12,12 @@
 
 \acro{PDCA}[PDCA]{Plan-Do-Check-Act}
 \acro{SWOT}[SWOT]{Strength-Weakness-Opportunity-Threat}
-%\acroplural{PRAP}[PRAPs]{Praktische Projektarbeiten}
+
+\acro{FA}[FA]{Funktionale Anforderung}
+\acroplural{FA}[FAs]{Funktionale Anforderungen}
+
+\acro{NFA}[NFA]{Nichtfunktionale Anforderung}
+\acroplural{NFA}[FAs]{Nichtfunktionale Anforderungen}
 %
 %
 \end{acronym}
diff --git a/dexes/literature.bib b/dexes/literature.bib
index 3dd9e34..1882769 100644
--- a/dexes/literature.bib
+++ b/dexes/literature.bib
@@ -197,10 +197,9 @@
   note         = {Zugriff: Januar 2023}
 }
 
-@article{bib:aaa,
-  author       = {{Github}},
-  howpublished = "\url{https://docs.github.com/en/get-started/exploring-projects-on-github/saving-repositories-with-stars}",
-  title        = {{Saving repositories with stars}},
-  year         = {2023},
-  note         = {Zugriff: Januar 2023}
+@article{bib:christoph-ebert-vorwort-systematisches-re,
+  title = {Vorwort zu Systematisches RE},
+  year = {2019},
+  author = {Christoph Ebert},
+  publisher = {dpunkt Verlag}
 }
diff --git a/header.tex b/header.tex
index e2ff37d..05f9d8f 100644
--- a/header.tex
+++ b/header.tex
@@ -91,6 +91,9 @@ hidelinks,  % avoid weird ref highlighting
     pdfproducer={Latex},
     pdfcreator={pdflatex}]{hyperref}
 
+% Multiline table entries
+\usepackage{makecell}
+
 % Load custom macros
 \input{macros}
 
diff --git a/main.pdf b/main.pdf
new file mode 100644
index 0000000..9e21cb5
Binary files /dev/null and b/main.pdf differ