{"id":557,"date":"2023-06-06T13:34:09","date_gmt":"2023-06-06T11:34:09","guid":{"rendered":"https:\/\/blogs.fu-berlin.de\/hci2023\/?p=557"},"modified":"2023-07-04T13:25:55","modified_gmt":"2023-07-04T11:25:55","slug":"a6-p6-research-und-ziele","status":"publish","type":"post","link":"https:\/\/blogs.fu-berlin.de\/hci2023\/2023\/06\/06\/a6-p6-research-und-ziele\/","title":{"rendered":"[A6, P6] – Problematik und Storyboard"},"content":{"rendered":"\n

Problem und Hypothese<\/h2>\n\n\n\n

Problemstellung und Akzeptanzkriterium<\/strong><\/h3>\n\n\n\n
Marius braucht eine M\u00f6glichkeit, Software auf einfache Art und Weise auf ihre Barrierefreiheit untersuchen zu k\u00f6nnen, ohne gro\u00dfen Aufwand in Einarbeitung und Erlernen der Funktionalit\u00e4ten stecken zu m\u00fcssen.\n\nWir wissen, dass dies erf\u00fcllt ist, wenn jemand mit keinem ausgepr\u00e4gten Know-How zu digitaler Barrierefreiheit die Oberfl\u00e4che des geplanten Tools versteht und benutzen kann.<\/pre>\n\n\n\n
Hypothese<\/h3>\n\n\n\n
Wir glauben, dass wir durch die Gestaltung einer intuitiven und einfachen Benutzeroberfl\u00e4che f\u00fcr die Barrierefreiheitssoftware f\u00fcr Marius einen simpleren Workflow f\u00fcr seine Arbeit und damit einen h\u00f6heren Umfang von digitaler Barrierefreiheit in Software erreichen werden.<\/pre>\n\n\n\n
Sketches<\/h3>\n\n\n\n
\"\"
Homescreen der Anwendung und zu untersuchende Anwendung im Hintergrund<\/figcaption><\/figure>\n\n\n\n
\"\"
Zu untersuchende Anwendung im Vordergrund mit farblich markierten Problemen<\/figcaption><\/figure>\n\n\n\n
\"\"
Nutzung der Funktion zum \u00dcberpr\u00fcfen des gesamten Layouts der Anwendung mit aufgef\u00fchrten Problemen und L\u00f6sungsvorschl\u00e4gen<\/figcaption><\/figure>\n\n\n\n
\"\"
Funktion zur technischeren Ansicht der einzelnen Elemente einer Ansicht<\/figcaption><\/figure>\n\n\n\n
Storyboard<\/h2>\n\n\n\n
\"\"
Storyboard<\/figcaption><\/figure>\n\n\n\n
Alt<\/strong>e Inhalte<\/h2>\n\n\n\n
Eliana needs a way to seamlessly and efficiently interact with her digital devices and the (health) application on them despite her visual limitations.\n\nWe will know this to be true when we see a: clear and conclusive guideline on how to develop software in a manner that allows the use of and complete implementation of software assisted accessibility-functions.<\/pre>\n\n\n\n
Alter Sketch im Drive<\/strong><\/p>\n\n\n\n
Beschreibung zum Sketch:
Resultierend aus den gef\u00fchrten Interviews sind den Beteiligten bei der Nutzung von Screenreadern, welches das meistgenutzte und g\u00e4ngigste Hilfsmittel ist, folgende Problematiken herausgestochen.<\/p>\n\n\n\n
  1. Bezeichnung der Elemente nicht eindeutig<\/li>
  2. Die Reihenfolge der vorgesehenen Elemente ist irref\u00fchrend.
    Das Layout bzw. die Zugeh\u00f6rigkeit der einzelnen Elemente ist nicht nachvollziehbar<\/li>
  3. Das Layout ist \u00fcberf\u00fcllt mit zu vielen Elementen, sodass die Navigation und das Vorlesen der einzelnen Elemente schwierig ist.<\/li><\/ol>\n\n\n\n
    Wir haben uns bei unserem Sketch an dem Layout der Desktop-Anwendung unserer Krankenkasse orientiert.
    Das Layout besteht aus drei Hauptfragmenten, die gegebenenfalls in weitere Fragmente unterteilt sind.<\/p>\n\n\n\n
    1. Die Titelleiste am oberen Teil d. Layouts<\/li>
    2. Die Obermen\u00fc-Leiste am linken Rand<\/li>
    3. Die Detailansicht der einzelnen Men\u00fcpunkte auf der rechten Seite