Definiert eine anfängliche Produktgrenze der Lernplattform rund um Katalogentdeckung, Einschreibung, strukturierte Inhalte, Fortschritt, Bewertungsversuche, Abschlussnachweise, Dozentenoperationen und Barrierefreiheit.
Paketstatus: Referenzkontext bereit für menschliche Überprüfung. Der Vertrag und die Testszenarien sind abgeschlossen, es wird jedoch nicht behauptet, dass eine übernehmende Implementierung diese bestanden hat.
Entscheidung
Das erste Release soll auf selbstgesteuerten Kursen mit unveränderlichen veröffentlichten Kursversionen, expliziten Einschreibungen, lernereigenem Fortschritt, begrenzten Bewertungsversuchen und überprüfbarem Abschluss basieren. Live-Klassenraum- und Marktplatzkomplexität werden verschoben.
Umfang
- Akteure, Katalog, Kursversionen, Module/Lektionen, Einschreibung, Fortschritt, Bewertungen, Abschluss, Zertifikate/Nachweise, Dozenten-Workflow, Barrierefreiheit, Benachrichtigungen, Analysen und Betrieb.
- Selbstgesteuertes Lernen für einzelne Lernende und organisationszugewiesene Kurse.
- MVP-Entscheidungen und Erweiterungsgrenzen.
Außerhalb dieses Blocks
- Live-Video-Klassenräume, Dozentenabrechnung, öffentlicher Kursmarktplatz, Überwachung (Proctoring) oder SCORM/LTI-Interoperabilität im ersten Profil.
- Anspruch auf Bildungsakkreditierung durch Plattformabschluss.
Vertrag
- Eine veröffentlichte Kursversion ist unveränderlich; Materialänderungen erzeugen eine neue Version, und die Einschreibungsrichtlinie bestimmt Migration oder Fixierung.
- Einschreibungen erfassen Lernenden, Kursversion, Quelle, Start, optionales Fälligkeitsdatum, Status und Organisationsbereich.
- Fortschritt wird aus idempotenten Lektion-/Aktivitätsnachweisen abgeleitet und zeigt sowohl Abschluss als auch letzte Position an, ohne Zeitaufwand mit Lernen gleichzusetzen.
- Bewertungsversuche erfassen Schnappschuss von Frage/Version, Antworten, Bewertungspolitik, Start-/Abgabezeit und Ergebnis; Limits und Nachteilsausgleiche sind explizit.
- Abschluss verwendet versionierte Anforderungen und erzeugt Nachweise, die ohne Offenlegung unnötiger Lernerdaten verifizierbar sind.
- Lernende können per Tastatur navigieren, Untertitel/Transkripte und Alternativen nutzen, geräteübergreifend fortsetzen und gesperrte oder nicht verfügbare Inhalte verstehen.
Implementierungsleitfaden
- Vorgeschlagene Grenzen: Identität/Organisationen, Katalog, Autorenschaft, Bereitstellung, Einschreibung, Fortschritt, Bewertung, Zertifikate, Benachrichtigungen und Analysen.
- Große Medien privat speichern mit autorisierten Streaming-/Downloadpfaden und Veröffentlichungsprüfungen.
- Verwenden Sie eine Outbox für Fortschritts-/Abschlussereignisse und deduplizieren Sie Client-Aktivitäten nach Versuch- oder Aktivitäts-ID.
- Halten Sie Inhaltsautorenschaft in Entwurf/Überprüfung/Veröffentlicht getrennt von der Lernendenbereitstellung.
Fehlerbehandlung und Schutzmaßnahmen
- Bei Offline-Fortschrittskonflikten monotone Abschlussnachweise zusammenführen und nicht-monotone Antworten durch Aktivitätspolitik auflösen.
- Wenn eine Kursversion zurückgezogen wird, autorisierte Lernendenaufzeichnungen bewahren und Zugriffs- oder Migrationsverhalten erklären.
- Bei Bewertungsfehlern den eingereichten Versuch unveränderlich halten und unter der aufgezeichneten Bewertungsversion neu bewerten.
- Wenn die Zertifikatsverifizierung widerrufen wird, den Widerrufsstatus anzeigen, ohne das vollständige Profil des Lernenden preiszugeben.
Verifikation und Betrieb
- Messen Sie Entdeckung-bis-Einschreibung, Aktivierung, Lektionenabschluss, Bewertungsversuche, Abschluss, Fortsetzungs-Erfolg, Barrierefreiheitsfehler, Inhaltsveröffentlichungsfehler und Ereignisabgleich.
- Vermeiden Sie es, die Abschlussrate allein als Lernqualität zu betrachten; kombinieren Sie sie mit Bewertungs- und Nutzerzielmaßen.
- Führen Sie Lernenden-, Dozenten-, Organisationsadministrator- und unautorisierte Abläufe durch.
Die ausführbaren Beispiele in diesem Paket sind Fixtures und Akzeptanzverträge. Führen Sie
python tools/validate.py vom Sammlungsstamm aus, um Paketstruktur und Metadaten zu prüfen; implementieren und führen Sie dann die Szenarien im Ziel-Repository aus.
Annahmen zur Übernahme
- Namen und numerische Werte in
example.yamlsind ein Übernahmeprofil, keine universellen Standardwerte. - Das übernehmende Team muss Akteure, Datenklassen, Fehlervokabular und Eigentum auf sein System abbilden.