1005.21.6 JobAG Teknisk fundament - (Plumbing)

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

 

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release
tilgængeligt i test

 

 

STAR Release
start ibrugtagning

 

 

STAR Release
seneste ibrugtagning

 

 

Epic status

Eksterne snitflader

STAR Projektleder (PL)

Forretningsanalytiker (FA)

STAR Release
tilgængeligt i test

 

 

STAR Release
start ibrugtagning

 

 

STAR Release
seneste ibrugtagning

 

 

Epic status

Eksterne snitflader

@Camilla Hagedorn Trolle
@Thor Herlev Jørgensen (STAR)

@Tanvir Ahmed

2024-2
(udvikling påbegyndes 2024-1)

2024-4

2024-4

0.5

 

Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)

Anvendes ved ændringer, der har betydning for eksterne.

Dato

Version

Hvem

Hvad er ændret?

Dato

Version

Hvem

Hvad er ændret?

08-11-2023

0.1

@Tanvir Ahmed

Udarbejdelse af Epic

13-12-2023

0.1

@Tanvir Ahmed

Highlevel acceptkriterie defineret, guestimat angivet

02-01-2024

0.5

@Tanvir Ahmed

Udvikling påbegyndt

22-02-2024

0.5

@Tanvir Ahmed

Epic opsplitning foretaget i jira

Interne links (indhold i links ikke relevant for eksterne)

key status labels
Loading...
Refresh

 

https://starwiki.atlassian.net/browse/VIRK-1874

https://starwiki.atlassian.net/browse/VIRK-3576

https://starwiki.atlassian.net/browse/VIRK-4291

 

Indholdsfortegnelse

Afgrænsning af epic

Afgrænsning

Afgrænsning

 

Acceptkriterier

Nr.

Beskrivelse

Relevant for

Intern STAR userstory

Bemærkning

Krav

Nr.

Beskrivelse

Relevant for

Intern STAR userstory

Bemærkning

Krav

1005.21.6.0

Som udvikler ønsker jeg at få opsat mit lokale udviklingsmiljø for at kunne implementere og arbejde med det moderniserede JobAG og anvende de værktøjer der er besluttet af STAR.

 

3 SP

Forudsat at opsætning er mere strømlinet i det moderniserede setup, samt at vi kan trække på erfaring fra bl.a. jobsearch.

Dette skal selvf. ske for alle udviklere.
Dvs. sp gange x antal udviklere.

 

 

1005.21.6.1

Som STAR ønsker jeg at få oprettet et projekt til JobAG for at kunne udvikle det moderniserede JobAG
Der sikre Devops opsætning og mulighed for deployment på testmiljø på SIT.

Jobsearch
Devops
SF/Systemforvaltning


4SP (2+2)

 

1005.21.6.2

Som STAR ønsker jeg at få oprettet et CMS projekt for at at kunne håndtere tekster og sideopbygning i JobAG


Jobsearch
Fællesteknisk



13 SP

 

1005.21.6.x

Som STAR ønsker jeg at få mappet applikationsbrugere i JobAG til kontaktpersoner

endnu ikke taget stilling til hvordan dette skal løses.

Virksomhed

13 SP
Usikkerhed, omkring, endelig løsning

 

1005.21.6.x

Som STAR ønsker jeg at vi implementerer lognings enabler (STAR Foundation)

 

 

2 SP

Denne er løst som en del af opsætning af projektet.
Med det standard star foundation loging der findes.

Der kommer en senere opgave på at logge fejl.

 

1005.21.6.x

Som STAR ønsker jeg at få afklaret om den nuværende JobAG database fortsat skal eksistere i det moderniserede JobAG - fx data vedr- CV noter/ hændelseslog.

Som STAR ønsker jeg at få afklaret om den nuværende JobAG database fortsat skal eksistere i det moderniserede JobAG - fx data vedr- hændelseslog., meddelelser til vikromsheder, jobagenter/søgeprofil, CV arkiv/ CV noter/. m.m

  • Der skal derfor foretages en analyse af hvilken data der for nuværende bor i JobAG, så det kan afklares:

    • Hvor data fremover skal bo

    • Nye services

    • Migreringsstrategi



JobSearch

Analyse af hvilke data bor i jobag



 

 

 

Storie til services/ batchjob

Storie til database

Storie til afklaring

Storie til migrering

3 SP

1: lav analyse af data der ligger i jobag database

2: afklar hvor data fremover skal leve

3: afklar migrerings strategi
4: afklar nye services, eller bestående
fx i forhold til hændelseslog.
samt cv noter, meddelelser til virksomheder,

5: afklar batchjobs i Jobag og udenfor jobag som kan blive påvirket af dataflytning

Yderligere analyse er påkrævet:
Første analyse har vist at der er en stor forskel på oprindeligt afgivet estimat og forventet tidsforbrug
v oprettelse af nye tabeller, oprettelse og udstilling af webservices/ ibrugatning og migrering.
Der har derfor været ønsket fra PO/PL at vi foretager en mere dybdegående analyse hvor vi kommer tættere på et mere præcist bud på estimering.

Der arbejdes på 3 varianter af analye
variant1: opret nye tabeller i forretningsdomæne virksomhedsindsats, service udstiling, migrering
Resultat af variant1 analyse kan findes her:



Variant 2: Flyt og moderniser.
(ikke påbegyndt afventer PL)
Variant 3: bibehold jobag database i jobag (ikke påbegyndt afv.PL)

 

1005.21.6.x

Som STAR ønsker jeg at få afklaret hvilke serviceafhængigheder der er for JobAG og hvorvidt det moderniserede JobAG fortsat skal aftage disse og hvorfra.


 


2 SP

Hvornår leveres de forskellige services i en REST udgave

Plan for Moderniseringsprojektet.
for services - company og jobannonce.

 

batchjob og services har en fix version for hvornår vi skal bruge dem til udvikling. og det er afklaret med jens om vi kan få dem restificeret så vi ikke skal lave db arbejde.

 

hvad er planen med batcjob.
hvilke batchjobs benytter jobag.

 

100.5.21.6.x

Som STAR ønsker at få et overblik, koordinere og efterfølgende implementere standard funktionalitet på tværs af applikationerne i STAR for at sikre ensartethed ved.

  • Inaktivitet, (advarsel og automatisk logud)

  • PDF generering og udskrivning, (@Tanvir Ahmed flyt ud - selvstændig krav, kræver koordinering med jobsearch)

  • Pop ups,

  • Notifikationer, (fx kvitteringer mod-8736)

  • Bekræftelses dialog bokse,

  • Fejlhåndtering m.m.

Fællesteknisk
JobSearch

BI





Lav ny storie til inaktivitet

 

Lav ny storie til PDF komponent

muligvis selve implementeringen kan deles op i diverse epic, eller i epic hvor det skal bruges, afklares endeligt efter analyse arbejdet/ overblikket er lavet.


13 SP

 


100.5.21.6.x

Som STAR ønsker jeg at få udviklet design komponenter som teamets analyse har vist ikke er klar til brug men som er nødvendige for brug for implementering af forretningsfunktionalitet.

 

PBA analysen er der oprettet stories der ikke er en del af org estimat.
Stories udvikles parallet af Hans fra KON teamet.

 

 

 

 

1005.21.6.x

Som STAR ønsker jeg at få udviklet det visuelle layout, så teamet kan bruge dette til det fremtidige implementerings arbejde af forretningsfunktionalitet. (Efter brugeren er logget ind)

  • Header

  • Footer

  • Vis to bokse, Eures & WIDK - linker til relevante sider

 

MOD-8295
MOD-8306

13 SP.

 

1005.21.6.x

Som STAR ønsker jeg at få udviklet det visuelle layout for Forsiden (Før brugeren er logget ind)

  • Header

  • Brug af footeren (genbrug fra tidligere storie)

  • Relevante links

 

 

 

MOD-8302
2SP-

 

1005.21.6,x

Som STAR ønsker jeg at implementere tekster/ sider.

  • Hjælp /Sådan gør du

  • Virksomhedsrettede tilbud

  • Vilkår for brug / vilkår

  • Privatlivspolitik

  • tilgængelighedserklæring

  • ….

  • ….

 

 

afhængig af udviklings rækkefølge, gør links i header klikbare.
både før og efter login.

3SP

 

1005.21.6.x

Som STAR ønsker jeg at der er Matomo tracking scripts på løsningen i JobAG

STAR/ Ulrik

3 SP

Matomo har en udviklerguide her:

JavaScript Tracking Client: Integrate - Matomo Analytics (formerly Piwik Analytics) - Developer Docs - v5


1005.21.6.x

Som STAR ønsker jeg at der er Cookiebanner i JobAG løsningen

STAR/Ulrik

2 SP

Det er sat op i den nye Jobnet-løsning, så man kan tage udgangspunkt i det.

1005.21.6.x

Som Udviklingsteam ønsker vi at følge moderniserings strategien for automatiseret test/ test på tværs af løsningerne i STAR City.
Og vi ønsker derfor at få klarlagt og forstå hvad strategien indeholder for senere at kunne implementere automatiseret test.

Som Udviklingsteam ønsker jeg at der er udarbejdet Automatiseret test - tværående test. af de forskellige forretningskrav, så vi som team kan få vished om kvaliteten af det udviklede.

Tværgående test-
(Morten/Kasper)

 

selve implementering flyttes til diverse epic/ og eller som acceptkriterie i hver US i øvrige epic.

1 SP

 

1005.21.6.3

Som STAR ønsker jeg at få:

  • Defineret og oprettet adgangsroller i IAM

  • Defineret IAM scopes for at rettighedsstyre adgangen til JobAG og den ønskede forretningsfunktionalitet for en bruger/rolle.

  • Adgangsroller og scopes skal kobles op i IAM (hvem har denne opgave)

Virksomhed
Fællesteknisk
(taxonomy)


11 SP (8+3)

 

1005.21.6.x

Som medarbejder i en virksomhed kan jeg logge ind på JobAG med (IDP) herunder MitID. og efterfølgende kunne logge ud.

Fællesteknisk

Følgende workshop/afklaringer hænger sammen:

Afhængig af afklaring af, hvornår løsninger i Fællesteknisk er klar, kan der evt. i mellemtiden laves en opgave på at lave et midlertidigt testlogin direkte i JobAG (i stil med Jobnet dialog, bare med angivelse af CVR-nr. i stedet for CPR-nr.)

Login/logout via IAM:

13 SP (8+5)

nødvendig funktionalitet analyse



Bemærk: Storie VIRK-3109
Ikke en del af oprindelig estimat, opgaven hører til fælles teknisk, men Mads har lavet opgaven.

 

1005.21.6.x

Som STAR support ønsker jeg at kunne logge ind i support modulet på JobAG
bliver taget i ovenstående accept krit.

Fællesteknisk

 

Login af STAR-supporter i JobAG (før log ind som kontaktperson) er dækket af ovenstående story.

Jeg antager her, at log ind som kontaktperson fra STAR-supporter til virksomhedskontaktperson (med angivelse af årsag og så videre) sker i en story i 1005.21.10.x.

0 SP

 

1005.21.6.x

Som STAR ønsker jeg at det er muligt at styre rettigheder i brugergrænsefladen.
så der kun er adgang til funktionalitet som adgangsrolle giver lov til.

 

Bemærk: Ikke en del af oprindelingt estimat
tilføjet på bagkant (5 SP)

 

1005.21.6.x

Som STAR ønsker jeg at brugere uden rettigheder til JobAG applikationen bliver mødt at et Banke på FLOW - og får vist feedback i brugergrænsefladen.
Understøttet af IAM

Fællesteknisk

 

Feedback til bruger i UI. ved ingen Adgangsgivende roller/ rettigheder.

  • LBA uden afgang til JobAG

    • Medarbejder/ uden adgang til Jobag

  • 0 SP for nuværende.

Håndteres af IAM _ Fællesteknisk - BankePåFlow

1005.21.6.x

SIT/ KYNDRYL - kalde fra SIT til Kyndryl, certifikat og sikkerhedsmodel, stor usikkerhed. +10 SP

SF/ Lucas

10 SP

 

1005.21.6.x

Spærret
Som STAR ønsker jeg ikke det skal være muligt at kunne tilgå JobAG hvis virksomheden er spærret


 

Virksomhed

1-2 SP

Hvis virksomheden er spærret skal det ikke være muligt for brugeren at logge ind på JobAG brugeren skal møde en fejlbesked/advarsel
oplysningen kommer fra virksomhedsservicen, i metoden get virksomhed, feltet laas, hvis der returneres 2 spærret,
fra kodelisten. VirksomhedslaasTypeCodeList


stories for at teste fuld spærret i plumbing.

skal også indgå i support epic, hvor man skal kunne sætte spærring og konfliktramt.

 

 

 

i anden userstorie på de forskellige forretningsområder leveres

1005.21.6.x

Som STAR ønsker jeg at JobAG notificerer virksomhedsindsats når en bruger logger på JobAG.
Således at det er muligt for aftagere at vide om en virksomhed benytter JobAG.

 

(VirksomhedsLoginService)

BI
Virksomhed

 

5 SP
Der skal oprettes en ny service/ metode PUT metode der kan berige virksomhedsindsat med nødvendigt data.

BI: Skal ikke længere kører Bathcjob efter release.

3-5 SP

1005.21.6.x

Analyse af mails i sendt til brugeren, ved fx jobannonce, borgerbesked
jobodre, m.m.

 

 

 

 

1005.21.6.x

(Kladder - beslutning tages i andet forum)

 

 

 

 

1005.21.6.x

CMS POC

JobSearch/
Kon/
Plan/
Fællesteknisk


Teamet har arbejdet med CMS og har set nogle hidtil ubenyttede muligheder i CMS som teamet vil forsøge at lave en POC på at tage i brug, dette er en opgave som ikke har været estimeret med fra Start, men teamet har fået lov til at afprøve den nye tilgang og præsentere det for de øvrige teams der arbejder med CMS.

Teamet har fået lov til at benytte den nye metode til oprettelse/ benyttelse af CMS i JobAG, hvilket vil betyde at der er enkelte stories der tidligere er udviklet som skal genbesøges.

 

Samt tilretning af eksisterende
udviklede sider.

BEMÆRK IKKE EN DEL AF OPRINDELIG EPIC ESTIMAT.
EKSTRA OPGAVE

 

Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader

Kriterie

<epic nr>.1.1

<epic nr>.1.2

<epic nr>.1.3

Bemærkning

Kriterie

<epic nr>.1.1

<epic nr>.1.2

<epic nr>.1.3

Bemærkning

 

 

 

 

 

 

 

 

 

 

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne

Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår i tabellen.

(kopiér og indsæt manuelt i tabellen)

Summary

Varslingstype

Varslingsnote

Eksterne Snitflader

Interne Snitflader

Project

Summary

Varslingstype

Varslingsnote

Eksterne Snitflader

Interne Snitflader

Project

 

 

 

 

 

 

 

 

 

 

 

 

Automatisk oversigt

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

summary Varslingstype Varslingsnote Eksterne snitflader Interne Snitflader project description
Loading...
Refresh

Beskrivelse af epic

Baggrund

Her udfylder PO oplysninger om baggrund for epic'en, herunder fx om der ligger politisk aftale eller lovgivning bag. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

Regler

Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.

Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer

Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.

1005.21.6

 

 

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

  • DFDG

    • Services

    • WSRMer

    • Kodelister

    • PersonStatusService (PSS) / domænespecifikke statusservices

    • PersonHistoryService (PHS) / domænespecifikke historik services

    • LSS (Landssupportsystem) og herunder Registerudtræk (hvis STAR har dataejerskab og der er lavet PHS på domænet)

  • Jobnet

  • VITAS

  • JobKon

  • JobAG

  • JobSearch

  • Ydelsesudstilling

  • Taxonomy

  • 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

    • WorkForcePlanner (WFP)

    • M4 Booking

    • Schultz Booking

  • Kommunalt ydelsessystem (KY)

  • Kommunalt sygedagpengesystem (KSD)

Særlige krav til test

Test scenarie

Deltagelse i test

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

Test scenarie

Deltagelse i test

Berørte systemområder (herunder nye batchjobs*) 

Identificeret af

 

 

 

 

 

 

 

 

 

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

Her beskriver PO/FA konsekvenser for løsninger efter idriftsættelse, hvis noget afviger fra normale setup.  

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.

Husk GDPR stillingtagen

Ingen personfølsomme data i epics

Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.

  •  Ja, det er tjekket, at epic ikke indeholder dette.

  • Angiv hvem der har foretaget dette tjek: 

  • Angiv dato for tjek: 

Opbevaring af oplysninger i STARs it-systemer

Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.

Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.

Hvem må tilgå oplysningerne?

Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.

Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.  

Korrekte sikkerhedsattributter på services

PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.

Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )

 

Alle borgere

Egne borgere

Tidligere egne borgere

Gæsteadgang

Anden Aktør - egne borgere

Anden Aktør - gæsteadgang

 

Alle borgere

Egne borgere

Tidligere egne borgere

Gæsteadgang

Anden Aktør - egne borgere

Anden Aktør - gæsteadgang

A-kasse

 

 

 

 

 

 

JobCenter

 

 

 

 

 

 

Kommune

 

 

 

 

 

 

STAR

 

 

 

 

 

 

AUB

 

 

 

 

 

 

UDK

 

 

 

 

 

 

STIL

 

 

 

 

 

 

 

A-kasse filtrering

Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.

En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.

Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.

Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin