Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Følgende beskriver de Agile- og udviklerprocedurer, der bør overholdes i forbindelse med tilgængelighed.

Agile processer

Jobnet-teamet har etableret et koncept med "gates" på SCRUM/Kanban boardet, der beskriver en række forhold der skal være opfyldt, før en task kan flyttes på boardet. Således skal WCAG 2.0, niveau AA være overholdt inden en task kan flyttes fra "In progress" til "Review":

Image Removed

Dette "tjek" sikrer, at der er løbende fokus på tilgængelighed, og at udviklere får mere opmærksomhed på tilgængelighed og WCAG kravene.

Det kan endvidere være en god idé, at indføre en passus om at tilgængelighedskravene skal være overholdt i Definition of Done, og at stipulere WCAG kravene i acceptkriterierne i User-Stories, i de tilfælde, hvor det er relevant.

Det er ikke kun udviklere der bør have fokus på tilgængelighed. Det er et fælles ansvar, at sikre at de løsninger der udvikles overholder tilgængelighedskravene. Således bør også Testere, FA'ere, SCRUM-master og P.O.'ere være bevidste om tilgængelighedskravene, så det sikres, at STAR overholder EU-direktivet vedr. tilgængelighed i al ny-udvikling.

Udvikler-processer vedr. tilgængelighed



Arbejdet med tilgængelighed bør foregå på komponent-niveau, men man skal være opmærksom på, at overholdelse af WCAG 2.0 tilgængelighedskravene på niveau AA vurderes på side-niveau. Af dette følger, at tilgængelighedskravene ikke er opfyldt, hvis en given komponent, der overholder WCAG, indlejres på en side, der ikke overholder WCAG 2.0.

...

Nedenstående beskriver en række af de vigtigste konkrete tilgængelighedskrav, der skal være opfyldt, men det er ikke en udtømmende liste - dog er man "godt på vej", hvis nedenstående 10 nedenstående 9 punkter overholdes:

  1. Der skal være "Spring navigation over"-link på alle relevante sider
  2. Man skal sikre en logisk og ensartet tabuleringsrækkefølge: Alle interaktive elementer skal kunne tabuleres til fokus, og fokus skal være synlig. Der ønskes ikke eksplicit tabulering i koden andet end værdierne 0 og -1.
  3. Alle brugergrænsefladekomponenter skal have programmeringsbestemte navne, roller og værdier, fx skal det sikres, at der er sigende labels på alle felter og input
  4. Der skal være en kronologisk, ensartet Header-struktur
  5. Det skal sikres, at farve-kontraster overholder minimumskrav for AA (4,5:1)
  6. Der skal anvendes tekstbaserede alternativer til enhver form for ikke-tekstbaseret indhold, således at det kan ændres til de formater, som brugerne har behov for, f.eks. stor skrift, punktskrift, tale, symboler eller enklere sprog.

  7. Korrekt navngivning af links: Formålet med ethvert link skal kunne bestemmes ud fra link-teksten alene eller ud fra link-teksten sammen med den link-kontekst, der er programmeringsmæssigt bestemt.
  8. Der skal forefindes ledetekster eller instruktioner, når indhold kræver brugerinput.
  9. Tekst skal, med undtagelse af undertekster og billeder af tekst, kunne forstørres op til 200 % uden brug af kompenserende teknologi uden tab af indhold eller funktion.Tabeller: Overskrifter skal placeres før tabellen. Komplekse tabeller kan i nogle tilfælde brydes op i flere tabeller af hensyn til overskueligheden. Hvis tabel-elementer er brugt til layout kan de skulle ændres til lister eller almindelige afsnit.

Nedenfor er der adgang til de to W3C'guidelines for tilgængelighed (hhv. krav til web og krav til non-web documents), der er relevante for STAR, og som er de overordnede reference-dokumenter for WCAG 2.0. Heri findes udtømmende beskrivelser af de enkelte tilgængelighedskrav der kræves overholdt.



Spørgsmål kan rettes til Troels Wiberg Jensen (TRWJ) eller Søren Neergaard Olsen (SQWO).


View file
nameBilag 2 - Tilgængelighed - Krav til non-web documents.docx
height250
View file
nameBilag 1 Tilgængelighed - Krav til web.docx
height250