L’obiettivo è lo sviluppo di una applicazione generale per il supporto alla digitalizzazione degli Archivi Notarili, la costituzione di un database per la memorizzazione ed il recupero delle informazioni e lo sviluppo di una applicazione di consultazione attraverso Intranet.

Il progetto prevede l'utilizzo di diversi componenti che possiamo dividere in tre aree: client web, server e data-entry

I client web utilizzabili sono quelli compatibili con le specifiche HTML 4.0 e Javascript 1.1 come Microsoft Internet Explorer 4 e Netscape Communicator 4.5,. Questi software hanno il compito di gestire le interrogazioni e le risposte al sistema di consultazione, l'interfaccia grafica di presentazione dati e le security di accesso.

I servizi lato server fanno perno sul Document Management System OpenText BASIS, che si occupa della gestione dei dati relazionali e fornisce le necessarie funzioni di verifica dei dati immessi, di controllo dell'integrità del sistema sia a livello logico (gestione delle transazioni, ripresa a caldo ed a freddo, log delle transazioni, thesauri, vincoli di validità e integrità referenziale) che fisico (backup dei dati con sistema in uso, recupero del database dopo guasti fisici) e della sicurezza del sistema.

Gli altri servizi disponibili sono: Netscape Enterprise Server che fornisce lo strato di gestione del protocollo HTTP e di tutte le funzionalità relative. OpenText BASIS Web Gateway che gestisce lo strato applicativo di interfaccia tra l'DMS BASIS e IIS. OpenText BASIS RPC server che permette l'accesso alle funzionalità del DMS da remoto sia utilizzando la rete locale sia attraverso i protocolli di Internet.

Lo strato di data-entry è suddiviso in due parti. La prima l'Editor, vero e proprio che utilizza il software commerciale Softquad XMetaL, che effettua tutti i controlli di validazione relativi alla Document Type Definition sviluppata. La seconda responsabile del caricamento dei dati utilizza un software sviluppato ad hoc in linguaggio Java chiamato XML Data Loader.

Lo schema concettuale dei dati presentato è descritto dallo schema:

L'entità Protocollo rappresenta l'aggregazione degli atti prodotti dai notai.

L’entità DocumentoXML rappresenta il documento XML originale che comprende il protocollo e gli atti contenuti.

L’entità Atto rappresenta un atto rogato dal notaio e aggregato ad un protocollo.

L’entità Toponimo rappresenta il nome con cui un luogo geografico è conosciuto.

L’entità Antroponimo rappresenta il nome attribuito ad una persona.

L'entità Piazza rappresenta i luoghi dove esercitano i notai.

La relazione DocumentoXML - Protocollo definisce il rapporto con il documento XML originale che contiene tutti gli atti relativi al protocollo. La cardinalità prevista è di uno ad uno ed è obbligatorio

La relazione Protocollo - Atto è relativa al legame tra gli atti prodotti da un notaio ed il protocollo utilizzato per comporli. La relazione è di tipo uno a molti obbligatori, in quanto ad un protocollo corrispondono necessariamente più atti.

La relazione Atto - Toponimo lega un atto compiuto davanti ad un notaio con i luoghi citati nell'atto stesso La relazione è di tipo uno a molti non obbligatoria.

La relazione Atto - Antroponimo (citato) lega un atto compiuto davanti ad un notaio con tutte le persone citate nell'atto stesso. La relazione è di tipo uno a molti non obbligatoria.

La relazione Atto - Antroponimo (parte/i) lega un atto compiuto davanti ad un notaio con tutte le persone che prendono parte attiva nella stipula dell'atto stesso. La relazione è di tipo uno a molti non obbligatoria.

La relazione Protocollo - Antroponimo (redatto da) lega un protocollo notarile con il notaio che lo ha redatto. La cardinalità prevista è di uno ad uno ed è obbligatorio

Lo schema logico dei dati viene trasformato per permettere l'inserimento del concetto di thesaurus. Lo schema rappresenta tale modifica:

Rispetto allo schema concettuale è stata eliminata l'entità piazza e sostituita con un thesaurus. È stato aggiunto un thesaurus che controlli la tipologia di atti gestiti nei protocolli. Le entità Toponimi e Antroponimi sono controllate da thesauri omonimi sui nomi.

I thesauri necessari alla validazione dei campi della tabella Atto sono:

• Antroponimi
• Toponimi
• Tipologia di atti gestiti

I thesauri necessari alla validazione dei campi della tabella Protocollo sono:

• Piazza
• Nome del notaio (antroponimi)

Le relazioni scelte per i thesauri necessari sono le seguenti:

I verbali del consiglio degli Archivi vengono digitati manualmente e digitalizzati in formato XML, utilizzando una opportuna Document Type Definition. La digitalizzazione avviene attraverso un Editor XML fornito in una postazione client che può essere non collegata alla rete (off line) per le funzioni di editing ma, che deve esserlo per le procedure di caricamento dei dati. È possibile distribuire su più macchine queste operazioni.

I documenti XML validi sono creati all'interno del software CLIP!, in base ad una DTD chiamata verbale (Allegato A), sono salvati localmente nel sistema in un repository dedicato.

Il documento XML validato dall'editor viene caricato nell'XML Data Loader attraverso una interfaccia grafica. Questo modulo effettua un ulteriore controllo di validazione in base alla DTD Verbali e passerà i token estratti dal documento ad un motore di validazione per l'immissione nel DB creato.

Il JDBC/ODBC Bridge crea un collegamento virtuale con il Driver ODBC Basis presente nel sistema client, che è responsabile del collegamento successivo il Basis RPC Server per il colloquio diretto con l'RDBMS

I dati così caricati sono a quel punto immediatamente disponibili sul database e quindi consultabili attraverso Internet con una interfaccia Web apposita.

Il documento XML valido prodotto dall'editor deve essere successivamente caricato in una base di dati relazionale per cui è necessario definire alcune regole di mappatura tra i componenti ed i campi delle varie tabelle.

Negli elenchi sono considerati solo i campi che coinvolgono componenti del document XML.

Note: prima dell'inserimento del valore viene eseguito un controllo di unicità verificandone la presenza sia nella tabella che nel thesaurus.

Note: il codice dell'atto viene estratto dal database dopo che questo è stato inserito, così come il codice attribuito al toponimo.

Note: prima dell'inserimento del valore viene eseguito un controllo di unicità verificandone la presenza sia nella tabella che nel thesaurus.

Note: il codice dell'atto viene estratto dal database dopo che questo è stato inserito, così come il codice attribuito all'antroponimo.

Lo schema di navigazione dell'applicazione parte dalla presentazione del fondo attraverso alcune pagine HTML di descrizione (non presenti nello schema).

<!--**************************************************************** ***********-->

<!-- CONSIGLIO PER GLI -->

<!-- ARCHIVI DEL REGNO -->

<!-- DOCUMENT TYPE DEFINITION -->

<!-- VERSIONE 1.0 -->

<!-- -->

<!-- ID Technology -->

<!-- Roma -->

<!-- 2000 -->

<!--**************************************************************** ***********-->

<!-- -->

<!-- Ministero per i Beni e le Attivita' culturali -->

<!-- Ufficio Centrale per i Beni Archivistici -->

<!-- Nucleo per l'informatica -->

<!-- -->

<!--Autore: Costantino Landino (c.landino@idtech.it) -->

<!-- -->

<!--Storia del documento -->

<!--**************************************************************** ***********-->

<!--06-12-1999: Prima bozza -->

<!--24-1-2000: Introduzione di CARTADA e CARTAA come -->

<!-- sottoelemneti di ATTO, al posto dell'attributo -->

<!-- CARTA -->

<!--24-1-2000: L'attributo NUMERO dell'ATTO e' diventato il -->

<!-- sottoelemento NUMEROATTO -->

<!--27-1-2000: Modifica delle relazioni sul thesaurus -->

<!-- -->

<!-- -->

<!-- -->

<!--Protocollo -->

<!ELEMENT PROTOCOLLO (NUMERO,NOME,ANNOTAZIONE,PIAZZA,GIORNOINIZIALE?,GIORNOFINALE?,MESEINIZIALE?,MESEFINALE?,ANNOINIZIALE?,ANNOFINALE?,DESCRIZIONE?,COMPILATORE?,ATTO*)>

<!ELEMENT NUMERO (#PCDATA)>

<!ELEMENT NOME (%VALORE;, REL*)>

<!ELEMENT ANNOTAZIONE (#PCDATA)>

<!ELEMENT PIAZZA (%VALORE;, REL*)>

<!ELEMENT GIORNOINIZIALE (#PCDATA)>

<!ELEMENT GIORNOFINALE (#PCDATA)>

<!ELEMENT MESEINIZIALE (#PCDATA)>

<!ELEMENT MESEFINALE (#PCDATA)>

<!ELEMENT ANNOINIZIALE (#PCDATA)>

<!ELEMENT ANNOFINALE (#PCDATA)>

<!ELEMENT DESCRIZIONE (#PCDATA)>

<!ELEMENT COMPILATORE (#PCDATA)>

<!--Atto -->

<!ELEMENT ATTO (NUMEROATTO,CARTADA?,CARTAA?,PARTI+,ALTRINOMI*,LUOGHICITATI*,ANNOTAZIONEATTO,TIPODIATTO,GIORNO?,MESE?,ANNO?,ANNOTAZIONEDATA?,COMPILATOREATTO?)>

<!ELEMENT NUMEROATTO (#PCDATA)>

<!ELEMENT CARTADA (#PCDATA)>

<!ELEMENT CARTAA (#PCDATA)>

<!ELEMENT PARTI (%VALORE;,REL*)>

<!ELEMENT ALTRINOMI (%VALORE;,REL*)>

<!ELEMENT LUOGHICITATI (%VALORE;,REL*)>

<!ELEMENT ANNOTAZIONEATTO (#PCDATA)>

<!ELEMENT TIPODIATTO (%VALORE;,REL*)>

<!ELEMENT GIORNO (#PCDATA)>

<!ELEMENT MESE (#PCDATA)>

<!ELEMENT ANNO (#PCDATA)>

<!ELEMENT ANNOTAZIONEDATA (#PCDATA)>

<!ELEMENT COMPILATOREATTO (#PCDATA)>

* Archivi notarili

* Definizione in DDL BASIS

* Versione 1.0

*

* Autore: Costantino Landino

* Storia del documento:

* 15/12/1999 Prima bozza

* 17/12/1999 Aggiunta Thesauri

* 03/01/2000 Aggiunta modello WEB

* 17/01/2000 Correzione campi e occorrenze

*----------------------------------------------------------------------------

ACTUAL_DATA_MODEL;

*----------------------------------------------------------------------------

*

WORD_LIST=SECOLI, TYPE=CHAR, WORDS=('I','II','III','IV','V','VI','VII','VIII','IX','X','XI','XII','XIII', 'XIV','XV','XVI','XVII','XVIII','XIX','XX', 'XXI');

*

*

Creazione dell'intestazione del file XML

Creazione dell'elemento PROTOCOLLO

Lettura dalla tabella PROTOCOLLO dei valori dei campi

Creazione degli elementi NUMERO, NOME, ANNOTAZIONE, PIAZZA, GIORNOINIZIALE, GIORNOFINALE, MESEINIZIALE, MESEFINALE, ANNOINIZIALE, ANNOFINALE, DESCRIZIONE, COMPILATORE contenuti nel PROTOCOLLO

Creazione degli elementi relativi alle date iniziali e finali

Estrazione ciclica dei valori contenuti nei records della tabella ATTO, associati al PROTOCOLLO in esame

Creazione di un elemento ATTO e aggiunta degli attributi NUMERO e CARTA

Estrazione ciclica delle PARTI dalla tabella ATTO

Creazione di un elemento PARTI

Estrazione ciclica dei nomi contenuti nei records della tabella ANTROPONIMO, associati all'ATTO in esame

Creazione di un elemento ALTRINOMI

Estrazione ciclica dei nomi contenuti nei records della tabella TOPONIMO, associati all'ATTO in esame

Creazione di un elemento LUOGHICITATI