Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

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


STAR Projektleder (PL)Forretningsanalytiker (FA)STAR ReleaseEpic statusEksterne snitflader
Knud de Place (STAR)Jesper Brunholm2019-30.1A-kasser




key po fa ux sme eksterne snitflader interne snitflader status labels
Loading...
Refresh

DS-38 - Getting issue details... STATUS

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


Indholdsfortegnelse




Afgrænsning af epic

Afgrænsning

Som STAR og a-kasse vil 

vil jeg gerne være sikker på, at a-kasserne modtager de WSRM-beskeder, det er hensigten, og for de medlemmer, det er hensigten,

for at STAR og a-kasse ikke videregiver eller behandler oplysninger, det ikke er hensigten, der skal behandles.

Acceptkriterier

Nr.BeskrivelseRelevant for
955.2.1Spike: Tjek i koden af hvilke situationer, der i dag dannes WSRM'er til a-kasserne - og beskrivelse af forretningsregler med ordDFDG
955.2.2Eventuel tilpasning af forretningsregler, filtrering m.v. for dannelse af WSRM'er på baggrund af acc.kr.1 DFDG



Kriterier for tilsagn til serviceaftager i forhold til STARs snitfladerBerørte acceptkriterierBemærkninger

955.2.1955.2.2


A-kasserne er opmærksomme på i hvilke situationer, der dannes obligatoriske og frivillige WSRM-beskederxx















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)

summary varslingstype varslingsnote eksterne snitflader interne snitflader project
Loading...
Refresh


Beskrivelse af epic

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

Test scenarieBerørte systemområder (herunder nye batchjobs*) Identificeret af






* Batchjobs: : Nej

  • 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: Nej
  • Skal der køres konvertering: Nej
  • Skal der køres databasescripts for opdatering af tabeller i databasen: Nej

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: Nej
  • Nye snitflader: Nej
  • Nye komponenter: Nej
  • Nye miljøer: Nej
  • Nye teknologier: Nej
  • Nye aftagertyper: Nej
  • Eller afvigelser fra principperne: Nej
  • Eventuelle behov for reduktion af teknisk gæld skal afdækkes: Nej


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.





  • No labels