Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

JOB-773 - Getting issue details... STATUS

OBS DETTE SKAL TILPASSES MED DE KORREKTE NUMRE NÅR EPICS OPRETTES I JIRA

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne (links i listen virker kun med STAR Jira konto):

Ingen wesbservicese påvirket.

Beskrivelse af epic

969.5.1 WCAG Supplerende dagpenge

Dagpenge tællerne er udformet meget visuelt, hvilket ikke kommer en blind til gode. Der er mange grafiske elementer, som understøtter dét, der allerede fremgår af teksten. Men da skærmlæseren forholder sig til alle grafiske elementer, kan det skabe forvirring for en blind. Alle SVG filer (billeder) er derfor sat skjult for skærmlæser. 

Der er udformet en I-ikon komponent, som sikrer, at WCAG overholdes når I-ikon komponent anvendes. Og for at sikre, at I-ikon ikke anvendes uden om denne komponent, er udfærdiget en unittest, som fejler såfremt I-ikon SVG er anvendt uden om komponenten. På den vis forceres WCAG compliance i nuværende og fremtidige anvendelser. Dette arbejde er dokumenteret i frontendguiden med tilhørende funktionelt eksempel.

En række tilpasninger af kontraster i elementernes farver er sket for at sikre overholdelse af kontrastforhold. Tilpasningerne er ikke nødvendigvis synlige for folk med almindeligt syn, men det forbedrer synlighed for folk med nedsat syn. Kontrasttilpasninger er tillige sket på dagpengetællerne.

Endelig er de supplerende dagpenge gjort mere tilgængelige ved sikring af, at der er unikke navne på ID'erne (hvilket er en forudsætning for at skærmlæser kan fortolke korrekt).

WCAG omhandler tillige tilpasning af "sensoriske data" i tekster. Når man i en tekst henviser til placeringer, farver mv. fx "af figuren nederst i højre hjørne" eller "den orange tabel afspejler", så taber man folk der mangler eller har nedsat syn. Tællerne er ret tekst intensive og der er flere forekomster, som kræver en sensorisk tilpasning. Da teksterne dog skal sikres for så vidt angår juraen, og de er dyre at rette og teste, er de ikke tilpasset ved vores hånd. Derimod er STAR PO informeret om den udestående opgave, hvor vi afventer tilpassede tekster.

Arbejdet er udført under /wiki/spaces/ISB/pages/1798996110. 

969.5.2 WCAG forberedelsesskema

Forberedelsesskemaet - hvilket er motoren alle forberedelsesskemaer på Jobnet - er gennemgået for WCAG afvigelser.

Konkret er fejltekster tilpasset, så de tillige fremkommer i skærmlæseren. Dette kræver, at der sættes roller på beskederne, i tilfældet en Role alert. 

Knapper og links har fået tilføjet aria-label felter. Arira labels oplæses af skærmlæser frem for linket selv eller knappens tekst, når label er defineret. Herved kan gives en uddybende beskrivelse, uden det påvirker dét, som de seende ser. 

Endelig er sektioner af spørgsmål (radio og checkboks-sektioner) pakket ind i "fieldset og legends". Dette er en måde at gruppere relaterede elementer, for at gøre det mere forståeligt og anvendeligt for brugere af skærmlæsere, da de så kan forholde sig til de enkelte grupperinger (det enkelte spørgsmålet og svarmulighederne) frem for at forholde sig til hele formen - og derved alle mulighederne - på én gang. 

Arbejdet er udført i /wiki/spaces/ISB/pages/1796440984

969.5.3 WCAG Job i Europa

På Job i europa er arbejdet med dokumentstrukturen. Strukturen på et dokument på nettet skal være som strukturen i en bog, med inddeling i Overskrifter, underoverskrifter osv. Det der kaldes headertags. Struktureren for headtertags - konkret H2 tags og ID'er herpå - er tilpasset, for at sikre læsbarhed og navigation med de værktøjer, som blinde anvender.  

Gruppering af elementer er sket: gør det lettere at forholde sig til informationen i enkelte dele frem for et hele.

Endelig er "Mit CV må vises på Eures" sektionen pakket ind i fieldset og legends, for gruppering af relaterede elementer og valgmuligheder. 

Arbejdet er udført i /wiki/spaces/ISB/pages/1798636111

969.5.4 WCAG på Find Job

Find Job er gennemgået og på alle elementer af link typen er sat aria labels, som uddyber kontekst, såfremt teksten på linket ikke er sigende i sig selv.

/wiki/spaces/ISB/pages/1796441199

969.5.5 WCAG på 225 timers regel

På siden for "225 timers reglen" er tilpasset, så skærmlæser får leveret fejlbeskeder med "role alert", hvilket betyder, at fejlfeedbacken oplæses straks den opstår. 

Links har fået indarbejdet aria labels. 

SVG for speedometer har fået tilføjet skærmlæser tekst.

/wiki/spaces/ISB/pages/1798897828

Overvej for hvert acceptkriterie hvilke systemer der berøres af ændringen:

• DFDG
  • Services
  • WSRMer
  • Kodelister
  • PersonStatusService (PSS)
  • PersonHistoryService (PHS)
  • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)
• Jobnet
• VITAS
• JobKon
• JobAG
• BI integrationsplatform
• Alle områder
  • Nye batchjobs
    • Dokumentation af jobbet til SF (jf. skabelon: xxx link til skabelon) 
  • Dataløft
    • Hvis der i Databaser tilføjes eller fjernes kolonner med personfølsomme data (f.eks. person navne, adresser, email, telefonumre etc.), så skal SF informeres så disse data fremadrettet tilføjes eller fjernes fra scrambling.
• Kommunalt sagsbehandlingssystem
• A-kasse sagsbehandlingssystem
• Kommunalt bookingsystem
  • JobcenterPlanner (JCP)
  • WorkForcePlanner (WFP)
• Kommunalt ydelsessystem

Særlige krav til test

* Batchjobs

• bør testes både med delta og fuldt load,
• bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
• bør testes i samarbejde med teams som har afhængigheder
• kørselstid, særligt hvis det er en del af NightlyBatch

Konsekvenser for drift/idriftsættelse

I forbindelse med idriftsættelse:

• Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
• skal der køres konvertering
• Skal der køres databasescripts for opdatering af tabeller i databasen

Efter idriftsættelse:

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder
• Nye snitflader
• Nye komponenter
• Nye miljøer
• Nye teknologier
• Nye aftagertyper
• Eller afvigelser fra principperne
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes

Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.