aiMOOC

Praktische Prüfungsaufträge planen und auswerten - Elektroniker für Informations- und Systemtechnik

QR-Code

Einleitung

Du bereitest dich auf berufstypische praktische Prüfungsaufträge im Ausbildungsberuf Elektroniker für Informations- und Systemtechnik vor. Du lernst, einen Auftrag aus Anforderungen abzuleiten, begründete Varianten auszuwählen, Ressourcen und überprüfbare Qualitätsmerkmale zu planen, die Bearbeitung zu dokumentieren und Ergebnisse kritisch auszuwerten. Der Kurs kombiniert Rechtsgrundlagen, Systementwurf, Projektorganisation, Softwaretests, Musterprotokolle und einen vollständig erfundenen Modellauftrag. Alle Namen, Daten, Kosten und Messwerte des Modellfalls sind synthetisch. Die Beispiele ersetzen weder Prüfungsunterlagen deiner IHK noch eine reale Inbetriebnahme.

Sicherheitsrahmen: Die Übungen bleiben bei Dokumentenanalyse, Simulation, Pseudocode und freigegebenen Lernumgebungen. Arbeiten an elektrischen Anlagen, Maschinen, Schutzeinrichtungen oder Gefahrstoffen sowie gesundheitsbezogene Tätigkeiten dürfen nur von qualifizierten Personen mit geeigneter Aufsicht und nach verbindlichen Vorschriften ausgeführt werden. Eine erfolgreiche Simulation ist ausdrücklich keine Freigabe für reale Geräte oder Anlagen.

Orientierung: BIBB-Berufsprofil, Ausbildungsordnung und Berufsportal. Prüfe vor deiner realen Prüfung immer den Beginn deines Ausbildungsverhältnisses, die auf dich anwendbare Fassung der Ordnung und die aktuellen Vorgaben deiner zuständigen IHK.

Berufsbild, Ausbildungsordnung und Prüfungsvarianten

Einordnung des Ausbildungsberufs

Der staatlich anerkannte industrielle Ausbildungsberuf Elektroniker für Informations- und Systemtechnik dauert regulär dreieinhalb Jahre. Die Rechtsgrundlage ist die Verordnung über die Berufsausbildung in den industriellen Elektroberufen vom 24. Juli 2007 in der bekannt gemachten Fassung vom 28. Juni 2018. Das BIBB nennt als Einsatzgebiete Automatisierungssysteme, Signal- und Sicherheitssysteme, Informations- und Kommunikationssysteme, funktechnische Systeme sowie eingebettete Systeme. Das sind Einsatzgebiete, nicht eigenständige „Fachrichtungen“ dieses Berufs. Der Ausbildungsbetrieb legt das Einsatzgebiet fest. Die Berufsbildpositionen nach § 23 umfassen technische Auftragsanalyse, Softwareentwicklung, Systemintegration, Systemtests, technischen Service und Qualitätsmanagement.

Die Regelung gilt nicht automatisch in jeder historischen Ausbildungs- oder Prüfungsbiografie gleichermaßen. Ausbildungsbeginn und individuelle Prüfungszuständigkeit sind vor einem realen Antrag anhand Ausbildungsvertrag, einschlägiger Fassung, Übergangsvorschriften und IHK-Hinweisen zu klären; ein fiktiver Kursbeginn wird nicht unterstellt. Quelle: IndElAusbV 2007, §§ 1–6 sowie 23–27 und BIBB.

Teil 1 und Teil 2 unterscheiden

Die gestreckte Abschlussprüfung hat zwei zeitlich getrennte Teile. Teil 1 prüft an einem funktionsfähigen Teilsystem industrieller Informationstechnik eine komplexe Arbeitsaufgabe mit situativen Gesprächsphasen und schriftlichen Aufgaben. Teil 2 umfasst Arbeitsauftrag, Systementwurf, Funktions- und Systemanalyse sowie Wirtschafts- und Sozialkunde. In diesem Kurs liegt der Schwerpunkt auf dem Arbeitsauftrag; schriftliche Prüfungsbereiche sind ergänzend zu beachten.

Variante im Arbeitsauftrag nach § 26 Abs. 4	Prüfungsform	Wesentlicher Nachweis	Zuständigkeit
Betrieblicher Auftrag	Auftrag im Betrieb mit praxisbezogenen Unterlagen und auftragsbezogenem Fachgespräch	Selbstständiges Analysieren, Planen, Durchführen, Prüfen und Dokumentieren; Aufgabenstellung und geplanter Zeitraum vorab genehmigen lassen	Ausbildungsbetrieb wählt die Variante und meldet sie der zuständigen Stelle
Praktische Arbeitsaufgabe	Vorbereiten, Durchführen und Nachbereiten einer vorgegebenen praktischen Aufgabe, aufgabenspezifische Dokumentation, begleitendes Fachgespräch	Vorgehensweise, Beobachtung der Durchführung, Unterlagen und mündliche Begründungen	Ausbildungsbetrieb wählt die Variante und meldet sie der zuständigen Stelle

Die für diesen Beruf in § 26 Abs. 4 genannten Obergrenzen lauten: betrieblicher Auftrag 20 Stunden und Fachgespräch höchstens 30 Minuten; praktische Arbeitsaufgabe insgesamt 14 Stunden mit sechs Stunden Durchführung und begleitendem Fachgespräch höchstens 20 Minuten. Das sind Angaben aus der überprüften geltenden Rechtsquelle, keine Übungsvorgaben oder allgemeingültigen Terminpläne. Abgabefristen, IHK-Merkblätter und die konkrete Prüfungsorganisation können variieren. Eine andere Berufsordnung darf nicht einfach übertragen werden. Quelle: § 26 Abs. 3–5 sowie IHK Region Stuttgart – Elektroberufe.

Was nachgewiesen werden soll

Ein gutes Prüfungsprojekt lässt erkennen, warum du welche Entscheidung getroffen hast. Die rechtlich beschriebenen Kompetenzbereiche lassen sich als Prozess darstellen: Information → Planung → Durchführung → Kontrolle und Übergabe. Auch eine technisch lauffähige Lösung genügt nicht, wenn Ziel, Risiko, Entscheidung und Prüfung nicht nachvollziehbar sind. Verwende Originalprüfungsaufgaben nicht ungefragt; die folgenden Übungsaufträge sind eigene didaktische Konstruktionen.

Ablaufdiagramme verdeutlichen Entscheidungspfade; Beispielgrafik: Manuela knoop, CC BY-SA 3.0, Wikimedia Commons.

Arbeitsauftrag analysieren und Anforderungen festlegen

Von der Problemstellung zum prüfbaren Auftrag

Beginne mit der Frage Was muss das System leisten, unter welchen Randbedingungen und wie belege ich den Erfolg? Ein Lastenheft beschreibt die Anforderungen aus Auftraggebersicht; ein Pflichtenheft erläutert eine vorgeschlagene technische Realisierung aus Auftragnehmersicht. Bei kleineren Projekten reichen oft strukturierte Anforderungstabelle und abgestimmte Schnittstellenbeschreibung. Trenne Muss-Kriterien von Kann-Kriterien.

ID	Synthetische Anforderung	Akzeptanzkriterium	Nachweis
A1	Simulierte Temperaturwerte erfassen	Jeder zulässige Testdatensatz erzeugt einen definierten Status	Testfälle T1 bis T4
A2	Warnzustand ab einschließlich 30 °C anzeigen	Bei 30 °C erscheint „Warnung“	Grenzwerttest T3
A3	Fehlende Eingaben sicher behandeln	Kein erfundener Messwert; Status „Ungültig“	Negativtest T5
A4	Änderungen nachvollziehbar machen	Version, Zeitpunkt und Testergebnis stehen im Protokoll	Dokumentenprüfung

Diese Anforderungen bilden eine Traceability-Matrix im Kleinen: Zu jeder Anforderung gehört ein Test. Fehlt eine Zuordnung, ist der Nachweis unvollständig. Im Fachgespräch kannst du die Verbindung zwischen Kundenwunsch, Entwurf, Umsetzung und Test darstellen.

Lösungsvarianten und Risiken bewerten

Vergleiche Lösungen nach Funktion, Datensicherheit, Kosten, Wartbarkeit, Energiebedarf, Verfügbarkeit und Risiko. Ein einfaches, begründetes Nutzwertverfahren ist transparenter als ein Bauchgefühl. Für jedes Kriterium legst du ein Gewicht fest und bewertest die Varianten auf derselben Skala. Beispiel: Funktion 40 %, Wartbarkeit 25 %, Datenschutz 20 %, Kosten 15 %. Für Variante A mit Bewertungen 5, 4, 5, 3 ergibt sich 0,40 × 5 + 0,25 × 4 + 0,20 × 5 + 0,15 × 3 = 4,45 Punkte. Variante B mit 4, 5, 3, 5 erreicht 4,20 Punkte. Nach diesen bewusst synthetischen Kriterien bevorzugst du A. Prüfe trotzdem, ob harte Sicherheitsanforderungen erfüllt sind; sie dürfen nicht durch hohe Durchschnittspunkte ausgeglichen werden.

Eine Risikomatrix ordnet mögliche Störungen nach Eintrittswahrscheinlichkeit und Auswirkung. Das Produkt aus beiden ordinalen Einstufungen kann Prioritäten illustrieren, ist aber keine physikalisch exakte Schadenswahrscheinlichkeit. Datenschutzverletzungen, unklare Berechtigungen und Arbeiten außerhalb eigener Qualifikation sind frühzeitig als Abbruch- oder Eskalationsgrund zu kennzeichnen.

Risikomatrix mit Wahrscheinlichkeits- und Auswirkungsachsen; Grafik englischsprachig: Peter Gladdish, CC BY 4.0, Wikimedia Commons.

Technische Schnittstellen und Datenfluss

Schnittstellen verbinden Sensorik, Controller, Software, Netzwerke und Bedienoberflächen. Dokumentiere Eingangsformate, Wertebereiche, Aktualisierungsrhythmus, Fehlersignale sowie Zugriffsrechte. Das Eingabe–Verarbeitung–Ausgabe-Prinzip hilft, Funktionen zu zerlegen. Eine Schnittstelle ist nicht schon deswegen korrekt, weil Daten ankommen: Werte können vertauscht, veraltet, unvollständig oder falsch interpretiert sein.

Eingabe, Verarbeitung und Ausgabe als Flussdiagramm; englische Beschriftung, Dave Braunschweig, CC BY-SA 4.0, Wikimedia Commons.

Ressourcen, Ablauf und Qualitätsmaßstäbe planen

Arbeitspakete, Abhängigkeiten und Gantt-Diagramm

Zerlege die Aufgabe in überprüfbare Arbeitspakete mit Ergebnis, Verantwortlichkeit und Vorgänger. Beispiel: Anforderungen freigeben → Softwaremodell entwerfen → Simulation implementieren → Grenzwerttests → Dokumentation auswerten. Ein Gantt-Diagramm visualisiert geplante Phasen; auf dem kritischen Pfad führen Verzögerungen ohne Zeitpuffer direkt zu einer Verschiebung des Endtermins. Unabhängige Tätigkeiten dürfen parallel liegen, sicherheitskritische Freigaben nicht übersprungen werden.

Beispiel eines Gantt-Diagramms: Frank Murmann, gemeinfrei, Wikimedia Commons. Die Grafik ist illustrativ und stellt keine IHK-Zeitplanung dar.

Aufwände und Kosten plausibel berechnen

Die Kosten einer Simulation kannst du mit Gesamtkosten = Arbeitsstunden × kalkulatorischer Stundensatz + Zusatzkosten abschätzen. Bei sechs Stunden und 35 € pro Stunde sowie fiktiven Zusatzkosten von 24 € und 8 € erhältst du 6 × 35 € + 24 € + 8 € = 242 €. Die Summe ist ein didaktischer Planwert, weder realer Lohnsatz noch verbindlicher Prüfungskostenansatz. Unterscheide Plan-, Ist- und Abweichungswerte; Abweichung in Euro = Istkosten − Plankosten, relative Abweichung in Prozent = Abweichung ÷ Plankosten × 100. Bei hypothetischen Istkosten von 254,10 € ist die Abweichung +12,10 € beziehungsweise +5 %.

Ressource	Planung	Nachweis	Häufiger Fehler
Personal	Zuständige Betreuung und zulässige Handlungstiefe	Zuständigkeitsliste	Arbeiten ohne Qualifikation einplanen
Material/Software	Simulationsumgebung, Testdatensatz, versionierte Dateien	Ressourcenliste	Proprietäre Lizenzen übersehen
Zeit	Vorbedingungen, Puffer und Meilensteine	Ablaufplan	Dokumentation erst am Schluss beginnen
Prüfmittel	Geeignete virtuelle Testverfahren	Testkonzept	Sollwerte erst nach dem Test definieren
Qualität	messbare Akzeptanz- und Stoppkriterien	Prüftabelle	„funktioniert irgendwie“ als Kriterium verwenden

Datenschutz, Sicherheit und nachhaltiges Arbeiten

Nutze in Übungsdateien ausschließlich synthetische Kennungen und Messreihen. Verwende keine echten Zugangsdaten, Kundennetze, Schülerdaten oder vertraulichen Schaltpläne. Ein Sicherheitskonzept muss auch Wiederherstellung, Fehlermeldungen, Rechte und Protokollierung klären. Reale elektrische Schutzprüfungen und Maschinenfreigaben sind nicht durch Softwaretests ersetzbar. Nachhaltigkeit kann in der Abwägung bedeuten: vorhandene Komponenten weiternutzen, Reparierbarkeit prüfen, Energiebedarf abschätzen und Dokumentation so gestalten, dass Folgefehler vermieden werden.

Systematisch dokumentieren, testen und Fehler auswerten

Nachweise entlang des V-Modells

Das allgemeine V-Modell ordnet Spezifikations- und Entwurfschritten passende Tests zu. Anforderungen werden im Abnahmetest nachgewiesen, Architekturentscheidungen im Integrationstest und einzelne Module im Komponententest. Verifikation fragt, ob das Produkt gemäß Spezifikation erstellt wurde; Validierung fragt, ob das richtige Problem gelöst wird. Die Darstellung ist ein Denkmodell, kein Ersatz für die verbindlichen Prüfungsverfahren.

V-Modell des strukturierten Systementwurfs; englische Originalgrafik: Herman Bruyninckx, CC BY-SA 3.0, Wikimedia Commons.

Video: „V-Modell in der Softwareentwicklung“, Draw my Business/RWTH-Aachen-Lehrkontext, 2018; Rechte beim veröffentlichten YouTube-Kanal, Einbettung keine OER-Lizenzbehauptung.

Testfälle und reproduzierbare Fehlerberichte

Ein Testfall enthält Kennung, Bezug zur Anforderung, Vorbedingung, Eingabedaten, Soll-Ergebnis, Ist-Ergebnis, Status und Version. Grenzeingaben, ungültige Daten und typische Nutzerfehler gehören dazu. Der Soll-Ist-Vergleich darf nicht nachträglich so umgeschrieben werden, dass ein Fehler verschwindet. Verwende für eine klare Fehlerdiagnose die Sequenz: Fehler reproduzieren → Ursache eingrenzen → Hypothese prüfen → Änderung dokumentieren → Regressionstest durchführen. Ein Regressionstest stellt sicher, dass eine Korrektur bestehende Funktionen nicht unerwartet beschädigt.

Video: „Softwaretests: Erklärung, Testebenen, Testablauf“, Akademie Digitale Berufe/Draw my Business im RWTH-Lehrkontext, 2018; YouTube-Einbettung, keine freie Wiederverwendung des Videos behauptet.

Dokumentationsbestandteile und Fachgespräch

Ein fachlich nachvollziehbarer Bericht zeigt Ausgangslage, Ziel, Randbedingungen, Varianten, begründete Auswahl, Planung, Durchführung, Testprotokoll, Abweichungen, Ergebnis und Verbesserungsvorschläge. Screenshots erhalten eine Bildunterschrift und Versionsangabe; Tabellen eine erklärbare Herkunft. Im Gespräch begründest du zum Beispiel, weshalb ein Grenzfall getestet wurde oder weshalb eine Variante trotz geringerer Kosten verworfen wurde. Die prüfungsrechtliche Bedeutung von Unterlagen und Fachgespräch ist variantenabhängig; lies das jeweils aktuelle Merkblatt deiner IHK.

Beispiel für eine standardisierte Schnittstellendarstellung: Ethernet-Rahmen, Urheberangabe Commons-Benutzer Mikm, gemeinfrei, Wikimedia Commons. Eine korrekte Schnittstellenbeschreibung benötigt auch Feldbedeutungen und Version.

Vollständiger Modellfall: Virtuelle Temperaturanzeige mit Warnstatus

Auftragsklärung und ausdrücklich fiktive Daten

Synthetischer Kundenwunsch: Eine Lernwerkstatt möchte den Zustand einer virtuellen Temperaturanzeige in einer isolierten Software-Simulation nachvollziehen. Für Eingabewerte unter 30 °C soll „Normal“ erscheinen, ab einschließlich 30 °C „Warnung“. Eine fehlende oder ungültige Eingabe muss „Ungültig“ ausgeben. Das Modell darf keine physischen Geräte ansteuern. Der Auftrag umfasst Anforderungsanalyse, Implementierungsentwurf, reine Softwaretests und eine beispielhafte Übergabe eines Berichtspakets.

Abgrenzung: Es gibt keine reale Sensorik, keine Verdrahtung, keine Netzspannung, keine Schalthandlung und keinen Zugang zu einem Produktionsnetz. Die folgende Abbildung zeigt lediglich ein typisches Mikrocontrollerboard als Kontextbild, nicht den zu beschaltenden Versuchsaufbau.

Raspberry Pi Pico als Hardwarekontext, nicht als Arbeitsanweisung: Michael H. („Laserlicht“), CC BY-SA 4.0, Wikimedia Commons.

Planung und technische Entscheidung

Lösungsentscheidung: Eine lokal laufende Simulation mit synthetischen Zahlen ist für diesen Modellauftrag geeigneter als reale Hardware: keine Abhängigkeit von elektrischen Messungen, gleiche Testdaten bei jeder Wiederholung, nachvollziehbares Versionsprotokoll. Als Datenstruktur reicht ein Wert oder ein Fehlerkennzeichen; gespeichert werden keine Personenprofile.

Phase	Fiktiver Zeitansatz	Ergebnis
Information	45 Minuten	vier Anforderungen einschließlich Grenzwert und Fehlerfall
Planung	90 Minuten	Entscheidung, Pseudocode und Testmatrix
Implementierung in Simulation	150 Minuten	Modellversionen V1 und V2
Qualitätskontrolle	45 Minuten	ausgefülltes Testprotokoll
Dokumentation und Reflexion	30 Minuten	Abschlussbericht
Summe	360 Minuten = 6 Stunden	Nur Lernsimulation, keine reale Prüfungszeit

Entwurfslogik für Version V2 als Pseudocode:

Eingabe: simulierter Wert T
wenn T fehlt oder kein gültiger Zahlenwert ist:
    Status = "Ungültig"
sonst wenn T >= 30:
    Status = "Warnung"
sonst:
    Status = "Normal"
Ausgabe: Status

Das Grenzzeichen größer oder gleich ist hier entscheidend. Der typische Fehler in V1 bestand in „größer als 30“ und wurde später korrigiert. Ein Pseudocodeplan ist kein freigegebenes Anlagenprogramm.

Testprotokoll, Rechenweg und Ergebnis

Die Testeingaben sind ausschließlich synthetisch. Für die erste Version V1 sei die Bedingung versehentlich „T > 30“ implementiert. V2 verwendet „T >= 30“ und behandelt ungültige Werte gesondert.

Test	Anforderung	Eingabe	Erwartet	Ist V1	Ist V2	Endstatus
T1	A1	27 °C	Normal	Normal	Normal	bestanden
T2	A1	29 °C	Normal	Normal	Normal	bestanden
T3	A2	30 °C	Warnung	Normal	Warnung	bestanden nach Korrektur
T4	A2	32 °C	Warnung	Warnung	Warnung	bestanden
T5	A3	kein gültiger Wert	Ungültig	Ungültig	Ungültig	bestanden

Auswertung: In V1 bestehen 4 von 5 Tests, also 4 ÷ 5 × 100 = 80 %. In V2 bestehen 5 von 5 Tests, also 5 ÷ 5 × 100 = 100 % für diese begrenzte Testmenge. Das belegt weder Fehlerfreiheit für sämtliche möglichen Eingaben noch eine elektrische oder funktionale Freigabe eines realen Systems. Der Fehlerbericht enthält: ID T3, Abweichung bei 30 °C, Ursache falscher Vergleichsoperator, Korrektur V2, erneute Ausführung von T1 bis T5, Ergebnis 5/5. Das ist ein reproduzierbarer, dokumentierter Verbesserungszyklus.

Fiktive Kostenkalkulation: 6 h × 35 €/h + 24 € Simulationsbereitstellung + 8 € Testdatenaufbereitung = 242 € Planaufwand. Bei angenommenen Istkosten von 254,10 € ergibt sich 254,10 € − 242 € = 12,10 €, also 12,10 ÷ 242 × 100 = 5 % Mehrkosten. Diese Werte sind selbst konstruiert.

Fachliches Bewertungsraster und Übergabeentscheidung

Das folgende Lernraster bewertet den Modellfall transparent. Es ist kein offizieller IHK-Punkteschlüssel und darf nicht als gesetzliche Prüfungsgewichtung ausgegeben werden.

Kriterium	Maximalpunkte	Modellbeurteilung	Begründung
Anforderungen und Problemverständnis	20	18	Ziele klar, Ausnahmefall nachgearbeitet
Planung, Ressourcen, Variantenentscheidung	20	18	Zeit und Kosten nachvollziehbar, Puffer knapp
Fachgerechte sichere Modellbearbeitung	25	22	Lokal und synthetisch, V1-Grenzfehler dokumentiert
Testkonzept, Fehleranalyse, Regression	20	20	Grenzfall erkannt, alle fünf Tests in V2 bestanden
Dokumentation, Reflexion, Fachkommunikation	15	13	Versionen eindeutig, mögliche Erweiterungen benannt
Gesamt	100	91	91 % des selbst erstellten Lernrasters

Ergebnis: Die Software-Simulation V2 erfüllt die fünf vereinbarten Modelltestfälle. Die synthetische Lernübergabe umfasst Anforderungstabelle, Pseudocode, Zeit- und Kostenplan, Testprotokoll, Fehlerbericht und Reflexion. Eine reale Maschinen-, Elektro- oder Produktfreigabe findet nicht statt. Für einen realen betrieblichen Auftrag wären Genehmigung, Vertraulichkeit, Sicherheitsprüfungen und die Vorgaben der zuständigen IHK gesondert zu berücksichtigen.

Interaktive Aufgaben

Quiz: Prüfe dein Wissen

Wer entscheidet nach § 26 Abs. 5 über die gewählte Prüfungsvariante des Arbeitsauftrags? (Der Ausbildungsbetrieb) (!Der Anbieter der Lernplattform) (!Die Person mit der höchsten Testpunktzahl) (!Ausschließlich der Softwareentwickler)

Rückmeldung: Die Ausbildungsordnung weist die Wahl dem Ausbildungsbetrieb zu. Er informiert Prüfling und zuständige Stelle mit der Prüfungsanmeldung.

Welche Aussage beschreibt den betrieblichen Auftrag dieser Ausbildung korrekt? (Die Aufgabenstellung muss vor der Durchführung zur Genehmigung vorgelegt werden) (!Ein selbst gewählter Titel ersetzt die Genehmigung) (!Das Fachgespräch ersetzt alle praxisbezogenen Unterlagen) (!Jede beliebige Übung kann ohne Abstimmung eingereicht werden)

Rückmeldung: Der Prüfungsausschuss prüft die vorgesehene betriebliche Aufgabe vor der Durchführung; ein reiner Übungsfall ist kein genehmigter Prüfungsauftrag.

Was macht ein Akzeptanzkriterium prüfbar? (Ein beobachtbares Ergebnis mit eindeutiger Sollvorgabe) (!Eine möglichst allgemeine Beschreibung) (!Die Hoffnung auf eine fehlerfreie Umsetzung) (!Ein nicht dokumentiertes Gespräch)

Rückmeldung: Ein Kriterium wie Warnung ab einschließlich 30 Grad erlaubt einen konkreten Soll-Ist-Vergleich.

Welcher Begriff beschreibt Anforderungen aus Sicht des Auftraggebers? (Lastenheft) (!Regressionstest) (!Fehlerprotokoll) (!Versionsnummer)

Rückmeldung: Das Lastenheft beschreibt das gewünschte Was; ein Pflichtenheft konkretisiert üblicherweise das geplante Wie.

Wie hoch ist der fiktive Planaufwand bei sechs Stunden zu je 35 Euro plus 32 Euro Zusatzkosten? (242 Euro) (!210 Euro) (!274 Euro) (!67 Euro)

Rückmeldung: Arbeitskosten sind 6 mal 35 gleich 210 Euro. Zusammen mit 32 Euro entstehen 242 Euro.

Was muss die Simulation am Grenzwert von genau 30 Grad ausgeben? (Warnung) (!Normal) (!Keine Ausgabe) (!Immer Ungültig)

Rückmeldung: Die Spezifikation fordert eine Warnung ab einschließlich 30 Grad. Ein reines Größer-als wäre ein Grenzfehler.

Welches Testmerkmal erlaubt eine reproduzierbare Diagnose? (Dokumentierte Eingabe sowie Soll und Ist mit Versionsbezug) (!Nur der Vermerk Fehler behoben) (!Ein Screenshot ohne Datum und Bezug) (!Die mündliche Vermutung des Testenden)

Rückmeldung: Eingabe, erwartetes Verhalten, beobachtetes Verhalten und Version machen Fehler erneut prüfbar.

Warum prüft man nach einer Korrektur weitere zuvor bestandene Fälle erneut? (Um ungewollte Nebenwirkungen durch Regressionstests zu finden) (!Um die Anforderungsanalyse zu vermeiden) (!Um den Prüfer durch mehr Seiten zu beeindrucken) (!Um die Zustimmung für reale Anlagen zu ersetzen)

Rückmeldung: Regressionstests sollen neue Fehler in vorher funktionierenden Bereichen erkennen.

Was belegen fünf bestandene Modelltests von fünf ausgeführten Tests? (Einen Erfolg von hundert Prozent innerhalb dieser Testmenge) (!Die allgemeine Fehlerfreiheit jeder denkbaren Version) (!Eine Zulassung zur Maschinenfreigabe) (!Die bestandene offizielle Abschlussprüfung)

Rückmeldung: Testabdeckung und reale Betriebssicherheit bleiben zu prüfen; ein begrenzter Testdatensatz beweist nicht alles.

Welche Aussage über den Modellbewertungsbogen stimmt? (Er ist ein didaktischer Bewertungsmaßstab und keine offizielle IHK-Gewichtung) (!Er ersetzt die geltende Ausbildungsordnung) (!Er legt die deutschlandweiten Prüfungsnoten fest) (!Er erlaubt eine reale elektrische Freigabe)

Rückmeldung: Das Raster dient Feedback und Selbstkontrolle; amtliche Regeln stehen ausschließlich in Rechtsgrundlagen und zuständigen Prüfungsvorgaben.

Memory: Fachbegriffe zuordnen

Finde die sechs eindeutigen Begriff-Erklärung-Paare.

Lastenheft	Anforderungen aus Sicht des Auftraggebers
Pflichtenheft	Beschriebene geplante Realisierung durch den Auftragnehmer
Grenzwerttest	Überprüfung am Übergang zwischen zwei Zuständen
Regressionstest	Wiederholte Prüfung bereits funktionierender Merkmale nach einer Änderung
Traceability	Nachvollziehbare Verbindung von Anforderung und zugehörigem Test
Abnahmeprotokoll	Festgehaltene Soll-Ist-Ergebnisse und Übergabeentscheidung

Drag-and-drop: Nachweise richtig zuordnen

Ordne die fünf Arbeitsergebnisse der zutreffenden Funktion zu.

Ordne den Begriff zu	Beschreibung
Anforderungstabelle	Dokumentiert konkrete Kundenwünsche mit Kennungen
Ablaufplan	Zeigt Abfolge, Zuständigkeiten und Zeitbedarf der Teilaufgaben
Testprotokoll	Hält erwartete und beobachtete Resultate fest
Fehlerbericht	Beschreibt Reproduktion, Ursache und Korrektur einer Abweichung
Reflexion	Bewertet Ergebnisse, Grenzen und nächste Verbesserungen

Kreuzworträtsel: Sechs Schlüsselwörter

Lastenheft	Wie heißt das Dokument mit Anforderungen aus Auftraggebersicht?
Pflichtenheft	Wie heißt das Dokument mit der geplanten technischen Umsetzung?
Grenzwert	Wie nennt man einen Wert an der Grenze zwischen zwei vorgesehenen Zuständen?
Testprotokoll	Wie heißt der Nachweis mit Soll- und Ist-Ergebnissen?
Risikomatrix	Welche Darstellung verbindet Eintrittswahrscheinlichkeit und Auswirkung?
Regressionstest	Wie heißt der erneute Test bereits funktionierender Bereiche nach Änderungen?

LearningApps

Suche zusätzliche Zuordnungsübungen zum Berufsfeld; Treffer sind externe Angebote und müssen inhaltlich geprüft werden.

Lückentext: Vom Auftrag zur Auswertung

Den Wunsch des Auftraggebers kann ein

beschreiben.

Ein prüfbares Qualitätsmerkmal heißt

.

Die Verbindung von Anforderung und Test heißt

.

Zeitliche Arbeitspakete lassen sich mit einem

visualisieren.

Bei 30 Grad verlangt der Modellauftrag den Status

.

Ein Vergleich zwischen Erwartung und Beobachtung heißt

.

Ein erneut ausgeführter Test nach einer Änderung ist ein

.

Fehlerhafte oder fehlende Eingaben erhalten im Modell den Status

.

Bei fünf bestandenen von fünf Tests beträgt die Quote

Prozent.

Für den betrieblichen Prüfungsauftrag ist vor der Durchführung eine

erforderlich.

Offene Aufgaben

Bearbeite alle zwölf eigenständigen Lernaufträge ausschließlich mit fiktiven Daten, Texten, Grafiken und Simulationen. Dokumentiere die Ergebnisse mit Quellen und Versionsangaben.

Leicht

Lastenheft: Formuliere drei Muss-Anforderungen für eine fiktive LED-Statusanzeige ohne reale Elektronik und gib jeweils ein prüfbares Ergebnis an.
Projektplanung: Skizziere als Bild oder digitale Grafik vier typische Phasen eines Prüfungsauftrags und erkläre zu jeder Phase ein zu lieferndes Dokument.
Testfall: Entwirf eine Testkarte für einen Grenzwert und kennzeichne Eingabe, Soll, Ist und den Fall einer ungültigen Eingabe.
Arbeitsschutz: Verfasse eine Sicherheitsnotiz, die erklärt, warum eine simulierte Funktion keine elektrische oder maschinelle Freigabe ist.

Standard

Gantt-Diagramm: Plane einen vollständig fiktiven sechsstündigen Simulationsauftrag mit fünf Arbeitspaketen, Abhängigkeiten, Puffer und nachvollziehbarer Balkengrafik.
Nutzwertanalyse: Vergleiche zwei Software-Simulationsvarianten mit vier gewichteten Kriterien, berechne die Punktwerte und begründe die Empfehlung.
Qualitätsmanagement: Erstelle ein anonymes Fehlerprotokoll zu einem erfundenen Grenzwertfehler und plane fünf Regressionstests.
Technische Dokumentation: Produziere ein dreiminütiges Erklärvideo oder ein Storyboard, das das Prinzip der Anforderungs-Test-Zuordnung zeigt; verwende nur eigene oder lizenzierte Medien.

Schwer

Systementwurf: Entwickle eine vollständig virtuelle Statusanzeige mit drei Betriebszuständen, beschreibe den Entscheidungsalgorithmus, vier ungültige Eingaben und acht Testfälle.
Fehlermöglichkeits- und -einflussanalyse: Erstelle eine Risikoübersicht für ein fiktives vernetztes System und trenne fachliche Testfehler von meldepflichtigen Sicherheitsproblemen.
Prüfungsvorbereitung: Gestalte zwei begründete Vorbereitungskonzepte für die gesetzlichen Varianten betrieblicher Auftrag und praktische Arbeitsaufgabe; gleiche sie mit der Rechtsquelle und dem zuständigen IHK-Merkblatt ab.
Fachgespräch: Führe ein simuliertes, aufgezeichnetes Fachgespräch mit Rollen aus fiktiven Profilen durch und bewerte Transparenz der Entscheidungen, Abweichungsbehandlung und Grenzen der Simulation.

Lernkontrolle

Anforderungsanalyse: Begründe an zwei konkreten fiktiven Beispielen, warum „Das System soll schnell sein“ nicht als Akzeptanzkriterium genügt, und verbessere die Formulierung.
Kostenrechnung: Berechne Plan- und Ist-Abweichung für 242 € Plan- und 266,20 € Istkosten und interpretiere die Aussagegrenzen des Ergebnisses.
Softwaretest: Vergleiche die Ursachen und Folgen einer fehlenden Eingabe mit einem Grenzwertfehler in einer synthetischen Statusanzeige; skizziere je einen passenden Test.
Dokumentation: Prüfe ein selbst verfasstes Testprotokoll auf Reproduzierbarkeit und ergänze bewusst fehlende Versions- und Sollangaben.
Prüfungsordnung: Erkläre den Unterschied der zwei zulässigen Arbeitsauftragsvarianten nach § 26 Abs. 4 und weshalb der Ausbildungsbetrieb diese mit der Prüfungsanmeldung auswählt.
Technische Kommunikation: Entwirf drei mögliche Fragen eines Fachgesprächs zur Variantenwahl, Testabdeckung und Sicherheitsabgrenzung und beantworte sie anhand des Modellfalls.

Lernnachweis

Dein Lernportfolio ist vollständig, wenn es fachliche Nachweise und eine begründete Selbstkontrolle enthält: eine gekennzeichnete Anforderungsliste mit eindeutigen Soll-Kriterien; eine Entscheidungs- oder Nutzwertmatrix; einen Plan für Zeit, Ressourcen und Kosten; einen ausschließlich synthetischen Daten- und Testplan; ein ausgefülltes Soll-Ist-Protokoll mit Fehlerkorrektur und Regression; eine begründete Qualitätsbewertung; ein kurzes Fachgesprächs-Skript; Quellen- und Lizenzangaben sowie eine Reflexion, welche Sicherheits- und Gültigkeitsgrenzen das Modell hat. Ein Rechenergebnis ohne Einheiten oder dokumentierte Annahmen reicht nicht als Nachweis.

Selbstcheck: Kannst du zu jeder Anforderung mindestens einen Test nennen? Kannst du erklären, weshalb der Grenzwert 30 °C vor der Korrektur falsch behandelt wurde? Kannst du die fünf Bestandteile deines Lernrasters mit Belegen einschätzen? Kannst du klar sagen, warum kein reales System freigegeben wird? Die Quellenprüfung und eine Rückmeldung durch eine qualifizierte Lehr- oder Ausbildungsperson ergänzen die Selbsteinschätzung.

OER und Wikipedia

Geprüfte Fach- und Rechtsquellen (abgerufen im Oktober 2026):

BIBB – Beruf und Einsatzgebiete, amtliches Berufsprofil.
IndElAusbV 2007, Bekanntmachung 28.06.2018, insbesondere §§ 23–27; Rechtsgrundlage, kein frei umformbarer OER-Text.
BIBB – Ausbildung gestalten, Umsetzungshilfe und weiterführendes Prüfungs- und Lernmaterial; jeweilige Nutzungsbedingungen beachten.
IHK Stuttgart – Elektroberufe, regionale Prüfungsorganisation, nicht ohne Prüfung auf jede IHK übertragbar.
Wikipedia – V-Modell und Wikipedia – Projektmanagement, einführende, gemeinschaftlich erstellte Texte mit CC BY-SA-Lizenzbedingungen.
Wikimedia Commons, Mediendateien mit dateispezifischen Lizenzbedingungen.

Dateigenauer Bildnachweis und Nutzungsrechte:

Eingebettete Datei	Quelle	Urheber	Lizenz/Rechte
File:Flowchart example.svg	Commons-Dateiseite	Manuela knoop	CC BY-SA 3.0
File:Risk matrix diagram.svg	Commons-Dateiseite	Peter Gladdish	CC BY 4.0
File:Flowgorithm Input Process Output.svg	Commons-Dateiseite	Dave Braunschweig	CC BY-SA 4.0
File:Gantt diagramm.svg	Commons-Dateiseite	Frank Murmann	Gemeinfrei laut Urheberangabe
File:V-model.svg	Commons-Dateiseite	Herman Bruyninckx	CC BY-SA 3.0
File:Ethernet frame.svg	Commons-Dateiseite	Commons-Benutzer Mikm	Gemeinfrei laut Dateiseite
File:Raspberry pi pico oben.jpg	Commons-Dateiseite	Michael H. („Laserlicht“)	CC BY-SA 4.0

Nachweis der eingebetteten Fachvideos:

Video	Veröffentlichungsnachweis	Urheber/Kanal	Rechte
https://www.youtube.com/watch?v=5ahIznlqFyo	V-Modell in der Softwareentwicklung, 2018	Draw my Business; RWTH-Aachen-Lehrkontext	Plattformbedingungen; nur Einbettung, keine offene Inhaltslizenz nachgewiesen
https://www.youtube.com/watch?v=1PWeEbuflC0	Softwaretests: Erklärung, Testebenen, Testablauf, 2018	Akademie Digitale Berufe / Draw my Business; RWTH-Aachen-Lehrkontext	Plattformbedingungen; nur Einbettung, keine offene Inhaltslizenz nachgewiesen

OER-Hinweis: Eigene Kursaufgaben und fiktive Rechnungen dürfen im Unterricht mit korrekter Urheber- und Lizenzangabe weiterbearbeitet werden, soweit dafür Nutzungsrechte bestehen. Drittbilder haben verschiedene freie Lizenzen, Videos sind ohne zusätzlichen Lizenznachweis nicht frei bearbeitbar. Ein Link oder eingebetteter Player macht fremde Werke nicht automatisch zu OER. Nachbearbeitungen der Bilder müssen die jeweils konkreten Share-Alike- und Namensnennungspflichten beachten.

Enzyklopädischer Einstieg (deutschsprachiger, überprüfter Artikel):

Verknüpfte Lernbereiche

Der Lernweg verbindet Berufsportal, Prüfungsvorbereitung, Systementwurf, Softwaretest, Projektmanagement und Qualitätsmanagement. Die folgenden internen Links dienen als thematische Navigation; die rechtlichen Aussagen sind in den oben verlinkten Primärquellen zu prüfen.

Ausbildung und Berufsportal