Bilag 1.2
Gribvand Kravspecifikation
Bilag 1.2
Dette dokument er fortroligt og må kun deles og videredistribueres af Tilbudsgiver efter forudgående aftale med Gribvand.
Indhold
1 Indledning 4
1.1 Baggrund og vision 4
1.2 Leverancens omfang 4
1.3 Leverancens dimensionering 6
1.4 Leverancens leveringstidspunkt 6
1.5 Nuværende IT-miljø 7
1.6 Kravspecifikationens opbygning 8
1.7 Kravmetodik 9
1.7.1 Kravtyper 10
1.7.2 Kravliste 10
1.7.3 Klassificeringskoder 10
1.7.4 Kravsuddybning 10
2 Optioner 11
2.1 Optioner i tilbuddet 11
2.1.1 Option 1: Pris for tilkøb af forøget tilgængelighed til 99,25% - jfr. BILAG FOR SERVICEMÅL 11
2.1.2 Option 2: Tilkøb af standard Arbejdsplads 1 11
2.1.3 Option 3: Tilkøb af standard Arbejdsplads 2 11
2.1.4 Option 4: Tilkøb af standard Arbejdsplads 3 12
2.1.5 Option 5: Tilkøb af Ekstra bruger (inkl. bruger-oprettelse) 12
2.1.6 Option 6: Nedlægning af bruger (inkl. administrationsgebyr) 12
2.1.7 Option 7: Tilkøb af adgang til hotline, per ekstra bruger (inden for alm. åbningstid) 12
2.1.8 Option 8: Tilkøb af adgang til hotline, per ekstra bruger (uden for alm. åbningstid + weekend og helligdage) 12
2.1.9 Option 9: Tilkøb af In scope optioner, for yderligere driftsopgaver. 12
2.1.10 Option 10: Tilkøb af ekstra timeprisydelser. 13
3 Krav til serviceleverance 14
3.1 Organisation 14
3.2 Generelle krav 14
3.2.1 Generelle krav 14
3.2.2 Eksport og udtræk af data 15
3.2.3 Brugergrænseflade: Sprog og tekster 15
3.3 Systemadministration og konfiguration 16
4 Arkitekturmæssige rammer og krav 17
4.1 Sikkerhed 17
4.2 Logning 17
4.3 Andre principper 18
4.4 Dokumentation 18
5 Driftsmæssige rammer og krav 19
6 Tekniske krav 21
6.1 Krav til klient-afvikling 21
6.2 Browserunderstøttelse 21
6.3 IT-Miljøer 22
1 Indledning
1.1 Baggrund og vision
Gribskov Kommune har udskilt sine aktiviteter indenfor spildevand og i den forbindelse etableret en selskabsstruktur bestående af to driftsselskaber – Gribvand A/S og Gribvand Spildevand A/S. Det et i dette regi, at leverance og drift af Gribvands IT-infrastruktur skal i udbud. Gribvand A/S er 100 procent ejet af Gribskov Kommune. Gribvand Spildevand A/S er 100 procent ejet af Gribvand A/S.
Der i 25 medarbejdere ansat i selskabet. Medarbejderne er fordelt på 11 administrative medarbejdere og 14 medarbejdere til drift og vedligeholdelse af tekniske anlæg.
Selskabet har 10 renseanlæg, 600 km. Kloakledning og ca. 250 pumpestationer, som skal drives, vedligeholdes og renoveres. Dertil kommer udbygningen af kloaknettet som følge af ny kloakeringer, byudvikling, kapacitetsudvidelser, klimaforandringer og stigende miljømæssige krav. Desuden drives en tømningsordning for bundfældningstanke og septiktanke på ca. 4.000 ukloakerede ejendomme.
Spildevandsforsyningen dækker ca. 26.000 ejendomme, hvoraf knap halvdelen er sommerhuse. De ældre bydele i Helsinge, Græsted og Gilleleje er fælleskloakerede, mens nyere dele af byerne er separat kloakerede. I sommerhusområderne langs nordkysten er der typisk kun kloakeret for husspildevand. Ca. 4000 ejendomme i kommunen er ikke kloakerede. Disse gennemgås for tiden i.f.t. Kravene om renseklasser for spildevand i det åbne land.
Der udbydes et offentligt EU-udbud på implementering, drift og vedligeholdelse af en ny IT- infrastruktur baseret på en Cloud-løsning, i henhold til SaaS (Software as a Service), PaaS (Platform as a Service) og IaaS (Infrastructure as a Service) – også kendt som SPI modellen. Den nye IT- infrastruktur ønskes baseret på udbredte, gennemprøvede og veldokumenterede komponenter og services, da dette vil sikre Gribvand, en optimal omkostningseffektivitet balanceret med en minimal ”vendor lock-in” (fastlåsning til en leverandør) på IT-platformen.
Formålet med udbuddet er ønsket om at optimere forholdene omkring Gribvands IT-infrastruktur, herunder drift, ansvars- og opgave-opdeling, samt at sikre omkostningseffektivitet.
Det er målet med en ny løsning, at Gribvand vil få en IT-infrastruktur der er nem at administrere, som fungerer effektivt og som vil resultere i en høj tilfredshed blandt brugerne. Desuden skal løsningen understøtte Gribvands vision, om en øget selvbetjening hos Gribvands kunder, samt fremme læring internt i Gribvand.
1.2 Leverancens omfang
Gribvands nye IT-infrastruktur, skal etableres som en central ”utility based IT-service” baseret på en Cloud-løsning. Dvs. at IT-servicen skal driftes, vedligeholdes og leveres af driftsleverandøren til Gribvand, som ”strøm ud af væggen”. IT-servicen skal måles og afregnes forbrugsbaseret, i henhold til antallet af brugere der anvender løsningen.
Centralt IT-udstyr og services, herunder hardware og software, placeres og driftes ved driftsleverandøren. Drift og vedligehold af det, i kravspecifikationen, specificerede, samt det i bilagene markerede ”In scope”, skal medtages i tilbuddet og er tydeligt markeres som ”In scope”.
Decentralt IT-udstyr er placeret lokalt ved Gribvand og ejes af Gribvand, herunder hardware, software og licenser. Drift og vedligehold af det i kravspecifikationen specificerede, samt det i bilagene markerede ”In scope” onsite-udstyr, skal medtages i tilbuddet, dvs. onsite-netværksudstyr. Onsite- udstyr af det i kravspecifikationen specificerede, samt det i bilagene markerede ”In scope Option”, onsite-udstyr, skal medtages som option, jf. afsnit 2.1.
De komponenter og services i Gribvands platform der er markeret ”Out of scope”, er ikke omfattet af dette udbud. ”Out of scope” komponenterne medtaget i beskrivelsen af Gribvands nuværende IT- løsning, for at give en ny driftsleverandør et holistisk billede af Gribvands systemlandskab.
Den nye IT-platform skal opfylde servicemålene i BILAG FOR SERVICEMÅL og dimensioneres, samt konfigureres i forhold til behov for dimensionering, angivet i afsnit 1.3, i kravspecifikationen, samt leveres jf. den overordnede tidsplan, angivet i afsnit 1.4.
Derudover skal den nye IT-platform opfylde de behov og krav, der er angivet i kravspecifikationen, samt bilagene. Kravene, skal opfyldes på baggrund af den prioritet , der er tillagt det enkelte krav fra Gribvand, jf. kravspecifikationens opbygning og metodik, beskrevet i afsnit 1.6 og afsnit 1.7 i kravspecifikationen.
Der skal i forbindelse med løsningen, leveres følgende ydelser af den nye driftsleverandør.
• Tidsplan for nedenstående leverancer, samt CVer for medarbejdere til opgavens udførelse frem til idriftsættelse af løsningen, i forhold til disse medarbejderes profil, kompetenceområder og erfaringer fra løsning af tilsvarende opgaver, som de omhandlede i dette udbud:
o Installation, opsætning og konfiguration af de, i afsnit 1.3 listede punkter, inklusive angivelse af forventet ressourcetræk hos Gribvand.
o Migrering og flytning af data, applikationer og integrationer til ny IT-infrastruktur, inklusive angivelse af forventet ressourcetræk hos Gribvand.
o Funktionstest, integrationstest og driftsprøve af den leverede løsning, inklusive angivelse af forventet ressourcetræk hos Gribvand.
• Gennemførsel af nedenstående leverancer:
o Etablering, samt installation, opsætning og konfiguration af de, i afsnit 1.3 listede punkter på eksisterende TDC MPLS løsning.
o Migrering af bruger-data (primært dokumenter, email og kalender for brugerne) fra eksisterende Citrix-platform, til ny platform.
o Funktionstest, integrationstest og driftsprøve af den leverede løsning, med endelig godkendelse fra Gribvand.
• Dokumentation – brugervejledning i hvordan løsningen tilgås, samt basal anvendelse.
• Adgang til servicemanagement system, til registrering, sporing og rapportering af Gribvands incidents, samt problemhåndtering og opfølgning.
1.3 Leverancens dimensionering
Løsningen skal dimensioneres til at kunne håndtere flg.:
• 25 brugere, hver med behov for flg.:
o Virtuel bruger-arbejdsplads, baseret på terminal-, VDI- eller strømnings-baseret adgang fra eksisterende Windows klienter.
▪ Antivirus på den virtuelle bruger-arbejdsplads.
▪ Daglig inkrementel-backup af den virtuelle bruger-arbejdsplads.
▪ 24 / 7 overvågning.
o Virtuel Microsoft Exchange-postkasse, med tilhørende kalender der kan tilgås af øvrige brugere.
▪ Antispam & antivirus på Exchange-postkassen.
▪ Daglig inkrementel-backup af brugerens Exchange-postkasse.
▪ 24 / 7 overvågning.
o MPLS / VPN access token (f.eks. RSA tokens, eller lign.) kompatible med TDC’s MPLS løsning.
o Microsoft Office suite, indeholdende Microsoft Outlook, til afvikling på den virtuelle bruger-arbejdsplads.
• 1 stk. IaaS – Microsoft SQL server, med 1 vCPU, 4 GB RAM og 20 GB Disk (til test af ESDH system).
o Daglig inkrementel-backup af server.
o 24 / 7 overvågning.
• 1 stk. IaaS – Microsoft Windows server, med 1 vCPU, 1 GB RAM og 20 GB Disk (til afvikling af Cleo / Evenex – Elektronisk faktura, mellem KMD og Evenex).
o Daglig inkrementel-backup af server.
o 24 / 7 overvågning.
• 1 stk. IaaS eller SaaS – Webserver, med 0,5 GB Disk.
o Daglig inkrementel-backup af server.
o 24 / 7 overvågning.
• Storage med plads til backup af de 3 servere, samt virtuelle bruger-arbejdspladser.
o Fylder i dag. ca. 500 - 600 GB diskplads.
• 24 / 7 overvågning af alle netværksknudepunkter, mellem driftsleverandør og Gribvand.
• Adgang for 1 Superbruger fra Gribvand, til Hotline, inden for normal åbningstid (7 – 17 i hverdage), samt uden for normal åbningstid (dvs. inkluderet weekend og helligdage).
• Tilstrækkelig fremtidig IaaS kapacitet og bemanding, for evt. at kunne varetage drift og hoste Gribvands kommende ESDH-system med ca. 2.000 borgere som slutbrugere, samt GIS. Skal ikke prissættes, men blot kunne håndteres på et senere tidspunkt, hvis Gribvand ønsker dette.
1.4 Leverancens leveringstidspunkt
Leveringstidspunktet for den nye løsning, skal være klar til ibrugtagning den 5. Februar 2013. Overordnet tidsplan.
• Xxxxxx, x. 12. november 2012 - Kontraktindgåelse.
• Xxxxxx, x. 12. november 2012 – Xxxxxx, x. 21. december 2012 (6 uger) - Levering af tidsplaner, samt løsning, migrering af data og applikationer, integrationer, samt test.
• Xxxxxx, x. 24. december 2012 – Tirsdag, d. 1. januar 2013 – Ferie.
• Onsdag, d. 2. januar 2013 – Tirsdag, d. 8. januar 2013 – Gennemførsel og godkendelse af Funktionsprøve.
• Onsdag, d. 9. januar 2013 – Tirsdag, d. 22. januar 2013 – Gennemførsel og godkendelse af Driftsprøve (prod idriftssættelse).
• Onsdag, d. 23. Januar 2013 – Tirsdag, d. 5. Februar 2013 – Plads til fallback, hvis Funktionsprøve eller Driftsprøve ikke kan gennemføres.
1.5 Nuværende IT-miljø
Gribvand har i dag 2 lokationer – administrationen på Xxxxxxx 00X, i Græsted, samt spildvandsanlæg på Xxxxxxxxxxxx 0, Xxxxxxxx. Der er IT-udstyr på begge lokationer, jfr. BILAG FOR ONSITE UDSTYR
Netværksmæssigt er de 2 lokationer og den nuværende driftsleverandør, forbundet med en TDC MPLS løsning. Løsningen kan tilgås over internet, ved autentificering med RSA sikkerhedstoken.
Den nuværende IT-løsning er baseret på en Citrix-platform leveret som en IaaS løsning af Gribvands nuværende driftsleverandør. Herpå afvikles samtlige applikationer og programmer, med undtagelse af GIS, IGSS, System 2000, ArcGIS og EnviTrix. Listen over applikationer der afvikles, findes i BILAG FOR APPLIKATIONER, SAAS OG SERVERE.
Ud over Citrix-løsningen har Gribvand også 2 IaaS servere og 1 meget lille SaaS webserver stående ved nuværende driftsleverandør, jfr. BILAG FOR APPLIKATIONER, SAAS OG SERVERE.
De 25 brugere af IT-løsningen, er grupperet i 6 bruger-profiler, hver forskellige adgangs- og rettigheds-behov til applikationer og data-drev, jfr. BILAG FOR BRUGERPROFILER OG ADGANGE.
Se netværksillustration nedenfor.
Markeret med GRØNT, er In Scope. Opsummering af nuværende miljø:
• 2 fysiske lokationer, med onsite IT-udstyr
• 25 brugere, grupperet i 6 bruger-profiltyper
• TDC MPLS, mellem 2 lokationer og driftsleverandør
• RSA sikkerhedstoken giveradgang til MPLS fra internet
• Citrix-løsning hvorfra næsten alle applikationer afvikles
• 2 IaaS servere & 1 SaaS server
1.6 Kravspecifikationens opbygning
Kravspecifikationen indgår som bilag til Kontrakten, med øvrige tilhørende bilag til Kontrakten. Kontrakt og bilag udgør aftalegrundlaget for levering af de udbudte ydelser, jf. udbudsbetingelsernes pkt. 3.1.4.
Eventuelle forbehold til krav i Kravspecifikationen, skal fremgå af den til dette bilag vedhæftede kravliste. Der kan ikke tages forbehold for mindstekrav, jf. de i Kravspecifikationen markerede krav ("M"), som mindstekrav, jf. udbudsbetingelsernes pkt. 3.1.5.
Der henvises i øvrigt til afsnit 1.7 og afsnit 2.1 nedenfor.
1.7 Kravmetodik
De enkelte kapitler i denne kravspecifikation er opdelt i afsnit ud fra logiske opdelinger af kravene. I hvert afsnit kan der indgå tabeller med krav. Tekst udenfor disse tabeller vil beskrive konteksten for kravene og vil bidrage til forståelse og tolkning af kravene. De krav som Tilbudsgiver eksplicit skal besvare vil indgå i tabellerne.
Eksempel på tabel nedenfor:
Krav | Type | Kravtekst | Bemærkning | Uddyb |
1234 | M, H eller K | Systemadministration. Løsningen skal stille værktøjer og administrationsmoduler til rådighed til administration af alle relevante funktioner i løsningen. | Tilbudsgiver bedes beskrive hvilke værktøjer og administrative interfaces, der stilles til rådighed. | x |
4321 | M, H eller K | Klienttyper | Tilbudsgiver bedes angive hvilke klienttyper der understøttes. F.eks. fed/tynd klient, webklient, og til hvilke platforme f.eks. PC, Mac, andre mobile platforme mv. | x |
Forklaring på søjlerne:
Krav | Kravene er fortløbende nummereret. |
Type | Hvert krav er angivet med en kravtype ud fra vigtigheden af kravet. Se oversigt over kravtyper nedenfor |
Kravtekst | Det specifikke krav |
Bemærkning | Uddybning, eksempel på løsning, eller anden kommentar, som indgår i kravet. |
Xxxxx | Hvis markeret med "x", forventes Tilbudsgiver at svare uddybende på dette krav ved at skrive i den medfølgende skabelon for kravsuddybning (se nedenunder). |
Krav ønskes besvaret ved at udfylde de to skabelon-dokumenter til kravsbesvarelse, som er vedlagt. Kravsliste.xls: Dette regneark indeholder en liste med alle krav, som indgår i
Kravspecifikationen, jf. pkt. 1.7.2 Kravtabellen bedes udfyldt med en tilbudsbudsgivers klassificering af opfyldelsen af hvert krav i Kravspecifikationen, jf. pkt. 1.7.3.
Kravsuddybning.doc: Kravspecifikationen indeholder et afsnit for hvert krav, hvor det er markeret med "x", om opfyldelsen af kravet forventes yderligere uddybet af Tilbudsgiver i bilag "Leverandørens kravbesvarelse". Evt. i form af
kommentarer, forklaringer, diagrammer med videre og evt. præcise henvisninger til materiale.
1.7.1 Kravtyper
M angiver at der er tale om et mindstekrav. Mindstekrav i Kravspecifikationen skal opfyldes af Tilbudsgiver ved Gribvands overtagelse af systemet.
Øvrige krav er angivet ved H eller K, hvor H vurderes at have størst betydning for Gribvand. M Mindstekrav, skal være opfyldt ved overtagelse af systemet.
H Høj betydning for Gribvand, dækker over krav til servicen, som vægtes højt til at være
tilgængelig på overtagelsesdagen.
K Krav med mindre betydning for Gribvand, dækker over krav, som kan indgå i senere versioner eller releases af servicen. Opfyldelse af disse krav, vægtes højest for opfyldelse på overtagelsesdagen.
1.7.2 Kravliste
Kravlisten er et regneark, som Tilbudsgiver bedes udfylde for hvert krav i denne kravspecifikation. Regnearket har følgende søjler:
Krav | Fra kravtabel i dette dokument. Må ikke ændres. |
Type | Fra kravtabel i dette dokument. Må ikke ændres. |
Kravtekst | Fra kravtabel i dette dokument. Må ikke ændres. |
Bemærkning | Fra kravtabel i dette dokument. Må ikke ændres. |
Uddyb | Fra kravtabel i dette dokument. Må ikke ændres. |
Klassificeringskode | Her udfylder Tilbudsgiver en kode, der klassificerer den tilbudte Service efter koder, der beskrives nedenunder. |
Uddybet | Her udfylder Tilbudsgiver en "x" markering hvis besvarelsen er uddybet i Kravsuddybning dokumentet. Dette giver mulighed for at give uddybende forklaringer og eksempler for krav, hvor Gribvand ikke på forhånd har krævet uddybning, jf. afsnit 1.7 ovenfor. |
1.7.3 Klassificeringskoder
Tilbudsgiver skal klassificere svar i forhold til hvordan kravet tilbydes opfyldt:
Kode | Betydning af koden |
1 | Kravet kan opfyldes overtagelsesdagen. |
2 | Opfyldelse af kravet vil kræve tilpasning i forhold til standardfunktionalitet, men kan inkluderes i Servicen, på en senere dato end overtagelsesdagen. Dato herfor skal angives af Tilbudsgiver. Er dermed en del af den tilbudte Service. |
3 | Kravet kan ikke opfyldes, hvorfor Servicen ikke er tilbudt. |
1.7.4 Kravsuddybning
Bilaget "Leverandørens kravbesvarelse" indeholder afsnit til kravuddybning, som Tilbudsgiver bedes udfylde for alle krav, der forventes uddybet i denne kravspecifikation (markeret med "x"), jf. pkt. 1.7.2, samt uddybning af kravsopfyldelse.
2 Optioner
2.1 Optioner i tilbuddet
I udbudsmaterialets BILAG FOR OPTIONER, skal leverandøren prissætte de enkelte optioner på baggrund af kravene til hver option, som er i denne kravspecifikation.
2.1.1 Option 1: Pris for tilkøb af forøget tilgængelighed til 99,25% - jfr. BILAG FOR SERVICEMÅL
Hvad koster tilkøb af forøget tilgængelighed, jfr. beskrivelse i BILAG FOR SERVICEMÅL.
Vederlaget bedes oplyses ved tilkøb per dag, per uge og per måned, samt evt. tilslutningsafgift herfor.
2.1.2 Option 2: Tilkøb af standard Arbejdsplads 1
Pris på anskaffelse af standard arbejdsplads til Kundeservicemedarbejder – med en
minimumsbestykning som følger:
• Bærbar computer, med 15” skærm
• Operativsystem: Microsoft Windows 7 Professional eller 100% kompatibelt
• INTEL eller AMD CPU, med 2 CPU-kerner, hver på 2,5 GHz
• 4 GB RAM
• 140 GB SSD drev, eller 500 GB Harddisk
• 4 stk. USB V2.0 eller V3.0 porte
• 1 stk. ekstern dockingstation til bærbar
• 1 stk. ekstern skærm på 21”
• 1 stk. eksternt trådløst tastatur
• 1 stk. ekstern trådløs mus
• 3 års onsite-support på bærbar
2.1.3 Option 3: Tilkøb af standard Arbejdsplads 2
Pris på anskaffelse af standard arbejdsplads til Driftsmedarbejder – med en minimumsbestykning
som følger:
• Bærbar computer, med 15” skærm
• Operativsystem: Microsoft Windows 7 Professional eller 100% kompatibelt
• INTEL eller AMD CPU, med 2 CPU-kerner, hver på 2,5 GHz
• 4 GB RAM
• 140 GB SSD drev, eller 500 GB Harddisk
• 4 stk. USB V2.0 eller V3.0 porte
• 3 års onsite-support på bærbar
2.1.4 Option 4: Tilkøb af standard Arbejdsplads 3
Pris på anskaffelse af standard arbejdsplads til Administrationsmedarbejder – med en
minimumsbestykning som følger:
• Bærbar computer, med 15” skærm
• Operativsystem: Microsoft Windows 7 Professional eller 100% kompatibelt
• Indbygget skærmkort, der understøtter 2 eksterne skærme
• INTEL eller AMD CPU, med 2 CPU-kerner, hver på 2,5 GHz
• 4 GB RAM
• 140 GB SSD drev, eller 500 GB Harddisk
• 4 stk. USB V2.0 eller V3.0 porte
• 1 stk. ekstern dockingstation til bærbar
• 2 stk. eksterne skærme på 21”
• 1 stk. eksternt trådløst tastatur
• 1 stk. ekstern trådløs mus
• 3 års onsite-support på bærbar
2.1.5 Option 5: Tilkøb af Ekstra bruger (inkl. bruger-oprettelse)
Prisen for en ekstra bruger for servicen, ønskes oplyst, herunder specificeret:
• Tilslutningsafgift
• Månedligt servicevederlag
2.1.6 Option 6: Nedlægning af bruger (inkl. administrationsgebyr)
Prisen for nedlægning af en bruger for servicen, ønskes oplyst, herunder specificeret:
• Administrationsgebyr
• Reduktion af månedligt servicevederlag
2.1.7 Option 7: Tilkøb af adgang til hotline, per ekstra bruger (inden for alm. åbningstid)
Prisen for at tillade en ekstra bruger adgang til hotline inden for alm. åbningstid, ønskes oplyst.
2.1.8 Option 8: Tilkøb af adgang til hotline, per ekstra bruger (uden for alm. åbningstid + weekend og helligdage)
Prisen for at tillade en ekstra bruger adgang til hotline uden for alm. åbningstid + weekend og helligdage, ønskes oplyst.
2.1.9 Option 9: Tilkøb af In scope optioner, for yderligere driftsopgaver.
Prisen, udspecificeret per opgave, for yderligere driftsopgaver, jfr. BILAG FOR ANSVAR OG GRÆNSEFLADER. Opgaverne er markeret ”In scope Option” i bilaget.
2.1.10 Option 10: Tilkøb af ekstra timeprisydelser.
Prisen, udspecificeret per time ud fra typen af følgende konsulentprofiler:
Profil / Opgavetyper | Eksempel på opgave | Timepris oplyst i kroner, excl. moms og excl. transport. |
IT-supporter | Udførsel af basal 1. level hotline support, samt telefonisk mangelafhjælpning. | |
IT-specialist | Udførelse af opgaver, herunder 2. level support, samt specialistopgaver som installation, konfiguration og opsætning, samt analyse og gennemførsel af mangelafhjælpning på 3. Parts applikationer og services. | |
IT-arkitekt | Udførelse af generalistopgaver, som design, review, arkitektur og strategi der f.eks. mapper forretning ned mod teknik. | |
IT-projektleder | Udførelse af ledelses- og koordinerings-opgaver i forbindelse med nye projekter, samt koordinering af opgaver og mangelafhjælpning, mellem flere 3. partsleverandører for større komplekse problemstillinger. |
3 Krav til serviceleverance
3.1 Organisation
Driftsopgaver og processer, skal mellem driftsleverandør og Gribvand, fordeles jfr. BILAG FOR ANSVAR OG GRÆNSEFLADER.
3.2 Generelle krav
3.2.1 Generelle krav
Krav | Type | Kravtekst | Bemærkning | Uddyb |
1. | M | Tilbudsgiveren skal stille helpdesk værktøj tilgængeligt for Gribvand, til registrering, sporing og rapportering af Gribvands incidents, samt problemhåndtering og opfølgning herpå. | x | |
2. | M | Tilbudsgiveren skal redegøre for hvorledes pludselig opståede fejl registreres og behandles, samt hvorledes ændringer i infrastrukturen planlægges og gennemføres. | Tilbudsgiver bedes beskrive dennes processer, ift. fejl- og problem-håndtering. | x |
3. | H | For at kunne optimere samarbejdet imellem Gribvand og Tilbudsgiver, skal Tilbudsgiver beskrive, hvorledes et dagligt samarbejde skal foregå ifht. samarbejdsfora, mødefrekvenser, eskalationskanaler, faste kontaktpersoner, samt eventuelle krav til Gribvand. | x | |
4. | H | Der skal afholdes 1 – 2 årlige statusmøder, hvor der følges op på driftsopgaver, servicemål samt andre relevante emner for leverancen. | x | |
5. | H | Tilbudsgiveren skal månedligt rapportere på incidents, change requests, service requests, kapacitet, servicemål, og skal vedlægge besvarelsen et eksempel på en sådan rapport. | x | |
6. | H | I kontraktens første 6 måneder, skal der være mulighed for at indkalde til statusmøder når Gribvand mener det er relevant, uden fast mødefrekvens. | x | |
7. | H | Gribvand har eksisterende aftaler med eksterne leverandører omkring support og vedligehold på applikationsdelen af visse fag | x |
systemer BILAG FOR APPLIKATIONER, SAAS OG SERVERE. Tilbudsgiver skal tage ansvaret for at disse eksterne leverandører har mulighed for at tilgå den centrale del af systemerne, og evt. opdatering og vedligehold heraf skal tilbudsgiver koordinere direkte med de eksterne leverandører. | ||||
8. | H | Tilbudsgiver skal specificere vederlaget for leverancen som pris pr. bruger pr. Måned, samt evt. tilslutningsafgift pr. bruger. | x |
3.2.2 Eksport og udtræk af data
Krav | Type | Kravtekst | Bemærkning | Uddyb |
9. | M | Data fra Exchange-løsningen, skal på Gribvands anmodning kunne eksporteres i et standardformat, der giver Gribvand mulighed for genindlæsning, på en tilsvarende cloud- løsning, baseret på Exchange. | x | |
10. | M | Data fra Microsoft Office suiten (MS Access, MS Excel, MS Word og MS Powerpoint), skal på Gribvands anmodning kunne eksporteres i et standardformat, der giver Gribvand mulighed for genindlæsning, på en tilsvarende cloud- løsning, baseret på Microsoft Office suiten, eller 100% kompatibel Microsoft Office suite. | x | |
11. | M | De virtuelle images, fra serverne i IaaS løsningen, skal på Gribvands anmodning kunne eksporteres i et standardformat, der giver Gribvand mulighed for genindlæsning på en tilsvarende IaaS cloud-løsning, med samme eller 100% image-kompatibel hypervisor. | x |
3.2.3 Brugergrænseflade: Sprog og tekster
Krav | Type | Kravtekst | Bemærkning | Uddyb |
12. | H | Løsningens brugergrænseflade for alle funktionelle områder skal som udgangspunkt være på dansk, f.eks. rapportering og statusside, m.v. Dog vil grænseflade for systemadministration, herunder teknisk | Tilbudsgiver bedes give en oversigt over områder i løsningens brugergrænseflade som ikke er på dansk. | x |
opsætning være på engelsk. Der skal anvendes dansk tegnsæt (æ,ø,å,Æ,Ø,Å) samt specialtegn og ordninger eller index skal være danske (fx AA). |
3.3 Systemadministration og konfiguration
Krav | Type | Kravtekst | Bemærkning | Uddyb |
13. | H | Løsningen skal stille værktøjer og administrationsmoduler til rådighed for Gribvand til administration af alle relevante funktioner i løsningen, f.eks. statusside for drift, rapporter, m.v. | Tilbudsgiver bedes beskrive hvilke værktøjer og administrative interfaces, der stilles til rådighed, samt hvordan løsningen tilgås, f.eks. via en browser. | x |
4 Arkitekturmæssige rammer og krav
4.1 Sikkerhed
Krav | Type | Kravtekst | Bemærkning | Uddyb |
14. | H | Løsningen skal opfylde krav til Sikkerhedsstandard DS484, til ISO 27001, eller lignende sikkerhedsstandard og i øvrigt. | Tilbudsgiver bedes beskrive hvorledes løsningen efterlever disse krav og retningslinier, samt hvilke muligheder der er for at konfigurere løsningen til at efterleve en sådan sikkerhedsstandard. Ligeledes bør Tilbudsgiver angive hvilken standard der efterleves. | x |
4.2 Logning
I det følgende beskrives krav til logning. Her opdeles i en række logisk forskellige logs og stilles krav til indhold af logdata.
Krav | Type | Kravtekst | Bemærkning | Uddyb |
15. | H | Løsningen skal logge relevante hændelser, på brugerniveau, IP adresse og tidspunkt | Tilbudsgiver bedes beskrive hvilke logs Løsningen understøtter og deres fulde dataindhold og muligheder for dataindhold. | x |
16. | H | Ved visning eller behandling af personfølsomme oplysninger logges følgende: • Hvem: Identiteten, der foretager handlingen – f.eks. IP-adresse og bruger identitet • Hvad: En beskrivelse af den udførte handling • Hvornår: Tidspunktet handlingen blev udført på | x | |
17. | H | Alle sikkerhedskritiske hændelser skal logges i selvstændig sikkerhedslog | x |
18. | H | Det er et krav, at logoplysninger kan udtrækkes og at Gribvand selv skal have mulighed for løbende at trække logningsoplysninger, fra alle løsningens kunde-tilgængelige logdata | x |
4.3 Andre principper
Krav | Type | Kravtekst | Bemærkning | Uddyb |
19. | H | Løsningen skal i videst muligt omfang baseres på brugen af afprøvede og dokumenterede komponenter, for at opnå en minimal ”vendor lock-in”. | Tilbudsgiver bedes beskrive hvilke komponenter der er anvendt og understøttes i øvrigt, udover de komponenter, der eksplicit kræves brugt i denne kravspecifikation. | x |
4.4 Dokumentation
Krav | Type | Kravtekst | Bemærkning | Uddyb |
20. | H | Løsningen skal være dokumenteret i offline elektronisk pdf-kompatibel form, eller lignende, samt papirformat. | Tilbudsgiver bedes beskrive hvorledes løsningen er dokumenteret – på hvilke områder, gerne med eksempler. | x |
21. | H | Dokumentationen skal dokumentere anvendelsen af løsningen i sådan en grad at en ny bruger ved Gribvand, med minimal indsats, kan læse brugervejledningen og gå i gang med at anvende løsningen, uanset brugerens rolle og funktion | Tilbudsgiver bedes beskrive hvordan dette opfyldes, gerne med eksempler. | x |
5 Driftsmæssige rammer og krav
Krav | Type | Kravtekst | Bemærkning | Uddyb |
22. | H | Gribvand lægger vægt på en fleksibel service. Herunder skalering af servicen. I hvilken grad kan servicen skalere og hvordan, ”scale-up”, ”scale-out” eller begge dele? | Tilbudsgiver bedes beskrive hvordan løsningen kan skalere, gerne med eksempler. Ligeledes bedes Tilbudsgiver angive hvilke lag i SaaS, PaaS, IaaS, eller infrastruktur-komponenter i løsningen, der kan skaleres, samt hvordan. Derudover bedes Tilbudsgiver beskrive løsningens væsentligste skaleringsbegrænsning(er) & kapacitetsbegrænsning(er). | x |
23. | K | Serviceforudsætninger og krav, samt anbefalinger til Gribvand, ift. den tilbudte service. | Tilbudsgiver bedes angive hvilke mindstekrav og anbefalinger, den tilbudte løsning stiller til Gribvands processer, hardware, software, netværk, herunder WAN og LAN, samt kapacitet herpå og samtidig overholder de, i BILAG FOR SERVICEMÅL, definerede krav | x |
24. | H | Gribvand lægger vægt på en høj og stabil driftssikkerhed. I hvilken grad er løsningen gjort redundant og fejtolerant i forhold til ”single-point-of-failure” (SPOF) ? | Tilbudsgiver bedes beskrive hvordan løsningen er redundant og fejltolerant, gerne med eksempler. Beskriv også hvilke lag og komponenter der er redundante i løsningen, samt hvilke enkeltstående komponenter der ikke tillader utilgængelighed. | x |
25. | H | Hvordan oprettes en ny bruger i løsningen, når Gribvand får en ny medarbejder. | Tilbudsgiver bedes beskrive processen for hvordan en ny bruger oprettes i løsningen, på baggrund af bestilling fra Gribvand, gerne med | x |
eksempler. | ||||
26. | H | Hvordan nedlægges en bruger i løsningen, når en medarbejder stopper ved Gribvand. | Tilbudsgiver bedes beskrive processen for hvordan en bruger nedlægges i løsningen, på baggrund af bestilling fra Gribvand, gerne med eksempler. | x |
27. | H | Systemintegritet - Løsningen skal sikre systemintegritet ved nedbrud, f.eks. ved strømafbrydelse skal det sikres at data ikke korrumperes. | Tilbudsgiver bedes beskrive hvorledes dette sikres. | x |
28. | H | Backup & restore–Der skal nemt kunne afvikles såvel fuld, som inkrementel backup af hele løsningen, samt dettes komponenter (operativ system, middleware, database og applikation), således at hele løsningen kan bringes tilbage til backup-tidspunktet og dermed kunne restores med dataintegriteten intakt. Således vil de eneste tabte data være mellem seneste backup og det tidspunkt hvorpå der vælges at påbegynde en restore af løsningen. | Tilbudsgiver bedes beskrive hvorledes dette sikres, samt hvilke evt. begrænsninger der måtte være i forhold til backup og restore af løsningen. Gerne med eksempler på metoder eller tekniske grænseflader der anvendes til sikring heraf, f.eks. Shadowcopy. | x |
6 Tekniske krav
6.1 Krav til klient-afvikling
Krav | Type | Kravtekst | Bemærkning | Uddyb |
29. | M | Løsningen skal fra en 100% Microsoft Windows 7 kompatibel klient-platform kunne afvikle alle applikationer og services angivet som ”In scope” i BILAG FOR APPLIKATIONER, SAAS OG SERVERE. | x | |
30. | K | Klienttyper understøttet ud over Windows. | Tilbudsgiver bedes angive hvilke klienttyper der understøttes, ud over Windows. F.eks. fed/tynd klient, webklient, og til hvilke platforme f.eks. andre operativsystemer, som Linux, Mac, andre mobile platforme, enheder, m.v. | x |
31. | H | Tilbudsgivers mailløsning skal understøtte mobile enheder, således at brugernes email, kalender, opgaver etc. synkroniseres fra den centrale platform til brugernes mobile enheder. Løsningen skal supportere synkronisering med, som minimum, Apple IOS iPhones og iPads, samt Google Android telefoner og tablets. | Tilbudsgiver bedes beskrive hvordan synkronisering foregår (push eller pull), til mobil enhed. Dertil bedes tilbudsgiver beskrive, hvis der er kendte hardware-modeller af de mobile enheder, eller kendte versioner af de mobile operativsystemer, som ikke er understøttet af løsningen, på datoen for afgivelse af tilbudet. | x |
6.2 Browserunderstøttelse
Krav | Type | Kravtekst | Bemærkning | Uddyb |
32. | H | Ved systemløsning leveret med web-klient, bør denne understøtte seneste version, af følgende browsere: Internet Explorer (Microsoft), Firefox (Mozilla) og Chrome | Tilbudsgiver bedes beskrive hvilke browsere, samt versioner som web-klienten | x |
(Google) | understøtter. |
6.3 IT-Miljøer
Krav | Type | Kravtekst | Bemærkning | Uddyb |
33. | M | Løsningen skal leveres med et stk. Produktionsmiljø, der honorerer dimensioneringen jfr. afsnit 1.3 | x | |
34. | H | Leverandøren skal levere overordnet dokumentation, jfr. ITIL best practise, for ansvar- / rolle-fordelingen ift. sædvanlige driftsprocesser og procedurer, herunder hvem gør hvad og hvornår (ansvarsmatrice ift. kunde / leverandør snitfladen). | Tilbudsgiver bedes overordnet beskrive hvor og hvornår Tilbudsgivers ansvar starter og ophører, samt Gribvands ansvar – jfr. ITIL best practise, gerne illustreret i form af en ansvarsmatrice (mellem kunde / leverandør). | x |