Auswahl und Einführung eines Vorgehensmodells für die Softwareentwicklung

Magisterarbeit von Stefan Spitaler

Einleitung:

Vorgehensmodelle zur Softwareentwicklung zielen darauf ab, dass mit ihrer Hilfe Softwareprodukte mit den gewünschten Funktionalitäten zu den geplanten Kosten und innerhalb der erwarteten Zeit erstellt werden. Projekte scheitern insbesondere wegen unklarer Projektziele und unklarer Formulierung der Anforderungen sowie unmethodischem Vorgehen. Die Risiken eines Projektscheiterns werden durch den Einsatz eines Vorgehensmodells reduziert.

Im Laufe der Zeit haben sich verschiedene Modelle etabliert, wobei seit 2000 vermehrt so genannte agile Modelle angewendet werden. Frühere Modelle basieren auf einem Vorgehen, bei welchem das Hauptaugenmerk auf umfassender Planung liegt und die Softwareentwicklung als ein an die Produktion angelehnter Fertigungsprozess betrachtet wird. Agile Modelle vertreten die Auffassung, dass ein adaptives Vorgehen zielführender ist. In agilen Modellen wird dementsprechend eine schrittweise Umsetzung in kurzen Zyklen bevorzugt, wodurch ein schnelles Reagieren auf sich ändernde Anforderungen möglich wird. Das Ergebnis im Sinne von lauffähiger Software wird als oberstes Ziel definiert. Die Planungsphase wird als weniger wichtig angesehen und es erfolgt hingegen eine besondere Berücksichtigung der menschlichen Komponente. Softwareentwicklung wird in Anlehnung an die Produktentwicklung als innovativer und kreativer Prozess gesehen, was sich auch auf den Aufbau der Modelle und der verwendeten Steuerungsmechanismen auswirkt.

Diese Arbeit beschreibt die relevanten Vorgehensmodelle, welche im Anschluss verglichen werden, um die Unterschiede zwischen den Modellen festzustellen. Nachfolgend werden die Anforderungen an ein Vorgehensmodell für die Softwareentwicklung bei der Hypo Tirol Bank erhoben. Aufgrund dieser Erhebung wird ein bestimmtes Modell ausgewählt und ein Weg aufgezeigt, wie die Einführung des Modells erfolgt. Bei der Einführung des Modells gilt es darauf zu achten, dass die Rahmenbedingungen und die Ausgangssituation berücksichtigt werden. Es wird ein Leitfaden dargestellt, der das Vorgehen für eine erfolgreiche Modell-Einführung für die Softwareentwicklung beschreibt. Damit wird die Basis geschaffen, um durch das Anwenden des richtigen Vorgehensmodells den Erfolg von Softwareentwicklungsprojekten zu steigern.

Inhaltsverzeichnis:

Textprobe:

Kapitel 2.3, Individual- und Standardsoftware:

Individualsoftware wird für eine bestimmte Problemstellung bzw. für einen bestimmten Anwender erstellt. Standardsoftware wird für den Gebrauch bei mehreren Anwendern entwickelt. Als Branchensoftware bezeichnet man eine Standardsoftware, die für den Einsatz in einem bestimmten Bereich, z.B. im Finanzsektor, entwickelt wird.

Anwendungssoftware wird bezogen auf den Standardisierungsgrad in kundenindividuelle Neuentwicklung (Individualsoftware), kundenindividuelle Anpassungsentwicklung (Anpassung einer Standardsoftware) sowie konfigurierbare und nicht konfigurierbare Standardprodukte (Standardsoftware) unterteilt.

Die in einem Unternehmen zum Einsatz gelangenden Anwendungsprogramme dienen der Lösung eines bestimmten Problems oder der Unterstützung verschiedener Unternehmensprozesse. Bei der Umsetzung einer Idee für ein Anwendungsprogramm steht am Anfang die Make-or-Buy-Entscheidung. Eine Software-Eigenentwicklung wird dann eingesetzt, wenn keine adäquate Lösung auf dem Markt erhältlich ist. Vom Einsatz der Standardsoftware erwartet man sich niedrigere Kosten, Gewährleistung von Programmwartung und –weiterentwicklung und schnellere Einsatzfähigkeit. Andererseits muss berücksichtigt werden, dass eventuell unternehmensspezifische Anforderungen unvollständig abgedeckt werden und eine Integration in eine vorhandene Systemlandschaft aufwendig sein kann, weil zusätzliche Schnittstellen nötig sind. Außerdem wird es durch die Verwendung von Standardsoftware schwierig, sich im Bereich der IT strategisch zu differenzieren.

Kapitel 2.4, Service Orientierte Architektur (SOA):

Eine aktuelle (2007) Tendenz in der Systemarchitektur, die von namhaften Herstellern wie IBM und SAP forciert wird, geht in Richtung Service- und Komponenten-Orientierung. Dieser Ansatz versucht die Softwareentwicklung in Richtung Innovationsstärke, Flexibilität und Produktivität gleichermaßen zu optimieren. Software wird hier in Form von wiederbenutzbaren Komponenten bzw. Services entworfen, welche die Geschäftslogik enthalten. Diese werden dann über einer gemeinsamen, auf Standardformaten basierenden Plattform (Middleware-Server bzw. Business Process Plattform) zu verschiedenen Anwendungen zusammengebaut. Damit wird das Ziel verfolgt, die IT flexibel zu halten und sich schnell an sich ändernde Geschäftsprozesse anzupassen. Die IT entwickelt sich vom daten-zentrierten- zum prozess-zentrierten-computing.

Für die Softwareentwicklung ergibt sich daraus auf längere Sicht, dass künftig weniger Software neu entwickelt wird, sondern dass vermehrt neue Software aus Mustern, Vorlagen bzw. Komponenten zusammengebaut wird und durch die Kombination vorhandener Elemente neue Softwareprodukte entstehen. Dieser Weg der Software-Entstehung stellt eine Vermischung von Standard- und Individualsoftware dar, da einzelne Komponenten aus einer Standardsoftware-Bibliothek stammen und andere Komponenten individuell entwickelt werden können. In letzter Zeit prägt sich dafür der Begriff Composition. Diese neue Art der Softwareentwicklung hat zwar Auswirkungen auf die Art und Weise des Entwurfes und der Architektur der Software, der Softwareentwicklungsprozess an sich bleibt jedoch unverändert.