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

VIR-958 - Getting issue details... STATUS

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):

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Beskrivelse af epic

969.3.1 Der er gennemført en webtilgængelighedsanalyse på JobAG 

969.3.2 Resultaterne af webtilgængelighedsanalysen for JobAG er prioriterede af STAR 

969.3.3 Prioriterede forbedringer af webtilgængelighed er implementeret i JobAG 

969.3.4 Der er gennemført en webtilgængelighedsanalyse på VITAS 

Sensus har gennemfør en webtilgængelighedsanalyse, som findes her:

VirkSag - WCAG status

Kort konklusion: Der skal gennemføres omfattende ændringer på VITAS for at VITAS kan bringes i overensstemmelse med kravene til tilgængelighed jf. WCAG 2.1 AA.

969.3.5 Resultaterne af webtilgængelighedsanalysen for VITAS er prioriterede af STAR 

STAR har ikke mulighed for at løfte VITAS til overholdelse af WCAG 2.1 AA inden for release 2020-3. STAR ønsker at gennemføre forbedringer på VITAS' tilgængelighed baseret på følgende prioriteringsprincipper (skal godkendes af PO):

1. Der afsættes en ressourceramme til forbedringer af VITAS' tilgængelighed
2. Virksomhedernes tilgængelighed prioriteres højst. Jobcentrenes tilgængelighed har lavere prioritet, mens tilgængelighed for interne funktioner i STAR, fx Landssupporten, har lavest prioritet.
3. Konsistens og tilgængelighed for brede målgrupper prioriteres højere end snævre målgrupper
4. Mindre ressourcekrævende forbedringer med bred effekt prioriteres højere end ressourcekrævende forbedringer med snæver effekt.

En workshop (mangler at blive afholdt, resultat herunder er oplæg til workshop) har fastlagt følgende indsatsområder i prioriteret rækkfølge:

1. Tabuleringsrækkefølge på indtastningsformularer for virksomheder - alle ordninger
   1. Reference: TO DO 
   2. Fortolkes af udviklere og kvalitetssikres af testere
   3. Note: Forventes også at afhjælpe jobcentre i virksomhedssupport
2. Konsistent sprogangivelse (dansk i stedet for engelsk) på VITAS websider til virksomheder
   1. Reference: TO DO
   2. Fortolkes af udviklere og kvalitetssikres af testere
3. Konsistent anvendelse af headere (H1, H2 ...) til virksomheder - alle ordninger
   1. Reference: TO DO
   2. Visuelt design skal i al væsentlighed være uændret
   3. Fortolkes af udviklere og kvalitetssikres af testere
4. Forbedrede Alt-tekster til virksomheder - alle ordninger
   1. Reference: TO DO
   2. Fastlægges af UX'er i samarbjede med udvikler, som indtaster direkte uden detaljeret specifikation. Kvalitetssikres af testere

969.3.6 Prioriterede forbedringer af webtilgængelighed er implementeret i VITAS 

969.3.7 WCAG 2.1 AA er implementeret i VirkSags udviklingsproces

• WCAG 2.1 AA indgår i Definition of Done på user stories
• Testere verificerer WCAG 2.1 AA overholdelse. De har fået stillet et værktøj til rådighed og er uddannede i opgaven.
• Udviklingshåndbog e.l. er opdateret med ovenstående

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.