RAMMEAFTALEBILAG A - KRAVSPECIFIKATION Niels Juels Gade 13 1022 København vd@vd.dk EAN 5798000893450 Postboks 9018 Telefon 7244 3333 vejdirektoratet.dk SE 60729018
2 af 6 KRAVSPECIFIKATION Mindstekrav (MK) skal accepteres/opfyldes for at tilbuddet tages i betragtning. 1. Mindstekrav (MK) til leverancer MK ID Mindstekrav er nedenfor beskrevet i bullets. Herunder er kravet suppleret med uddybende beskrivelse af yderligere relevante forhold og/ eller forudsætninger. 1.1 Udviklingsværktøjer De eksisterende apps er i dag udviklet i henholdsvis Eclipse (Android apps https://eclipse.org/) og X-code (IOS https://developer.apple.com/xcode/). Det overordnede projektautomatiseringsværktøj er Gradle (http://www.gradle.org/) til styring af diverse projekter til de respektive platforme. Arbejdet skal fortsætte i disse værktøjer eller tilsvarende med samme eller forbedret funktionalitet. Leverandør stiller de fornødne licenser til rådighed, inden for de nødvendige udviklingsværktøjer. Det er Leverandørs ansvar, ifm. med design af de enkelte opgaver, at identificere og beskrive evt. særlige plugins, eller behov for særlige tilføjelsesprogrammer mv. Udgifter hertil skal prissættes i forbindelse med den enkelte udviklingsopgave. Det vil til enhver tid være et krav, at der kan videreudvikles på de allerede etablerede apps, givet at Leverandør, i samarbejde med Kunden ønsker at afvige fra de ovenfor nævnte værktøjer. 1.2 Leverandør skal sikre, at alle versioner bevares i et forsvarligt repository (depot). Kunden anvender i dag Github (https://github.com/). Det forventes, at Leverandør varetager den daglige vedligeholdelse af værktøjet såfremt der opstår behov for ændringer hertil f.eks. opgraderinger etc. Udgifter forbundet hertil afholdes af Kunden for Leverandørs sædvanlige takster. Hvis Leverandør ønsker at ændre værktøjet for kildekode depot, skal dette ske efter aftale med Kunden. Kunden stiller som udgangspunkt værktøjer til kildekodeopbevaring til rådighed for Leverandør, herunder udgifter til licenser og lign.
3 af 6 1.3 Opgaveoverblik skal håndteres via Confluence - fra Atlassian.com Confluence bruges i dag til styring af overordnede arbejdsopgaver og tidsplaner (sprints og mindre opgaver), opgavebeskrivelse og tilhørende tilbudsgivning, fælles overblik over faktureringer (og samlede forbrug), samt dokumentation af de leverede apps (som en slags Wiki). Confluence bruges også til beskrivelse af alle faste tekster i app en. Eksempelvis er det her om-teksten, info-tekster og signaturforklaringer findes og redigeres. Det er også i Confluence at de forskellige regler for hvordan app en skal fungere (funktionerne) beskrives. Det kan eksempelvis være regler for opdateringsfrekvenser. 1.4 Opgavehåndtering skal foregå i Jira - fra Atlassian.com Jira benyttes til detaljeret beskrivelser af alle udviklingsopgaver (opgave breakdown og fejlrettelser) samt prioritering af indsatser i aktive og fremtidige sprints. Udviklingsønsker kan også blive beskrevet her, hvorefter Leverandør laver tilbudsbeskrivelse og estimeret tidsforbrug i Confluence. Hvis opgaven igangsættes, flyttes opgaven til det relevante sprint. Det forventes, at Leverandør benytter eller tillærer sig systemet vederlagsfrit. Det vil være muligt at benytte en tilsvarende løsning leveret af Leverandør, såfremt løsningen stilles til rådighed uden yderligere omkostninger, og at alt det nuværende indhold flyttes hertil vederlagsfrit af Leverandøren, samt vederlagsfrit giver relevante personer hos Kunden en basisintroduktion til systemet. 1.5 Værktøj til at sikre og forbedre stabilitet af apps Til rapportering og analyse af appstabilitet benyttes i dag Bugsense (efterfølgende Mint Express Splunk) til automatisk at indsamle oplysninger om app nedbrud på de respektive versioner og platforme app en er publiceret på. På den måde kan der hurtigt tages hånd om nedbrud og fejl som efterfølgende udbedres. Leverandør skal have erfaring med bugreporting svarende til ovenstående værktøj. Kunden stiller som udgangspunkt værktøjer til automatisk bugreporting til rådighed for Leverandør, herunder udgifter til licenser og lign. Leverandør skal varetage den daglige vedligeholdelse af værktøjet, såfremt der opstår behov i for ændringer hertil f.eks. opgraderinger etc. Udgifter forbundet hertil afholdes af Kunden for Leverandørens sædvanlige takster. 1.5 Leverandøren skal kunne yde support via telefon i hastesager. Support skal som minimum være tilgængelig på hverdage mellem 8-16.
4 af 6 2. Mindstekrav (MK) til IT-ressourcer/ressourcekategorier MK ID 2.1 Leverandøren skal sikre, at de tilbudte IT-ressource besidder kompetencer inden for de efterspurgte opgaver. Såfremt Kunden anmoder Leverandøren om at udføre opgaver, der kræver kompetencer, som tiltænkte IT-ressource ikke besidder f.eks. fordi der er tale om opgaver, der kun bør varetages af ressourcer med en større eller anden specifik teknisk erfaring end tiltænkte IT-ressource er IT-ressourcen forpligtet til loyalt og uden ophold at rådgive Kunden herom. 2.2 Såfremt Leverandøren bliver bekendt med forhold hos Kunden, der udgør sikkerhedsrisici, økonomiske risici og/eller risici i forhold til effektiv anvendelse/drift, er Leverandøren forpligtet til uden ophold at rådgive Kunden herom. 2.3 De konkrete IT-ressourcer skal have kendskab til udviklingsværktøjer og redskaber der er relevante for de konkrete udviklingsopgaver. De konkrete IT-ressourcer skal have konkret erfaring med at udvikle i de relevante udviklingsværktøjer. De konkrete IT-ressourcer skal i udviklingen og den løbende dokumentation heraf kunne følge god skik og særlige standarder for Teknologiområdet. De konkrete IT-ressourcer skal kunne udvikle målepunkter f.eks. for testforløb, samt til brug for senere videreudvikling og rådgive om disse muligheder. 2.4 Kompetencekrav Udvikler Leverandøren er til enhver tid ansvarlig for at de for opgaven konkrete udførende ITressourcer besidder de rette kompetencer til at udføre opgaven. Udvikler skal besidde dybtgående teoretisk og praktisk erfaring inden for det konkrete udbudte teknologiområde. 2.5 Kompetencekrav Seniorudvikler Leverandør er til enhver tid ansvarlig for at de for opgaven konkrete udførende ITressourcer besidder de rette kompetencer til at udføre opgaven. Seniorudvikler skal besidde dybtgående teoretisk og tværgående praktisk erfaring inden for det konkrete udbudte teknologiområde. Har mindst 5 års dokumenteret erfaring med løsning af tilsvarende/relevante opgaver, herunder opgaver inden det udbudte teknologiområde. Har bred og lang dokumenteret erfaring i at samarbejde med individer, grupper og organisationer i forbindelse med opgaver, der ligger inden for det udbudte teknologiområde.
5 af 6 Deltager i alle for udviklingsopgaven kritiske faser, herunder design, udvikling og test. 2.6 Kompetencekrav It-arkitekt/strategisk rådgiver Leverandør er til enhver tid ansvarlig for at de for opgaven konkrete udførende ITressourcer besidder de rette kompetencer til at udføre opgaven. Har mindst 5 års dokumenteret erfaring med løsning af tilsvarende/relevante opgaver, herunder opgaver inden det udbudte teknologiområde. Dybtgående teoretisk og praktisk orienteret indsigt i udbudte teknologiområde, herunder kendskab til relevante it-systemer og snitflader, deres indbyrdes relationer og deres individuelle egenskaber i det konkrete IT-miljø. Demonstrerer en analytisk og systematisk tilgang til opgaveløsning og samarbejdet generelt set. Har effektive kommunikations- og dokumentationsevner. Planlægger og monitorerer milepæle og for opgaven kritiske faser. Forstår at sætte IT arkitektur ind i en forretningsmæssig strategisk kontekst, således at de arkitekturmæssige valg understøtter Kundens overordnede strategiske målsætninger. Formår at rådgive Kunden i forhold til fremtidig strategi på app-udviklingsområdet. 2.7 Der skal vedlægges CV på de for samarbejdet tilbudte IT-ressourcer. For så vidt angår seniorudvikler og It-arkitekt/strategisk rådgiver kan der tilbydes samme ressourcer, såfremt de besidder ovennævnte mindstekrav til kompetence. Der kan dog ikke tilbydes differentierede priser på samme udvikler. 3. Casebeskrivelse til besvarelse af underkriteriet kvalitet ID Casebeskrivelse Herunder følger Kundens casebeskrivelse. Leverandør skal besvare casen i Rammeaftalebilag B Tilbudsbesvarelse. 3.1 Kunden har igennem flere år arbejdet med apps til mobile enheder og sender nu det løbende udviklingsarbejde for de trafikantrettede apps i udbud. Denne anledning giver mulighed for at revurdere apps, om de kan forbedres, eller om der skal tænkes helt om i den fremadrettede måde at udvikle på. Her tænkes både fra et brugermæssigt synspunkt men også rent teknologisk i forhold til at mobilområdet er i hastig udvikling. Kunden udvikler de mobile tjenester med henblik på at kunne give trafikanterne trafikinformation, der er rettidig, korrekt og specifik for deres geografiske placering, samt gør det muligt at lave data-/informationsindsamling fra trafikanterne.
6 af 6 Kunden ønsker at lave nytænkende og brugervenlige tjenester med en høj grad troværdighed og brugertilfredshed. Leverandør skal beskrive, hvordan disse ønsker kan opnås - i form af en tydelig beskrivelse af udviklingsforløbet, som skal kunne realiseres inden for en beløbsramme af ca. 400.000 kr. Udviklingsforløbet Leverandør skal beskrive forløbet herunder samarbejdet fra idé til færdig app. Ud over beskrivelsen af forløbet forventes det, at Leverandør beskriver hvordan Leverandør vil håndtere de enkelte processer i forløbet i samarbejde med Kunden, så som ideudvikling, design, udvikling, test etc. Idéoplæg til App Leverandøren skal præsentere idéoplæg, der opfylder Kundens ønsker og samtidigt opfylder nedenstående rammer for mobile trafikinformationstjenester. Rammer for mobile trafikinformationstjenester: Tjenesten skal levere information med trafikanten i centrum, sikre kvalitet, gode data, hurtig performance og værdi for brugerne, samt en klar og professionel signalering af Kundens i design og opbygning. Hjælpe/forbedre fremkommelighed ud fra trafikantens position Tjenesten skal tilgodese trafikantens individuelle behov Må ikke kompromittere trafiksikkerheden