Bilag 1: Idébeskrivelser

Transkript

1 Bilag 1: Idébeskrivelser Bilaget indeholder de idébeskrivelser, der er knyttet til de enkelte temaer og som er udarbejdet af DBC. Indhold Vurderingsparametre... 2 Lovgivnings- eller standardiseringskrav... 2 Strategisk værdi for sektoren... 2 Gennemførlighed... 2 Omfang/tid... 2 Business case... 2 Tema 1: Danbib migrering Projekttitel: Tema 1: Grænseflade til professionelle: DanBib Netpunkt VIP - BOB... 3 Tema 2: Konsolidering af DDB CMS bibliotek.dk... 4 Tema 3: Søgning... 5 Tema 4: Bibliotek.dk Tema 5: Opdatering af databrønd Tema 6: Adgang (CULR, SAOU) Tema 7: Integration og ILL Tema 8: Data Tema 9: Data Science Side 1 af 39

2 Vurderingsparametre I idébeskrivelsen har DDB vurderet en række parametre med en score fra 1-5 (hvor 1 er lavest og 5 er højest) for at anføre vigtigheden af projekterne. Parametrene er beskrevet nedenfor. Lovgivnings- eller standardiseringskrav 1 betyder i denne sammenhæng, at det vurderes, at der i projektet hverken er lov- eller standardiseringskrav, der gør, at dette projekt skal udvikles, 2, 3, og 4 betyder, at der er standardiseringskrav. Jo højere tallet er des vigtigere er de. Tallet 5 betyder, at der er et lovkrav. Strategisk værdi for sektoren Under dette punkt vurderes det, hvor vigtigt projektet er i forhold til den samlede bibliotekssektor. Gennemførlighed Gennemførlighed vurderes ud fra en afvejning mellem risiko og kompleksitet i projektet. Jo lavere risiko og kompleksitet des højere score. Omfang/tid Omfang og tid fremgår af projektbeskrivelsens tidsestimat og er i denne model omsat til scores fra 1-5. Stort omfang/tid giver lav score og omvendt. Business case Der er ikke udarbejdet en Business Case for nogen af idebeskrivelser, så derfor er der ikke givet point på denne parameter. Side 2 af 39

3 Tema 1: Danbib migrering Projekttitel: Tema 1: Grænseflade til professionelle: DanBib Netpunkt VIP - BOB Grænsefladerne til Danbib, Netpunkt og de tilhørende VIP og BOB migreres. Sammen med brugere afklares ønsket funktionalitet, som udvikles og implementeres på den nye platform. : Når DanBib er migreret, skal de tilhørende grænseflader udvikles. Mht. VIP og BOB skal grænsefladerne måske ikke i sig selv ændres, men der skal være sømløs adgang fra Netpunkt. : Hvordan grænsefladen skal udvikles hænger bl.a. sammen med konsolideringsprojektet Grænseflade til posthus er med i Data i/o-projektet Søgefunktionalitet udvikles i projekter under Tema: Søgning Grænsefladerne skal være velfungerende og effektive for bibliotekspersonalet i forhold til søgning, ILL, genbrug m.m timer i Strategisk værdi for sektoren 4 Gennemførlighed 2 Omfang/tid 1 Værdi ift. infrastruktur 5 Score i alt 13 Side 3 af 39

4 Tema 2: Konsolidering af DDB CMS bibliotek.dk Er igangsat. Side 4 af 39

5 Tema 3: Søgning Projekttitel: Tema 3: Suggestion Service, få eller 0 hits stavehjælp At slutbrugeren får hjælp/inspiration til at komme videre fra en 0-hits situation (eller et (konfigurerbart) lille resultat) ved, at servicen stiller forsalg om alternative stavemåder eller synonymer. OpenSpell servicen skal migreres til SuggestionServicen, således at den kan anvendes i Brønd 3.1 og frem. Forslag fra OpenSpell vil i dansk sammenhæng fortsat basere sig på Ordbog og synonymordbog fra Ankiro. Det skal vurderes, om interne baser som fx DBC s emneordsbase vil give merværdi til servicen. Der skal testes og evt. implementeres mod en engelsksproget base. Funktionen findes i dansk og engelsk version på old bibiotek.dk Projektet omfatter udelukkende stavehjælp på dansk og evt. engelsk. Brugerne efterlades aldrig uden forslag til, hvordan de kommer videre i et søgeforløb samtidig med, at de så hurtigt som muligt kommer frem til det ønskede. OpenSpell er migreret og fungerer mod Ankiros base, i et senere perspektiv er det hensigten at udvide funktionen mod andre baser, fx fuldtekst baser, statistiske analyser af hyppige søgetermer, flere sprog mv. 130 timer Strategisk værdi for sektoren 2 Gennemførlighed 4 Omfang/tid 4 Værdi ift. Infrastruktur 4 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 15 Side 5 af 39

6 Projekttitel: Tema 3: Suggestion Service, auto complete Inspiration til slutbrugeren ved indtastning af søgetermer/fraser i en given søgesituation. : Den nuværende Suggestion Service kan foreslå ord / fraser fra eksisterende SOLR indekser, præsenteret som auto complete, efter indtastning af x-antal tegn i søgeboks. Målet for projektet er at udvide servicen til at udstille forslag på tværs af indekser samt undersøge muligheden for at auto complete ud fra andre typer kilder end eksisterende (indekserede) brønddata, fx adfærdsdata. : Auto complete er blot én af flere hjælpefunktioner i den samlede Suggestion Service. Projektet omfatter ikke andre typer genkendelse af fx emner / ord / stavning / statistiske analyser af hyppige brugte søgeord mv. (Se projektet Om stavehjælp og projektet Did you mean) : Brugerne efterlades aldrig uden forslag til, hvordan de kommer videre i et søgeforløb samtidig med, at de så hurtigt som muligt kommer frem til det ønskede. Auto complete kan anvendes bredere end på enkelte søgeregistre. 80 timer : Strategisk værdi for sektoren 2 Gennemførlighed 4 Omfang/tid 5 Værdi ift. Infrastruktur 2 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 14 Projekttitel: Tema 3: SuggestionService, Did You Mean? Side 6 af 39

7 At slutbrugeren får hjælp/inspiration til at komme videre fra en 0-hits situation ved, at servicen stiller forsalg til søgeord/ termer ud fra analyser af indhold. Formålet er desuden at anvende funktionen til afgrænsning / udvidelse af søgeresultater. Did You Mean-funktioner kan både anvendes i 0-hits situationer og som afgrænsning eller udvidelse af søgeresultater. På baggrund af indsamlet data om brug af fx hyppige søgeord, eller ord der hyppigt optræder i sammenhæng med det indtastede ord, kan Did You Meanfunktionen hjælpe/inspirere brugeren i sin videre søgefærd. Projektet skal som udgangspunkt undersøge om SOLRs Did You Mean modul kan honorere kravene, før den tekniske implementering afgøres. Ud fra brugsscenarier skal projektet analysere og teste hvilke typer data og analysemetoder, der synes at give mest værdi i hhv. DDB CMS og bibliotek.dk. Valg af data og metoder prioriteres, da projektets rammer ikke kan rumme alle givne muligheder. Brugerne efterlades aldrig uden forslag til hvordan de kommer videre i et søgeforløb samtidig med at de så hurtigt som muligt kommer frem til det ønskede. 130 timer Strategisk værdi for sektoren 2 Gennemførlighed 4 Omfang/tid 4 Værdi ift. Infrastruktur 2 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 13 Projekttitel: Tema 3: Near match Ved få eller 0-hits på flere søgeord tilbydes brugeren en søgning, der indeholder nogle af de ønskede termer I bibliotek.dk indsættes der automatisk et og når brugeren indtaster flere ord i søgefeltet. Når Side 7 af 39

8 brugeren får få eller 0 hits, skal brugeren tilbydes hits, der opfylder dele af den samlede søgestreng ( eller ). Resultatet sorteres efter relevans, dvs. hits med flest søgetermer placeres højere oppe i søgeresultatet end hits, der indeholder færre af de anvendte søgetermer. Forslaget har været på bibliotek.dk udviklingsplan flere gange, men er blevet nedprioriteret pga vigtigere opgaver. En prototype er udviklet. Brugerne efterlades aldrig uden forslag til, hvordan de kommer videre i et søgeforløb samtidig med at de så hurtigt som muligt kommer frem til det ønskede. 70 timer Strategisk værdi for sektoren 2 Gennemførlighed 4 Omfang/tid 5 Værdi ift. Infrastruktur 2 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 14 Projekttitel: Tema 3: Relevans i søgeresultater - rankering Datamængderne i den nationale biblioteksinfrastruktur bliver større og større samtidigt med, at nye materialetyper løbende tilføjes. Det er vigtigt, at brugerne nemt kan finde det, de ønsker gennem gode søgefunktioner. Med andre ord betyder det, at brugernes søgninger efter materialer i den fælles biblioteksinfrastrukturen skal have en god relevans uanset hvilken grænseflade, der bliver brugt. Dette projekt har fokus på, hvordan vi kan forbedre relevansen i søgeresultaterne ved at forbedre de modeller og algoritmer, som ligger til grund for rankeringen af materialer i relation til en søgning. Søgesystemet i den nationale biblioteksinfrastruktur returnerer en liste med søgeresultater sorteret efter det enkelte materiales relevans i relation til brugerens forespørgsel (søgning med Side 8 af 39

9 en søgestreng). Udfordringen med relevans rankering i store datamængder med forskellige materialetyper er at estimere relevansen af et materiale i relation til en forespørgsel. Projektet fokuserer på at forbedre rankeringen og dermed søgeresultaternes relevans inden for tre områder: Fortsat justering og vægtning af hvordan en søgning kan / skal foretages i eksisterende og nye indekser på tværs af materialetyper. Dynamisk analyse af brugernes søgestrenge Brug af søgestatistik og adfærdsdata sammen med statistiske metoder. Projektet er kravstiller til og bruger af resultater fra følgende projekter / temaer: Opsamling af søgestatistik og adfærdsdata sammen med implementering af statistiske analyser- og analysemetoder gennemføres i Tema 9 Data Science. Projektet forventes kontinuerligt at forbedre brugernes oplevelse af søgeresultaternes relevans. Projektets resultater verificeres gennem måling af: Søgning i repræsentative testdataset før og efter forandring. Subjektiv vurdering af brugere / testgruppe før og efter forandring. Estimat: Definition af testdataset og testmetodik: 100 timer Område A: Analyse og implementering - 80 timer Område B: Analyse og implementering timer Område C: Analyse og krav til Tema timer Område C: Implementering afhængigt analysefasen område C. Strategisk værdi for sektoren 4 Gennemførlighed 4 Omfang/tid 2 Værdi ift. infrastruktur 4 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 15 Projekttitel: Tema 3: Letvægts version af søge API Side 9 af 39

10 De mobile brugergrænseflader til den nationale biblioteksinfrastruktur bliver flere og vigtigere. Mobil adgang sker mange gange med en lavere båndbredde (3G mv.) og til en anden (højere) pris end WiFi eller fast tilsluttede enheder. Det betyder, at det bliver vigtigere, at mængden af data, som leveres fra et API/WS, minimeres allerede i designet af infrastrukturen. Dette projekt har fokus på at forbedre mulighederne: At levere data til mobile (og andre) grænseflader med god performance gennem en letvægtsversion af den eksisterende søge API/WS (WebService). Gennem en API nøgle at understøtte: - Adgangsstyring af søgetjenester/services i infrastrukturen - Mobil adgang native (direkte fra styrsystemer som ios, Android, Windows Phone, mv. og ikke gennem en webserver) til den nationale søgeinfrastruktur. Enheder, som bruges til adgang og interaktion med internettet, kan stort set (hvis vi ser bort fra spilkonsoller og tingenes internet) deles op i Desktop, Tablets og Mobil, hvor grænsen mellem de sidste to bliver mere flydende. Brugergrænseflader til den nationale biblioteksinfrastruktur har op til i dag haft meget stort fokus på Desktop løsninger med stor skærm, tastatur og adgang til internettet med stor båndbredde. Trenden gennem mange år er et større brug af mobile løsninger. For mange er mobile løsninger den vigtigste og eneste måde at interagere med internettet på. Adgang til den nationale biblioteksinfrastruktur sker gennem WebServices (WS) og overførelse af data og strukturinformation som XML. Dette er funktionelt OK; men XML tilføjer meget strukturinformation, dvs. det er meget data, som skal overføres i relation til informationsmængden. Dette vil vi adressere inden for Område A ved at udvikle letvægts API versioner med høj performance inden for de vigtigste WS i eksempelvis REST/JSON. I dag kræver brugen af en WS i den fælles infrastruktur, at klienten eller enheden er identificeret med en fast IP-adresse som en server (f.eks. bibliotek.dk, DDB CMS, mv.) eller kommunikerer med en server med fast IP-adresse (webservere f.eks. bibliotek.dk, DDB CMS, mv.). I Område B ønsker vi at understøtte alternativ adgang og adgangsstyring ved at tilføje en API Nøgle til infrastrukturens API/WS. Dette medfører, at alle enheder, som skal have adgang til API/WS kan registrere en API Nøgle og dermed få direkte adgang uden mellemliggende servere med fast IP. Projektet skal leve op til krav fra og levere resultater til følgende projekter / temaer: Tema 1 Konsolidering DDB CMS og bibliotek.dk Tema 4 bibliotek.dk Indirekte fra alle nationale projekter, som arbejder med grænseflader til mobile løsninger. Succeskriterier: Område A At infrastrukturen understøtter mobile løsninger med god performance. Område B At det bliver nemmere og mere fleksibelt for alle leverandører at udvikle gode grænseflader, som bygger på den nationale infrastruktur. Side 10 af 39

11 Forventninger på sigt: At få flere mobile løsninger med god performance. At flere leverandører har interesse i at udvikle (mobile) løsninger til bibliotekerne. Estimat: Område A: Analyse? timer Område A: Implementering? timer Område B: Analyse -? timer Område B: Implementering -? timer Strategisk værdi for sektoren 4 Gennemførlighed 2 Omfang/tid - Værdi ift. infrastruktur 5 Business case (decentrale og centrale besparelser) (BC udfyldes af - DDB men med input fra DBC) Score i alt 12 Side 11 af 39

12 Tema 4: Bibliotek.dk Projekttitel: Tema 4: Mobile grænseflader (bibliotek.dk) Bibliotek.dk skal have en opdateret mobilgrænseflade, som kan bruges til hovedparten af brugernes opgaver på bibliotek.dk. I efteråret 2014 udvikles første version af m.bibliotek.dk baseret på brønd3. Det vil kun være en første responsive version uden alle relevante muligheder. Resterende funktionalitet laves i Tablets dirigeres som udgangspunkt til desktopversionen, men touchfunktionalitet skal naturligvis være til stede. Grundfunktioner og ny funktionalitet udvikles samtidig til desktop, tablet og mobil. Mobilversionen giver ved årets udgang hovedparten af de muligheder, som findes i desktopversionen. Velfungerende touchfunktionalitet på alle funktioner hvor det er relevant. 200 timer. Strategisk værdi for sektoren 3 Gennemførlighed 3 Omfang/tid 3 Værdi ift. infrastruktur 2 Score i alt 12 Projekttitel: Tema 4: Samspil med andre systemer (bibliotek.dk) Strategisk indsatsområde: Side 12 af 39

13 Bibliotek.dk skal helst uden stor forsinkelse kunne interagere med andre programmer, som brugerne bruger sammen med bibliotek.dk. Der kan løbende komme behov for integration med andre systemer eller tilpasning af services pga. andre systemers ønsker. Det kan være referenceværktøjer, portaler som LibraryThing eller GoodReads, søgemaskiner, andre offentlige portaler osv. Selve brugerfaciliteterne ligger i et andet projekt dette er udelukkende integration mellem systemer. Relevante systemer, som ønsker at interagere med bibliotek.dk, og som brugerne har nytte af, skal søges integreret. Brugere kan fortsat bruge hidtidige, relevante redskaber og nye relevante redskaber. I nogle år er der ingen projekter til dette tema i andre kan der være 2-4 projekter. 100 timer. Strategisk værdi for sektoren 3 Gennemførlighed 4 Omfang/tid 4 Værdi ift. infrastruktur 3 Score i alt 15 Projekttitel: Tema 4: OpenFormat ændringer som konsekvens af ny datamodel for analyser Konsekvensændring i formateringen som følge af den ændrede datamodel for analyser, så brugergrænsefladen får de relevante data i xml-tags, som skal danne grundlag for visningen. Det har været et ønske, at datamodellen for analyser skulle ændres med henblik på dels at kunne håndtere søgning på en enkelt analyse uden at få støj i resultatet fra andre analyser, og dels at få vist de(n) analyse(r ), der hitter på en for brugeren let gennemskuelig måde. Da Side 13 af 39

14 datamodellen ikke er endeligt fastlagt, er det også svært endeligt at sige, hvor stort omfanget af ændringerne i formateringen vil være. Datamodellen og implementeringen af denne ligger uden for dette projekt. Implementeringen af visningen på brugergrænsefladen ligger ligeledes udenfor. Formateringen skal gøre det nemt for brugergrænsefladen at håndtere de data, der indgår i en analyse, så de kan fremvises på en for brugeren forståelig og overskuelig måde. Det er forventet, at den nye datamodel og tilhørende visning vil fremme brugen af analyserne og give brugeren bedre mulighed for at vælge den rette indspilning af f.eks. et musikstykke. Javascript programmør med indsigt i OpenFormat. Timebehov er svært at fastsætte, da datamodellen ikke er kendt, Skønnet 100 timer. Strategisk værdi for sektoren 1 Gennemførlighed 4 Omfang/tid 4 Værdi ift. infrastruktur 3 Score i alt 13 Projekttitel: Tema 4: Brugerfaciliteter (bibliotek.dk) Bibliotek.dk skal løbende udvikle brugerfaciliteter, som brugerne efterspørger, og som er relevante og nyttige i forhold til bibliotek.dk. Der er løbende blevet udviklet funktioner som fx Share, widgets eller feeds. Sociale medier og apps er eksempler på hurtigt udviklende områder, hvor der kan opstå relevante projektideer. Beslutning om udvikling tager som udgangspunkt afsæt i ønsker fra brugere ikke blot i, at noget er muligt. Side 14 af 39

15 Egentlig integration med andre systemer ligger under projekt 2Samspil med andre systemer. Bibliotek.dk er up-to-date med brugernes it-anvendelse og kan understøtte de ønsker, der er til samspil. Projektet er relevant og nyttigt for et større antal brugere, og omkostningen er rimelig i forhold til nytteværdien. 100 timer Strategisk værdi for sektoren 2 Gennemførlighed 5 Omfang/tid 4 Værdi ift. infrastruktur 1 Score i alt 13 Projekttitel: Tema 4: Generel brugerundersøgelse (bibliotek.dk) Ønsker til ny funktionalitet undersøges systematisk og gennemføres så hurtigt som muligt, hvis der er et udbredt ønske, og det er muligt at gennemføre i samspil med bibliotekerne. Borgerne bliver hørt, og deres behov kan efterfølgende tages med i udviklingen af bibliotek.dk. En generel brugerundersøgelse gennemføres hvert år for at få brugernes input til den nye bibliotek.dk og vurdere, hvordan gennemført udvikling har påvirket brugernes adfærd og vurdering. Funktionalitet og grænseflade ændres bl.a. ud fra disse input. Undersøgelserne giver input til Tema 10: Strategi for den nationale biblioteksinfrastruktur. I løbet af året gennemføres også mindre undersøgelser og brugertests. Brugerundersøgelsen besvares af mindst 2000 brugere samt 200 fra brugerpanelet, og giver Side 15 af 39

16 input til den fortsatte udvikling og forbedringspunkter. 100 timer. Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 4 Værdi ift. infrastruktur 1 Score i alt 16 Projekttitel: Tema 4: bibliotek.dk. Opfølgning på projekt: automatisk fjernlån af eget materiale Borgerne får ønsket biblioteksmateriale hurtigere, biblioteker, der ønsker at benytte faciliteten, kan opnå en rationaliseringsgevinst "Automatisk fjernlån af eget materiale" er et tilbud om automatisk håndtering af en besværlig bestil-opgave, der i dag udføres manuelt. Funktionen har i flere år været efterspurgt af både folke- og forskningsbiblioteker. I 2014 gennemføres storskalaforsøg med Automatisk fjernlån også af eget materiale inkl. evaluering. I dette forsøg kan bibliotekerne ikke individuelt opsætte parametre vedr. behandlingen af bestillinger. Afhængig af resultatet af evalueringen kan der komme udvikling i 2015, fx hvis hvert bibliotek individuelt skal kunne sætte alle parametre. Området samfinansieres med Danbib. At biblioteker oplever en af dem ønsket serviceforbedring med mindre arbejde - og at brugerne oplever at modtage ønskede materialer hurtigere. Afhænger af hvad der besluttes som opfølgning på høringen. Få ændringer: 50 timer Store ændringer (fx individuelle parametre i VIP-basen): 250 timer Publicering af bestilstatistik udvidet: 50 timer Side 16 af 39

17 Strategisk værdi for sektoren 3 Gennemførlighed 4 Omfang/tid 2 Værdi ift. infrastruktur 3 Score i alt 13 Projekttitel: Tema 4: Vise Infomedia-links i artikelbestillinger i BOB At bibliotekspersonalet kan se links til fuldtekst i Infomedia ved artikelbestilinger i BOBgrænsefladen Overført fra bibliotek.dk-udviklingsplanen Et gammelt ønske fra professionelle brugere af BOB-systeet, som kan realiseres, når alle bibliotek.dk-bestillinger sker i brønd. 75 timer Krav 1 Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 2 Score i alt 17 Side 17 af 39

18 Projekttitel: Tema 4: Låse en bestilling i BOB, Analyseprojekt At forhindre, at to eller flere blandt et biblioteks personale arbejder på den samme BOBbestilling. Overført fra bibliotek.dk-uplan 2014: Mulighed for at låse en bestilling i BOB-grænsefladen ("I arbejde"-markering), hvis der er risiko for, at flere går i gang med at arbejde på en bestilling. Der skal først laves et analyseprojekt, som analyserer løsningsmuligheder. En høring på prof blog gav ikke nogen klar prioritering: Analyseprojekt med beskrivelse af løsning og estimat for implementeringsprojekt. Bedre BOB-funktionalitet, effektivisering. Analyseprojekt: 25 timer. Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 2 Score i alt 17 Projekttitel: Tema 4: Forbedret lånerstatus, Analyseprojekt Side 18 af 39

19 At slutbrugeren kan se samtlige de bestillinger, der afleveres fra bibliotek.dk i sin lånerstatus, også de, der ligger i BOB-systemet og afventer manuel behandling af personalet OpenUserStatus-webservicen udvides til også at kunne udlevere information om bestillinger, som afventer manuel ekspedition. Disse vil så kunne vises i lånerstatus, så brugeren ikke bliver i tvivl om, hvorvidt de har afleveret bestillingen. Dette involverer ikke de lokale bibliotekssystemer, men er alene en præsentation af brugerbestillinger i bibliotek.dk-delen af BOB, som endnu ikke er behandlet ("åbne" bestillinger). Analyseprojekt med beskrivelse af løsning og estimat for implementeringsprojekt. Overført fra 2014 (Med titel "Følg min bestilling"). At OpenUserStatus-webservicen kan interagere både med lokalsystemernes NCIP-grænseflader samt med BOB-systemets webservice. Analyseprojekt: 25 timer Strategisk værdi for sektoren 3 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 3 Score i alt 17 Projekttitel: Tema 4: Vis nærmeste bibliotek, der har åbent Side 19 af 39

20 At brugeren kan få vist åbningstider for et bibliotek, fx nærmeste åbne bibliotek. Fra bibliotek.dk-uplan 2014: Et ønske om, at brugerne hurtigt kan finde åbne biblioteker i nærheden (betjent eller ubetjent). Funktionaliteten skal baseres på inddaterede oplysninger i VIP-basen. I blev gennemført de ændringer i VIP-base og grænseflade, som er en forudsætning for projektet. I 2014 vil man kunne lave en funktion fx i mobile grænseflader der viser nærmeste åbne bibliotek. En forudsætning er, at webservicen (OpenAgency) også udbygges med denne funktionalitet. Til 2015: projektet forudsætter altså 3 ting: 1. At bibliotekerne har afleveret strukturerede data vedr. åbningstider til VIP-basen 2. At OpenAgency-webservicen udbygges til at kunne spørge på og udlevere disse data 3. At bibliotek.dk-grænsefladen udbygges til at kunne anvende OpenAgency og præsentere data for brugeren. At bibliotek.dk-brugeren (og andre grænseflader gennem OpenAgency) kan spørge detaljeret på åbningstidsdata og få relevant information. Tolerancer skal også medtages her og opdateres om nødvendigt. OpenAgency: 100 timer Bibliotek.dk-grænsefladen: 75 timer Strategisk værdi for sektoren 2 Gennemførlighed 3 Omfang/tid 4 Værdi ift. infrastruktur 5 Score i alt 15 Side 20 af 39

21 Tema 5: Opdatering af databrønd Projekttitel: Tema 5: Data I/O-system Udvikle det system, der skal være hovedvejen for flow af data til, fra og imellem de nationale databaser. Modernisere modtagelse og aflevering af data fra eksterne partnere og kunder. Minimere forbruget af ressourcer til håndtering af datakilder til og fra de nationale databaser. Baggrund: Det nuværende posthus er beregnet til at håndtere de gamle systemer med meget få og ensartede dataflows. Det er ikke beregnet til at håndtere den nye infrastruktur med Brønden og mange forskellige datakilder med hver deres specielle flow. Dette betyder, at ressourceforbruget til håndtering af disse flows er unødigt højt. Der er derfor i 2014 startet et projekt op, hvor der skal implementeres en afløser for posthuset, der kan vedligeholdes og er mindre ressourcekrævende. Projektet har i en stor del af 2014 været allokeret til udvikling af integrationen mellem FBS og Brønden. Derfor er det nødvendigt, at projektet videreføres i 2015, således at det oprindelige formål kan videreføres. Milepæle: 2015-Q1: Håndtering af brønd-datakilder via filer Q2: Håndtering af e-bogs kilder Q3: Håndtering af datakilder via OAI Q4: Håndtering af øvrige datakilder. Projektet implementerer grundsystemet for flows, men ikke flowene i sig selv. Dvs., at det at flytte et givet flow fra Posthuset til Data I/O-systemet ligger uden for projektets opgave. Dette er en opgave, som sker løbende, når nye versioner at Data I/O systemet sættes i drift. Projektet skal ved udgangen af 2015 have tilvejebragt et Data I/O-system, der kan overtage funktionerne for Posthuset, således at posthuset kan udfases i løbet af Der skal laves tolerancer på succeskriterier, idet de fortæller noget om forretningsværdien. 8 årsværk i 2015: 7 udviklere. (7*1.200 = timer) 1 driftsmedarbejder. (1.200 timer) I alt: timer. Side 21 af 39

22 Strategisk værdi for sektoren 5 Gennemførlighed 1 Omfang/tid 1 Værdi ift. infrastruktur 5 Score i alt 13 Projekttitel: Tema 5: Analyse af forudsætninger for data-ind via OAI-PMH Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag Projektet skal danne grundlag for arbejdet med at integrere OAI protokollen i DBC s posthåndteringssystem (posthuset), således at katalogposter og andre kilder kan høstes ind i de nationale systemer (bibliotek.dk og Danbib) uden filleverancer fra bibliotekerne. Dette pilotprojekt stammer fra et ønske fra bl.a. FFU bibliotekerne om ikke længere at levere poster i ISO2709 i filformat til DBC, men derimod at få deres lokale systemer høstet gennem OAI- PMH protokollen. Projektet skal ses som forbedring af DBC s tilbud til bibliotekerne om flere forskellige måder at levere data på, såvel som at øge indholdet i de nationale systemer med data fra flere og andre kilder til glæde for brugerne. Projektet omfatter primært at definere en model, når det kommer til formater, håndtering af formater, samt afklare eventuelle tekniske begrænsninger. Selve implementeringen er ikke indeholdt. Projektet skal sikre, at der er en fælles forståelse af behov, samt at model for poster og formater er på plads inden etablering af data-ind funktionalitet til håndtering af OAI-PMH. Succeskriteriet er at få defineret en model som er på niveau med de eksisterende metoder til posthåndtering. Projektet har et omfang på ca. 60 timer udviklingstimer med vægten lagt på formater og interoperabilitet. Side 22 af 39

23 Lovgivningsmæssige krav 3 Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 1 Score i alt 19 Projekttitel: Tema 5: Data-ud via OAI-PMH Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag Der skal etableres en platform fra hvilken f.eks. FFU biblioteker eller andre interesserede kan høste de data, som findes i brønden. Data skal naturligvis være data, som DBC kan stille frit tilgængeligt, og der skal være fuld tilgængelighed udefra. : Baggrunden er dels både ønsket om at kunne høste brønden til brug i egne sammenhænge hos f.eks. FFU biblioteker, dels som en generel forpligtelse at stille offentligt produceret data frit tilgængeligt. Dette er dermed en del af DBC s arbejde for open source og open access i kultursektoren. : Dette projekts formål er at etablere en platform, hvorfra der kan OAI-PMH høstes fra brønden i f.eks. i Dublin Core. Umiddelbart tænkes der åbne data. Eventuelle senere tilføjelser af flere datasæt og format, samt funktionelle udvidelser i form af afgrænsninger i adgang, er ikke inkluderet i estimatet. : Succeskriterierne for projektet er, at data fra brønden bliver gjort tilgængelige for brug i andre systemer, hvad enten det drejer sig om en del af FFU bibliotekernes søgesystemer eller som en del af andre systemer, der kan anvende bibliografiske data. Eventuelle ønsker om nye datasæt eller afgræsninger af data i mindre sæt eller flere forskellige formater kan følge senere i senere projekter, hvis der kommer forespørgsler på denne funktionalitet. : Der er et behov for ca. 250 timer til etablering af denne platform inkl. et simpelt offentligt interface. Dette inkluderer både arbejde med at udvikle metoder til at filtrere data, flytte data fra eksisterende systemer, og konvertere data til valgt format, f.eks. Dublin Core. Dertil kommer en mindre investering i en server platform, hvorfra systemet kan drives, da dette system skal være fuldt adskilt fra det øvrige produktionssystem. Side 23 af 39

24 Strategisk værdi for sektoren 4 Gennemførlighed 3 Omfang/tid 3 Værdi ift. infrastruktur 4 Score i alt 15 Side 24 af 39

25 Tema 6: Adgang (CULR, SAOU) Projekttitel: TEMA 6. Adgang. Bibliotek.dk integrerer til CULR-webservicen Bibliotek.dk kan udnytte CULR-webservicens informationer om en brugers samlede bibliotekstilhørsforhold. : CULR-webservicen er udviklet i 2014 og tilbyder information om en brugers samlede bibliotekstilhørsforhold samt hjemkommune (for folkebiblioteker), med henblik på at kunne tilbyde den bedste adgang til biblioteksmateriale. Bibliotek.dk skal udvikles til at kalde CULR og anvende dens informationer, fx i samarbejde med SAOU-webservicen ved direkte adgang til digitale licensbelagte materialer. Det er en forudsætning at bibliotekssystemerne bredt har lavet klienter til CULR-webservicen med henblik på aflevering af data til CULR-databasen, og at de er taget bredt i anvendelse i bibliotekerne. Integration til CULR-servicen indgår bl.a. i FBS-planerne : At bibliotek.dk kan anvende CULR-webservicen til det beskrevne formål. Større brugertilfredshed med anvendelsen af bibliotekernes licensbelagte materialer samt mere effektiv udnyttelse af disse. 100 timer Lovgivningsmæssige krav 3 Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 4 Værdi ift. infrastruktur 5 Score i alt 21 Projekttitel: Tema 6: SAOU videreudvikling: Integration til forskningsbibliotekernes licenser Side 25 af 39

26 Videreudvikling af SAOU-servicen: alle bibliotekstyper flere digitale indholdsprodukter integration til DDB-ERMS SAOU er udviklet i 2014, og i 2014 bringes den til at samarbejde med bibliotek.dk's loginservice og folkebibliotekernes fælles proxyserver, således at bibliotek.dk og andre serviceaftagere kan tilbyde sømløs adgang til folkebibliotekernes licensprodukter. I 2015 skal der arbejdes med integration med forskningsbibliotekernes data (gennem "Nationalt Aggregeret Linkresolver") samt integration til det kommende fælles DDB-ERMS som afløser for det gamle administrationssystem fra Folkebibliotekernes Licenskontor Ved at integrere til DDB-ERMS kan SAOU få adgang til alle de digitale indholdsprodukter, som DDB-ERMS vil håndtere (ud over de licensbelagte fx abonnementsbelagte, gratis/frie mm). Forventning på længere sigt er at SAOU-servicen kan tilbyde at håndtere direkte adgang til samtlige de digitale indholdsprodukter som bibliotekerne vil kunne tilbyde, i samarbejde med CULR-webservicen, den nationale proxy samt den nationale linkresolver 500 timer: NAL-integration: 200 t Flere indholdsprodukter: 100 t Integration til DDB-ERMS: 200 t Lovgivningsmæssige krav 3 Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 2 Værdi ift. infrastruktur 5 Score i alt 20 Tema 7: Integration og ILL Projekttitel: Tema 7: Implementering af nye ILL-standarder, opfølgning Side 26 af 39

27 At videreudvikle bestilsystemets håndtering af de nye ILL-standarder som er ny-implementeret ultimo Med ibrugtagning af FBS-bibliotekssystemet for alvor i løbet af 2015, får vi også storskalaerfaringer med implementeringen af to nye centrale standarder og protokoller, med tilhørende profiler i DBCs bestilhåndteringssystem. Det drejer sig om: ISO 18626: Interlibrary loan transactions : udveksling af lånetransaktioner mellem bibliotekssystemer ISO 20775: Schema for holdings information : udveksling af holdings information (udlånsstatus og tilgængelighed) mellem bibliotekssystemer Det er nu 12 år siden, vi implementerede de gamle standarder (Danzig- z3950-profilen), og erfaringerne fra dengang viser, at konkret implementering af en helt ny standard altid skal følges op med ændringer/rettelser og tilføjelser i funktionaliteten. Derudover vil sameksistensen af systemer af både den gamle og den nye type helt sikkert medføre løbende opfølgning på uhensigtsmæssigheder og fejl. Der afsættes et beredskab til dette. Rationel og effektiv automatisk håndtering af fjernlån i iso18626-biblioteker, smidig og sømløs sameksistens mellem "gamle" og "nye" systemer. 400 timer. Lovgivningsmæssige krav 4 Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 2 Værdi ift. infrastruktur 5 Score i alt 20 Projekttitel: Tema 7. Integration og ILL. Automatisk fjernlån som service: "Hvem kan levere først" Side 27 af 39

28 DBCs bestilsystem indeholder backend-funktioner til beregning af "hurtigste og bedste leverandør" af bestilt materiale, og disse bruges ved automatisk fjernlån. Denne funktionalitet foreslås udstillet som webservice, således at den kan kaldes generelt fra ethvert system (fx en grænseflade, lokal eller national). Flere store biblioteker (fx i FFU-regi) har udtrykt ønske om, at det nationale bestilsystems funktioner til fx håndtering af automatisk lokalisering og bestilling udstilles som webservice, således at de kan kaldes af systemer uden for DBC s domæne. Vi har en række byggesten (fx OpenHoldingStatus-webservicen) klar allerede, men selve "beregningsmotoren" ligger i backendsystemet. Opgaven kræver bl.a. omlægning af eksisterende php-webservices (OpenOrder, OpenHoldingStatus) til JavaEE-arkitektur, således at de kan arbejde sammen med de programmer og scripts, der i dag laver de nødvendige beregninger. Bedre sammenhæng mellem de lokale og de centrale systemer i forhold til slutbrugeren. 500 timer Strategisk værdi for sektoren 3 Gennemførlighed 5 Omfang/tid 2 Værdi ift. infrastruktur 4 Score i alt 15 Side 28 af 39

29 Tema 8: Data Projekttitel: Tema 8: Personautoriteter i brønden Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag Implementering af personer/personnavne som selvstændige entiteter i databrønden. Det overordnede mål for projektet er at forberede implementering af en generel entitet/relations-model i brønden, for derved at imødekommende udviklingen inden for bibliografiske data. En sådan model vil understøtte og udbygge mulighederne for databerigelse og dataudveksling mellem brønden og eksterne kilder såvel inden for som uden for ABM-domænet. Det konkrete formål med projektet vil være at berige brøndens datagrundlag med oplysninger, det ikke vil være hensigtsmæssigt/rationelt at håndtere i de bibliografiske data, eksempelvis éntydig standardiseret forfatteridentifikation (ISNI og ORCID), oplysning om forfatters nationalitet samt relationer til yderligere information om forfatteren. Ud over implementering af datamodel omfatter projektet også udvikling/opsætning af miljø til import af personautoriteter fra DBC s produktionssystem. Perspektivet vil på længere sigt være, at man også kan udlevere data fra brønden, fx personautoriteter, som linked data; men nærværende projekt drejer sig udelukkende om den interne datamodel. Den valgte løsning skal være model for en fremtidig generel model for håndtering af entiteter/relationer i databrønden. 200 timer Lovgivningsmæssige krav 3 Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 3 Værdi ift. infrastruktur 4 Side 29 af 39

30 Score i alt 20 Projekttitel: Tema 8: Geodata i brønden Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag At opstille en række brugsscenarier, der kan illustrere en mulig merværdi for brugerne ved implementering af kontrollerede geografiske data ( geo-autoriteter ) i brønden. Brugsscenarier skal foruden anvendelse af kontrollerede geografiske data ( geo-autoriteter ) i brønden omfatte en analyse/vurdering af muligheden for at danne geografiske autoritetsdata ud fra eksisterende eksterne kilder, henunder geonames.org, der er tilgængelige som LOD. Udvikling og implementering af et geo-autoriteter i brønden er ikke omfattet. Projektet skal levere et brugbart beslutningsgrundlag for et egentligt udviklingsprojekt. 50 timer Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 1 Score i alt 17 Projekttitel: Tema 8: Koblede emnevokabularer i brønden Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag At opstille en række brugsscenarier, der kan illustrere en mulig merværdi for brugerne ved at tilføje brønden et ekstra semantisk lag i form af koblede emnevokabularer, der er tilgængelige Side 30 af 39

31 som LOD. DBC har med støtte fra Kulturstyrelsen i 2013 gennemført et projekt, hvor DK5 s systematiske del er publiceret som LOD med links til dewey.info. Brugsscenarierne i nærværende skal ses om en forlængelse og udvidelse af DK5-projektet fra Udvikling og implementering af et semantisk emnenetværk er ikke omfattet. Projektet skal levere et brugbart beslutningsgrundlag for et egentligt udviklingsprojekt. 50 timer Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 1 Score i alt 17 Projekttitel: Tema 8: Inkorporering af LOD-kilder i brønden Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag At opstille en række brugsscenarier, der kan illustrere en mulig merværdi for brugerne ved at inkludere data fra sociale medier, fx Wikipedia, som LOD-kilder i brønden. : Brugsscenarierne skal tillige omfatte en analyse/vurdering af hvilke eksisterende LOD-kilder, der vil være relevante inden for en overskuelig fremtid (2-3- år). Projektet skal ses i forlængelse af Projekt Personautoriteter i brønden, hvorfor hovedvægten bør lægges på brugsscenarier for kobling til data, der kan berige forfatteroplysninger. : Side 31 af 39

32 Udvikling og implementering i brønden er ikke omfattet. : Projektet skal levere et brugbart beslutningsgrundlag for et egentligt udviklingsprojekt. : 50 imer Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 1 Score i alt 17 Projekttitel: Tema 8: Service til konvertering og udlevering af geodata Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag At udvikle en service, der kan tilbyde en samlet indgang til geografiske oplysninger på nettet som fx Geonames, DBpedia og OpenStreetMap. Udover at servicen skal kunne udlevere data om lokaliteter mv., skal den også gøre det muligt at konvertere mellem forskellige typer af data, der repræsenterer samme lokalitet - eksempelvis mellem et bynavn og landekoden for det land, byen ligger i. : Der ligger store mængder af geografiske data tilgængeligt som LOD, men en udnyttelse af disse data til bibliografisk søgning og præsentation vil i langt de fleste tilfælde fordre, at der sker en normalisering eller en kvalificering af disse data. Derfor foreslås det, at der udvikles en (web)service, der via viderekald til forskellige LODtjenester kan samle og udlevere data i en form, der er velegnet til videre processering i brønden - eller hvilket system brugeren måtte ønske. Et eksempel på et brugsscenarium vil være, at man via navnet på en by, fx en forfatters fødested, kan få udleveret andre oplysninger om lokaliteten, fx dens koordinater, landekoden for det land byen ligger i, byens/landets navn på forskellige sprog etc. etc. Projektet vil bestå af flere faser/delprojekter: Analysefase, hvor relevante LOD-tjenester vurderes og analyseres Etablering af backend, der kan hente data fra LOD-tjenester Side 32 af 39

33 Etablering af frontend der kan videresende forespørgsler og udlevere data : En service som den her foreslåede, vil være et væsentligt bidrag til en realisering af opbygningen af geo-autoriteter i brønden jf. projektforslaget: Brugsscenarier for geodata i brønden. Udvikling og implementering af geo-autoriteter i brønden er ikke omfattet af nærværende projekt. : Yderligere berigelse af datagrundlag og forbedret udnyttelse af eksisterende data. : 120 timer Strategisk værdi for sektoren 3 Gennemførlighed 4 Omfang/tid 4 Værdi ift. infrastruktur 4 Score i alt 16 Side 33 af 39

34 Tema 9: Data Science Projekttitel: Tema 9: Forbedret bibliotek.dk dataopsamling af logdata Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag 1. Formål Formålet er at forbedre den eksisterende opsamling af data fra bibliotek.dk således at disse data bedre kan anvendes i både analyse af grænseflade funktionalitet men også til eksperimenter med nye services. I forbindelse med etablering af svartidsstatistik på det migrerede bibliotek.dk har der også været arbejdet med logning af funktionalitet og anvendelse af funktionalitet, herunder anvendelse af webservices i grænsefladen. Her mangler stadig at få etableret en logning, der holder styr på f.eks. de asynkrone kald der foregår i grænsefladen (AJAX). Projektet omhandler alene arbejdet med bibliotek.dk logning i forhold til eksisterende behov for data til analyser og services. Andre typer af logfiler samt mere overordnede use cases håndteres i andre projekter. Succeskriterierne består i at forædle den nuværende logning, således at det gør det lettere at følge sessioner på bibliotek.dk og se, hvordan brugerne anvender systemer. Det er en forventning, at data også skal anvendes i søgningsprojektet, Tema 3, som en del af adfærdsdata, som man vil kunne anvende til at forbedre f.eks. rankering. Projektets omfatter 50 udviklingstimer til eksperimenter med at danne rå datasæt til anvendelse i f.eks. søgningsprojekter m.m. på basis af det data som allerede logges fra bibliotek.dk. 6 Vurdering Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 5 Værdi ift. infrastruktur 4 Side 34 af 39

35 Score i alt 19 Projekttitel: Tema 9: Konsolidering af dataopsamlingsframework Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag 1. Formål Formålet er at konsolidere aktiviteterne på dataopsamlingsområdet, så der etableres et repository, hvor al rådata kan opsamles og bearbejdes. Her skal både opsamles data fra eksisterende indsamlingsmetoder, såvel som omdannes logfiler til rådata formater. Baggrunden er at få konsolideret de aktiviteter, der allerede findes på DBC koncentreret omkring indsamling af data, som pt. sker flere steder og fordelt på flere systemer. Således at viderebearbejdning af data kan foretages centralt, og at data kan integreres på tværs. Disse rådata skal kunne bruges i DDB statistik platformen. Det sidste kræver, at der tænkes dataflow i forhold til ind/ud af rådata, herunder adgangen til rådata internt på systemerne. Således at data skal kunne tilgås i formater som JSON, CSV og XML. Projektet handler i første omgang om at få samlet aktiviteter, der allerede findes, og at få data samlet sammen på en fælles platform. Denne platform skal kunne håndtere adgang internt på en forsvarlig måde, herunder stille data til rådighed for DDB statistik platformen. Der skal tænkes fremadrettet i forhold til evt. publicering af data, men det er ikke omfattet af projektet. Succeskriterierne er at få etableret en platform, som både teknologisk og sikkerhedsmæssigt (inkl. backup) kan danne grundlag for både overblik over datasæt såvel som fremtidige indsatser på data science området. Projektet omfatter ca. 250 udviklingstimer fordelt på ressourcer fra både udviklingsteams og driftsorganisation. Herudover skal der investeres i hardwareplatform til opgaven, der har muligheder for billig redundant storage der kan udvides over tid. Side 35 af 39

36 Strategisk værdi for sektoren 5 Gennemførlighed 3 Omfang/tid 3 Værdi ift. infrastruktur 5 Score i alt 17 Projekttitel: Tema 9: Opensearch statistik til DDB-CMS biblioteker Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag 1. Formål Formålet med projektet er at opsamle og registrere data fra opensearch webservicen på en sådan måde, at DDB og bibliotekerne kan se hvilke konsekvenser, det har for performance at ændre i opsætningen i grænsefladen på f.eks. facetter el. lignende. I forbindelse med et fællesmøde med bibliotekerne blev der fremført et ønske om en svartidsstatistik, hvor bibliotekerne både kan følge deres egne svartider på webservice niveau, såvel som få indsigt i de andre bibliotekers svartider. På den måde kan bibliotekerne dele viden om fordele og ulemper ved forskellige opsætninger af søgning og fremvisning i grænsefladen. Projektet skal fungere som en slags forløber for arbejdet med DDB statistik platformen (SAS), og datasættet skal kunne integreres i platformen på et senere tidspunkt. Ideen er at stille data til rådighed via en særlig grænseflade til bibliotekerne i første omgang. Side 36 af 39

37 Først og fremmest handler det om at gøre datagrundlaget ensartet samt sikre lagringen af datasættet. Derefter handler det om at få data præsenteret, således at eventuelle forandringer i opsætningen kan spores gennem den opsatte grænseflade. Ideen er, at grænsefladen skal vise antal søgninger, gennemsnitlig tid per søgning fordelt på fraktiler, mulighed for at definere tidsperiode, samt vise søgeprofil både for eget og for andre biblioteker. Således at man kan sammenligne tider fordelt på forskellige søgeprofiler. Projektet omfatter ca. 125 udviklingstimer. Strategisk værdi for sektoren 4 Gennemførlighed 5 Omfang/tid 4 Værdi ift. infrastruktur 4 Score i alt 18 Projekttitel: Tema 9: Udarbejdning af use cases til datagrundlag Strategisk indsatsområde: 2. Kvalificering af fremtidige udviklingstiltag 1. Formål Dette projekt vil være definerende i forhold til krav til, hvordan data opsamles, og hvilke formater der anvendes. Men både formater og data skal tænkes åbent, således at data kan anvendes på tværs i flere sammenhænge. f.eks. skal der være en ensartet håndtering af personhenførbare data eller sessioner/trackingid. Side 37 af 39

38 For tiden har DBC en masse data om brugerne, som ikke anvendes, hverken til at bygge services, som kan støtte brugerne i f.eks. søgning, eller til identificering af forbedringer af grænseflader, eller til at gennemskue værdien for biblioteker og brugere af f.eks. digitale satsninger på e- ressource området. Men for at kvalificere arbejdet med data på en ordentlig måde skal der opsættes en række use cases, der kan danne grundlag for både services såvel som statistik. En del af dette arbejde bør tage højde for at få etableret formater til data, som betyder, at de kan anvendes i aggregeret form. Dvs. der skal etableres modeller for persondata (som er sikre) og for sessionsdata (så det er ensartet). Projektet leverer ikke produkter eller services. Men bør levere en række use cases, beskrevet på et plan, der gør data tilgængelige og brugbare både i forhold til DDB statistik platformen såvel som anvendelse i services, der kan støtte biblioteker og brugere. Arbejdet med disse use cases bør resultere i en overordnet model og beskrivelse af data, som f.eks. brugere, sessioner, bestillinger, licenser, kilder, søgninger m.m., som kan anvendes til at mappe fremtidige datasæt op imod. Det anbefales, at man i arbejdet med at udarbejde use cases også eksperimenterer med eksisterende data og forsøger at strukturere data i den overordnede model løbende. Succeskriterierne for projektet er at få leveret et stort antal use cases, der kan anvendes som grundlag for fremtidige projekter og sikre, at datagrundlaget får en ensartethed, der både kan understøtte fremtidige udviklingsinitiativer og DDB statistik platformen. Eksempler på mulige use cases: - Hvilke links bliver aktiveret på f.eks. e-bøger eller e-musik i grænsefladerne, og hvad er forholdet mellem pris og anvendelse fordelt på kilder, materialer m.m. - Opsamling af data på ILL og fjernlåns området, hvilke typer materialer anvendes ofte, og hvilke brugere anvender fjernlån (kønsfordeling, aldersfordeling) - Opsamling af søgedata fra enkeltsessioner i grænsefladen, således at der kan etableres services som f.eks. andre der har søgt på dette har også søgt efter eller andre der har søgt på dette endte med at bestille Side 38 af 39

39 Projektet omfatter 200 udviklingstimer til arbejdet med use cases, datamodel og eksperimenter / prototyper på datasæt Strategisk værdi for sektoren 5 Gennemførlighed 5 Omfang/tid 3 Værdi ift. infrastruktur 1 Score i alt 15 Side 39 af 39