Bei der Erstellung von Software spricht man heute nicht mehr von Programmen, sondern von Softwaresystemen. Verbindet man mit dem ersten Begriff zumeist die exe- (oder com-) Datei und vielleicht eine Datei für anfallende Daten, legt der zweite Begriff höhere Erwartungen hinsichtlich der Menge und besonders der Komplexität nahe. Die Projekte werden größer und zugleich steigen die Vorstellungen der Kunden und Konsumenten an den Benutzungskomfort. Die steigende Komplexität in der Softwareentwicklung widerspricht der Fähigkeit des Menschen, nur eine begrenzte Komplexität zu erfassen und in Einem zu meistern. Es müssen Verfahren gefunden und angewendet werden, um die Komplexität zu verringern und trotzdem komplexe Systeme als Endergebnise zu erhalten. Es wird notwendig, Software ingenieurmäßig zu erzeugen. Diese Eigenschaft beinhaltet einige Kernpunkte, die kurz durch eine Analogie aus dem Bauwesen erläutert werden soll.
Nehmen wir an, daß eine Brücke gebaut werden soll, so sind entsprechend der Länge und der Höhe unterschiedlich detaillierte Planungen erforderlich. Vielleicht haben Sie auf Ihrem Gartengrundstück einen kleinen Bach und möchten ihn überqueren. Wahrscheinlich gehen Sie ein Brett suchen und legen es darüber. Dann testen Sie es. Entsprechend dem Ergebnis sind Sie entweder zufrieden oder besorgen sich ein längeres, oder, wenn Sie eingebrochen sind und sich nasse Füße geholt haben, ein stabileres. Diese Aufgabe stellt geringe Anforderungen an Ihre Fähigkeiten zur Planung. Anders sieht es aus, wenn Sie die Aufgabe übernommen haben, eine Autobahnbrücke zu bauen. Ein Modell der Brücke, die von den beteiligten Trägerelementen anzufertigenden technischen Zeichnungen und die Werkstoffeigenschaften wie zum Beispiel Ausdehnungskoeffizienten und Statik sind zu bestimmen bzw. anzufertigen. Auch über die Bauperiode hinaus muß geplant werden, denn Beton muß einige Wochen (ca. 28 Tage, ca. 10 Tage 60%) austrocknen, bevor er belastet werden kann. Ausprobieren, indem Sie gleich mit dem Bau beginnen, dann testen, ob die Brücke vielleicht den Ansprüchen genügt und falls sie einstürzt eine neue bauen, wird Ihnen Ihr Geldgeber sicher untersagen. Sie bauen ein Modell, um sicher zu gehen, daß Ihre Brücke den Anforderungen genügt.
Bei der Softwareerstellung wird jedoch häufig nach dem Prinzip:
``Bau auf! - Stürz ein!''vorgegangen. Wenn das Programm dann steht, wird manchmal gar nicht überprüft, ob es auch hält. Erst einmal zum Kunden, der das Produkt dann testet und schon sagen wird, wenn etwas nicht läuft.
``Bananensoftware ist Software, die beim Kunden reift.''Ein Ansatz zur ingenieurmäßigen Erstellung von Software soll in dieser Studienarbeit beschrieben werden.
In den praktischen Übungen werden Sie zu eigenen Aktionen aufgefordert, um sich an die Arbeit mit dem Werkzeug Rational Rose zu gewöhnen. Dies geschieht durch kurze fettgedruckte kursive Aufforderungssätze. Bitte entschuldigen Sie, wenn Ihnen einiges zu simpel erscheint. Es handelt sich nur um Empfehlungen, die natürlich keinen Zwang oder Automatismus darstellen sollen! Auch mag Ihnen das gewählte Beispiel nicht gefallen. In diesem Fall arbeiten Sie synchron oder danach einfach an einem eigenen kleinen Problem die einzelnen Schritte nach. Wir haben uns bemüht, den Lerngedanken zu betonen und dabei die mögliche Komplexität und die speziellen Beispieleigenschaften zu verringern. Damit soll Ihnen die Möglichkeit gegeben werden, einen schnelleren Einstieg in die Modelliergrundlagen mit Rational Rose zu gewinnen.