Abschnittsübersicht

  • 12 D: Algorithmen und Daten

    Alles einklappen Alles aufklappen

    Herzlich Willkommen im Kurs Informatik 12 D zum Thema Algorithmen und Daten!

    Sie werden in diesem Kurs die Grundlagen des imperativen Problemlösens in der Sprache Java aus Klasse 10 wiederholen und festigen. Die Implementierung einfacher Algorithmen und Sortierverfahren bereitet das komplexe Thema Softwareentwicklung vor. Der Leistungskurs beurteilt zudem die Effizienz von Sortieralgorithmen.

    Der Moodle-Kurs begleitet den Unterricht. Sie finden hier alle Tafelbilder, Aufgaben, Dateien, Arbeitsblätter sowie Lösungen. Die Unterlagen werden nach der Unterrichtsstunde veröffentlicht. 

    Stand 2026-06-12: Dieser Kurs wird gepflegt.

    Lehrbücher:

    Eingesetzt werden die Lehrbücher Informatik 1 (2014) und Informatik 2 (2014) aus dem Verlag Schöningh.

  • Wiederholungen

  • Algorithmen darstellen, interpretieren und implementieren

    Hervorgehoben

    • Im Folgenden soll die Implementation von Lösungsalgorithmen in Java trainiert werden. Dazu liegen Aufgaben vor, die sich entweder mit grundlegenden mathematischen Problemen, wie sie in der Verschlüsselung von Nachrichten eingesetzt werden, oder mit Datumsberechnungen beschäftigen. Bei der Bearbeitung des Portfolios werden zusätzlich die Methodenart Anfrage sowie die Datenstruktur Liste kennengelernt, das Handling mit Parametern geübt und die Unterscheidung zwischen Datentypen gefestigt. 

    • Portfolio Imperatives Problemlösen in BlueJ Datei
    • Rechner Vorgabe Datei
    • Übersicht: Listen in Java (für die letzten Aufgaben) Datei

  • Intermezzo: Projekte zur Verwaltung von Listen

    • Im Turtle-Rechner hatten wir Erstkontakt mit der Datenstruktur Liste. Mit dieser wollen wir uns zunächst beschäftigen und beginnen mit einem kleinen Softwareprojekt.

      Notizverwalter

      Unsere Software soll eine kleine Notiz-App werden, die beliebig viele Textnotizen verwalten, also einzelne Notizen anzeigen, hinzufügen, ändern und löschen kann. 
      Die Anzahl aller Notizen sowie die interne Nummer der Notiz soll ausgeben werden können und eine Möglichkeit zum Sortieren ist vorzusehen. Die Notizen sind redundanzarm zu speichern. 

      Zur Entwicklung der Software bietet sich die Datenstruktur Liste an.

    • Analyse und Erweiterung des Notizverwalters Aufgabe
    • 01 Notizen Lösung Datei
      Nicht verfügbar, außer: Sie sind in einer Gruppe

    • Notenverwalter

      Nachdem das Projekt Notizenverwalter gemeinsam bearbeitet wurde, gilt es nun im Projekt Notenverwalter alle notwendigen Methoden allein zu erstellen und zu prüfen.

    • Analyse und Erweiterung des Notenverwalters Aufgabe
    • 02 Notenlisten Lösung Datei
      Nicht verfügbar, außer: Sie sind in LK

  • Sortieralgorithmen auf Listen analysieren (nur LK)

    • In unserem Notizverwalter hatten wir das Problem, dass uns keine Methode zum Sortieren der Listen bekannt war. Mit Trick 17 haben wir es aber dann doch mit der Listenmethode sort(null) hinbekommen. Aber ist das eine guter Sortieralgorithmus? Ist er schnell und gründlich? Was macht einen guten Algorithmus eigentlich aus?

    • Intuitive Untersuchung des Sortierens von Daten Aufgabe

      Öffnen Sie die beiden Datensammlungen in verschiedenen Tabellenkalkulationssystemen (OnlyOffice, LibreOffice Calc, MS Excel, Google Tabellen).

      1. Ermitteln Sie die Anzahl der vorhandenen Datensätze.
      2. Sortieren Sie die darin enthaltenen Daten jeweils nach einem Kriterium und schätzen Sie ab, welches Programm die Daten an schnellsten sortiert.
      3. Untersuchen Sie die Dauer des Sortierens, falls die Daten bereits sortiert sind, umgekehrt sortiert sind sowie eine beliebige Reihenfolge haben.
      4. Welche Probleme sind Ihnen beim Öffnen und Sortieren der Daten aufgefallen?

    • Untersuchungsprinzip und Hilfsmittel

    • Unsere Ergebnisse sind sehr subjektiv. Die Qualität des Sortierens hängt von vielen Faktoren ab. Gesucht ist daher eine Qualitätsbeschreibung, die unabhängig von Hardwareeigenschaften funktioniert. 

      Dazu betrachten und implementieren wir verschiedene Sortieralgorithmen in drei Szenarien:

      • best case: die Daten liegen in der korrekten Sortierung vor
      • worst case: die Daten liegen in der umgekehrten Sortierung vor
      • average case: die Daten liegen weder in best noch worst case vor

      Anschließend erfolgt das Messen von Zeiten für unterschiedlich große Datenmengen in den drei Szenarien, die grafische Darstellung, eine Hypothesenbildung, eine rechnerischen Abschätzung und eine Prognose über die Effizienz des Algorithmus.

    • Spielkarten zum Sortieren Datei
    • BlueJ-Projekt: Vorgabe Sortierverfahren Datei
    • 1. Sortierverfahren: „Sortieren durch Austausch“ – RippleSort und BubbleSort
    • Untersuchung des Verfahrens RippleSort Aufgabe

    • Beginnen wir mit der Untersuchung eines bekannten Verfahrens, welches verbal und als Struktogramm vorliegt – RippleSort

      Das erste Element der Liste wird schrittweise mit allen nachfolgenden Elementen verglichen. Ist das erste Element größer als das Vergleichselement, so werden die Elemente getauscht. Nach dem ersten Listendurchlauf steht das kleinste Element der Liste am Listenanfang. Nun wird das zweiten Element nach gleichen Prinzip schrittweise mit allen nachfolgenden Elementen verglichen und ggf. mit dem Vergleichselement getauscht. Nach dem zweiten Listendurchlauf steht das zweitkleinste Element der Liste fest. Der Algorithmus wird solange fortgesetzt, bis alle Elemente der Liste mit den nachfolgenden Elementen nach diesem Prinzip behandelt wurden.

      Der Name leitet sich von denen wie kleine Wellen nach vorn schiebenden Elementen ab.

      Eine grafische Darstellung des verbalen Algorithmus zeigt folgendes Struktogramm.

    • Lösung Klasse Ripplesort für das BlueJ-Projekt Datei

    • Auswertung der Untersuchung von RippleSort in BlueJ bzw. in einer Simulation

      Die Auswertung legt die Vermutung nahe, dass es zwischen der Anzahl der Vergleiche und der Anzahl der Elemente einen quadratischen Zusammenhang gibt, denn:

      • Erhöht sich die Anzahl der Elemente um den Faktor 10, so erhöht sich die Anzahl der Vergleiche ca. um den Faktor 100.
      • Erhöht sich die Anzahl der Elemente um den Faktor 5, so erhöht sich die Anzahl der Vergleiche ca. um den Faktor 25.
      • Erhöht sich die Anzahl der Elemente um den Faktor 2, so erhöht sich die Anzahl der Vergleiche ca. um den Faktor 4.

      Das heißt aber auch, dass es wahrscheinlich einen quadratischen Zusammenhang zwischen der Gesamtzeit des Sortierens der Liste und der Anzahl der Elemente gibt. Stellt man dies grafisch dar, so kann man einen Parabelast vermuten.

      Bildet man den Proportionalitätsfaktor, so untermauert dieser die Hypothesen: V(n ) ~ n2 bzw. T(n ) ~ n2

      Können wir dies erklären?

      1. Beim ersten Durchlaufen wird das erste Element mit allen weiteren Elementen verglichen, also mit n – 1 Elementen. 
      2. Beim zweiten Durchlauf wird das erste Element nicht mehr berücksichtigt, es wird das zweite Element mit den nachfolgenden verglichen, also mit n – 2 Elementen. 
      3. Beim dritten Durchlauf wird ... bis zum letzten Element. 

      Der gesamte Sortiervorgang ist also nach V(n ) = ((n – 1) + (n – 2) + ... + 2 + 1) Vergleichen beendet.
      Die in der Formel enthaltene Summierung lässt sich mithilfe der Gaußschen Summenformel umschreiben zu
      V(n ) = ½(n2 - n) ≈ ½n2.

      Diese Überlegung kann man für den worst case auch für die Vertauschungen machen. Auch dort ergibt sich ein quadratischer Zusammenhang. Da jeder Vergleich und eine Vertauschung eine bestimmte Anzahl von Rechentakten benötigt, können diese als eine Abschätzung der Laufzeit eines Algorithmus unabhängig von der Taktfrequenz eines Prozessors verwendet werden. 

      Die Laufzeit eines Algorithmus kann durch die Anzahl der für den Algorithmus notwendigen Elementaroperationen beschrieben werden.

      In der Regel interessiert nicht die exakte Anzahl Elementaroperationen, sondern eine grobe Abschätzung mithilfe einer oberen Schranke. Man nutzt dazu Klassenbezeichnungen mithilfe des Landau-Symbols O. In unserem Fall liegt eine quadratische Funktion vor. Dies wird als O(n2) abgeschätzt und bedeutet, dass sich die Laufzeit des Algorithmus höchstens wie n2 verhält. Damit haben wir einen Ausdruck, der die zeitliche Qualität eines Algorithmus beschreibt. 

      RippleSort hat im worst, average und best case ein Laufzeitverhalten von O(n2).

    • Sortieren durch Austauschen zweier Elemente lässt sich aber auch noch anders realisieren – BubbleSort

    • 02 AB Bubblesort Datei

    • Beim Durchlaufen der Liste werden die jeweiligen Nachbarelemente miteinander verglichen und ggf. ausgetauscht. Am Ende des ersten Laufs befindet sich das größte Element am Listenende. Dieser Vorgang wird nun erneut gestartet, allerdings diesmal bis zum vorletzten Element. Danach hat man das zweitgrößte Element gefunden. Der ganze Vorgang wird nun so oft wiederholt, bis die gesamte Liste sortiert ist.

      Der Name leitet sich von Luftblasen ab, die je nach Größe nach oben steigen.

      Unserer Implementation von RippleSort folgend, könnte BubbleSort ebenfalls durch zwei geschachtelte Zählschleifen realisiert werden, also so:

      Die Analyse von best, worst und average case führt uns für diese Implementation zu einem Laufzeitverhalten von O(n2), welches sich in Analogie zu Ripplesort erklären lässt.

    • Lösung Klasse Bubblesort für das BlueJ-Projekt Datei

    • Unsere Implementierung hat aber noch Verbesserungspotential: Wird ein Durchlauf ohne jeglichen Tausch absolviert, so sind die Daten sortiert und der Sortiervorgang kann also beendet werden. Daher bietet sich statt einer Zählschleife eine weniger starre Schleife an, in deren Kopf dies als flexible Abbruchbedingung notiert werden kann. 

      Damit erreicht BubbleSort im best case das Laufzeitverhalten von O(n ).

    • Lösung Klasse BubblesortII für das BlueJ-Projekt Datei
    • 2. Sortierverfahren: „Sortieren durch Auswählen“ - SelectSort
    • Verfahren, Implementierung, Analyse Aufgabe
    • Lösung Klasse SelectSort für das BlueJ-Projekt Datei
    • 3. Sortierverfahren: „Sortieren durch Einfügen“ - InsertSort
    • Verfahren, Implementierung, Analyse Aufgabe
    • Lösungen Textseite
    • Zusammenfassung des Laufzeitverhaltens der bisher untersuchten Verfahren
        best case worst case (average case)
      RippleSort O(n2) O(n2) O(n2)
      BubbleSortII O(n ) O(n2) O(n2)
      SelectSort O(n2) O(n2) O(n2)
      InsertSort O(n ) O(n2) O(n2)

      Im worst case und (nicht näher untersuchten) average case liegt stets eine quadratische Laufzeit vor. Bedeutet dies, dass es keine besseren Sortieralgorithmen gibt oder müssen wir einfach nur einen anderen Denkansatz verwenden?

    • 4. Sortierverfahren: „Sortieren durch Mischen“ - MergeSort
    • 04 AB Mergesort Datei

    • Das MergeSort-Verfahren nutzt das fundamentale informatische Prinzip „Teile und Herrsche“. 
      Es findet eine Zerlegung des Problems der Größe n (Sortierung von n Elementen) in zwei Teilprobleme kleinerer Größe (Sortierung der Hälfte der n Elemente) statt, die jeweils gelöst und anschließend zu einer Gesamtlösung des Grundproblems zusammengesetzt werden.

      Der prinzipielle Ablauf erfolgt in 3 Schritten:

      1. Zerlegung der Menge in zwei Teilmengen
      2. Sortierung der beiden Teilmengen
      3. Mischen der Teilmengen zu einer Menge, wobei nur die beiden ersten Elemente der Teilmengen miteinander verglichen werden und das kleinere der beiden in die Gesamtmenge übernommen wird. Dieser Vorgang wird sooft wiederholt, bis keine Elemente mehr in den Teilmengen vorhanden sind. Sollte eine Teilmenge leer sein, können alle Elemente der anderen Teilmenge zur  Gesamtmenge hinzufügt werden. 

      Dieser prinzipielle Ablauf wird jedoch rekursiv ausgeführt, d. h. die Zerlegung wird solange fortgesetzt, bis nur noch ein Element der Menge übrig ist. Dieses ist dann bereits sortiert und man kann die Rekursion mit dem Mischen auflösen.

      Beispiel: 

      Unsere Implementation besteht nun aus zwei Teilen. Dies ist dem rekursiven Algorithmus geschuldet. Zunächst das Struktogramm mit dem Teilen der Liste, dem rekursiven Aufrufen von Mergesort für die beiden Teillisten und das anschließende Zusammenfügen der sortieren Teillisten durch Mischen. 

      Für das Mischen ist nachfolgendes Struktogramm zu nutzen. 

    • Untersuchung des Laufzeitverhaltens von MergeSort im worst-case
      • Um zwei Teillisten zu einer zu vereinen, ist 1 Schritt notwendig.
      • Um vier Teillisten zu einer zu vereinen, sind 2 Schritte notwendig.
      • Um acht Teillisten zu einer zu vereinen, sind 3 Schritte notwendig. usw.

      Demzufolge existiert ein Zusammenhang zwischen der Schritte und der Anzahl der Teillisten, nämlich: Teillisten = 2Schritte. 
      Die Gleichung lässt sich nach der Anzahl der Durchläufe umstellen zu:

      Schritt = log2 Teillisten

      Eine Ausgangsliste mit n Elementen wird rekursiv in n Teillisten zerlegt und aus diesen die sortierte Liste gebildet, also Schritt = 2 log2 n. Der Zeitaufwand beträgt somit O(log2 n).
      Für jedes Mischen ist jeweils ein Vergleichsdurchlauf erforderlich, der einmal durch die Teilliste läuft. Sein Zeitaufwand lässt sich also mit O(n ) abschätzen. 

      Somit hat Mergesort einen Zeitaufwand von O(n·log2n). 

      Hinweis: In der informatischen Literatur wird häufig die Basis des Logarithmus weggelassen, da sie bezüglich der O-Notation keine spezielle Bedeutung hat. Man spricht meist vom 2er-Logarithmus. 

    • Zusammenfassung des Laufzeitverhaltens der untersuchten Verfahren
        best case worst case (average case)
      RippleSort O(n2) O(n2) O(n2)
      BubbleSort O(n2) O(n2) O(n2)
      BubbleSortII O(n ) O(n2) O(n2)
      SelectSort O(n2) O(n2) O(n2)
      InsertSort O(n ) O(n2) O(n2)
      MergeSort O(n log n) O(n log n) O(n log n)
      PermSort   O(n!)  

    • Lösung Klasse MergeSort für das BlueJ-Projekt Datei