aiMOOC

IGH-Baugruppenprüfung in Biberach – Digitale Geräteakte und Prüfversion verknüpfen

QR-Code

Einleitung

Warum gehört eine Prüfung zu genau einer Baugruppe und genau einer Prüfversion? Die Prüfstandsdaten einer Elektrobaugruppe sind nur dann belastbar, wenn nachvollziehbar bleibt, welcher Prüfling zu welchem Zeitpunkt anhand welcher freigegebenen Prüfplanrevision geprüft wurde. Die digitale Geräteakte verbindet diese Informationen mit Messwerten, Abweichungen, Änderungsereignissen und einer dokumentierten fachlichen Freigabe. Du lernst, diese Verknüpfung als Datenmodell und Prozess gegen Verwechslungen abzusichern.

Belegter Praxisbezug: IGH Automation beschreibt den langjährigen Einsatz ihrer Prüfsoftware in der Kransparte der Firmengruppe Liebherr im Werk Biberach. Laut Herstellerbericht werden Prüfungen an Baugruppen und Komponenten digital protokolliert; der Bericht spricht ausdrücklich von einer digitalen Fahrzeugakte. Die hier behandelte digitale Geräteakte ist eine didaktische, auf Baugruppen übertragene Modellierung dieses Prinzips, keine belegte Beschreibung der realen Datenbankstruktur. IGH Automation: Turmdrehkrane, Herstellerbericht ohne auf der verwendeten Seite ausgewiesenes Publikationsdatum.

Nachweisgrenzen und Sicherheit: Die verwendeten Prüfstände sind ausschließlich Funktions- und Datenmodelle. Es liegen keine belegten IGH-Softwareversionsnummern, herstellerspezifischen Grenzwerte, realen Prüfvorschriften oder Bedienfreigaben vor. Alle folgenden IDs, Versionen, Messwerte, Rollen und Zeitpunkte sind synthetische Lehrdaten. Reale Arbeiten an Prüfständen, elektrischen Baugruppen, Kranen oder Anlagen erfolgen ausschließlich nach betrieblicher Unterweisung, geltenden Betriebsanweisungen und qualifizierter Anleitung. Dies ist ergänzendes Lernen, kein offizieller Liebherr- oder IGH-Lehrgang. Veröffentliche keine personenbezogenen Schülerdaten oder vertraulichen Betriebsinformationen.

Zielgruppen im jeweils empfohlenen dritten Ausbildungsjahr: Fachinformatiker, Kaufleute für Digitalisierungsmanagement sowie Elektroniker für Geräte und Systeme. Die Jahresfolge ist eine redaktionelle Lernempfehlung und mit Betrieb und Berufsschule abzustimmen. Lernziele: Identitätsbeziehungen modellieren, Versionsfehler nachweisen, Prüfereignisse interpretieren, Datenqualität bewerten und eine nachvollziehbare Freigabeentscheidung als Lehrmodell vorbereiten.

Baugruppenidentität und digitale Geräteakte

Praxisbezug und Geltungsgrenzen

Bei Baugruppen- und Komponentenprüfständen entstehen verschiedene Datenspuren: Identifikation der Baugruppe, ausgewählter Planstand, einzelne Prüfaktionen, Messresultate, Störmeldungen und Abschlussstatus. Der Herstellerbericht belegt, dass IGH-Prüfsoftware in Biberach im Kontext von Turmdrehkran-Baugruppen eingesetzt wird; daraus folgt nicht, dass bestimmte Felder, Schnittstellen oder Freigaberegeln der realen Anlage bekannt sind. Unser Modell zeigt ein übertragbares Informationsprinzip. Nach Rückverfolgbarkeit ist nicht nur ein Messwert wichtig, sondern sein verlässlicher Kontext aus Gegenstand, Vorgang und Zeitpunkt. Die GS1-Leitlinien zur Rückverfolgbarkeit betonen insbesondere eindeutige Identifikation und verknüpfte Ereignisdaten.

Anschauungsbeispiel einer Leiterplatte – kein Foto eines IGH- oder Liebherr-Prüflings; Quelle, Autor und Lizenz im Mediennachweis.

Sechs getrennte Kennungen statt einer Sammelnummer

Fachobjekt	Synthetischer Beispielwert	Zweck	Typischer Verwechslungsfehler
Prüfling	BIB-EL-0047	Identifiziert genau ein Exemplar	Typbezeichnung wird statt Einzelidentität gespeichert
Baugruppentyp	CTRL-24	Gruppiert vergleichbare Baugruppen	Typ wird mit Serienkennung gleichgesetzt
Prüfplanrevision	PLAN-CTRL-2.4	Fixiert Schrittumfang und Regeln	„aktuell“ wird später anders interpretiert
Prüflauf	RUN-0047-02	Kennzeichnet einen konkreten Durchlauf	Ergebnis aus anderem Lauf wird ergänzt
Prüfsoftwarestand	SW-LEHR-1.8	Dokumentiert die ausführende Software	Softwarestand wird mit Planstand verwechselt
Prüfstandmodell	TRAIN-A	Ordnet den modellierten Datenursprung zu	Daten unterschiedlicher Quellen werden vermischt

Alle Werte in dieser Tabelle sind erfunden. Eine Prüfplanrevision beschreibt die geltenden Prüfschritte und Bewertungsvorgaben; eine Prüfsoftwareversion bezeichnet den Stand des ausführenden Programms. Beide können sich unabhängig ändern. Ein Geräteakten-Datensatz braucht deshalb nicht lediglich „Version 2.4“, sondern benannte Versionsarten und eindeutige Verweise.

QR-Code als Beispiel eines maschinenlesbaren Kennzeichens. Ein Code ersetzt keine Prüfung der zugeordneten Identität; das abgebildete Muster enthält keine hier verwendete Lehr-ID.

Datenminimierung und Rollen

Erfasse nur zweckgebundene Daten: Prüflings-ID, Planstand, Prüfzeitpunkt, Ergebnis, Qualitätsstatus, geeignete Rollenkennung und Änderungsgrund. Pseudonymisierte Rollenkennungen wie „PRUEF-ROLLE-A“ genügen für das Lehrmodell. Vermeide Klarnamen, Passwörter, personenbezogene Freitexte und echte Herstellerdaten. Fachinformatiker gestalten technische Integrität und Schnittstellen, kaufmännische Digitalisierungsfachkräfte gestalten Prozesse und Verantwortlichkeiten, Elektronikfachkräfte beurteilen die dokumentierten Messkontexte innerhalb ihrer Qualifikation.

Datenmodell: Identitäten, Schlüssel und Beziehungen

Eigenes relationales Lehrschema

Ein Entity-Relationship-Modell trennt Fachobjekte, damit ein Protokoll nicht durch Kopieren scheinbar zu einer anderen Baugruppe „wandern“ kann. Primärschlüssel identifizieren einen Datensatz; Fremdschlüssel zeigen auf genau den referenzierten Kontext.

Tabelle	Primärschlüssel	Wesentliche Felder und Verweise	Schutzregel im Lehrmodell
PRUEFLING	pruefling_id	typ_id, modellbezeichnung	ID einmalig; nicht still überschreibbar
PLAN_REVISION	plan_revision_id	plan_id, revisionslabel, freigabestatus, schrittliste, revisionshash	Einmal verwendete Revision bleibt lesbar
PRUEFLAUF	lauf_id	pruefling_id, plan_revision_id, softwarestand, start_utc, status	Beide Fremdschlüssel verpflichtend
MESSUNG	messung_id	lauf_id, schritt_id, rohwert, einheit, urteil, erfasst_utc	Schritt gehört zur gebundenen Revision
ABWEICHUNG	abweichung_id	lauf_id, schritt_id, grund, bearbeitungsstatus	Keine spurlosen Löschungen
FREIGABE	freigabe_id	lauf_id, rollennachweis, zeit_utc, entscheidung	Nur nach regelgerechter Gesamtauswertung
AUDIT_EREIGNIS	ereignis_id	objekt_id, aktion, vorher, nachher, grund, zeit_utc	Änderung als neues Ereignis

Eigenes Datenflussdiagramm (Lehrmodell):

Kennzeichnung am Prüfling → eindeutige Prüflings-ID → digitale Akte des Exemplars.
Ausgewählte und fixierte Planrevision → neuer Prüflauf mit dieser Revision und der Prüflings-ID.
Gültiger Prüfschritt → Messung mit Fremdschlüssel zum Lauf.
Regelprüfung und Abweichungsbearbeitung → Freigabeentscheidung als eigenes dokumentiertes Ereignis.
Korrektur → neues Audit-Ereignis; vorhandene Messung und frühere Revision bleiben nachweisbar.

Fremdes, allgemeinbildendes Beispiel eines ER-Diagramms aus dem Schulkontext, nicht das IGH-Datenmodell. Übertrage die dargestellte Beziehungsidee auf das eigene Schema oben.

Konsistenz durch Schlüssel und unveränderliche Momentaufnahme

Die funktionale Abhängigkeit lauf_id → pruefling_id, plan_revision_id verhindert, dass ein einzelner Lauf gleichzeitig verschiedenen Prüflingen oder Revisionen angehört. Ein weiteres Lehrmodell-Prädikat verlangt: MESSUNG.schritt_id muss in der beim Lauf fixierten PLAN_REVISION enthalten sein. Nachträgliche Bearbeitung eines „aktuellen Plans“ darf frühere Läufe nicht umdeuten. Dokumentiere dazu eine unveränderliche Revisions-ID und entweder archivierten Prüfplaninhalt oder eine überprüfbare referenzierte Momentaufnahme.

Ein Hashwert kann den gespeicherten Inhalt vergleichbar machen, ist aber keine alleinige Authentisierung, keine digitale Signatur und keine Aussage über sachliche Richtigkeit. Vergleiche Original- und archivierte Datei sowie die tatsächlich referenzierte Revision. Ein bloßer Dateiname „pruefplan_final_neu“ reicht nicht.

Schematische Datenbank-Ikone; sie zeigt keine tatsächlich eingesetzte Anlage.

Prüfplanrevisionen sicher zuordnen

Beispiel eines kontrollierten Versionswechsels

Lehrmodell PLAN-CTRL: Revision 2.3 enthält die Schritte „Sichtprüfung“, „Versorgungsspannung“ und „Signalrückmeldung“. Die didaktische Revision 2.4 ergänzt als vierten Schritt „Adapterplausibilität“. Keine dieser Revisionen ist eine Herstellerangabe. Eine Freigabe für Revision 2.3 bedeutet nicht automatisch eine Freigabe für Revision 2.4. Ein nachträglicher Wechsel des Standardplans darf den protokollierten Lauf nicht rückwirkend verändern.

Zustand	Gespeicherter Planstand	Erwartetes Verhalten
Lauf bereits gestartet	PLAN-CTRL-2.3	Revision bleibt für diesen Lauf fixiert
Neuer Lauf nach Versionswechsel	PLAN-CTRL-2.4	Neuer Schrittumfang gilt für neuen Lauf
Versuchte Übernahme eines Altwerts	Wert stammt aus RUN-0047-01 mit 2.3	Blockieren oder als getrenntes, fachlich gekennzeichnetes Referenzmaterial behandeln
Wiederholung nach Abweichung	Neue lauf_id und gültiger Planstand	Historie beider Läufe erhalten

Prüfplanversion, Softwarestand und Dokumentfreigabe

Versioniere die Definition der Prüfschritte, die Auswertelogik, die verwendete Prüfsoftware und gegebenenfalls den Prüfadapter getrennt. Ein Änderungsprotokoll enthält Anlass, Änderung, Verantwortungsrolle, Prüfbeleg, Datum und Status. Eine revisionssichere Ablage erfordert nachvollziehbare Historie und Berechtigungen. In der Softwareentwicklung demonstriert Git das Grundprinzip überprüfbarer Zustände; die industrielle Freigabe erfordert zusätzlich die tatsächlich geltenden organisatorischen Regeln.

Video: „Git Tutorial #1 - Local Repositories“, The Morpheus Tutorials, deutschsprachige Einführung in Versionsverwaltung. Git wird hier nur als Analogie gezeigt, nicht als belegtes IGH-System.

Prüfstrategie: Erzeuge einen Lauf für Baugruppe A mit Revision 2.3. Verändere danach die aktive Revision auf 2.4. Prüfe, ob der laufgebundene Nachweis weiter 2.3 trägt und ob ein neu gestarteter Lauf 2.4 verwendet. Ergänze als Negativfall die Übertragung eines Messdatensatzes von A nach B: Die Verarbeitung muss wegen der falschen Zuordnung abbrechen.

Prüfereignisse, Abweichungen und Freigabe

Sicherer Ablauf im reinen Datensimulator

Identität prüfen: Verifiziere die synthetische Prüflings-ID durch zwei korrespondierende Angaben im Lehrsystem.
Revision binden: Lies die angegebene und zur Baugruppe passende Planrevision aus der unveränderlichen Planung.
Lauf anlegen: Erzeuge eine neue Lauf-ID mit Prüfling, Revision und Zeitstempel.
Schritte protokollieren: Erfasse nur Schritte der gebundenen Revision und sichere Rohwert, Einheit, Urteil und Plausibilitätsstatus.
Abweichungen behandeln: Sperre fehlerhafte oder widersprüchliche Zuordnungen; speichere Korrekturen als gesonderte Ereignisse.
Freigabe fachlich vorbereiten: Prüfe Vollständigkeit, gültige Dokumentation und geklärte Abweichungen. Eine reale Freigabe liegt allein bei den betrieblich zuständigen Personen.

Der Ablauf beschreibt Datenhandlungen im Unterricht, keine Anleitung zum Anschluss, zum Bewegen oder zur Inbetriebnahme realer Kran- oder Elektrobaugruppen. Fehlende Sicherheitsnachweise werden nicht durch ein gut gefülltes Datenschema kompensiert.

Rechenweg und Grenzwertprüfung

Ausdrücklich synthetischer Lehrgrenzwert: Spannungsbereich 24,0 V ± 0,5 V. Untere Grenze: 24,0 − 0,5 = 23,5 V. Obere Grenze: 24,0 + 0,5 = 24,5 V. Die didaktische Entscheidungsfunktion lautet: bestanden genau dann, wenn 23,5 V ≤ Messwert ≤ 24,5 V, sofern auch die übrigen Lehrdaten gültig sind. Für 24,2 V gilt 23,5 ≤ 24,2 ≤ 24,5, also bestanden. Für 24,8 V gilt 24,8 > 24,5, also nicht bestanden. Bei 23,46 V ist der Wert oberhalb 23,5 V; runde nicht vor der Bewertung auf ganze Volt. In der Realität müssen zusätzlich die betrieblich festgelegten Messunsicherheiten, Prüfverfahren und Grenzwertregeln beachtet werden; hierzu ist keine Herstellerregel belegt.

Vollständigkeit: Wenn nur drei von vier Pflichtschritten einer Lehr-Revision dokumentiert sind, beträgt die Schrittvollständigkeit 3 ÷ 4 × 100 = 75 %. Dies ist kein Qualitätsurteil „75 % bestanden“, sondern zeigt, dass ein Pflichtschritt fehlt. Selbst vier grüne Anzeigen dürfen nicht freigegeben werden, wenn die Identität nicht stimmt, eine Abweichung offen ist oder der Prüfnachweis aus einer anderen Revision stammt.

Fehlerarten und Gegenmaßnahmen

Fehlerart	Sichtbares Symptom	Ursache als Hypothese	Geeignete Lehrsystemreaktion
Verwechslung des Prüflings	Scan zeigt B, Lauf zeigt A	Etikett oder Sitzungszuordnung falsch	Blockieren und Zuordnung klären
Versionsmischung	Schritt wird nur in Revision 2.4 definiert, Lauf bindet 2.3	Plan nachträglich geändert	Fremdschritt zurückweisen; neuen Lauf planen
Doppelter Import	Gleiche lauf_id und messung_id erneut	Wiederholung einer Übertragung	Idempotent erkennen statt doppelt zählen
Verlorene Herkunft	Nur Messwert ohne Zeit oder Lauf	Fehlerhafte Datenmigration	Als unvollständig kennzeichnen und nicht zuordnen
Offene Abweichung	Lauf erscheint optisch grün, Abweichung ungelöst	Statusaggregation fehlerhaft	Freigabe sperren

Atomare Speicherung und Vieraugenprinzip

Eine transaktionale Prüfung muss Zuordnung und Messung gemeinsam sichern: Prüfling und Planrevision im Lauf laden; Schrittzugehörigkeit prüfen; einen neuen Messdatensatz schreiben; Änderungsereignis protokollieren; erst dann den Vorgang abschließen. Bei parallelen Eingaben muss eine eindeutige Lauf- und Messungs-ID Doppelungen verhindern. Eine Vieraugenprüfung kann im Lehrmodell als zusätzliche unabhängige Rolle modelliert werden; daraus folgt keine Behauptung über konkrete betriebliche Verfahren.

Berufstypischer Modellfall mit Lösung und Bewertung

Ausgangslage: Drei synthetische Läufe

Ein Ausbildungsteam baut in einem offline betriebenen Datensimulator eine digitale Geräteakte für Elektrobaugruppen. Es gibt keine echte Schnittstelle zu IGH oder Liebherr. Für den Typ CTRL-24 ist Revision 2.3 mit drei Schritten und Revision 2.4 mit einem zusätzlichen vierten Schritt hinterlegt.

Lauf	Prüfling	Gebundene Revision	Protokollierte Pflichtschritte	Lehrmesswert Versorgung	Abweichungen	Weitere Nachweise
RUN-A1	BIB-EL-0047	2.3	3 von 3	24,2 V	Keine offenen	Gültiger Rollennachweis im Simulator
RUN-A2	BIB-EL-0047	2.4	3 von 4	24,8 V	Grenzwertüberschreitung offen	Vierter Schritt fehlt
RUN-B1	BIB-EL-0048	2.4	4 von 4	24,1 V	Keine offenen	Gültiger Rollennachweis im Simulator

Störfall: Ein importierter Datensatz enthält den vierten Prüfschritt aus RUN-B1, trägt aber fälschlich als Ziel-Lauf RUN-A2. Ein Dashboard möchte daraufhin RUN-A2 als vollständig anzeigen. Außerdem möchte eine fiktive Bedienperson den grünen Wert aus RUN-A1 für RUN-A2 wiederverwenden.

Arbeitsauftrag: Erstelle ein prüfbares Datenflussbild, entscheide über jede Zuordnung, berechne die Schrittvollständigkeit, formuliere einen sicheren Importalgorithmus und triff ausschließlich modellhafte Freigabeentscheidungen. Welche Änderung müsste im Prüfprotokoll dokumentiert werden, wenn später ein Fehler gefunden wird?

Musterlösung: Trennung statt Zusammenkopieren

Schritt 1 – Identität: RUN-A1 und RUN-A2 gehören zu BIB-EL-0047, RUN-B1 gehört zu BIB-EL-0048. Kein Wert aus RUN-B1 darf still zu RUN-A2 verschoben werden. Ein Import mit abweichendem Lauf-/Prüflingskontext wird verworfen oder in eine fachlich gesonderte Klärungswarteschlange überführt.

Schritt 2 – Versionsbindung: RUN-A1 bindet 2.3; RUN-A2 und RUN-B1 binden 2.4. Der zusätzliche vierte Schritt gehört nicht zu 2.3. Selbst derselbe Prüfling rechtfertigt keine Vermischung der Ergebnisse zweier Läufe mit unterschiedlichen Revisionen.

Schritt 3 – Vollständigkeit: RUN-A1: 3/3 × 100 = 100 %. RUN-A2: 3/4 × 100 = 75 %. RUN-B1: 4/4 × 100 = 100 %. Keine Schlussfolgerung über die Qualität allein aus dem Prozentsatz.

Schritt 4 – Ergebnis: Für 24,8 V in RUN-A2 ist im Lehrgrenzwertbereich die Versorgungsprüfung nicht bestanden. Das Importieren eines fremden Schritts oder eines alten guten Werts ist keine Reparatur. RUN-A2 bleibt gesperrt und dokumentiert; ein neuer Versuch benötigt einen neuen Lauf.

Schritt 5 – Modellfreigabe: RUN-A1 kann nach den vollständig dokumentierten und als bestanden angenommenen übrigen Lehrschritten sowie gültiger Rollenprüfung im Datensimulator als modellhaft freigabefähig markiert werden. RUN-A2 darf nicht freigegeben werden. RUN-B1 kann unter derselben expliziten Annahme der bestandenen übrigen Schritte, gültiger dokumentierter Lehrnachweise und ohne offene Abweichungen modellhaft freigabefähig sein. Das ist keine technische oder betriebliche Freigabe.

Schritt 6 – Audit-Trail: Eine falsche Laufzuordnung bleibt als erkannter Importversuch mit Zeit, Anlass und Entscheidung nachvollziehbar. Falls eine schon gespeicherte Aussage korrigiert werden muss, wird das Original erhalten und eine Korrektur mit Ursprungsreferenz, Grund, Rolle und Zeitpunkt angefügt. Ein späterer Bericht zeigt beide Zustände.

Bewertungsraster und Akzeptanztests

Kriterium	Nachweis	Punkte
Eindeutige IDs und Relationen	Drei Läufe korrekt zu zwei Prüflingen und zwei Planrevisionen zugeordnet	20
Mathematisch richtige Prüfung	100 %, 75 %, 100 % sowie 24,8 V oberhalb des Lehrgrenzwerts begründet	20
Sichere Importlogik	Fremde Schritte und fremde Laufwerte abgewiesen; Dubletten erkannt	20
Auditierbarkeit	Revisionsstand, Rohwerte und Korrekturereignisse nachvollziehbar	15
Freigabeentscheidung	A1 und B1 nur bedingt modellhaft freigabefähig, A2 gesperrt; fehlende Nachweise beachten	15
Grenzen und Datenschutz	Lehrmodell und reale Sicherheitsverantwortung klar getrennt	10
Gesamt	Fachlich und begründet nachvollziehbar	100

Sechs Abnahmetests: T1 gültiger Lauf mit passender Revision wird angelegt; T2 falsche Prüflingskennung wird blockiert; T3 nicht zugehöriger Prüfschritt wird blockiert; T4 doppelter Import erzeugt kein zweites Ergebnis; T5 offener Abweichungsfall verhindert Freigabe; T6 abgeschlossener Lehrlauf mit allen Nachweisen erhält nur modellhafte Freigabefähigkeit.

Video: „So erstellen Sie ein ER-Diagramm (ERD) | Teil 1“, Lucid Software Deutsch. Übertrage Entitäten und Beziehungen aus dem allgemeinen Datenbanktutorial auf den Modellfall; das Video zeigt keine echte IGH-Datenbank.

Interaktive Aufgaben

Multiple-Choice-Quiz

Welche Kennung muss ein Prüfprotokoll eindeutig mit dem konkreten Prüfling verbinden? (Die unverwechselbare Prüflingskennung) (!Allein den Namen des Prüfstands) (!Allein das Prüfdatum) (!Allein den Baugruppentyp)

Welche Angabe schützt am besten vor Verwechslungen geänderter Prüfschritte? (Die unveränderlich referenzierte Prüfplanrevision) (!Die Farbe der Bedienoberfläche) (!Die Schichtbezeichnung) (!Die Sortierung des Dashboards)

Was bedeutet der Begriff Prüflauf im Lehrdatenmodell? (Ein einzelner dokumentierter Ausführungsvorgang an einem bestimmten Prüfling mit festem Planstand) (!Eine Produktfamilie ohne Serienbezug) (!Die neueste Datei auf einem Netzlaufwerk) (!Eine automatische Bedienfreigabe)

Was soll geschehen, wenn die Prüflingskennung des Messdatensatzes nicht zur Sitzung passt? (Datensatz sperren und die Zuordnung fachlich klären) (!Das Ergebnis dem aktuellen Prüfling trotzdem zuweisen) (!Die Kennung ohne Protokoll überschreiben) (!Nur das Bildschirmfenster neu laden)

Wie wird ein Grenzwert von 23,5 bis 24,5 Volt im ausdrücklich synthetischen Lehrbeispiel für 24,8 Volt bewertet? (Der Messwert liegt oberhalb des Grenzbereichs) (!Der Messwert liegt innerhalb des Grenzbereichs) (!Der Messwert ist ohne weitere Prüfung immer gültig) (!Die Prüfplanversion bestimmt allein den Messwert)

Welche Aussage zu einer nachträglichen Korrektur ist richtig? (Originaleintrag bewahren und eine nachvollziehbare Korrektur mit Grund anfügen) (!Den Originaleintrag spurlos löschen) (!Das Änderungsdatum weglassen) (!Alle alten Prüfungen pauschal freigeben)

Welche Versionen sollte die Geräteakte sinnvoll auseinanderhalten? (Prüfplanversion und Prüfsoftwareversion) (!Nur die letzte Bildschirmanzeige und das Gerätelogo) (!Nur die Kalendermonatsnummer und die Schicht) (!Nur das Passwort und das Benutzerbild)

Welche Voraussetzung ist für eine fachliche Freigabe im Lehrmodell notwendig? (Alle geforderten Prüfschritte passend zum gebundenen Planstand sind geprüft und offene Abweichungen geklärt) (!Ein einzelner erfolgreicher Messwert reicht) (!Die letzte Softwareversion wird vermutet) (!Fehlende Nachweise werden automatisch als bestanden gezählt)

Welche Beziehung ist im Datenmodell fachlich sinnvoll? (Ein Prüfling kann mehrere getrennte Prüfläufe besitzen) (!Ein Prüflauf gehört beliebig vielen Prüflingen ohne Kennung) (!Eine Messung braucht keinen Prüflauf) (!Ein Prüfplan kann nur eine einzige Messung enthalten)

Was ist bei realer Prüfstandsarbeit zwingend zu beachten? (Betriebliche Unterweisung und qualifizierte Anleitung sowie gültige Betriebsanweisungen) (!Ein Unterrichtsmodell gilt als Bedienfreigabe) (!Eine Wikiantwort ersetzt jede Sicherheitsprüfung) (!Alle Herstellerparameter dürfen frei geschätzt werden)

Memory

Finde zu jeder Fachbezeichnung genau die passende, einzigartige Funktion im Lehrmodell.

Prüflings-ID	Kennung eines konkreten Baugruppenexemplars
Planrevision	Unveränderlich referenzierter Satz gültiger Prüfschritte
Lauf-ID	Kennzeichen eines einzelnen Prüfversuchs
Audit-Ereignis	Dokumentation einer Änderung mit Grund und Zeitpunkt
Fremdschlüssel	Verweis auf einen zugehörigen Datensatz
Abweichung	Separat bearbeiteter nicht regelgerechter Befund

Drag-and-drop

Ordne jedes Sicherungsprinzip seiner Rolle zu.

Passender Begriff	Zweck im Lehrmodell
Identitätsabgleich	Verhindert die Zuordnung zu einer falschen Baugruppe
Revisionsbindung	Fixiert den zugrunde liegenden Prüfschrittumfang
Plausibilitätsprüfung	Erkennt widersprüchliche oder unvollständige Eingaben
Ereignisprotokoll	Hält Korrekturen und Entscheidungen historisch fest
Freigabesperre	Stoppt einen Abschluss bei offenen Abweichungen

Kreuzworträtsel

Gesucht sind sechs eigenständige Fachwörter.

Prüfling	Wie heißt die konkret getestete Baugruppe?
Revision	Wie heißt ein eindeutig bezeichneteter Änderungsstand?
Freigabe	Wie heißt die dokumentierte Entscheidung am Ende einer Prüfung?
Messwert	Wie heißt ein numerisches Ergebnis einer Messung?
Abweichung	Wie heißt ein festgestellter Unterschied zur Vorgabe?
Prüflauf	Wie heißt die einzelne Durchführung eines Prüfplans?

LearningApps

Suche nach Lernbausteinen zur Verbindung von Geräteakte, Prüfling und Prüfplanversion; Treffer sind externe Suchergebnisse und müssen fachlich geprüft werden.

Lückentext

Ein einzelnes getestetes Exemplar heißt

.

Ein konkreter Versuch wird über die

zugeordnet.

Die zum Start fixierte Prüfplanänderung heißt

.

Ein Datenbankverweis zwischen Prüflauf und Prüfling heißt

.

Die Rohdaten einer Spannungsmessung enthalten den

.

Ein unerwarteter Befund wird als

dokumentiert.

Ein historisch protokollierter Änderungsvorgang ist ein

.

Fehlt ein obligatorischer Prüfschritt, ist die Prüfung

.

Bei falscher Baugruppenkennung muss der Import

werden.

Die Entscheidung über den Abschluss heißt

.

Offene Aufgaben

Bearbeite jeweils vier Aufgaben pro Stufe. Alle Beispiele verwenden ausschließlich synthetische Daten und keine reale Maschinensteuerung.

Leicht

Kennungsinventar: Erstelle eine Tabelle mit sechs synthetischen Identifikatoren für Baugruppe, Baugruppentyp, Prüfplanrevision, Prüflauf, Softwarestand und Prüfstand; erkläre, welche Kennung unveränderlich sein muss.
Begriffe visualisieren: Zeichne auf Papier ein beschriftetes Flussbild vom Scan einer Prüflingskennung bis zur gesicherten Geräteakte und fotografiere nur dein Schema.
Messwerte einordnen: Bewerte im Lehrbereich 23,5 bis 24,5 Volt die synthetischen Werte 23,4 Volt, 24,2 Volt und 24,6 Volt; dokumentiere die Entscheidungsregel.
Fehlertext erklären: Schreibe eine leicht verständliche Fehlermeldung für den Fall, dass ein Ergebnis zu Prüfling B statt zu Prüfling A gespeichert werden soll.

Standard

Datenmodell: Erstelle ein Entity-Relationship-Diagramm mit Prüfling, Planrevision, Lauf, Messung, Abweichung und Freigabe; markiere Primär- und Fremdschlüssel.
Versionswechsel: Lege ein Änderungsprotokoll für eine fiktive Planänderung von v2.3 auf v2.4 an, bei der ein vierter Prüfschritt hinzugefügt wird.
Importprüfung: Entwirf fünf Prüfregeln für einen CSV-Import; teste diese an künstlichen Datensätzen mit leerer Kennung, falscher Revision und doppelter Lauf-ID.
Rollenvergleich: Entwirf ein kurzes Interview mit einer fiktiven Elektronikfachkraft und einer fiktiven Datenmanagement-Fachkraft über Freigabe und Nachvollziehbarkeit.

Schwer

Transaktionskonzept: Entwirf eine Transaktion, die vor dem Speichern einer Messung Prüfling, Lauf, Planrevision und erforderliche Felder atomar prüft; illustriere einen Konkurrenzfall.
Manipulationsprüfung: Stelle ein fiktives Änderungsereignis mit Vorher-Wert, Nachher-Wert, Grund und Zeitstempel dar und erläutere unveränderliche Audit-Ereignisse.
Freigabetest: Plane einen Satz von sechs Positiv- und Negativtests für die Freigabelogik einschließlich fehlender Schritte, falscher Version und offener Abweichung.
Berufsübergreifendes Projekt: Erstelle ein Mini-Lastenheft, einen klickbaren Papierprototyp und ein fünfminütiges Erklärvideo für eine rein digitale Lehr-Geräteakte ohne echte Betriebsdaten.

Musterlösungen zu den zwölf offenen Aufgaben

Aufgabe	Fachlich tragfähige Lösung oder Erwartung
L1	Die sechs Werte aus Kapitel 1 sind getrennt; die Prüflings-ID identifiziert ein Exemplar und bleibt stabil.
L2	Scan → Abgleich Prüfling → fixierte Revision → Lauf → Prüfereignis → Akte; an jeder Verzweigung Fehlerbehandlung.
L3	23,4 V außerhalb; 24,2 V innerhalb; 24,6 V außerhalb; Grenzen einschließlich 23,5 V und 24,5 V.
L4	„Die Prüflingskennung passt nicht zum geöffneten Lauf. Der Datensatz wurde nicht übernommen. Bitte Zuordnung fachlich prüfen.“
S1	Sechs Entitäten mit eindeutigem Schlüssel; mehrere Läufe je Prüfling; viele Messungen je Lauf; jeweils eine gebundene Revision je Lauf.
S2	Änderung enthält neue Schrittliste, Revisions-ID, Grund, Datum, Rollenprüfung; alte Revision bleibt unverändert abrufbar.
S3	Fünf Regeln etwa ID vorhanden, Revision vorhanden, Schrittzugehörigkeit, erlaubter Status und eindeutige Import-ID; fehlerhafte Sätze werden abgewiesen.
S4	Fragen trennen Messbewertung, Datenverantwortung, Freigaberechte und Datenschutz; Antwort ist als fiktive Rollensimulation gekennzeichnet.
H1	Transaktion bindet Lauf, prüft Fremdschlüssel und schreibt Messung atomar; ein konkurrierender Import darf keinen doppelten Eintrag erzeugen.
H2	Ursprungsereignis bleibt lesbar; Korrektur referenziert es mit Zeit, Rolle, Grund und neuem Wert.
H3	Negativtests zu falscher ID, Fremdschritt, Dublette, offener Abweichung und unvollständiger Liste; Positivtest nur mit allen Bedingungen.
H4	Lastenheft enthält Rollen, Datenstruktur, Datenschutz, Grenzen und Akzeptanztests; Prototyp und Erklärvideo zeigen keine echten Prüfdaten.

Lernkontrolle

Datenherkunft: Erläutere, warum ein korrekter Messwert ohne Lauf-ID nicht denselben Nachweiswert hat wie ein datiertes, eindeutig verknüpftes Messergebnis. Lösung: Ohne Herkunft fehlt die belastbare Zuordnung zu Prüfling und Revision.
Versionswechsel: Beurteile, warum die nachträgliche Überschreibung von Revision 2.3 durch 2.4 einen alten Lauf verfälscht. Lösung: Prüfschrittumfang und Bewertung würden rückwirkend geändert.
Fehlerrechnung: Berechne die Vollständigkeit bei sechs erforderlichen und fünf dokumentierten Schritten. Lösung: 5 ÷ 6 × 100 ≈ 83,3 %, also unvollständig.
Datenbankkonsistenz: Beschreibe einen Test für einen Messdatensatz, dessen Schritt nicht im gebundenen Prüfplan vorkommt. Lösung: Schrittzugehörigkeit prüfen, Import ablehnen und Vorgang protokollieren.
Prüffreigabe: Entwickle eine Entscheidungstabelle für vollständig, fehlerfrei, gültiger Rollenbeleg und offene Abweichung. Lösung: Nur wenn alle positiven Bedingungen erfüllt und keine Abweichung offen ist, ist eine modellhafte Freigabe möglich.
Datenschutz im Prüfprozess: Prüfe, ob ein frei lesbarer Klarname in jedem Prüfdatensatz erforderlich ist. Lösung: Nein; im Modell genügt eine zweckgebundene Rollenkennung mit getrenntem Berechtigungsnachweis.

Lernnachweis

Als Lernnachweis erstellst du ein kommentiertes, ausschließlich synthetisches Prüfakte-Paket: (a) ein Datenmodell mit Primär- und Fremdschlüsseln, (b) eine Beispielakte zu RUN-A1, RUN-A2 und RUN-B1, (c) die dokumentierte Prüfplanrevision 2.3 beziehungsweise 2.4, (d) eine nachvollziehbare Rechentabelle mit Bewertung der Lehrmesswerte, (e) ein Audit-Ereignis zur fehlerhaften Importzuordnung, (f) sechs bestandene Lehr-Abnahmetests und (g) ein einseitiges Reflexionsblatt über Sicherheit, Datenschutz und nicht belegte Betriebsdetails. Verweise in deinem Ergebnis auf die Quellen und schütze fremde Daten.

Kompetenzraster: Grundlegend: Begriffe und Kennungen korrekt unterscheiden. Anwendend: Fremdschlüssel, Prüfschritte und Revisionen konsistent verknüpfen. Vertiefend: atomare Speicherung, Sperrregeln und Auditierbarkeit fachlich testen. Die Bewertung kann das 100-Punkte-Raster des Modellfalls verwenden. Ein digitaler Lernnachweis ersetzt weder eine betriebliche Berechtigung noch die Abnahme einer realen Baugruppe.

OER und Wikipedia

Geprüfte Grundlagen und Abgrenzung:

IGH Automation: Turmdrehkrane – Herstellerbericht über digitale Prüfung in der Kransparte Liebherr/Biberach, Publikationsdatum der Seite nicht ausgewiesen; keine Offenlegung des konkreten Datenmodells.
GS1: Global Trace Check List – Rückverfolgbarkeit mit eindeutigem Objekt, beteiligten Stellen, Ereignis und Zeit.
GS1 Germany: Digital Link – Einordnung digitaler Zuordnung über physische Kennzeichen, nicht als Beleg für den Einsatz bei IGH.
Wikipedia: Entity-Relationship-Modell – deutschsprachige Grundlage für Entitäten und Beziehungen.
Wikipedia: Git – deutschsprachige Grundlage zur Versionsverwaltung, nicht zum Herstellerprüfplan.
Glossar – vorhandene MOOCwiki-Grundlage für fachliche Begriffsdefinitionen.

Mediennachweise und Nutzungsrechte

Wikimedia-Abbildungen: Alle dargestellten Bilder zeigen allgemeine Lernbeispiele und ausdrücklich keine reale IGH-/Liebherr-Anlage. Lizenzinformationen stammen von den jeweils geprüften Dateiseiten; bei Weiterverwendung sind die dort genannten Bedingungen zu beachten.

Eingebundene Datei	Geprüfter Dateinachweis	Autor	Lizenz und Rechteinformation
File:White Printed Circuit Board.JPG	Commons-Dateiseite	gunthercox	CC0 1.0
File:QR Code Example.svg	Commons-Dateiseite	Bobmath	CC0 1.0
File:Entity-Relationship-Modell.svg	Commons-Dateiseite	Fleshgrinder	Public-Domain-Freigabe auf der Dateiseite
File:Database.svg	Commons-Dateiseite	RRZEicons	CC BY-SA 3.0

Videos: Es werden die originalen, überprüften YouTube-Videos eingebettet. Die Nennung und Einbettung ist keine Behauptung einer Creative-Commons-Lizenz für die Videodateien; die Rechte verbleiben bei den Rechteinhabern und die Nutzung erfolgt im Rahmen der Plattform-Einbettung.

Eingebetteter Link	Geprüfte Quelle	Anbieter	Rechtehinweis
https://www.youtube.com/watch?v=9RbU-h0NH0A	Git Tutorial #1 - Local Repositories	The Morpheus Tutorials	YouTube-Nutzungsbedingungen; keine offene Nachnutzung behauptet
https://www.youtube.com/watch?v=DPD0FRBGC98	So erstellen Sie ein ER-Diagramm, Teil 1	Lucid Software Deutsch	YouTube-Nutzungsbedingungen; keine offene Nachnutzung behauptet

Eigenleistungen: Sämtliche Tabellen, das textuelle Datenflussdiagramm, die Lehrgrenzwerte, Kennungsbeispiele, Kontrollregeln, Übungen und der Modellfall sind für diesen Kurs neu entwickelte didaktische Schemata. Für sie werden keine Betriebsdaten, Herstellerparameter oder externen Medienrechte beansprucht. Kursmaterial kann im Sinne offener Bildung nach Prüfung und unter Beachtung der jeweiligen Medienrechte angepasst werden.

Verknüpfte Lernbereiche

Liebherr-Maschinen

Ausbildung – Fachinformatiker

Ausbildung – Kaufmann für Digitalisierungsmanagement

Ausbildung – Elektroniker für Geräte und Systeme

Hinweis: Die berufliche Zuordnung ist eine redaktionelle Empfehlung für das dritte Ausbildungsjahr; die konkreten Lernfelder sind mit Ausbildungsbetrieb und Berufsschule abzustimmen. Verknüpfte Themen veranschaulichen das Bildungsnetz, ohne Existenz oder Freigabe einer bestimmten Betriebsseite zu behaupten.