Tworzenie aplikacji i stron internetowych dla osób niedowidzących i niewidomych

prace magisterskie

2023-06-24

Plan pracy magisterskiej:

„Tworzenie aplikacji i stron internetowych dla osób niedowidzących i niewidomych”

Spis treści:

Wstęp

Rozdział I. Wprowadzenie do problematyki niedowidzenia i niewidzenia

1.1. Różnice pomiędzy niewidzeniem a niedowidzeniem
1.2. Statystyki dotyczące niewidomych i niedowidzących w Polsce i na świecie
1.3. Przegląd narzędzi technologicznych dostępnych dla osób niedowidzących i niewidomych

Rozdział II. Tworzenie stron internetowych dla osób niedowidzących i niewidomych

2.1. Wprowadzenie do technologii dostępności stron internetowych
2.2. Przykłady stron internetowych dostosowanych do osób niedowidzących i niewidomych
2.3. Kierunki rozwoju technologii dostępności stron internetowych

Rozdział III. Tworzenie aplikacji dla osób niedowidzących i niewidomych

3.1. Technologie dostępności aplikacji mobilnych
3.2. Przykłady aplikacji mobilnych dla osób niedowidzących i niewidomych
3.3. Trendy i przyszłość w tworzeniu aplikacji dla osób niedowidzących i niewidomych

Rozdział IV. Analiza i ocena dostępności wybranych stron i aplikacji

4.1. Metodyka analizy i oceny dostępności
4.2. Wyniki analizy i oceny
4.3. Rekomendacje i sugestie na przyszłość

Zakończenie

Bibliografia

Wstęp

W dobie dynamicznego rozwoju technologii cyfrowych, dostępność i użytkowość cyfrowa stają się kluczowymi kwestiami w społeczeństwie. Przy tworzeniu stron internetowych i aplikacji mobilnych coraz częściej brane pod uwagę są potrzeby osób z różnymi ograniczeniami, w tym osób niewidomych i niedowidzących. Ta praca magisterska ma na celu zbadanie i przedstawienie procesu tworzenia dostępnych i przyjaznych dla użytkownika stron internetowych i aplikacji mobilnych skierowanych do osób niedowidzących i niewidomych.

W pierwszym rozdziale pracy przedstawione zostaną podstawowe informacje na temat problematyki niedowidzenia i niewidzenia, omówione zostaną także dostępne na rynku narzędzia technologiczne dla osób z tymi niepełnosprawnościami. W kolejnych dwóch rozdziałach skupię się na procesie tworzenia stron internetowych i aplikacji dla osób niedowidzących i niewidomych. Przedstawię technologie dostępności, przykłady rozwiązań dostępnych na rynku, a także omówię kierunki rozwoju technologii w tej dziedzinie.

Czwarty rozdział będzie zawierał analizę i ocenę dostępności wybranych stron internetowych i aplikacji mobilnych, co pozwoli na ocenę obecnej sytuacji w tej dziedzinie i sformułowanie sugestii na przyszłość.

Celem tej pracy jest podkreślenie znaczenia dostępności cyfrowej dla osób niewidomych i niedowidzących, a także zrozumienie procesu tworzenia dostosowanych do nich stron internetowych i aplikacji mobilnych. Ostatecznie, mam nadzieję, że ta praca przyczyni się do większego zrozumienia i uznania dla potrzeb niewidomych i niedowidzących w świecie technologii cyfrowych.

Dostępność cyfrowa nie jest dodatkową funkcją produktu przeznaczoną dla wąskiej grupy odbiorców, lecz warunkiem samodzielnego korzystania z informacji, usług i komunikacji. Za pośrednictwem stron internetowych oraz aplikacji realizuje się dziś sprawy urzędowe, zakupy, płatności, naukę, pracę i kontakty społeczne. Jeżeli interfejs można obsłużyć wyłącznie wzrokiem, precyzyjnym ruchem wskaźnika albo rozpoznawaniem znaczeń przekazywanych samym kolorem, część użytkowników zostaje wykluczona już na poziomie konstrukcji rozwiązania. Problem nie wynika wówczas wyłącznie z właściwości wzroku danej osoby, ale z niedopasowania produktu do różnorodnych sposobów odbierania treści i wykonywania czynności.

Osoby niewidome i słabowidzące nie tworzą jednorodnej grupy o identycznych potrzebach. Użytkownik niewidomy może posługiwać się czytnikiem ekranu, monitorem brajlowskim i klawiaturą, natomiast osoba słabowidząca może korzystać z powiększenia, zmiany kontrastu, odwrócenia barw albo własnego arkusza stylów. Znaczenie mają także moment utraty wzroku, stopień znajomości technologii, występowanie innych niepełnosprawności i warunki użycia urządzenia. Ta sama osoba może potrzebować innych ustawień na dużym monitorze, innych na telefonie, a jeszcze innych w jasnym otoczeniu. Projektowanie powinno zatem odpowiadać na spektrum sytuacji, zamiast odwoływać się do jednego modelowego odbiorcy.

W pracy konieczne jest rozdzielenie dostępności od użyteczności, mimo że obie właściwości wzajemnie na siebie oddziałują. Dostępny interfejs nie stawia bariery wynikającej z niepełnosprawności i współpracuje z technologiami asystującymi. Użyteczny pozwala sprawnie zrozumieć strukturę, podjąć decyzję, wykonać zadanie i naprawić błąd. Serwis może formalnie spełniać wiele wymagań technicznych, a mimo to mieć niejasne etykiety, chaotyczną nawigację lub proces zakupu tak złożony, że użytkownik nie jest w stanie dokończyć czynności. Z kolei rozwiązanie oceniane przez twórców jako proste wizualnie może być całkowicie nieczytelne dla czytnika ekranu. Rzetelna ocena musi więc łączyć zgodność, funkcjonalność i doświadczenie użytkownika.

Podstawowy punkt odniesienia stanowią zasady postrzegalności, funkcjonalności, zrozumiałości i kompatybilności. Ich wartość polega na tym, że nie ograniczają dostępności do pojedynczej technologii. Treść powinna dać się odebrać innym kanałem, każdy element interaktywny obsłużyć bez wymagania określonego urządzenia wskazującego, zachowanie interfejsu powinno być przewidywalne, a kod możliwy do prawidłowej interpretacji przez programy użytkownika. Kryteria standardu WCAG 2.2 tworzą testowalny poziom odniesienia, ale samo zadeklarowanie zgodności nie zastępuje badania produktu. Standard określa minimalne rezultaty, natomiast kontekst konkretnej usługi decyduje, które bariery mają największy wpływ na samodzielność odbiorcy.

W przypadku użytkownika niewidomego kluczowa jest programowa struktura informacji. Czytnik ekranu nie odczytuje strony tak, jak widzi ją projektant, lecz korzysta z nazw, ról, stanów i relacji udostępnionych przez przeglądarkę lub system operacyjny. Poprawna hierarchia nagłówków umożliwia szybkie przechodzenie między częściami dokumentu, etykieta wyjaśnia przeznaczenie pola, a właściwa rola pozwala rozpoznać przycisk, łącze, kartę czy okno dialogowe. Gdy element graficzny udaje przycisk, kolejność odczytu nie odpowiada kolejności logicznej albo nazwa kontrolki brzmi jedynie „kliknij tutaj”, odbiorca traci informację potrzebną do świadomego działania.

Tekst alternatywny nie powinien być automatycznym opisem wszystkiego, co znajduje się na obrazie. Jego treść zależy od funkcji grafiki w danym miejscu. Obraz dekoracyjny należy pominąć w odczycie, ikona działania wymaga nazwy tego działania, wykres przekazania wniosku i danych, a fotografia w materiale edukacyjnym takiego opisu, który realizuje cel zadania. Powtarzanie podpisu, odczytywanie nazwy pliku lub generowanie wielozdaniowego katalogu nieistotnych szczegółów zwiększa obciążenie zamiast dostępności. Istotne jest również zapewnienie rozwiązania dla elementów złożonych, których znaczenia nie można przekazać jednym krótkim odpowiednikiem.

Pełna obsługa klawiaturą obejmuje więcej niż możliwość dotarcia do łączy za pomocą klawisza tabulacji. Fokus musi mieć logiczną kolejność, być wyraźnie widoczny i nie może zostać uwięziony w komponencie. Po otwarciu okna dialogowego powinien przejść do właściwego miejsca, pozostać w jego obrębie do zamknięcia, a następnie wrócić do elementu, który wywołał działanie. Mechanizmy rozwijane, kalendarze, listy sugestii i niestandardowe menu powinny reagować zgodnie z przewidywalnym modelem. Niedostępność często powstaje właśnie w komponentach dynamicznych, które wizualnie działają poprawnie, lecz nie komunikują zmiany stanu technologii asystującej.

Potrzeby osób słabowidzących uwidaczniają znaczenie elastyczności prezentacji. Odpowiedni kontrast tekstu i elementów interfejsu jest ważny, ale nie wyczerpuje problemu. Treść powinna zachować czytelność po powiększeniu, a układ podlegać przeformatowaniu bez wymuszania jednoczesnego przewijania w dwóch kierunkach. Informacja nie może zależeć wyłącznie od koloru, tekst umieszczony na fotografii powinien mieć stabilne tło, a krój, odstępy i długość wiersza nie mogą niepotrzebnie utrudniać śledzenia treści. Użytkownik powinien móc zastosować własne ustawienia bez utraty funkcji, zasłonięcia przycisków czy nałożenia się komunikatów.

Szczególnie wrażliwym obszarem są formularze. Każde pole wymaga trwałej i jednoznacznej etykiety, a informacja o formacie danych powinna pojawić się przed popełnieniem błędu, gdy jest to możliwe. Komunikat „nieprawidłowa wartość” nie wystarcza, jeśli nie wskazuje miejsca, przyczyny i sposobu korekty. Po wysłaniu formularza fokus powinien zostać skierowany do podsumowania błędów, a poprawnie wprowadzone dane nie powinny znikać. Dostępne uwierzytelnianie ogranicza zadania zależne od wzroku, pamięci lub przepisywania trudnych kodów i umożliwia użycie menedżera haseł. Te detale rozstrzygają, czy odbiorca jedynie otworzy stronę, czy rzeczywiście ukończy proces.

W aplikacjach mobilnych wymagania techniczne przyjmują nieco inną postać. Interfejs powinien udostępniać elementy natywnym mechanizmom dostępności systemu, zachowywać sensowną kolejność eksploracji dotykowej i zapewniać nazwy gestów oraz kontrolek. Złożony gest nie może być jedynym sposobem wykonania istotnej operacji, a obszary aktywne muszą ograniczać ryzyko przypadkowego wyboru. Należy brać pod uwagę zmianę orientacji, skalowanie tekstu, komunikaty systemowe, klawiaturę ekranową oraz sytuacje, w których powiększenie zmniejsza widoczny fragment ekranu. Testowanie tylko na symulatorze nie ujawni wszystkich problemów obecnych na realnym urządzeniu.

Wprowadzanie dodatkowych atrybutów dostępności nie naprawi wadliwej struktury. Pierwszeństwo powinny mieć natywne elementy o wbudowanym zachowaniu, a rozszerzenia semantyczne należy stosować tam, gdzie rzeczywiście są potrzebne. Rozbudowany komponent wymaga obsługi stanów, klawiatury, fokusu i zmian treści, nie tylko nadania mu nazwy. Podobnie automatyczny skaner wykryje brak atrybutu, niewystarczający kontrast lub niektóre błędy strukturalne, ale nie oceni, czy opis obrazu przekazuje właściwy sens, kolejność jest logiczna, a komunikat da się zrozumieć. Automatyzacja wspiera badanie, lecz nie może być jego jedyną metodą.

Dostępność powinna zostać włączona do całego cyklu tworzenia produktu. Na etapie wymagań określa się kluczowych użytkowników, zadania i mierzalne kryteria odbioru. Projektant sprawdza kolejność informacji, stany komponentów, kontrast i zachowanie po powiększeniu. Programista wykorzystuje semantyczne elementy oraz testuje obsługę klawiaturą i technologią asystującą. Redaktor odpowiada za strukturę treści, zrozumiały język i odpowiedniki materiałów wizualnych. Tester łączy kontrolę automatyczną, przegląd ekspercki i scenariusze zadaniowe. Dzięki temu błędy nie są odkładane do końcowego audytu, kiedy ich poprawienie może wymagać przebudowy całego procesu.

Bezpośredni udział osób niewidomych i słabowidzących jest niezastąpiony, o ile badanie nie ma charakteru symbolicznego. Uczestnicy powinni reprezentować różne strategie korzystania z urządzeń, a scenariusze muszą dotyczyć rzeczywistych celów, takich jak odnalezienie informacji, rejestracja, zakup lub zmiana ustawień. Obserwować należy nie tylko powodzenie, lecz również czas, liczbę pomyłek, momenty dezorientacji, potrzebę pomocy i subiektywny wysiłek. Osoba badana nie powinna być zmuszana do ujawniania zbędnych danych o zdrowiu, a wynagrodzenie, zgoda i możliwość przerwania sesji muszą odpowiadać zasadom etycznym.

W części analitycznej zasadne jest wybranie porównywalnego zestawu stron i aplikacji oraz zdefiniowanie krytycznych ścieżek przed rozpoczęciem testów. Ocena może objąć stronę główną, wyszukiwarkę, formularz, proces transakcyjny, zmianę ustawień i kontakt z obsługą. Konieczne jest wskazanie systemu, przeglądarki, wersji aplikacji, technologii asystującej i rozmiaru ekranu, ponieważ wynik zależy od środowiska. Liczba błędów sama w sobie ma ograniczoną wartość. Pojedyncza bariera blokująca płatność może być poważniejsza niż wiele usterek kosmetycznych, dlatego problemy warto klasyfikować według wpływu, częstości występowania i kosztu naprawy.

Znaczenie dostępności wzmacniają regulacje obejmujące cyfrowe usługi publiczne oraz część produktów i usług oferowanych przez przedsiębiorców. Od połowy 2025 roku szerszy zakres obowiązków wynikających z europejskich wymagań stał się praktycznym czynnikiem projektowym także dla sektora prywatnego. Uzasadnienia nie należy jednak redukować do zgodności prawnej. Dostępny produkt zwiększa niezależność użytkowników, poszerza rynek, ogranicza koszty obsługi i jest odporniejszy na różne urządzenia oraz sposoby interakcji. Poprawna struktura i jasne komunikaty służą także osobom starszym, użytkownikom czasowo ograniczonym oraz korzystającym z technologii w trudnych warunkach.

Rozwój sztucznej inteligencji, interfejsów głosowych i automatycznego rozpoznawania obrazów tworzy nowe możliwości, ale nie usuwa potrzeby odpowiedzialnego projektowania. Opis generowany maszynowo może pomóc wstępnie zorientować się w treści fotografii, a jednocześnie błędnie rozpoznać osobę, obiekt lub kontekst. Asystent głosowy ułatwia obsługę, lecz nie sprawdzi się w hałaśliwym miejscu, przy danych poufnych ani u każdego użytkownika. Nowe rozwiązania trzeba oceniać pod względem dokładności, prywatności, możliwości korekty i dostępności alternatywnej. Technologia wspomagająca nie może stać się usprawiedliwieniem dla niedostępnego interfejsu podstawowego.

Głównym celem pracy jest zatem określenie, w jaki sposób projektować i oceniać strony internetowe oraz aplikacje tak, aby osoby niewidome i słabowidzące mogły wykonywać najważniejsze zadania samodzielnie, skutecznie i z porównywalnym poziomem bezpieczeństwa. Problem badawczy dotyczy zgodności między deklarowanymi standardami a doświadczeniem rzeczywistego użytkownika. Analiza powinna odpowiedzieć, które bariery występują najczęściej, jakie metody wykrywają je najskuteczniej oraz jak przekształcić wyniki audytu w wykonalne rekomendacje dla zespołu projektowego.

Układ pracy podporządkowano temu celowi. Część pierwsza porządkuje pojęcia dotyczące niewidzenia, słabowidzenia i technologii asystujących. Druga przedstawia zasady tworzenia dostępnych serwisów internetowych, a trzecia odnosi je do specyfiki aplikacji mobilnych. W ostatnim rozdziale wiedza teoretyczna zostanie wykorzystana do oceny wybranych produktów według jawnej metodyki, obejmującej kryteria techniczne i scenariusze zadaniowe. Tak zbudowane opracowanie ma prowadzić od rozpoznania potrzeb, przez decyzje projektowe, do oceny ich rzeczywistych rezultatów i rekomendacji możliwych do zastosowania w praktyce.

Dodaj komentarz