IGIS

Grundlagen der industriellen Softwaretechnik

Grundlagen der industriellen Softwaretechnik


M. S.
Diese Lernkarten behandeln fortgeschrittene Themen des Software Engineering und Projektmanagements auf Universitätsniveau. Sie konzentrieren sich auf verschiedene Prozessmodelle wie Scrum, RUP und V-Modell XT, sowie auf Rollen und Aktivitäten im Softwareentwicklungsprozess. Die Karteikarten eignen sich für Studierende und Berufstätige, die sich mit Softwareprozessmodellen, Projektmanagement und der Erstellung von Softwarearchitekturen vertraut machen möchten.
Karten
135
Lernende
4
Sprache
Deutsch
Kategorie
Mathematik
Stufe
Universität
Erstellt / Aktualisiert
18.10.2015 / 06.09.2023

Flashcards

Vorgehensbausteine im V-Modell XT

konkrete Aufgaben, Aktivitäten, Ergebnisse & daran beteiligte Rollen

Referenzen im V-Modell XT?

dienen als Nachschlagewerk und liefern Vorgaben und Anhaltspunkte für:

-Tailoring für eigene Prozessmodelle

- Rollen  it BEschreibung, Zuständigkeiten & Kategorie

- Produkt- & Ergebnistypen

- Aktivitäten mit Ablauf einzelner Arbeitsschritte & detaillierte Anleitung zur Erstellung & Bearbeitung der Ergebnisse

-Konventionsabbildungen, die nationale & internationale Konventionen in Beziehung zu Elementen des V-Modell XT setzen

Rational Unified Process (RUP)?

industriell geprägtes, weltweit verbreitetes Rahmenwerk von IBM entwickelt

besteht aus den 4 Phasen:

Inception, Elaboration, Construction und Transition

Phasen sind nicht streng separiert, evolutionäre Entwicklung wird durch die Möglichkeit der Phasenwiederholung unterstützt

Inception im RUP?

Fokus auf RE, Projektvision, erster Risikoanalyse, Erstellen des Projektplan & Aufstellen des Projektbudgets

Vorbereitungsphase des Projekts

Elaboration im RUP?

- Verfeinerung & Detaillierung der Anforderungen

- Konzept für Systemarchitektur

- ggf. Bau von ersten Prototypen

-> wichtigstes Ergebnis ist die Architekturbeschreibung

Construction im RUP?

Großteil der Implementierungsaktivitäten

Durchführung von Softwaretests & Behebung von Fehlern

Transition im RUP?

-Nutzerschulung

-Systemtests

-Integration in die Ausführungsumgebung

-Dokumentation

Organisation von Software Engineering Kernaktivitäten im RUP?

-Es gibt Disciplines (Kernaktivitäten) denen spezifische Rollen, Artefakte, Aktivitäten & Workflows zugeordnet sind

-Phasen sind nicht streng separiert

-RUP unterstützt evolutionäre Entwciklung durch die Möglichkeit die einzelnen Phasen mehrfach hintereinander auszuführen

Scrum?

- stark evolutionäres Softwareprozessmodell Rahmenwerk, mit selbst organisierendem Team, das in kurzen Zyklen arbeitet

- definiert keine Rollen oder Aktivitäten die typisch für das Software Engineering sind

- streenge Vorgaben für Aktivitäten & deren Reihenfolge

Product Owner Scrum?

-Repräsentiert Rolle des Kunden, ist verantwortlich für den Errfolg des Projekts

- zuständig für das RE, SChnittstelle zwischen Stakeholdern und Team, darf als einziger den Product Backlog ändern

Scrum Master?

organisatorischer Projektleiter, mit Moderatorenfunktion ohne Weisungsbefugnis

sorgt für reibungslosen Ablauf des Daily Scrum und räumt Hindernisse aus dem Weg

Product Backlog (scrum)?

- Liste aller Anforderungen an das System

- von Product Owner erstellt, verfeinert & bearbeitet

Sprint Backlog (scrum)?

- Liste von Anforderungen die in einem Sprint umgesetzt werden sollen

- Teilmenge des Product Backlog

- Wird nach Vereinbarung von Product Owner und Team beladen

Velocity (scrum)?

- teamspezifische Kennzahl, die den Umfang der in einem Sprint umgesetzten Funktionen kennzeichnet

- Anhaltspunkt dafür wieviel in ein Sprint Backlog geladen werden kann

Ablauf eines Sprints (scrum)?

aufgeteilt in 4 Phasen:

1. Sprint Planning

 ->Beladen des Sprint Backlog / Wie & Wer?

2. Sprint Durchführung

 -> Umsetzen des Sprint BAcklogs, Daily Scrum, Product Owner ist für Rückfragen da und arbeitet am Product Backlog

3. Sprint Review

 -> Präsentation des Ergebnisses vor den Stakeholdern, Abnahme durch den Product Owner

4. Sprint Retrospektive

 -> gemeinsame Reflektion von Team, Scrum Master & Product Owner. Was lief gut? Was muss verbessert werden?

Study