Bo Weymann direktør it development og Ulla Nielsen leder SOI DBC as DBC´s SOA-strategi Bo Weymann direktør it development og Ulla Nielsen leder SOI DBC as

Hvorfor? Åbenhed og samarbejde Eksempler TING Hvordan ser et ”produkt” ud? Om udviklingen

SOA = OLS = SOA Open Library Strategy er en strategi der skal realisere en serviceorienteret platform til national og lokal biblioteksanvendelse Der skal etableres services inden for de områder der efterspørges i et traditionelt ILS – som fx Integra – samt i de nationale løsninger som Danskernes Digitale Bibliotek , Danbib, Bibliotek.dk

OLS strategi og SOA Forventning om at der kan udvikles et marked der efterspørger mere fleksible løsninger for bibliotekssystemer Ikke kun efterspørgsel efter samlede silosystemer, også selektive services og typer af indhold Efterspørgsel efter en større grad af integration mellem indholdssystemer, metadatasystemer og administrative systemer Efterspørgsel efter services der tilsammen kan etablere DDB eller et lokalt bibliotekssystem/-hjemmeside

SOA-strategi ”Tre lag” i strategien Serviceorienteret Arkitektur betyder at alle DBC-services skal laves som services fra starten, dvs ikke omdannelse af monolitisk system til ”SOA” Alle DBC-services skal være tilgængelige som webservices der vurderes attraktive af eksterne partnere Alle webservices skal være tilgængelige i JSON/REST henholdsvis SOAP/XML

Åbenhed og SOA er hinandens forudsætninger OLS-Løsningerne skal basere sig på åbne grænsesnit og standarder både internt og eksternt publiceret OPEN SOURCE er en grundlæggende del af systemfilosofien De enkelte services skal kunne vælges til og fra OLS skal kunne integreres med andre leverandørers komponenter, hvis de overholder standarderne/de åbne grænsesnit Strategiens bagvedliggende koncept drives af ønsket om at samarbejde med andre parter

Eksempler på SOA - webservices Open RS – National ILL platform Open Search – National og ”lokal” søgeservice Open Search Admin – Skriveservice mod databrønden, skabe relationer mv. Lånertjeckservice – Autentifikation Autorisation af biblioteksbruger Forsideservice – udgiver data BSD-VOXB – brugerskabte data

Open Source og åben publicering Webservices dokumenteres og deklareres gennem en WSDL Dokumentation offentliggøres Softwarens kildekode publiceres under Affero-GPL / A-GPL Anvendeligt krav om copyleft for webservices uden softwaren skifter hænder, også god opbakning qua GPL-familien

TING.samarbejdet Århus Kommunes Biblioteker, Københavns Kommunes Biblioteker og DBC – TINGkonsortium TING-partnerprogram Etablering af fælles databrønd, formidlingsplatform og systemintegration til tredjepartssystemer, Integrated search SOA / Mellemlags.TING: DBC Formidlingsplatforme: Storskærm, mobile løsninger, web,…biblioteksdrevet sammen med leverandør.TING.partnere Open Source Open Content

ORACLE/Progress/MySQL Søgemaskine: SOLR/Lucene Arena, EASYsite Palles Gavebod….. Webservices HTTP/SOAP og REST/ XML mv. PHP-biblioteker Præsentations TING- ding.ting Fedora Commons Databrønd Databaseserver ORACLE/Progress/MySQL Søgemaskine: SOLR/Lucene Dokument server Interface

SOA som Produkt Udviklingen skal være drevet af efterspørgsel hos slutbrugere og tekniske partnere Kunder er specifikke målgrupper – måske mere end for produkter med en slutbrugergrænseflade Biblioteksformidlere der fokuserer på egne kunders behov Driftsfolk der har ansvar for lokale komponenter der anvender webservicen Implementører og udviklere der skal integrere webservicen OLS-search webservice anvendes meget forskelligt af Reload/TING og Copenhagen Bombay/Konform/PallesGAvebod

SOA produkt Navngives – den skal have et prægnant og forståeligt navn Lånertjeck-service Forside-service DBC databrønd Tilgængeliggøres 24/7-365 Skaleres så den kan klare et ofte stærkt uforudsigeligt brugsmønster

…og i teknisk forstand Kendt: Webservice ”standarder og værktøjer anvendes”, WSDL Læsbart: XML pakker stort set alt ind og Dokumenteres UDDI mv. (REST/SOAP/HTTP) Accesbar: Smukke adskillelser af metadata, content og funktionelle servicelag Veldrevet: HPHA: High performance, High Availability, overvåges som andre forretningssystemer Vedligeholdt: Løbende tilpasninger

Udviklingsforløb SOA/webservices Agile metoder – iterativ udvikling Analysefase svær at frigøre fra egne brugergrænseflader – derfor så bredt scope med stort input udefra / udviklere, datamanipulatorer, eksterne partnere, SOA-arkitekter, domænespecialister , ex TING Fastlæggelse af strategi og arkitektur i samarbejde med aftagere Design af XML-skemaer, beskrivelse af standardimplementering / Webservice specialister Udvikle softwaren til webservices – dataloger der laver JAVA/C++ backendsystemer og implementerer forretningslogik i scriptsystemer (javascript og PHP)

Udvikling af services Afprøve dem sammen med eksterne partnere / projekter, ex Open RS - Axiell Implementere i egne brugergrænseflader – ex Bibliotek.dk Dokumentere dem i offentlige sites / webservice specialister Publicere koden samt målrettet dokumentation mod udviklerne og webservicespecialister samt eksterne forretningsansvarlige Driftmodne løbende / it-drift, systemkonsulenter (testmanagement), udviklere, webservicespecialister Evolutionær udvikling – fejlrettelser, videreudvikling