Entwicklung eines Projektmodells zur Einführung mobiler Geräte in betrieblichen Informationssystemen

zwar einen Teil des Funktionsumfangs des zu entwickelnden Systems widerspiegelt, aber am aufwändigsten zu realisieren ist. Große Gefahr besteht hierin, dass anhand von lediglich einigen kleinen Änderungen aus einem instabilen Prototyp das fertige System entsteht [BuKn02, S. 8]. Der Einsatz eines prototypischen VM kann als sinnvoll betrachtet werden, wenn häufig Anforderungen oder Teile davon unklar sind. Mit Hilfe eines Analyseprototyps ist eine korrekte und vollständige Identifikation der Anforderungen oder der kritischen Bereiche möglich. Ergeben sich im weiteren Verlauf Änderungen an den Anforderungen, führen diese zu einer Überarbeitung der bereits fertig gestellten Ergebnisse. Ein Entwurfsprototyp kann bei der Überprüfung, ob geforderte nicht-funktionale Anforderungen mit der gewählten Architektur umsetzbar sind, helfen. Die Verwendung von Prototyping ist vor allem für semantisch „höhere“ Entwicklungsplattformen wie etwa J2ME geeignet, jedoch nur sinnvoll, wenn bereits Erfahrungen mit den Entwicklungstechniken vorliegen. Bei festen Auslieferungsterminen des Softwaresystem ist der Einsatz eines prototypischen VM schwierig, da zwar früh im Projekt ein Prototyp und somit ein sichtbares Ergebnis entsteht, jedoch noch lange kein Endergebnis. Ein Problem stellt auch die Messung des Projektfortschritts dar. Dies kann schnell zu einer Termin- oder Aufwandsüberschreitung führen, so dass zum versprochenen Termin nur der ausführbare Prototyp verfügbar ist, den der Auftraggeber dann leicht als Endsystem verkennt. Der größte Vorteil prototypischer VMe besteht aber in der Reduzierung des Risikos einer Fehlentwicklung, da kritische Bereiche jederzeit überprüft werden können [BuKn02, S. 9-11]. 3.3.4 Evolutionäre inkrementelle und iterative Vorgehensmodelle Bis heute sind die spezifikationsbasierte Entwicklung und die Entwicklung mit Varianten des Wasserfallmodells das Ideal ingenieurmäßiger Softwareentwicklung. Aufgrund der bekannten Nachteile zeigt sich in den letzten Jahren ein zunehmendes Interesse an mehr evolutionären Entwicklungsmodellen [Mell02a, S. 12]. Im Gegensatz zu klassischen spezifikationsbasierten VMen, die davon ausgehen, dass jede Entscheidung über Anforderungen bzw. Entwurf zu Beginn [...]

wegen ihres starren und statischen Ablaufs einer Reihe von Nachteilen unterliegen, bestehen Vorteile in einer klaren Vorgehensstrukturierung, einer Einfachheit der Darstellung und einer direkten Abbildbarkeit auf der Zeitachse. Und durch die vollständig ermittelten und dokumentierten Anforderungen sind ein durchgängiger Entwurf und eine vergleichsweise unproblematische Integration möglich. „Ein Integrationstest gestaltet sich zum Teil schwierig, weil alle Komponenten zur gleichen Zeit fertig gestellt und integriert werden können.“ [BuKn02, S. 5] Ein weiterer Vorteil ist jedoch, dass diese VMe im Vergleich zu anderen VMen wegen einer eher kleinen Anzahl an Versionen und Konfigurationen kein umfangreiches KM erfordern [BuKn02, S. 5]. Ein Einsatz dieser Modelle ist deswegen nur sinnvoll, wenn die Anforderungen an das zu entwickelnde System gut beschreibbar und möglichst stabil sind. Ergeben sich laufend Änderungen an die Anforderungen, führt dies im schlimmsten Fall dazu, dass die Analysephase niemals verlassen wird. Treten Anforderungsänderungen nach Beendigung der Analysephase auf, müssen alle bereits fertig gestellten Ergebnisse überarbeitet werden. Vorausgesetzt werden zudem Erfahrungen mit den verwendeten Entwicklungstechniken und -werkzeugen. „Der Grund hierfür ist, dass das sequenzielle und vollständige Abarbeiten einzelner Phasen es schwer bis gar unmöglich macht, gesammelte Erfahrungen aus einer Phase im gleichen Projekt zu nutzen. Ausnahme stellen Rückschritte in bereits abgearbeitete Phasen dar. Hier kann gesammelte Erfahrung aus dieser Phase genutzt werden.“ [BuKn02, S. 6] Grundsätzlich können sich bei diesen Modellen häufig auch Terminprobleme bei fest einzuhaltenden Auslieferungsterminen ergeben, da erst spät im Projektverlauf ein sichtbares Ergebnis vorliegt [BuKn02, S. 6f.]. Wie sich später herausstellen wird, ist der Einsatz von VMen dieser Klasse wie auch der klassischen spezifikationsbasierten Klasse schwer mit den Anforderungen an die Entwicklung mobiler AwSe vereinbar. Um die Nachteile dieser VMe zu vermeiden, wurden in den letzten Jahren viele Alternativen vorgeschlagen und erprobt. Zu den bekanntesten Vorgehensweisen gehören das Prototyping sowie inkrementelle Modelle und Spiralmodelle. Fast allen diesen Ansätzen ist die Betonung eines zyklischen, ite- [...]

Abbildung 3-4 zeigt ein Wasserfallmodell, das sechs Phasen umfasst. In den ersten beiden Phasen, der Problem- und Anforderungsanalyse sowie der Soll-Konzeption, werden Anforderungen an das zu entwickelnde Softwaresystem möglichst umfassend ermittelt und dokumentiert. Die aus diesen Phasen resultierenden Anforderungsdokumente dienen als Grundlage für die weiteren Phasen. In der Entwurfsphase wird basierend auf den Anforderungen ein realisierbares Softwaresystem entworfen. Ziel des Entwurfs ist dabei die Identifikation einzelner Subsysteme, Komponenten oder Module und deren Dokumentation. Während der Realisierungsphase werden die identifizierten Komponenten mit einer Programmiersprache separat umgesetzt bzw. entwickelt. Danach erfolgt das Zusammensetzten der implementierten Komponenten zum Gesamtsystem. Das integrierte Gesamtsystem wird während der Test- und Einführungsphase in der Zielumgebung Kunden übertragen bzw. installiert und nach einem Akzeptanztest zur Benutzung freigegeben. [...]