Software Engineering

Software Engineering:
Der Weg zu zuverlässigen Systemen

In einer Welt, die zunehmend von komplexen Softwaresystemen abhängig ist, reicht bloßes Programmieren nach dem Prinzip Code & Fix längst nicht mehr aus. Um zuverlässige und vertrauenswürdige Systeme wirtschaftlich, nachhaltig und effizient zu entwickeln, sind systematische und ingenieurmäßige Vorgehensweisen unerlässlich.

Dieser Beitrag bietet einen strukturierten Überblick über die Konzepte des Software Engineering.

Warum IT-Projekte scheitern!
Softwareprojekte stehen oft vor gewaltigen Herausforderungen. Die Gründe für das Scheitern sind vielschichtig:

• Fehlplanung und Ressourcenmangel:
  Unrealistische Zeitpläne und unzureichende Budgets sind häufige Fallstricke.

• Steigende Komplexität und Heterogenität:
  Systeme müssen zunehmend über verschiedene Netzwerke und Plattformen hinweg skalieren und funktionieren.

• Ignorieren von Methoden:
  Das Versäumnis, strukturierte Software-Engineering-Methoden anzuwenden, rächt sich oft durch explodierende Kosten in der Qualitätssicherung und Wartung.

• Sicherheit und Vertrauen:
  Mangelnde Informationssicherheit und fehlendes Vertrauen können ein System unbrauchbar machen.

Worauf basiert Softwareentwicklung?

Die vier Säulen der Softwareentwicklung

Unabhängig von der gewählten Methodik basieren alle Software Entwicklungsprozesse auf vier grundlegenden Aktivitäten:

1. Softwarespezifikation:
   Die klare Definition dessen, was die Software leisten soll, und die Festlegung der Rahmenbedingungen.

2. Softwareentwicklung:
   Der eigentliche Entwurf (Architektur) und die Programmierung des Systems.

3. Softwarevalidierung:
   Die Überprüfung, ob die entwickelte Software tatsächlich den Kundenanforderungen und -bedürfnissen entspricht.

4. Softwareevolution:
   Die kontinuierliche Weiterentwicklung und Wartung, um die Software an veränderte Marktbedingungen anzupassen.

Was tuen, damit das Softwareprojekt gelingt?

Vorgehensmodelle: Der Bauplan für das Projekt

Um diese Aktivitäten zu strukturieren, nutzen Entwicklerteams verschiedene Vorgehensmodelle. Die Wahl des passenden Modells hängt stark von der Art des Projekts ab.

Die folgenden Vorgehensmodelle gibt es und so findest du das für dein Projekt passende Modell:

• Plangesteuerte (phasenorientierte) Modelle Beim klassischen Wasserfallmodell werden alle Aktivitäten streng sequenziell durchlaufen. Die Planung erfolgt vollständig im Voraus, bevor überhaupt programmiert wird. Dies bietet eine klare Struktur, ist jedoch sehr inflexibel bei späten Änderungswünschen. Dieses Modell eignet sich besonders für sicherheitskritische Systeme (wie ein Antiblockiersystem), bei denen die Anforderungen absolut fehlerfrei vorab definiert sein müssen.
   
• Iterative und inkrementelle Modelle Hier wird das Projekt in kleinere Zyklen (Iterationen) unterteilt. Ein bekanntes Beispiel ist das Spiralmodell, das besonders darauf abzielt, Projektrisiken durch die frühe Erstellung von Prototypen zu minimieren. Bei der inkrementellen Entwicklung wird das System in funktionsfähigen Ausbaustufen realisiert, beginnend mit einem Kernsystem. Dies ist ideal für Geschäftssysteme, bei denen ein schnelles "Time-to-Market" und frühes Nutzerfeedback entscheidend sind.
   
• Agile Methoden Agile Ansätze kritisieren den hohen Dokumentationsaufwand und die Starrheit traditioneller Modelle. Der Fokus liegt auf Flexibilität, direkter Kommunikation und der schnellen Auslieferung funktionierender Software. Praktiken wie Extreme Programming (XP) nutzen beispielsweise User Stories, um Anforderungen aus Nutzersicht verständlich zu beschreiben. Zudem werden Techniken wie die testgetriebene Entwicklung (TDD) und kontinuierliches Refactoring eingesetzt, um die Softwarequalität auch ohne umfassende Vorab-Planung hochzuhalten.

Nun habe ich mich für ein Vorgehensmodell entschieden, wie fange ich an?

Requirements Engineering: Anforderungen richtig erfassen

Eine der kritischsten Phasen ist die Anforderungsanalyse. Hier muss klar zwischen zwei Arten von Anforderungen unterschieden werden:

• Funktionale Anforderungen: Sie beschreiben das exakte Verhalten und die konkreten Dienste des Systems (z.B. "Das System muss eine Liste erzeugen").

• Nichtfunktionale Anforderungen (Qualitätsanforderungen): Sie definieren die Eigenschaften des Gesamtsystems, wie Performance (Antwortzeiten), Zuverlässigkeit oder Sicherheit. Sie sind oft erfolgskritisch und können zu neuen funktionalen Anforderungen führen.

Bei der Erhebung dieser Anforderungen müssen alle relevanten Stakeholder einbezogen werden, um ein vollständiges Bild zu erhalten und Konflikte frühzeitig zu lösen. Manchmal formulieren Stakeholder ihre Bedürfnisse unklar oder es spielen interne politische Faktoren eine Rolle.

Woran muss ich auch denken, bevor ich alle Anforderungen erfasst habe?

Softwarearchitektur: Das Fundament des Systems

Bevor die Spezifikation vollständig abgeschlossen ist, muss die Systemarchitektur entworfen werden. Sie stellt sicher, dass nichtfunktionale Anforderungen (wie Skalierbarkeit) überhaupt umsetzbar sind und dient als wichtige Diskussionsgrundlage. Bei großen Systemen kommen oft verschiedene Architekturmuster zum Einsatz:

• Client-Server: Zur zentralen Verwaltung von Daten.

• Schichtenarchitektur: Zur sauberen logischen Trennung (z.B. Präsentation, Geschäftslogik, Datenbank) und besseren Wartbarkeit.

• Service-Orientierte Architektur (SOA): Zur flexiblen Bereitstellung von funktionalen Diensten über Netzwerke.

Was ist das wichtigste bei der Softwareentwicklung?

Qualitätssicherung: Software-Tests und Validierung

Um die Qualität der Software zu gewährleisten, wird zwischen Verifizierung ("Bauen wir das Produkt richtig gemäß Spezifikation?") und Validierung ("Erfüllt das Produkt die Bedürfnisse des Kunden?") unterschieden. Es ist wichtig zu verstehen, dass Tests nur die Anwesenheit von Fehlern aufzeigen können, nicht jedoch ihre absolute Abwesenheit beweisen können, da eine vollständige Prüfung aller Eingabekombinationen unmöglich ist. Automatisierte Test-Frameworks sind dabei unerlässlich, insbesondere für Regressionstests, um sicherzustellen, dass neue Änderungen keine bestehenden Funktionen zerstören.

Alles funktioniert, bin ich nun fertig?

Softwareevolution: Die stetige Anpassung

Software ist kein statisches Produkt. In einer realen Umgebung muss sie sich stetig weiterentwickeln, um kompatibel zu bleiben und neuen Geschäftsanforderungen gerecht zu werden. Geschieht dies nicht, sinkt der Nutzwert rapide. Die Softwarewartung umfasst dabei die Korrektur von Fehlern, die Anpassung an neue Umgebungen und die stetige Verbesserung der Funktionalität.

stay in tune ...