Baustein 2: Inhalte einlesen und pruefen, Handouts, Suche, Glossar
Die fachlichen Inhalte liegen als Dateien unter content/ und werden beim Start eingelesen, geprueft und in den Speicher geladen. - Inhaltslader mit Zod-Schemata und Querverweispruefung - Fehlermeldungen nennen Datei und Zeile, gesammelt statt beim ersten Fehler geworfen; die Anwendung startet bei Fehlern nicht - npm run inhalte:pruefen prueft ohne Start - Handout-Ansicht mit festem Aufbau, Uebersicht nach Themenbloecken - Volltextsuche mit Gewichtung und Trefferausschnitt - Gelesen-Markierung je Handout - Glossar mit Suche und automatischer Verlinkung in den Handouts - Beispielinhalte: 4 Wochen, 12 Handouts, 24 Merkkarten, 4 Aufgaben, 4 Checklisten, 2 Lernzielkontrollen, 24 Glossareintraege - rahmenplan.yaml aus FIAusbV 2020 und KMK-Rahmenlehrplan, mit Fundstellen - gray-matter entfernt, YAML-Kopf wird selbst herausgeloest - npm run screenshots nimmt die Bilder fuer die Anleitung auf - 39 neue Tests, insgesamt 68 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 5
parent
e856349cd4
commit
1af5613e9b
@@ -0,0 +1,29 @@
|
||||
nummer: 1
|
||||
titel: Arbeitsalltag und Auftrag
|
||||
block: arbeitsalltag
|
||||
leitfrage: Woran erkennst du, dass ein Auftrag verstanden ist – und nicht nur angenommen?
|
||||
ziel: >-
|
||||
Du kannst eine Störungsmeldung so aufnehmen und dokumentieren, dass ein
|
||||
Kollege sie ohne Rückfrage übernehmen könnte.
|
||||
|
||||
handouts: [A1, A2, A3]
|
||||
aufgaben: ["1.1"]
|
||||
checklisten: [01-arbeitsplatz-uebergeben]
|
||||
lernzielkontrolle: woche-01
|
||||
|
||||
tage:
|
||||
- tag: Montag
|
||||
theorie: [A1]
|
||||
praxis: Ticketsystem einrichten, die letzten zwanzig geschlossenen Tickets lesen und drei davon nach Qualität bewerten.
|
||||
- tag: Dienstag
|
||||
theorie: [A2]
|
||||
praxis: Beim Ausbilder in zwei Anrufen mithören, danach einen selbst annehmen und das Ticket schreiben.
|
||||
- tag: Mittwoch
|
||||
theorie: [A3]
|
||||
praxis: Für drei offene Tickets eine Aufwandsschätzung erstellen und mit dem Ausbilder abgleichen.
|
||||
- tag: Donnerstag
|
||||
theorie: []
|
||||
praxis: Praxisaufgabe 1.1 – einen Arbeitsplatz übernehmen, dokumentieren und übergeben.
|
||||
- tag: Freitag
|
||||
theorie: []
|
||||
praxis: Lernzielkontrolle, danach Wochenrückblick und Berichtsheft schreiben.
|
||||
@@ -0,0 +1,29 @@
|
||||
nummer: 2
|
||||
titel: Hardware beurteilen und beschaffen
|
||||
block: hardware
|
||||
leitfrage: Warum ist das billigste Gerät selten das günstigste?
|
||||
ziel: >-
|
||||
Du kannst einen Rechner öffnen, die Baugruppen benennen, den Zustand eines
|
||||
Datenträgers beurteilen und eine Beschaffungsempfehlung begründen.
|
||||
|
||||
handouts: [H1, H2, H3]
|
||||
aufgaben: ["2.1", "2.2"]
|
||||
checklisten: [04-rechner-zerlegen]
|
||||
lernzielkontrolle: null
|
||||
|
||||
tage:
|
||||
- tag: Montag
|
||||
theorie: [H1]
|
||||
praxis: Zwei ausgemusterte Rechner zerlegen und wieder zusammenbauen, Baugruppen benennen.
|
||||
- tag: Dienstag
|
||||
theorie: [H2]
|
||||
praxis: SMART-Werte von fünf Datenträgern aus dem Lager auslesen und bewerten.
|
||||
- tag: Mittwoch
|
||||
theorie: [H3]
|
||||
praxis: Kriterien für die Notebookbeschaffung im Außendienst festlegen und gewichten.
|
||||
- tag: Donnerstag
|
||||
theorie: []
|
||||
praxis: Praxisaufgabe 2.2 – drei Notebooks vergleichen und eine Empfehlung schreiben.
|
||||
- tag: Freitag
|
||||
theorie: []
|
||||
praxis: Empfehlung dem Ausbilder vorstellen, Rückfragen beantworten, Berichtsheft schreiben.
|
||||
@@ -0,0 +1,29 @@
|
||||
nummer: 3
|
||||
titel: Netzwerkgrundlagen
|
||||
block: netzwerk
|
||||
leitfrage: Wo im Netz suchst du zuerst – und warum nie oben?
|
||||
ziel: >-
|
||||
Du kannst Netz, Broadcast und Hostbereich zu einer Adresse bestimmen, einen
|
||||
Netzwerkfehler schichtweise eingrenzen und DHCP- von DNS-Problemen unterscheiden.
|
||||
|
||||
handouts: [N1, N2, N3, N4]
|
||||
aufgaben: ["3.1"]
|
||||
checklisten: [03-client-ins-netz-bringen]
|
||||
lernzielkontrolle: woche-03
|
||||
|
||||
tage:
|
||||
- tag: Montag
|
||||
theorie: [N1]
|
||||
praxis: Netzplan des Betriebs abzeichnen, Geräte den Schichten zuordnen.
|
||||
- tag: Dienstag
|
||||
theorie: [N2]
|
||||
praxis: Adressen und Masken der eigenen Netze aufnehmen, Netzadressen bestimmen.
|
||||
- tag: Mittwoch
|
||||
theorie: [N3]
|
||||
praxis: Zwanzig Subnetting-Aufgaben rechnen, davon zehn ohne Tabelle.
|
||||
- tag: Donnerstag
|
||||
theorie: [N4]
|
||||
praxis: Praxisaufgabe 3.1 – vier gestörte Clients ins Netz bringen und den Weg dokumentieren.
|
||||
- tag: Freitag
|
||||
theorie: []
|
||||
praxis: Lernzielkontrolle, danach Berichtsheft schreiben.
|
||||
@@ -0,0 +1,29 @@
|
||||
nummer: 4
|
||||
titel: Betriebssystem, Konten und Rechte
|
||||
block: system
|
||||
leitfrage: Wer darf was – und woran sieht man das in zwei Jahren noch?
|
||||
ziel: >-
|
||||
Du kannst Windows übergabefertig installieren und Berechtigungen so vergeben,
|
||||
dass sie nachvollziehbar und pflegbar bleiben.
|
||||
|
||||
handouts: [S1, S2]
|
||||
aufgaben: []
|
||||
checklisten: [02-windows-installieren]
|
||||
lernzielkontrolle: null
|
||||
|
||||
tage:
|
||||
- tag: Montag
|
||||
theorie: [S1]
|
||||
praxis: Installationsmedium erstellen, Testrechner nach Checkliste neu aufsetzen.
|
||||
- tag: Dienstag
|
||||
theorie: []
|
||||
praxis: Treiber, Updates und Fachanwendungen einspielen, Übergabeprotokoll ausfüllen.
|
||||
- tag: Mittwoch
|
||||
theorie: [S2]
|
||||
praxis: Gruppenstruktur einer Beispielabteilung entwerfen und im Testsystem anlegen.
|
||||
- tag: Donnerstag
|
||||
theorie: []
|
||||
praxis: Berechtigungen auf drei Testablagen setzen und mit zwei Testkonten prüfen.
|
||||
- tag: Freitag
|
||||
theorie: []
|
||||
praxis: Monatliches Feedbackgespräch, danach Berichtsheft schreiben.
|
||||
Reference in New Issue
Block a user