grundlagen dev env

chapters.tex

@@ -8,9 +8,9 @@
 \input{chapters/einleitung/methodik.tex}
 
 \input{chapters/grundlagen/main.tex}
+\input{chapters/anforderungen.tex}
 \input{chapters/technische-umsetzung/main.tex}
 
-\input{chapters/anforderungen.tex}
 \input{chapters/evaluation.tex}
 \input{chapters/fazit.tex}
 

chapters/einleitung/methodik.tex

@@ -3,9 +3,9 @@
 %
 
 \section{Methodische Vorgehensweise}
-Einige Anforderungen sind im Voraus im Zuge der Themenfindung bereits gesetzt.
+Einige Anforderungen sind bereits im Voraus definiert.
 Weiterführende Anforderungen werden im Rahmen einer Anforderungserfassung ermittelt.
-Anschließend werden verschiedene Ansätze zur Umsetzung gesammelt und iterativ,
+Anschließend werden verschiedene Lösungsansätze betrachtet und auf Tauglichkeit geprüft.
-nach explorativer Vorgehensweise ausgeschlossen, bis ein funktionierender, akzeptabler
+Nachdem ein akzeptabler Lösungsweg gefunden ist, wird dieser umgesetzt.
-Lösungsweg gefunden wurde.
+Abschließend wird der Erfolg des Unterfanges evaluiert und mögliche, auf dieses Projekt aufbauende Arbeiten in Ausblick gestellt.
 

chapters/einleitung/problemstellung.tex

@@ -12,6 +12,7 @@ Würden diese manuell in einen eigenen Vault kopiert werden, müssten diese Eint
 asynchronen Einträgen führt. Außerdem ist das ein großer Arbeitsaufwand.
 All das gestaltet das Einbinden von externen Entwicklern, wie z.B. Freelancern, schwer.
 \\
+\\
 Ein weiteres Problem ist, dass Secrets in Konfigurationsdateien, die firmeninternen Ansible-Scripten
 beilegen, unverschlüsselt einsichtig sind. Das macht es zu einem großen Sicherheitsrisiko und somit
 impraktikabel externen Entwicklern Zugriff auf dieses Ansible-Repository zu gewähren.

chapters/grundlagen/main.tex

@@ -4,5 +4,20 @@
 
 \chapter{Grundlagen}
 \section{Die Arbeitsumgebung}
+Die Arbeitsumgebung des Partnerunternehmens besteht für diese Themenstellug nennenswert aus:
+\begin{itemize}
+    \item Cloudbasierten Web- und Datenbankservern
+    \item Git-Repositories bei Bitbucket
+    \item Der lokalen, Docker-basierten Arbeitsumgebung
+    \item Ein Ansible-Playbook, das ein Projekt mit Daten aus der Cloudumgebung und Code aus Bitbucket in der lokalen Entwicklungsumgebung bereitstellt.
+\end{itemize}
+
+\begin{nicepic}
+    \includegraphics[width=0.5\textwidth]{images/dev-env.png}
+    \captionof{figure}{Relationsdiagramm: Bereitstellen von Projekten des Partnerunternehmens in einer Entwicklungsumgebung}
+    \caption*{Quelle: Eigene Darstellung}
+    \label{fig:relationsdiagramm-devenv}
+\end{nicepic}
+
 \section{1Password}
 \section{Ansible}

dexes/glossarydex.tex

@@ -5,7 +5,9 @@
 \chapter{Glossar}
 
 \begin{description}
-    \item [TYPO3 CMS] \hfill \\
+    \item [Docker] \hfill \\
-        \enquote{TYPO3 — the Professional, Flexible Content Management System} \cite{bib:typo3-frontpage}
+        Eine arrivierte Container-Engine für Anwendungsentwicklung.
+    \item [Ansible-Playbook/s] \hfill \\
+        Ansible-Playbooks sind Skripte, mit dem Ziel einen deklarierten Zustand herzustellen.
 \end{description}