Vorlesungsskript - Hochschule Emden/Leer

c○ Prof. Dr. B. Bartning, HS Emden/Leer Rumpfskript ” Informatik I/II“ (WS/SS 2010/11) 91
• Oft ist ein geschachtelter (kaskadierter) Entwurf nützlich:
◦ Funktionen für die grundlegenden Arbeiten,
◦ Funktionen für komplexere Tätigkeiten, die die grundlegenden Funktionen aufrufen,
◦ Funktionen, die die komplexeren und vielleicht auch die grundlegenden Funktionen
aufrufen.
Vorteil: wenn Sie eine Funktion erstellen (den Funktionsprogrammtext schreiben),
müssen Sie nur über einen kleinen Problembereich nachdenken.
• Es sollten verschiedene Arten von Funktionen unterschieden werden:
◦ Funktionen mit Benutzerinteraktion oder Ein-/Ausgabe; dabei wenn möglich Lesen
und Schreiben in getrennten Funktionen (z. B. Lesefunktionen, Schreibfunktionen),
◦ Funktionen zur Durchführung von Berechnungen – diese Funktionen sollten keine
Benutzerinteraktion/Eingabe/Ausgabe haben! Sonst sind diese Funktionen nicht
allgemein nutzbar, z. B. bei Berechnungen mit einem woanders berechneten Wert
anstatt mit einem eingegebenen.
◦ manchmal (selten!) ist eine Mischung nötig.
Allgemeine Regel: entweder Benutzerinteraktion oder Berechnungen!
• Eine Funktion sollte mit dem Rest des Programms nur über die Parameterliste und den
Rückgabewert der Funktion kommunizieren – sehr wichtig: nicht über globale Variablen.
Dagegen sind globale Konstanten (und globale Typen) sinnvoll, vgl. auch (7.53).
• Keine Benutzung der exit-Funktion ( (12.82c), beendet das Programm sofort),
insbesondere nicht in Berechnungsfunktionen. Grund: manchmal läuft eine Funktion in
einen Fehler hinein, es kann jedoch nicht hier entschieden werden, wie zu reagieren
ist. Anstatt das ganze Programm (z. B. eine CAD-Programm) zu beenden, sollte ein
Fehlerindikator gesetzt werden, so dass die aufrufende Stelle entscheiden kann, was zu
tun ist.
7.9 Agile Methoden in der Softwareentwicklung
(7.90) Übb Moderne Softwareentwicklungsmethoden, die unter dem Oberbegriff ” Agile Methoden“
zusammengefasst werden, versuchen, Software größerer Qualität schneller dem Kunden
liefern zu können. In diesem Kurs werden zwei Aspekte näher erläutert und teilweise auch
in der Praxis gezeigt.
(7.91) Teilweise im Gegensatz zu den Ausführungen in (Kap. 6.4) wird seit mehreren Jahren in der
Softwareindustrie versucht, Programme für Kunden schneller, genauer, kundenorientierter
zu entwickeln ohne großen Dokumenationsüberbau. Diese Methoden fasst man unter Agile
Methoden zusammen. Im sog. ” Extreme Programming“ (Kent Beck) gibt es u. a. zwei
Praktiken, die in diesem Kurs näher erläutert werden:
• Pair Programming, das Programmieren zu zweit vor einem Rechner; dieses wird auch
in den Übungen zu diesem Kurs als Option angeboten.
• Test Driven Development (TDD), das Schreiben von Test-Programmcode vor dem
Schreiben des zugehörigen produktiven Programmcodes. In der Praxis wird dieses durch
Werkzeugunterstützung erleichtert.
Im Kurs wird auf die beiden genannten Aspekte näher eingegangen; hier sollen sie nur kurz
als Erinnerung erwähnt werden.