 |
|||
| HSG |
|
Prinzipien der Software-Erstellung
Abstraktion
Im Speziellen das Allgemeine sehen, um das Verallgemeinerte auf viele Spezialfälle anwenden zu können.
Beispiele: Prozeduren statt Code-Wiederholung, Design-Muster (z.B. Automaten), ...
Hierarchisierung
Gliederung von Objekten (oder allgemeiner Moduln) in einer Rangordnung.
So wird (bei uns) das Fachkonzept häufig durch ein "Steuerobjekt" vertreten, das wiederum Hilfsobjekte ("Wasserträger", für speziell umrissene Aufgaben zuständig) benutzt, die nach außen unsichtbar sind.
Modularisierung
Allgemeine Problemlösetaktik: Ein komplexes Ganzes wird in überschaubare Teile zerlegt.
Diese Teile sollen dabei autonom sein und mit einer präzise beschriebenen Schnittstelle (Summe der öffentlichen Methoden) versehen werden. So können einzelne Methoden ausgetauscht werden, ohne im übrigen System Veränderungen vorzunehmen. Für die Zerlegung in Module bestehen Schemata wie EVA (Eingabe-Verarbeitung-Ausgabe) oder MVC(Model-View-Controller) im Großen bzw. Objekte im Kleinen.
Geheimnisprinzip
Um Seiteneffekte unmöglich zu machen und um die Austauschbarkeit sicherzustellen, halten Module ihre innere Struktur so weit es geht geheim. Eine Kommunikation ist nur über die Schnittstelle möglich. Die innere Struktur eines Moduls oder Objekts kann ohne Probleme verändert/verbessert werden
Lokalisierung
Zusammengehörendes soll auch zusammen modelliert, dokumentiert bzw. kodiert werden.
Es wird empfohlen, nicht mehr als eine Seite Quelltext für ein Modul zu verwenden.
Beispiel für extreme Lokalität: Eine Laufvariable soll direkt vor der for-Schleife, wo sie benötigt wird, deklariert werden (in Pascal i.A. unmöglich). Ein Datentyp soll direkt dort deklariert werden, wo er gebraucht wird. Der gelegentlich zu lesende Tipp, Klassen jeweils in eigenen Units zu speichern, verstößt gegen dieses Prinzip: Zusammengehörendes muss mühsam zusammengesucht werden. Andererseits wird in Delphi nur so das Geheimnisprinzip durchgehalten. Delphi-Units bilden einen Sichtbarkeitsbereich unabhängig von der Direktive private.
Einfachheit
Bei der Problemlösung ist strikt eine einfache Lösung anzustreben. Die Techniker sagen: "Keep it simple, stupid!" (KISS)
Standardisierung
In allen Schritten der Software-Entwicklung ist eine weitgehende Standardisierung einzuhalten. Dies beginnt mit einer schematischen Dokumentation (bei uns: Dokumentationsvorlage), der Verwendung von Standards zur grafischen Modellbeschreibung (UML), der Verwendung bewährter Design- (Design-Pattern) und Implementierungs-Muster bis hin zu einer Kodierung, die strikt vereinbarte Regel (Coding Guide, bei uns: "so wie im Handbuch bzw. in der Delphi-Hilfe") einhält. Nur so ist im Team (bzw. für den Autor selbst nach einiger Zeit) eine reibungsfreie Verständigung möglich.
Kontinuität
Was sich bewährt hat, wird solange beibehalten, bis etwas "Besseres an die Stelle des Guten" tritt.
Aber:
Prinzipien sind Grundsätze, keine Dogmen. Oft widersprechen sich Einzelprinzipien, dann muss man abwägen.
Links:
- Allgemeine Prinzipien bei der Entwicklung von Softwaresystemen, Hartmut Härtl, OSZ Handel I,Berlin
- Software-Prinzipien - wikipedia
- Achtfacher Pfad - wikipedia