Streamingløsning av Oslo bystyres møter

Transkript

1 ilag 1 - Oppdragsgiverens spesifikasjon av Tjenesteytelsen Streamingløsning av Oslo bystyres møter Kravspesifikasjon 1

2 1 Innholdsfortegnelse 1 Innholdsfortegnelse 2 2 Introduksjon Formål ved anskaffelsen Om Oslo kommune og bystyrets funksjon Kort beskrivelse av bruksområde og løsning Forutsetninger Oppbygging av dokument Ordliste 5 3 Funksjonelle krav Presentasjon Distribusjon Produksjon 7 4 Ikke-Funksjonelle krav Krav til implementasjon Krav til brukskvalitet (Usability) Krav til videostrømmer Krav til sikkerhet Krav til integrasjon Krav til dokumentasjon Øvrige krav 14 5 Kravtabell Hvordan kravene skal forstås og besvares av Leverandør Krav til løsning 16 2

3 2 Introduksjon 2.1 Formål ved anskaffelsen ystyrets sekretariat ønsker å videreføre overføring av lyd og bilde fra bystyrets møter (streaming) på internett og radio (DA). Sendingen skal i etterkant gjøres tilgjengelige på nett og kunne deles i sosiale medier under og i etterkant av møtet. ålsetting er å gjøre bystyrets arbeid mer tilgjengelig for innbyggere, næringsliv og organisasjoner og på den måten skape oppmerksomhet rundt bystyrets arbeid. 2.2 Om Oslo kommune og bystyrets arbeid Oslo bystyre er Oslo kommunes øverste politiske myndighet og består av 59 representanter. ystyret ledes av ordføreren. Oslo kommune styres etter en parlamentarisk styringsmodell der et byråd står ansvarlig overfor bystyret. ystyret i Oslo er den eneste folkevalgte forsamling i landet som er både kommunestyre og fylkesting. ystyrets hovedoppgaver er å legge hovedlinjene for utviklingen av Oslo og byens kommunale tjeneste, deriblant fordeling av budsjett kommunen har til rådighet. Sakene som behandles i bystyret blir i hovedsak fremmet av byrådet og behandlet i en av de fem komiteene som avgir innstilling til bystyret. ystyrets 59 medlemmer er fordelt på fem komiteer. Komiteene har ansvar for å forberede saker og komme med innstillinger til bystyret. øter i bystyrets og bystyrets organer er åpne for publikum, med mindre annet er bestemt ved lov. Sakskart (innkalling) og saksdokumenter til møtene offentliggjøres på egne nettsider. 2.3 Kort beskrivelse av bruksområde og løsning ystyrets sekretariat ønsker på vegne av bystyret å tilby en løsning som gir innbyggere, næringsliv, organisasjoner, media, folkevalgte og ansatte tilgang til å se direkteoverførte og historiske opptak fra bystyrets møter på internett. Leverandøren skal besørge produksjon og distribusjon av overføring og opptak, deriblant nødvendige systemer og utstyr, tilrettelegging for integrasjon mot Oppdragsgivers eksisterende løsninger og tilpasset dokumentasjon og opplæring. Et bystyremøte varer mellom 3-12 timer og det er ordinært bystyremøter i året. Det vil vurderes å benytte løsningen for andre aktiviteter som for eksempel høringer, komitemøter og pressekonferanser. De ordinære vilkårene i kontrakten vil eventuelt også gjelde for disse møtene. Overføringen og opptakene skal være av god kvalitet mht, bilde og lyd, og må gi en god opplevelse for dem som ser på. ed god kvalitet for bilde menes at det skal være mulig for seere å velge HD kvalitet. Relaterte dokumenter for de ulike møtene bør gjøres lett tilgjengelige, både for direkte og overføring og opptak. Det skal kunne søkes på talere og enkelt kunne gis en 3

4 oversikt over taleres innlegg i enkeltsaker og en samlet oversikt over alle innlegg uavhengig av sak Direkte overføring ystyremøtene må dekkes av flere lyd- og bildekilder, ulike kameraer og mikrofoner, som dekker ulike områder deriblant ordfører, podium og sal. Lyd og bildene fra de ulike kildene mikses til en videostrøm som distribueres på internett Opptak rukere skal enkelt kunne finne bestemte klipp i tidligere opptak og ha enkel tilgang til relatert dokumenter for de ulike klippene. ystyret søker en bred distribusjon av opptakene og ønsker derfor å tilrettelegge for at brukerne av løsningen enkelt skal kunne dele hele eller deler av klipp gjennom sosiale media og andre kanaler. 2.4 Forutsetninger Løsningen må ikke redusere tilgang eller kapasitet i eksisterende nett for representanter i Oslo rådhus. Det må forutsettes at representanter i bystyret og ansatte i bystyrets sekretariat aktivt vil bruke løsningen under bystyremøtene, noe som igjen vil generere mer trafikk på nettverket. ystyret holder sine møter i Oslo rådhus som har restriksjoner vedrørende fast installasjon av utstyr. Dette betyr at når Oppdragsgiver, Leverandør og yantikvaren i samråd må komme frem til en tilfredsstillende løsning. Da nåværende avtale utløper 31. mars 2015, må nytt system være på plass, testet og klar for bruk fra og med denne datoen. 2.5 Oppbygging av dokument Hovedfunksjonalitet til løsningnen er delt inn i henholdsvis produksjon, distribusjon og presentasjon av videostrømmer. I tillegg til krav rundt funksjonalitet inneholder dokumentet også ulike kvalitetskrav, samt krav til en eventuell implementering av en løsning. Kravene er listet opp og prioritert i en egen kravtabell. 4

5 2.6 Ordliste Administrator rukere Delstrøm Embed kode Leverandør Løsning Oppdragsgiver Opptak Overføring Overlay Representant Sak Representant fra Oslo kommune som skal administrere direkte overføring og publisering av opptak. Innbyggere, næringsliv, organisasjoner og media i Oslo, samt politikere og ansatte tilknyttet Oslo kommune. Ett segment av en videostrøm. En delstrøm kan deles opp i ytterligere delstrømmer. En delstrøm dekker typisk en sak i et møte, mens en ytterligere inndeling vil dekke en representants tale i en sak i et møte. En representant kan ha flere uttalelser i en sak, i så fall vil det håndteres av flere delstrømmer under delstrømmen som dekker hele saken. Ferdigdefinert HTL kode som definerer en visning av en spesifikk strøm, delstrøm eller understrøm. rukerne kan legge til HTL koden i egen nettside. Dette vil gjøre visning av aktuelle klipp tilgjengelig på aktuelle nettside. Aktør som tilbyr løsning for Oppdragsgiver Det tekniske systemet, tjenester, fasiliteter og tilhørende dokumentasjon og opplæring fra en leverandør som dekker behovene i kravspesifikasjonen. Oslo kommune ystyrets sekretariat Arkivert overføring av et bystyremøte som er tilgjengelig etter bystyremøtet er over. Direkte sending av et bystyremøte ( live ). Grafikk eller tekst som er lagt over et bilde. Typisk bruk av overlay i en løsning vil være å legge til aktuelle saksnavn, saksnummer, samt navn og tilhørighet på aktuelle representant som taler under en direktesending eller opptak. Folkevalgt politisk representant som sitter i bystyret. Politisk sak som behandles av bystyret i Oslo kommune. Hver enkelt sak har unik ident og kan i stor grad variere i kompleksitet og omfang. 5

6 Tilhørighet Videostrøm En representant er knyttet til et politisk parti eller er uavhengig. Denne tilknyttingen er definert som tilhørighet. En overføring av eller opptak av et helt møte med lyd og bilde. En videostrøm dekker typisk alle saker i et møte, mens en delstrøm dekker en sak eller deler av en sak. 3 Funksjonelle krav Funksjonelle krav er krav til løsningen som er direkte relatert til forretningslogikk, prosesser og behandlingsregler. Typisk vil et funksjonelt krav enten være tilfredsstilt eller ikke. 3.1 Presentasjon ruk av pause- og spolefunksjon under direkte overføring rukerne skal kunne pause en direkte sending og starte den på nytt ved samme tidspunkt som sendingen ble stoppet ved. rukerne skal også kunne spole frem og tilbake i en direkte sending Visning av opptak ruker skal kunne pause og spole ved avspilling av et opptak. Under et bestemt opptak skal det vises en liste over delstrømmer med respektive saksnummer og -tittel, evt. liste med delstrømmer av representanter for en bestemt sak. En bruker skal lett kunne velge en bestemt delstrøm for visning Tilgang til saksdokumenter ruker bør ha enkel tilgang til saksdokumenter tilhørende behandling av enkelt sak. For hver delstrøm er det ønskelig å få listet ned alle saksdokumentene med vedlegg direkte under visningen av videostrømmen. Som et minimum skal det være en lenke til aktuell sak i kommunens saksregister anuell lenke for hver delstrøm For hver delstrøm er det ønskelig å kunne legge til en egenspesifisert lenke til en intern eller ekstern nettside. Dette kommer i tillegg til en evt. lenke til saksdokumenter, ref Søke på delstrømmer rukerne skal kunne søke på delstrømmer med saksnummer, dato, ord i sakstittel, dato, måned, år, navn på representant, tilhørighet til representant, og andre metadata som er brukt for å merke delstrømmer og understrømmer. Søk skal være tilgjengelig på Oppdragsgivers portal. 6

7 3.1.6 Laste ned opptak eller delstrøm rukere skal kunne laste ned opptak eller delstrøm for senere avspilling på egen enhet (PC og mobile enheter) Dele opptak eller delstrøm rukerne skal kunne dele et opptak eller delstrøm med andre. Deling kan foregå direkte gjennom sosiale media som f.eks Twitter, Google+, Facebook, gjennom e-post, tilgang til lenke som definerer aktuelle strøm eller embed kode som brukeren kan nytte i egen nettside eller blogg. 3.2 Distribusjon Tilgang til videostrømmer Løsningen skal kunne tilby videostrømmer for direkte overføring og opptak i Oslo kommunes portal. Andre nettsider skal kunne innkapsle videostrømmene ved hjelp av embed koder Tilgang til videofiler Løsningen skal kunne tilby videofiler for opptak eller deler av opptak (delstrømmer) i Oslo kommunes portal Statistikk Løsningen må kunne logge bruk av løsningen for å sikre statistikk over antall brukere, samtidige brukere, hvor brukerne kommer fra og hvor lenge de bruker løsningen. Det er også ønskelig å kunne se hvilke enheter sendingene streames til Tapping av lyd og bilde Løsningen må legge til rette for at det skal kunne tappes lyd og bilde fra salen i presselosjen. 3.3 Produksjon Publiser overføring Før sendingen bør det kunne genereres en lenke til avspilling i Oslo kommunes portal eller tilsvarende som kan nyttes i markedsføring av bystyremøtet Vise oppstartsbilde i forkant av overføring Før sendingen starter skal det være et oppstartsbilde og evt. lyd. Oppstartsbildet og lyd må enkelt kunne endres av Oppdragsgiver eller av Leverandør etter innspill fra Oppdragsgiver fra møte til møte. Det er også ønskelig å bruke video eller en rullerende Powerpoint presentasjon (eller tilsvarende) ved oppstart. 7

8 3.3.3 Veksle mellom ulike kamera og presentasjon Oslo bystyre ønsker kameraer som dekker podium, talestol og bystyresal. Presentasjoner som vises under møtene ønskes også dekket ved hjelp av kamera, direkte signal eller tilsvarende ikse video- og lydsignaler fra flere kilder En direkte overføring består av å mikse lyd og video fra ulike kilder (mikrofoner, presentasjoner og kamera) til en videostrøm. Valg av kamera som mikses inn i videostrømmen må håndteres på en slik måte at det er enkelt å utføre denne miksingen Legge til grafikk og tekst over videostrøm (overlay) Det skal være mulig å legge til grafikk og tekst over videostrøm, eksempelvis logo til Oslo kommune, navn på representant og navn på sak. Dette skal ved behov være mulig å endre fra møte til møte Dele opp videostrømmer Hver sak skal kunne være direkte tilgjengelig som eget segment (delstrøm). En delstrøm deles inn i delstrømmer ved gitte tidspunkt, f.eks ny sak eller ny taler. å håndteres på en enkel måte. Det er også ønskelig å dele inn delstrømmer i ytterligere delsegmenter for å skille innlegg fra ulike folkevalgte, slik at man i etterkant kan søke på og velge segmenter basert på folkevalgte erke delstrømmer med metadata Det skal være mulig å merke delstrømmer med aktuell sak, representant som taler og evt. annen metadata hentet fra datakilde. Datakilden er avhengig av å ha oppdatert saksliste og representantliste. Når en delstrøm merkes med sak og representant, skal nummer og tittel på sak og representantens navn og tilhørighet legges over videostrømmen (overlay) på forhåndsdefinerte områder av bildet. Alle del-strømmer skal automatisk merkes med tidspunkt, dato, måned og år. Øvrig merking av metadata som kommunal avdeling, bydel, etc. bør kunne knyttes delstrømmen for å gjøre søk enklere i etterkant Koble saksdokumenter Løsningen kan ha mulighet for å koble aktuelle saksdokumenter til delstrømmen for den aktuelle saken, slik at brukerne lett kan få tilgang til aktuelle saksdokumenter like ved visningsbildet, ref og Vise pausebilder under pauser Under pauser skal det være mulig å ha et pausebilde med evt. lyd. Pausebilder og lyd må enkelt kunne endres av Oppdragsgiver fra pause til pause, eller av Leverandør etter innspill fra Oppdragsgiver. Det kan være et statisk bilde, men også videostrøm fra kamera som dekker bystyresalen med lyd, hvor det markeres med tekst i overlay at det er pause. Det er også 8

9 ønskelig å bruke video eller en rullerende Powerpoint presentasjon (eller tilsvarende) ved pauser idlertidig stopp i overføring Administrator må kunne midlertidig stoppe en direkte overføring. Dette er påkrevd ved bestemte hendelser eller når bystyret skal behandle saker med lovbestemt taushetsplikt. Ved en midlertidig stopp i overføringen må det vises et statisk bilde med muligheter for tekst og grafikk uten lyd fra bystyresalen. Stoppbildet må kunne endres av Oppdragsgiver, eller av Leverandør etter innspill fra Oppdragsgiver, fra møte til møte, og fra stopp til stopp Vise avslutningsbilde etter møte er slutt Etter møtet er avsluttet skal det være et avslutningsbilde og evt. lyd. Avslutningsbildet og lyd må enkelt kunne endres av Oppdragsgiver, eller av Leverandør etter innspill fra Oppdragsgiver, fra møte til møte. Det er også ønskelig å bruke video eller en rullerende Powerpoint presentasjon (eller tilsvarende) ved avslutning Redigere opptak Løsningen bør gjøre det mulig for brukerne å enkelt redigere et opptak i etterkant, blant annet dele opp i delstrømmer, kutte delstrømmer, slå sammen delstrømmer, endre og legge til metadata, video, bilder, grafikk og tekst. Det redigerte opptaket må også være delbart Lagre opptak Etter en sending er ferdig redigert skal redigert videofil med tilhørende metadata overføres Oppdragsgiver Publisere opptak Løsningen må gjøre det enkelt å gjøre opptak tilgjengelig på Oslo kommunes portal. Ved publisering av opptak skal det kunne defineres et bilde som vises i videospiller før avspilling. ildet defineres i samarbeid med Oppdragsgiver og kan f.eks være et statisk bilde eller et klipp (frame) fra den aktuelle videostrømmen definert med et bestemt tidspunkt Publisere øvrig video Oppdragsgiver vil at video blir presentert likt på sin portal og ønsker derfor å nytte løsningen for å publisere andre videoer enn overføring og opptak fra bystyremøter. Løsningen bør derfor også kunne støtte publisering av andre videofiler for bruk i Oppdragsgivers portal. 9

10 4 Ikke-Funksjonelle krav Ikke-funksjonelle krav er krav som definerer kvalitetsmål og krav til implementasjon for løsning. 4.1 Krav til implementasjon Tilrettelegging i Oslo Rådhus ystyret holder sine møter i Oslo rådhus som har restriksjoner vedrørende fast installasjon av utstyr. Dette betyr at når Oppdragsgiver, Leverandør og yantikvaren i samråd må komme frem til en tilfredsstillende løsning Opprettholde kapasitet i trådløst nett Løsningen må ikke redusere tilgang til eller kapasitet i eksisterende trådløst nett for representanter i Oslo rådhus. Erfaringer tilsier at løsningen vil bli aktivt benyttet under bystyremøtene, og det vil generere mer trafikk på det trådløse nettet som dermed må håndteres. Leverandør skal ved behov bistå og rådgi Oppdragsgiver for å sikre et hensiktsmessig oppsett med god tilgang til trådløst nettverk for representantene under bystyremøtene Krav til Oppdragsgiver Leverandøren må beskrive hva som er forventet og påkrevd av Oppdragsgiver for henholdsvis opplæring, installasjon, oppsett og akseptansetest, deriblant spesifisere krav til Oppdragsgivers infrastruktur for samtidig avspilling av opptak (ref ) Opplæring Leverandøren skal bistå i utarbeidelse av kursmateriell og opplæring tilpasset Oppdragsgiver Installasjon Leverandøren skal beskrive hvilke installasjoner som må gjennomføres og hvordan de planlegges gjennomført. Leverandøren skal bistå ved oppstart av løsningen og bistå i konfigurering og oppsett av løsningen i henhold til Oppdragsgivers mål, krav og behov Akseptansetest Leverandøren skal spesifisere hvilke akseptansetester som må gjennomføres og hvordan de planlegges gjennomført Eiendomsrett til videostrømmer Oppdragsgiver skal ha full eiendomsrett, uten noen form for restriksjoner for videre distribusjon, til direkte overføring og opptak. Eiendomsretten inkluderer video, lyd, metadata og øvrig data relatert til overføring og opptak Konsekvent kvalitet gjennom leveranseperioden Leverandøren må sikre at kvaliteten på leveransen er lik gjennom hele leveranseperioden (4 år) 10

11 4.1.9 Service og vedlikeholdsavtale Leverandør skal sørge for at Oppdragsgiver har mulighet til å oppgradere til siste versjon av evt. software så lenge dette medfører at løsningen fremdeles er kompatibel med Oppdragsgivers eksisterende systemer og såfremt det ikke medfører ny-innkjøp av ny løsning. 4.2 Krav til brukskvalitet (Usability) rukeropplevelse For å sikre en god brukeropplevelse er det viktig at løsningen presenteres på en så oversiktlig og logisk måte som mulig. Det er viktig at klikkbare elementer er tydelige visuelt, samt at elementenes funksjon er lett å forstå. Løsningen skal være enkel å finne frem til og lett å finne frem i. Det bør også være vanskelig å gjøre feil (klikke på feil element, ufrivillig stoppe/starte avspilling mens en interagerer med andre elementer i grensesnittet, osv.) og tilsvarende være lett å korrigere evt. feil Tilgjengelighet Løsningen bør være teknisk tilgjengelig for alle brukergrupper og bør være basert på etablerte webstandarder for å sikre tilgang til flest mulige. Løsningen bør kunne dekke minstekrav iht. WCAG 2.0, dvs. nivå A (enkelt A), med unntak fra Retningslinje 1.2 Tidsbaserte medier. Det betyr at det ikke stilles krav til å tilby alternativer til tidsbaserte medier. rukergrensesnitt: Løsningen skal ha et brukergrensesnitt som er tiltalende, enkelt, ryddig og tilpasset formål og målgruppe. Elementene som styrer selve avspillingen, samt de som muliggjør navigasjon mellom videostrømmene, må være tydelige og lette å manipulere uavhengig av avspillingsplattform og skjermstørrelse. Knapper og evt. klikkbare listeelementer må derfor kunne være lette å treffe både med "musepeker" og med fingertuppen (på telefon/nettbrett). Det er også ønskelig at Oppdragsgiver skal kunne definere brukergrensesnittet i samarbeid med Leverandør Visuell utforming Løsningen må lett kunne integreres godt profilmessig til Oslo kommunes portal slik at sidene med løsningen integrert fremstår som enhetlig. Nettsiden som presenterer videostrømmen(e) skal være knyttet til separate CSS-filer som Oslo ystyre selv skal ha tilgang til å kunne endre, slik at elementer i grensesnittet kan endre farge, størrelse og plassering, blant annet for å samsvare med kommunens øvrige nettsider, uavhengig av funksjonaliteten for øvrig. 11

12 4.3 Krav til videostrømmer Video- og metadataformat Løsningen må tilfredsstille offentlig standard for publisering av multimedia (DIFI) og oppløsningen må støtte opp til og med 576p (progressivt 720x576) eller tilsvarende. etadata må være tilgjengelig i form av XL fil eller tilsvarende format Støtte for HD Løsningen må tilby oppløsning opp til og med 720p (progressivt 1280x720), eller tilsvarende, dersom tilgjengelig båndbredde hos bruker og løsning gjør det mulig Automatisk skalering av oppløsning For å sikre en best mulig brukeropplevelse må løsningen automatisk kunne skalere oppløsningen basert på tilgjengelig båndbredde hos bruker og i løsning. Ved begrensninger i båndbredde er det viktigere å prioritere progresjon i avspilling (unngå hakking i videostrøm) og kvalitet på lyd fremfor høy oppløsning Samtidige avspillinger Løsningen må kunne sende ut flere videostrømmer samtidig og på den måten støtte at hver enkelt bruker kan begynner overføringen hvor vedkommende ønsker det. Løsningen bør kunne avdekke når en bruker avslutter eller mister forbindelsen til nettet. I slike tilfeller skal videostrømmen avsluttes. Løsningen må tilfredsstillende håndtere topp (peak) trafikk rundt 1000 samtidige avspillinger av direkte overføring, og 100 samtidige avspillinger av opptak. Leverandøren må spesifisere krav til infrastruktur for samtidig avspilling av opptak, ref Da Oppdragsgiver ønsker å ha mulighet til å videreformidle streaming til media, ønskes det en løsning som kan håndtere inntil samtidige avspillinger Støtte for ulike operativsystemer og nettlesere Løsningen skal uten større avvik kunne vise direkte overføring og opptak på de mest utbredte smarttelefoner, nettbrett og datamaskiner. Operativsystemer som må støttes er ios (Apple ipad og iphone. ios 6 og høyere), Android (2 og nyere), Windows obile, ac OS 10.8 og høyere samt Windows (XP, Vista, 7, 8). Nettlesere som må støttes er Internet Explorer (IE 8 eller høyere), Firefox (3 eller høyere), Safari (4 eller høyere), Opera (9 eller høyere) og Chrome (22 eller høyere for PC/ac, 18 eller høyere for Android og 21 eller høyere for ios) Søkemotoroptimalisering Det er ønskelig at løsningen tilrettelegges slik at opptak fra bystyremøtene er søkeoptimalisert, eksempelvis i generert embed kode, og dermed er enkle og nå ved å søke på relevante søkeord i søkemotorer som Google og ing. 12

13 4.3.7 Støtte for opptak og sekvensering av opptak ved nedetid av direkte feed Løsningen skal ha back-up løsning som gir støtte for at det blir gjort opptak og sekvensering av opptak selv om direkte feed ut er nede. 4.4 Krav til sikkerhet Direkte overføring og opptak skal være fritt tilgjengelig for innbyggere, næringsliv, organisasjoner og media i Norge. Dette gjelder også saksdokumenter som allerede er fritt tilgjengelig på Oslo kommunes portal. Det er ikke tiltenkt at løsningen skal produsere eller distribuere noen form for sensitiv eller fortrolig informasjon, og det skal være mulig for administrator å stoppe direkte overføring ved behov, ref Adgangskontroll for maskin- og programvare Leverandørens maskin- og programvare knyttet til produksjon og distribusjon må ha tilfredsstillende adgangskontroll som hindrer uønsket tilgang for eksterne. Tilsvarende må produksjons- og distribusjonsdata, deriblant videofiler, må være tilfredsstillende sikret mot uønsket tilgang i tilfelle utstyret kommer på avveie eller lignende Sikring av maskin- og programvare Leverandørens maskin- og programvare knyttet til produksjon og distribusjon må være sikret tilfredsstillende mot skadelig programvare og virus Sikring av integritet Videostrømmene, overføring og opptak, som tilgjengeliggjøres av henholdsvis Leverandør og Oppdragsgiver skal ikke kunne endres av utenforstående. 4.5 Krav til integrasjon Integrasjon med eksisterende systemer Da oppdragsgiver benytter seg av podiumsystemet SW6000 som leveres av DIS samt systemet 360 som leveres av Software Innovation (SI) bør løsningen kunne integreres med disse. Lagring og avspilling av opptak kan håndteres på Oppdragsgivers infrastruktur. Leverandøren må besørge nødvendig systemer og applikasjoner, tilrettelegge for integrasjon mot Oslo kommunes portal og besørge overføring av opptak, inklusiv metadata, og øvrig aktuell produksjonsdata knyttet til IKT Drift (Avdeling hos Oppdragsgiver ansvarlig for infrastruktur). 13

14 4.6 Krav til dokumentasjon Teknisk dokumentasjon Leverandøren må dokumentere teknisk løsning, både tekstlig og med figurer Tilpasset brukerdokumentasjon og rutiner Leverandøren skal bistå i utarbeidelse av produksjonsrutiner og brukerdokumentasjon tilpasset Oppdragsgiver. 4.7 Øvrige krav Etterlevelse av offentlige standarder Løsningen skal etterleve relevante IKT-standarder som er vedtatt obligatorisk eller anbefalt for offentlig sektor. Standardene er tilgjengelig hos Direktoratet for forvaltning og IKT ( Relevante standarder for løsning er blant annet Publisering av multimediainnhold, Publisering av tekstdokumenter og Tilgjengelighet på nettsider Oppetid Servere og tjenester fra Leverandører som bidrar til å distribuere opptak skal ha minimum oppetid målt månedlig på 95%. Servere og tjenester som distribuerer overføring skal ha minimum oppetid målt per møte (fra møtestart til møteslutt) på 98% Skalering Løsningen bør kunne kostnadseffektivt skaleres opp dersom det viser seg at samtidige avspillinger, enten opptak eller direkte overføring, overstiger opprinnelige estimater Fleksibilitet med hensyn til fremtidige endringer For å sikre en fortsatt attraktiv opplevelse for brukerne bør løsningen være fleksibel og kostnadseffektiv med hensyn til fremtidige endringer i brukerkrav og endringer knyttet til ny teknologi og sosiale plattformer Support Leverandør skal ha supporttjeneste i forbindelse med avvikling av møter og annet slik beskrevet tidligere. Supporthenvendelser og feilmeldinger varsles: Support alle hverdager Feilmeldinger kan meldes alle hverdager mellom Tidsrom Kontaktpunkt 14

15 5 Kravtabell 5.1 Hvordan kravene skal forstås og besvares av Leverandør Tabellen nedenfor lister opp spesifikke, nummererte krav. Listen kan ikke sees som uttømmende i forhold til ovenstående beskrivelser, men som en utdyping av nødvendige, utvalgte områder. Hvert krav er identifisert med en unik ident (ID), er av en bestemt type fra tabellen nedenfor (Type) og har en tekst som beskriver kravet (eskrivelse). Kravene er delt inn i følgende typer: Obligatoriske krav () etingende krav () Opsjon (O) Info (I) Kravet Å tilfredsstilles og skal være innkalkulert i prisen på leveransen Kravet ØR tilfredsstilles, men det er ikke et absolutt krav. Svar vil likevel ha betydning for evaluering av tilbudet. Hvis punktet ikke inngår som en del av Leverandørens standard leveranse, skal punktet prisesettes. Kravet Å eller ØR tilfredsstilles, men det er opp til Oppdragsgiver å velge om kravet skal inkluderes i leveransen eller ikke. Oppdragsgiver skal også ha anledning til å bestille opsjonen i etterkant av inngåelse av kontrakt. Opsjonskrav skal prises som tillegg og ikke inngå i den totale prisen. Ikke krav til leveransen, men Leverandøren bes i sin løsningsbeskrivelse gi utfyllende informasjon. Alle kravene i kravtabellen (5.2) skal besvares. For hvert krav skal Leverandøren angi i hvilken grad løsningsforslaget sitt kan tilfredsstille kravet (Ja, Nei eller Delvis). For krav som besvares med delvis, må det særskilt utdypes hva som ikke kan tilfredsstilles. For krav som tilfredsstilles eller delvis tilfredsstilles må Leverandøren gi utfyllende informasjon om hvordan kravet tilfredsstilles. Leverandøren bes i innledningen til svarbeskrivelsen om å gi en overordnet beskrivelse av løsningen totalt, slik den tilbys og i samsvar med kravene i denne kravspesifikasjonen. Leverandørens beskrivelse kan omfatte tekst, figurer og referanser til de enkelte kravelementer, der dette er naturlig. Leverandøren bes i innledningen til de enkelte underkapitler til svarbeskrivelsen om å gi en utfyllende beskrivelse av det aktuelle løsningsområdet. Leverandørens beskrivelse kan omfatte tekst, figurer og referanser til de enkelte kravelementer, der dette er naturlig. 15

16 Der Leverandøren f.eks. av plasshensyn ikke finner det hensiktsmessig å legge løsningsbeskrivelsen inn i selve kravtabellen, kan beskrivelsen tas inn enten rett under kravtabellen eller i eget undervedlegg. I så fall skal referanse til hvor løsningsbeskrivelsen ligger oppgis i kravtabellen, og det skal i løsningsbeskrivelsen klart framkomme hvilket krav som utdypes. 5.2 Krav til løsning Oppdragsgivers krav Leverandørens svar Produksjon ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/D elvis) Løsningsbeskrivelse 1.1 ruker pause og spoling under direkte overføring, ref Visning av opptak, ref Visning av delstrøm, ref Tilgang til saksdokumenter, ref anuell lenke for hver delstrøm, ref ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 16

17 1.6 Søke på delstrømmer, ref Laste ned opptak, ref Laste ned delstrøm, ref Dele opptak eller delstrøm på sosiale media som f.eks Facebook, Twitter, Google+, etc, ref Generere embed koder for opptak eller delstrømmer for eksterne nettsider, ref Distribusjon 2.1 Tilgang til videostrømmer, ref Tilgang til videofiler, ref Statistikk over bruk, ref Tapping av lyd og bilde ref ID eskrivelse av krav Kravtype (//O/I) Svar Løsningsbeskrivelse 17

18 (Ja/Nei/ Delvis) Produksjon 3.1 Publiser overføring, ref Vise oppstartsbilde i forkant av overføring, ref Vise video i forkant av overføring, ref Vise Powerpoint presentasjon eller tilsvarende i forkant av eller under overføring, ref Veksle mellom ulike kamera, ref ikse video og lyd fra flere kilder, ref Legge til grafikk og tekst over videostrøm, ref Dele opp videostrømmer inn i delstrømmer, en delstrøm per sak, ref Dele opp delstrømmer inn i ytterligere delstrømmer, en ny delstrøm per representant, ref

19 ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 3.10 erke delstrømmer med saksnavn og -nr, ref erke delstrømmer med representantnavn og tilhørighet, ref erke delstrømmer med andre metadata, ref Koble saksdokumenter, ref Vise pausebilder under pauser, ref Vise video under pauser, ref Vise Powerpoint presentasjon eller tilsvarende under pause, ref idlertidig stopp i overføring, ref Vise avslutningsbilde etter møter er slutt, ref Vise video etter møter er slutt, ref

20 ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 3.20 Vise Powerpoint presentasjon eller tilsvarende etter møter er slutt, ref Redigere opptak, ref Lagre opptak, ref Publisere opptak, ref Publisere øvrig video, ref Ikkefunksjonelle krav Krav til implementasjon 4.1 Tilrettelegging uten behov for dispensasjon iht. kulturminneloven, ref eskrivelse av hva som er forventet og påkrevd av Oppdragsgiver for opplæring, installasjon, akseptansetest, infrastruktur, etc ref I I 20

21 4.3 Tilpasset opplæring, ref ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 4.4 eskrivelse av hvilke installasjoner som må gjennomføres og hvordan de planlegges gjennomført, ref istand ved oppstart og oppsett av løsningen, ref eskrivelse av akseptansetester og hvordan de planlegges gjennomført, ref Oppdragsgiver har full eiendomsrett til overføring og opptak, uten noen form for restriksjoner for videre distribusjon, ref I I 4.8 Leverandøren må sikre at kvaliteten på leveransen er lik gjennom hele leveranseperioden (4 år) ref Leverandør skal sørge for at Oppdragsgiver har mulighet til å 21

22 oppgradere til siste versjon av evt. software ref Krav til brukskvalitet 4.10 Oversiktlig løsning og lett å finne frem i, ref Tilbudt løsning bør kunne dekke minstekrav iht. WCAG 2.0, dvs. nivå A (enkelt A), med unntak fra Retningslinje 1.2 Tidsbaserte medier, ref Profilmessig integrering med Oslo kommunes portal, ref Krav til videostrømmer 4.13 Videostrøm må tilfredsstille offentlig standard for publisering av multimedia og støtte oppløsning opp til og med 576p. etadata skal være tilgjengelig i XL fil eller tilsvarende format, ref Løsningen må støtte oppløsning opp til og med 720p, ref

23 4.15 Automatisk skalering av videostrøm basert på tilgjengelig båndbredde, ref ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 4.16 Samtidige avspillinger, ref Støtte for ulike operativsystemer, ref Støtte for ulike nettlesere, ref Søkemotoroptimaliseri ng av publiserte videostrømmer og opptak, ref ack-up som gir støtte for opptak ved nedetid av live-feed ref Sikkerhetskrav 4.21 Adgangskontroll for maskin- og programvare for produksjon og distribusjon, inklusiv produksjons- og distribusjonsdata, ref Sikring mot skadelig programvare og virus, ref

24 4.23 Sikring av integritet, ref Adgangskontroll for administrator, ref Krav til integrasjon 4.25 Integrasjon med eksisterende systemer Dokumentasjonskrav 4.26 Teknisk dokumentasjon, ref Tilpasset brukerdokumentasjon og rutiner, ref Øvrige krav 4.28 Etterlevelse av offentlige IKT standarder, ref ID eskrivelse av krav Kravtype (//O/I) Svar (Ja/Nei/ Delvis) Løsningsbeskrivelse 4.29 Oppetid på servere og tjenester som distribuerer opptak på minimum 95% mål månedlig, ref Oppetid på servere og tjenester som 24

25 distribuerer overføring på minimum 98% målt per møte (fra møtestart til møteslutt) ref Kostnadseffektiv skalering på antall samtidige avspillinger, ref Fleksibilitet med hensyn til nye og endrede krav, ref Nytte løsningen for andre aktiviteter enn bystyremøter, som for eksempel høringer, komitémøter og pressekonferanser inimum bestillingstid for bystyremøter og andre aktiviteter antall er 1 virkedag Forventet antall virkedager fra kontraktsignering til operativ drift er 90 virkedager Support ved møteavvikling, ref I I 25