Kravspecifikation. for. Indholdskanalen 2.0

Transkript

1 Kravspecifikation for Indholdskanalen 2.0 August 2011

2 2 Indhold 1. Kort projektbeskrivelse Erfaringer fra Indholdskanalen... 3 Konsekvenser Tekniske krav... 4 Redaktionsværktøjet og indholdsproduktion... 4 Indholdet... 4 Nationalt og lokalt indhold... 4 Kanaler og visningsregler... 4 Rettighedsstyring... 5 Preview... 5 Import af data... 5 Data ud... 6 Visning af indhold Tilgængelighed Budget Tidsplan Forretningsmodel Videreudvikling... 7

3 3 1. Kort projektbeskrivelse Biblioteket skal have en effektiv digital formidling af egne og eksterne digitale tjenester. Indholdskanalen 2.0 har til formål at designe, udvikle og idriftsætte en open-source, licensfri løsning til produktion og formidling af infoskærmindhold. Løsningen skal gøre det enkelt og effektivt at skabe lokalt produceret, nationalt formidlet indhold til infoskærme med en omkostningseffektiv driftsmodel. Indholdet skal gøres tilgængeligt for TING-brønden og på sigt kunne flyttes til Danskernes Digitale Bibliotek. Indholdskanalen 2.0 bygger videre på erfaringer med decentral produktion af fælles indhold opnået gennem Indholdskanalen (1.0). 2. Erfaringer fra Indholdskanalen Det tidligere projekt viser, at mange biblioteker efterspørger indhold leveret direkte og uden egen involvering, som de enten vil benytte til at dække al plads på deres skærme eller supplere med lokalt indhold. Overordnet er den vigtigste erfaring, at projektet skal være uafhængigt af proprietær software for at sikre interoperabilitet med andre systemer, fleksible muligheder for videreudvikling og en driftsmodel uden løbende licenser. Sekundært var afhængighed af installeret software og browser-plugins så som Java en hindring i forhold til IT-systemer i kommuner og offentlige virksomheder. I mange tilfælde var det en tung og langsommelig proces at opnå godkendelse til installation af den nødvendige software. Forsøget på at producere indhold til flere former for skærme, såvel interaktive som infoskærme, i Indholdskanalen betød, at der ikke blev fokuseret på hvorledes indhold fungerer på den ene type skærm frem for den anden. Konsekvenser Erfaringerne fra Indholdskanalen (1.0) betyder, at kvaliteten af den tekniske løsning samt integration af eksterne indholdsleverandører vil være fokusområder i Indholdskanalen 2.0. Indholdskanalen 2.0 skal baseres på en open-source-løsning, uafhængig af softwarelicenser og med mulighed for at dele og videreudvikle løsningen uafhængigt af leverandør. Løsningen skal være webbaseret, kunne fungere på tværs af moderne webbrowsere og være uafhængig af browser-plugins så som Flash eller Java. I Indholdskanalen 2.0 fokuseres der indledningsvis udelukkende på såkaldte info-skærme. Det vil sige automatiseret præsentation af indholdet uden interaktion fra brugeren. Brugerinteraktion fx gennem touch-skærme er dog et udviklingsønske, som forventes realiseret på sigt.

4 4 3. Tekniske krav Redaktionsværktøjet og indholdsproduktion Der skal udarbejdes et redaktionsværktøj til produktion og redigering af indhold, som produceres og gemmes i en Indholdskanalen 2.0 database. Redaktionsværktøjet skal være webbaseret, således at redaktører kan logge på værktøjet og få adgang til databasen via en browser. Redaktionsværktøjet skal være enkelt og brugervenligt og tilstræbe effektiv og tilgængelig indholdsproduktion. Indholdet De enkelte indholdselementer i Indholdskanalen 2.0 skal som minimum kunne indeholde: Overskrift Brødtekst Billede Metadata om udgivelses- og udløbstidspunkt Metadata om forfatter og evt. versionshistorik Muligheden for at kategorisere indhold med emneord og kategorier Det skal være muligt at oprette, gemme og redigere indhold i databasen uden at publicere det. I første omgang skal elementer bestå af tekst og billede og en udvidelse af systemet til at tage imod video hører derfor til under udviklingsmuligheder. Nationalt og lokalt indhold Indholdet i Indholdskanalen 2.0 skal indeholde metadata om den organisation, som har produceret eller bidraget til databasen. Det skal være enkelt at fremfinde henholdsvis egenproduceret og ikke-egenproduceret indhold og herfra udvælge indhold til visning gennem oprettelse af visningsregler eller kanaler. En redaktør på lokalt plan skal ligeledes kunne markere et indholdselement som havende national relevans, samt kunne filtrere visningen af nationalt indhold til kun at vise emner med denne markering. Det er i det hele taget vigtigt, at vi muliggør både nationalt og lokalt indhold, således at bibliotekerne individuelt får mulighed for at sammensætte og plukke indhold fra indholdskanalen til deres egne kanaler. Kanaler og visningsregler

5 5 Kanaler oprettes af de enkelte organisationer og kombinerer visningsregler med manuel udvalgt indhold. Visningsregler udvælger indhold baseret på kriterier som organisation, kategorier og emneord, tidsrum og ønsket antal indholdselementer. I tillæg til automatisk udvalgt indhold baseret på visningsregler, skal systemet give mulighed for, at redaktører kan tilføje udvalgte indholdselementer til en kanal. Rettighedsstyring Indholdskanalen 2.0 skal benytte rettighedsstyring til at håndtere både oprettelse, redigering og publicering af indhold. Brugerne på Indholdskanalen 2.0. er opdelt i tre niveauer: redaktører, indholdsproducenter og almindelige brugere. Alle brugere på systemet er derudover tilknyttet en organisation, som er afgørende for deres rettigheder. Indholdsproducenter og redaktører skal frit kunne oprette og redigere indhold inden for deres egen organisation og stille det indhold til rådighed for andre organisationer. Redaktører kan derudover udvælge indhold til kanaler og redigere visningsregler for organisations indholdskanaler. Det skal ikke være muligt for redaktøren at ændre i indhold produceret af andre organisationer. Systemet skal i stedet indeholde mulighed for at lave en kopi af et element og efterfølgende redigere kopien fx tilføje til indholdets brødtekst uafhængigt af originalen. Preview Redaktører skal kunne få vist et preview af deres indholdselement, når de producerer det i redaktionsværktøjet. Previewet vil dog være afhængig af varierende skærmstørrelser. Preview refererer kun til Indholdskanalen 2.0s eget visningsværktøj. Import af data Databasen skal tillade import og eksport af data i et antal standardformater, som aftales mellem Indholdskanalen 2.0 og udvikleren. Indholdskanalen skal kunne modtage data i RSS 2.0, Atom og evt. andre XML-baserede formater fra eksterne leverandører. Data skal kunne hentes ind i systemet som både en éngangsimport og løbende fra eksterne feeds og REST-baserede webservices. Indholdskanalen skal kunne importere både tekst, billeder, metadata som forfatter, dato og emneord via feeds. Der skal være mulighed for løbende at tilføje understøttelse af nye dataformater efterhånden som behovet melder sig.

6 6 Data ud Alt indholdet i Indholdskanalens database skal kunne gøres tilgængelig for eksterne partnere via feeds eller REST-webservices til visning i eksterne systemer. Systemet skal eksponere feeds for de enkelte kanaler, således at en eksterne konsument kan abonnere individuelt på bestemte kanaler. Systemet skal eksponere en REST-webservice, som tillader filtrering på kategorier og organisation. Der skal være mulighed for løbende at tilføje understøttelse af nye dataformater efterhånden som behovet melder sig. Der skal specifikt stilles en webservice til rådighed til eksport af data fra Indholdskanalen 2.0 til TING-brønden. Der skal stilles en webservice til rådighed i SMIL-format til integration i eksterne visningsværktøjer. Såfremt det viser sig mest praktisk, kan flere webservices slås sammen til én webservice. Visning af indhold Indholdskanalen 2.0 skal indeholde en webbaseret, open-source applikation til visning af Indholdskanalens indhold på infoskærme som tidligere beskrevet evt. som en del af én samlet webløsning. Visningen baserer sig på de kanaler og visningsregler, som de enkelte organisationer har defineret via redaktionsværktøjet. Visning af indhold fra Indholdskanalen 2.0 forudsætter oprettelse som bruger i systemet. 4. Tilgængelighed Der skal opsamles statistik på brug af indholdet. Følgende statistikker skal gøres tilgængelige for redaktører og indholdsproducenter: 1. Hvilke organisationer har vist indholdet gennem Indholdskanalens visningsfunktion. 2. Hvilke kanaler har et givent indholdselement. 3. Hvilke indholdselementer vises flest steder. Desuden giver statistikken mulighed for at oplyse eksterne indholdsleverandører om, at de kan få deres indhold vist på x antal biblioteker og hvem der viser indholdet. 5. Budget Der er i projektets budget afsat ,- til leverandør til udvikling af løsningen.

7 7 6. Tidsplan Udvikling og tilpasning af kravspecifikation: juni-august 2011 Valg af leverandør til udvikling af løsningen: august-september 2011 Udvikling af platform + visningsværktøj: september november 2011 Indhold klar til udgivelse: ultimo november Forretningsmodel Leverandøren af løsningen skal levere forslag til forretningsmodel for bibliotekerne. 8. Videreudvikling Der skal løbende videreudvikles på Indholdskanalens løsning. Baseret på erfaring fra det tidligere projekt, vil der løbende komme masser af input fra brugere af systemet, til ændringer eller nye udviklingsmuligheder, som skal vurderes om leverandøren eller andre skal udvikle til systemet. Videreudviklingsmuligheder: Video og lyd skal være udviklingsmuligheder, men i først omgang skal der være fokus på billede og tekst Indhold til interaktive skærme/touch-skærme Mulighed for videreudvikling til f.eks. at inkludere mobile platforme samt web, så vi får et samlet redaktørværktøj til indholdsproduktion til de forskellige platforme