PDF-Download Magazin - Hochschule für Technik Rapperswil

Für den Erfolg von
grösseren Software -
Projekten ist die
Kommunikation im
Team entscheidend.
Patterns, zu deutsch Muster, verwenden, welche verallgemeinerte,
vorgefertigte Lösungen für wiederkehrende
Fragen darstellen – also eine Art Skizze oder Schablone.
Architekten und Programmiererinnen schneiden die
Skizzen und Schablonen aus den Patterns dann auf ihre
Bedürfnisse zu. Das Konzept ist unter Software-Entwicklern
sehr populär. IFS-Institutsleiter Peter Sommerlad ist
ein Mann der ersten Stunde, er hat an Büchern zu «Pattern-Oriented
Software Architecture» und «Security
Patterns» mitgewirkt.
Neben Patterns wählen Informatiker im Software-Design
auch bestimmte Technologien und Produkte unter
Abwägung von Qualitätskriterien aus. Ein weiteres Hilfsmittel
ist dabei die Begründung und die Dokumentation
der wesentlichen Architekturentscheidungen. Nach ISO/
IEC/IEEE-Norm 42 010 muss diese «Rationale» immer
in die Design-Dokumentation aufgenommen werden.
Häufig werden wichtige Entscheidungen allerdings aus
dem Bauch heraus getroffen und die Argumente dafür
erst nachträglich formuliert.
Pragmatisches Herangehen oder planen?
Viele Software-Projekte sind zu komplex, um vollständig
im Voraus planbar zu sein. Im Unterschied zu traditionellen
Entwicklungsmethoden priorisiert die agile Bewegung
daher Zusammenarbeit und Teamproduktivität besonders
hoch. Im Daily Scrum beispielsweise versammelt sich
ein Team täglich, um Status, Planung und Stolpersteine zu
besprechen. Agile Projekte haben sehr kurze Entwicklungszyklen
mit Software-Teillieferungen, binden die zukünftigen
Nutzer der Software eng ein und beschränken
die Dokumentation auf ein Minimum. Vertreter der agilen
Praktiken stellen die Notwendigkeit von explizitem Software-Design
provokativ in Frage; sie treffen Architekturentscheidungen
möglichst spät, um jederzeit flexibel auf
sich ändernde Anforderungen reagieren zu können. In
der Arbeitspsychologie wird die Bewegung aufgrund des
hohen Drucks auf die Beteiligten kritisch gesehen.
Programmierung oder Design?
Kann man also einfach nur programmieren, ohne zumindest
ein rudimentäres Software-Design zu erstellen?
Man kann, wenn man einigen agilen Meinungsmachenden
glaubt. Viele erfahrene Software-Ingenieurinnen
und -Ingenieure sehen die Dinge allerdings differenzierter.
Der Programmcode soll im Mittelpunkt von jedem
Software-Projekt stehen; unterstützende Arbeitstechniken
und Dokumentation haben aber ihren Platz – wie in
anderen Design-Disziplinen auch. Je komplexer die Anforderungen
und je grösser das Projektteam, desto wichtiger
ist ein gutes, explizites Software-Design, um Software
von hoher Qualität zu programmieren, in Betrieb
nehmen und dann auch warten zu können.
olaf.zimmermann@hsr.ch
Software-Standortbestimmung
Das IFS Institut für Software bietet einen einfach
durchzuführenden, aber umfassenden
Software Health Check an. In einem derartigen
Health Check können Firmen beispielsweise die
Agilität des Entwicklungsprozesses, Architekturentscheidungen
und Codequalität untersuchen
lassen und Anregungen für gesundheitsfördernde
Massnahmen erhalten.
HSR Magazin 2 / 2013
19