aiMOOC

Dokumentation und berufliches Fachgespräch - Elektroniker für Informations- und Systemtechnik

QR-Code

Lernziel: Du erstellst eine nachvollziehbare technische Dokumentation für ein System der industriellen Informationstechnik und begründest deine Entscheidungen im beruflichen Fachgespräch mit Anforderungen, Alternativen und überprüfbaren Belegen. Alle Auftragsnummern, Messwerte und Personenrollen in diesem Kurs sind frei erfunden. Der Modellfall bleibt eine Simulation ohne reale Anlagenfreigabe.

Einleitung

Technische Dokumentation ist mehr als ein Bericht über erledigte Tätigkeiten. Sie macht Anforderungen, Planung, Entscheidungen, Änderungen, Ergebnisse, Fehler und Übergaben für andere Fachkräfte nachvollziehbar. In der Ausbildung zum Elektroniker für Informations- und Systemtechnik betrifft dies zum Beispiel Embedded Systems, Schnittstellen, Industrielle Kommunikation, Softwaretest und die Integration von Hard- und Software. Du übst die Dokumentation so, dass eine fachkundige Person deinen Weg von der Anforderung bis zum Prüfnachweis verstehen kann.

Ein Fachgespräch ist hier nicht bloß freiwilliges Rhetoriktraining: Die aktuell veröffentlichte Verordnung über die Berufsausbildung in den industriellen Elektroberufen sieht im Prüfungsbereich Arbeitsauftrag der Abschlussprüfung Teil 2 je nach gewählter Variante ein Fachgespräch vor. Die einschlägigen Vorgaben der zuständigen IHK und die für deinen Ausbildungsvertrag anwendbare Fassung sind zusätzlich zu prüfen. Übe deshalb begründendes Sprechen, aber verwechsle ein allgemeines Prüfungstraining nicht mit einem verbindlichen Originalprüfungsauftrag.

Beruflicher Rahmen und Prüfungsvarianten

Berufsprofil, Ausbildungsordnung und Geltungsbereich

Das BIBB-Berufsprofil weist für Elektronikerinnen und Elektroniker für Informations- und Systemtechnik eine reguläre Ausbildungsdauer von 42 Monaten im industriellen Bereich aus. Es nennt unter anderem Automatisierungssysteme, eingebettete Systeme, Funktechnik, Informations- und Kommunikationssysteme sowie Signal- und Sicherheitssysteme als Einsatzgebiete; diese sind nicht mit gesonderten Fachrichtungen zu verwechseln. Die Ausbildungsordnung für die industriellen Elektroberufe stammt aus dem Jahr 2007 und wurde unter anderem 2018 neu gefasst beziehungsweise geändert. Maßgeblich für den Einzelfall sind der geltende Rechtsstand, eventuelle Übergangsregelungen und die Angaben der zuständigen IHK; ein pauschal unterstellter Ausbildungsbeginn wäre falsch.

Die derzeit abrufbare Regelung in § 26 IndElAusbV gliedert Teil 2 in Arbeitsauftrag, Systementwurf, Funktions- und Systemanalyse sowie Wirtschafts- und Sozialkunde. Für die hier behandelte Dokumentation ist insbesondere der Arbeitsauftrag relevant. Verbindliche Fristen, Seitenvorgaben und Einreichungsverfahren ergeben sich aus den für dich geltenden Kammerinformationen; übernimm keine zufällige regionale Vorlage ungeprüft.

Betrieblicher Auftrag und praktische Arbeitsaufgabe

Im Prüfungsbereich Arbeitsauftrag sind nach § 26 Abs. 4 zwei Varianten vorgesehen:

Betrieblicher Auftrag: Innerhalb des vorgesehenen Rahmens von 20 Stunden einen betrieblichen Auftrag durchführen, mit praxisbezogenen Unterlagen dokumentieren und darüber ein Fachgespräch von höchstens 30 Minuten führen. Die Aufgabenstellung mit geplantem Bearbeitungszeitraum muss vorher vom Prüfungsausschuss genehmigt werden.
Praktische Arbeitsaufgabe: Eine Aufgabe in 14 Stunden vorbereiten, durchführen, nachbereiten und mit aufgabenspezifischen Unterlagen dokumentieren; dazu gehört ein begleitendes Fachgespräch von höchstens 20 Minuten. Für die Durchführung sind sechs Stunden genannt.

Der Ausbildungsbetrieb wählt die Variante und meldet sie der zuständigen Stelle. Die Zahlen stammen aus dem recherchierten Verordnungstext und sind keine frei erfundenen Zeitvorgaben; kontrolliere trotzdem die auf deinen Ausbildungsbeginn anwendbaren Regelungen und aktuellen IHK-Hinweise. Beide Varianten verlangen berufliche Handlungsfähigkeit. Bei der betrieblichen Variante stehen die genehmigte Auftragsbearbeitung und ihre Unterlagen als Gesprächsgrundlage im Vordergrund; bei der praktischen Variante spielen außerdem unmittelbare Arbeitsbeobachtungen eine Rolle. Eine für andere Berufe übliche verpflichtende Projektpräsentation darfst du nicht automatisch als zusätzliche Prüfungsleistung dieses Berufs unterstellen.

Merkmal	Betrieblicher Auftrag	Praktische Arbeitsaufgabe
Gegenstand	Genehmigter betrieblicher Auftrag	Vorgegebene praktische Aufgabe
Dokumentation	Praxisbezogene Unterlagen des Auftrags	Aufgabenspezifische Unterlagen
Gespräch	Fachgespräch über Auftrag und Unterlagen	Begleitendes Fachgespräch über Durchführung
Training	Entscheidungsweg und Ergebnisse belegen	Vorgehen, Beobachtungen und Prüfungsergebnisse begründen

Sicherheits- und Datenschutzgrenzen

Die Beispiele dieses Kurses nutzen ausschließlich fiktive Datensätze und virtuelle Systeme. Sie sind keine Arbeitsanweisung zur Prüfung, Schaltung oder Freigabe realer elektrischer, industrieller oder sicherheitskritischer Anlagen. Praktische Elektro-, Maschinen-, Gefahrstoff- oder Gesundheitsarbeiten erfolgen nur unter qualifizierter Anleitung und gemäß betrieblich freigegebenen Verfahren. In Beispieldokumenten erscheinen keine Kundennamen, Zugangsdaten, realen Netzwerkadressen, privaten Prüfdaten oder Betriebsgeheimnisse. Nutze für Screenshots nach Möglichkeit eine Labor-Demoumgebung und kennzeichne alle Abbildungen als Beispiel oder Nachweis.

Struktur und Qualität der technischen Dokumentation

Von der Anforderung zur rückverfolgbaren Unterlage

Eine gute Dokumentation beantwortet: Was war verlangt? Warum wurde eine Lösung gewählt? Wie wurde sie umgesetzt? Womit wurde das Ergebnis nachgewiesen? Welche Grenzen bestehen noch? Der Begriff Rückverfolgbarkeit beziehungsweise Traceability bezeichnet die Zuordnung von Anforderungen zu Entwurfsentscheidungen, Umsetzung und Tests. Vergib deshalb stabile IDs wie ANF-01, ENT-01 und TEST-01. Verweise bei jeder Abweichung auf betroffene Anforderungen und korrigierte Prüfergebnisse.

Eine praktikable Gliederung lautet: Auftragsziel und Ausgangslage; Anforderungen und Abnahmekriterien; Schnittstellen und Rahmenbedingungen; Variantenvergleich; Planung; Durchführung und Änderungsverlauf; Tests mit Soll- und Ist-Werten; Abweichungen und Restpunkte; Bewertung und Übergabe; Verzeichnis der Anlagen und Quellen. Eine bloße Bildersammlung ohne Bildtitel, Zeitpunkt, Bezug und Auswertung ist kein technischer Nachweis.

Abbildung: Anforderungen müssen spezifiziert, verständlich dargestellt und abgestimmt werden; englisch beschriftetes Wikimedia-Commons-Schaubild von Lbeehler, CC BY-SA 4.0.

Versionierung, Änderungen und Quellen

Jede freigegebene Version erhält eine Kennung, ein Datum, eine verantwortliche Rolle und einen Änderungsgrund. Unterscheide Beobachtung (beispielsweise eine protokollierte Reaktionszeit) von Bewertung (Abnahmekriterium erfüllt oder verfehlt) und Entscheidung (Korrektur beauftragen, Test wiederholen). Ein Änderungsprotokoll (Change Log) beschreibt Ausgangsversion, Änderung, Begründung, Auswirkungen und erneuten Prüfumfang. Quellen gehören direkt zur relevanten Aussage: Normstellen nur korrekt und nach Prüfung der jeweils gültigen Fassung nennen; Abbildungen brauchen Urheber- und Lizenzangaben.

Dokumentbestandteil	Leitfrage	Nachweisbeispiel
Anforderung	Woran erkennt man Erfolg?	ANF-03: Antwortzeit höchstens 200 ms
Architektur	Wo verlaufen Daten und Verantwortlichkeiten?	Blockbild und Schnittstellentabelle
Planung	Welche Reihenfolge und Reserven gelten?	Arbeitspakete und Abhängigkeiten
Durchführung	Was wurde wann geändert?	Änderungslog mit Versionskennung
Test	Stimmen Soll und Ist überein?	TEST-03 mit Messreihe und Akzeptanzgrenze
Übergabe	Was ist geprüft, was offen?	Synthetisches Abnahmeprotokoll ohne reale Freigabe

Abbildung: Gantt-Diagramm zur Ablaufplanung, Garry L. Booker und Bearbeitung Malyszkz, gemeinfrei. Achtung: Die Quelldatei enthält eine bekannte fehlerhafte Ende-zu-Anfang-Abhängigkeit. Nutze sie ausdrücklich als Übung zur Fehlererkennung, nicht als fehlerfreien Musterplan.

Typische Dokumentationsfehler und Gegenmittel

Fehler 1: Ziele sind unprüfbar („System läuft gut“). Korrektur: Messgröße, Grenze und Testumgebung festlegen. Fehler 2: Ein Screenshot ersetzt den Testbericht. Korrektur: Prüfschritt, Sollwert, Istwert, Datum, Testversion und Schlussfolgerung ergänzen. Fehler 3: Ein behobener Fehler verschwindet aus der Historie. Korrektur: ursprünglichen Befund, Änderung und erneuten Test erhalten. Fehler 4: Die Dokumentation enthält fremde personenbezogene Daten oder Passwörter. Korrektur: Daten minimieren, anonymisieren und Zugriffsrechte beachten. Fehler 5: Eigenleistung und externe Beiträge werden vermischt. Korrektur: Verantwortlichkeiten transparent darstellen.

Technische Belege, Tests und Auswertung

Architektur, Schnittstellen und Signalfluss

Dokumentiere Ein- und Ausgänge, Protokolle, Datenformate, Fehlerzustände, Versorgung und Sicherheitsgrenzen. Ein Blockschaltbild zeigt Komponenten und Datenflüsse, kein vermeintlich vollständiges elektrisches Schaltbild. In einer Schnittstellenbeschreibung stehen mindestens Kommunikationspartner, Richtung, Signal- oder Datentyp, Format, erlaubter Bereich, Timing, Versionsstand und Fehlerbehandlung. Eine Netzwerktopologie allein beweist noch keine sichere Netzwerksegmentierung.

Abbildung: Beispiele für Netzwerktopologien, Wikimedia Commons, Maksim und Malyszkz; gemeinfrei. Die Darstellung veranschaulicht Strukturen, nicht die konkrete Eignung für eine industrielle Anlage.

Testfall, Prüfprotokoll und V-Modell

Das V-Modell verbindet Anforderungen und Entwurf mit zugehörigen Testebenen. Ein Testfall enthält Kennung, zugeordnete Anforderung, Vorbedingungen, Eingabe, erwartete Ausgabe, Durchführung, tatsächliches Ergebnis und Bewertung. Trenne einen erfolgreichen Funktionstest von Prüfungen zu Zuverlässigkeit, Performance oder Informationssicherheit. Für eine belastbare Aussage notierst du auch verwendete Simulationsversionen und Messunsicherheiten; aus einem einzelnen Durchlauf darfst du keine generelle Fehlerfreiheit ableiten.

Abbildung: Zuordnung von Entwurfs- und Testphasen im V-Modell; Michael Pätzold und S. Seyfert, CC BY-SA 3.0 DE.

Fachvideo (QAFox, „Was sind Testfälle?“, 2022): Ergänzung zur Definition von Testfällen; kein berufsspezifisches Prüfungsvideo, keine offizielle IHK-Quelle.

Kennzahlen korrekt berechnen und interpretieren

Eine Testquote ist nur aussagekräftig, wenn der Nenner klar definiert ist. Für Fehlerrate gilt im hier gewählten Übertragungsmodell: Fehlende Datensätze / erwartete Datensätze × 100 %. Für Datenmenge gilt: Anzahl Datensätze × angenommene Bytes pro Datensatz. Achte darauf, ob Bytes dezimal oder binär umgerechnet werden: 1 KiB = 1024 Byte. Eine Prozentgrenze von 0,2 % ist nicht mit 0,2 als Anteil zu verwechseln; 0,2 % entspricht 0,002.

Beispiel: Bei einem Intervall von zwei Sekunden über acht Stunden sind 8 × 3600 / 2 = 14.400 Datensätze zu erwarten. Bei 64 Byte je Datensatz ergibt sich 14.400 × 64 = 921.600 Byte = 900 KiB für diese vereinfachten Nutzdatensätze; Protokoll- und Speicher-Overhead fehlen. Werden 14.382 Datensätze gezählt, fehlen 18. Daraus folgt 18 / 14.400 × 100 % = 0,125 %. Gegenüber einer vereinbarten Höchstquote von 0,2 % ist dieses einzelne Kriterium erfüllt. Das bedeutet nicht, dass andere Anforderungen automatisch bestanden wurden.

Fachvideo (Sven Stemmler, „Prüfprotokoll richtig ausfüllen #05“, 2019): Es zeigt beispielhaft die Dokumentation eines Prüfergebnisses elektrischer Anlagen. Die konkrete Anlagenprüfung und ihre Vorschriften gehören nicht zum virtuellen Modellfall dieses Kurses; keine Arbeitsanweisung für Laien.

Durchgängiger Modellfall: Datenlogger im Prüflabor

Synthetischer Auftrag und überprüfbare Kriterien

SYN-AUF-26-014: Für einen ausschließlich simulierten Sensor-Datenlogger soll ein virtuelles Gateway Temperatur-Musterwerte über eine Labor-Testumgebung an eine Auswertesoftware übergeben. Weder echte Sensorik noch ein Produktionsnetz wird angeschlossen. Die technische Dokumentation muss einer zweiten Fachkraft die Wiederholung der Simulation ermöglichen. Anforderungen:

ANF-01: Ein virtueller Datensatz alle zwei Sekunden über acht Stunden; Erwartung 14.400.
ANF-02: Fehlende Datensätze höchstens 0,2 % der erwarteten Anzahl.
ANF-03: Gemessene Ende-zu-Ende-Reaktionszeit in jedem festgelegten Prüfzyklus höchstens 200 ms.
ANF-04: Export enthält Zeitstempel, simulierten Messwert, Statuscode und dokumentierte Formatversion; keine echten Personen- oder Standortdaten.
ANF-05: Eine fehlerhafte Übertragung wird mit Ereigniskennung protokolliert und darf nicht stillschweigend als erfolgreicher Messwert erscheinen.

Prüfgrenze: Ein simuliertes Bestehen dieser Kriterien ist kein Nachweis der Sicherheit oder Einsatzbereitschaft eines realen Geräts. Die verwendete Messmethode muss dokumentiert sein; die hier fiktiven Zahlen haben keine metrologische Gültigkeit.

Variantenvergleich und begründete Entscheidung

Zwei fiktive Architekturvarianten werden anhand eines vorher festgelegten Bewertungsmodells verglichen. Variante A nutzt einen getrennten Labor-Nachrichtenkanal mit authentisierter Übertragung; Variante B eine einfache ungeschützte Test-Schnittstelle. Beide bleiben im isolierten Simulator. Bewertungsmaßstab: 1 = ungünstig, 5 = günstig. Gewichtete Nutzwertsumme = Summe aus Gewicht × Punkte; alle Gewichte zusammen ergeben 1.

Kriterium	Gewicht	A: Punkte	B: Punkte
Informationsschutz	0,40	4	2
Wartbarkeit	0,30	5	3
Simulierte Latenz	0,20	4	5
Aufwand	0,10	3	5
Gewichteter Nutzen	1,00	4,20	3,20

Rechenweg A: 0,40 × 4 + 0,30 × 5 + 0,20 × 4 + 0,10 × 3 = 1,60 + 1,50 + 0,80 + 0,30 = 4,20. Für B: 0,40 × 2 + 0,30 × 3 + 0,20 × 5 + 0,10 × 5 = 3,20. A wird unter diesen erfundenen Gewichten bevorzugt. Die Entscheidung wäre neu zu bewerten, wenn etwa der Aufwand deutlich stärker gewichtet würde; eine Nutzwertanalyse ersetzt keine Sicherheitsanforderungen und keine reale technische Prüfung.

Abbildung: Iterativer Abgleich zwischen Anforderungen und Lösung, 22CB, CC BY-SA 4.0; englischsprachiges Schaubild.

Ausführung im Simulator, Testprotokoll und Ergebnis

Planung: 1. Ziel und Versionsstand festhalten; 2. Testfälle der fünf Anforderungen zuordnen; 3. synthetischen Datenstrom bereitstellen; 4. Messwerte protokollieren; 5. Abweichungen untersuchen; 6. Test mit geänderter Laborversion wiederholen. Verantwortliche Rolle: „Testteam A“; niemals reale Personen erfassen.

Test-ID	Bezug	Soll	Fiktives Ist	Befund
TEST-01	ANF-01	14.400 Sollereignisse	14.400 erzeugt	bestanden
TEST-02	ANF-02	Verlust höchstens 0,2 %	18 fehlen, 0,125 %	bestanden
TEST-03	ANF-03	Jeder Prüfzyklus höchstens 200 ms	maximal 210 ms in Version 1.0	nicht bestanden
TEST-04	ANF-04	Felder vollständig, keine Personenbezüge	vier Datenfelder, Version 1.0	bestanden
TEST-05	ANF-05	Fehler explizit markiert	18 Ereignisse mit Statuscode markiert	bestanden

Bewertung: Trotz bestandener Verlustquote ist die Gesamtanforderung wegen TEST-03 zunächst nicht erfüllt. Die fiktive Ursache ist eine unnötige Warteschlange in der Simulatorsoftware. Änderung CHG-01: Verarbeitungsschritte optimiert, Softwarestand auf 1.1 gesetzt, Anpassung protokolliert. Wiederholungsprüfung TEST-03-R: maximale simulierte Reaktionszeit 190 ms, damit unter der 200-ms-Grenze. Für eine belastbare Aussage ist festzuhalten, ob dieselbe Datenlast und dieselbe Messmethode vorlagen. Die Änderungswirkung kann weitere Regressionstests erfordern. Ein erfolgreicher Retest ersetzt nicht den ursprünglichen negativen Befund.

Abbildung: Software-Lebenszyklus von Entwicklung und Test bis zur Pflege, Shawn Rider, CC BY-SA 4.0; englisch beschriftet.

Muster-Dokumentauszug und fachliches Bewertungsraster

Beispiel für den Ergebnisabschnitt: „Im virtuellen Prüflauf zu SYN-AUF-26-014 wurden 14.400 Ereignisse erwartet. Der Simulator meldete 14.382 empfangene Einträge; die Fehlerrate betrug 0,125 % bei einer zulässigen Modellgrenze von 0,2 %. Die maximale Reaktionszeit von 210 ms überschritt zunächst die Grenze von 200 ms. Nach dokumentierter Änderung CHG-01 an der Laborsoftware ergab der Wiederholungstest maximal 190 ms. Die Aussage gilt ausschließlich für die synthetische Testkonfiguration 1.1; eine Freigabe realer Systeme wurde nicht vorgenommen.“ Das ist präziser als „alles erfolgreich“.

Übungsraster (nicht das offizielle IHK-Bewertungsschema):

Kriterium	Maximalpunkte	Beobachtbare Leistung	Beispielbewertung
Anforderungen und Abgrenzung	15	Eindeutige IDs, testbare Grenzen, Simulation gekennzeichnet	15
Varianten und nachvollziehbare Entscheidung	20	Gewichte, Alternativen, Rechnung und Einschränkungen	18
Prüfnachweise und Fehlerbehandlung	25	Testfälle, Soll-Ist-Abgleich, Fehlerhistorie, Retest	20
Dokumentationsqualität und Datenschutz	20	Versionen, Quellen, Rollen, datenarme Belege	18
Fachgespräch und Reflexion	20	Klarheit, Begründung, Risiken und Grenzen	17
Gesamt	100	Fiktives Übungsergebnis	88

Auswertung: 15 + 18 + 20 + 18 + 17 = 88 von 100 Übungspunkten. Besonders zu verbessern sind Reproduzierbarkeit und Testabdeckung. Die Punkte sind pädagogische Rückmeldungen, keine Aussage über ein IHK-Prüfungsergebnis.

Fachgespräch: Entscheidungen nachvollziehbar vertreten

Antwortschema: Aussage, Beleg, Abwägung, Grenze

Ein belastbares Fachgespräch beginnt mit der konkreten Frage und führt dann geordnet zur Begründung. Nutze das Schema Aussage → Beleg → Alternative → Einschränkung. Formuliere klar, verwende Fachbegriffe korrekt und erkläre sie bei Bedarf. Bei einer unbekannten Frage trennst du vorhandenes Wissen und Unsicherheit; du erfindest keine Normwerte oder Messergebnisse.

Beispiel-Frage: „Warum haben Sie Variante A gewählt?“ Musterantwort: „Im vereinbarten Modell bewerteten wir Informationsschutz und Wartbarkeit stärker als den Aufwand. Variante A erreichte 4,20 von 5 gewichteten Punkten und B 3,20. Die Berechnung ist in der Entscheidungstabelle nachvollziehbar. Der Punktwert alleine weist aber keine reale Sicherheitswirkung nach; dazu wären qualifizierte Prüfungen nach den tatsächlichen Anforderungen notwendig.“ Diese Antwort unterscheidet eine begründete Auswahl von einer unbelegten Behauptung.

Auf Nachfragen zu Fehlern und Wirtschaftlichkeit reagieren

„Wie sind Sie mit dem nicht bestandenen Test umgegangen?“ – „Der erste Latenztest ergab 210 ms und verfehlte die Grenze von 200 ms. Wir behielten den Befund in der Dokumentation, kennzeichneten CHG-01 und wiederholten die Messung unter dokumentierten Bedingungen mit 190 ms. Weitere Regressionstests bleiben zu bewerten.“ „Wie prüfen Sie die Rechnung?“ – „Ich zeige die erwartete Ereigniszahl 8 × 3600 / 2 = 14.400, den Unterschied von 18 Ereignissen und den Anteil 0,125 %. Bei der Datenmenge nenne ich die angenommene Datensatzgröße und die fehlenden Overhead-Anteile.“ „Was gehört in die Übergabe?“ – „Version, betroffene Anforderungen, Testergebnisse, Restrisiken, Zuständigkeit und ausdrücklicher Hinweis, dass hier keine reale Freigabe erfolgte.“

Übe zunächst eine zweiminütige fachliche Erklärung, dann eine Rückfragerunde. Eine kurze Skizze, ein Ausschnitt aus der Testmatrix und die Änderungs-ID sind bessere Gesprächsstützen als auswendig gelernte Floskeln. Halte dich beim echten Prüfungstermin an die zulässigen Unterlagen und den von der Kammer vorgesehenen Ablauf; das folgende Training ersetzt keine Prüfungseinweisung.

Interaktive Aufgaben

Quiz: Prüfe dein Fachwissen

Was kennzeichnet einen belastbaren technischen Prüfnachweis? (Eine dokumentierte Zuordnung aus Anforderung, Prüfschritt, Soll, Ist und Bewertung) (!Ein Screenshot ohne Versionsangabe und ohne Prüfkriterium) (!Eine mündliche Zusicherung ohne Messdaten) (!Eine allgemeine Produktbeschreibung ohne Testfall)

Rückmeldung: Der Bezug von der Anforderung bis zur Bewertung macht das Ergebnis reproduzierbar; Bilder allein belegen kein bestandenes Kriterium.

Welche Aussage über die Fachgesprächsvarianten ist für diesen Beruf korrekt? (Die Ausbildungsordnung sieht je nach Variante unterschiedliche Gesprächsformen im Arbeitsauftrag vor) (!Ein selbst gewählter Vortrag ersetzt in jedem Fall das Fachgespräch) (!Das Fachgespräch findet ausschließlich in der schriftlichen Prüfung statt) (!Ein Fachgespräch ist in beiden Varianten gesetzlich ausgeschlossen)

Rückmeldung: § 26 beschreibt den betrieblichen Auftrag mit Fachgespräch und die praktische Arbeitsaufgabe mit begleitendem Fachgespräch.

Was ist für den betrieblichen Auftrag vor der Durchführung erforderlich? (Die Genehmigung der Aufgabenstellung mit geplantem Bearbeitungszeitraum durch den Prüfungsausschuss) (!Die nachträgliche Umbenennung des Auftrags bei Ablehnung) (!Die Veröffentlichung aller betrieblichen Zugangsdaten) (!Die verbindliche Übernahme einer fachfremden Prüfungsordnung)

Rückmeldung: Vorabgenehmigung sichert das gewählte Auftragsverfahren; unautorisierte Durchführung kann die Anerkennung gefährden.

Wozu dient eine Anforderungs-ID wie ANF-03? (Sie verbindet eine überprüfbare Forderung mit Entwurf und Testfall) (!Sie ersetzt die Dokumentation des tatsächlichen Prüfergebnisses) (!Sie verschlüsselt automatisch sämtliche Messdaten) (!Sie ist die fortlaufende Kennzahl einer Prüfungsnote)

Rückmeldung: Eindeutige IDs unterstützen die Rückverfolgbarkeit und die Änderungsbewertung.

Welches Ergebnis folgt aus 18 fehlenden von 14400 erwarteten Datensätzen? (Die Verlustquote beträgt 0,125 Prozent) (!Die Verlustquote beträgt 1,25 Prozent) (!Die Verlustquote beträgt 0,2 Prozent) (!Die Verlustquote beträgt 12,5 Prozent)

Rückmeldung: 18 geteilt durch 14400 mal 100 ergibt 0,125 Prozent; entscheidend ist der richtige Nenner.

Wie ist ein gemessener Maximalwert von 210 ms bei einer Grenze von 200 ms zu bewerten? (Der betreffende Latenztest ist zunächst nicht bestanden) (!Der Latenztest ist wegen bestandener Paketquote automatisch bestanden) (!Die Grenze darf ohne Begründung auf 250 ms erhöht werden) (!Ein einzelnes Überschreiten muss grundsätzlich verschwiegen werden)

Rückmeldung: Ein verfehltes Muss-Kriterium bleibt eine Abweichung, auch wenn andere Prüfungen bestanden wurden.

Was gehört zu einer nachvollziehbaren Änderung CHG-01? (Ausgangszustand, Anlass, Änderung, Auswirkungen und Wiederholungsprüfung) (!Nur die neue Versionsnummer ohne technischen Bezug) (!Ausschließlich die endgültige Erfolgsmeldung) (!Das Löschen des ursprünglichen Fehlereintrags)

Rückmeldung: Änderungen müssen samt ursprünglichem Befund und erneutem Test nachvollziehbar bleiben.

Welcher Inhalt ist für eine veröffentlichbare Übungsdokumentation angemessen? (Synthetische Beispielwerte ohne Kundendaten oder Betriebsgeheimnisse) (!Echte Zugangsdaten aus dem Kundennetz als Reproduktionshilfe) (!Ungefilterte Bildschirmfotos mit persönlichen Nutzerdaten) (!Ein vertraulicher Originalauftrag ohne Freigabe)

Rückmeldung: Datenminimierung und fiktive Datensätze ermöglichen risikofreies Üben.

Wie lautet die gewichtete Summe für Variante A im Modellfall? (4,20 Punkte) (!3,20 Punkte) (!5,00 Punkte) (!2,40 Punkte)

Rückmeldung: Die gewichteten Beiträge 1,60 plus 1,50 plus 0,80 plus 0,30 ergeben 4,20.

Welche Aussage passt in eine fachlich verantwortliche Übergabe? (Die Ergebnisse gelten nur für die dokumentierte Simulation und begründen keine reale Anlagenfreigabe) (!Der erfolgreich wiederholte Test garantiert Fehlerfreiheit für jedes reale System) (!Die Übungspunkte entsprechen verbindlich der IHK-Abschlussnote) (!Die Dokumentation darf offene Risiken nach der Änderung vollständig ausblenden)

Rückmeldung: Gültigkeitsbereich und Restrisiken müssen offen benannt werden; ein simuliertes Ergebnis ist keine reale Freigabe.

Memory: Begriffe und Funktionen

Anforderungsmatrix	Zuordnung überprüfbarer Forderungen zu passenden Nachweisen
Änderungsprotokoll	Chronik von Anpassungen mit Gründen und Auswirkungen
Abnahmekriterium	Vorab festgelegte Bedingung für die Bewertung eines Ergebnisses
Regressionstest	Wiederholte Überprüfung auf unerwünschte Nebenwirkungen einer Änderung
Schnittstellenbeschreibung	Festlegung von Datenformaten, Richtung und Kommunikationsregeln
Versionskennung	Eindeutige Bezeichnung des dokumentierten Bearbeitungsstands

Drag-and-drop: Arbeitsschritte zuordnen

Ordne den Arbeitsschritt dem passenden Ergebnis zu.	Ergebnis
Anforderung klären	Prüffähige Sollbeschreibung mit ID
Lösung auswählen	Begründeter Variantenvergleich
Test durchführen	Protokollierter Soll-Ist-Abgleich
Abweichung behandeln	Änderungsnachweis mit Wiederholungsprüfung
Ergebnis übergeben	Dokumentierter Geltungsbereich mit Restpunkten

Kreuzworträtsel

Testfall	Wie heißt ein definierter Prüfschritt mit erwartetem Ergebnis?
Protokoll	Welches Schriftstück hält Durchführung und Befunde fest?
Version	Welche Kennung unterscheidet Bearbeitungsstände?
Latenz	Welcher Begriff bezeichnet die Reaktionsverzögerung eines Systems?
Sensor	Welche Komponente erfasst eine physikalische Größe?
Freigabe	Wie heißt die formale Erlaubnis zum weiteren Einsatz nach zuständiger Prüfung?

LearningApps

Suche passende Zuordnungs- und Wiederholungsübungen zur technischen Dokumentation. Die Ergebnisse der externen Suche sind keine offiziell geprüften Abschlussprüfungsaufgaben.

Lückentext: Zusammenhänge sichern

Eine eindeutige Forderung wird in der Dokumentation als

festgehalten.

Ein vorher festgelegter Grenzwert dient als

.

Zur Prüfung einer Forderung definierst du einen

.

Der Vergleich dokumentierter Werte heißt

.

Änderungen eines Systems gehören in das

.

Die erneute Prüfung nach einer Anpassung kann als

bezeichnet werden.

Für eine verständliche technische Darstellung verwendest du ein

.

Beim Rechnen muss die Anzahl erwarteter Datensätze den korrekten

bilden.

Eine nicht erfüllte Vorgabe wird als

dokumentiert.

Im Fachgespräch stützt du deine Bewertung auf einen überprüfbaren

.

Offene Aufgaben

Leicht

Technische Dokumentation: Formuliere für einen fiktiven Datenlogger drei überprüfbare Anforderungen mit ID, Messgröße und Akzeptanzgrenze.
Prüfprotokoll: Lege für eine simulierte Schnittstellenprüfung ein leeres Protokoll mit Test-ID, Soll, Ist, Version und Bewertung an.
Blockschaltbild: Zeichne ein vereinfachtes Schema aus virtuellem Sensor, Gateway, Testdatenbank und Auswertung und beschrifte die Datenrichtungen.
Fachgespräch: Formuliere einen 60-Sekunden-Beitrag zum Unterschied zwischen Beobachtung, Bewertung und Entscheidung.

Standard

Versionsverwaltung: Schreibe ein plausibles Änderungsprotokoll mit zwei fiktiven Versionen und nachvollziehbarer Wiederholungsprüfung.
Softwaretest: Entwirf drei voneinander unabhängige Testfälle für die Anforderungen ANF-02, ANF-03 und ANF-05.
Nutzwertanalyse: Rechne die beiden Varianten aus dem Modellfall nach und erkläre, warum Gewichtungen die Auswahl beeinflussen können.
Technische Kommunikation: Simuliere zu zweit ein fünfminütiges Fachgespräch; eine Person fragt gezielt nach Fehlerursache, Grenzen und Nachweisen.

Schwer

Rückverfolgbarkeit: Erstelle eine Anforderungs-Test-Änderungs-Matrix mit mindestens fünf Anforderungen und kennzeichne Lücken in der Nachweisführung.
Risikoanalyse: Beurteile den Modellfall bei verdoppelter Datenrate und entwirf sichere zusätzliche Simulationstests, ohne reale Anlagen einzusetzen.
Dokumentationsmanagement: Entwickle ein vollständiges, datensparsames Dokumentenpaket mit Deckblatt, Architektur, Entscheidungstabelle, Änderungslog und Prüfnachweisen.
Prüfungsvorbereitung: Führe ein anspruchsvolles Fachgespräch mit kritischen Nachfragen zur Testgültigkeit, einem ungünstigen Prüfbefund und der Grenze zur realen Freigabe; protokolliere Selbst- und Peerfeedback.

Lernkontrolle

Anforderungsanalyse: Prüfe fünf ungenaue Aussagen auf Testbarkeit und überarbeite sie zu präzisen Akzeptanzkriterien.
Testabdeckung: Untersuche eine fiktive Testmatrix, in der eine sicherheitsrelevante Anforderung keinen Test hat, und begründe eine angemessene Korrektur der Dokumentation.
Fehleranalyse: Erkläre, weshalb 0,125 Prozent fehlende Datensätze den Latenztest mit 210 ms nicht automatisch bestehen lassen.
Wirtschaftlichkeit: Rechne den Variantenvergleich mit Informationsschutzgewicht 0,20 und Aufwandsgewicht 0,30 neu; prüfe die Summe der Gewichte und interpretiere das Ergebnis.
Datenschutz: Überarbeite einen fiktiven, absichtlich fehlerhaften Dokumentationsauszug mit Klarnamen und Zugangsdaten zu einer datensparsamen Demonstrationsfassung.
Fachgespräch: Beantworte schriftlich zwei kritische Rückfragen zur Änderungs-ID CHG-01 und erkläre die Geltungsgrenze deiner Erkenntnisse.

Lernnachweis

Ein vollständiger Lernnachweis enthält eine eigene synthetische Auftragsbeschreibung, mindestens fünf prüfbare Anforderungen, eine Architektur- und Schnittstellenübersicht, einen gewichteten Variantenvergleich mit nachvollziehbarem Rechenweg, ein versioniertes Änderungsprotokoll, eine Testmatrix mit einem bewusst nicht bestandenen und erneut geprüften Kriterium sowie eine datensparsame Abschlussbewertung. Ergänze ein kurzes Audio- oder Textprotokoll eines Fachgesprächs, in dem du Frage, Beleg, Alternative und Grenze sauber unterscheidest. Audio nur mit Einwilligung der Beteiligten aufnehmen; für eine rein synthetische Prüfungssituation kann ein eigenes geschriebenes Rollenskript die Aufnahme ersetzen. Nutze das Übungsraster aus dem Modellfall für fachliches Feedback. Erkläre ausdrücklich, warum der Lernnachweis keine reale Systemabnahme darstellt.

OER und Wikipedia

Recht und Berufsorientierung:

BIBB: Berufsprofil Elektroniker/in für Informations- und Systemtechnik – staatliche Berufsbildungsinformation; zitierte Tatsachen bitte nach dem aktuellen Stand prüfen.
Gesetze im Internet: § 26 IndElAusbV – amtlicher Rechtstext zu den zwei Prüfungsvarianten und Fachgesprächen, als Quelle zitieren, kein frei lizenziertes OER behauptet.
IHK Ostthüringen: Berufsspezifische Prüfungsinformationen – regionale Hinweise, vor Übernahme mit eigener IHK abgleichen.
KMK: Rahmenlehrpläne für die Berufsschule – amtliche Lehrplangrundlage.

Nachgewiesene frei lizenzierte Abbildungen und Rechte:

Dimensions of requirements engineering-01.png – Lbeehler, CC BY-SA 4.0.
GanttChartAnatomy.svg – Garry L. Booker, Bearbeitung Malyszkz, gemeinfrei; Abhängigkeitsfehler der Vorlage beachten.
NetworkTopologies.svg – Maksim, Malyszkz, gemeinfrei.
V-Modell.svg – Michael Pätzold, S. Seyfert, CC BY-SA 3.0 DE.
Requirements engineering cycle.png – 22CB, CC BY-SA 4.0.
Software Development Lifecycle Diagram.png – Shawn Rider, CC BY-SA 4.0.

Geprüfte Fachvideos, urheberrechtlich weiterhin geschützt und nur als YouTube-Einbettung verlinkt:

QAFox: Was sind Testfälle? – Video vom 13.03.2022, Rechte beim Kanal; keine freie Bearbeitungs- oder Nachnutzungslizenz behauptet.
Sven Stemmler: Prüfprotokoll richtig ausfüllen #05 – Video vom 07.07.2019, Rechte beim Kanal, angrenzender elektrotechnischer Kontext.

Wikipedia als ergänzende Begriffsübersicht:

Die verlinkte Wikipedia-Seite dient der Orientierung; konkrete Rechts- und Sicherheitsfragen immer mit offiziellen aktuellen Quellen und Fachpersonal klären.

Verknüpfte Lernbereiche

Berufsportal: Ausbildung – Elektroniker für Informations- und Systemtechnik

Thematisch ergänzende Kursverknüpfungen: Integration und Systemtest; Schnittstellen und Fehlersuche; Schriftliche Aufgaben. Die Ziele dieser Wiki-Links sind separat auf Vorhandensein zu prüfen; sie sind keine Behauptung einer verifizierten bestehenden Seite.