Praktische Lehrveranstaltungen im Studiengang Softwaretechnik ...

4 J. Ludewig (Hrsg.): Praktische Lehrveranstaltungen in der Softwaretechnik
Einige hilfreiche Feststellungen
Die nachfolgenden Punkte sind – stark verkürzt – dem Skript Software Engineering
entnommen, das im Studiengang Softwaretechnik eingesetzt wird.
1. Software entzieht sich unseren durch die Evolution entwickelten Instinkten.
Konsequenz: Bei Software darf man (wenigstens für die ersten zwanzig Jahre)
nichts nach Gefühl tun oder entscheiden.
2. Software ist unvorstellbar komplex. (Das ist ein spezieller Aspekt von 1).
Konsequenz: Die Reduktion und die Beherrschung der Komplexität sind die
fundamentalen Aufgaben des Software Engineerings.
3. Bestimmte organisatorische Vorkehrungen im Software-(Entwicklungs-)Prozess
sind nach allen (empirisch belegten) Erfahrungen sinnvoll. Wer sie nicht anwendet,
begeht (in der medizinischen Terminologie) einen Kunstfehler.
Konsequenz:
• Projektplanung
• Meilensteine
• Dokumentation
• Prüfungen am Ende aller Phasen
• Configuration Management
sind unbezweifelbar und immer richtig und notwendig. Sie dürfen weder reduziert
noch unterlaufen werden. Natürlich hat es keinen Wert, diese Elemente
nur nominell einzubeziehen, faktisch aber zu verwässern, wie es unter Termindruck
sehr oft passiert.
Technisch sind als Aktivitäten besonders hervorzuheben:
• Analyse und Spezifikation
• Systementwurf
• Codierung
• Test
4. Der Kunde ist hinsichtlich der Software (natürlich) technisch inkompetent, aber
grundsätzlich (natürlich) im Recht.
Konsequenz: Der Entwickler darf den Kunden nicht
• ignorieren
• durch arrogantes Gehabe zum Schweigen bringen
• überreden
• vor allzu stark vereinfachte Alternativen stellen oder gar erpressen
• mit unverständlichen Darstellungen konfrontieren
• unter einen nicht gerechtfertigten Druck setzen.
Natürlich gibt es auch einen gerechtfertigten Druck: Der Kunde muss kooperieren,
d.h. vor allem auf Fragen reagieren.