|
| WasserfallmodellGrundlage für viele Vorgehensweisen |
grob Fachkonzept Feinkonzept Feindesign Softwareentwicklung Wasserfallmodell Vergleich Diagramm Vorlage Erklärung Partizipation Unterschied Prozess Softwareentwurf waterfall model |
|
SIP - Strategische Informationssystemplanung GPM - Geschäftsprozess-Modellierung Anforderungsanalyse Anforderungsmanagement Problemanalyse / Schwachstellenanalyse Durchführbarkeitsanalyse / Wirtschaftlichkeitsanalyse Werkzeuge Requirements Engineering Wasserfall-Modell Evolutionäre / inkrementelle Vorgehen RUP - Rational Unified Process MDA - Model Driven Architecture Methode SA - Strukturierte Analyse Methode ESA - Essentielle System-Analyse Methode SD - Strukturiertes Design Methode ERM - Entity-Relationship-Modellierung Methode RM - Relationen-Modellierung Methode UML - Unified Modeling Language Werkzeuge Software Engineering Kapazitätsplanung / Ressourcenplanung Methode NuWA - Nutzwertanalyse Auswahl Requirements Engineering (CARE) Tool Auswahl Software Engineering (CASE) Tool Auswahl Projekt-Management (PM) Tool Informationssystem-Planung Kommunikationsanalyse Versicherung Organisation Prozessmodellierung und Ablauf-Organisation Rating Know-how-Transfer Software-Entwicklung Vorgehensmodell Analyse Vorgehensmodell mit Word-Dokumentation Cockpit - Steuerung der Simulation | Unser ThemaWasserfall-Modell als Phasenmodell | |||
Eine konventionelle Softwareentwicklung nach einem Wasserfallmodell ("Wasserfallmethode") bedeutet in der Informatik:
Besonders die dritte (Abschluss Phase)und vierte Anforderung (sequenzielles Vorgehen) stellen im Projektmanagement ein Problem für das Wasserfall-Modell als Phasenmodell in der Praxis dar. Das Prinzip der starren sequentiellen Vorgehensweise im Wasserfall-Modell (Wasserfallmethode) passt nicht zur heutigen Schnelllebigkeit in Bezug auf
Teile der Anwendungen können bei entsprechender Projektdauer schon vor der Einführung veraltet sein. Das Wasserfallmodell hat seine Stärke in der Phase der Etablierung erster Schritte zur Systematisierung der Software-Entwicklung und der Betonung einer Trennung zwischen Fachkonzept und Software-Entwurf / Realisierung. Die im Wasserfallmodell gebräuchlichste Definition der Aufteilung des Vorgehens in Phasen der Softwareentwicklung sieht folgendermaßen aus (s.a. nachfolgende Grafik nach Barry Boehm): | weiterführende | |||
|
Darstellung Grafik: Ablauf Wasserfallmodell mit Übergängen zwischen den Phasen Alternative Begriffe für die Phasen sind: System Initiation - Vorstudie / Voruntersuchung / Systemplanung / Problemanalyse / Problemdefinition Requirement Analysis and Specification - Analyse / Systemspezifikation / Fachkonzept / Grobkonzept / Feinkonzept Preliminary Design - Entwurf / Grobentwurf / Grob-Design Detailed Design - Entwurf / Feinentwurf / Fein-Design Coding and Implementation - Realisierung / Implementierung Integration and Testing - Integration / Test / Abnahme Operation and Maintenance - Einführung / Betrieb (mit Wartung / Pflege) Am Ende der Phasen stehen Validierung, Verifikation und Test der jeweiligen Phasenergebnisse. Die Validierung stellt die Überprüfung der Nützlichkeit dar; mit der Verifikation wird eine Überprüfung der Übereinstimmung mit den Vorgaben vorgenommen. Die Inhalte der Arbeitspakete gelten natürlich auch für alle anderen Modelle. Diese Inhalte der Phasen im Wasserfallmodell spiegeln sich jedoch auch in jedem anderen Vorgehensmodell des Software Engineering wider. Der Endpunkt jeder Phase stellt einen Meilenstein im Projektmanagement dar. Dieser Meilenstein ist im Wasserfall-Modell im Allgemeinen mit einer analytischen Qualitätssicherung verbunden. Ein Übergang zur vorhergehenden Phase der System-Entwicklung ist im Wasserfallmodell nur im Ausnahmefall (zum Beispiel: wenn die Prüfung der Qualität erhebliche Mängel zeigt) möglich. Eine parallel dazu angesetzte Weiterentwicklung in der nächsten Phase ist in der Wasserfallmethode nicht vorgesehen. Die Anforderungen an das Projektmanagement sind durch die fehlende Flexibilität im Phasenmodell relativ gering. Jede Phase wird im Software Engineering Projektvorgehen nach der Wasserfallmethode hierarchisch (meist über mehrere Stufen) in Aktivitäten zerlegt. Die Aktivitäten stehen in zeitlicher Reihenfolge und werden gemäß Check-Liste abgearbeitet. Zu jeder Aktivität im Vorgehensmodell gehört ein Ergebnistyp (Produkttyp) mit detaillierter Definition. Jedes Produkt, das während der Entwicklung entsteht, wird beschrieben. Eine Beteiligung der Nutzer ist nur in den Phasen der Vorstudie und Analyse vorgesehen. Hinsichtlich der Reihenfolge der Abarbeitung der Aktivitäten im Wasserfall-Modell sind im Projektmanagement zusätzliche Festlegungen durch die Definition und Beschreibung in einem Projekt-spezifischen Arbeitsplan (aufbauend auf Vorlagen) zu treffen. Dies gilt auch für andere Phasenmodelle bzw. Vorgehensmodelle. Jedoch ist der Projektmanagement-Aufwand für die Anwendungsentwicklung bei einem Vorgehen nach dem Wasserfall-Modell durch die Definition vorgefertigter Schablonen relativ gering zu halten. Auch die Festlegung der Methode der Anforderungsanalyse bzw. der Methode der Anwendungsentwicklung, die eine Aktivität im Wasserfall-Modell unterstützen soll, ist für das einzelne Projekt oder generell für die Software-Entwicklung im Unternehmen zu treffen. Da in der Praxis die im Wasserfallmodell vorgesehene strikte Linearität der Schritte für die Entwicklung von Anwendungen nicht sinnvoll umsetzbar ist, bietet INffORUM die Weiterentwicklung, Definition und präzise Beschreibung unternehmensspezifischer Vorgehensmodelle der Software-Entwicklung hin zu einem effizienten Vorgehen (s.a. Projektbeispiele: Vorgehensmodell Analyse mit Einsatz case/4/0 und Vorgehensmodell mit Word-Dokumentation). | ||||
Copyright © |
Darauf aufbauend erfolgt die Erstellung einer Arbeitsanleitung für Projektleiter und Entwickler sowie der zugehörige Know-how-Transfer, zum Beispiel in Form von Schulung (Seminar, Workshop, Tutorial) und Coaching der Projektleitung bei der Einführung des neuen Vorgehens. Das Training zu einem unternehmensspezifischen Vorgehensmodell, sowohl Seminar als auch Workshop, kann dabei auf den speziellen Bedarf einer Projekt-Gruppe zugeschnittenen werden. Profitieren Sie von den langjährigen Erfahrungen der INffORUM Berater. | |||
