Breadcrumbs

Accessibility Guidelines

Die Richtlinien für barrierefreie Webinhalte (WCAG) sind Empfehlungen und Leitlinien des World Wide Web Consortium (W3C) Web Accessibility Initiative (WAI). Ziel dieser Standards ist es, Webanwendungen für Menschen mit Behinderungen zugänglich zu machen. Der neueste Standard ist WCAG 2.2 freigegeben am 5. Oktober 2023, das zudem die meisten Anforderungen aus dem Abschnitt 508 und ADA Richtlinien. Scheer IMC ist bestrebt, die Anforderungen an die Barrierefreiheit mit den WCAG (Richtlinien für barrierefreie Webinhalte) 2.1. Das LMS entspricht nicht nur den WCAG 2.1 AA, sondern erfüllt auch mehrere neue Erfolgskriterien, die in den WCAG 2.2 eingeführt wurden:

– Fokusdarstellung (Minimum) (AA): Sorgt für eine bessere Sichtbarkeit der Fokusanzeigen.

– Ziehbewegungen (AA): React-basierte Seiten unterstützen aus Gründen der Barrierefreiheit Alternativen zum Ziehen.

– Mindestgröße (AA): Verbessert die Benutzerfreundlichkeit, indem sichergestellt wird, dass interaktive Elemente eine angemessene Größe aufweisen.

Die WCAG 2.1-Richtlinien bestehen aus 4 Grundsätzen und 13 Richtlinien:

  • Wahrnehmbar - Informationen und Komponenten der Benutzeroberfläche müssen den Nutzern in einer Weise präsentiert werden, die sie wahrnehmen können.

    • Richtlinie 1.1 Textalternativen

      • Textalternativen für alle nicht-textuellen Inhalte sind bereitzustellen, damit diese in andere Formen umgewandelt werden können, die von den Nutzern benötigt werden, wie z. B. Großdruck, Braille, Sprachausgabe, Symbole oder vereinfachte Sprache.

    • Leitlinie 1.2 Zeitbasierte Lerninhalte

      • Alternativen für zeitbasierte Lerninhalte sind anzubieten.

    • Leitlinie 1.3 Anpassungsfähig

      • Inhalte sind so zu erstellen, dass sie auf verschiedene Weise dargestellt werden können (z. B. in einem einfacheren Layout), ohne dass dabei Informationen oder die Struktur verloren gehen.

    • Leitlinie 1.4 Unterscheidbar

      • Den Nutzern ist es zu erleichtern, Inhalte zu sehen und zu hören, unter anderem durch die Trennung von Vordergrund und Hintergrund.

  • Funktionsfähig - Die Komponenten der Benutzeroberfläche und die Navigation müssen bedienbar sein.

    • Richtlinie 2.1: Tastaturzugänglichkeit

      • Alle Funktionen sollen über die Tastatur verfügbar sein.

    • Leitlinie 2.2 Ausreichend Zeit

      • Den Nutzern ist genügend Zeit zu geben, Inhalte zu lesen und zu nutzen.

    • Leitlinie 2.3 Krampfanfälle und körperliche Reaktionen

      • Inhalte dürfen nicht so gestaltet werden, dass sie bekanntermaßen Krampfanfälle oder körperliche Reaktionen auslösen können.

    • Leitlinie 2.4 Befahrbar

      • Möglichkeiten für die Navigation sind zu bieten, um Inhalte zu finden und zu erkennen, wo sich die Nutzer gerade befinden.

    • Leitlinie 2.5 Eingabemodalitäten

      • Den Nutzern ist die Bedienung von Funktionen über verschiedene Eingabemöglichkeiten hinaus, die über die Tastatur hinausgehen, zu erleichtern.

  • Verständlich - Die Informationen und die Bedienung der Benutzeroberfläche müssen verständlich sein.

    • Richtlinie 3.1 Lesbarkeit

      • Der Textinhalt ist so zu gestalten, dass er gut lesbar und verständlich ist.

    • Leitlinie 3.2 Vorhersehbarkeit

      • Es ist dafür zu sorgen, dass Webseiten auf vorhersehbare Weise dargestellt werden und funktionieren.

    • Richtlinie 3.3 Eingabeunterstützung

      • Den Nutzern ist dabei zu helfen, Fehler zu vermeiden und zu korrigieren.

  • Robust - Inhalte müssen so robust gestaltet sein, dass sie von einer Vielzahl von Nutzeragenten, einschließlich assistiver Technologien, zuverlässig interpretiert werden können.

    • Richtlinie 4.1 – Kompatibel

      • Die Kompatibilität mit aktuellen und zukünftigen User Agents, einschließlich assistiver Technologien, ist zu maximieren.

Barrierefreiheit in der imc Learning Suite

Die imc Learning Suite unterstützt die Einrichtung einer WCAG 2.1 AA-konformen Lernumgebung. Barrierefreiheitsfunktionen sind in alle zentralen Abläufe der Lerner integriert, um eine inklusive Erfahrung für alle Nutzer zu gewährleisten.

Barrierefreiheit als Prozess

Die imc Learning Suite wurde so konzipiert, dass sie, soweit möglich, den WCAG 2.1 AA-Richtlinien entspricht. Derzeit erfüllen bereits zahlreiche Elemente diese Anforderungen, und der Fokus liegt darauf, die Plattform kontinuierlich zu verbessern und neue Funktionen hinzuzufügen, um die Barrierefreiheit für die Lerner weiter zu erhöhen. Feedback über das System „Vorschläge zur Verbesserung“ (SFI-Tickets) ist willkommen; um Mitteilung von Anregungen wird gebeten. So wird sichergestellt, dass die Rückmeldungen der Nutzer zur Verbesserung der Barrierefreiheit beitragen.

Barrierefreiheit als Standard

Barrierefreiheit ist fest in den Softwareentwicklungszyklus (SDLC) integriert, um die Einhaltung der WCAG-Standards sicherzustellen.

Dazu gehören:

  • Entwurfsprüfungen: Die Anforderungen an die Barrierefreiheit werden bereits in einer frühen Phase der Entwicklung bewertet, um die Einhaltung der WCAG 2.1-Standards sicherzustellen. Dazu gehört die Bewertung der UI/UX-Komponenten hinsichtlich Tastaturnavigation, Farbkontrast und Kompatibilität mit Screenreadern.

  • Entwicklungs- und Testphasen: Entwickler halten sich an bewährte Verfahren für Barrierefreiheit und führen automatisierte sowie manuelle Barrierefreiheitstests durch, um Probleme zu erkennen und zu beheben.

  • Qualitätskontrollen und Abnahmekriterien: Die Einhaltung der Barrierefreiheitsstandards ist ein zentrales Kriterium im Qualitätssicherungsprozess vor der Freigabe. Funktionen müssen Mindeststandards für Barrierefreiheit erfüllen, bevor sie in die Produktion übernommen werden.

Prozess zum Test der Barrierefreiheit

  • Sprint-Integration: Überlegungen zur Barrierefreiheit werden in die Standard-Entwicklungsspezifikationen integriert, um sicherzustellen, dass neue Funktionen von Anfang an den Barrierefreiheitsstandards entsprechen. Die Barrierefreiheit wird während der Sprint-Entwicklung sowohl von den Entwicklern als auch von spezialisierten QA-Mitarbeitern manuell mithilfe des Wave-Browser-Plugins getestet. Wo möglich, wird zudem Testautomatisierung angewendet.

  • QA-Phase: Während der Regressionstestphase vor der Auslieferung wird das Wave-Browser-Plugin in den unterstützten Browsern (Chrome, Safari, Firefox, Edge) verwendet. Darüber hinaus kommt das Axe-Plugin für automatisierte Tests sowohl in der Regressions- als auch in der Sprint-Entwicklung zum Einsatz.

  • Behebung von Problemen:

    • Sprint und IP-Qualitätssicherung: Probleme, die im Rahmen des Sprint-Zyklus festgestellt werden, werden als Teil des Entwicklungsprozesses behoben.

    • Externe Prüfung: Sollten bei externen Prüfungen Probleme festgestellt werden, können diese je nach Auswirkung auf das Geschäft und nach Priorität behoben werden.

    • Kundenbasierte Tests: Die Ergebnisse von Kundenaudits werden über CB-Tickets bearbeitet und in der Zeitplanung der nächsten Patches berücksichtigt.

Software-Ergonomie und nutzerzentriertes Design (ISO 9241)

Neben der Einhaltung der Barrierefreiheitsstandards wurde die imc Learning Suite nach bewährten Grundsätze der Software-Ergonomie entwickelt, wobei eine Orientierung an folgenden Leitlinien erfolgt: ISO 9241 um eine intuitive, effiziente und nutzerorientierte Lernerfahrung zu gewährleisten. Diese Grundsätze dienen während des gesamten Design- und Entwicklungsprozesses als Maßstab.

Eignung für die Aufgabe

Dank umfangreicher Konfiguration lässt sich die Plattform so anpassen, dass den Lernern nur die Funktionen und Informationen angezeigt werden, die für ihre aktuelle Aufgabe relevant sind. Dadurch wird die kognitive Belastung verringert und unnötige Komplexität vermieden.

Selbstbeschreibung

Oberflächenelemente, Pfade der Navigation und Systemrückmeldungen sind klar beschriftet und auf Anhieb verständlich, sodass sich die Lerner orientieren können, ohne auf externe Dokumentationen zurückgreifen zu müssen.

Steuerbarkeit

Die Lerner behalten die volle Kontrolle über ihr Lerntempo, die Navigation und die Interaktionen. Aktionen können rückgängig gemacht werden, und Arbeitsabläufe lassen sich ohne Datenverlust unterbrechen und fortsetzen, was flexible Lernszenarien ermöglicht.

Übereinstimmung mit den Erwartungen der Nutzer

Die Plattform orientiert sich an allgemein anerkannten UI-Konventionen und Interaktionsmustern, wodurch eine einheitliche und vorhersehbare Benutzererfahrung über alle Module hinweg gewährleistet und die Einarbeitungszeit für neue Nutzer verkürzt wird.

Fehlertoleranz

Das System ist darauf ausgelegt, Fehler so weit wie möglich zu vermeiden und die Lerner durch klares, umsetzbares Feedback dabei zu unterstützen, Fehler zu erkennen, zu verstehen und zu korrigieren.

Eignung für die individuelle Anpassung

Dank umfangreicher Konfiguration- und Designanpassungsmöglichkeiten ermöglicht die Benutzeroberfläche die individuelle Gestaltung von Anzeigeeinstellungen, Spracheinstellungen, Barrierefreiheitsoptionen und Lernabläufen und wird so den unterschiedlichen Bedürfnissen und Fähigkeiten der Nutzer gerecht.

Eignung zum Lernen

Die Plattform fördert das Entdecken und Verstehen durch kontextbezogene Hilfe, angeleitete Interaktionen und die schrittweise Einführung in fortgeschrittene Funktionen, sodass die Lerner beim Erkunden komplexerer Funktionen Selbstvertrauen aufbauen können.

Es werden kontinuierlich Bewertungen und Optimierungen der Benutzererfahrung im gesamten Produkt durchgeführt. Dabei wird auf Nutzer-Feedback, bewährte Verfahren zur Benutzerfreundlichkeit und fortlaufende Designverbesserungen zurückgegriffen, um die Barrierefreiheit, die Benutzerfreundlichkeit und die Zufriedenheit der Lerner zu steigern

Durch die Integration von Barrierefreiheit in jede Phase des Entwicklungszyklus wird sichergestellt, dass die Einhaltung der WCAG 2.1 AA nicht nur ein Ziel ist, sondern ein kontinuierlicher und sich weiterentwickelnder Prozess.

Barrierefreiheit von Inhalten

Eine Plattform ist nur dann barrierefrei, wenn sowohl das System als auch die Inhalte barrierefrei sind!

Die Barrierefreiheit der Inhalte (z. B. Kurse, WBTs, Dateien) hängt vom jeweiligen externen Service Anbieter ab. Bei Inhalten, die von Kunden oder externen Parteien erstellt werden, muss sichergestellt werden, dass die Inhalte die Richtlinien zur Barrierefreiheit erfüllen oder dass zusätzliche Hilfsmittel wie Untertitel oder alternative, barrierefreie Inhalte bereitgestellt werden. Die imc Learning Suite unterstützt die Ersteller von Inhalten durch Funktionen zum Hinzufügen von Untertiteln, Transkripten und alternativen Inhalten für Multimediadateien.

Neben den Funktionen der imc Learning Suite bietet imc auch Dienstleistungen zur Erstellung barrierefreier Inhalte an. Zur Unterstützung der Barrierefreiheit von Inhalten empfiehlt imc die Verwendung von imc Express, einem Tool, das speziell für die Erstellung barrierefreier Inhalte entwickelt wurde. Weitere Informationen über imc Express sind hier verfügbar.

Geltungsbereich der Barrierefreiheit

Die imc Learning Suite unterstützt die Einrichtung einer WCAG 2.1 AA-konformen Lernumgebung. Barrierefreiheitsfunktionen sind in alle zentralen Abläufe der Lerner integriert, um eine inklusive Erfahrung für alle Nutzer zu gewährleisten.

Das Hauptanliegen von imc ist es, eine barrierefreie Lernerfahrung zu bieten. Daher wird sichergestellt, dass die Barrierefreiheit in den Bereichen der imc Learning Suite gewährleistet ist, die für die Lernerfahrung von zentraler Bedeutung sind.

Einschränkungen der Barrierefreiheit

  • Die Unterstützung für Screenreader ist in Chrome auf JAWS 2019 beschränkt

  • Die WCAG 2.1 AA-Richtlinien können nur erfüllt werden, wenn das vereinbarte Kundendesign den Kontrast- und Größenanforderungen der WCAG 2.1 AA angewendet wird.

  • Mobile App, z. B. werden bestimmte Icons nicht erkannt, Einschränkungen beim Erfolgreichen Beenden von Tests durch die Lerner

  • Um die WCAG 2.1-Richtlinie „Ausreichend Zeit“ (2.2) zu gewährleisten, muss die Zeitmessung in Tests deaktiviert werden

  • Bei fortgeschrittenen Konfigurationen gibt es Einschränkungen.

  • Das Verwaltungs-Frontend entspricht nicht den Barrierefreiheitsstandards.

Aufgaben und Zuständigkeiten

Sollte ein Kunde Probleme mit der Barrierefreiheit des Standardprodukts feststellen, gilt folgender Prozess:

  • Die Qualitätssicherung prüft (in Zusammenarbeit mit der Entwicklung und dem Design) das im LMSILS-Ticket bereitgestellte Kundendokument im Hinblick auf den vordefinierten Barrierefreiheitsumfang (Whitelist)

  • Für vereinbarte Probleme im Bereich Barrierefreiheit werden interne Fehlermeldungen erstellt, deren Behebung in die Planung aufgenommen wird.

  • Das Feedback erfolgt über das DESK-Ticket.

  • Im Rahmen der Konzeption wird die Barrierefreiheit neuer Implementierungen geprüft und zur Bewertung herangezogen

Wichtige Vorschriften und Normen zur Barrierefreiheit

Als Softwareunternehmen mit Sitz in Deutschland und internationalen Mandanten muss IMC verschiedene Vorschriften und Standards zur Barrierefreiheit einhalten. Diese gewährleisten, dass die Produkte auch von Menschen mit Behinderungen genutzt werden können. Nachfolgend sind die wichtigsten Vorschriften aufgeführt:

Europäische Union

  • EU-Richtlinie zur Barrierefreiheit im Internet (Richtlinie (EU) 2016/2102)

    • Diese Richtlinie wird auf Websites und mobile Apps des öffentlichen Sektors angewendet und schreibt vor, dass diese die Standards für Barrierefreiheit erfüllen müssen. Maßstab sind die Richtlinien für barrierefreie Webinhalte (WCAG) 2.1, Level AA.

  • Europäische Barrierefreiheitsverordnung (Richtlinie (EU) 2019/882)

    • Erweitert die Anforderungen an die Barrierefreiheit auf Dienstleistungen und Produkte des privaten Sektors wie Software, E-Commerce und elektronische Geräte. Dieses Gesetz wird bis Juni 2025 vollständig in Kraft treten. Siehe „Erklärung zur Einhaltung der Barrierefreiheitsvorschriften – BFSG / EAA„“ unten für weitere Informationen zu diesem Thema.

  • WCAG 2.1 (Richtlinien für barrierefreie Webinhalte)

    • Auch wenn die WCAG 2.1 an sich nicht rechtsverbindlich sind, finden sie in der gesamten EU breite Anwendung und bilden die Grundlage für viele lokale Gesetze und Richtlinien, darunter auch die oben genannten. Die Einhaltung des Levels AA ist anzustreben.

Deutschland

  • Verordnung über barrierefreie Informationstechnik (BITV 2.0)

    • Das deutsche Pendant zur EU-Richtlinie zur Barrierefreiheit im Internet, wonach es für Websites und Apps des öffentlichen Sektors notwendig ist, dass sie barrierefrei sind. Es basiert auf den WCAG 2.1 Level AA-Standards.

  • Behindertengleichstellungsgesetz (BGG)

    • Ein umfassenderes Gesetz zur Förderung der Gleichstellung von Menschen mit Behinderungen, das sich indirekt auf die Anforderungen an die digitale Barrierefreiheit auswirkt.

Vereinigte Staaten

  • Gesetz zur Gleichstellung von Menschen mit Behinderungen (ADA)

    • Auch wenn es sich nicht um ein speziell auf Websites bezogenes Gesetz handelt, haben Gerichte das ADA so angewendet, dass es auch auf Websites und digitale Plattformen angewendet wird. WCAG 2.1 Level AA gilt allgemein als Maßstab für die Einhaltung der ADA-Vorschriften.

  • § 508 des Rehabilitation Act

    • Anwendet sich auf Websites der Bundesregierung und ihrer Auftragnehmer. Die Einhaltung der WCAG 2.1, Level AA, ist notwendig.

Weitere internationale Normen

  • Caada: Gesetz über die Barrierefreiheit für Menschen mit Behinderungen in Ontario (AODA)

    • Für öffentliche Websites von Unternehmen und Organisationen, die in Ontario tätig sind, ist die Einhaltung der WCAG 2.1 AA notwendig.

  • Australien: Gesetz gegen die Diskriminierung von Menschen mit Behinderung (DDA)

    • Es ist notwendig, dass digitale Dienste barrierefrei sind, wobei WCAG 2.1 AA als De-facto-Standard gilt.

Bewährte Verfahren für internationale Mandanten

Da IMC Mandanten weltweit betreut, ist es am sichersten, sicherzustellen, dass die Produkte den WCAG 2.1 Level AA Standards. Dieser Standard ist weithin angenommen und dient weltweit als Grundlage für zahlreiche Gesetze zur Barrierefreiheit.