Advies databankarchivering COP Documentbeheer en archivering III 25 november 2008.

Slides:



Advertisements
Verwante presentaties
Het gebruik van rijke casussen uit de praktijk van management
Advertisements

Ingave via het scherm Algemene beschrijving van de toepassing De toepassing is opgebouwd uit drie niveaus : Niveau 1 : verzending en afzender Niveau 2.
De zin en onzin van escrow
“Digitaal delen is het nieuwe hebben” 9 vragen over de toekomst van overheidsinformatie ICTU Café 11 februari 2014.
Advies: Duurzaam archiveren van COP Documentbeheer en archivering III 25 november 2008.
E-DEPOT en digitale toegankelijkheid 19 oktober 2006.
Digitaal Depot. Waarom een Digitaal Depot •Overheden en particulieren werken steeds meer en soms alleen nog maar digitaal; •Gebruikers verwachten digitaal.
Digitale Toegankelijkheid Trends, ideeën, (on)mogelijkheden Peter Horsman.
E-RADEN Roadmap. AGENDA • Overzicht van nieuwe ontwikkelingen 2009 • Interfaces • Document Types : Meta-data • E-raden gratis ? • Perspectieven.
Software Architectuur Over de samenhang der dingen = Over de connecties tussen componenten Over de afhankelijkheden tussen modules Over de belangen van.
Dienstencatalogus 24 november Programma Wat is een productencatalogus Alle componenten op een rij – De generieke informatie – De specifieke informatie.
Een korte blik op het E-depot
HALLO OPLETTEN : Waarom sql DOEN : Introductie opdracht
RODIN Regio’s Zaanstreek en Waterland 23 november 2011
Beleidsregel vervanging archiefbescheiden Provincie Zuid-Holland 2008
Kwaliteit en betrouwbaarheid van simulaties ir. Rudolf van Mierlo Efectis Nederland BV.
Functionele specificaties ZAIS EMD
Adobe formulieren : stand van zaken.
Digitale duurzaamheid en bewaarstrategieen
SQL & datamodelleren.
Computers en Visueel Gehandicapten
HALLO OPLETTEN : Waarom sql DOEN : Introductie opdracht
Introductie 28/07/2014 Digitaal Archief Vlaanderen.
Duurzame archiveringsstrategie voor digitale kantoordocumenten
Informatiebeheer.
Besturings- systeem A Computer A Besturings- systeem B Computer B Netwerk Handmatige taak I Applicatie 2Applicatie 1 Handmatige taak II Applicatie 3 Gebruiker.
Dit wordt het DSH Herent, 7 april Wettelijk kader Decreet van 3 maart 2008 Deadline van 22 mei 2009 voor het “sociaal huis” Minimale vereisten:
Designing Knowledge Systems b Hoofdstuk 11 van Knowledge Engineering and Management. The CommonKADS Methodology. b A.Th. Schreiber, J.M. Akkermans, A.A.Anjewierder,
Praktijk case: “Geautomatiseerd scannen én verwerken van ingekomen facturen” ICT Platform.
22 november 2011 Kwaliteit door meten Josje Everse En hoe de zelfevaluatie daarbij kan helpen…
Oudere software op een nieuwe PC De andere manier is het gebruik van virtual p.c. Het gebruik van virtual pc heeft als voor/nadeel het standaard operatings-
Model VS UAVgc op basis van SE
Backup scripting met robocopy
Waarom een standaard Een norm of standaard is een procedure of een maat waarvan een groep mensen met elkaar heeft afgesproken dat ze hem zullen gebruiken.
Digitale duurzaamheid: (ook) een kwestie van organiseren Inge Angevaare, coördinator Nationale Coalitie Digitale Duurzaamheid DEN conferentie - 10 december.
Scriptieseminarie 3 Methode – Experimenteel onderzoek
Systemen die het opstellen van digitale wetgeving ondersteunen Rik De Busser ICRI/LIIR – K.U.Leuven
Van papier naar digitaal Casus Digital born materiaal
19 juni 2008 PRESERVERING Van beleid naar praktijk.
De juridische context van de digitale factuur.
Risk Based Testing van pakketsoftware
Digitale duurzaamheid binnen de VO COP Documentbeheer en archivering
Ordenen van gegevens Inleiding informatiesystemen © Sander Cox.
Seminarie Software Open Bestandsformaten Open Versus Gesloten Software.
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
ARCHIEVENPROJEKT CENTER FOR RESEARCH ON DUTCH JEWRY SPI OKTOBER 2012.
Workshop evalueren Dcp
Hogeschool van Amsterdam - Interactieve Media – Internet Development – Jochem Meuwese - -
WapliX Webdatabases New generations of applications.
Van librije tot digitale bibliotheek: de universiteitsbibliotheek utrecht eric sieverts.
Oracle licenties…… Hoe kunt u besparen? David Abeln
Hoorcollege 1: efficiëntie en complexiteitsontwikkeling.
Hoorcollege 1: efficiëntie en complexiteitsontwikkeling.
Beheer van Onderzoeksdata (RDM) Hannelore Vanhaverbeke – DOC Jan Ooghe, Kristel Hoydonckx – ICTS TOB project o.l.v. Hilde Van Kiel - UB.
15 september 2014 Help, ik heb geen e-depot Workshopleider: Jeroen Jonkers Begeleiding: Margriet van Gorsel.
Archiveren van ruimtelijke plannen | 20 november 2012 Archiveren van ruimtelijke plannen Jorien Weterings Adviseur recordkeeping.
Efficiënt onderhandelen Beter, sneller, goedkoper 11 februari 2016 Bart van Reeken.
PoC Geodata en het eDepot. Wat gebeurt hier? Drie lokale overheden, één RHC en Geonovum slaan de handen ineen Veel energie rondom een vraag die de hele.
Lectora als ontwikkeltool voor interactieve multimedia programma’s
ETUDE Toetsservicesysteem
Archipro – digitaal archief overdragen
Het E-depot van Rotterdam
Inleiding resultaten 3 pilots Gemeenten
Inleiding resultaten 3 pilots Gemeenten
Technisch Ontwerp inhoud
Stap drie bij projecten
COP V: Documentbeheer 9 september 2010.
Bunnik & het RHC Zuidoost Utrecht
DCAT-AP Vlaanderen voorlegging als standaard
Transcript van de presentatie:

Advies databankarchivering COP Documentbeheer en archivering III 25 november 2008

Inleiding Nog niet goedgekeurd door stuurgroep strategisch archief of SOBO Ontwerptekst Graag uw feedback!

Wat zijn databanken? Databank bestaat uit verschillende onderdelen: –Gestructureerde gegevens –DBMS (beheer van de databank) –Toepassing Verschillende datamodellen –Bekendste is het relationele model

Wettelijke aspecten Decreet Openbaarheid van bestuur –Databank = bestuursdocument Archiefwet Auteurswet –Beschermt de auteur van de databank –Uitzonderingen voor archivering Privacywet –Legt beperkingen op voor de verwerking van gegevens Databankwet –Beschermt de auteur van de databank –Geen uitzondering voor archivering => onderzoeken wettelijke aspecten voor het archiveren => overeenkomst met de ontwikkelaar van de databank

Wat archiveren? (1) Niet éénduidig –Gegevens? –Structuur? –Toepassing? –DBMS? (enkel emulatie) Bepaald door de archiefvormer

Wat archiveren? (2) Enkele richtlijnen –Plaats van de databank in de organisatie –Extra informatie in de databank (tov afgeleiden)? –Wordt de informatie in een ander formaat bewaard? –Laat wetgeving de archivering toe? –Kan de integriteit en authenticiteit voldoende gegarandeerd worden? –Gebruikscontext: project/kerntaak –Authentieke bron? Ga bij de creatie van de databank na of deze gearchiveerd moet worden => Stel een archiefbeheersplan op

Eisen archiveringsoplossing (1) de authenticiteit en integriteit behouden door de betekenisvolle onderdelen van de databank en metadata over de databank te bewaren de metadata moeten toegankelijk en begrijpbaar zijn op lange termijn de databank moeten bruikbaar en verwerkbaar zijn door toekomstige systemen

Eisen archiveringsoplossing (2) de databank moet onafhankelijk worden van het DBMS, hardware en besturingssysteem er moet gebruikgemaakt worden van open standaarden die breed geaccepteerd zijn. het beheer en onderhoud van het archief moet onafhankelijk zijn van specifieke software (vendor lock-in vermijden)

Bewaarstrategieën - overzicht Migratie Emulatie Alternatieve bewaarstrategie Conversie

Bewaarstrategie (1) - Migratie Langetermijnbewaring (> 5 jaar - …) Omzetten naar een standaardformaat: –Gebruik XML –Of een combinatie van standaarden: Platte tekst (data, liefst Unicode) XML (enkel metadata over de databank) SQL (opgelet ISO SQL!) –Zowel structuur als zoekvragen e.d.

Migratie Eisen voor het behoud van authenticiteit Inhoud De inhoud kan goed bewaard worden. Het is belangrijk dat er wel een validatiestap is om na te kijken of de migratie geslaagd is. Context De context moet bewaard worden door beschrijvende en technische metadata toe te voegen. Structuur De structuur kan bewaard blijven, maar zal meer beschreven moeten worden in een taal begrijpbaar door de computer. Uiterlijk Het uiterlijk kan niet bewaard worden en moet beschreven worden De beste oplossing is het bewaren van functionele of technische analyse. Gedrag Het gedrag kan niet bewaard worden en moet best beschreven worden. De beste oplossing is het bewaren van functionele of technische analyse.

Bewaarstrategie (2) - Emulatie Langetermijnbewaring (> 5 jaar - …) Aangewezen als de toepassing ook bewaard moet worden

Emulatie Eisen voor het behoud van authenticiteit Inhoud De oorspronkelijke inhoud blijft bewaard Context De context moet toegevoegd worden door beschrijvende en technische metadata toe te voegen. Structuur De structuur van de oorspronkelijke databank wordt bewaard. Uiterlijk De oorspronkelijke applicatielaag blijft bewaard. Het kan snel complex worden als er extra programma’s bewaard moeten worden. Bijvoorbeeld bij databanken met een webinterface moet er naast de databanksoftware een webserver, een programmeertaal,... bewaard blijven. Gedrag Het gedrag blijft bewaard omdat de oorspronkelijke databank bewaard blijft.

Bewaarstrategie (3) - Conversie Aangewezen voor kortetermijnbewaring (≤ 5 jaar) Naar nieuwere, hogere versie Opgelet: vergeet de metadata over de databank niet!

Conversie Eisen voor het behoud van authenticiteit Inhoud Wordt goed bewaard. Het resultaat moet nagekeken worden Context De context moet toegevoegd worden door beschrijvende en technische metadata toe te voegen. Structuur Wordt goed bewaard. Het resultaat moet nagekeken worden Uiterlijk Kan bewaard worden. De verschillende componenten zijn vaak gemaakt met leveranciersspecifieke programma’s en daarom is het conversieproces afhankelijk van deze programma's. Gedrag Kan bewaard wordt. Het is het belangrijk om te testen of de omzetting naar de nieuwe versie geslaagd is.

Bewaarstrategie (4) - Alternatief Alternatieve bewaarstrategie –Vaak zijn databanken een bron en is enkel de output belangrijk (vb. documenten gegenereerd uit een databank) –De output moet wel op een goede manier bewaard worden Interactiviteit van de databank vervalt

Alternatieve bewaarstrategie Eisen voor het behoud van authenticiteit Inhoud Niet de databank, maar de output van de databank wordt bewaard Het gevolg is dat de inhoud niet op een gestructureerde manier bewaard wordt. Geen mogelijkheid tot bevraging van de gegevens. Context Door de beschrijvende en technische metadata toe te voegen voor de gekozen oplossing. Structuur Wordt niet bewaard, omdat het in een andere vorm wordt bewaard. UiterlijkWordt ook niet bewaard, omdat de databank niet bewaard wordt. GedragWordt ook niet bewaard, omdat er een andere vorm wordt gebruikt

Conclusie bewaarstrategie (1) VoordelenNadelen Migratie + Volledige neutraliteit en onafhankelijkheid + Getrouwe representatie - Kans op beperkt gegevensverlies bij oorspronkelijke migratiebewerking - Geen eenvoudige bewerking -Niet alles kan behouden worden, bijvoorbeeld de applicatielaag en hierdoor moet er veel beschreven worden Conversie + Zeer getrouwe representatie + Relatief eenvoudige ingreep + Beperkte kans op gegevensverlies op korte termijn - Volledige afhankelijkheid van platform en producent - Hoe langer gewacht wordt met de conversie, hoe meer kans op gegevensverlies Emulatie + Zeer getrouwe representatie + Alle oorspronkelijke functionaliteiten werken - Arbeidsintensieve ontwikkeling - Meerdere configuraties moeten geëmuleerd worden - Licenties van de verschillende programma’s nodig - Geen emulator voor recente databanksoftware

Conclusie bewaarstrategie (2) Kortetermijnbewaring ≤ 5 jaar Langetermijnbewaring > 5 jaar - … Permanente bewaring Migratie-XX ConversieX-- Emulatie (nu moeilijk haalbaar) -XX

Vervolgtraject Goedkeuring door (advies wordt strategie!) –stuurgroep strategisch archief –SOBO Voorstel piloot: archivering van Vlimpers –Concrete toepassing van de strategie