1.09.2 - Signale sowohl optisch als auch akustisch anzeigen

Aus BIT inklusiv Wiki und Test-Case-Datenbank
Version vom 10. November 2016, 21:25 Uhr von Admin (Diskussion | Beiträge) (Die Seite wurde neu angelegt: „=== Beschreibung === ''[Technikneutrale Beschreibung des Erfolgskriteriums]'' Signale, die den Benutzer auf Ereignisse außerhalb seines aktuellen Arbeitssch…“)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

Beschreibung

[Technikneutrale Beschreibung des Erfolgskriteriums]

Signale, die den Benutzer auf Ereignisse außerhalb seines aktuellen Arbeitsschritts aufmerksam machen, werden sowohl optisch als auch akustisch dargestellt oder sind einstellbar.

Ein Signal im Sinne dieses Prüfschritts ist eine auffällige, kurze Nachricht an den Benutzer. Signale sollen bemerkt werden, aber nicht den aktuellen Arbeitsschritt des Benutzers unterbrechen.

 

Beispiele

[Typische Anwendungsbeispiele aus verschiedenen Plattformen]

Ein E-Mail-Programm sendet eine Nachricht an die Windows Taskleiste, wenn eine neue Mail eintrifft. Die Nachricht besteht aus einem Icon mit dem Tooltipp „neue Mail“ und zusätzlich einem Signal, das einstellbar ist. Der Benutzer kann entweder einen Signalton oder ein kurzes Blinken wählen, oder das Signal ganz abschalten.

Eine Datenbankrecherche sendet eine Nachricht, dass die gebuchte Nutzungsdauer in Kürze abläuft. Die Nachricht erscheint in der oberen rechten Ecke des Bildschirms, zu Beginn ertönt ein Signalton, dann blinkt die Nachricht kurze Zeit.

Fehler: Eine Nachricht erscheint kurzfristig am Rande des  Bildschirms ohne einen begleitenden Signalton.

Fehler: Ein Warnton macht auf das baldige Ende der Akkuladung aufmerksam. Es gibt keine Möglichkeit, eine visuelle Warnung (Lichtsignal, Bildschirmmeldung) einzustellen.

 

Anwendbarkeit

[manche Erfolgskriterien sind nur in speziellen Kontexten anwendbar]

Dieser Prüfschritt ist anwendbar, wenn die Software Signale verwendet.

 

Begründung

[Warum wird das geprüft? Bedeutung des Prüfpunktes für Menschen mit Behinderungen]

Software muss eine Bandbreite menschlicher Fähigkeiten unterstützen, um für alle Benutzer zugänglich zu sein. Eine Nachricht, die die Aufmerksamkeit des Benutzers auf sich ziehen will, muss sowohl optisch als auch akustisch wahrnehmbar sein. Blinde und Sehbehinderte sehen nur einen kleinen Ausschnitt des Bildschirms und benötigen akustische Unterstützung, um eine Nachricht am Rande des Bildschirms zu bemerken. Hörbehinderte Menschen benötigen ein visuelles Signal, um eine Situation zu bemerken, auf die mit einem Warnton aufmerksam gemacht wird.

 

Prüfanleitung

[Technikspezifische Prüfanleitung (oder Prüfvorschlag) mit Tools zur Unterstützung des praktischen Tests]

Sichtprüfung, Erprobung der Einstellmöglichkeiten.

 

Bewertungsalternativen

[Abgrenzung von „erfüllt“ und „nicht erfüllt“, sowie von „Blockade/Barriere“ und „Einschränkung“]

Mängel werden nach der Bedeutung der ausfallenden Information für die Arbeitsaufgabe bewertet.

 

Einordnung

[Abgrenzung zu anderen Prüfschritten]

 

Offene Fragen

[Fragen sammeln, die während der Entwicklung des Prüfschritts auftauchen]

 

Referenzen

EN301549

WCAG

WCAG-Techniques

ISO9241-171

10.6.7 Benutzern die Auswahl einer visuellen Alternative zur Audioausgabe ermöglichen

Sonstige

ISO 9241-20 Leitlinien für die Zugänglichkeit der Geräte und Dienste in der Informations- und Kommunikationstechnologie (IKT)