Arnfinn Sandnes: Arkivportalen

© 2009 Mesan AS. All rights reserved.

Arkivportalen

- en historie om åpenhet

[email protected]


Innhold

• Bakgrunn for Arkivportalen• Krav• Valg av komponenter fra OpenSource

– Risiko– Tips– Verifisering

• Komponenter vi valgte


Bakgrunn for Arkivportalen

• Oppdragsgiver: Stiftelsen Asta– Opprettet 1995– Utvikling og distribusjon av programvaren Asta– Arkivfaglig metodeutvikling og standarisering– Tilbyr fagkompetanse innenfor organisering av

historiske arkiver.

• Programvaren Asta– Fagsystem for historiske arkiver


Brukere av programvaren Asta

• Mellom 100 og 150 institusjoner• Arkivverket

– Ledes av Riksarkivaren– Består av

• Riksarkivet

• 8 statsarkiver

• Samisk arkiv

– Oppbevarer 200.000 hyllemeter med arkivmateriale

• Landslaget for lokal- og privatakiver(LLP)‏


Arkivportalen

• Nasjonal publiseringstjeneste for arkivkataloger

• En søke- og resultattjeneste via webgrensesnitt på Internett

• Produksjonsmiljø for digitalisering av arkivert materiale

• Bestillingstjeneste– Digital kopi av materiale– Reservering for gjennomsyn på lesesal



ASTA WEBASTA WEB

SØKEARKIVPORTAL

BRUKER

ASTA 5ASTA 5

MIN MAPPE

BESTILLING

REKVIRERING

ARKIVAR

BESTILLING

PRODUKSJON

PRODUKSJON

PERSONALEMELDING

ASTA WEB ASTA 5

ENKELTVIS PUBLISERING

DIGITALE FILER

LESESALPERSONALE

UTLÅN

INNLEV

RETURSTATUS / R

EKVISISJON

GODKJENNE

1

2

3

4

5

7

7

8

9

6

4

PUBLISERING

MELDING

BESTILLE

ARKIVBRUKER






«Tunge» Funksjoner

• Lagring av digitalt innhold– Sikkerhet– Versjonering?– Transaksjoner– Knytte til saksbehandlingsprosess

• Behandling av digitalt innhold– Konvertering mellom formater– Skalering/komprimering

• Søkemotor– «Google-søk»


Strategi for de «tunge» områdene

• Utvikle fra bunnen av– Sannsynligvis for dyrt– Krever god kompetanse på spesielle fagområder

ELLER

• Benytte komponenter fra OpenSource– Finne gode komponenter på de «tunge»

områdene– Sy disse sammen til en helhetlig løsning


Arkitektur

• Laget en arkitektur for løsningen• Hvilke komponenter trenger løsningen• Spesielle krav til komponentene?


Risikoområder ved valg av komponenter• Tilgang til kompetanse

– Ikke noe miljø rundt produktet

– Komponenten benyttes av få andre

• Umodent produkt

– Ferskt, uprøvd, dårlig ytelse

– Dårlig kodekvalitet: bugs

• Problemer med integrasjon

– Passer ikke sammen med resten av komponentene i løsningen

– Følger ingen standard

• Mangelfull/ingen dokumentasjon

• Restriktive lisenser

– Må kildekoden som lages tilbake til OpenSource?


Noen tips ved valg av komponenter• Se på utbredelse

– Er komponenten kjent blant flere ?

– Mange som benytter komponenten ?

• Modenhet

– Prosjekthistorie

– Versjonsnummer ?

• Levende miljø rundt produktet

– Siste oppdatert ?

– Forum ?

• Robust kode

– Søk på produktnavnet + «bug» evt. «problems»• Mange treff ?• Type problemer ?


Tips ved valg av komponenter (2)‏• «Produktfamilie»

– Avhengigheter til andre biblioteker?

– Hvilke andre komponenter benyttes komponenten normalt sammen med ?

• Standarder/spesifikasjoner

– Implementerer komponenten en standard (W3C/JSR)?

• Lisenstype

– GPL, OSL, LGPL

– MPL, CDDL, CPAL

– BSD, MIT, Apache

• Dokumentasjon

– Finnes det noen?

– API ved integrasjon


Etter å ha funnet komponenter:

• POC (Proof Of Concept)‏– Lag en prototyp på arkitekturen der de valgte

komponentene inngår.– Test ut de mest kritiske funksjonene.


Hva vi valgte for Arkivportalen:• Applikasjonsserver

– Glassfish v2• JavaEE

• Database– MySql

• Web-rammeverk– Spring MVC– Spring WebFlow


Hva vi valgte for Arkivportalen(2):

• Lagring av digitalt innhold– Apache JackRabbit

• Content Repository for Java Technology API (JCR).• JSR 170• Støtter transaksjoner

• Behandling av digitalt innhold– JMagick

• Java-grensenitt mot ImageMagick• LGPL-lisens• Vi har utvidet på API'et• Tilbakefører våre utvidelser til Jmagick-prosjektet


Hva vi valgte for Arkivportalen(3):

• Søkemotor– Compass

• «Google-søk» på Java-objekter lagret med JPA (Java Peristence API)‏

• Bygger på Apache Lucene (tekstsøkemotor)‏


Endring i arbeidsform

• Før– Mye utvikling fra bunnen av

• Nå– Lete etter gode komponenter– Sette disse sammen til en løsning


Ved å velge gode komponenter fra OpenSource:

• God kvalitet: Lite bugs• God dokumentasjon• God tilgang på kompetanse

• Løsning som følger standarder– Mer robust for fremtidige endringer– Lettere integrasjon


Gode skreddersydde løsninger -mer standard enn «standardsystemer»/«hyllevare»?

???

Min e-mail: [email protected]