Bilag 3B Løsningsbeskrivelse

Transkript

1 Bilag 3B Løsningsbeskrivelse Version

2 Indhold 1 VEJLEDNING TIL TILBUDSGIVER INDLEDNING OVERSIGT OVER SYSTEMETS PROGRAMMEL LEVERANDØRENS BESVARELSE AF FUNKTIONELLE KRAV TIL SYSTEMET SYSTEMBESKRIVELSE GRUNDLÆGGENDE FUNKTIONALITET SYSTEMETS OVERORDNEDE KOMPONENTMODEL SYSTEMETS KOMPONENTER MAPNING AF KOMPONENTER, LØSNINGSFLOWS, LØSNINGSSUBFLOWS OG AKTIVITETER SYSTEMETS BEGREBS- OG INFORMATIONSMODELLER SYSTEMET REGEL- OG BESLUTNINGSMODELLER PARAMETERSTYRING I SYSTEMET EKSEMPLER PÅ PARAMETERSTYRING SYSTEMETS BRUGERGRÆNSEFLADER BRUGERGRÆNSEFLADE TIL KUNDERÅDGIVERE BRUGERGRÆNSEFLADE TIL FORRETNINGSADMINISTRATORER ROLLER OG RETTIGHEDER SYSTEMETS INTEGRATIONER LEVERANDØRENS BESVARELSE AF NON-FUNKTIONELLE KRAV TIL SYSTEMET ARKITEKTUR ARKITEKTURPRINCIPPER BELASTNING DATA INTEGRATIONER Bilag 3B Løsningsbeskrivelse Side 1 af 34

3 5.1.5 SKALERING STANDARDISERING BRUGERVENLIGHED LAYOUT MEDDELELSER & FEJLHÅNDTERING NAVIGATION & INTERAKTION TEKNISKE KRAV DATAKONVERTERING DESIGN OG APPLIKATIONSSTRUKTURER AUTOMATISKE KØRSLER INTEGRATIONER OPERATIONELT DESIGN RAPPORTDESIGN SYSTEMDESIGN DOKUMENTATION HYPERCARE IDRIFTSÆTTELSE LOGNING DESIGN LOGDATA LOGTYPER LOVGIVNING MILJØER EKSTERNT TESTMILJØ PRODUKTIONSMILJØ PRÆPRODUKTIONSMILJØ UDDANNELSESMILJØ PROJEKTLEDELSE SAMARBEJDE OG RAPPORTERING SIKKERHED DATA DESIGN Bilag 3B Løsningsbeskrivelse Side 2 af 34

4 INFORMATIONSSIKKERHEDSPOLITIK SYSTEMFLEKSIBILITET CASE A: IMPLEMENTERING AF NY YDELSESTYPE I SYSTEMET CASE B: YDELSESTYPE SKAL UD AF SYSTEMET CASE C: ÆNDRET LOVGIVNING VEDR. BEHANDLING AF BOLIGSTØTTEKRAV TEST TILGÆNGELIGHED UDDANNELSE LEVERANDØRENS BESVARELSE AF KRAVENE TIL DRIFT, VEDLIGEHOLDELSE, SUPPORT OG VIDEREUDVIKLING (YDELSERNE) OVERORDNEDE KRAV TIL YDELSERNE ETABLERINGSYDELSEN ETABLERING AF LOKALITETER ETABLERING AF KOMMUNIKATIONSINFRASTRUKTUR OG RELEVANTE MILJØER ETABLERING AF PROGRAMMEL ETABLERING AF PROCESSER FOR DRIFTSAFVIKLING OG SUPPORT ETABLERING AF PROCESSER OG VÆRKTØJER TIL VEDLIGEHOLDELSE AF SYSTEMET VEDLIGEHOLDELSE OG VIDEREUDVIKLING AF SYSTEMET VEDLIGEHOLDELSE AF SYSTEMET VIDEREUDVIKLING AF SYSTEMET LØBENDE DRIFT LOKALITETER INFRASTRUKTUR OG MASKINEL PROGRAMMEL TEKNOLOGISK RÅDGIVNING, RAPPORTERING OG SUPPORT DOKUMENTATION OG KONFIGURATIONSSTYRING SIKKERHED OG BEREDSKAB OVERVÅGNING OPHØRSBISTAND SERVICE OPERATION Bilag 3B Løsningsbeskrivelse Side 3 af 34

5 INCIDENT MANAGEMENT PROBLEM MANAGEMENT CHANGE MANAGEMENT RELEASE MANAGEMENT EVENT MANAGEMENT - OVERVÅGNING INFRASTRUKTURKAPACITET CORES RAM STORAGE OPERATIVSYSTEMINSTANSER UDKAST TIL AFREGNING FOR DEN LØBENDE DRIFT AF SYSTEMET OPTIONER OPTION PÅ INDBETALINGSLØSNING, HVOR BORGER / VIRKSOMHED KAN BETALE VIA ANDRE KANALER END FI-KORT OG BS-OPKRÆVNING OPTION PÅ OPRETTELSE AF AFDRAGS- ELLER MODREGNINGSORDNING VIA SELVBETJENINGSLØSNING PÅ BORGER.DK OPTION PÅ KOMMUNIKATION DIREKTE MED KMD AKTIV OG KOMMUNALT YDELSESSYSTEM (KY)34 Bilag 3B Løsningsbeskrivelse Side 4 af 34

6 1 Vejledning til Tilbudsgiver Dette bilag indeholder Leverandørens Løsningsbeskrivelse. Bilaget skal udfyldes af Tilbudsgiver, jf. retningslinjer i bilag 3A (Behovsopgørelse), om vejledning til udfyldelse af Løsningsbeskrivelsen, samt Kontraktens punkt vedrørende risikolog, samt de instrukser der fremgår af bilaget. Tilbudsgiver skal overholde afsnitsstrukturen i bilaget. Tabel 1 Vejledning til Tilbudsgiver Bilag 3B Løsningsbeskrivelse Side 5 af 34

7 2 Indledning Nærværende bilag indeholder Leverandørens Løsningsbeskrivelse med udgangspunkt i de krav, der er opstillet i bilag 3A (Behovsopgørelse og bilag 3A.1 (Kravliste). Nærværende bilag følger således også kravgrupperingen i bilag 3A.1 (Kravliste) og i en vis udstrækning strukturen i bilag 3A (Leverancebeskrivelse). Leverandørens Løsningsbeskrivelse i nærværende bilag er dækkende for løsningen. Således fungerer eventuelle underbilag kun som uddybning af Løsningsbeskrivelsen og ikke som nødvendige for en overordnet forståelse af Leverandørens løsning. Henvisninger til eventuelle underbilag, som Leverandøren har indsat, fremgår med tydelige henvisninger og overholder ligeledes nærværende bilags overordnede struktur. Bilag 3B Løsningsbeskrivelse Side 6 af 34

8 3 Oversigt over Systemets Programmel Oversigt over Programmel, der indgår i Systemet: [Tilbudsgiver skal i nedenstående tabel angive, hvilket programmel, der indgår i Systemet. Angivelsen skal danne et overblik over det, der angives i Bilag 10] Standard pro- Open Source Pro- Programmel grammel [Angiv om det er Leverandørens eget eller tredjeparts standardprogrammel, hvis Standardpro- Kundespecifikt programmel [Indsæt V som markering, hvis Kundespecifikt Programmel ] grammel [Angiv om det er Leverandørens eget eller tredjeparts Open Source programmel, hvis Open Source program- Versionsnummer grammet] mel] [Indsæt navn/betegnelse] [Indsæt] [Indsæt navn/betegnelse] [Indsæt] [Indsæt navn/betegnelse] [Indsæt] [Indsæt navn/betegnelse] [Indsæt] [Indsæt navn/betegnelse] [Indsæt] [Indsæt navn/betegnelse] [Indsæt] Tabel 2 Oversigt over Programmel i Systemet Bilag 3B Løsningsbeskrivelse Side 7 af 34

9 4 Leverandørens besvarelse af funktionelle krav til Systemet Dette kapitel indeholder Leverandørens besvarelse af de funktionelle krav til Systemet, som er angivet i fanebladet Funktionelle krav i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser). 4.1 Systembeskrivelse [Tilbudsgiver skal i dette afsnit indsætte en generel beskrivelse af den tilbudte løsning, herunder Tilbudsgivers tilgang til understøttelsen af ATP s forretningsmæssige behov og opfyldelsen af de funktionelle krav. Tilbudsgiver skal tydeliggøre, hvor og hvordan den tilbudte løsning skal tilpasses og videreudvikles for at opfylde de funktionelle krav. Tilbudsgiver skal desuden tydeliggøre hvor og hvordan den tilbudte løsning eventuelt ikke understøtter ATP s funktionelle forretningsbehov, - strategi og -opgaver med angivelse af, hvordan den tilbudte løsning afviger og årsagen til denne afvigelse.] Grundlæggende funktionalitet Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til grundlæggende funktionalitet i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) understøttes af den tilbudte løsning.] 4.2 Systemets overordnede komponentmodel [Tilbudsgiver skal i dette afsnit indsætte en illustration og tekstuel beskrivelse af komponentmodellen for den tilbudte løsning. Såfremt denne komponentmodel afviger fra ATP s forslag til en komponentmodel i bilag 3A (Behovsopgørelse), skal Tilbudsgiver tydeliggøre alle afvigelser og levere en fyldestgørende begrundelse for de enkelte afvigelser.] Systemets komponenter [Tilbudsgiver skal i dette afsnit indsætte en fyldestgørende beskrivelse af alle komponenter i den tilbudte løsning. I beskrivelsen af komponenterne skal Tilbudsgiver redegøre for hvilke løsningsflows, løsningssubflows og aktiviteter, der indgår i den pågældende komponent.] Bilag 3B Løsningsbeskrivelse Side 8 af 34

10 4.2.2 Mapning af komponenter, løsningsflows, løsningssubflows og aktiviteter [Tilbudsgiver skal i dette afsnit indsætte en tabel der tydeligt viser hvilke løsningsflows, løsningssubflows og aktiviteter der understøttes/opfyldes af de forskellige komponenter i den tilbudte løsning.] 4.3 Systemets begrebs- og informationsmodeller [Tilbudsgiver kan vælge at basere den tilbudte løsning på en anden logisk og fysisk opdeling i databasen end ATP lægger op til, hvis Tilbudsgiver finder dette mere fordelagtigt. Såfremt Tilbudsgiver vælger dette, skal Tilbudsgiver i dette afsnit klart angive, hvad dette medfører af ændringer til ATP s begrebs- og informationsmodeller.] 4.4 Systemet regel- og beslutningsmodeller [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til regel- og beslutningsmodeller i bilag 3A.1 (Kravliste), i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) samt beskrivelsen af regler i bilag 3A.5 (Regel- og beslutningsmodeller), understøttes af den tilbudte løsning.] 4.5 Parameterstyring i Systemet [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) til parameterstyring i Systemet, understøttes af den tilbudte løsning.] Eksempler på parameterstyring [Tilbudsgiver skal i dette afsnit indsætte eksempler på, hvordan Tilbudsgiver med den tilbudte løsning vil understøtte, at en ATP forretningsadministrator kan foretage parameterstyring.] 4.6 Systemets brugergrænseflader [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan de generelle krav i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) til brugergrænseflader understøttes af den tilbudte løsning.] Brugergrænseflade til kunderådgivere [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til brugergrænsefladen til kunderådgiverne i bilag 3A.1 (Kravliste) og i løsningsflows og Bilag 3B Løsningsbeskrivelse Side 9 af 34

11 aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) understøttes af den tilbudte løsning.] Brugergrænseflade til forretningsadministratorer [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til brugergrænsefladen til forretningsadministratorerne i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) understøttes af den tilbudte løsning.] Roller og rettigheder [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til roller og rettigheder i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) understøttes af den tilbudte løsning.] 4.7 Systemets integrationer [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til Systemets integrationer i bilag 3A.1 (Kravliste) og i løsningsflows og aktivitetsbeskrivelser i bilag 3A.2 (Løsningsflows) og bilag 3A.3 (Aktivitetsbeskrivelser) understøttes af den tilbudte løsning.] Bilag 3B Løsningsbeskrivelse Side 10 af 34

12 5 Leverandørens besvarelse af non-funktionelle krav til Systemet Dette kapitel indeholder Leverandørens besvarelse af de non-funktionelle krav til Systemet, som er angivet i fanebladet Non.Funkt. krav i bilag 3A.1 (Kravliste). 5.1 Arkitektur [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer understøttelsen af ATP s forretningsbehov, -strategi og -opgaver. Hvis den tilbudte løsning baserer sig på et standard-rammesystem, skal Tilbudsgiver tydeliggøre, hvor og hvordan standard-rammesystemet eventuelt ikke understøtter ATP s non-funktionelle forretningsbehov, - strategi og -opgaver med angivelse af, hvordan den tilbudte løsning afviger og årsagen til denne afvigelse. Tilbudsgiver skal i sin besvarelse redegøre for, hvordan ATP s ønske om en omkostningseffektiv løsning, i såvel udviklings- som i driftsperiode (Løsningens livscyklus), bliver indfriet.] Arkitekturprincipper [Tilbudsgiver skal i dette afsnit indsætte en generel beskrivelse af, hvordan den tilbudte løsning sikrer overholdelsen af ATP s arkitekturprincipper, jf. bilag 3 (Leverancebeskrivelse), i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste). I det omfang, hvor den tilbudte løsning ikke tilgodeser arkitekturprincipperne, skal Tilbudsgiver begrunde dette i sin besvarelse.] Understøttelse af automatisk sagsbehandling [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer overholdelsen af arkitekturprincip nummer 4, jf. bilag 3 (Leverancebeskrivelse), om automatisk sagsbehandling. Tilbudsgiver skal redegøre for graden af automatisering af motorveje, landeveje og bjergveje i den tilbudte løsning, således at ATP samtidig opnår den mest omkostningseffektive løsning. I denne kontekst gøres Tilbudsgiver opmærksom på, at "landeveje" og "bjergveje" er kendetegnet ved, at mængden af sager er mindre end for "motorveje". I forlængelse af ATP s ønske om en omkostningseffektiv løsning, forventes en lavere grad af automatisering af "landeveje" og "bjergveje".] Bilag 3B Løsningsbeskrivelse Side 11 af 34

13 Genbrug af komponenter og services [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer overholdelsen af arkitekturprincip nummer 5, jf. bilag 3 (Leverancebeskrivelse), om genbrug af information og funktionalitet. Tilbudsgiver skal redegøre for anvendelsen af generiske komponenter og fællesoffentlige services (eller anden relevant og brugbar eksisterende funktionalitet) i den tilbudte løsning. I det omfang den tilbudte løsning ikke anvender generiske komponenter og fællesoffentlige services, skal Tilbudsgiver begrunde dette i sin besvarelse.] Genbrug af data [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer, at data genbruges ved træk på autoritative kilder og/eller fællesoffentlige registre i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste). Såfremt det er nødvendigt at etablere lokale replika i den tilbudte løsning, skal Tilbudsgiver redegøre for de regler og principper, som ligger til grund for etableringen og efterfølgende vedligeholdelse. Den tilbudte løsning skal sikre en klar rollefordeling mellem masterdata og kopidata, samt at opdatering sker således, at man bevarer konsistens i data og beskytter mod tab af data] Belastning Tilbudsgiver skal i dette afsnit indsætte en generel beskrivelse af, hvordan Tilbudsgiver vil tilsikre, at den tilbudte løsning kan håndtere den belastning, der fremgår af de non-funktionelle krav i bilag 3A.1 (Kravliste).] Data til data i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Datakonsistens [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer datakonsistens og dataejerskab i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] Filformater [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af begrænsninger for de filstørrelser og formater, som den tilbudte løsning understøtter i henhold til de nonfunktionelle krav i bilag 3A.1 (Kravliste).] Bilag 3B Løsningsbeskrivelse Side 12 af 34

14 5.1.4 Integrationer [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan integrationerne etableres, således at funktionalitet og servicemål omkring integrationerne sikres i overensstemmelse med kravene i bilag 3A1 (Kravliste).] Skalering [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning kan skaleres til at håndtere et stigende antal brugere, datamængder, funktionalitet og trafik i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste), på en enkel og omkostningseffektiv måde.] Standardisering [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer overholdelsen af relevante fællesstandarder i henhold til de nonfunktionelle krav om anvendelsen af standarder i bilag 3A.1 (Kravliste).] Offentlige standarder [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af hvilke attributter, relationer og operationer fra OIO Sag og Dokument-standarden, der benyttes i den tilbudte løsning, samt de eventuelle lokale udvidelser. Hvis der er områder, hvor standarden ikke følges, skal Tilbudsgiver beskrive disse og give en begrundelse herfor.] Anvendelse af standardfunktionalitet [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer anvendelsen af officiel og dokumenteret funktionalitet fra standardsystemer og tredjeparts komponenter i den tilbudte løsning i henhold til de nonfunktionelle krav i bilag 3A.1 (Kravliste).] Markedsudbredelse af anvendte teknologier [Tilbudsgiver skal i dette afsnit redegøre for markedsudbredelse, modenhed og support af de anvendte teknologier i den tilbudte løsning i henhold til de nonfunktionelle krav i bilag 3A.1 (Kravliste).] 5.2 Brugervenlighed [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan de generelle designkrav til brugervenlighed og brugergrænseflader i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Bilag 3B Løsningsbeskrivelse Side 13 af 34

15 Tilbudsgiver bedes i dette og underliggende afsnit indsætte eller henvise til skærmbilleder, der afspejler den tilbudte løsning og dokumenterer, hvorledes kravene til brugervenlighed opfyldes.] Layout til layout i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Meddelelser & fejlhåndtering til meddelelser & fejlhåndtering i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Navigation & interaktion til navigation & interaktion i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Endvidere skal Tilbudsgiver redegøre for brugen af genvejstaster i Systemet i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] Tekniske krav [Tilbudsgiver skal i dette afsnit indsætte en generel beskrivelse af, hvordan de tekniske krav til brugervenlighed i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Endvidere skal Tilbudsgiver redegøre for, i hvilken udstrækning Systemet kræver plug-ins, herunder hvilke særlige funktionaliteter, som kræver plug-ins i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] Endelig skal Tilbudsgiver indsætte en beskrivelse af, hvordan den tilbudte løsning opfylder WCAG 2.0 Level AA i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] 5.3 Datakonvertering [Tilbudsgiver skal, under hensynstagen til ATP s krav til datakonvertering jf. bilag 3A (Behovsopgørelse) og 3A.1 (Kravliste), beskrive hvordan de vil gennemføre datakonverteringen. Afsnittet skal som minimum omfatte: Bilag 3B Løsningsbeskrivelse Side 14 af 34

16 Overordnet strategi for konvertering og datavalidering. Beskrivelse af hvilke metoder, teknikker og værktøjer der skal anvendes til konvertering. Beskrivelse af konverteringsreglerne, som udgør designet for at flytte data fra den Eksisterende Løsning til Systemet. Beskrivelse af processen for hvordan Tilbudsgiver vil validere at de udtrukne data fra Eksisterende Løsning lever op til kravene hertil. Beskrivelse af processen for hvordan Tilbudsgiver vil gennemføre datavask og transformering af data. Beskrivelse af processen for hvordan Tilbudsgiver vil gennemføre load og viderefordeling af data. Beskrivelse af processen for hvordan Tilbudsgiver vil foretage datavalidering og afstemning. Fordele/ulemper og risikovurdering ved den valgte konverteringsmetode. Beskrivelse af evt. forudsætninger for at Tilbudsgiver kan gennemføre datakonverteringen. Tilbudsgiver skal i sin beskrivelse lægge særlig vægt på at redegøre for, hvordan konverteringen af data til det nye sagsbegreb vil blive gennemført. Tilbudsgiver skal endvidere beskrive indhold og tidsmæssig placering af prøvekonverteringerne i bilag 1 (Tidsplan)]. 5.4 Design og applikationsstrukturer til design og applikationsstrukturer i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Automatiske kørsler til automatiske kørsler i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Integrationer til integrationer i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Bilag 3B Løsningsbeskrivelse Side 15 af 34

17 5.4.3 Operationelt design til det operationelle design i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Endvidere skal Tilbudsgiver redegøre for, om den tilbudte løsning stiller større krav til ATP s PC arbejdspladser, end hvad der er understøttet i dag, jf. bilag 2C (ATP PC-arbejdsplads).] Rapportdesign til rapportdesign i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Systemdesign til systemdesign i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Endvidere skal Tilbudsgiver redegøre for, hvordan datakorrektion og afstemning bliver gennemført i tilfælde af opståede fejl i data (datakorruption) i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] [Endelig skal Tilbudsgiver i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikrer, at den brugervendte del af Selvbetjeningsløsningen er løst koblet i forhold til Systemet, således at nye kommunikationskanaler kan etableres, såfremt dette måtte blive relevant i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste).] 5.5 Dokumentation til dokumentation i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Besvarelsen af deltaljerede dokumentionskrav i bilag 4 (Dokumentation) og eksempler på dokumentation skal indsættes i bilag 4 i henhold til vejledningen i dette bilag.] 5.6 Hypercare til hypercare i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Endvidere skal Tilbudsgiver indsætte en beskrivelse af, hvordan Hypercareydelsen vil blive leveret, så det sikres, at idriftsættelsen af Systemet efterlever ser- Bilag 3B Løsningsbeskrivelse Side 16 af 34

18 vicemålene og imødegår de behov for support, som ATP s brugere af Systemet vil have i forbindelse med ibrugtagning af det nye System i henhold til de nonfunktionelle krav i bilag 3A.1 (Kravliste).] 5.7 Idriftsættelse til idriftsættelse i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Endvidere skal Tilbudsgiver indsætte en beskrivelse af, hvordan man tilsikrer, at idriftsættelse af Systemet forstyrrer ATP s forretning og anden drift mindst muligt. I den udstrækning hvor planlægning og gennemførelse af idriftsættelse ikke kan indpasses med ATP s Change og Release processer og tilhørende servicevinduer jf. bilag 2 (Situationsbeskrivelse), skal Tilbudsgiver beskrive, hvordan man påtænker at udføre idriftsættelsen. Beskrivelsen skal inkludere en angivelse af Tilbudsgivers forventninger til nedetid i forbindelse med idriftsættelse og endelig konvertering i produktionsmiljøet, som ligger udover ATP s servicevinduer. Dette i henhold de non-funktionelle krav i bilag 3A.1 (Kravliste).] 5.8 Logning til logning i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Design [Tilbudsgiver skal i dette afsnit indsætte en generel beskrivelse af, hvordan designet af den tilbudte løsning understøtter at kravene til logning i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Logdata til logdata i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Logtyper [Tilbudsgiver skal i dette afsnit redegøre for, hvordan den tilbudte løsning: gennemfører logning hvad der logges og formatet korrelerer forskellige logge] Bilag 3B Løsningsbeskrivelse Side 17 af 34

19 5.9 Lovgivning [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan Tilbudsgiver vil sikre dennes og Systemets overholdelse af lovgivningskravene i bilag 3A.1 (Kravliste).] 5.10 Miljøer til miljøer i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Eksternt testmiljø [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til det eksterne testmiljø i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Produktionsmiljø [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til produktionsmiljøet i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Præproduktionsmiljø [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til præproduktionsmiljøet i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Uddannelsesmiljø [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til uddannelsesmiljøet i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] 5.11 Projektledelse til projektledelse i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] 5.12 Samarbejde og rapportering til samarbejde og rapportering i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] 5.13 Sikkerhed til sikkerhed i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning.] Data [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til datasikkerhed i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning. Bilag 3B Løsningsbeskrivelse Side 18 af 34

20 Endvidere skal Tilbudsgiver beskrive dennes proces for kassation af data efter Persondatalovens og Arkivlovens regler] Design [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan den tilbudte løsning sikres mod ondsindede angreb, og hvordan en eventuel kompromittering af modulet med internetgrænsefladen ikke viderebringes til de bagvedliggende moduler. Endvidere skal Tilbudsgiver beskrive, hvad der er inkluderet i den tilbudte løsning vedrørende: Network Intrusion Detection og Prevention-systemer til at overvåge trafikken og reagere på både kendte angrebsmønstre og større afvigelser i trafikken. Application Firewalling som sikrer, at kun de dataformater og datastrukturer, som den bagvedliggende infrastruktur kan forstå, bliver overført. DDoS Detection og Prevention -systemer til at afværge denial of service angreb.] Endelig skal Tilbudsgiver i dette afsnit indsætte en beskrivelse af sikkerhedsmodellen for den tilbudte løsning, herunder hvordan adgangsstyringen bliver implementeret, jf. bilag 2 (Situationsbeskrivelse), som angiver de støttesystemer, den tilbudte løsning skal integrere med.] Informationssikkerhedspolitik [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af, hvordan kravene til informationssikkerhedspolitikker i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste) understøttes af den tilbudte løsning Systemfleksibilitet [Tilbudsgiver skal i dette afsnit indsætte en beskrivelse af den tilbudte løsnings fleksibilitet i henhold til de non-funktionelle krav i bilag 3A.1 (Kravliste). Beskrivelsen af løsningens fleksibilitet skal ske ved besvarelsen af nedenstående cases, som er realistiske, men fiktive. Tilbudsgiver skal basere sin besvarelse på bl.a. dennes udviklings- og projektledelsesmetode, jf. bilag 8A (Leverandørens metode) og dennes estimeringsmetode, jf. bilag 5 (Priser og betalingsplan). Bilag 3B Løsningsbeskrivelse Side 19 af 34

21 Tilbudsgiver skal ikke forvente, at de eksakte tilpasninger til Systemet skal gennemføres i praksis, men Tilbudsgivers estimat for gennemførelsen af tilpasningerne vil dog fungere som udgangspunkt for prisfastsættelsen af de faktiske tilpasninger, der skal foretages i Systemet efter Overtagelsesdagen. Tilbudsgivers besvarelse af de nedenstående cases vil blive vurderet kvalitativt på samme måde som Tilbudsgivers øvrige løsningsbeskrivelse, mens Tilbudsgivers estimat for gennemførelsen af tilpasningerne IKKE indgår i prisvurderingen.] Case A: Implementering af ny ydelsestype i Systemet Systemet er taget i brug, da det den 2. november 2017 besluttes, at Udbetaling Danmark skal administrere et nyt ydelsesområde Fleksydelse. Administrationsopgaven træder i kraft pr. 1. juni 2018 og skal understøttes i Systemet fra denne dato. Fleksydelsesområdet indeholder udover udbetaling af fleksydelse (som håndteres af et fagsystem) også en opgave med at opkræve bidrag til ordningen. Bidragsindbetalingerne fra borgerne er en forudsætning for, at de kan forblive i fleksydelsesordningen. For Debitor medfører den nye administrationsopgave, at der vil være tale om håndtering af flg. opgaver: - opkrævning af løbende bidragsbetalinger - håndtering af eventuelle tilbagebetalingskrav - håndtering af eventuel modregning af fleksydelsesbidrag, der ikke er indbetalt rettidigt, i skyldige fleksydelsesbetalinger - håndtering af generel debitorfunktionalitet vedr. denne ydelse Lovgivningen ift. opkrævning samt rykker- / restanthåndtering er forskellig for de to typer af krav. Bidragskrav, der ikke betales, skal ved manglende betaling efter afsluttet rykkerforløb resultere i, at borgeren bliver udmeldt af ordningen. Tilbagebetalingskrav, der ikke betales, skal ved manglende betaling efter endt rykkerforløb resultere i, at der oprettes en EFI Inddrivelsessag. Før sagen når til dette punkt har der med stor sandsynlighed også været truffet afgørelse om enten Modregning eller fastsættelse af afdragsordning, som ikke er overholdt fra borgerens side. Ydelsen skal kunne håndteres som en specifik ydelse i Systemet. Bilag 3B Løsningsbeskrivelse Side 20 af 34

22 Leverandørens besvarelse af Case A [Tilbudsgiver bedes i dette afsnit redegøre for implementering af den ovenfor anførte tilpasning. Tilbudsgiver skal i sin besvarelse redegøre for følgende: Hvordan Systemet kommer til at understøtte implementering af tilpasningen, herunder en arbejdsfordeling mellem ATP og Leverandøren. Hvis tilpasning ikke kan implementeres af ATP selv, hvornår ATP senest skal henvende sig til Leverandøren, for at tilpasningen kan være idriftsat pr. 1. juni Hvis tilpasning ikke kan implementeres af ATP selv, hvordan en detaljeret tidsplan for gennemførelse, test og idriftsættelse af tilpasningen vil se ud. Tidsplanen skal indeholde følgende informationer: o Id-nummer o Startdato o Slutdato o Aktiviteter og milepæle, herunder betalingsmilepæle o Varighed i timer (kun for aktiviteter) o Entydig ansvarlig (kun for aktiviteter) o Indbyrdes afhængigheder mellem aktiviteter og milepæle o Tydeliggørelse af kritisk vej Tidsplanen skal være på et detaljeringsniveau, hvor ingen aktiviteter har en varighed på mere end 50 timer. Hvis tilpasning ikke kan implementeres af ATP selv, hvad totalprisen for Leverandørens tilpasning af Systemet vil være. Estimeringen af totalprisen skal ske på baggrund af Tilbudsgivers estimeringsmetode, jf. bilag 5 (Priser og betalingsplan)] Case B: Ydelsestype skal ud af Systemet Systemet er taget i brug, da det den 2. november 2017 besluttes, at Udbetaling Danmark ikke længere skal administrere BørneUngeydelsen. Det skal fremover være SKAT, der (igen) skal administrere denne ydelse. SKAT skal administrere ydelsen fra d. 1. juni 2018 og alle data skal være flyttet til SKATs system på det tidspunkt, så de kan starte administrationen fra denne dato. Overgangsbestemmelsen siger, at de skal have alle krav med over og færdiggøre betalingsprocessen for dem, der endnu ikke er færdigbetalt. I Systemet ligger både krav, der afventer at blive opkrævet, krav som er opkrævet, krav som er i rykkerforløb, krav som har en EFI Sag (både Modregningssag og Bilag 3B Løsningsbeskrivelse Side 21 af 34