02 - Vorgehensmodelle

Question 1

Definition: Vorgehensmodell

Answer 1

Standards für IT-Projekte definieren. Besonders für:

1) Projektphasen
2) Projektorganisation
3) Dokumente
4) Kommunikationsbeziehungen
5) Methoden

Question 2

Zweck von Vorgehensmodellen

Answer 2

Sie fassen Erfahrungen aus vorherigen Projekten zusammen, geben eine Grundstruktur für die Projektplanung vor und helfen beim Assessment.

Question 3

Wasserfallmodell Schritte (5)

Answer 3

1) Anforderungen
2) Design
3) Implementierung
4) Test
5) Inbetriebnahme

Question 4

Wasserfallmodell Eigenschaften

Answer 4

• Phasen laufen sequentiell durch.
• Am Ende jeder Phase steht ein Meilenstein
• Nur eine Rückkopplung über eine Phase möglich, und auch auf dem Rückweg wird keine Phase übersprungen

Question 5

Wasserfallmodell Vorteile (3)

Answer 5

1) Für jeden verständlich
2) Qualitätskontrolle wird durch Meilensteine sichergestellt
3) Eignet sich für kleine, überschaubare Projekte mit kurzer Laufzeit und wenigen Mitarbeitern

Question 6

Wasserfallmodell Nachteile (4)

Answer 6

1) Unterstellt, dass nach dem Abschluss der Anforderungsanalyse alle Anforderungen im Detail bekannt sind und sich auch nicht ändern werden.
2) Keine Phase für Prototypen
3) Misverständnisse bei der Anforderungsanalyse werden spät erkannt
4) Keine Iterative Entwicklung (über mehrere Softwarereleases)

Question 7

Definition: V-Modell

Answer 7

Sehr umfangreiches Modell des Bundes, für IT-Systeme der öffentlichen Hand in Deutschland.

Question 8

Definition: Inkrementell-Iterative Methoden

Answer 8

Eine Vorgehensweise, wo erstmal die Kernfunktionalität unter Berücksichtigung der technischen Herausforderungen erstellt wird und danach in mehreren Schritten ergänzt wird.

Hier werden mehrere Zwischenprodukte erstellt, die als Prototyp zum Test zur Verfügung stehen.

Question 9

Vorteil der Inkrementell-Iterativen Methoden

Answer 9

Fehler können hiermit früh erkannt werden.

Question 10

Nachteil der Inkrementell-Iterativen Methoden

Answer 10

Technisches Design muss eigentlich immer die Endbaustufe berücksichtigen, sonst fällt ein hoher Wegwerfaufwand an.

Question 11

Definition: Spiralmodell nach Barry Boehm

Answer 11

Ein Inkrementell-Iteratives Modell, bei dem jeder Zyklus aus 4 Quadranten besteht: Zieldefinition, RIsikoabschätzung (zum ersten Mal!), Implementierung und Test, Planung des nächsten Zyklus.

Question 12

Definition: Rational Unified Process (RUP)

Answer 12

Ein Vorgehensmodell für Projekte der <b>Objektorientierten</b> Softwareentwicklung, das sich auf die UML Bezieht.

Question 13

6 Best Practices (RUP)

Answer 13

1) Iterative Entwicklung
2) Anforderungsmanagement
3) Komponentenbasierte Architektur
4) Visuelle Modellierung, i.d.R. mittels der UML
5) Permanente Qualitätskontrolle
6) Management von Änderungen

Question 14

RUP Vorteile (5)

Answer 14

1) Iterative Entwicklung ermöglicht frühe (und damit kostengünstige) Fehlererkennung
2) Einbindung aktueller softwaretechnischer Methoden
3) Geeignet für die Entwicklung objektorientierter Software mit Komponentenarchitektur
4) Kein rein sequentielles Modell, Parallelisierung von Aktivitäten
5) Verfügbarkeit unterstützender (allerdings kostenpflichtiger) Tools

Question 15

RUP Nachteile (3)

Answer 15

1) Komplex & hoher initialer Einarbeitungsaufwand
2) Speziell vorgesehen für objektorientierte Softwareentwicklungsprojekte. Deshalb ungeeignet für Hardware oder Legacy Erweiterungen, für die Einführung von Standardsoftware.
3) Angepasst auf die Tools von Rational (sonst viel aufwendiger).

Question 16

Definition: Agile Vorgehensmodelle

Answer 16

Sie gehen inkrementell-iterativ vor. Die Iterationen werden aber nicht zu Projektbeginn geplant, sondern nach Projektfortschritt und Kundenfeedback im Laufe des Projektes erst festgelegt.

Question 17

Charakteristiken agiler Vorgehensmodelle (5)

Answer 17

1) So wenig Bürokratie wie möglich und sich aufs wesentliche fokussieren: Programmieren
2) Die durch Bürokratieabbau gesparte Zeit soll in die eigentliche Softwareentwicklung investiert werden.
3) Anwender sind in allen Projektphasen eng mit dem Projekt eingebunden. Vertrauen geht vor detaillierter vertraglicher Absicherung.
4) Mensch steht im Mittelpunkt, Prozesse und Werkzeuge sind weniger wichtig
5) Auf Änderungen im Projektverlauf wird flexibel reagiert. Kundenzufriedenheit geht vor Einhaltung überholter Ziele.

Question 18

Definition: Extreme Programming (XP)

Answer 18

Dies ist die bekannteste agile Methode und basiert auf dem Prinzip das die Entwickler und Anwender in einem Raum arbeiten und auf eine 40-Stunden-Woche eingeschränkt sind.

Question 19

Charakteristiken: Extreme Programming (XP) (7)

Answer 19

1) Refactoring
2) Standards beim Programmieren festlegen
3) Jeder ist für das Gesamtergebnis verantwortlich, jeder darf in jedem Programmteil Ergänzungen vornehmen, wenn sie zu seiner Aufgabe gehören (Weniger Trennung von Funktionalitäten während der Entwicklung des Programms).
4) Die einfachste Lösung wird immer bevorzugt
5) Pair Programming
6) Ständiges Deployment um Unverträglichkeiten sofort zu endecken.
7) Für kleinere Teams geeignet

Question 20

Nachteile: Extreme Programming (2)

Answer 20

1) Anwender und Entwickler müssen ein großes Vertrauensverhältnis haben (z.B. Anwender und Entwickler im selben Unternehmen). Sonst ist XP schwer anzuwenden.
2) Weiterhin keine Dokumentation

Question 21

Vorteile: Extreme Programming (2)

Answer 21

1) Einige Bestandteile haben sich auch für herkömmliche Projekte bewiesen: Code Review, Refactoring, Pair Programming.
2) XP besteht aus wenigen Grundregeln und wird viel weniger detailliert vorgegeben.

Question 22

Definition: Scrum

Answer 22

Ein Agiles Vorgehensmodell, das die Prozesse eines Softwareprojektes nur mit einem groben Rahmen vorgibt. In diesem Rahmen können Projekte gestaltet werden, indem das Projektteam selbst sich Richtlinien gibt. Dennoch trägt das Projektteam die gemeinsame Verantwortung für das Ergebnis.

Question 23

Scrum Phasen (3)

Answer 23

1) Pre-Game
2) Game
3) Post-Game

Question 24

Ablauf: Pre-Game Scrum Phase (4)

Answer 24

1) Projektteam zusammenstellen und es wird sich auf Standards und Werkzeuge geeinigt.
2) Product Owner erstellt Product Backlog
3) Alternative Vorschläge zu, Systemdesign werden diskutiert. Dabei wird noch nicht detailliert, sondern die Architektur bestimmt.
4) Design Review Meeting findet statt, wo ein Grobdesign vorgeschlagen wird.

Question 25

Definition: Product Backlog

Answer 25

Hier sind alle bisher bekannten Anforderungen enthalten. Er gilt nicht als abgeschlossen, sonder wird ständig weiterentwickelt.

Question 26

Ablauf: Game Scrum Phase (6)

Answer 26

1) Projektphasen werden in Sprints aufgeteilt
Pro Sprint:
2) Im Sprint Planning Meeting wird zunächst vom Product Owner und dem Projektteam festgelegt, was das Ziel des nächsten Sprints sein soll und wie es zu erreichen ist.
3) Das Sprint Backlog wird angelegt und gepflegt. Es enthält eines Auswahl jener Ziele des Product Backlog, die für diesen Sprint vorgesehen sind. Sie sind natürlich detaillierter als im Product Backlog beschrieben.
4) Daily Scrum meetings werden durchgeführt
5) Zum Abschluss des Sprint stellt in einem Sprint Review Meeting das Projektteam dem Product Owner und den Stakeholders seine Ergebnisse vor.
6) Zu guter letzt wird entschieden, ob das Product Backlog angepasst und ein neuer Sprint beginnen muss, oder ob in die Post-Game-Phase übergangen werden muss.

Question 27

Fragen beim Daily Scrum (3)

Answer 27

1) Was habe ich gestern erreicht?
2) Was will ich morgen erreichen?
3) Was blockiert meine Arbeit?

Question 28

Ablauf: Post-Game Scrum Phase (3)

Answer 28

1) Erstellung der Dokumentation
2) Systemtest. Im Falle von Fehlern wird das Product Backlog angepasst und ein neuer Sprint gestartet
3) User Acceptance Test

Question 29

Rolle: Scrum Master (6)

Answer 29

1) Überwacht die Einhaltung der Scrum-Regeln
2) Ist kein Teammitglied
3) Kein Teamleiter. Das Team organisiert sich ja selbst.
4) Bei Schwierigkeiten der Ansprechpartner für die Teammitglieder
5) Trägt die Blockaden von Daily Scrums in den Backlog ein und ist verantwortlich diese auch zu beseitigen.
6) Kann einen Sprint abbrechen, sobald die Ziele unerreichbar sind oder Hindernisse unüberwindbar sind.

Question 30

Rolle: Product Owner (Scrum) (4)

Answer 30

1) kommuniziert mit dem Kunden und gibt die Erkenntnisse an das Team weiter.
2) definiert die Projektziele anhand von User Stories
3) priorisiert die Einträge im Product Backlog
4) Kommuniziert direkt mit dem Team

Question 31

Rolle: Das Projektteam (Scrum) (2)

Answer 31

1) schätzt die Aufwände für die Einträge im Product Backlog

2) wählt anhand der Prioritäten des Product Owners aus dem Product Backlog-Einträgen die ziele für den nächsten Sprint.

Question 32

Rolle: Stakeholders (Scrum) (2)

Answer 32

1) Finanzierung

2) Teilnahme am Sprint Review Meeting

Question 33

Rolle: Die Manager (Scrum) (2)

Answer 33

1) Sind die Vorgesetzten des Teams

2) Stellen die Arbeitsumgebung zur Verfügung

Question 34

Definition: Continuous Integration

Answer 34

Ein Bestandteil vieler Agilen Methode, wo neue, verbesserte Prototypen für Tester sowie verbesserte Produktversionen für Endbenutzer bereitgestellt werden.

Question 35

Vorteil: Continuous Integration

Answer 35

Fehler werden sofort erkannt.

Question 36

Nachteil: Continuous Integration

Answer 36

Wenn laufend neue Commits in die Queue gestellt werden, wird es schwierig, immer letzte stabile Versionen zu definieren.

Question 37

Ziel: DevOps

Answer 37

Gemeinsame Ziele, Abläufe und Werkzeuge der Entwicklung und dem Systembetrieb schaffen.

Question 38

Definition: DevOps

Answer 38

Ein Vorgehensmodell das Teams aus Entwicklern/Testern und Operatoren/Admins zusammenstellt. Es ergibt bei agilen Projekten viel Sinn und das Team ist fortlaufend zuständig für die Entwicklung neuen Codes und Systembetrieb.

Question 39

DevOps Toolchain (7)

Answer 39

1) Create
2) Verify
3) Package
4) Release
5) Configure
6) Monitor
7) Plan