aiMOOC

Messdaten für eine Auswertung vorbereiten - Servicefälle und vernetzte Systeme - Ausbildung

QR-Code

Einleitung

Du arbeitest im zweiten Ausbildungsjahr als angehende Fachinformatikerin oder angehender Fachinformatiker. In einem vollständig fiktiven Ausbildungsbetrieb meldet das simulierte Service-Team zeitweise langsame Antworten eines Test-Gateways. Dein Auftrag ist nicht, eine technische Ursache zu behaupten, sondern die Messdaten so aufzubereiten, dass andere eine begründete Diagnose beginnen können. Alle Namen, Zeiten und Messwerte sind erfunden; es gibt keinerlei Zugriff auf echte Kundenanlagen.

Du lernst, einen Messauftrag festzulegen, eine CSV-Rohdatei zu prüfen, Einheiten zu vereinheitlichen, Dubletten und fehlende Werte nachvollziehbar zu behandeln, Kennzahlen zu berechnen, Ausreißer zu kennzeichnen und einen aussagekräftigen Servicebericht zu schreiben. Du arbeitest nur an fiktiven Tabellen oder in einem vom Betrieb freigegebenen, isolierten Testnetz unter qualifizierter Aufsicht. An produktiven Systemen, Kranen, elektrischen Anlagen, Drucksystemen oder Gefahrstoffen nimmst du keine eigenständigen Arbeiten vor. Dieser Kurs ersetzt keinen Befähigungsnachweis und beinhaltet keine fachliche oder rechtliche Vollfreigabe.

Einordnung in die Ausbildung: Der KMK-Rahmenlehrplan (Beschluss vom 13.12.2019) ordnet im zweiten Ausbildungsjahr Lernfeld 6 „Serviceanfragen bearbeiten“ (40 Unterrichtsstunden), Lernfeld 7 „Cyber-physische Systeme ergänzen“ (80), Lernfeld 8 „Daten systemübergreifend bereitstellen“ (80) und Lernfeld 9 „Netzwerke und Dienste bereitstellen“ (80) zu. Der Schwerpunkt dieses Kurses verbindet besonders die Lernfelder 6, 8 und 9; das sind schulische Lernfelder, keine aus der betrieblichen Verordnung kopierten Berufsbildpositionen. Die betriebliche Fachinformatikerausbildungsverordnung vom 28.02.2020 unterscheidet dagegen Fachrichtungen und zu vermittelnde Fertigkeiten, Kenntnisse und Fähigkeiten, etwa Datenqualität, Testdokumentation, vernetzte Systeme und Kundenkommunikation. Geltenden Ausbildungsrahmenplan, Fachrichtung und betriebliche Zuständigkeiten gesondert prüfen. Quellen: KMK-Rahmenlehrplan und FIAusbV.

Messauftrag und fachliche Grundlagen

Vom Serviceticket zur prüfbaren Frage

Das fiktive Ticket S-204 lautet: „Die Antwort des Gateways TEST-GW01 ist zeitweise auffällig langsam.“ Der Ausbildungsauftrag lautet: „Bereite die elf erwarteten Zeitfenster am 15.09.2026 von 10:00 bis 10:10 Uhr Ortszeit für eine erste Serviceauswertung vor.“ Die Messquelle ist ein frei erfundener Export; seine Werte stammen nicht aus realen Geräten. Die Kennung ist eine Testbezeichnung, keine Adresse oder personenbezogene Information.

Jedes Minutenfenster enthält gedanklich 100 abgeschlossene Testanfragen desselben Messverfahrens. Die Spalte RTT bezeichnet die Round Trip Time: Zeit bis zur Antwort und zurück, gemessen in Millisekunden (ms). Die Spalte Verlust ist der Anteil nicht beantworteter Testanfragen in Prozent. Ein Wert von 1 % entspricht bei 100 Anfragen genau einer nicht beantworteten Anfrage. Ein RTT-Einzelwert im exportierten Fenster steht hier für einen exemplarischen aggregierten Wert des jeweiligen Fensters; er ist nicht mit dem Verlustanteil gleichzusetzen. Weil die Messmethode synthetisch festgelegt ist, dürfen die Fenster im Beispiel verglichen werden. In realen Fällen gehören Messmethode und Zeitfenster immer in die Metadaten.

Messziel im Übungsfall: Der Median der vorhandenen RTT-Fensterwerte soll höchstens 30 ms betragen. Höchstens 5 % der auswertbaren RTT-Fenster dürfen über 50 ms liegen. Diese Grenzwerte sind frei erfundene Lernvorgaben, keine Norm und keine allgemeingültige Service-Level-Zusage. Qualität und Datenabdeckung werden zusätzlich berichtet; aus einem Messwert allein folgt keine Fehlerursache.

Animation: vereinfachter Pakettransport als Hintergrund zur Interpretation von Antwortzeiten; Oddbodz, CC BY-SA 3.0. Die gezeichneten Pakete sind keine Aufzeichnung dieses Übungsfalls.

Begriffe verständlich unterscheiden

Messwert ist eine quantitativ beobachtete Größe, hier beispielsweise 25 ms RTT. Messpunkt bezeichnet Quelle, Ziel und Zeitpunkt der Beobachtung. Datensatz ist eine Zeile mit den zusammengehörigen Feldern. Metadaten erklären, wie, wann, wo und in welcher Einheit gemessen wurde. Plausibilität fragt, ob ein Wert unter den Messbedingungen denkbar ist; sie ist nicht gleich Wahrheit. Validität bezeichnet, ob eine Angabe für die beabsichtigte Aussage tatsächlich geeignet ist. Datenvollständigkeit ist der Anteil belegter Pflichtfelder beziehungsweise Zeitfenster nach einer klar benannten Definition.

Latenz wird im Alltag oft unscharf verwendet. Die Ping-RTT umfasst Hin- und Rückweg und ist deshalb keine direkte Messung der Verzögerung nur in einer Richtung. Auch ICMP-Antwortzeiten allein belegen nicht automatisch die Performance einer konkreten Anwendung. Sie liefern zunächst einen Anhaltspunkt für eine gezielte, genehmigte Folgemessung.

Historischer Screenshot einer Netzwerkanalyse-Oberfläche (Wireshark 1.0); SF007, GPL Version 2 oder später. Ein solcher Screenshot illustriert Protokollinformationen, ersetzt aber keine Messdokumentation.

Rohdaten prüfen und sichern

Rohdatei im isolierten Testfall

Der Serviceexport verwendet diese Spalten: Zeit (Ortszeit), Testziel, RTT-Rohwert, Verlust in Prozent. Ein Gedankenstrich bedeutet einen fehlenden RTT-Wert. Jeder Eintrag beschreibt ein Fenster mit 100 fiktiven Testanfragen; jede Zeile verwendet dieselbe Testkonfiguration. Die bewusst eingebaute Fehlerliste enthält eine identische Doppelzeile, eine abweichende Zeiteinheit und einen fehlenden RTT-Wert. Der hohe RTT-Wert muss ausdrücklich beurteilt werden und darf nicht unbemerkt verschwinden.

Zeile	Zeit am 15.09.2026	Testziel	RTT-Rohwert	Verlust
1	10:00	TEST-GW01	18 ms	0 %
2	10:01	TEST-GW01	20 ms	0 %
3	10:02	TEST-GW01	21 ms	0 %
4	10:03	TEST-GW01	0,024 s	0 %
5	10:04	TEST-GW01	25 ms	1 %
6	10:05	TEST-GW01	27 ms	0 %
7	10:06	TEST-GW01	30 ms	0 %
8	10:07	TEST-GW01	31 ms	2 %
9	10:08	TEST-GW01	–	0 %
10	10:09	TEST-GW01	220 ms	0 %
11	10:05	TEST-GW01	27 ms	0 %
12	10:10	TEST-GW01	29 ms	0 %

Datenqualität und Prozesssicherheit

Prüfe zunächst, ob Zeitraum, Zeitzone, Quellsystem, Messverfahren, Gerätekennung, Zeitauflösung, Dezimaltrennzeichen und Einheit bekannt sind. Für unseren Modellfall gilt Europe/Berlin (15.09.2026: UTC+02:00). Eine einheitliche Zeitachse ist besonders bei zusammengeführten Systemen und Zeitumstellungen erforderlich. Wichtig: Eine lokale Zeit ohne Zeitzonenangabe darf nicht automatisch mit UTC gleichgesetzt werden.

Erstelle logisch zwei Datenstände: Rohdaten unverändert und aufbereitete Daten mit Änderungsprotokoll. Der Prüfschlüssel für ein Fenster lautet hier (Testziel, Datum, Minute, Messverfahren). Eine weitere Zeile mit gleicher Uhrzeit kann in einem anderen Messverfahren legitim sein: Duplikaterkennung braucht fachliche Schlüssel, nicht bloß optische Ähnlichkeit.

Die doppelte Zeile 11 ist in unserem ausdrücklich festgelegten Einmal-Export ein identischer Exportfehler. Behalte im Änderungsprotokoll, dass aus 12 Rohzeilen 11 eindeutige Minutenfenster werden. Die Zeile 10:08 bleibt als unvollständiger Datensatz erhalten; andernfalls würde eine Lücke in der Messkette unsichtbar. Bei realen Fällen sind Zugriffsrechte, datensparsame Verarbeitung und betriebliche Löschfristen zu beachten. Veröffentliche weder Protokollmitschnitte noch echte Hostnamen oder Kundendaten.

Datei:Creating Dataset Schema in Open Refine 6.gif

Animation einer Datenstrukturierung in OpenRefine (englischsprachige Oberfläche); Wikilover90, CC BY-SA nach Commons-Dateiseite. Das Beispiel ist keine Anleitung zum Zugriff auf fremde Daten.

Daten bereinigen und Einheiten vereinheitlichen

Reproduzierbare Regeln statt stiller Korrekturen

Wende die Regeln in dieser Reihenfolge an: erst Rohkopie und Metadaten sichern; dann Pflichtspalten und Zeitformat prüfen; anschließend Dubletten gemäß dokumentiertem Schlüssel identifizieren; danach Einheiten umrechnen; fehlende Daten kennzeichnen; schließlich Werte auf Plausibilität und fachliche Eignung prüfen. Dokumentiere für jede Änderung Ausgangswert, Regel, Ergebnis und Entscheidung. Ein externer Dienst oder eine fremde Cloud ist für diese Übung nicht nötig.

Einheitenregel: 1 s = 1.000 ms. Der Text „0,024 s“ mit deutschem Dezimalkomma wird als 0,024 Sekunden gelesen, also 24 ms. „0,024“ ohne Einheit wäre dagegen mehrdeutig. Beim CSV-Import dürfen Feldtrenner und Dezimaltrennzeichen nicht verwechselt werden: eine mit Semikolon getrennte Datei kann Dezimalkommas enthalten. „24 ms“ wird intern idealerweise als numerischer Wert 24 in einer Spalte namens rtt_ms gespeichert, während die originale Schreibweise im Rohbestand erhalten bleibt.

Fehlende Werte: Um 10:08 fehlt die RTT. Der angegebene Verlust von 0 % erlaubt keine rechnerische Rekonstruktion der RTT. Verwende für den Median nur die zehn vorhandenen RTT-Werte und kennzeichne die verringerte Datenabdeckung. Nicht stillschweigend durch null ersetzen; eine Null wäre eine Messbehauptung. Eine statistische Imputation wäre eine eigenständige, zu begründende Modellentscheidung und wird für diesen kleinen Servicefall nicht eingesetzt.

Ausreißerprüfung: 220 ms übersteigt die fiktive Warnschwelle 50 ms. Ein hoher, aber technisch nicht unmöglicher Wert ist nicht automatisch ein Messfehler. Belasse ihn in der primären Auswertung, markiere ihn zur Ursachenprüfung und zeige optional eine Sensitivitätsanalyse ohne diesen Wert separat und deutlich beschriftet. So wird kein unerwünschtes Ergebnis durch Datenlöschung verdeckt.

Aufbereitete Ergebnisliste

Zeit	RTT in ms	Verlust	Datenstatus
10:00	18	0 %	gültig
10:01	20	0 %	gültig
10:02	21	0 %	gültig
10:03	24	0 %	von 0,024 s umgerechnet
10:04	25	1 %	gültig
10:05	27	0 %	Duplikat entfernt
10:06	30	0 %	gültig
10:07	31	2 %	gültig
10:08	fehlend	0 %	RTT fehlt, nicht geschätzt
10:09	220	0 %	auffällig, nicht gelöscht
10:10	29	0 %	gültig

Beispiel für ein Änderungsprotokoll: „Exportzeile 11: identische Dublette zu Zeile 6, ausgeschlossen“; „10:03: 0,024 s nach 24 ms umgerechnet“; „10:08: RTT nicht vorhanden, Status fehlend“; „10:09: 220 ms als auffällig markiert, in Kennzahlen enthalten“. Solche Entscheidungen sollen von einer zweiten Person anhand der Rohdaten reproduziert werden können.

Kennzahlen und Diagramme richtig lesen

Median, Mittelwert und Spannweite

Die zehn vorhandenen RTT-Werte lauten nach der Bereinigung in zeitlicher Reihenfolge: 18, 20, 21, 24, 25, 27, 30, 31, 220, 29 ms. Sortiert sind es: 18, 20, 21, 24, 25, 27, 29, 30, 31, 220 ms. Die Summe ist 445 ms; das arithmetische Mittel ist 445 ms / 10 = 44,5 ms. Der Median einer geraden Anzahl ist der Mittelwert der beiden mittleren sortierten Werte: (25 + 27) / 2 = 26 ms. Die Spannweite ist 220 − 18 = 202 ms. Das auffällige Einzelereignis erhöht den Mittelwert stark, während der Median robuster bleibt.

Die RTT-Vollständigkeit ist 10 von 11 eindeutigen Zeitfenstern, also 90,9 % gerundet auf eine Nachkommastelle. Zehn vorhandene RTT-Werte liefern genau einen Wert oberhalb von 50 ms; das ergibt 1 / 10 = 10 % der auswertbaren Fenster. Das fiktive Ziel „höchstens 5 % über 50 ms“ ist damit nicht erfüllt. Das andere Ziel „Median höchstens 30 ms“ ist mit 26 ms erfüllt. Die zwei Zielurteile dürfen nicht zu einem pauschalen „alles gut“ verschmolzen werden.

Beim Verlust sind 11 eindeutige Zeitfenster mit je 100 simulierten Anfragen enthalten. Die Verlustwerte 0 %, 0 %, 0 %, 0 %, 1 %, 0 %, 0 %, 2 %, 0 %, 0 %, 0 % entsprechen 3 verlorenen von 1.100 Anfragen, somit 0,273 % gerundet auf drei Nachkommastellen. Diese Aggregation wäre ohne die gleiche Zahl an Testanfragen pro Fenster nicht zulässig; dann müsste die Quote mit den jeweiligen Anfragenzahlen gewichtet werden. Auch 0 % Verlust am Zeitpunkt 10:08 sagt nichts darüber aus, warum die RTT fehlt.

Datei:Boxplot.png

Schematischer Boxplot zur Darstellung von Lage und Streuung; Visferreira, CC BY-SA 4.0. Die Grafik bildet nicht die erfundenen Gateway-Daten ab.

Zeitverlauf, Histogramm und Interpretation

Für die Fehlersuche eignet sich ein Zeitreihendiagramm mit Zeit auf der horizontalen Achse und RTT in ms auf der vertikalen Achse. Eine Lücke am Zeitpunkt 10:08 bleibt erkennbar; 10:09 wird als einzelner hoher Wert markiert. Ein Histogramm gruppiert Werte in Klassen und zeigt eine Verteilung, kann aber die zeitliche Reihenfolge nicht bewahren. Ein Boxplot zeigt die Lage und Streuung, aber nicht, wann die Auffälligkeit auftrat. Wähle den Diagrammtyp nach der Frage, beschrifte Einheit, Zeitfenster und Datenlücken und verwende eine nachvollziehbare Skalierung.

Fehler beim Erstellen des Vorschaubildes:

Beispiel, wie unterschiedliche Klasseneinteilungen dasselbe Datenmaterial verschieden darstellen; WikiNukalito, CC BY-SA 4.0. Englische Beschriftung, nicht die Testdaten.

Diagnostische Grenzen: Ein einzelner hoher RTT-Wert kann durch Warteschlange, Gegenstelle, Testlast, Betriebssystem oder Messfehler entstanden sein. Die vorbereiteten Daten ermöglichen Hypothesen, bestätigen jedoch keine davon. Ein sinnvoller nächster Schritt ist ein beaufsichtigter, freigegebener Wiederholungstest mit kontrollierter Last und identischem Messverfahren. Zur Sicherheit bleiben solche Versuche in einer isolierten Trainingsumgebung.

Servicebericht und kontrollierte Übergabe

Ein überprüfbarer Ergebnisteil

Beispieltext für Ticket S-204: „Im fiktiven Testnetz wurden am 15.09.2026 elf eindeutige Minutenfenster geprüft. Die ursprünglichen zwölf Exportzeilen enthielten eine identische Dublette. Eine Zeitangabe wurde von 0,024 s in 24 ms umgerechnet; eine RTT fehlt. Der Median beträgt 26 ms, der Mittelwert 44,5 ms, die RTT-Abdeckung 90,9 %. In einem von zehn RTT-Fenstern lag der Wert über der Übungsschwelle 50 ms. Bei 1.100 simulierten Testanfragen wurden drei Verluste gezählt. Die Medianvorgabe wurde erreicht; die Vorgabe zur Überschreitungsquote nicht. Die Ursache der Auffälligkeit ist offen.“ Diese Aussagen sind aus den angegebenen Daten nachrechenbar.

Empfohlene Ticketfelder: Ticketkennung, Beobachtung, Messzweck, fiktive Testumgebung, Zeitraum mit Zeitzone, Quelle und Verfahren, Mengengerüst, Rohdatenreferenz, Prüfschritte, Änderungsprotokoll, Kennzahlen samt Nennern, Unsicherheit, Hypothesen, Freigabebedarf, nächste Prüfung und verständliche Rückmeldung an den Auftraggeber. Ein Bericht ist nachvollziehbar, wenn Dritte Zahlen und Entscheidungen aus dem Rohdatensatz herleiten können.

Grenzen und verantwortliches Handeln

Trenne Beobachtung von Bewertung: „220 ms um 10:09“ ist eine Beobachtung; „das Gateway ist defekt“ wäre eine nicht belegte Interpretation. Eine Priorität im Service ergibt sich zusätzlich aus Auswirkung, Dringlichkeit und vereinbarter Vorgehensweise. Fachkräfte prüfen Freigaben und Schutzbedarf, bevor sie weitere Daten erheben. Weder eine Netzwerkmessung noch der vorliegende Lernkurs erlaubt unbegleitete Arbeiten an sicherheitsrelevanten oder produktiven Anlagen.

Symbolische Animation möglicher Kaskadeneffekte in Netzwerken; Stickulator, CC BY-SA 3.0. Sie beschreibt keine nachgewiesene Ursache unseres Tickets.

Historischer Audiovergleich: – Klang eines klassischen Einwahlmodems; ezwa, gemeinfrei. Dieser Ton illustriert historische Verbindungszustände. Moderne IP-RTT- und Paketverlustwerte lassen sich nicht aus solchen Geräuschen ableiten.

Vertiefende Lernvideos, deutschsprachig, nur ergänzend und in einer freigegebenen Übungsumgebung:

EasyPY: CSV-Dateien mit Python und pandas lesen und bearbeiten; Urheberkanal EasyPY, YouTube-Einbettung, keine freie Nachnutzungslizenz nachgewiesen.

Programmieren mit Chris: CSV-Daten mit pandas filtern; Urheberkanal Programmieren mit Chris, YouTube-Einbettung, keine freie Nachnutzungslizenz nachgewiesen. Die Videobeispiele verwenden andere Daten.

Interaktive Aufgaben

Multiple-Choice-Quiz: Messdaten beurteilen

Wähle jeweils die erste fachlich passende Aussage aus den angezeigten Antworten. Lies danach die begründete Rückmeldung und prüfe die Rechnung anhand der Tabellen.

Welche Aussage beschreibt die RTT korrekt? (Zeit von einer Anfrage bis zum Empfang ihrer Antwort) (!Nur die Dauer des Hinwegs) (!Anzahl verlorener Pakete) (!Speicherbedarf der CSV-Datei)

Begründete Rückmeldung: Die RTT misst den Hin- und Rückweg, nicht unmittelbar die Einweg-Latenz.

Wie viele eindeutige Zeitfenster verbleiben nach dem beschriebenen Dublettenabgleich? (Elf) (!Zwölf) (!Zehn) (!Neun)

Begründete Rückmeldung: Zwölf Exportzeilen enthalten eine identische Doppelzeile; elf Zeitfenster bleiben.

Was ergibt die Umrechnung von 0,024 s? (24 ms) (!0,024 ms) (!240 ms) (!2,4 ms)

Begründete Rückmeldung: Eine Sekunde enthält tausend Millisekunden; 0,024 mal 1000 ergibt 24.

Wie ist die fehlende RTT um 10:08 zu behandeln? (Als fehlend erhalten und aus RTT-Kennzahlen ausschließen) (!Immer mit null ersetzen) (!Aus dem Verlustwert berechnen) (!Den ganzen Export löschen)

Begründete Rückmeldung: Ohne Messwert ist eine RTT nicht rekonstruierbar; die Lücke bleibt dokumentiert.

Welcher Median ergibt sich aus zehn vorhandenen RTT-Werten? (26 ms) (!44,5 ms) (!220 ms) (!30 ms)

Begründete Rückmeldung: Die sortierten Werte an den mittleren Positionen sind 25 und 27 ms; ihr Mittel beträgt 26 ms.

Welcher RTT-Mittelwert ist korrekt? (44,5 ms) (!26 ms) (!22 ms) (!50 ms)

Begründete Rückmeldung: Die Summe der zehn RTT-Werte beträgt 445 ms; geteilt durch zehn sind es 44,5 ms.

Wie hoch ist die RTT-Vollständigkeit über elf eindeutige Fenster? (90,9 Prozent) (!100 Prozent) (!83,3 Prozent) (!10 Prozent)

Begründete Rückmeldung: Zehn der elf eindeutigen Fenster besitzen einen RTT-Wert; zehn durch elf ergibt rund 90,9 Prozent.

Wie viele auswertbare RTT-Fenster überschreiten 50 ms? (Eines von zehn) (!Zwei von elf) (!Keines) (!Zehn von zehn)

Begründete Rückmeldung: 220 ms überschreitet die Schwelle; die übrigen neun vorhandenen Werte liegen darunter.

Welche aggregierte Verlustquote gilt bei 100 Testanfragen je Fenster? (Rund 0,273 Prozent) (!Drei Prozent) (!Ein Prozent) (!Zehn Prozent)

Begründete Rückmeldung: Drei von 1100 Anfragen gingen verloren; die Quotientenrechnung ergibt rund 0,273 Prozent.

Welche Diagnose ist durch die Messwerte allein erlaubt? (Eine Auffälligkeit markieren und eine kontrollierte Nachprüfung empfehlen) (!Einen Hardwaredefekt sicher bestätigen) (!Einen Angriff sicher nachweisen) (!Alle weiteren Messungen verbieten)

Begründete Rückmeldung: Eine einzelne hohe RTT ist kein Nachweis einer bestimmten Ursache; mehrere Hypothesen bleiben offen.

Memory: Begriffe und Bedeutungen

RTT	Zeit für Anfrage und Antwort zusammen
Median	Mittlerer Lagewert der sortierten Beobachtungen
Dublette	Identischer zusätzlicher Exporteintrag
Metadaten	Angaben zur Herkunft und Messmethode
Vollständigkeit	Anteil vorhandener erwarteter Angaben
Ausreißer	Auffälliger Beobachtungswert mit Prüfbedarf

Drag-and-Drop: Verarbeitungsschritte zuordnen

Ordne den Verarbeitungsschritt der Beschreibung zu.	Beschreibung
Rohkopie sichern	Ursprünglichen Export unverändert aufbewahren
Einheiten normalisieren	Sekunden einheitlich in Millisekunden umrechnen
Dublette kennzeichnen	Identische Exportzeile nachvollziehbar ausschließen
Fehlwert erhalten	Fehlende RTT nicht als Nullmessung ausgeben
Ausreißer prüfen	Hohe RTT markieren statt unbegründet löschen

Kreuzworträtsel: Datenaufbereitung

Median	Welcher Lagewert ist gegenüber einem einzelnen extrem hohen Messwert robuster als das arithmetische Mittel?
Dublette	Wie nennt man einen identisch nochmals exportierten Datensatz?
Einheit	Welche Angabe macht aus einem Zahlenwert eine eindeutig interpretierbare Messgröße?
Zeitstempel	Wie heißt die Angabe zum Zeitpunkt einer Messung?
Plausibilität	Welches Merkmal fragt nach der fachlichen Denk- und Nachvollziehbarkeit eines Messwerts?
Rohdaten	Wie nennt man den unveränderten Originalbestand vor der Aufbereitung?

LearningApps: Weitere Zuordnungen

Die folgende Suchansicht bietet ergänzende externe Übungen zum Thema. Ergebnisse werden vom externen Anbieter bereitgestellt und sind nicht automatisch fachlich geprüft.

Lückentext: Von den Rohdaten zum Bericht

Eine RTT wird in unserem aufbereiteten Export in

gespeichert.

Ein Export mit derselben Messung in einer zusätzlichen Zeile enthält eine

.

Der Rohwert 0,024 Sekunden entspricht

Millisekunden.

Ein nicht beobachteter RTT-Wert bleibt als

markiert.

Aus zehn von elf belegten RTT-Fenstern ergibt sich eine Vollständigkeit von rund

Prozent.

Die sortierten mittleren Werte 25 und 27 ergeben den Median

Millisekunden.

Der arithmetische Mittelwert aller zehn vorhandenen RTT-Werte beträgt

Millisekunden.

Ein besonders hoher Wert muss vor einem Ausschluss auf

geprüft werden.

Der Wert um 10:09 beträgt

Millisekunden.

Die drei Paketverluste beziehen sich insgesamt auf

simulierte Anfragen.

Eine Aussage wie Hardwaredefekt wäre ohne weitere Belege eine

.

Ein nachvollziehbarer Servicebericht dokumentiert auch die

der Schlussfolgerung.

Offene Aufgaben

Leicht

Messauftrag: Formuliere für Ticket S-204 drei präzise Fragen zu Zeitraum, Messverfahren und erwarteter Einheit. Notiere, welche Angaben du vor der Auswertung brauchst.
Datenqualität: Markiere in der Rohdatentabelle die Dublette, den fehlenden RTT-Wert und die abweichende Zeiteinheit. Begründe jede Markierung.
Einheitenumrechnung: Rechne 0,024 s in ms um und erläutere schriftlich den Unterschied zwischen Dezimalkomma und CSV-Feldtrenner.
Messprotokoll: Schreibe ein Änderungsprotokoll mit vier Zeilen für das fiktive Beispiel und sichere gedanklich die unveränderten Rohdaten.

Standard

Tabellenkalkulation: Erstelle in einer lokalen Übungsdatei aus den zwölf Datensätzen elf eindeutige Minutenfenster und füge eine Spalte Datenstatus hinzu.
Median: Berechne Median, Mittelwert und Spannweite mit vollständigem Rechenweg. Beschreibe, warum sich Median und Mittelwert unterscheiden.
Datenvisualisierung: Skizziere ein Zeitreihendiagramm mit der Lücke 10:08 und der Auffälligkeit 10:09. Beschrifte Achsen und Einheit.
Servicebericht: Verfasse eine höchstens 180 Wörter lange sachliche Rückmeldung zum Ticket mit zwei erfüllten oder nicht erfüllten Übungszielen.

Schwer

Datenbereinigung: Entwerfe einen nachvollziehbaren Pseudocode für CSV-Import, Dublettenprüfung, Einheitenumrechnung und Fehlwertbehandlung ohne echte Netzwerkzugriffe.
Sensitivitätsanalyse: Berechne den Mittelwert ausschließlich der neun RTT-Werte ohne 220 ms und vergleiche ihn mit 44,5 ms. Erläutere, warum die Primärkennzahl unverändert bleiben muss.
Fehlerdiagnose: Entwickle drei konkurrierende Hypothesen für den einzelnen hohen RTT-Wert und beschreibe je einen genehmigungspflichtigen kontrollierten Test, der die Hypothese überprüfen könnte.
Qualitätssicherung: Erstelle ein Vier-Augen-Prüfblatt mit mindestens acht kontrollierbaren Fragen und einem kurzen Plan zum sicheren Umgang mit sensiblen Messdaten.

Lernkontrolle

Auswertung: Rechne aus den Rohdaten selbstständig die RTT-Abdeckung, den Median und die Überschreitungsquote aus und vergleiche alle Ergebnisse mit den dokumentierten Kontrollwerten.
Datenherkunft: Erkläre, warum bei verschieden großen Stichprobenfenstern eine einfache Mittelung von Verlustprozenten irreführend sein kann. Gib ein eigenes fiktives Gegenbeispiel.
Fehlende Werte: Begründe, warum das Ersetzen einer fehlenden RTT durch null die Kennzahlen verfälschen würde, und nenne eine zulässige transparente Alternative.
Messunsicherheit: Formuliere einen Satz als Beobachtung, einen als Hypothese und einen als nächsten beaufsichtigten Prüfschritt zum Ereignis 10:09.
Datenvisualisierung: Vergleiche Zeitverlauf, Histogramm und Boxplot hinsichtlich jeweils erhaltener und verlorener Information für die Frage nach einer einmaligen Störung.
Ausbildungsordnung: Unterscheide zwei schulische Lernfelder des zweiten Ausbildungsjahres von betrieblichen Ausbildungsinhalten der FIAusbV, ohne beide Begriffsarten gleichzusetzen.
Servicequalität: Entscheide, ob du aufgrund der beiden fiktiven RTT-Ziele „bestanden“, „teilweise bestanden“ oder „nicht erfüllt“ meldest. Lege deine Bewertungsregel offen.

Lernnachweis

Wissen: Du erklärst RTT, Zeitstempel, Datensatz, Einheit, Plausibilität, Fehlwert, Dublette, Median, Mittelwert, Stichprobenabdeckung und den Unterschied zwischen Messbeobachtung und Diagnose.

Fertigkeiten: Du verarbeitest die zwölf Rohzeilen nachvollziehbar zu elf eindeutigen Zeitfenstern, wandelst Sekunden korrekt in Millisekunden um, schützt den Rohbestand vor stiller Veränderung und führst die Kennzahlen mit offenem Nenner aus.

Produkte: Rohdatenkopie, aufbereitete Tabelle, Änderungsprotokoll, mindestens ein beschriftetes Diagramm, Berechnungsblatt und Servicebericht zu Ticket S-204. Überprüfbare Zielwerte: 10 auswertbare RTT-Fenster, Median 26 ms, Mittelwert 44,5 ms, RTT-Abdeckung 90,9 %, ein Überschreitungsfenster von zehn, Verlust 3 von 1100 Testanfragen.

Transfer: Du beschreibst eine unter Aufsicht geplante Nachmessung sowie die Grenzen der Aussagefähigkeit. Du beherrschst keine reale Anlagenfreigabe durch das Bearbeiten dieses Modellfalls.

OER und Wikipedia

Amtliche und fachliche Orientierung, geprüft am 21.10.2026:

KMK: Rahmenlehrplan Fachinformatiker/Fachinformatikerin, Beschluss 13.12.2019. Schulische Lernfelder, insbesondere 6, 8 und 9 im zweiten Jahr.
Bundesrecht: Fachinformatikerausbildungsverordnung, 28.02.2020. Betriebliche Berufsausbildung und nach Fachrichtungen gegliederte Fertigkeiten, Kenntnisse und Fähigkeiten; den aktuellen Gesetzesstand über das amtliche Portal prüfen.
Datenbereinigung: Fachbegriff, Rohdatensicherung und Umgang mit Inkonsistenzen.
Paketumlaufzeit: Abgrenzung zwischen RTT und Einweg-Verzögerung.

Mediennachweise und Rechte (Dateinamen entsprechen den eingebetteten Dateien):

Datei oder Video	Quelle und Nachweis	Urheber	Lizenz und Nutzungsgrenze
File:Packet Switching.gif	Wikimedia Commons	Oddbodz	CC BY-SA 3.0; vereinfachte Darstellung
File:Wireshark screenshot.png	Wikimedia Commons	SF007	GPL v2 oder später gemäß Commons-Dateiseite
File:Creating Dataset Schema in Open Refine 6.gif	Wikimedia Commons	Wikilover90	Lizenzangabe auf Commons; Namensnennung beachten
File:Boxplot.png	Wikimedia Commons	Visferreira	CC BY-SA 4.0
File:Histogram rules.png	Wikimedia Commons	WikiNukalito	CC BY-SA 4.0
File:Networkfailure.gif	Wikimedia Commons	Stickulator	CC BY-SA 3.0
File:Dial up connection.ogg	Wikimedia Commons	ezwa	Vom Urheber als gemeinfrei freigegeben
https://www.youtube.com/watch?v=MMKoqLbxWPM	EasyPY: Python und pandas für CSV	Kanal EasyPY	Keine freie Lizenz nachgewiesen; nur Einbettung auf YouTube-Basis, keine Weiterverbreitung der Videodatei
https://www.youtube.com/watch?v=Kus4aDgkIEs	CSV filtern mit pandas	Kanal Programmieren mit Chris	Keine freie Lizenz nachgewiesen; nur Einbettung auf YouTube-Basis, keine Weiterverbreitung der Videodatei

Enzyklopädische Vertiefung: Der folgende eingebettete Artikel erläutert Datenbereinigung allgemein und ist keine Primärquelle für den fiktiven Servicefall.