BILAG A ANVENDELSESOMRÅDE

Transkript

1 BILAG A ANVENDELSESOMRÅDE RAMMEAFTALE OM IT-KONSULENTBISTAND TIL SUPPORT, VEDLIGEHOLD OG VIDEREUDVIKLING AF FAGSYSTEMER INDEN FOR DET UDBUDTE TEKNOLOGIOMRÅDE OG METODER EU-UDBUD 2015/S DECEMBER 2015

2 Instruks til tilbudsgiver Tilbudsgiver (herefter kaldet Leverandøren) skal i forbindelse med afgivelse af tilbud udfylde samtlige tabeller i bilaget og de medfølgende underbilag de steder, hvor der står [Leverandørens besvarelse]/[indsæt] eller en lignende formulering, eller hvor der er overstreget med gult. 1. TEKNOLOGIER OG METODER OMFATTET AF RAMMEAFTALEN Rammeaftalens anvendelsesområde er it-konsulentbistand til support, vedligehold og videreudvikling af fagsystemer for Miljøstyrelsen (MST). Det af Leverandøren tilbudte it-konsulentteam skal kunne udføre de under Rammeaftalen omfattede opgaver inden for følgende teknologiområder og metoder: Applikationer og webservice til Fagsystemerne Microsoft.NET på web Microsoft.NET på Windows PC ere Business Intelligence Microsoft SQL Microsoft SQL Server Integration Services (SSIS) Microsoft SQL Server Reporting Services (SSRS) Microsoft SQL Server Analysis Services (SSAS) på SQL Server 2012 Integrationer / udstilling af data SOAP baseret webservice klienter. SOAP baseret webservice server. REST baseret webservice klienter. REST baseret webservice server. ODATA. OIOSAML / NEMLogin. Microsoft Report Definition Language (RDL) Programmeringssprog: HTML, DHTML, XHTML, XML, XSLT, XSL, SQL, TSQL, C#, VB Script (ASP / VBScript), CSS (Cascading Style Sheet), VB.NET, ASP.Net, C#.Net. Databaser MS SQL server 2008 og senere versioner. Webservices klienter Alle MST s webservice har eksempler på klienter, kodet af tredje part i nedenstående sprog.net Java Generering af PDF-filer Aspose.Net PDF writer 2

3 Datamodellering - herunder opbygning og konfigurering af databaser, omstrukturering af eksisterende datamodeller således at de understøtter MST s behov og lever op til en moderne databasetankegang. Accessoriske ydelser og teknologier - Konsulentbistanden kan i en mindre grad (under 10%) omfatte accessoriske ydelser og andre teknologier og metoder end de ovennævnte, da der kan være behov for, at it-konsulentteamet skal udføre integrationer og tilpasninger af fagsystemer inden for andre teknologiområder, der indgår i MST s it-miljø. Leverandøren skal kunne tilbyde et fast tilknyttet it-konsulentteam til udførelse af opgaverne for MST i Rammeaftalens løbetid bestående af op til 10 konsulenter inden for 4 konsulentkategorier (Projektleder/Application Manager, Seniorudvikler, Udvikler og Tester). Kompetencerne hos Leverandørens tilbudte it-konsulenter skal løbende følge den naturlige teknologiske udvikling ved udførelsen af opgaver om support, vedligehold og videreudvikling af MSTs fagsystemer inden for Rammeaftalens angivne teknologiområder og metoder. MST kan ikke fastlægge et specifikt behov eller omfang for konsulentydelserne, hvorved Rammeaftalen vil være ikke-eksklusiv og uden aftagepligt for MST. MST enheden for Jord og Affald driver en række fagsystemer, som understøtter enhedens arbejde og Miljø- og Fødevareministeriets politiske prioriteringer. En del af dem er udviklet på en Microsoft platform, og alle drives på servere hos Statens IT og/eller på PC-arbejdspladser stillet til rådighed af Statens IT. Det største af disse systemer er Affaldsdatasystemet, som er et indberetningssystem og database for oplysninger om affald i Danmark. Se i Underbilag A.1, for en nærmere beskrivelse af Affaldsdatasystemet. Derudover driver enheden en sagsbehandlingsunderstøttende database over sager vedrører import og eksport af affald, jf. EU forordning 1013/2006. Endelig har enheden historisk haft en række mindre webdatabaser Affaldsregisteret ( og NSTAR ( men disse er overført til Energistyrelsen i forbindelse med ressortomlægningen d. 28. juni Rammeaftalen kan anvendes af alle enheder i MST, men forventes primært anvendt af MST enheden Jord & Affald. 2. SUPPORT OG VEDLIGEHOLDELSE Leverandøren skal løse opgaver, der er visiteret af MST og indgå i opgaver som vedrører 2nd level support samt opgaver vedr. vedligehold (fejlretning og mindre ændringer), herunder konfiguration og tilføjelser til MST s systemportefølje, der er omfattet af det udbudte teknologiområde og metoder. MST s brugere anvender primært systemerne inden for normal arbejdstid, men der kan i mindre omfang være brugere på systemerne uden for dette tidsrum. Leverandørens it-konsulentteam skal på baggrund af de visiterede 2nd level supportsager fra MST kunne udføre support fra 8 til 16 alle hverdage. 3

4 Systemerne opdateres når der er behov for det, hvilket varierer fra system til system. For at sikre en så stabil drift som muligt findes de fleste systemer i flere udgaver, således at udvikling og test kan foregå uden at påvirke den daglige drift. MST ønsker relativt hurtige opdateringer af systemerne, men samtidigt med respekt for stabil drift. Arbejdet kræver løbende samarbejde med MST s medarbejdere og brugere, MST s driftsleverandører, hvorfor al kommunikation til og fra Leverandørens help desk, jf. krav 1, skal kunne foregå på dansk. Krav 01: Supportopgaver ( Incident og Problem Management ). Leverandøren skal opretholde en help-desk-funktion, understøttet af et elektronisk webbaseret system, som løbende kan modtage og behandle hændelser i MST s systemer, der kræver medvirken til løsning fra konsulenter i det af Leverandørens tilbudte it-konsulentteam.. Systemet må ikke være placeret i clouden uden forudgående godkendelse fra MST, da der kan indgå personhenførbare og fortrolige data fra MST. Hvis MST konstaterer problemer, der tilsyneladende beror på fejl ved applikationerne, indrapporteres disse af MST til Leverandørens it-konsulentteam via oprettelse af sag i Leverandørens help desk-system, hvorefter it-konsulenterne skal yde bistand til diagnosticering og afhjælpning af det indrapporterede problem. Leverandørens it-konsulenter skal gå i gang med fejlrettelsen inden 16 arbejdstimer efter at sagen er oprettet i Leverandørens help desk, dog inden 8 arbejdstimer hvis MST kategoriserer incidenten som Kategori 1 Kritisk). Ved indrapportering skal MST oplyse følgende oplysninger: - navn på system - beskrivelse af manglen/fejlen herunder udført handling og opnået reaktion - kategorisering af fejltype inden for kategorierne (Kategori 1 kritisk, Kategori 2 væsentlig eller Kategori 3 ikke kritisk) - eventuelle bilag til belysning af problemet (for eksempel skærmprint) - kontaktperson hos MST. Alle incidents tildeles et id-nr. Ved fakturering skal incident nr. desuden fremgå af fakturaen. Bemærk, at MST selv har 1st level support funktion, så Leverandøren kan alene rette henvendelse til brugere efter visitering fra MST. Leverandøren skal i sin besvarelse redegøre for, hvordan incidenthåndteringen vil blive afviklet af navngivne konsulenter fra it-konsulentteamet under anvendelse af de skitserede processer, og hvilke roller de respektive konsulenter har i processen. Ved vurderingen vægter det positivt, at Leverandøren i deres besvarelse tydeliggør, at Leverandørens it-konsulenter anvender og styrer egen help desk uden yderligere omkostning for MST. Ved vurderingen vægter det positivt at Leverandøren kan demonstrere en procesbeskrivelse for, hvordan it-konsulentteamet vil håndtere sager, der visiteres af MST. I beskrivelsen må der gerne indgå relevante eksempler i forhold til MST, og i beskrivelsen skal inkluderes de navngivne tilbudte it-konsulenter. 4

5 Ved vurderingen vægter det positivt at Leverandøren kan demonstrere hvordan konsulenterne fra it-konsulentteamet kan sikre at tidsfristen for incidents kan overholdes. Besvarelsen af dette krav forventes ikke at overstige 20 sider. Krav 02: Vedligeholdelse ( Change and Release Management ). Leverandørens it-konsulentteam skal i samarbejde med MST udbedre eventuelle fejl og mangler i eksisterende systemer, vedligeholde samme systemer. Leverandørens it-konsulenter skal proaktivt stille forslag om eventuelle tilpasninger af systemer herunder applikationerne og services som følge af planlagte ændringer applikationernes driftsmiljøer. Leverandørens it-konsulenter skal i samarbejde med MST, driftsleverandører og øvrige applikationsleverandører sikre at ændringer gennemføres i henhold til best practices for ændringer i IT-systemer. MST bestiller nye versioner af systemerne 2-3 gange om året. Derudover kan der forekomme fejlrettelser i form af patches. Changeproceduren på de enkelte fagsystemer styres af den relevante systemejer hos MST, som har ansvaret for godkendelse af ændringen i baglandet. Leverandørens it-konsulenter skal installere changes og releases på MST s systemer hos driftsleverandøren. Leverandøren bedes beskrive hvorledes de navngivne it-konsulenter fra det tilbudte it-konsulentteam vil gennemføre en ændring af MST s kørende IT-system. Derudover bedes Leverandøren vedlægge et eksempel på et releasedokument fra en konkret case, gerne i anonymiseret form. Releasedokumentet kan bl.a. indeholde beskrivelse af installationsvejledning, beskrivelse af ændringer, beskrivelse af gennemførte tests, roll-back plan, interne og eksterne afhængigheder/påvirkninger til andre systemer. Ved vurderingen vægter det positivt at Leverandøren kan demonstrere, at itkonsulentteamets navngivne konsulenter har erfaring med versionering af kode, f.eks. via TFS eller andet lignende SCM-system (Source Control Management). Og at konsulenterne fra det tilbudte konsulentteam har erfaring fra samarbejde med andre driftsleverandører. Ved vurderingen vægter det positivt at Leverandøren kan beskrive itkonsulentteamets processer i forbindelse med at implementere fejlrettelser i MST s fagsystemer, herunder patches. Det vægter positivt hvis releasedokumentet er konkret og case-baseret, hvor Leverandørens it-konsulenter demonstrerer, at de kan foretage en installation af nye versioner hos en driftsoperatør, f.eks. Statens IT. 5

6 Besvarelsen af dette krav forventes ikke at overstige 10 sider, plus et releasedokument. 3. VIDEREUDVIKLING Videreudviklingsopgaver (omfatter ændringsopgaver, opgraderinger, videreudviklingsopgaver og uddannelse) leveres i henhold til bestilling fra MST via Bestillingsblanketten (Work Order) i Bilag C. Videreudviklingsopgaver af MST s fagsystemerne kan løses via en agil udviklingsmodel, som løbende udføres i iterationer i samarbejde med MST, eller via en vandfaldsmodel. Udviklingsmodellen vil blive fastlagt ved bestillingen. MST skal løbende modtage en kopi af den opdaterede applikationsdokumentation og kildekode udviklet i forbindelse med de udførte opgaver fra it-konsulentteamet. Kildekoden skal vedligeholdes i leverandørens TFS eller lignende SCM-system, som drives af leverandøren. Leverandøren varetager projektlederskabet. Ved større videreudviklingsopgaver kan MST vælge at nedsætte en styregruppe med deltagelse af parterne bag MST og evt. Leverandøren, med deltagelse for egen regning. Såfremt der arbejdes efter den agile udviklingsmodel, vil MST ved hver iterations påbegyndelse (med udgangspunkt i MST s prioriterede opgaver) i samarbejde med Leverandøren udarbejde en kravliste for den pågældende iteration. Parterne foretager evt. en yderligere detaljering af ydelserne omfattet af kravlisten. MST beslutter den endelige prioritering. Leverandøren er ved gennemførelse af den enkelte iteration forpligtet til at koncentrere sin indsats omkring de krav, som MST har prioriteret højest. o Estimat For hele Videreudviklingsopgaven skal Leverandøren udarbejde et maksimalt estimat for opgavens løsning og arbejde efter at nå det givne estimat på opgaven i henhold til bestillingsprocessen i Bilag C. Udgifter til estimering afholdes af Leverandøren, med mindre andet godkendes af MST. o Status og fremdrift Det påhviler it-konsulentteamet løbende at foretage opfølgning i forhold til de afgivne estimater for en den enkelte iteration og for Videreudviklingsopgaven som helhed. Leverandøren skal uden ugrundet ophold ved risiko for overskridelse af estimat(er), underrette MST herom. 6

7 Parterne er forpligtede i fællesskab til at søge klarlagt, hvorledes der skal forholdes med overskridelsen. MST har ret til at iværksætte reduktion af timepriserne som følge af overskridelsen af estimatet, jf. Bilag B. o Sprintafslutning Hver enkelt iteration afsluttes med Leverandørens demonstration af det færdige arbejde for MST samt den del af ydelserne, som Leverandøren angiver som klar til idriftsættelse. Demonstrationen kan tillige omfatte opgaver, som ikke er klar til idriftsættelse. o User Acceptance Test (UAT) Som afslutning på et udviklingsforløb, efter et antal sprints, foretages en User Acceptance Test (UAT), som har til formål at klarlægge hvorvidt releasen er klar til at blive installeret i produktionsmiljøet. Såfremt UAT afdækker fejl eller mangler, skal Leverandøren fremlægge en plan for udbedring af disse, og MST vil efterfølgende foretage endnu en test af de fejlbehæftede dele. En uge inden den planlagte UAT fremsender Leverandøren testplanen til MST. UAT gennemføres, med mindre andet aftales med Leverandøren, hos Leverandøren på dennes udstyr, dog således at selve systemet testes på MST s testmiljø. Krav 03: Udviklingsmetode i forbindelse med Videreudvikling. Leverandøren skal i sit tilbud redegøre for, hvorledes it-konsulentteamet vil udføre af agil softwareudvikling i MST med udgangspunkt i ovennævnte beskrivelse, herunder et eksempel på Definition of done fra en konkret case, gerne anonymiseret. Leverandøren skal ligeledes i sit tilbud redegøre for, hvorledes konsulenterne fra it-konsulentteamet vil udføre software udvikling efter vandfaldsmodellen. Det vægter positivt at Leverandøren kan redegøre for hvordan MST forventes inddraget i de to metodikker, med henblik på at skabe en fælles forståelse af kravspecifikationen, opfange og indarbejde evt. ændringsønsker, samt informere om fremdriften. Det vægter positivt hvis it-konsulentteamet kan demonstrere, at ovenstående processer løbende kan tilpasses MST s behov, som kan ændre sig, da MST er en statslig styrelse. Leverandøren bedes redegøre for metoden for it-konsulenternes arbejde med opbevaring af kildekode og opdatering af dokumentation i forbindelse med videreudvikling, samt hyppigheden. Ved vurderingen vægter det positivt at Leverandøren kan redegøre for, hvorledes it-konsulentteamet vil sikre en løbende opdatering af TFS, eller lignende SCM, som ikke er placeret i Clouden, uden forudgående godkendelse fra MST da der kan indgå personhenførbare og fortrolige data fra MST. Besvarelsen af dette krav forventes ikke at overstige 15 sider. 7

8 Krav 04: Sikring af løbende opdatering af dokumentation Dokumentationen, forstået som produktbeskrivelser, vejledninger etc., skal stilles til rådighed for MST via et online system som drives af Leverandøren. Derudover bedes leverandøren beskrive deres system til opbevaring af og deling med MST, af arbejdsdokumenter, vejledninger og dokumentation. Dette system må ikke være placeret i Clouden uden forudgående godkendelse fra MST da der kan indgå personhenførbare og fortrolige data fra MST. Ved vurderingen vægter det positivt at Leverandøren kan beskrive et eksisterende system, som Leverandørens it-konsulenter kan anvende til opbevaring og deling arbejdsdokumenter, vejledninger og dokumentation. 4. IT-MILJØ De fleste miljøer i MST skal eksistere i 4 udgaver: Udviklingsmiljø, der bruges af Leverandørens It-konsulentteam til at sikre koordination mellem de forskellige team-medlemmer i et fejlretnings- og/eller udviklingsforløb og til løbende intern test og kvalitetssikring. Det forudsættes, at udviklingsmiljøet forefindes/etableres hos Leverandøren uden omkostninger for MST. Udviklingsmiljøet skal til stadighed matche i funktionalitet de systemer Leverandøren arbejder med under Rammeaftalen for MST. Da it-konsulentteamets opgaver til en start omfatter Affaldsdatasystemet (ADS), skal Leverandørens udviklingsmiljø til ADS indeholde de funktionaliteter, der nødvendige for at it-konsulentteamet kan supportere, vedligeholde og videreudvikle på ADS, jf. Underbilag A.1 afsnit 5 og 6. Udviklingsmiljøet skal indeholde et system til opbevaring og versionering af kildekode, f.eks. Microsoft TFS. Udviklingsmiljøet må ikke være i Clouden uden forudgående godkendelse fra MST, da der kan indgå personhenførbare og fortrolige data fra MST. Testmiljø, en nedgraderet udgave af produktionsmiljøet, der benyttes til at teste funktionalitet og integration efter endt udvikling. Derudover benyttes testmiljøet til samlet at teste releases før frigivelse til deployment (jf. UAT ovenfor). Der anvendes test-certifikater fra NEMid. Uddannelsesmiljø (UDD), som er en fuld kopi af produktionsmiljøet, bortset fra data. Produktionsmiljø, der indeholder de kørende systemer og gældende data. 8

9 Krav 05: Leverandørens IT-miljø Leverandøren skal beskrive det udviklingsmiljø, herunder fysisk placering, som Leverandøren vil opretholde under Rammeaftalen, jf. ovenstående beskrivelse. I beskrivelsen skal indgå et system til styring af kildekode (SCM), f.eks. Microsoft TFS. Ved vurderingen vægter det positivt at Leverandøren kan redegøre for etableringen af et fleksibelt udviklingsmiljø der understøtter it-konsulentteamets arbejde for MST under Rammeaftalen uden omkostning for MST. Ved vurderingen vægter det positivt at Leverandøren kan redegøre for, hvorledes konsulenterne fra it-konsulentteamet vil sikre koordination i udviklingsmiljøet mellem de forskellige team-medlemmer i et fejlretnings- og/eller udviklingsforløb, samt løbende interne tests og kvalitetssikring. 5. IT KONSULENTTEAMETS ORGANISERING OG KOMPETENCER Rammeaftalen skal omfatte CV er med beskrivelser af kompetencerne fra op til 10 navngivne konsulenter, der indgår i Leverandørens it-konsulentteam, defineret ud fra nedenstående 4 konsulentkategorier. Projektleder/Application Manager: Erfaring fra projektledelse af hhv. agil udvikling og vandfaldsmodel Erfaring med ledelse af teams til softwareudvikling og vedligeholdelse (*) Overtagelse af systemer fra andre leverandører Kan kommunikere med forretningsfaglige personer Datamodeller, optimering og omlægning af datamodeller Håndtering af offentlige IT-projekter (*) Erfaringer med idriftsættelse af IT-systemer og samarbejde med en stor driftsorganisation Sikkerhedsstyring, roller og rettigheder Domænekendskab til miljøområdet Kunne udfordre en kravspecifikation, og efterfølgende sikre, at teamet levere det aftalte produkt og i aftalt kvalitet Minimum 10 års erfaring med vedligehold og support Erfaring med styring af relationer med kunder (*) Har erfaring med system-arkitekturarbejde og design af IT-systemer Servicerapportering til og løbende forventningsafstemning med kunden (*) Budgetstyring og de øvrige klassiske projektlederdiscipliner, f.eks. risikostyring og interessentinddragelse. Seniorudvikler: Har minimum 5 års erfaring med kodning og udviklingsopgaver inden for de beskrevne teknologier Har erfaring med datamodellering og databasedesign (*) Har erfaring med udarbejdelse af brugergrænseflader (*) Erfaring fra benyttelse af hhv. agil udvikling og vandfaldsmodel Overtagelse af systemer fra andre leverandører Erfaringer med idriftsættelse af IT-systemer og samarbejde med en stor driftsorganisation (*) 9

10 Sikkerhedsstyring, roller og rettigheder Kunne udfordre en kravspecifikation, og efterfølgende levere det aftalte. Test cases og automatiseret test Erfaring med kommunikation direkte med kunder Domænekendskab til miljøområdet Har erfaring med system-arkitekturarbejde og design af IT-systemer. Kan kommunikere med forretningsfaglige personer (*) Uddannelse af kundens medarbejdere i de anvendte teknologier og metoder. Udvikler: Erfaring fra benyttelse af hhv. agil udvikling og vandfaldsmodel Overtagelse af systemer fra andre leverandører Har erfaring og/eller relevant uddannelsesbaggrund med kodning og udviklingsopgaver inden for de beskrevne teknologier (*) Har erfaring med datamodellering og databasedesign. Har erfaring med udarbejdelse(kodning) af brugergrænseflader (*) Erfaringer med idriftsættelse af IT-systemer og samarbejde med en stor driftsorganisation. Sikkerhedsstyring, roller og rettigheder (*) Kunne udfordre en kravspecifikation, og efterfølgende levere det aftalte Test cases og automatiseret test Tester Erfaring fra benyttelse af hhv. agil udvikling og vandfaldsmodel Kan kommunikere med forretningsfaglige personer Har erfaring med system-arkitekturarbejde og design af IT-systemer, herunder at sikre konsistente brugergrænseflader (*) Test af sikkerhedsstyring, roller og rettigheder Udfordre en kravspecifikation og efterfølgende opstille tests der matcher (*) Test cases, automatiseret test Erfaring med opfølgning på tests, specielt User Acceptance Test (*) Udvikling af kvalitetskultur i et udviklingsteam (*) Erfaring med kommunikation direkte med kunder Mindstekrav til bemandingen af it-konsulentteamet, der kan bestå af op til 10 itnavngivne konsulenter: Der gøres opmærksom på, at Tilbudsgiver skal bemande it-konsulentteamet med maksimalt 1 Projektleder/Application Manager og mindst 1 Seniorudvikler, mindst 1 Udvikler og mindst 1 Tester. Der gøres opmærksom på, at alle Leverandøren ikke kan fakturere timer for arbejde eller ydelser udført af andre konsulenter end konsulenterne fra itkonsulentteamet, ligesom der ikke kan anvendes andre konsulentkategorier end de definerede. Krav 06: Leverandørens organisering af it-konsulentteamet og konsulenternes kompetencer. Leverandøren skal beskrive, hvilke konsulentkategorier de tilbudte konsulenter itkonsulentteamet kan dække. Leverandøren skal indarbejde en motiveret redegørelse for sammensætningen af it-konsulentteamet i forhold til Rammeaftalen. 10

11 Ved vurderingen vægter det positivt, at Leverandøren kan sammensætte et itkonsulentteam med erfaring fra arbejde med de af Rammeaftalen omfattede opgaver, teknologiområder og metoder. Ved vurderingen vægter det desuden positivt, at Leverandøren kan redegøre for sammensætningen af et it-konsulentteam med dækkende kompetencer og erfaring inden for de definerede konsulentkategorier således at personafhængighed så vidt muligt undgås. MST vil lægge særligt positivt vægt på, at it-konsulenternes respektive CV er afspejler de med (*) ovenfor markerede kompetencer og erfaring. Der skal vedhæftes 1 motiveret CV for hver navngiven konsulent, der indgår i Leverandørens tilbudte -it-konsulentteam. Underbilag A.2, CV skabelon skal anvendes til dette formål. 6. UNDERBILAG Underbilag A.1: ADS systembeskrivelse Underbilag A.2: CV skabelon 11