Prozessmodelle (2)

Question 1

Was ist ein Przessmodell?

Answer 1

• Allgemeiner Entwicklungsplan, der das generelle Vorgehen bestimmt
• Festlegung, welche Aktivitäten in welcher Reihenfolge von welchen Personen erledigt, welche Ergebnisse (Artefakte) dabei entstehen und wie diese überprüft werden
• Prozessmodell beinhaltet:

Vorgehensmodell, Organisationsstrukturen, Vorgaben für PM, QS, Doku, Konfigurationsmanagement u.Ä.

Question 2

Definition Rolle

Answer 2

Beschreibt die notwendigen Erfahrungen, Kenntnisse und Fähigkeiten, über die ein MA verfügen muss, um eine best. Aktivität durchzuführen

Question 3

Definition Artefakt

Answer 3

• Greifbares Stück Information, durch MA erzeugt, geändert oder genutzt
• Modell, Modellelement oder Dokument
• Beispiel: Dokument z.B. Lastenheft, Modell z.B. Quellcode, oo Analysemodell

Question 4

Artefaktmuster

Answer 4

• Legt die Struktur, den Inhalt und das Layout eines Artefakts fest
• Kann durch Richtlinien oder impliziert durch CASE-Werkzeuge erfolgen

Question 5

CASE Tools

Answer 5

Computer Aided Software Engineering Tools,

z.B. UML o.Ä.

Question 6

Definition Phase

Answer 6

• Notwendige Aktivitäten, um ein Produkt zu entwickeln

Festlegung pro Phase:

• Ziel
• Durchzuführende Aktivitäten
• Zu erstellende Artefakte
• Zu verwendende Artefaktmuster
• Methoden, Richtlinien, Konventionen und Checklisten
• Werkzeuge und Sprachen

Question 7

Definition Phasenmodell

Answer 7

Gliedert die Softwareentwicklung in einzelne Phasen, die sequenziell durchlaufen werden. Jede Phase wird durch einen Meilenstein abgeschlossen, erst dann startet die nächste Phase

Question 8

Wasserfallmodell

Answer 8

Pro

• Einfach und verständlich
• Gut strukturiert durch Meilensteine
• Aufgaben klar definiert
• Definierte Nutzereinbindung

Contra

• Lange “Latenzzeit”
• Fehler unvermeidbar
• Änderungen unvermeidbar

Question 9

Tayloring von Prozessmodellen

Answer 9

• Mittelweg zwischen Freiheit und Standardisierung muss gefunden werden
• Tayloring (Anpassung) an konkrete Situation nötig

Ziele

• So wenig Phasen, Rollen und Artefakte wie nötig
• Artefakte bilden Standardfall ab
• Optimale Werkzeugunterstützung sicherstellen
• Jedes Artefakt durch QS prüfen

Question 10

Evolutionäres und inkrementelles Modell

Answer 10

• Produkt wird in lauffähige Teilprodukte aufgeteilt
• Phasen werden mehrfach durchlaufen
• Gesamtprodukt entsteht in Ausbaustufen

Question 11

Evolutionäres Modell

Answer 11

• Zerlegung in weitgehend eigentständige Teilprojekte
• Teilprodukte können frühzeitig ausgeliefert und praktisch erprobt werden
• Funktionsumfang nimmt evolutionär zu

Question 12

Inkrementelles Modell

Answer 12

• entspricht weitgehend dem evolutionären Modell
• Unterschied: Am Anfang steht eine vollständige Analyse aller Anforderungen. Diese werden dann iterativ in verschiedenen Versionen umgesetzt

Question 13

Das Spiralmodell

Answer 13

Ziel: Reduzierung der Risiken der Softwareentwicklung

• iterative Entwicklung in Zyklen
• Phasen werden mehrfach spiralförmig durchlaufen
• Produkt entsteht inkrementell

Jeder Zyklus enthält folgende Aktivitäten:

1. Festelegen der Ziele und Rahmenbedinungen und mögl. Alternativen
2. Beurteilung von Alternativen, Abschätzen und Reduzieren von Risiken (z.B. durch Prototyping)
3. Entwicklung und Test eines Teilprodukts
4. Planung des nächsten Zyklus

Question 14

Agile Softwareentwicklung (Zusammenfassung)

Answer 14

• klassische Methoden versagen häufig (Anforderungsänderungen oder falsch verstanden)
• verkürzter Innovationszyklus (schnelles Feedback, Kundenintegration, schlanker + schneller Prozess)
• Embrace the Change!

Question 15

Agile Softwareentwicklung Rechte und Pflichten Kunde

Answer 15

Rechte des Kunden:

• Festlegung Releaseinhalt
• Erhalt des vereinbarten Umfangs
• Änderung von Anforderungen

Pflichten des Kunden:

• Forumulieren der Anforderungen
• Festlegung von Akzeptanzkriterien

Question 16

Agile Softwareentwicklung Rechte und Pflichten Entwickler

Answer 16

Rechte der Entwickler:

• Unabhängige Aufwandsschätzung
• Risikoeinschätzung
• Festlegung des Releaseumfangs

Pflichten der Entwickler:

• Einhaltung des Releaseplans
• Einhalten der Qualitätsanforderungen

Question 17

Wichtige Techniken agiler Entwicklung

Answer 17

• Iteratives Vorgehen mit kurzen Releasezyklen
• Userstories
• Transparenter Schätzprozess (z.B. Planungspoker)
• Akzeptanztests
• Test First und Regressionstests
• Pair Programming
• Common Coderownership
• Continous Integration
• Refactoring

Question 18

Releases

Answer 18

• besteht aus mehreren Iterationen
• Iteration liefert neue Funktionalität mit erkennbarem Kundennutzen
• Alle ~6 Monate Releaseauslieferung
• Iteration besteht aus einer im Planungsprozess festgelegten Menge von Userstories
• Userstories werden am Ende abgenommen

Question 19

Story Cards

Answer 19

• Funktionalität mit def. Kundennutzen
• in max. 1 Tag realisierbar
• Knappe Beschreibung (Promise of Conversation)
• Schätzung durch Entwickler
• Unit of Work
• Auf Task Board angeordnet (To Do, In Progress, To Verify, Done)

Question 20

Agile Prozessmodelle

Answer 20

• Gestalten den Prozess der SW Entwicklung unter Berücksichtigung agiler Werte, Techniken und Methoden
• Legen besonderen Wert auf Flexibilität, Eigenverantwortung des Entwicklungsteams, Einbeziehung aller Stakeholder
• Immer iterativ-inkrementell bzw. evolutionär

Beispiele:

• Scrum
• eXtreme Programming (XP)
• Kanban

Question 21

Scrum (Kurzerklärung)

Answer 21

• Product Owner plant Sprint aus Product Backlog -> Erzeugt den Sprint Backlog
• Sprint Durchführung (ca. 30 Tage), dabei daily Scrum (Was gestern gemacht, was behinderte, was heute)
• Team entwickelt während Sprint ohne Störungen aus dem Sprint Backlog
• Scrum Master Überwacht den Prozess
• Sprint Review (Team präsentiert dem PO die neue Funktionalität)
• Sprint Retrospektive (Lessons learned, was ist zu verbessern)