aiMOOC

Einen Servicefall datensparsam dokumentieren - Servicefälle und vernetzte Systeme - Ausbildung

QR-Code

Zielgruppe: Fachinformatikerinnen und Fachinformatiker im zweiten Ausbildungsjahr. Du lernst, technische Servicefälle prüfbar, verständlich und datensparsam zu dokumentieren, bei getrennten Rollen und einem isolierten, fiktiven Testnetz.

Wichtige Grenzen: Alle Zahlen, Rollen, Geräte und Fälle sind frei erfunden. Keine echten personenbezogenen Daten, Zugangsdaten oder vertraulichen Unterlagen verwenden. Übungen nur im genehmigten Testnetz unter qualifizierter Aufsicht und nach betrieblichen Regeln. Keine Eingriffe in Kran-, Elektro-, Druck- oder Gefahrstoffanlagen. Der Kurs ersetzt weder Befähigung noch Fach- oder Rechtsfreigaben.

Einleitung

Der Service-Desk nimmt Meldungen an, ordnet sie ein, grenzt mögliche Ursachen ein und dokumentiert den Verlauf. Ein gutes Service-Ticket beschreibt Ereignis, Zeit, prüfbare Belege, Freigabe, Ergebnis und Kommunikation. Es speichert nicht den gesamten technischen oder persönlichen Kontext. Leitfrage: Welche Information braucht die berechtigte Fachkraft wirklich für diesen dokumentierten Zweck?

Lernprodukte: Ein sparsames Muster-Ticket, eine Messwerttabelle, eine Berechtigungsmatrix und eine Abschlussnotiz mit Soll-Ist-Vergleich.

Datenminimierung als Qualitätsmerkmal

Zweck, Notwendigkeit und sensible Nebeninformationen

Datenminimierung bedeutet, personenbezogene Daten auf das für einen festgelegten Zweck notwendige Maß zu beschränken. Beispiele für zweckdienliche Ticketfelder sind erfundene Vorgangskennung, Symptom, Eingangszeit, Status, Testverfahren und Ergebnis. Vollständige Browserprofile, Fotos, private Kontaktdaten, Passwörter, Cookies und ungekürzte Protokolle gehören ohne belegte Notwendigkeit nicht in das allgemeine Ticket.

Auch ein Gerätebezeichner oder eine IP-Adresse kann je nach Verknüpfbarkeit personenbezogen sein. Pseudonymisiert bedeutet lediglich, dass für die Zuordnung getrennte Zusatzinformationen nötig sein können; das ist nicht gleichbedeutend mit sicher anonym. Anonymisiert bedeutet, dass eine natürliche Person unter realistischen Mitteln nicht mehr identifizierbar ist. In der Übung existieren überhaupt keine echten betroffenen Personen.

Artikel 5 Absatz 1 DSGVO nennt unter anderem Zweckbindung (Buchstabe b), Datenminimierung (c), Speicherbegrenzung (e) und Integrität und Vertraulichkeit (f). Für die Verarbeitung echter personenbezogener Daten ist eine geeignete Rechtsgrundlage nach Artikel 6 DSGVO erforderlich; Einwilligung ist keineswegs immer das passende oder notwendige Instrument. Der Betrieb bestimmt zusammen mit den zuständigen Stellen Berechtigungen, Schutzmaßnahmen und Aufbewahrung.

Entscheidungsregel: Feld vor Erfassung prüfen: Ist es für Diagnose, Zuständigkeit, Kommunikation oder Beleg notwendig? Wenn nicht, weglassen. Ist es nur für eine tiefere Diagnose nötig, in ein beschränktes Fachfeld statt in die frei lesbare Kurzbeschreibung.

Fehler beim Erstellen des Vorschaubildes:

Grafik: Allgemeine Zeichen eines Datenflussdiagramms zur Trennung von Datenquellen und Speicherung. Quelle Wikimedia Commons; Urheber wooptoo; gemeinfrei laut Dateiseite; unverändert.

Servicequalität, Status und SLAs

Ein Incident ist eine ungeplante Beeinträchtigung eines Dienstes. Das SLA (Service-Level-Agreement) kann zum Beispiel eine Reaktionszeit regeln. Die Reaktionszeit ist die Zeitspanne bis zur vereinbarten ersten Antwort; die Wiederherstellungszeit ist eine andere Kennzahl. Ein Status wie „eingegangen“, „in Diagnose“, „Warten auf Freigabe“, „in Prüfung“ oder „abgeschlossen“ macht den Bearbeitungsstand nachvollziehbar.

Beim Service zählen nicht nur schnelle Zeiten, sondern auch die fachlich richtige Maßnahme, passende Kommunikation und dokumentierte Berechtigungen. Schulischer Bezug: KMK-Lernfeld 6 „Serviceanfragen bearbeiten“ (zweites Ausbildungsjahr, 40 Unterrichtsstunden, Beschluss vom 13.12.2019). Betrieblich steht daneben die Fachinformatikerausbildungsverordnung vom 28.02.2020 mit ihrem Ausbildungsrahmenplan. Beide sind eigenständige Ordnungsmittel.

Grafik: Allgemeines Flussdiagramm als Beispiel für Entscheidungsknoten, nicht als normativer Supportablauf. Wikimedia Commons; Manuela knoop; CC BY-SA 3.0; unverändert.

Konkreter fiktiver Servicefall

Ein ausschließlich isoliertes Lernnetz

Das fiktive Lernbüro „Labor Nord“ betreibt ein vom Internet und von jedem Produktionsnetz getrenntes Übungsnetz. Am Testclient wird das interne Testportal portal.lab.test nicht über seinen Namen erreicht. Die Übungsadresse des Testservers lautet 10.20.30.40, der autorisierte DNS-Testserver 10.20.30.53. Im Testclient ist versehentlich 10.20.30.99 eingetragen; dort antwortet kein DNS-Dienst. Die Domainendung .test kennzeichnet diesen didaktischen Testzweck. Die Beispiele sind keine Netzvorgaben für echte Betriebe.

Feld	Fiktiver Wert	Zweck
Ticket	SV-2047	Vorgang zuordnen
Eingang	10:05 Uhr	Startzeit festhalten
Erste Rückmeldung	10:17 Uhr	Reaktion messen
Wiederherstellung	10:42 Uhr	Abschlusszeit messen
Betroffen	Testclient und Testportal	Auswirkung beschreiben
Modell-SLA	Erste Rückmeldung in höchstens 30 min	Definierten Vergleich ermöglichen

Alle Rollen werden nur als „meldende Übungsrolle“, „Service-Desk“ und „betreuende Fachkraft“ bezeichnet. Keine echten Namen, Kontaktdaten oder Zugangsdaten sind erforderlich.

Grafik: Eine Client-Anfrage und die Serverantwort, nicht die genaue Laborkonfiguration. Wikimedia Commons; Lubaochuan; CC BY-SA 4.0; unverändert.

Gezielte Testwerte und Fehlerhypothese

Eine DNS-Abfrage wandelt einen Namen in eine Netzwerkadresse um. Vor allen Tests legen Aufsicht und Lernende die zulässigen Ziele fest. Im fiktiven Test werden 20 ICMP-Echo-Anfragen an 10.20.30.40 gesendet, 20 Antworten empfangen. Verlustquote: (20 − 20) / 20 × 100 % = 0 %. Diese Feststellung belegt im Testzeitraum die IP-Erreichbarkeit, nicht automatisch die Funktionsfähigkeit aller Anwendungen.

Die Namensabfrage an 10.20.30.99 liefert in 2 s keine Antwort. Die genehmigte Vergleichsabfrage an 10.20.30.53 ergibt für portal.lab.test die Adresse 10.20.30.40. Hypothese: falsche DNS-Clientkonfiguration. Nach genehmigter Änderung unter Aufsicht gelingt die Namensauflösung; 10 von 10 Testaufrufen werden erfolgreich abgeschlossen. Erfolgsquote: 10 / 10 × 100 % = 100 % im gegebenen Versuch.

Zehn erfundene Antwortzeiten seien 100, 120, 130, 140, 150, 160, 170, 180, 190 und 260 Millisekunden. Ihre Summe beträgt 1600 ms, ihr Mittelwert 160 ms und ihr Median (150 + 160) / 2 = 155 ms. Umrechnung: 2 s = 2000 ms. Keine dieser Modellzahlen wurde an realen Systemen gemessen.

Animation: Paketvermittlung als allgemeines Netzprinzip, nicht als DNS-Messung. Wikimedia Commons; Oddbodz; CC BY-SA 3.0; unverändert.

DNS-Vertiefung, deutschsprachiges Video:

Datensparsam dokumentieren und rechnen

Aufbau eines überprüfbaren Tickets

Die Dokumentation trennt Beobachtung, Hypothese, autorisierte Maßnahme und Ergebnis. Nur so ist klar, welche Annahmen überprüft wurden. Der Service-Desk benötigt Kategorie, Zeiten und Kommunikationsstatus; ein beschränktes Diagnosefeld kann die für befugte Fachkräfte relevanten Testadressen enthalten.

Ticketfeld	Vollständig fiktiver sparsamer Eintrag
Vorgang	SV-2047, Namensauflösung des Übungsportals
Eingang	10:05, ein isolierter Testclient betroffen, keine Produktionsauswirkung
Rückmeldung	10:17; erste Reaktion 12 min, Modell-SLA von 30 min eingehalten
Status	Diagnose unter Aufsicht, dann Test und Abschluss
Beobachtung	IP-Erreichbarkeit 20/20, DNS-Abfrage ohne Antwort nach 2 s
Ursache	Im beschränkten Diagnosefeld verifizierter falscher DNS-Wert
Autorisierte Maßnahme	Client-DNS im Testnetz unter Aufsicht auf Sollwert gestellt
Prüfung	10/10 erfolgreiche Portalaufrufe, mittlere Antwortzeit 160 ms
Abschluss	10:42, Testrolle ohne personenbezogene Daten informiert

Zeitrechnung: Reaktion = 10:17 − 10:05 = 12 min. Wiederherstellung = 10:42 − 10:05 = 37 min. Da das fiktive SLA ausschließlich eine erste Reaktion binnen 30 min fordert, darf aus den 37 min Wiederherstellungszeit kein Verstoß gegen genau diese Regel gefolgert werden. Andere Vertragskriterien wären getrennt zu prüfen.

Ein bloßes „geht wieder“ genügt fachlich nicht. Die Notiz braucht den begrenzten Testumfang; ebenso darf sie nicht „System vollständig sicher“ behaupten, wenn nur der Testclient geprüft wurde.

Felder redigieren und Zugriffe trennen

Beispiel für eine rein synthetische Rohzeile: „10:07; user=Uebungsname; token=FAKE-EXAMPLE; client=10.20.30.21; dns=10.20.30.99; timeout=2s“. Für die allgemeine Ticketansicht genügt: „10:07; Testclient; Namensabfrage am abweichenden DNS-Testwert nach 2 s ohne Antwort“. Ein tatsächliches Authentisierungstoken wäre besonders schützenswert und dürfte nicht in diese Übung hochgeladen werden.

Redigieren bedeutet, unnötige oder nicht weitergabefähige Bestandteile zu entfernen beziehungsweise zu verdecken. Die technische Originalspur eines realen Sicherheitsvorfalls darf nicht eigenmächtig gelöscht oder verfälscht werden: falls beweissicher nötig, nur im vorgeschriebenen sicheren Verfahren und unter entsprechender Freigabe aufbewahren. Allgemeines Ticket, Fachdiagnose und geschützter Originalnachweis müssen unterschieden werden. Zugriffsrechte nach Aufgabe, Prüfbarkeit von Änderungen und Löschregeln sind mit Verantwortlichen abzustimmen.

Sichere Übergabe und Verbesserung

Kommunizieren ohne unnötige Details

Eine gute Mitteilung an die nur fiktive Übungsrolle lautet: „Das Testportal ist nach Korrektur der internen Test-DNS-Einstellung wieder über seinen Namen erreichbar. Zehn von zehn freigegebenen Testaufrufen waren erfolgreich. Der Vorfall wird für diesen Prüfbereich abgeschlossen.“ Keine privaten Namen, Netzübersichten oder Passwörter nennen.

Checkliste vor Abschluss: Ist der Fall klar identifiziert? Sind Zeiten plausibel und Einheiten richtig? Ist eine Hypothese durch Beobachtungen gedeckt? Sind Änderung und Test genehmigt? Sind Empfänger, Datenumfang und Löschweg passend? Fehlt eine Freigabe, wird eskaliert statt eigenmächtig eingegriffen.

Im fiktiven Übungsbetrieb kann ein Fehlercluster als aggregierte Kennzahl ausgewertet werden: Beispielsweise erreichen 8 von 10 simulierten Tickets die vereinbarte erste Reaktionszeit; dies ergibt 8 / 10 × 100 % = 80 %. Solche Auswertungen sollten keine identifizierbaren Einzelrollen offenlegen. Auch scheinbar aggregierte Kleinmengen können in realen Kontexten Rückschlüsse zulassen.

Bildungs- und Rechtsbezug sauber trennen

Schule: Der KMK-Rahmenlehrplan vom 13.12.2019 ordnet Lernfeld 6 „Serviceanfragen bearbeiten“ dem zweiten Ausbildungsjahr mit 40 Unterrichtsstunden zu. Lernfeld 8 behandelt Daten systemübergreifend bereitstellen, Lernfeld 9 Netzwerke und Dienste bereitstellen, jeweils 80 Unterrichtsstunden im zweiten Ausbildungsjahr. Die Übertragung des Modellfalles auf diese Lernfelder ist eine didaktische Einordnung.

Betrieb: Die Bundes-Fachinformatikerausbildungsverordnung (FIAusbV, 28.02.2020) regelt Beruf und Ausbildungsrahmenplan. § 4 Abs. 2 nennt unter anderem Qualitätssicherung dokumentieren und Maßnahmen für IT-Sicherheit und Datenschutz umsetzen. Die BIBB-Umsetzungshilfe von 2020 unterstützt die Ausbildungspraxis. Das ist nicht dasselbe wie der schulische Lehrplan.

Technische Orientierung: Der BSI-Baustein OPS.1.1.5 „Protokollierung“, Edition 2022, behandelt die gezielte Erhebung, sichere Speicherung, Auswertung und ordnungsgemäße Entsorgung von Protokolldaten. Eine konkrete Ticket-Löschfrist muss nach geltendem Recht, Zweck und betrieblichen Regelungen ermittelt werden; es wird keine universelle Frist erfunden. Keine geschützten Normvolltexte oder echten Prüfungsaufgaben werden reproduziert.

Datenschutz-Vertiefung, deutschsprachiges Video:

Die YouTube-Beiträge sind externe Erläuterungen, keine Rechtsquellen. Eine freie Lizenz ihrer Inhalte ist nicht belegt; die Nutzung beschränkt sich hier auf die Einbettung.

Interaktive Aufgaben

Quiz: Prüfe dein Wissen

Was gehört als allgemeine Beschreibung in das Muster-Ticket? (Portalname im Testnetz nicht auflösbar) (!Privates Adressbuch exportiert) (!Alle Sitzungscookies eingefügt) (!Klarnamenliste der Nutzenden kopiert)

Begründete Rückmeldung: Die Störung wird fachlich bezeichnet, ohne unnötige personenbezogene Nebeninformationen zu übernehmen.

Welcher DSGVO-Grundsatz begrenzt personenbezogene Ticketfelder auf das Erforderliche? (Datenminimierung) (!Unbegrenzte Speicherung) (!Beliebige Weitergabe) (!Öffentliche Freischaltung)

Begründete Rückmeldung: Artikel 5 Absatz 1 Buchstabe c DSGVO knüpft den Datenumfang an den Zweck.

Welche Messung spricht gegen eine völlige IP-Unerreichbarkeit des Servers? (Zwanzig Antworten auf zwanzig Echo-Anfragen) (!Zehn verlorene von zwanzig Anfragen) (!Keine geprüfte Netzwerkverbindung) (!Eine unbestätigte Vermutung)

Begründete Rückmeldung: Erfolgreiche ICMP-Antworten belegen begrenzte Erreichbarkeit im Testzeitraum.

Was bedeutet eine erste Antwort um 10:17 bei Eingang um 10:05? (Zwölf Minuten Reaktionszeit) (!Siebenunddreißig Minuten Reaktionszeit) (!Fünfzig Minuten Reaktionszeit) (!Zwei Stunden Reaktionszeit)

Begründete Rückmeldung: Der zeitliche Abstand ist zwölf Minuten; die Wiederherstellung um 10:42 ist davon getrennt.

Welche Prüfung grenzt im Modell DNS-Probleme weiter ein? (Namensabfrage an autorisiertem Test-DNS mit dem Sollwert vergleichen) (!Passwort aller Testrollen ändern) (!Den Produktionsrouter zurücksetzen) (!Private Browserprofile hochladen)

Begründete Rückmeldung: Ein Soll-Ist-Vergleich der Namensauflösung prüft die konkrete DNS-Hypothese.

Was beweisen zehn erfolgreiche Aufrufe bei zehn Testversuchen? (Vollständigen Erfolg im eng begrenzten Prüfszenario) (!Vollständige Sicherheit aller Unternehmensnetze) (!Eine allgemeine rechtliche Freigabe) (!Eine Garantie für alle zukünftigen Aufrufe)

Begründete Rückmeldung: Die Trefferquote von 100 Prozent gilt nur für die definierte Testserie und nicht für sämtliche Betriebszustände.

Weshalb kann ein Pseudonym weiterhin personenbezogen sein? (Es ist möglicherweise mit getrennt gehaltenen Zusatzinformationen zuordenbar) (!Es ist stets öffentlich nutzbar) (!Jede Zuordnung ist sicher ausgeschlossen) (!Es ersetzt automatisch eine Rechtsgrundlage)

Begründete Rückmeldung: Pseudonymisierung kann die Zuordnung erschweren, hebt den Personenbezug aber nicht notwendig auf.

Was ist vor Weitergabe eines allgemeinen Diagnosetickets sinnvoll? (Zugriff und Zweck prüfen sowie unnötige Tokenangaben entfernen) (!Alle Rohdaten veröffentlichen) (!Passwörter in den Anhang schreiben) (!Das gesamte Verzeichnis mit Mitarbeitenden kopieren)

Begründete Rückmeldung: Fachlich unnötige Tokens und Identifikatoren erhöhen das Risiko ohne einen Nutzen für den Zweck.

Welcher Mittelwert folgt aus 1600 Millisekunden für zehn Testaufrufe? (Hundertsechzig Millisekunden) (!Sechzehn Sekunden) (!Eintausendsechshundert Sekunden) (!Zwei Millisekunden)

Begründete Rückmeldung: Der arithmetische Mittelwert beträgt 1600 geteilt durch 10 gleich 160 Millisekunden.

Wie wird das Ticket korrekt beendet? (Maßnahme und Test belegen sowie rollenangemessen rückmelden) (!Ohne Test die vollständige Sicherheit behaupten) (!Eine Person privat bewerten) (!Eine beliebige Löschfrist behaupten)

Begründete Rückmeldung: Ein überprüfbarer Abschluss benennt Umfang und Resultat der Messung ohne unzulässige Überverallgemeinerung.

Memory

Verbinde die sechs Begriffe mit je einer einzigartigen Erklärung.

Datenminimierung	Beschränkung auf zwecknotwendige Angaben
Reaktionszeit	Dauer bis zur vereinbarten ersten Antwort
Namensauflösung	Zuordnung eines Dienstnamens zur Netzadresse
Berechtigungsrolle	Arbeitsbezogene Festlegung zulässiger Zugriffe
Diagnosebeleg	Prüfbarkeit eines technischen Testergebnisses
Ticketstatus	Aktuelle Stufe der Bearbeitung

Drag-and-Drop

Ordne die Fachbegriffe den fünf Arbeitsschritten zu.

Passender Begriff	Arbeitsschritt
Annahme	Störung zweckgebunden entgegennehmen
Eingrenzung	Technische Hypothese systematisch untersuchen
Freigabe	Genehmigung für begrenzte Maßnahme einholen
Kontrolltest	Funktion nach der Änderung nachweisen
Abschluss	Ergebnis knapp mitteilen und Status aktualisieren

Kreuzworträtsel

Trage sechs eindeutige Fachwörter ein.

Ticket	Nummerierter Vorgang im Service-Management
Diagnose	Systematische Suche nach einer Fehlerursache
Zweckbindung	Beschränkung einer Verarbeitung auf festgelegte Ziele
Freigabe	Erforderliche Erlaubnis vor einem Eingriff
Messwert	Quantitatives Ergebnis einer Untersuchung
Löschung	Geregelte Entfernung nicht mehr benötigter Informationen

LearningApps

Suche ergänzende Übungen und beurteile Quelle und Datenschutz vor der Nutzung.

Eigenständiger Lückentext

Nutze die konkreten Messdaten des erfundenen Falles. Pro Satz ist nur eine Lücke vorgesehen.

Der zentrale Grundsatz für begrenzte Erhebung lautet

.

Die fiktive Ticketkennung heißt

.

Eine erste Antwort nach zwölf Minuten hat die Reaktionsdauer

Minuten.

Zwanzig Antwortpakete bei zwanzig Anfragen ergeben

Prozent Verlust.

Die interne Namensauflösung nutzt das System

.

Die modellierte Obergrenze für die erste Antwort beträgt

Minuten.

Die Erfolgsquote von zehn erfolgreichen unter zehn Testaufrufen beträgt

Prozent.

Der Mittelwert der zehn Antwortzeiten lautet

Millisekunden.

Durch

werden entbehrliche Informationen aus einem weitergegebenen Auszug entfernt.

Für die Verarbeitung personenbezogener Daten braucht man einen festgelegten

.

Offene Aufgaben

Leicht

Service-Ticket: Erstelle eine Ticketkurznotiz zu SV-2047 mit maximal 70 Wörtern und begründe den Ausschluss dreier unnötiger Daten.
Datensparsamkeit: Sortiere zehn rein erfundene Diagnosefelder nach erforderlichen und nicht erforderlichen Angaben und begründe jede Entscheidung.
Domain Name System: Skizziere im isolierten Modell die Namensauflösung und unterscheide einen erreichbaren Server von einem falsch konfigurierten DNS-Wert.
Service-Level-Agreement: Berechne beide Zeitdifferenzen von Eingang zu Reaktion und zu Wiederherstellung einschließlich der Einheit Minuten.

Standard

Fehlerdiagnose: Entwickle eine Tabelle aus Hypothese, zugelassenem Test, Sollwert, Befund und begründetem Ergebnis für den erfundenen Netzwerkfall.
Datenschutz: Redigiere drei erfundene Rohlogzeilen und erkläre, welche technischen Informationen nur im beschränkten Fachfeld notwendig sind.
Statistik: Berechne aus den zehn Antwortzeiten Mittelwert, Median und Spannweite und erläutere deren unterschiedliche Aussagen.
IT-Service-Management: Schreibe eine datensparsame Übergabe zwischen Service-Desk, Diagnose-Team und Ausbildungsaufsicht mit Rollengrenzen.

Schwer

Pseudonymisierung: Entwirf eine Muster-Pseudonymisierung und diskutiere das verbleibende Risiko einer Zuordnung über gesonderte Zusatzdaten.
Protokollierung: Erstelle eine Lösch- und Rechte-Matrix für fiktive Tickets, unter ausdrücklichem Vorbehalt betrieblicher und rechtlicher Prüfung.
Qualitätsmanagement: Werte zehn simulierte Servicefälle zu einer aggregierten Modell-SLA-Quote aus und bewerte Rückschlussrisiken kleiner Gruppen.
Kommunikation: Verfasse einen 90-sekündigen Fallbericht mit belegten Ergebnissen, offenen Fragen, Eskalation und datensparsamem Abschluss.

Lernkontrolle

Reproduzierbarkeit: Welche minimalen Felder braucht eine berechtigte Fachkraft zur Wiederholung des hypothetischen DNS-Tests und weshalb?
Datenschutz-Grundverordnung: Begründe anhand des Modell-Tickets das Zusammenwirken von Zweckbindung, Datenminimierung, Speicherbegrenzung und Vertraulichkeit.
Fehlerursache: Unterscheide technisch belegt, plausibel vermutet und ausdrücklich nicht überprüft im Fall der 20 ICMP- und zehn Portalaufrufe.
Reaktionszeit: Bewerte die 12 Minuten erste Reaktion im fiktiven SLA, ohne die 37 Minuten Wiederherstellungszeit zu verwechseln.
Datenanalyse: Kontrolliere den Mittelwert 160 ms und Median 155 ms rechnerisch anhand der gegebenen Zahlenreihe.
Berufliche Handlungskompetenz: Entwirf für eine andere simulierte Teststörung eine Rollenübergabe mit begrenzten Daten, expliziter Freigabe und Kontrolltest.

Lernnachweis

Als Lernergebnis legst du ausschließlich fiktive Unterlagen vor: ein zweckgebundenes Ticket, eine Diagnosetabelle, Berechnungen der Zeiten und technischen Kennzahlen, ein kurzes Redaktionsprotokoll, eine abgestufte Zugriffsmatrix und eine verständliche Abschlussmeldung. Kontrollwerte: 12 min erste Reaktion, 37 min Wiederherstellung, 0 % Paketverlust, 100 % Erfolg der zehn Testaufrufe, 160 ms Mittelwert und 155 ms Median. Bewertet werden nicht bloß richtige Ergebnisse, sondern auch nachvollziehbare Herleitung, Einheiten, Grenzen der Messungen und Schutz vor unnötiger Identifizierbarkeit.

OER und Wikipedia

Amtliche und ergänzende Quellen, Stand der Quellenprüfung 21.10.2026:

KMK, Rahmenlehrplan Fachinformatikerin/Fachinformatiker, Beschluss 13.12.2019 – schulische Lernfelder 6, 8 und 9.
Bundesrecht, Fachinformatikerausbildungsverordnung 28.02.2020 – betriebliche Ausbildungsordnung mit Anlage.
BIBB, Fachinformatiker/Fachinformatikerin – Ausbildung gestalten, 2020 – Umsetzungshilfe.
DSGVO, EU-Verordnung 2016/679 – insbesondere Artikel 4 bis 6 und 32.
BSI, OPS.1.1.5 Protokollierung, Edition 2022 – sicherheitsbezogene Orientierung.
Wikipedia: Datenvermeidung und Datensparsamkeit und Wikipedia: IT-Service-Management – ergänzende frei zugängliche Einführungen.

Wikimedia-Dateien, genaue Herkunft, Urheber und Lizenz:

Medium	Genaue Quelle	Urheber	Rechte/Lizenz
File:Data-flow-diagram-notation.svg	Wikimedia Commons	wooptoo	gemeinfrei nach Urheberfreigabe
File:Flowchart example.svg	Wikimedia Commons	Manuela knoop	CC BY-SA 3.0
File:Client-server model.svg	Wikimedia Commons	Lubaochuan	CC BY-SA 4.0
File:Packet Switching.gif	Wikimedia Commons	Oddbodz	CC BY-SA 3.0
https://www.youtube.com/watch?v=l5AWdcqSvZU	DNS-Video auf YouTube	DR-LAN	Keine freie Nachnutzungslizenz verifiziert; nur eingebettet, Rechte beim Kanal
https://www.youtube.com/watch?v=nOR3NCUp1pU	DSGVO-Grundsätze auf YouTube	datenschutzvideos	Keine freie Nachnutzungslizenz verifiziert; nur eingebettet, Rechte beim Kanal