Startseite Aktuelle Auflage Inhaltsübersicht
VOMOD - Vorgehensmodelle
Inhalt
» Lernziele
» Definitionen und Abkürzungen
» Abbildungen
» Zweck von Vorgehensmodellen
» Merkmale von Vorgehensmodellen
» Kategorisierung von Vorgehensmodellen
» Entwicklung von Vorgehensmodellen
» Aufgabentypen in Vorgehensmodellen
» Vorgehensmodelle für die Softwareentwicklung
» Vorgehensmodelle für andere Aufgaben
» Forschungsbefunde
» Aus der Praxis
» Aufgabenverweise
» Kontrollfragen
» Quellen
» Vertiefungsliteratur
» Informationsmaterial
» Normen
» Links

Lernziele

Sie wissen, für welche Zwecke Vorgehensmodelle verwendet werden. Sie kennen die Bedeutung von Vorgehensmodellen für Entwicklung und Wartung der Informationsinfrastruktur. Sie haben einen Überblick über typische Vorgehensmodelle für die Softwareentwicklung und können erklären, unter welchen Umständen sie sinnvoll eingesetzt werden können.

Definitionen und Abkürzungen

  • Aktivität (activity) = in sich geschlossene Folge von Tätigkeiten, deren Unterbrechung kein sinnvolles Ergebnis liefert. Synonyme: Arbeitsschritt, Operation.

  • Anforderungsmanagement (requirements engineering) = Erhebung, Analyse, Spezifikation und Bewertung von Anforderungen an ein zu entwickelndes System.

  • inkrementell (incremental) = schrittweise.

  • Iteration (iteration) = Wiederholung einer bestimmten Folge von Aktivitäten.

  • KBSt = Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung im Bundesministerium des Innern (Deutschland).

  • Konfiguration (configuration) = Menge definierter Elemente eines Systems, die zu einem bestimmten Zeitpunkt gemeinsam eine Aufgabe erfüllen sollen und dazu in Wirkungsweise und Schnittstellen aufeinander abgestimmt sind.

  • Phase (phase) = Gruppierung von Aktivitäten.

  • Phasenmodell (phase model) = systematische Gliederung einer Aufgabe in mehrere aufeinander folgende Phasen, die inhaltlich, technisch und organisatorisch unterscheidbar sind, charakteristische Ziele haben, Methoden erfordern und Ergebnisse erzeugen.

  • PMBOK = Project Management Body of Knowledge; Empfehlungen des Project Management Institutes zum Projektmanagement.

  • Prince2 = PRojects IN Controlled Environments; britischer Projektmanagementstandard.

  • Prozess (process) = Menge von Teilprozessen, Prozess- und Arbeitsschritten, die durch einen Input, interne Funktionen und einen Output gekennzeichnet ist.

  • Release (release) = Version eines Systems, die an den Auftraggeber ausgeliefert wird.

  • RUP = Rational Unified Process.

  • sequenziell (sequential) = aufeinander folgend; der Reihe nach.

  • Tailoring = Anpassung (z. B. eines Vorgehensmodells) an die aktuelle Aufgabe.

  • UML = Unified Modeling Language.

  • Validierung (validation) = Prüfung der Tauglichkeit eines Objektes für die vorgesehene Aufgabe.

  • Verifizierung (verification) = Prüfung eines Objektes gegen die Spezifikation.

  • Version (version) = Ausprägung eines Systemelements zu einem bestimmten Zeitpunkt.

  • V-Modell XT = Vorgehensmodell, extreme tailoring; Entwicklungsstandard für IT-Systeme des Bundes (Deutschland).

  • XP = Extreme Programming.

Abbildungen

VOMOD-2

VOMOD-4

VOMOD-5

VOMOD-6

Zweck von Vorgehensmodellen
Merkmale von Vorgehensmodellen
Kategorisierung von Vorgehensmodellen
Entwicklung von Vorgehensmodellen
Aufgabentypen in Vorgehensmodellen
Vorgehensmodelle für die Softwareentwicklung
Vorgehensmodelle für andere Aufgaben
Forschungsbefunde
Aus der Praxis

Aufgabenverweise

Kontrollfragen

  1. Mit welchen Merkmalen lassen sich Vorgehensmodelle beschreiben?

  2. Welche Kategorien von Vorgehensmodellen werden unterschieden?

  3. Welche Aufgabentypen werden in Vorgehensmodellen beschrieben?

  4. Wodurch zeichnen sich agile Vorgehensmodelle aus?

  5. Worin besteht der Unterschied zwischen dem V-Modell und dem V-Modell XT?

Quellen

  • Balzert, H.: Lehrbuch der Softwaretechnik: Softwaremanagement. 2. A., Heidelberg 2008

  • Beck, K. / Andres, C.: Extreme Programming Explained: Embrace Change. 2. A., Reading 2004

  • Beck, K.: Embracing Change with Extreme Programming. In: Computer 10/1999, 70-79

  • Beck, K.: Extreme Programming Explained: Embrace Change. Reading 2000

  • Boehm, B. W.: A Spiral Model of Software Development and Enhancement. In: IEEE Computer 5/1988, 61-72

  • Boehm, B. W.: Guidelines for Verifying and Validating Software Requirements and Design Specifications. In: Samet, P. A. (Hrsg.): EURO IFIP: Proceedings of the European Conference on Applied Information Technology. Amsterdam et al. 1979, 711-719

  • Boehm, B. W.: Software Engineering Economics. Englewood Cliffs 1981

  • Guntamukkala, V. / Wen, H. J. / Tarn, J. M.: An Empirical Study of Selecting Software Development Life Cycle Models. In: Human Systems Management 4/2006, 265-278

  • Hafner, M. / Winter, R.: Vorgehensmodell für das Management der unternehmensweiten Applikationsarchitektur. In: Ferstl, O. K. et al. (Hrsg.): Wirtschaftsinformatik 2005. eEconomy, eGovernment, eSociety. Heidelberg 2005, 627-646

  • Jacobson, I. / Booch, G. / Rumbaugh, J.: The unified software development process. Amsterdam 1999

  • KBSt: V-Modell XT Version 1.3 Berlin 2009

  • Kruchten, P.: The Rational Unified Process. An Introduction. 3. A., Amsterdam 2004

  • Nissl, K. / Rechberger, E. / Höhn, R.: Der Einsatz von Vorgehensmodellen in IT-Projekten. In: 25. WI-MAW-Rundbrief. Fachausschuß Management der Anwendungsentwicklung und -wartung im FB Wirtschaftsinformatik 1/2008, 5-11

  • Office of Government Commerce: Managing Successful Projects with PRINCE2. London 2005

  • Project Management Institute: A Guide to the Project Management Body of Knowledge: PMBOK Guide. 3. A., Newton Square 2004

  • Royce, W.: Managing the Development of Large Software Systems. In: Proceedings, IEEE WESCON August/1970, 1-9

  • Schwaber, C. / Fichera, R.: Corporate IT Leads The Second Wave Of Agile Adoption. Forrester Research 2005. http://www.forrester.com

Vertiefungsliteratur

  • Cockburn, A.: Crystal Clear: A Human-Powered Methodology for Small Teams. Amsterdam 2004

  • Essigkrug, A. / Mey, T.: Rational Unified Process kompakt. 2. A., Heidelberg 2007

  • Hruschka, P.: Agility. (Rück)-Besinnung auf Grundwerte in der Softwareentwicklung. In: Informatik Spektrum 6/2003, 397-401

  • Kneuper, R. / Wiemers (Hrsg.), M.: Leichte Vorgehensmodelle. 8. Workshop der Fachgruppe 5.11 der Gesellschaft für Informatik e. V. (GI). Aachen 2001

  • Padberg, F. / Tichy, W.: Schlanke Produktionsweisen in der modernen Softwareentwicklung. In: WIRT­SCHAFTSINFORMATIK 3/2007, 162-170

  • Schwaber, K. / Beedle, M.: Agile Software Development with Scrum. Upper Saddle River 2001

  • Versteegen, G.: Projektmanagement mit dem Rational Unified Process. Berlin/Heidelberg/New York 2000

Informationsmaterial

Normen

  • IEEE 1074-2006: IEEE Standard for Developing a Software Project Life Cycle Process

  • IEEE 1490-2003: IEEE Guide Adoption of PMI Standard A Guide to the PMBOK

  • ISO 10007:2003: Quality management systems - Guidelines for configuration management

  • ISO/IEC 12207:2008: Systems and software engineering - Software life cycle processes

  • ISO/IEC 15288:2008: Systems and software engineering - System life cycle processes

Links