LB625 Synkronisering af eksterne aftaler

Transkript

1 Styrelsen for Arbejdsmarked og Rekruttering LB625 Synkronisering af eksterne aftaler Jobnet, Planner og DFDG Løsningsbeskrivelse for ændring til STARs forretning (Jobnet, Planner og DFDG inkl. interne snitflader) samt webserviceændring (ændring til eksterne snitflader). Version 0.4 Revisionsversion 1.0 Dato: Release: Forfatter: TFS-feature STAR: NNIT (Planner): Thomas Senn Ryttersgaard NNIT (Jobnet): Visma (DFDG): Jesper Brunholm Visma (BI): 9207 (DFDG)

2 Dokumentversioner Version Dato Initialer Afsnit Ændringer 0.1 5/ MBJM 1.1,4 Ny oprettelse, indledning oprettet / TSNR 1,2,3,4,6,7,12, 13 Dokument udfyldt af leverandør / TSNR (..) Rettet private aftaler til eksterne aftaler, rettet sektion om services i DFDG, rettet release version til / TSNR (..) Opdateret samlet beskrivelse, tilføjet krav om SLA (2.2), fjernet batch-funktionalitet / TSNR 4 Præcisering af free/busy aftaler samt håndtering af heldags-aftaler / TSNR 1.3, 2.2 Præcisering af scope. Håndtering af aftalekonflikter. Gentagede aftaler. Arbejdstid JBS 3, 7 DFDG servicedele 0.4 Revisionsversion JBS 3,7 Navne og snitflader præciserede. Overflødige afsnit fjernede. Uddannelsespålæg Side 2 af 27

3 Indholdsfortegnelse Dokumentversioner... 2 Krav til dokumentversioner... Fejl! Bogmærke er ikke defineret. 1 Baggrund og Indhold Baggrund for Forretningsændringen Forretningsindhold Scope Risici Krav til dokumentation Forretningsmæssig løsning Forretningsflows Aftaler ind i vejlederens kalender Eksterne aftaler til Planner Sletning af eksterne aftaler Gen-synkronisering af eksterne aftaler Forretningsregler Overblik over WebServiceændringer (WS) Overordnet teknisk løsning Ændringer i data mv Domænemodel Jobnet Jobcenter Planner Funktionalitet i Planner Planner specifikke flows, ændringer i data mv Generel Jobcenter konfiguration Planner Brugergrænseflader Ændringer i Planner Ændringer i administration / medarbejderkort Ændringer i administration / vejlederoversigtfejl! Bogmærke er ikke defineret Ny log-oversigt i administration Test-klient Planner Services til DFDG DFDG Forretningsbeskrivelse Teknisk løsningsmodel Services Forretningsregler Uddannelsespålæg Side 3 af 27

4 7.3.2 Teknisk beskrivelse... Fejl! Bogmærke er ikke defineret. 7.4 Afledte krav til Landssupportsystemet (LSS) Afledte krav til Arbejdsmarkedsportalen (AMP) Konvertering Opfølgning/statistik (Integrationsplatform)... Fejl! Bogmærke er ikke defineret. 8.1 Forretningsbeskrivelse... Fejl! Bogmærke er ikke defineret. 9 Eksterne service aftagere Evt. KSS jobcentersystemerne Ydelsessystemerne A-kasserne Krav til test Krav til funktionel test Jobnet... Fejl! Bogmærke er ikke defineret Krav til funktionel test Planner Krav til funktionel test KSS... Fejl! Bogmærke er ikke defineret Krav til funktionel test ydelsessystemerne Krav til funktionel test a-kasserne... Fejl! Bogmærke er ikke defineret Krav til regressions- og integrationstest... Fejl! Bogmærke er ikke defineret. 11 Organisation Tidsplan Nedbrydning af opgaven Jobnet DFDG Planner KSS Uddannelsespålæg Side 4 af 27

5 1 Baggrund og Indhold 1.1 Baggrund for Forretningsændringen Når en vejleder opretter en aftale i sin private kalender (som f.eks. Microsoft Outlook eller Lotus Notes), afspejles aftalen ikke i Jobcenter Planner (JCP), og dermed er der en væsentlig risiko for, at en borger opretter en mødeindkaldelse på samme tidspunkt. Denne manglende sammenhæng mellem vejlederens kalender og Jobcenter Planner, giver en høj grad af ekstraarbejde for vejlederne, idet de konstant skal holde to kalendere synkroniseret. Risiko for manglende/fejlfyldt synkronisering og dobbelt arbejde for vejlederne, har affødt enkelte skriverier i pressen, hvilket medvirker mistillid til Jobnet og Jobnets kommunale vejledere. I beskæftigelsesreformen, der forventes at træde i kraft i løbet af 2015, er der krav om, at borgerne skal kunne selvbooke møder med vejlederne i Jobcentret. For at imødekomme dette krav er det vigtigt, at hver vejlederkalender i JCP afspejler de ledige tidspunkter, hvor borgeren kan booke et møde, således tilliden mellem borgerne og Jobcentrene ikke påvirkes af JCP systemet. Enkelte Jobcentre har en løsning fra en 3. parts leverandør implementeret, men denne løsning fungerer ikke optimalt og er forholdsvis ustabil. Derudover går løsningen direkte i JCP s database, og benytter dermed hverken JCP-applikationen eller den sikkerhedsmodel DFDG udstiller: Figur 1: Integration Unit og Calender Provider Dette bevirker løsningen er svær at vedligeholde, og udgør samtidig en væsentlig risikofaktor i forbindelse med implementering af nu funktionalitet eller ændring af eksisterende funktionalitet i JCP. Når nærværende løsning implementeres, vil det erstatte den 3. parts løsning, som er nævnt herover. Calender Provider fjernes fra installationen, og Integration Unit vil dermed ikke virke efter implementering af nærværende løsning. Fremadrettet vil JCP alene udstille nærværende løsning til udveksling af kalenderaftaler. 1.2 Forretningsindhold [Her beskrives det forretningsmæssige indhold i ændringen.] I den eksisterende løsning ligger allerede afsendelse af aftaler fra JCP til vejlederens kalender. Denne løsning kaldes i dag envejs-synkronisering. Løsningen fungerer vha. mails fra JCP til vejlederens mail/kalender og løsningen kører stabilt. Uddannelsespålæg Side 5 af 27

6 Figur 2: Envejs-synkronisering Der ændres ikke ved denne funktionalitet, idet den nye løsning alene understøtter udveksling af vejledernes private aftaler til JCP. Den nye løsning udstiller en webservice, der kan modtage eksterne aftaler fra vejledernes private kalendere. Dette kan være med til at forhindre, at borgerne eller indkalderne risikerer booking af vejlederne på tidspunkter, hvor der i forvejen ligger private aftaler. Figur 3: Synkronisering af eksterne aftaler JCP indeholder allerede funktionalitet til, internt i JCP, at håndtere situationer med risiko for dobbeltbookning. Denne funktionalitet ændres ikke i forbindelse med nærværende løsning. Løsningen lægger dermed ansvaret for at holde de private kalendere og JCP kalenderen synkroniseret ud til Jobcentrene. 1.3 Scope [Evt. scope for denne løsningsbeskrivelse hvis relevant. Scope kan tages fra STAR PID] Scope for ændringen er: En åben grænseflade med webservices, der fremover skal være integrationspunkt for aflevering af informationer om private kalenderaftaler. Ændringer i administrationsdelen af Planner jf. beskrivelser i punkt 6.3. En mindre ændring i Planner mødeinformationer jf. beskrivelser i punkt 6.3. En testklient til behørig test af integrationspunktet. Fjernelse af Calender Provider (se punkt 1.1) fra JCP. Uddannelsespålæg Side 6 af 27

7 Følgende er ikke med i scope: Integrationen fra de enkelte Jobcentre til de nye webservices, er ikke omfattet af nærværende løsning, da ansvaret lægges ud til Jobcentrene. I JCP er det muligt at oprette aftaler, der til dels ligner private aftaler dvs. ikke mødeindkaldelser eller tilbud eller de andre standard aftaler JCP har funktionalitet til. Ændring, eller fjernelse, af denne funktionalitet, er ikke omfattet af nærværende løsning. 1.4 Risici [De identificerede risici der overordnet er i forbindelse med denne løsning. Dette er ikke tænkt som en risikolog men en prosa liste set fra STAR forretning.] Den største identificerbare risiko ligger i, hvordan løsningen har indflydelse på performance. I og med den nye webservice ligger under JCP på samme servere, kan antallet af modtagne kalenderaftaler fra Jobcentrene helt naturligt have stor indflydelse på performance. En anden, måske mere minimal risiko, ligger i manglende overvågning af JCP applikationen. Der er pt. ingen løbende målinger af, om applikationen svarer med rimelige svartider. Idet ansvaret for synkroniseringen lægges ud til de enkelte Jobcentre, vil der helt naturligt også være en risiko ved overgangen til det nye integrationspunkt. Ydermere vil der stadig, som i dag, være en risiko for manglende synkronisering mellem kalenderne, hvis ikke vejlederne uddannes og guides i, hvordan løsningen fungerer. F.eks. kan en aftale ikke slettes i JCP, og automatisk blive slettet samtidig i vejlederens private kalender. 1.5 Krav til dokumentation [Hvordan og hvor dokumenteres løsningen fx opdatering af DFDG webservice wiki.] Den webservice, der udvikles i forbindelse med nærværende løsning, vil blive tilføjet og beskrevet hvor det er nødvendigt herunder på DFDG webservice wiki. Derudover vil der blive skrevet en vejledning i, hvordan man kan udforme klientløsningen i de enkelte Jobcentre, så udnyttelsen af nærværende løsning bliver optimal. Uddannelsespålæg Side 7 af 27

8 2 Forretningsmæssig løsning [Her beskrives ændringer i forretningsgange, arbejdsflow m.f. Bemærk skal relevant skal denne beskrivelse kunne ligges på WS-wiki.] Udgangspunktet skelner mellem eksterne aftaler og jobcenter aftaler. Eksterne aftaler er alle aftaler som vejlederene opretter direkte i deres private Jobcenter kalendere, mens JCP aftaler er aftaler, der er oprettet igennem Planner, KSS eller Jobnet. Løsningen ændrer alene ved et enkelt arbejdsflow for vejlederne. Dette arbejdsflow er behovet for manuel synkronisering mellem den private kalender og JCP. Arbejdsflowet skal helt kunne fjernes med nærværende løsning. Til gengæld implementeres et nyt arbejdsflow for automatisk synkronisering. Dette arbejdsflow er beskrevet nærmere herunder. 2.1 Forretningsflows [De konkrete flows der berøres og hvordan de kommer til at se ud.] Aftaler ind i vejlederens kalender Den eksisterende løsning for synkronisering fra JCP til vejledernes kalender vil der ikke blive ændret ved. Figur 4: Envejs-synkronisering Eksterne aftaler til Planner Synkronisering af aftaler fra vejledernes private kalender til JCP, vil fremadrettet foregå med enkelte aftaler i realtid, eller som fuld synkronisering (batch lignende tilstand). Uddannelsespålæg Side 8 af 27

9 Figur 5: Synkronisering af eksterne aftaler Dvs. den nye funktionalitet omfatter alene modtagelse af aftaler i JCP. Afsendelse af JCP aftaler findes allerede i Planner, hvor vejlederen kan gensende hver aftale til sin private kalender eller i administrationsdelen, hvor man kan gensende for et givent datointerval. Løsningens flow går gennem en klient-applikation, der skal ligge hos de enkelte Jobcentre. Denne klient kommunikerer derfra med webservices udstillet hos DFDG, der efterfølgende sender kommunikationen videre til JCP. Bemærk igen, at nærværende løsning ikke omfatter klient-applikationen, men alene udvikling af de webservices klienten skal kommunikere med samt den bagvedliggende forretningslogik. Såfremt noget går galt undervejs, vil det blive markeret og logget, hvilke aftaler der ikke kunne behandles, og klienten får en meddelelse tilbage om dette. Såfremt der forsøges oprettet en ekstern aftale på samme tidspunkt som en Planner-aftaler, vil der blive dannet en meddelelse til vejlederen om konflikten. Det vil derefter være op til vejlederen og/eller indkalderen at udrede konflikten Sletning af eksterne aftaler Når en vejleder sletter en aftale i sin private kalender, vil der, på samme måde som ved oprettelse, blive afsendt en besked til JCP om sletningen, så aftalen også fjernes fra JCP Gen-synkronisering af eksterne aftaler Af og til kan der være behov for en frisk synkronisering af aftaler fra de private kalendere til JCP, som for eksempel ved nedbrud eller andre uforudsete systemfejl. Denne proces skal varetages af klienten ved opkald til JCPs webservice, der kan levere informationer om kendte private kalenderaftaler. Derfra er processen den samme som beskrevet i punkt og Forretningsregler [Specifikke forretningsregler der er knyttet til forretningsgange. (Disse kan alternativt beskrives under service hvis det er mere relevant)] I JCP oprettes en ny konfigurationsindstilling, der skal afspejle om det enkelte Jobcenter benytter sig af den nye synkroniseringsfunktionalitet. Ydermere vil det være muligt for det enkelte Jobcenter, at deaktivere funktionaliteten for en enkelt vejleder (eller et lokale), såfremt funktionaliteten er aktiveret for Jobcentret. Der skal udformes en serviceaftale mellem Jobcentret/kommunen og STAR. Serviceaftalen skal sikre, at brugen af denne nye funktionalitet ikke forringer performance for JCP applikationen. Uddannelsespålæg Side 9 af 27

10 I JCP oprettes også konfigurationsindstillinger for, hvor ofte et Jobcenter må foretage kald til webservicen og hvor mange aftaler, der må sendes til JCP pr. kald til webservicen. Indstillingen skal understøtte kravene i den ovenfor nævnte serviceaftale. Denne indstilling kan alene sættes for JCP applikationen og ikke individuelt pr. Jobcenter. Heldagsaftaler vil kunne modtages, og oprettes som spærret tid i JCP. Dette kan gøres ved at sende en aftale med starttidspunkt kl. 0:00 og sluttidspunkt følgende dag kl. 0:00. Aftaler kan godt løbe over flere dage. Aftaler med et gentagelsesmønster er ikke understøttet i løsningen. Såfremt en vejleder har en aftale i sin private kalender, der gentages over en periode, er det nødvendigt at sende alle de faktiske aftaler gentagelsen repræsenterer ind til JCP som enkeltstående aftaler. Der vil blive taget højde for konflikter i JCP-kalenderen. Såfremt en privat aftale konflikter med en JCP-aftale, vil der blive sendt en notifikation til vejlederen og indkalderen/administratoren. Derefter er det op til en af disse personer, at løse kalenderkonflikten. Det anbefales ikke at tage højde for den registrerede arbejdstid i JCP, i forhold til afsendelse af aftaler til JCP. Hvis man ændrer arbejdstidsregistreringen i JCP, vil det ikke automatisk betyde en gensynkronisering af de private kalenderaftaler, og det er derfor anbefalet at sende private kalenderaftaler uden at tage hensyn til arbejdstidsregistreringen i JCP. Alle aftaler, der sendes til JCP, vil blive betragtet som spærring af tid i kalenderen. Dvs. remindere og andre aftaler, der ikke optager reel tid i en kalender, skal filtreres fra inden afsendelse til JCP. Uddannelsespålæg Side 10 af 27

11 3 Overblik over WebServiceændringer (WS) Snitflade Serviceaftaler Bemærkninger DFDG Jobnet Planner KSS A-kasse Ydelsessystem Andre 1 Nye eller ændrede ws fra Jobnet Nye eller ændrede ws fra Planner ExternalCalendarServiceForDFDG X Nye eller ændrede ws fra DFDG PlannerExternalCalendarService X X Ny eller ændret støtteværktøjer Testklient X 1 Andet dækker f.eks. over ws fra Jobnet og direkte aftagere (JobInd / Jobud, CV ind / CV ud, Find Job Service eller jobnet mobil) eller ws fra DFDG til andre end de normale ws aftagere. Det vil være angivet i bemærkningsfelt hvilke anden ws aftager der er tale om. Uddannelsespålæg Side 11 af 27

12 4 Overordnet teknisk løsning Der implementeres en webservice i JCP, som udstiller funktionalitet til synkronisering af vejledernes private kalendere til JCP. Denne webservice vil alene blive brugt til at modtage, og ikke til afsendelse af kalenderinformationer. Dvs. Jobcentrene skal selv stå for integration til denne webservice for aflevering af informationer. Når en kalenderaftale afleveres fra et Jobcenter til JCP, vil den blive lagret internt (til historik) og oprettet i JCP som et Task. Herved vil tiden i vejlederens JCP-kalender være gjort utilgængelig for bookning af møder. Såfremt en kalenderaftale slettes, bliver tiden frigjort i vejlederens JCP-kalender. Alle aftaler, der sendes til JCP, vil blive betragtet som spærring af tid i kalenderen. Dvs. remindere og andre aftaler, der ikke optager reel tid i en kalender, skal filtreres fra inden afsendelse til JCP. Heldagsaftaler vil kunne modtages, og oprettes som spærret tid i JCP. Dette kan gøres ved at sende en aftale med starttidspunkt kl. 0:00 og sluttidspunkt følgende dag kl. 0:00. Aftaler kan godt løbe over flere dage. Der vil blive taget højde for konflikter i JCP-kalenderen. Såfremt en privat aftale konflikter med en JCP-aftale, vil der blive sendt en notifikation til vejlederen og indkalderen/administratoren. Derefter er det op til en af disse personer, at løse kalenderkonflikten. De nye operationer løsningen introducerer, kan opdeles i to hovedområder: 1) ORS operationer (Opret/Ret/Slet) 2) Informative operationer ORS operationerne henføres direkte til vejledernes private kalender. Dvs. når der oprettes, rettes eller slettes en aftale vel og mærke inden for de tidsrum, vejlederen har registreret at kunne holde møder med borgere. De informative operationer bruges til at hente JCP informationer i forbindelse med afsendelse af ORS operationer som f.eks. informationer om vejledere (ID er, tidsrum for møder etc.). 4.1 Ændringer i data mv. [Punktet beskriver ændringer til data, dataflow med videre. Desuden kan andre relevante elementer (som ikke er nævnt ovenfor) for ændringen beskrives her.] I JCP oprettes et antal tabeller til at holde styr på de private kalenderaftaler. Men de bruges kun til synkronisering og logning. Så snart aftalen er indlagt som et Task i JCP, indeholder de nye tabeller blot historikken for synkroniseringen. 4.2 Domænemodel [Domænemodel for løsningen.] Uddannelsespålæg Side 12 af 27

13 Figur 6: Domæne model Løsningen implementerer to nye domæner: 1) ExternalCalender.CalenderEvent Indeholder informationer om modtaget kalenderaftale fra vejledernes private kalendre. Dette bruges primært som log over modtagne kalenderaftaler. 2) ExternalCalender.CalenderEventSyncLog Indeholder log-informationer om synkronisering af kalenderaftaler (historik). Uddannelsespålæg Side 13 af 27

14 5 Jobnet Der foretages ingen ændringer i Jobnet. Uddannelsespålæg Side 14 af 27

15 6 Jobcenter Planner 6.1 Funktionalitet i Planner I administrationsdelen vil der ændres i applikationen, således den nuværende funktion, til at lave en manuel synkronisering af én vejleders kalender, udgår. Dette indbefatter også ændringer i grænsefladen, der er mere specifikt beskrevet i punkt 6.3 herunder, og det indbefatter oprydning af eksisterende funktionalitet for synkronisering. I Planners testsystemer vil der blive implementeret en testklient, der skal bruges i forbindelse med test af synkroniseringen, således den imiterer synkroniseringsklienten hos de enkelte Jobcentre. 6.2 Planner specifikke flows, ændringer i data mv. Der henvises overordnet til 4.1 Ændringer i data mv Generel Jobcenter konfiguration I konfigurationen af Planner til hvert Jobcenter laves en indstilling for hhv. den eksisterende envejs-synkronisering og for den nye eksterne aftale synkronisering. Disse indstillinger gør det muligt, på Jobcenter niveau, at enten aktivere eller deaktivere hver af disse funktionaliteter uafhængigt af hinanden. Er den eksterne aftale synkronisering aktiveret for et Jobcenter, kan man også vælge at slå funktionen fra for individuelle vejledere. Der laves en generel konfiguration for, hvor mange kald et Jobcenter kan foretage til den nye webservice pr. minut, samt hvor mange aftaler hvert kald må indeholde. Der laves en generel konfiguration for, hvor langt ud i fremtiden eksterne aftaler kan oprettes. F.eks. kan en konfiguration på 3 måneder betyde, at aftaler 4 måneder frem i tiden, ikke kan oprettes i JCP før om en måned. 6.3 Planner Brugergrænseflader Ændringer i Planner I Planner under en indkaldelse/et møde, kan man i dag se status for synkronisering med vejlederens kalender. Denne status ændres, så man alene kan se dato/tidspunkt for seneste afsendelse (til vejlederen) af indkaldelsen/mødet. Uddannelsespålæg Side 15 af 27

16 Figur 7: Medarbejderkort Desuden findes på samme skærmbillede en knap til synkronisering af mødet. Denne knap ændres til en mere sigende tekst, som f.eks. Send igen Ændringer i administration / medarbejderkort I administrationsdelen, når man vælger en enkelt vejleder, får man vist et medarbejderkort. På dette kort er der en fane til kalender synkronisering: Figur 8: Kalender indstillinger Det markerede område, Kalender opsætning, ændres til at indeholde to uafhængige indstillinger: 1) Send aftaler fra Planner Uddannelsespålæg Side 16 af 27

17 2) Overfør fra medarbejder kalender For hver indstilling kan vælges én af følgende indstillinger: 1) Brug Jobcenter indstilling 2) Aktiveret 3) Send/overfør ikke Det nederste område, Kalender synkronisering, erstattes med en information om seneste modtagne aftale (fra medarbejder kalender), og seneste afsendte Planner-aftale. Dette vil ikke blive vist, såfremt den tilhørende indstilling er Send/overfør ikke Ny log-oversigt i administration I menuen i venstreside i administration, tilføjes et nyt punkt: - Synkroniseringslog Dette punkt giver adgang til at se en log over alle udførte synkroniseringer, enten i form af afsendte Planner-aftaler, eller modtagne eksterne aftaler. Og segmenteret i forhold til enkelte aftaler eller fulde synkroniseringer. Skærmbilledet vil give adgang til at fremsøge informationer på baggrund af følgende kriterier: 1) Team 2) Vejleder navn 3) 4) Dato-interval 5) Planner- og/eller Eksterne aftaler For hver synkroniserings-element (f.eks. en ekstern aftale), vil det være muligt at fremsøge de informationer, der er hhv. afsendt fra eller sendt til Jobcentret Test-klient Der udvikles en speciel test-klient (kun i test-systemerne) til at teste synkroniseringsfunktionaliteten. Denne klient vil give mulighed for at oprette nye eksterne aftaler og for at modtage Planner-aftaler, således synkronisering kan afprøves og testes behørigt. Klienten vil kunne kommunikere enten direkte med JCP s nye synkroniserings-webservices (uden om DFDG) eller gennem DFDG. Begge scenarier vil være understøttet og dermed testbare. 6.4 Planner Services til DFDG I DFDG vil der blive oprettet en webservice til gennemstilling af kald fra Jobcentrene til JCP. Denne webservice er nærmere beskrevet under punkt 7. Uddannelsespålæg Side 17 af 27

18 7 DFDG 7.1 Forretningsbeskrivelse Til løsningen hører en webservice i DFDG, der skal sørge for at sikkerhed i forhold til Jobcentre er opretholdt, samt til videre kommunikation med JCP. Kommunikationen gennem DFDG er vigtig idet, der derved benyttes samme sikkerhedsmodel som øvrig kommunikation mellem Jobcentre og JobNet/Planner. I forhold til sikkerheden, er det et krav fra Planners side, at SOAP-headeren i kald til webservicen, indeholder information om hvilket Jobcenter, der har foretaget kaldet til webservicen. 7.2 Teknisk løsningsmodel Der introduceres en webservice, der teknisk set fungerer som gennemstilling til JCP webservices. Denne webservice vil derfor afspejle den tilsvarende webservice i JCP. 7.3 Services Alle services er udførligt beskrevet i særskilt bilag tilknyttet denne Løsningsbeskrivelse. Afsnittene herunder er kun et kort sammendrag af beskrivelsen af hver metode Forretningsregler for PlannerExternalCalendarService Denne service giver Jobcentre mulighed for at kommunikere med JCP omkring aftaler fra vejledernes private kalendere. Servicen udstiller et antal metoder til oprettelse, rettelse og sletning af aftaler i JCP: CreateEvents: Denne metode bruges til at aflevere oprettelse af eksterne aftaler i JCP. Servicen kan modtage én eller flere aftaler til oprettelse ad gangen. Figur 9: Diagram for oprettelse af ekstern aftale Uddannelsespålæg Side 18 af 27

19 UpdateEvents Denne metode giver Jobcentre mulighed for at aflevere opdateringer til eksterne aftaler i JCP. Servicen kan modtage én eller flere aftaler til opdatering ad gangen. Figur 10: Diagram for opdatering af ekstern aftale DeleteEvents Denne metode giver Jobcentre mulighed for at aflevere sletning af eksterne aftaler i JCP. Servicen kan modtage én eller flere aftaler til sletning ad gangen. Figur 11: Diagram for sletning af ekstern aftale GetEvents Denne metode giver Jobcentre mulighed for at hente status for alle eksterne aftaler, der er sendt til JCP dvs. status om den er lagt i JCP eller fejlet. Denne kan bruges som sammenligningsgrundlag mellem (f.eks.) registreringer i Microsoft Exchange og JCP, til identifikation og behandling af forskelle. Uddannelsespålæg Side 19 af 27

20 Figur 12: Diagram for status på ekstern aftale GetResources Denne metode giver Jobcentre mulighed for at få en liste over brugere og lokaler i et team eller et helt Jobcenter. Bemærk dette er brugere/lokaler, der er oprettet i JCP, dvs. kaldet kan bruges i forbindelse med identifikation af, hvilke brugeres kalendere der skal synkroniseres. Således kan det minimeres hvor meget bruger-segmentering JCP skal stå for, hvilket kan have positiv indflydelse på JCP s performance. Figur 13: Diagram for hentning af brugerliste PlannerExternalCalendarService (Version 1) Link til snitflader på wiki: Afledte krav til Landssupportsystemet (LSS) Ikke relevant for nærværende løsning. 7.5 Afledte krav til Arbejdsmarkedsportalen (AMP) Ikke relevant for nærværende løsning. Uddannelsespålæg Side 20 af 27

21 7.6 Konvertering Ikke relevant for nærværende løsning. Uddannelsespålæg Side 21 af 27

22 8 Eksterne service aftagere [Evt. bindinger til serviceaftaler og forhold der ud over det der er beskrevet i forbindelse med service skal håndteres af serviceaftalerne.] 8.1 Evt. KSS jobcentersystemerne Ved implementering af den ændrede synkronisering af private kalendere til Planner, vil der opstå et behov i Jobcentrene for at levere informationer til synkroniseringen. Som udgangspunkt indeholder nærværende løsning ingen funktionalitet til dette, da det ligger i regi af Jobcentrene, og der forventes forskellige leverandører til udvikling af dette. 8.2 Ydelsessystemerne Der foretages ingen ændringer som påvirker ydelsessystemerne. 8.3 A-kasserne Der foretages ingen ændringer som påvirker A-kasserne. Uddannelsespålæg Side 22 af 27

23 9 Krav til test Når webservicen skal testes, skal der benyttes den, til projektet, udviklede test-klient. Denne vil udstille mulighed for at teste metoderne på webservicen, og give et visuelt billede af aftaleudvekslingen mellem test-klienten og Planner. Test-klienten udviklet som en Windows applikation, og kan håndtere oprettele, rettelse og sletning af kalenderaftaler, samt kunne hente kalenderaftaler fra testerens egen kalender i Microsoft Exchange, såfremt denne er tilgængelig. Ved brug af test-klienten, vil det samtidig være muligt for testeren, at se resultatet af servicekaldene direkte i Planner i et af test-miljøerne. Derfor vil test-klienten også udstille funktionalitet til at kunne bruges mod Planners tilgængelige testmiljøer (f.eks. T1, T2, T5 osv., samt en lokal udvikler version). 9.1 Krav til funktionel test Planner Nr. Funktion/Arbejdsgang Forventet Resultat Bemærkninger 9.2 Krav til funktionel test ydelsessystemerne Nr. Funktion/Arbejdsgang Forventet Resultat Bemærkninger Uddannelsespålæg Side 23 af 27

24 10 Organisation Følgende liste definerer projektdeltagere involveret i ændringen. Navn Organisation Rolle [Projektleder] STAR Forretningsspecialist/godkender SF Godkender [UL] Udvikler Uddannelsespålæg Side 24 af 27

25 11 Tidsplan Det forventes at følge releaseplanen for releasen. Aktivitet Deadline, release Udkast til Releaseindhold præsenteres internt i STAR Deadline for Interne Applikationsleverandører tilsagn til leverancer til releasen Aflevering af løsningsbeskrivelse v 0.3 til udsendelse til KSS og A-kasser Forretningsdag med KSS og evt. A-kasseleverandører Scope fastlagt Udsendelse af løsningsbeskrivelse v Aflevering af installationspakker incl. løsningsbeskrivelse v Afvikling af AMS fabriksprøve Afvikling af Intern integrationstest / Afvikling af Ekstern integrationstest / Afvikling af kundetest / Præproduktion / Idriftsættelse Uddannelsespålæg Side 25 af 27

26 12 Nedbrydning af opgaven 12.1 Jobnet Der er ingen opgaver i Jobnet for nærværende løsning DFDG ID Titel Afhængighed DFDG 1 DFDG 2 DFDG 3 DFDG Planner ID Titel Afhængighed US 1 Som en vejleder vil jeg oprette en aftale i min private kalender sådan at jeg kan spærre tiden i Planner. US 2 US 3 US 4 Givet at min private kalender accepterer aftalen når jeg opretter aftalen så skal aftalen afspejles i min Planner kalender. Som en vejleder vil jeg rette en aftale i min private kalender sådan at jeg kan flytte spærre-tiden i Planner. Givet at min private kalender accepterer aftalen når jeg retter aftalen så skal ændringen i aftalen afspejles i min Planner kalender. Som en vejleder vil jeg slette en aftale i min private kalender sådan at jeg kan frigøre tiden i Planner. Givet at min private kalender accepterer sletning af aftalen når jeg sletter den så skal sletningen afspejles i min Planner kalender. Som en administrator i et Jobcenter vil jeg kunne se en log for synkronisering sådan at jeg kan identificere eventuelle problemer. Givet at alle synkroniseringer logger korrekt når en aftale ændres eller en synkronisering gennemføres så kan jeg danne en rapport over synkroniseringer. Uddannelsespålæg Side 26 af 27

27 12.4 KSS Der er ingen opgaver i KSS for nærværende løsning. Uddannelsespålæg Side 27 af 27