remove some stupid things

chapters/mass.tex

@@ -1,6 +1,6 @@
 \chapter{Empfehlungen für die Planung und Implementierung von CI/CD}
 \label{mas}
-Auch wenn ein \cicd System nach der Einführung als Gesamtkomplex vorliegt, der schnell und einfach den Softwareentwicklungsprozess beschleunigt, ist es unumgänglich, sich bei der Einführung auf die Detailebene des Use Cases als auch der Tools zu begeben. Nur so besteht die Chance, später im Betrieb des Systems die Vorteile von CI/CD nutzen zu können.
+Auch wenn ein \cicd System nach der Einführung als Gesamtkomplex vorliegt, welcher schnell und einfach den Softwareentwicklungsprozess beschleunigt, ist es unumgänglich, sich bei der Einführung auf die Detailebene des Use Cases als auch der Tools zu begeben. Nur so besteht die Chance, später im Betrieb des Systems die Vorteile von CI/CD nutzen zu können.
 
 \todo{Aufschlüsseln der Rolle von Automatisierungs teams und Entwickler benzüglich Doku}
 Während das automatisierungs Team eine sehr viel umfangreichere Detailkenntnisse besitzen wird, muss der Softwareentwickler nur das für ihn relevanten Wissen in Form von Dokumentation vorliegen haben.
@@ -53,10 +53,13 @@ beispielsweise zu Security, Code oder Systemarchitektur. Auch die
 vorliegende Hardware könnte als Rahmenbedingung vorgegeben sein.
 
 Für jeden \textbf{Prozessschritt} muss eine \textbf{detaillierte
-funktionale Anforderung} erfolgen, beispielsweise könnte für den
+funktionale Anforderung} erfolgen. Beispielsweise könnte für den
 Analyseprozess die Arten von Checks festgelegt werden, wie der Check auf
-bestimmte Designpatterns, Variablennamen, der Check gegen vorhandene
-Regellisten.\\
+bestimmte Designpatterns, Variablennamen oder allgemein gegen vorhandene
+Regellisten.
+
+~
+
 Für den Prozessschritt des Delivery gilt es zu entscheiden, ob die
 Softwareartefakte in einem einfachen Dateisystem bereitgestellt werden
 oder in einem Artefakt-Managementsystem.