update

Writerside/topics/OOAD/IntroductionOOAD.md

@@ -40,15 +40,15 @@ stateDiagram
     4-->5
     5-->1    
 ```
-- **Requirement Analysis**
-  - Understand what your client wants and/or needs
-- **Design**
+### Requirement Analysis
+  - Understand what your client wants and/or needs 
+### Design
   - Design a solution that meets [functional/non-functional](IntroductionOOAD.md#requirements-in-software-engineering) requirements
-- **Implementation**
-  - Actually build the system meeting required quality goals
-- **Testing**
+### Implementation
+  - Actually build the system meeting required quality goals 
+### Testing
   - Ensure that the whole system meets all requirements
-- **Maintaining/Operations**
+### Maintaining/Operations
   - The system serves its purpose (earns money)
 
 ## Software Quality
@@ -68,4 +68,8 @@ stateDiagram
 - Wiederverwendbarkeit
 - Analysierbarkeit
 - Modifizierbarkeit
-- Testbarkeit
+- Testbarkeit
+
+>_Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live_
+>
+> ~_John F. Woods_

Writerside/topics/OOAD/SoftwareProcesses.md

@@ -16,18 +16,18 @@ In den 1950ern wurde Software an Seite der Hardware entwickelt
   - Nimmt Rechenschaft für das Laufen der Software auf sich
   - Gibt auftretende Fehler an das Entwicklungsteam weiter
 
-## Waterfall Model
-- Sequenzielle Ausführung der Phasen des [SDLC](IntroductionOOAD.md#software-development-lifecycle-sdlc)
-  - Jede Phase wird mit einer Dokumentation des Schritts beendet
-  - Iterationen sind nur zwischen zwei aufeinanderfolgenden Phasen möglich
-- ![image_40.png](image_40.png)
-- [![image_41.png](image_41.png)](SoftwareProcesses.md#classic-organizational-structure)
 
 ## Handling of Change: Implications
 Ursprüngliches Projekt ist fertig - Kunde ist aber nicht glücklich
 - Ein neues Projekt startet den SDLC neu
   - ![image_42.png](image_42.png)
 
+## Waterfall Model
+- Sequenzielle Ausführung der Phasen des [SDLC](IntroductionOOAD.md#software-development-lifecycle-sdlc)
+  - Jede Phase wird mit einer Dokumentation des Schritts beendet
+  - Iterationen sind nur zwischen zwei aufeinanderfolgenden Phasen möglich
+- ![image_40.png](image_40.png)
+- [![image_41.png](image_41.png)](SoftwareProcesses.md#classic-organizational-structure)
 
 ## Neue Modelle
 ### V-Modell
@@ -75,3 +75,18 @@ Business/Client wird Teil des Teams
 
 
 ## DevOps
+Erweiterung der agilen [Software-Entwicklung](SoftwareProcesses.md#agile)
+- nicht nur Dev (_Entwicklung_), sondern auch Ops(_Operations_)
+
+- Gefördert durch dynamische Cloud-Infrastuktur
+- Führt zu höherer Qualität
+  - Devs machen stabileren Code
+  - fördert Automatisierung in allen Aspekten
+
+DevOps fördert schnellere Iterationen
+- Features können individuell ausgeliefert werden
+  - mehrere Releases am Tag sind normal
+- schnellere Feedback-Cycles
+  - Bessere Adaption zu neuen Anforderungen
+- Nutzer-Verhalten kann aufgezeichnet und für spätere Arbeit genutzt werden
+