Bilag for SSA-O Bilag 1-7 for 2013006506 Datainnsamling PoC Status: Publisert Versjon: 1.0 Sist oppdatert: 13.12.2011 Kontraktstandard Dette er et sett med bilag for Oppdragsavtalen SSA-O. Statens vegvesen Kravspesifikasjon for Side 1 av 16
Innhold 1 Bilag 1: Kundens kravspesifikasjon... 4 1.1 Overordnede beskrivelser... 4 1.1.1 Bakgrunn for kravspesifikasjonen... 4 1.1.2 Oversikt over kravspesifikasjonen... 4 1.1.3 Overordnet om spesifiseringen av krav... 4 1.2 Oversikt over krav... 5 1.2.1 Kundens formål med Oppdraget... 5 1.2.2 Kundens krav til Oppdraget... 5 1.2.3 Kravtabell... 7 1.3 Definisjoner og forkortelser... 7 1.4 Referanser... 8 2 Bilag 2: Leverandørens løsningsspesifikasjon... 9 2.1 Konsulentens spesifikasjon av Oppdraget... 9 2.2 Kravtabell... 9 2.3 Fri programvare... 9 3 Bilag 3: Prosjekt og fremdriftsplan... 10 3.1 Oppstart... 10 3.2 Tidsrammen for bistanden... 10 3.3 Konsulentens fremdriftsplan... 10 3.4 Kundens fremdriftsplan... 10 3.5 Dagbot ved forsinkelse... 10 3.5.1 Frister som utløser dagbot ved forsinkelse... 10 4 Bilag 4: Administrative bestemmelser... 11 4.1 Partenes representanter... 11 4.2 Krav til Leverandørens ressurser og kompetansen... 11 4.3 Bruk av underleverandør... 12 4.4 Møter... 12 5 Bilag 5: Samlet pris og prisbestemmelser... 13 5.1 Vederlag... 13 5.2 Fakturering... 13 5.2.1 Betalingsplan... 13 5.2.2 Øvrige betalingsvilkår... 13 Statens vegvesen Kravspesifikasjon for Side 2 av 16
5.2.3 Fakturaadresse:... 13 5.2.4 Merking av fakturaen:... 14 5.3 Prisendring... 14 6 Bilag 6: Endringer i den generelle avtaleteksten... 15 7 Bilag 7: Endringer i ytelsen etter avtaleinngåelsen... 16 Statens vegvesen Kravspesifikasjon for Side 3 av 16
1 Bilag 1: Kundens kravspesifikasjon Kundens krav til Bistanden beskrives her. Dette gir grunnlag for hva som skal leveres fra Konsulenten til slutt, og har også betydning for hva som regnes for mangler osv 1.1 Overordnede beskrivelser 1.1.1 Bakgrunn for kravspesifikasjonen [Beskrivelse av hva dette er en kravspesifikasjon for og beskrivelse av hvem det er som bestiller dette (hvilken avdeling/seksjon i Statens vegvesen.)] Kunden ønsker å gjennomføre en proof of concept (PoC) for å vurdere ulike løsninger for vårt nye system for datainnsamling. Det som skal samles inn er telemetri fra ulike registreringspunkter langs veien. Løsningen skal være robust og fleksibel, og på sikt kan den også brukes til innsamling av andre typer data. I PoC vil Kunden sette opp en simulert datakilde som leverer data. Innsamlingsløsningen skal persistere data og legge til rette for ulike analyser og datauttrekk. Det bør foreligge et «dashboard» for enkel styring og overvåkning. Oppdragsgiver er Statens vegvesen Vegdirektoratet, Teknologi, miljø og trafikksikkerhetsavdelingen, seksjon for ITS (intelligente transportsystemer). 1.1.2 Oversikt over kravspesifikasjonen Dokumentet er delt inn i følgende hoveddeler: 1. Overordnede beskrivelser 2. Oversikt over krav - kravtabell 3. Definisjoner og forkortelser 4. Referanser Den første hoveddelen inneholder ingen direkte krav, men beskriver viktige rammer og mål for anskaffelsen. Denne første delen av dokumentet fungerer som en selvstendig oversikt samtidig som den fungerer som en innledning og viktig bakgrunn for resten av kravspesifikasjonen. Den andre hoveddelen inneholder oversikt over krav med kravtabell. I tillegg til kravnummer og kortnavn vil kravtabellen inneholde flere andre egenskaper for kravet slik som en beskrivelse av selve kravet. Tredje hoveddel inneholder definisjoner og forkortelser. Den fjerde og siste hoveddelen inneholder fullstendige referanser for det som er referert til i denne kravspesifikasjonen. 1.1.3 Overordnet om spesifiseringen av krav Hensikten med denne kravspesifikasjonen er å gi et tilstrekkelig grunnlag til å få oversikt over omfanget av anskaffelsen slik at den kan prises. Kravspesifikasjonen skal også gi et grunnlag for å kunne utarbeide og sammenligne løsningsforslag. Statens vegvesen Kravspesifikasjon for Side 4 av 16
1.2 Oversikt over krav Alle krav skal listes opp her, også krav fra bilag 3-5 1.2.1 Kundens formål med Oppdraget Formålet kan spesifiseres som krav i kravtabellen Formålet er å: Validere kundens visjon om ny arkitektur for datainnsamling, basert på grid-teknologi, stream/event-teknologi og NoSQL. Fremskaffe en konkret implementasjon og vise at denne lar seg installere og konfigurere ved hjelp av produkter som er kjent i markedet. Vurdere ulike foreslåtte plattformer mot hverandre. Kartlegge tilgjengelig leveranseevne på ulike plattformer. Produsere beskrivelser og konfigurasjoner som kan være grunnlag for videre arbeid med datainnsamlingsløsningen. 1.2.2 Kundens krav til Oppdraget Her må vi få med krav, akseptansekriterier og/eller godkjenningsmetode. Krav til kompetanse, framdriftsplan, resultat, administrative krav og prisbestemmelser (bilag 3-5) Vi ønsker deltagelse fra minst to team. Det ene teamet skal sette sammen en løsning hovedsakelig bestående av godseid programvare, med produkter som Oracle Event Processing. Dashboards Administrasjon Oracle BAM Konfigurasjonsdatabase (Målestasjonsregister) OPC UA Server OPC UA Client Oracle CEP Oracle OSB Datex II MapReduce Oracle Exadata Analyse og statistikk RED filer Statens vegvesen Kravspesifikasjon for Side 5 av 16
Det andre teamet skal benytte hovedsakelig fri og åpen programvare i sin løsning. Vi har sett for oss en løsning basert på MongoDB, Akka og Play framework. Dashboards Administrasjon WebSockets PLAY Konfigurasjonsdatabase (Målestasjonsregister) OPC UA Server OPC UA Client AKKA Datex II MapReduce MongoDB Analyse og statistikk RED filer Figurene viser en tenkt fremtidig infrastruktur fra ende til ende. Oppdraget i denne konkurransen er med den sentrale komponenten, uthevet i en svart boks, samt tilhørende administrasjonsgrensesnitt og dashboard. Leverandørene skal ved besvarelse av konkurransen velge en av løsningstypene (enten godseid eller fri/åpen), og dokumentere kompetanse og erfaring på teknologi som inngår. Løsninger som tilbyr tilsvarende funksjonalitet som de beskrevet i figurene vil også bli vurdert. Andre komponenter og integrasjoner, som OPC-UA, DatexII, osv. inngår ikke i denne omgang. 1.2.2.1 Sluttresultatet av Oppdraget er Resultatet/leveransen pluss akseptansekriterier og/eller godkjenningsmetode Følgende grunnlagsmateriale skal utarbeides og overleveres Kunden ved oppdragets avslutning: 1.2.2.2 Oppdraget omfatter følgende ytelser Lage en skisse som viser arkitektur med løsningskomponenter. Levere konfigurasjonsfiler, nødvendig kildekode, og annet som kreves for at løsningen skal henge sammen. Lage en testrapport som viser målte verdier for ytelse og throughput. Lage en kravrapport for krav K4.1, K4.2, K5, K6, K7. Gjennomføre en presentasjon av arbeid og resultater. Presentasjonen skal også greie ut om kartlagte styrker og svakheter ved løsningen. Uavklarte elementer som kan være av interesse for videre arbeid skal også opplyses om. Statens vegvesen Kravspesifikasjon for Side 6 av 16
1.2.2.3 Følgende ytelser omfattes ikke av oppdraget 1.2.2.4 Konsulentens plikter Avtalen punkt 3.2 Beskrivelse av standarder/metoder eller lignende som Konsulenten skal benytte ved utførelse av Bistanden 1.2.3 Kravtabell Totaloversikt over alle krav med alle egenskaper. Kravnr Kravkortnavn Kravbeskrivelse <spesial1> <spesial2> K1 Innlesing og lagring av data Løsningen skal lese inn data fra tilbudt datakilde. Datakilden vil simulere måledata fra forskjellige målelokasjoner. Data skal lagres for fremtidige spørringer og analyser. K2 Aggregering og spørring Løsningen skal produsere datauttrekk på spesifiserte formater. Eksempel: «Antall kjøretøy og gjennomsnittlig fart på en spesifisert målelokasjon siste 1, 5, 15 eller 60 minutt». «Fart og lengde på de siste 50 enkeltkjøretøy». K3 «Dashboard» Løsningen bør tilby et administrasjonsgrensesnitt for å vise sentrale metrikker, og å tilpasse utvalgte innstillinger under kjøring. K4.1 Skalerbarhet ytelse Løsningen skal være skalerbar for ytelse. Leverandør skal beskrive dette. K4.2 Skalerbarhet høy oppetid Løsningen skal være skalerbare for tilgjengelighet og høy oppetid. Leverandør skal beskrive dette. K5 Distribuert Leverandør skal beskrive hvordan løsningen kan distribueres geografisk. K6 Robusthet, redundans og feiltoleranse Leverandør skal beskrive hvordan og hvorfor foreslått løsning er BASE- eller ACID-compliant, eller et sted imellom. K7 Maskinvare Leverandør skal beskrive krav til nødvendig maskinvare. Eksempel: krav til minne, prosessor og disk på en node. K8 Fleksibilitet og skjemafrihet Løsningen skal støtte innsamling fra nye sensortyper og andre datakilder uten å måtte gjøre endringer på eksisterende databaseskjema. Data skal kunne samles og persisteres selv om de ikke tas i bruk med det samme. 1.3 Definisjoner og forkortelser OPC-UA: En kommunikasjonsstandard for prosesstyring og automasjon. http://www.opcfoundation.org/default.aspx/01_about/ua.asp?mid=aboutopc ACID: Atomicity, Consistency, Isolation, Durability. Egenskaper ved databasetransaksjoner. Statens vegvesen Kravspesifikasjon for Side 7 av 16
BASE: Basically Available, Soft state, Eventual consistency. Egenskaper til data i distribuerte datasett. DatexII: EU/CEN-standard for utveksling av reise- og trafikkinformasjon. http://www.datex2.eu/ RED-fil: En fil som inneholder informasjon om enkeltkjøretøy som har passert et registreringspunkt. 1.4 Referanser Statens vegvesen Kravspesifikasjon for Side 8 av 16
2 Bilag 2: Leverandørens løsningsspesifikasjon Leverandøren skal beskrive sin løsning i forhold til Kundens kravspesifikasjon i bilaget. Dette gjøres normalt ved at Leverandøren besvarer Kundens kravspesifikasjon punkt for punkt. 2.1 Konsulentens spesifikasjon av Oppdraget 2.2 Kravtabell Inkl. Leverandørens svar på Kundens krav 2.3 Fri programvare Avtalen punkt 3.5 Statens vegvesen Kravspesifikasjon for Side 9 av 16
3 Bilag 3: Prosjekt og fremdriftsplan I dette bilaget tas det inn den fremdriftsplan som ligger til grunn for Bistanden 3.1 Oppstart Bistanden skal påbegynnes 18. februar. 3.2 Tidsrammen for bistanden Bistanden ved PoC skal ytes i fire dager regnet fra oppstart, og i tillegg en oppsummering og evaluering på to til fire timer per team, enten på fredag 22. februar eller mandag 25. februar. Gjennomføring av evaluering avhenger av hvor mange team som deltar. 3.3 Konsulentens fremdriftsplan Tas med dersom det avtales at Konsulenten skal utarbeide en fremdriftsplan for sine ytelser. Normalt er det Kunden som styrer Konsulentens ytelser etter denne avtalen, men det kan være tilfeller hvor det er Konsulenten som styrer fremdriften på sitt bidrag 3.4 Kundens fremdriftsplan Beskrivelse av fremdriftsplanen til Kunden 3.5 Dagbot ved forsinkelse Avtalen punkt 8.5.2 3.5.1 Frister som utløser dagbot ved forsinkelse Statens vegvesen Kravspesifikasjon for Side 10 av 16
4 Bilag 4: Administrative bestemmelser Bilaget brukes til å samle administrative rutiner for avtaleforholdet og samarbeidet mellom partene. 4.1 Partenes representanter Avtalen punkt 1.6 Bemyndiget representant for partene: For Kunden Navn: For Leverandøren Navn: Stilling: Stilling: Telefon: Telefon: E-post: E-post: 4.2 Krav til Leverandørens ressurser og kompetansen Avtalen punkt 1.6 Leverandørens prosjektleder: Navn: Stilling: Telefon: E-post: Leverandørens nøkkelpersonell: Navn Stilling Kompetanseområde Statens vegvesen Kravspesifikasjon for Side 11 av 16
4.3 Bruk av underleverandør Leverandørens godkjente underleverandører: Navn Org.nr Leveranseområde 4.4 Møter Avtalen punkt 5.1. Fylles ut dersom partene avtaler annen frist enn det som følger av avtalen. Her kan det f. eks spesifiseres hvem som skal møte, hvor møtene holdes, krav til referat, hyppighet osv Frist for innkallelse til møter: Rutiner for gjennomføring av møter: Statens vegvesen Kravspesifikasjon for Side 12 av 16
5 Bilag 5: Samlet pris og prisbestemmelser Alle priser og nærmere betingelser for det vederlaget Kunden skal betale for Leverandørens ytelser skal fremgå av bilag 7. De samlede prisene og samlet sluttvederlag skal fremkomme her. Som en del av grunnlaget for totalprisen skal eventuelle spesielle betalingsordninger, rabatter, forskudd, delbetaling og avvikende betalingstidspunkt også fremgå Dersom partene avtaler annet enn det som følger av avtalen vedrørende vederlag, skal det spesifiseres i dette bilaget. 5.1 Vederlag Dersom det avtales avvik fra avtalens utgangspunkt om at beløp oppgis i norske kroner, og at prisene oppgis eksklusiv merverdiavgift, skal det angis her. Vederlag for Oppdraget er avtalt som følger: Pris per time tjenester: Beskrivelse/navn Pris i NOK Antall Total (eksl. mva) Sum: 5.2 Fakturering Avtalen punkt 4.2 Fyll ut dersom det er avtalt annet enn fakturering etterskuddsvis per måned 5.2.1 Betalingsplan Avtalen punkt 8.2. Månedlig betaling på etterskudd ved kjøp av tjenester. Ellers avtales betalingsplan iht. leveranser. 5.2.2 Øvrige betalingsvilkår Statens vegvesens generelle betalingsbetingelse er 30 dager etter mottak av korrekt faktura og varer. Faktureringstidspunkt: (Fylles ut dersom partene avtaler annet enn det som følger av avtalen) 5.2.3 Fakturaadresse: Statens vegvesen Regnskap Båtsfjordveien 18 9815 Vadsø Statens vegvesen Kravspesifikasjon for Side 13 av 16
5.2.4 Merking av fakturaen: - Fullt navn på bestiller - Rammeavtalens journalnummer dersom anskaffelsen er et avrop på rammeavtale Faktura sendt oss uten disse opplysningene må vi returnere. Ny betalingsfrist beregnes deretter ut fra mottak av korrekt merket faktura. Alle fakturaer til Statens vegvesen skal sendes til ovennevnte adresse. Husk å skille mellom fakturaadresse og leveringsadresse når dere handler med oss. 5.3 Prisendring Avtalen punkt 4.5. Hovedregelen er at prisene ikke endres i avtaleperioden. Fylles ut dersom partene avtaler regulering etter annen indeks enn konsumprisindeksen, f. eks lønnsindeks for bransjen. Timepris kan endres i henhold til SSBs prisindeks for datakonsulenttjenester Prisene er satt og kan ikke endres. Statens vegvesen Kravspesifikasjon for Side 14 av 16
6 Bilag 6: Endringer i den generelle avtaleteksten Endringer til den generelle avtaleteksten skal samles i dette bilag, med mindre den generelle avtaleteksten henviser slike endringer til et annet bilag. Det er mulig å gjøre endringer til alle punkter i avtalen, også der hvor det ikke klart henvises til at endringer kan avtales. Endringene til avtaleteksten skal fremkomme her, slik at teksten i den generelle avtaleteksten forblir uendret. Det må fremkomme klart og utvetydig hvilke bestemmelser i avtalen det er gjort endringer til. Leverandøren bør imidlertid være oppmerksom på at forbehold og endringer i avtalen ved tilbudsinnlevering kan medføre at tilbudet blir avvist av Kunden. Punkt Erstattes med Statens vegvesen Kravspesifikasjon for Side 15 av 16
7 Bilag 7: Endringer i ytelsen etter avtaleinngåelsen Avtalen punkt 2.1 Endringer av ytelsen etter avtaleinngåelsen skal avtales skriftlig. Konsulenten skal føre en fortløpende katalog over endringene som utgjør dette bilaget. Nr Dato Endringen gjelder Statens vegvesen Kravspesifikasjon for Side 16 av 16