Przejdź do głównej zawartości
Wersja robocza
Jest to dokument roboczy, który w dowolnym momencie może zostać zmieniony, zastąpiony lub usunięty. Nie należy korzystać z tego opracowania jako czegoś innego niż dokumentu w trakcie opracowywania.
Nie wahaj się proponować zmian. Możesz komentować, uzupełniać, redagować każdy fragment dokumentu.

Propozycje tematów zaleceń – Wymiar Cykl życia TIK

Opracowanie: Stefan Wajda
Data zgłoszenia: 28 lutego 2026 r., ostatnia aktualizacja: 28 lutego 2026 r.

Zestaw tematów został opracowany na podstawie analizy braków w wymiarze Cykl życia Technologie informacyjno-komunikacyjne (TIK)TIK (Technologie informacyjno-komunikacyjne). Technologia informatyczna i inny sprzęt, systemy, technologie lub procesy, których główną funkcją jest tworzenie, przetwarzanie, przechowywanie, wyświetlanie, odbieranie lub przesyłanie danych i informacji elektronicznych, a także wszelkiej powiązanej treści. Ang. _ICT (Information and Communication Technologies)_. .

1. Zalecenie: Integracja wymagań dostępności w całym cyklu projektowym (Accessibility by Design)​

Zakres:​

  • Włączanie wymagań EN 301 549 / WCAG do dokumentów projektowych
  • Obowiązkowe adnotacje dostępności w makietach i dokumentacji UX/UI
  • Przeglądy dostępności na etapie projektowania
  • Wymagania dostępności jako element kryteriów akceptacji
  • Projektowa lista kontrolnalista kontrolnaZestaw pytań lub kryteriów używany przed publikacją materiału. Lista kontrolna pomaga potwierdzić, czy materiał spełnia minimalne wymagania dostępności. dla zespołów UX i IT

Uzasadnienie:​

Obecne opracowania koncentrują się głównie na testowaniu po wdrożeniu; brakuje standardu projektowania „od początku dostępnego”.

2. Zalecenie: Standard testowania dostępności w procesie wytwarzania i utrzymania (Dev/CI/CD)​

Zakres:​

  • Minimalny zakres testów automatycznych i ręcznych
  • Testowanie z wykorzystaniem technologii wspomagających
  • Integracja testów dostępności z CI/CD
  • Archiwizacja raportów testowych
  • Procedura retestów po aktualizacjach

Uzasadnienie:​

Istnieją procedury badania zgodności i Podstawa testowania, lecz brak operacyjnego standardu integracji testów z procesem wytwórczym.

3. Zalecenie: System klasyfikacji, priorytetyzacji i obsługi błędów dostępności​

Zakres:​

  • Definicja poziomów krytyczności błędów
  • Powiązanie z ryzykiem prawnym i użytkowym
  • Zasady nadawania terminów naprawy
  • RejestrrejestrCentralnie utrzymywany zbiór powiązanych informacji wykorzystywany przez SZDC. Rejestr jest stale aktualizowany i stanowi podstawowe źródło informacji wykorzystywane przez procesy, raporty oraz publikacje. błędów dostępności
  • Raportowanie do kierownictwa

Uzasadnienie:​

Brak jednolitego modelu zarządzania błędami dostępności w całym cyklu życia.

4. Zalecenie: Bramka jakości dostępności przed wydaniem (Release Gate)​

Zakres:​

  • Obowiązkowa kontrola dostępności przed publikacją lub wdrożeniem
  • Analiza ryzyka braku zgodności
  • Wymóg aktualnego Accessibility Conformance Report (ACR)ACR (Accessibility Conformance Report). Raport zgodności z dostępnością. Oficjalny dokument techniczny, który szczegółowo opisuje poziom zgodności cyfrowego produktu (np. oprogramowania, aplikacji, strony internetowej lub sprzętu IT) z międzynarodowymi standardami dostępności, takimi jak WCAG, norma EN 301 549, Sekcja 508 (USA)./Voluntary Product Accessibility Template (VPAT)VPAT (Voluntary Product Accessibility Template). Szablon dokumentu używany przez dostawców do oceny, w jakim stopniu dany produkt spełnia poszczególne wymagania dotyczące dostępności. Od ang. _Voluntary Product Accessibility Template®_, VPAT®. Opracowany przez Radę ds. Technologii Informatycznych (ITI).
  • Procedura dopuszczania warunkowego (z planem naprawczym)
  • Wzór raportu z przeglądu jakości

Uzasadnienie:​

Brakuje formalnej „bramki jakości” dla dostępności przed wydaniem systemu.

5. Zalecenie: Procedura stosowania wyjątku z tytułu nadmiernego obciążenia​

Zakres:​

  • Kryteria oceny nadmiernego obciążenia
  • Analiza kosztów i wpływu na użytkowników
  • Dokumentowanie decyzjidokumentowanie decyzjiUtrwalenie najważniejszych informacji dotyczących oceny materiału i podjętej decyzji, w szczególności wyniku oceny dostępności, zastosowanych działań, uzasadnienia oraz osoby odpowiedzialnej.
  • Okresowy przegląd zasadności wyjątku
  • Publikacja informacji w deklaracji dostępności

Uzasadnienie:​

Brakuje operacyjnej procedury stosowania wyjątku zgodnie z ustawą i EN 301 549.

6. Zalecenie: Zarządzanie archiwizacją i wycofywaniem zasobów cyfrowych​

Zakres:​

  • Planowanie migracji danych
  • Zapewnienie dostępności archiwalnych treści
  • Alternatywny dostęp do zasobów historycznych
  • Kryteria wycofania systemu
  • Dokumentowanie procesu wycofania

Uzasadnienie:​

Wycofanie i archiwizacja nie są obecnie objęte systemowym standardem.

7. Zalecenie: Nadzór nad dostępnością w jednostkach podległych i systemach rozproszonych​

Zakres:​

  • Model nadzoru i raportowania
  • Minimalne wymagania dla jednostek podległych
  • Ujednolicona metodyka przeglądów
  • Centralny rejestr wyników ocen
  • Wspólny standard deklaracji dostępności

Uzasadnienie:​

Brakuje modelu zarządzania dostępnością w strukturach wielopoziomowych.

8. Zalecenie: Dokumentacja zgodności i zarządzanie ACR/VPAT​

Zakres:​

  • Aktualizacja ACR/VPAT przy zmianach systemu
  • Archiwizacja wersji dokumentacji
  • Spójność między wynikami testów a deklaracjami
  • Procedura przeglądu dokumentacji zgodności

Uzasadnienie:​

Istnieje Podstawa testowania, ale brak pełnego modelu zarządzania dokumentacją zgodności w czasie.

9. Zalecenie: Minimalny standard kompetencyjny dla zespołów projektowych i IT w zakresie dostępności​

Zakres:​

  • Wymagania dla projektantów, programistów, testerów
  • Obowiązkowe szkolenia cykliczne
  • Powiązanie z oceną pracy
  • Monitorowanie poziomu kompetencji

Uzasadnienie:​

Kompetencje są częściowo ujęte w innych wymiarach, lecz brak standardu przypisanego bezpośrednio do cyklu życia TIK.

Rekomendowana struktura każdego zalecenia

  1. Cel i podstawa prawna (ustawa, EN 301 549, Europejska ustawa o dostępności (EAA)EAA (Europejska ustawa o dostępności). Akt prawny Unii Europejskiej (dyrektywa (UE) 2019/882), którego celem jest poprawa dostępności produktów i usług dla osób z niepełnosprawnościami. Wprowadził prawne wymogi dotyczące projektowania z uwzględnieniem dostępności w kluczowych sektorach, takich jak handel elektroniczny, bankowość internetowa oraz usługi sprzedaży biletów telefonicznych i transportowych. EAA wymaga, aby witryny i firmy objęte wymogiem dostępności, zatrudniające ponad 10 pracowników lub osiągające przychody powyżej 2 mln euro, zapewniły dostępność, a nieprzestrzeganie tego wymogu wiąże się z konsekwencjami prawnymi.)
  2. Zakres zastosowania (systemy, SaaS, aplikacje mobilne, narzędzia wewnętrzne)
  3. Model dla dużych podmiotów
  4. Wersja uproszczona dla małych podmiotów
  5. Listy kontrolne i wzory dokumentów
  6. Powiązanie z innymi wymiarami (Komunikacja, Wsparcie, Personel)