⚠ Hinweis zur Datenqualität: Die Daten dieser Seite wurden durch manuelle Analyse aller OOP-Ausarbeitungsaufgaben aus den offiziellen Prüfungsvorschlägen gewonnen und mithilfe von KI ausgewertet. Trotz sorgfältiger Prüfung können einzelne Einträge fehlerhaft oder unvollständig sein. Im Zweifelsfall mit den offiziellen Prüfungsunterlagen vergleichen.
abitur-elite-code/ Wiki/ OOP Ausarbeitungsaufgaben

OOP Ausarbeitungsaufgaben — PI Landesabitur Hessen

Analyse aller Textausarbeitungsaufgaben im OOP-Teil des hessischen Landesabiturs im Fach Praktische Informatik, Jahrgänge 2016–2025 (10 Jahrgänge, 23 Vorschläge). Diese Seite deckt ausschließlich Aufgaben ab, bei denen Fließtext, Erläuterungen oder strukturierte Beschreibungen gefordert sind — keine Diagramm- oder Codierungsaufgaben.

Berechnungsgrundlage: Vorschlagswahrscheinlichkeit = Anteil der 23 Vorschläge, in dem ein Thema als Ausarbeitungsaufgabe vorkommt. Jahreswahrscheinlichkeit = Anteil der 10 Jahrgänge, in dem mindestens ein Vorschlag das Thema als Ausarbeitungsaufgabe enthält. Als „Ausarbeitungsaufgabe" zählen nur Teilaufgaben mit Operatoren wie beschreiben, erläutern, erklären, nennen, angeben, begründen — nicht das Zeichnen von Diagrammen oder das Schreiben von Code.
10 Jahrgänge
23 Vorschläge gesamt
~48 Ausarbeitungsaufg. gesamt
2–3 Ø pro Vorschlag
3–6 Ø Bepunktung (BE)
9 Themenkategorien

Themenhäufigkeiten

Wie häufig taucht ein Thema als Ausarbeitungsaufgabe auf — absolut über alle Vorschläge und pro Jahrgang
Gesamt — alle 23 Vorschläge
AWD beschreiben/erklären
30,4 %
Threads & Synchronisation
30,4 %
Client-Server Klassen
26,1 %
OOP-Konzepte (Erb./Aggr.)
26,1 %
KD & Assoziationen beschr.
26,1 %
Datenkapselung
13,0 %
SE-Prozess / Qualität
8,7 %
Datenstrukturen
8,7 %
Algorithmen erläutern
4,3 %
Pro Jahrgang — mind. 1 Vorschlag
AWD beschreiben/erklären
60 %
Threads & Synchronisation
50 %
Client-Server Klassen
50 %
OOP-Konzepte (Erb./Aggr.)
50 %
KD & Assoziationen beschr.
50 %
Datenkapselung
20 %
SE-Prozess / Qualität
20 %
Datenstrukturen
20 %
Algorithmen erläutern
10 %

Aufgabenoperatoren — Typen & Anforderungen

Welche Operatoren werden verwendet und was genau wird erwartet
beschreiben
~18×
Häufigster Operator. Vollständige, strukturierte Darstellung aller relevanten Merkmale eines Konzepts, Diagramms oder Systems. Kein Werten, kein Begründen — nur sachlich darstellen.
z.B.: „Beschreiben Sie die Klasse X", „Beschreiben Sie die Assoziationen", „Beschreiben Sie die Phasen"
erläutern
~16×
Zweithäufigster Operator. Beschreiben + Bezug zum Kontext + kurze Begründung oder Verdeutlichung. Oft verknüpft mit einem konkreten Beispiel aus dem Szenario der Aufgabe.
z.B.: „Erläutern Sie das Konzept der Vererbung", „Erläutern Sie die Aufgaben von Server und Thread"
erklären
~8×
Sachverhalte verständlich und nachvollziehbar darstellen, insbesondere Ursache-Wirkung-Zusammenhänge. Typisch bei Thread-Problemen und technischen Abläufen.
z.B.: „Erklären Sie den Begriff Thread", „Erklären Sie die Probleme beim gleichzeitigen Zugriff"
nennen / angeben
~6×
Kurze, stichwortartige Aufzählung ohne vollständige Begründung. Nur geforderte Fakten angeben — kein Ausformulieren nötig. Meist nur 1–3 Punkte.
z.B.: „Nennen Sie drei Passwort-Regeln", „Nennen Sie jeweils ein Produkt der Phase"

Auslassungswahrscheinlichkeiten (pro Jahrgang)

Beide Panels zeigen Anteile der 10 Jahrgänge
⚠ Thema in KEINEM Vorschlag des Jahrgangs enthalten
AWD erklären/beschreiben40 %
Threads & Synchronisation50 %
Client-Server Klassen50 %
OOP-Konzepte50 %
KD & Assoziationen50 %
Datenkapselung80 %
SE-Prozess / Qualität80 %
Datenstrukturen80 %
Algorithmen erläutern90 %
⚠ Thema in MIND. 1 Vorschlag des Jahrgangs NICHT enthalten
AWD erklären/beschreiben60 %
Threads & Synchronisation60 %
Client-Server Klassen70 %
OOP-Konzepte70 %
KD & Assoziationen80 %
Datenkapselung90 %
SE-Prozess / Qualität90 %
Datenstrukturen90 %
Algorithmen erläutern100 %

Jahresübersicht — Ausarbeitungsthemen pro Vorschlag

🟢 Thema als Ausarbeitungsaufgabe enthalten  ⚫ nicht enthalten  · Tooltip mit Aufgabenform
Jahr Vorschl. AWD Threads / Sync Client-Server OOP-Konzepte KD & Assoz. Kapselung SE-Proz. Datenstr.
2025
AB
2024
AB
2023
ABC
2022
ABC
2021
ABC
2020
AB
2019
AB
2018
AB
2017
AB
2016
AB

Themenkategorien — Details & Lernhinweise

Typische Aufgabenformen, Schlüsselwörter, Erwartungen und Prüfungstipps
Thema Häufigkeit Einschätzung Aufgabenformen, typische Muster & Lernhinweise
AWD beschreiben/erklären
Anwendungsfalldiagramm · Zweck · extend/include
Mittel (3/5)
7/23 Vorschl. · 6/10 J. 		SEHR HÄUFIG
Jeder zweite Jahrg. 		Drei Aufgabenvarianten:
① Zweck + Notationselemente + extend/include 4/7 — Die häufigste Variante. Abgefragt in 2017A, 2019B, 2021C, 2023B. Immer dieselbe Struktur: Zweck des AWD → Notationselemente benennen → extend vs. include unterscheiden. Verlässlichstes Muster.
② AWD inhaltlich beschreiben 2/7 — Ein gegebenes Diagramm wird verbal beschrieben (2017B: Generalisierung zwischen Akteuren, 2023B: inhaltliche Bedeutung).
③ Einordnung in Softwarelebenszyklus 1/7 — AWD der Analysephase zuordnen (2022C). Zusatzwissen.

Was immer erwartet wird:
  • Zweck: „modelliert Anforderungen aus Anwendersicht / Absprache zwischen Auftraggeber und Entwickler"
  • Akteur (Strichmännchen), Anwendungsfall (Ellipse), Systemgrenze (Rechteck)
  • <<include>> = Muss-Beziehung; <<extend>> = Kann-Beziehung (mit Bedingung)
  • Gestrichelter Pfeil: bei include zeigt er auf den inkludierten AF; bei extend auf den erweiterten AF
  • Generalisierung zwischen Akteuren: Untergeordneter erbt alle AF des Übergeordneten
Threads & Synchronisation
Nebenläufigkeit · Race Conditions · synchronized
Mittel (3/5)
7/23 Vorschl. · 5/10 J. 		SEHR HÄUFIG
Oft gemeinsam mit CS 		Drei Aufgabenvarianten:
① Thread erklären + Nutzen begründen 4/7 — Was ist ein Thread? Warum ist er für das vorliegende System sinnvoll? Konkrete Anwendung im Szenario zeigen (2017A, 2017B, 2021B, 2022B).
② Synchronisationsproblem erklären + Lösung 5/7 — Konkurrierender Zugriff auf gemeinsame Daten → inkonsistente Zustände → Lösung: synchronized (2016A, 2019A, 2019B, 2021B, 2022B).
③ Prozesse vs. Threads vergleichen 1/7 — Eigener Speicherbereich bei Prozessen vs. gemeinsamer Adressraum bei Threads (2022B).

Was immer erwartet wird:
  • Thread = leichtgewichtiger Prozess, teilt Adressraum mit anderen Threads im selben Prozess
  • Realisierung: Klasse erbt von Thread, run() überschreiben, mit start() starten
  • Race Condition: Thread A liest, wird unterbrochen; Thread B ändert; Thread A schreibt veralteten Wert
  • Lösung: Methode mit synchronized annotieren → exklusiver Zugriff, atomare Ausführung
⚠ WICHTIG Threads und Synchronisation kommen fast immer gemeinsam mit Client-Server vor — beide Themen zusammen lernen!
Client-Server Klassen erläutern
Client · Server · Thread · Socket · Dienst · Protokoll
Mittel (3/5)
6/23 Vorschl. · 5/10 J. 		SEHR HÄUFIG
Standardaufgabe 		Zwei Aufgabenvarianten:
① Aufgaben der drei CS-Klassen erläutern 5/6 — Die zentrale Standardaufgabe. Meist gibt es ein Klassendiagramm mit Client, Server und AnfrageThread/ServerThread. Jede Klasse soll einzeln mit ihrer Rolle erläutert werden (2016A, 2020B, 2021B, 2023A).
② Client-Server-Modell allgemein 1/6 — Begriffe Client, Server, Dienst, Protokoll definieren und auf das konkrete System anwenden (2022B).

Standardformulierung im Abitur (auswendig lernen!):
  • Client: Verbindet sich mit dem Server. Sendet Anfragen, empfängt Antworten. Client ist aktiv.
  • Server: Horcht an einem Port und nimmt Verbindungsanfragen entgegen. Erzeugt für jeden Client einen eigenen Thread, damit mehrere Clients parallel bedient werden können. Server ist passiv.
  • AnfrageThread/ServerThread: Erbt von Thread. Überschreibt run(). Führt den Dialog mit dem Client nebenläufig aus. Kommuniziert über Socket. Hat Referenz auf das Verwaltungsobjekt (z.B. KinoManager).
Dienst = definierte Aufgabe des Servers · Protokoll = Regeln der Kommunikation (Kommandos, Datenformat)
OOP-Konzepte erläutern
Vererbung · Aggregation · Komposition · Polymorphie
Mittel (3/5)
6/23 Vorschl. · 5/10 J. 		SEHR HÄUFIG
Alle 2 Jahre erwartet 		Drei Aufgabenvarianten:
① Vererbung allgemein + konkrete Struktur beschreiben 3/6 — Stichworte Spezialisierung, Generalisierung, abstrakte Klasse, protected, Polymorphie sind fast immer explizit in der Aufgabenstellung genannt (2018B, 2022C, 2021A).
② Aggregation vs. Komposition gegenüberstellen 3/6 — UML-Notation, Lebensdauer der Teile, Bedeutung des Unterschieds (2018A, 2023A, 2025B).
③ Alle drei Konzepte mit Beispiel 1/6 — Vererbung, Aggregation, Komposition in einem Block mit je Beispiel aus dem Szenario (2021A).

Was immer erwartet wird:
  • Vererbung: Superklasse → Subklasse; Pfeil mit Dreieckspitze; erbt alle Attribute+Methoden; Polymorphie = gleiche Signatur, verschiedene Implementierung, Binden zur Laufzeit
  • Komposition: Ausgefüllte Raute am Ganzen; Teile existieren nicht ohne das Ganze (starke Abhängigkeit)
  • Aggregation: Offene Raute am Ganzen; Teile können unabhängig existieren (schwache Abhängigkeit)
  • abstract: Von abstrakter Klasse können keine Objekte erzeugt werden; erzwingt Überschreiben abstrakter Methoden
  • protected: Zugriff innerhalb der Klasse + Unterklassen + gleiches Paket
KD & Assoziationen beschreiben
Klasse · Multiplizität · Navigierbarkeit · Rolle · Assoziation
Mittel (3/5)
6/23 Vorschl. · 5/10 J. 		SEHR HÄUFIG
↑ TREND 2024/2025 		Zwei Aufgabenvarianten:
① Klasse aus KD verbal beschreiben 3/6 — Eine bestimmte Klasse soll unter Verwendung der Stichworte Klasse, Objekt, Attribut, Methode, Beziehung, Multiplizität, Rolle beschrieben werden (2016B, 2025A). Die Stichworte sind häufig explizit in der Aufgabe genannt.
② Assoziationstypen beschreiben 3/6 — Verschiedene Assoziationen im KD erläutern: bidirektional, unidirektional, Multiplizität, Rollenname, Navigierbarkeit (2020B, 2024A, 2025B).

Was immer erwartet wird:
  • Klasse: Name, private/public Attribute mit Typ, öffentliche Methoden mit Parameter+Rückgabetyp
  • Assoziation: Richtung (Pfeil), Navigierbarkeit, beidseitig = bidirektional
  • Multiplizität: 1 = genau eine Muss-Beziehung; 0..1 = Kann-Beziehung; * = beliebig viele; 1..* = mindestens eine
  • Rollenname: Name der Referenzvariable, die die Beziehung implementiert
  • Klassenattribut (static) vs. Instanzattribut (unterstrichen im UML)
↑ TREND In 2024 und 2025 je zweimal vorgekommen — aktuell steigendes Gewicht!
Datenkapselung
Geheimnisprinzip · private/public/protected · Schnittstellen
Leicht (2/5)
3/23 Vorschl. · 2/10 J. 		GELEGENTLICH
Zuletzt 2022 		Aufgabenform immer ähnlich: Datenkapselung/Geheimnisprinzip allgemein beschreiben → Zugriffsmodifizierer aus dem KD benennen → am konkreten Beispiel erläutern (z.B. warum pin private ist).

Was erwartet wird:
  • Kapselung = kontrollierter Zugriff auf interne Daten; nur über definierte Schnittstellen (get/set-Methoden)
  • private (−): Nur innerhalb der eigenen Klasse zugänglich
  • public (+): Zugänglich von allen Klassen
  • protected (#): Zugänglich innerhalb der Klasse, Unterklassen und demselben Paket
  • Schutzziel: Verhindert unbeabsichtigte oder unkontrollierte Änderungen des internen Zustands
Tipp: Kapselung kann als Unteraufgabe bei OOP-Konzepten auftauchen. Immer zusammen mit Zugriffsmodifizierern lernen.
SE-Prozess & Qualität
Phasen · Lastenheft · Pflichtenheft · Qualitätskriterien
Leicht (2/5)
2/23 Vorschl. · 2/10 J. 		SELTEN
Nur 2023B + 2024B 		Zwei Aufgabenvarianten:
① Phasen der SE beschreiben 2023B · 7 BE — Alle 5 Phasen (Analyse, Entwurf, Implementierung, Integration/Test, Betrieb) mit Aufgaben und Produkten beschreiben. Höchste BE-Zahl einer Ausarbeitungsaufgabe im Datensatz.
② Lastenheft vs. Pflichtenheft 2024B · 4 BE — Unterschied, Entstehung, Rollen (Auftraggeber → Lastenheft; Auftragnehmer → Pflichtenheft).
③ Qualitätskriterien nennen 2023B · 4 BE — 4 Kriterien beschreiben: Funktionalität, Zuverlässigkeit, Benutzbarkeit, Wartbarkeit.

Tipp: Dieses Thema taucht in zusammenhängenden Jahrgängen auf und hat 2023/24 an Gewicht gewonnen. Für 2026 als mögliche Prüfungskomponente vorbereiten — besonders Phasen + Produkte.
Datenstrukturen
Verkettete Liste · Stapel · Warteschlange · Arrays
Leicht (2/5)
2/23 Vorschl. · 2/10 J. 		SELTEN
2016B + 2021C 		Zwei Aufgabenvarianten:
① Stapel & Warteschlange beschreiben 2021C — Eigenschaften von verketteter Liste, Stapel (LIFO, push/pop) und Warteschlange (FIFO, enqueue/dequeue) beschreiben und OOP-Umsetzung erläutern.
② Array vs. verkettete Liste vergleichen 2016B — Unterschiede und algorithmischen Aufwand für verschiedene Einfügeoperationen gegenüberstellen.

Was erwartet wird:
  • Verkettete Liste: Dynamisch; jedes Element enthält Referenz auf nächstes; kein direkter Index-Zugriff
  • Array: Statische Größe; direkter Index-Zugriff; Einfügen in der Mitte erfordert Verschieben
  • Stapel (LIFO): Nur Zugriff auf das oberste Element; push, pop, peek
  • Warteschlange (FIFO): Einfügen am Ende, Entfernen am Anfang; enqueue, dequeue

Lernleitfaden — Was genau lernen?

Strukturierter Leitfaden, was für die Ausarbeitungsaufgaben vorbereitet werden muss (ausführlicher Lernzettel)
AWD — Anwendungsfalldiagramm
60 % der Jahrgänge · Prio: HOCH
Was auswendig lernen
  • Zweck: „Modelliert Anforderungen aus Benutzersicht. Dient der Absprache zwischen Auftraggeber (Kunde) und Auftragnehmer (Entwickler). Beschreibt das Was, nicht das Wie."
  • Akteur: Externe Rolle (Person oder System), die mit dem System interagiert. Symbol: Strichmännchen.
  • Anwendungsfall: Eine Hauptfunktion des Systems. Symbol: Ellipse innerhalb der Systemgrenze.
  • Systemgrenze: Rechteck, das das System umschließt. System-Name steht innen.
  • Linie (Assoziation): Verbindet Akteur mit Anwendungsfall; bedeutet Beteiligung oder Auslösung.
extend vs. include — die wichtigste Unterscheidung
  • <<include>> (Muss-Beziehung): AF A includet AF B → B wird immer ausgeführt, wenn A ausgeführt wird. Pfeil zeigt auf B (den inkludierten AF). Für gemeinsame Teilfunktionen.
  • <<extend>> (Kann-Beziehung): AF B extended AF A → B wird nur bei bestimmter Bedingung ausgeführt. Pfeil zeigt auf A (den erweiterten AF). Für optionale Sonderfälle.
  • Generalisierung: Akteur B ist Spezialisierung von Akteur A → B kann alles, was A kann + mehr.
Schlüsselwörter (kommen im Text der Lösung vor)
extend include Muss-Beziehung Kann-Beziehung Akteur Anwendungsfall Systemgrenze Ellipse Strichmännchen Generalisierung Analysephase gestrichelter Pfeil
Threads & Synchronisation
50 % der Jahrgänge · Prio: HOCH
Was auswendig lernen — Thread-Definition

„Threads sind leichtgewichtige Prozesse, die sich denselben Adressraum im Speicher teilen. Innerhalb eines Prozesses können mehrere Threads quasi-parallel ablaufen. Im Gegensatz zu Prozessen haben Threads keinen eigenen Speicherbereich, teilen aber Befehlszähler und Stack."

Realisierung (Pflichtformulierung)
  • Klasse erbt von Thread und überschreibt run()
  • Starten mit start() → führt run() asynchron/nebenläufig aus
  • Thread endet, wenn run() vollständig ausgeführt ist
  • Im Server: pro Client-Verbindung wird ein neuer Thread erzeugt (new ServerThread(socket, manager))
Race Condition — immer gleiche Struktur
  • Thread A liest Wert X aus gemeinsamem Objekt → wird unterbrochen
  • Thread B ändert denselben Wert X → schreibt neuen Wert
  • Thread A wird fortgesetzt → schreibt seinen veralteten Wert → inkonsistenter Zustand
  • Lösung: Methode mit synchronized kennzeichnen → nur ein Thread kann sie gleichzeitig ausführen
Schlüsselwörter
synchronized run() start() nebenläufig leichtgewichtig Adressraum Prozess inkonsistent überschreiben asynchron kritischer Abschnitt
Client-Server-Architektur
50 % der Jahrgänge · Prio: HOCH
Standardformulierungen für die drei Klassen
  • Client: Baut Verbindung zum Server auf (über Socket). Sendet Anfragen, empfängt Antworten. Aktive Rolle. Nutzt die angebotenen Dienste.
  • Server: Horcht an einem Port (ServerSocket). Nimmt Verbindungsanfragen entgegen. Erzeugt für jeden Client einen neuen Thread, damit mehrere Clients parallel bedient werden. Hat Referenz auf das Verwaltungsobjekt. Passive Rolle.
  • AnfrageThread / ServerThread: Erbt von Thread. Überschreibt run(). Erhält Socket und Verwaltungsobjekt im Konstruktor. Führt den Dialog mit dem Client nebenläufig aus. Ruft Methoden des Verwaltungsobjekts auf und schickt Ergebnisse zurück.
Begriffe Client-Server-Modell
  • Dienst: Festgelegte Aufgabe, die der Server anbietet und der Client nutzt
  • Protokoll: Regeln der Kommunikation (Kommandos, Bedeutung der Daten, Formate)
  • Socket: Endpunkt einer Verbindung; ermöglicht bidirektionales Lesen und Schreiben
Schlüsselwörter
horcht an Port akzeptiert Verbindung erzeugt Thread Socket Referenz übergeben nebenläufig Konstruktor run() passiv aktiv Dienst Protokoll
OOP-Konzepte
50 % der Jahrgänge · Prio: HOCH
Vererbung — immer gleiche Stichworte
  • Generalisierung: Gemeinsame Attribute/Methoden werden in Superklasse ausgelagert
  • Spezialisierung: Subklasse erbt alles von Superklasse und fügt eigenes hinzu
  • Polymorphie: Gleiche Signatur, verschiedene Implementierung; Binden zur Laufzeit (dynamisches Binden)
  • abstract: Keine Objekte erzeugbar; abstrakte Methoden müssen überschrieben werden
  • protected: Zugriff innerhalb der Klasse, Subklassen und demselben Paket — kein get/set nötig
  • UML: Hohlpfeil (Dreieckspitze) zeigt auf die Superklasse
Komposition vs. Aggregation
  • Komposition (ausgefüllte Raute): Starke Abhängigkeit — Teile existieren nicht ohne das Ganze. „Strong ownership". Wird das Ganze gelöscht, werden die Teile mitgelöscht.
  • Aggregation (offene Raute): Schwache Abhängigkeit — Teile können ohne das Ganze existieren. „Weak ownership". Wird das Ganze gelöscht, überleben die Teile.
  • Beide sind Ganzes-Teile-Beziehungen; Raute befindet sich am Ganzen.
Schlüsselwörter
Spezialisierung Generalisierung Polymorphie abstract protected Superklasse Subklasse Vererbung dynamisches Binden Raute Lebensdauer überschreiben
KD & Assoziationen beschreiben
50 % der Jahrgänge · Prio: HOCH
Klasse beschreiben — Strukturformel

„Die Klasse X besitzt die [Sichtbarkeit] Attribute a, b vom Typ T. [Ggf.: Das statische Attribut c dient dazu, …] Die Klasse verfügt über die Methode m(p: T): R, die als Parameter … erhält und … zurückliefert."

Assoziationen beschreiben — Strukturformel
  • Unidirektional: „Klasse A kennt Klasse B (Rollenname r), aber nicht umgekehrt."
  • Bidirektional: „Zwischen A und B besteht eine beidseitig navigierbare Assoziation."
  • Multiplizität: „Ein A-Objekt kann zu 0..* B-Objekten in Beziehung stehen (Kann-Beziehung). Ein B-Objekt gehört genau einem A (Muss-Beziehung, Multiplizität 1)."
  • Muss vs. Kann: Multiplizität ≥ 1 (mind. 1) = Muss; Multiplizität 0..* = Kann
Schlüsselwörter (oft explizit in Aufgabe vorgegeben)
Multiplizität Navigierbarkeit Rollenname Assoziation Attribut Methode Konstruktor bidirektional unidirektional Muss-Beziehung Kann-Beziehung statisches Attribut
SE-Prozess & Qualität
20 % der Jahrgänge · Prio: MITTEL
5 Phasen + Produkte (2023B, 7 BE)
  • Analyse: Anforderungen aufstellen → Lastenheft, AWD, Pflichtenheft
  • Entwurf: Softwarearchitektur entwerfen → Klassendiagramm, Sequenzdiagramm
  • Implementierung: Code schreiben und Einheiten testen → Programmcode, Testprotokolle
  • Integration & Systemtest: Einheiten zusammenführen und als Ganzes testen → Benutzerhandbuch, Dokumentation
  • Betrieb & Wartung: Auslieferung, Fehlerkorrektur, Verbesserung → Abnahmeprotokoll
Lastenheft vs. Pflichtenheft
  • Lastenheft (Auftraggeber): Was soll die Software leisten? IST-Zustand, SOLL-Zustand, funktionale Anforderungen. Nicht-technische Sprache.
  • Pflichtenheft (Auftragnehmer): Wie wird das Lastenheft technisch umgesetzt? Beschreibt die Lösung detailliert.
4 Qualitätskriterien (ISO 9126)
Funktionalität Zuverlässigkeit Benutzbarkeit Wartbarkeit Effizienz Übertragbarkeit

Zusammenfassende Prüfungsanalyse

Das Wesentliche auf einen Blick — Muster, Erwartungsniveau und Vorbereitung
Kernmuster der Ausarbeitungsaufgaben
Ausarbeitungsaufgaben folgen in Hessen einem wiederkehrenden Trio: Fast jeder Vorschlag hat mindestens eine Aufgabe zu OOP-Struktur (Klasse/Assoziation/Konzept), eine zu Nebenläufigkeit (Thread/Synchronisation oder Client-Server) und in neueren Jahren eine zu AWD. Wer diese drei Bereiche sicher beherrscht, deckt die Mehrheit der Ausarbeitungspunkte ab.
Erwartetes Wissensniveau
Das Abitur erwartet konzeptionelles Verständnis, keine Detailimplementierungen. Es genügt, Begriffe korrekt zu definieren, Konzepte am Beispiel des Szenarios zu illustrieren und Standardformulierungen zu verwenden. Schemenhaft reproduzierte Musterlösungen werden meist voll bewertet — kreative Ausführlichkeit schadet nicht, ist aber nicht gefordert.
Signalwörter in der Aufgabenstellung
„Beschreiben Sie …" → vollständige Struktur, alle Merkmale aufzählen
„Erläutern Sie …" → beschreiben + am Beispiel verdeutlichen
„Erklären Sie …" → Ursache-Wirkung, Mechanismus darlegen
„Nennen Sie …" → stichwortartig, kein Vollständigkeitsanspruch
Aufgaben-Stichworte („unter Berücksichtigung von …") sind Pflichtbegriffe, die im Text vorkommen müssen.
Bearbeitungszeit & Umfang
Ausarbeitungsaufgaben mit 2–3 BE: 3–5 Sätze, ca. 3–5 Min.
Mit 4–5 BE: 1–2 strukturierte Absätze mit Beispiel, ca. 6–10 Min.
Mit 6–7 BE: vollständige mehrteilige Beschreibung, ca. 10–15 Min.
Orientierung: 1 BE ≈ 1 korrekte, inhaltlich relevante Aussage. Nie mehr schreiben als nötig — Fehler kosten Punkte.
Trends & Prognose 2026
AWD war in 6 der letzten 10 Jahrgänge vertreten — sehr wahrscheinlich auch 2026.
KD & Assoziationen tauchen in 2024 und 2025 je zweimal auf — steigendes Gewicht.
SE-Prozess (Phasen, Lastenheft) erschien 2023/24 neu und häuft sich.
Threads + CS sind klassikergerecht — immer vorbereiten.
Datenkapselung zuletzt 2022 — könnte 2026 wiederkehren.
Optimale Vorbereitung (Priorität)
Prio 1 (immer lernen): AWD-Notationen + extend/include · Thread-Definition + Race Condition + synchronized · Client/Server/AnfrageThread-Standardformulierungen · Vererbung + Aggregation + Komposition

Prio 2 (sehr wahrscheinlich): KD-Beschreibung (Multiplizität, Rolle, Navigierbarkeit) · Datenkapselung (private/public/protected)

Prio 3 (möglich): SE-Phasen + Lastenheft/Pflichtenheft · Datenstrukturen (Stapel, Queue)