Motivation, Gesamtziel

In den Einzelseiten des Wikis beschreiben wir einzelne Services oder "Produktteile", die entweder nachnutzbar bestehen oder künftig zu entwickeln sind. In beiden Fällen sollte es auf den jeweiligen Seiten einen Abschnitt zu Rahmenbedingungen und Standards geben. Ähnlich wie in unseren Projektarbeitspaketen sollten hier alle zu befolgenden oder zu berücksichtigenden Standards genannt werden. 

Diese Seite hier sollte für neue Teammitglieder einen Gesamtüberblick über die wichtigsten Standards und Rahmenbedingungen geben. Es soll Grundwissen jedes Teammitglieds werden (Stoff für die ersten 3 Einarbeitungsmonate)

Standards - Wieso? Weshalb? Warum? Und welche gibt es?

Was ist ein Standard?

Das Deutsche Institut für Normung e.V. (DIN) definiert den Begriff "Norm", der hier als Synonym betrachtet werden kann, wie folgt:

"Eine Norm ist ein Dokument, das Anforderungen an Produkte, Dienstleistungen oder Verfahren festlegt. Sie schafft somit Klarheit über deren Eigenschaften, erleichtern den freien Warenverkehr und fördert den Export [ ... ]." (Link)

Daraus lassen sich folgende Eigenschaften ableiten:

• Ein Standard legt Anforderungen an ein Objekt fest.
• Ein Standard schafft Klarheit über Eigenschaften eines Objektes und fördert den Export
• Ein Standard wird durch eine Organisation veröffentlicht und gepflegt

Die ersten beiden Punkte werden direkt aus der Definition der DIN deutlich. Im Gegensatz zu einem Warenexport wollen wir jedoch meist Daten exportieren, die Metadaten zu Objekten, die wir in verschiedenen Repositorien verwalten. Der letzte Punkt bezüglich der Veröffentlichung und Pflege steckt implizit in der Definition. Standards benötigen eine Institution, die sich um die Pflege und Weiterentwicklung kümmert. Auch eine gewisse Authorität ist mit dieser Funktion verbunden, da eine bekannte Institution für Anwender*innen die Sicherheit bietet, dass der Standard auch nachhaltig genutzt wird. 

Wofür brauchen wir Standards?

Standards sind ein Must-have:

• Für Entwicklungen, die Produktionsreife erreichen sollen
• für Vernetzungsprototypen bspw. in Projekten der Nationalen Bildungsplattform

Standards sind ein Nice-to-have:

• für schnelle Prototypen, die nur Funktionalität zeigen sollen

Standards plus etwas mehr

• ist oft die Lösung, die wir für Produktionsreifes nutzen. Das meint, falls die bloße Implementierung nach Standard zu Usability- und Funktionseinschränkungen führen, dann sind begründete Erweiterungen ok. I.d.R. diskutieren wir dies in Produkt- und IT-Konferenzen - "begründet" meint "einvernehmlicher Kompromiß"
• In diesem Fall sollten die Teams über diese begründeten Erweiterungen publizieren und Lücken der Standards an die entsprechenden Standardisierungsgremien zur Kenntnis geben. So können wir die Verbesserung von Standards erreichen

Überblick - Welche Standards wofür

Es gibt eine Fülle von Standards im E-Learning Bereich. Einen guten ersten Überblick gibt die Seite: https://www.edmatrix.org/matrix.html. Diese Übersicht und Grafik wurde angepasst, um vor allem im deutschsprachigen Bereich verwendete Standards darzustellen. Die Übersicht enthält außerdem die Standards und Spezifikationen, die in der Ausschreibung für die Nationale Bildungsplattform erwähnt wurden. Die Übersicht ist derzeit im Status Work in Progress.

Eine Übersicht, Kategorisierung und Beschreibung der Standards findet sich in dem Unterkapitel 0.0 Übersicht über Standards im Bildungsbereich. 

Standards je Thema / Arbeitspaket (Todo!)

Content AP2- Relevante Standards, die wir berücksichtigen werden:

• Rechtliche Vorgaben: OZG,SDG, DSGVO, eIDAS
• Metadatenstandards: DC,LOM,schema.org,LRMI, Elexir, EAF
• Formate, Protokolle: LTI, LTI deep linking, SCORM, CP, QTI, IMS-RoasterOne, Oembed, W3C Verifiable Credentials, OpenBadges, EDCI, EBSI, xAPI, IMS-CASE Creative Commons, OpenAPI, GraphQL

Integration / Musterplugin  AP 3  - Relevante Standards, die wir berücksichtigen werden:

• Metadatenstandards: DC, LOM, schema.org, LRMI, Elexir, EAF
• Playout und Anbindung: LTI, SCORM, QTI, IMS-RoasterOne
• Formate, Protokolle: W3C Verifiable Credentials, OpenBadges, EDCI, EBSI, xAPI, IMS-CASE

Metadaten-Generierung - AP 4 - relevante Standards / Normen, die wir berücksichtigen werden

• ISO/IEC TR 24028, DIN SPEC 92001-1, DIN SPEC 13266, ISO/IEC 25012
• Metadaten: OWL, RDF, LOM, DC, schema.org, LRMI

Zentrale Services - AP 5 - Relevante Standards, die wir berücksichtigen werden

• Rechtliche Vorgaben: OZG,SDG, DSGVO, eIDAS
• Metadatenstandards: DC, LOM, schema.org, LRMI, Elexir, EAF
• Formate, Protokolle: LTI, LTI deep linking, SCORM, CP, QTI, EDCI, EBSI, xAPI, IMS-CASE, Creative Commons, OpenAPI, GraphQ

Betrieb - Erprobung - AP 6 - Relevante Standards, die wir berücksichtigen werden:

• Rechtliche Vorgaben: OZG, SDG, DSGVO, eIDAS
• ITSM Standards & Best Practices: ITIL, ISO 27000, BSI-Grundschutz

Links

• Metadaten im Bildungsbereich - Wieso? Weshalb? Warum? Und was gibt es schon?