diff --git a/Writerside/topics/OOAD/IntroductionOOAD.md b/Writerside/topics/OOAD/IntroductionOOAD.md index d4c4bf6..940b559 100644 --- a/Writerside/topics/OOAD/IntroductionOOAD.md +++ b/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 \ No newline at end of file +- 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_ diff --git a/Writerside/topics/OOAD/SoftwareProcesses.md b/Writerside/topics/OOAD/SoftwareProcesses.md index e2c26a2..0dc40f8 100644 --- a/Writerside/topics/OOAD/SoftwareProcesses.md +++ b/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 +