Architettura software
annuncio pubblicitario
InterPA Progetto di E-Gov Provincia di Terni Architettura software 19 Luglio 2005 Autore: Claudia Scanziani (Sistematica S.p.A.) InterPA – Progetto di E-government – Provincia di Terni 1/12 InterPA Progetto di E-Gov Provincia di Terni Indice 1 2 Architettura dell'applicazione.......................................................................................................................................................... 4 Schema concettuale delle informazioni e delle loro relazioni ......................................................................................................... 6 2.1 Architettura distribuita ........................................................................................................................................................... 7 2.2 Architettura Centralizzata ...................................................................................................................................................... 8 2.3 Relazioni tra i database del sistema GEPROT....................................................................................................................... 9 2.4 Gestione della sicurezza: utenti, ruoli e account.................................................................................................................. 10 2.4.1 Operazioni permesse ai ruoli........................................................................................................................................... 11 InterPA – Progetto di E-government – Provincia di Terni 2/12 InterPA Progetto di E-Gov Provincia di Terni Acronimi e Riferimenti Lista degli Acronimi Acronimo Descrizione ACL Access Control List AIPA Autorità per l'Informatica nella PA ASP Application Service Provider CA Certification Authority DTD Document Type Definition HTML HyperText Mark-up Language ICD Interface Control Document PA Pubblica Amministrazione PAC Pubblica Amministrazione Centrale PAL Pubblica Amministrazione Locale PA-PEC Porta Applicativa – Posta Elettr. Certificata PEC Posta Elettronica Certificata PKCS Public Key Cryptography Standards PM Program Manager PPAA Pubbliche Amministrazioni R&D Research & Development RA Registration Authority SIR Sistema Informativo Regionale (Consorzio Umbro) SOAP Simple Object Access Protocol SRD Software Requirement Document TPD Test Plan Document TT Trouble Ticket URD User Requirement Document WAN Wide Area Network WBS Work Breakdown Structure WF Work Flow WP Work Package WPD Work Package Description XML eXtensible Mark-up Language Riferimenti [Rif-1] – Capitolato Speciale di Appalto – Progettazione, realizzazione e messa in esercizio del protocollo informatico con riuso di soluzioni esistenti (Fasi 1 e 2 del progetto INTERPA approvato con deliberazione della Giunta Provinciale n. 181 del 7 Agosto 2003) [Rif-2] – allegato "A" alla determinazione dirigenziale rep. Gen. N. 568 del 6 aprile 2005 Relazione tecnica - ampliamento delle prestazioni da richiedere al R.T.I. Centro Multimediale SPA-Sistematica SPA ex art.3 - comma2 - del capitolato speciale di appalto InterPA – Progetto di E-government – Provincia di Terni 3/12 InterPA Progetto di E-Gov Provincia di Terni 1 Architettura dell'applicazione Il sistema Geprot si basa su ambiente Lotus Domino R5/R6 che rappresenta una piattaforma mirata all'e-business quindi non solamente posta elettronica ma soprattutto una gamma completa di funzionalità di tipo collaborativo su web o tramite client Notes. Domino affianca, alle funzionalità del messaging, quelle più potenti di uno strato a supporto del lavoro collaborativo. L'insieme di queste funzionalità è completamente programmabile in modo tale da rendere possibile una completa personalizzazione ed una implementazione di soluzioni aziendali ad alto valore aggiunto. Lotus Domino/Notes si fonda su propri concetti, metodologie e logiche funzionali, nonché su una struttura dati proprietaria. Le sue peculiari caratteristiche di distribuibilità e replicabilità automatica dei dati permettono di creare architetture logico-fisiche capaci di ottemperare ad ogni esigenza offrendo, in ogni circostanza, un servizio veloce, affidabile e scevro da problemi di gestione. I dati e le informazioni in Domino sono organizzati in documenti e database. Il database é un potente strumento per l’archiviazione degli oggetti attraverso il quale gli utenti possono avere accesso, gestire, archiviare e organizzare le informazioni; il tutto in ottica rigorosamente client-server ed, indifferentemente, con architetture centralizzate o distribuite. Un database Domino contiene anche i moduli per inserire le informazioni nei documenti, le viste per accedere alle informazioni e ogni altra componente software sviluppata appositamente per gestire al meglio i dati. Il database rappresenta, in termini di file-system, il file dove le informazioni vengono gestite e mantenute. I documenti Domino rappresentano l’organizzazione delle informazioni immagazzinate nei database e possono contenere diversi tipi di dati e di oggetti compresi testo, rich-text, dati numerici, dati strutturati, immagini, grafici, suoni e immagini animate, allegati elettronici di qualsiasi tipo. Il sistema Geprot è volto a fornire una soluzione organica, modulare, scalabile e portabile. - Organica perché tutti gli elementi sono tra loro interoperabili sviluppati in un ambiente omogeneo e sono tutti fruibili da un client Web standard, comprese le interfacce con le periferiche (scanner e/o stazioni per la segnatura). - Modulare perché quella proposta è un’infrastruttura applicativa che supporta la creazione di altri moduli per future necessità dell’ente. - Scalabile perché così è il sistema Domino, cuore del sistema, sia in termini di volumi che di performances. - Orientata al rispetto degli standard perché tutti i protocolli utilizzati dal sistema sono standard al fine di una più facile gestione ed integrazione con sw preesistenti e/o futuri. A tal fine tutti gli applicativi hanno interfaccia web, lo scambio di posta elettronica avviene tramite protocollo SMTP, il servizio di directory ed autenticazione usa protocollo LDAP V.3, la sicurezza elettronica viene implementata mediante protocollo HTTPS SSL, X.509 per i certificati digitali, PKCS7 per la firma elettronica. La logica progettuale è incentrata su l’impiego di moduli applicativi secondo un’architettura applicativa a strati come indicato in figura. Protocollo Gestione Fascicoli DMS WMS Estensioni COTS Domino Il primo strato caratterizza l’infrastruttura di base basata sulle funzionalità dell’Application server Domino e della base dati su cui memorizzare i dati relazionali del sistema, mentre il secondo strato è costituito dalle estensioni dell’infrastruttura di base costituite da librerie proprietarie sviluppate per il sistema e da opportuni prodotti COTS di mercato che completano le funzionalità di base dell’Application Server Domino. Il dettaglio dei sottomoduli che compongono questi due strati che globalmente caratterizzano l’infrastruttura di base è quello indicato in figura. InterPA – Progetto di E-government – Provincia di Terni 4/12 InterPA Progetto di E-Gov Provincia di Terni Gestione documenti PDF,Word Gestione Stampanti etichette+BCR Firma elettronica Gestione Scanner ACL Sicurezza Certif. el. Rubrica Utenti COTS Porta Applicativa Posta elettronica certificata Estensioni LDAP Domino Mail HTML DECS In pratica il sistema utilizza l’application server Domino per tutto quello che riguarda i sevizi di base che vanno dal Web Server (modulo HTML), all’interazione con la base dati (modulo DECS) ai servizi di Directory (rubrica corrispondenze, rubrica utenti LDAP) per l’autenticazione e la gestione dei dati di profilo degli utenti interni ed esterni e dei richiedenti. Prevede, inoltre, un sistema per la gestione della posta elettronica ed un sofisticato sistema per la gestione dei diritti di accesso ai documenti (modulo ACL) che permette l’impiego di protocolli sicuri HTTPS e l’eventuale impiego di certificati client per l’autenticazione via Web. Questa infrastruttura di base è completata dalle librerie proprietarie appositamente sviluppate che estendono le funzionalità di Domino alla gestione della firma elettronica conforme alla normativa italiana e l’interfaccia via web a dispositivi scanner per la gestione dei documenti cartacei. E’ previsto, inoltre, l’impiego di COTS per la gestione di stampanti di bar code e per sistemi BCR (Bar Code Recognition) per l’associazione automatica di documenti cartacei acquisiti tramite scanner alle registrazioni del protocollo corrispondenti. E’ previsto, inoltre, viste le eccezioni di legalità sollevate all’impiego della firma elettronica su documenti informatici prodotti con la suite Office, l’uso di sistemi di conversione di detti file in formato “legale” (modulo gestione documenti pdf word). Il terzo strato è costituito dal sistema di gestione dei documenti (DMS) che permette la corretta fascicolazione, archiviazione e classificazione di tutta la documentazione dell’azienda sia essa informatica che cartacea e il suo collegamento alle pratiche e dal motore di WorkFlow (WMS) che è in grado di automatizzare le lavorazioni legate ai documenti secondo prestabiliti flussi di lavoro. Il quarto strato è costituito dal sistema di Protocollo che gestisce tutti gli scambi documentali siano essi informatici che cartacei dell’azienda con l’esterno, dalla gestione pratiche che regola l’avanzamento delle lavorazioni interagendo con il DMS ed il WMS. Deve essere inoltre sottolineato che la particolarità del sistema di protocollo di essere a norma AIPA, cioè conforme a quanto descritto nel DPR 445/2000 e seguenti, permette non solo lo scambio automatico di documentazione con le pubbliche amministrazioni ma garantisce anche uno standard XML di accesso al sistema da altre applicazioni per future espansioni e/o integrazioni. La figura seguente da evidenza grafica ai legami dei moduli principali e alle interazioni presenti. Posta Elettronica Certificata Protocollo WMS Gestione fascicoli e pratiche DMS InterPA – Progetto di E-government – Provincia di Terni 5/12 InterPA Progetto di E-Gov Provincia di Terni 2 Schema concettuale delle informazioni e delle loro relazioni Il sistema GEPROT, sviluppato in ambiente Lotus Domino R5/R6, è configurabile su diverse architetture e modalità scelte in base alle diverse esigenze dell’azienda. • L’Ente può centralizzare i dispositivi hardware e software per avviare e mantenere il sistema di tutte le AOO. Questo tipo di architettura di sistema viene definita Centralizzata. • L’Ente può, altresì, distribuire il carico funzionale del sistema su più macchine. Questo tipo di architettura viene definita Distribuita. Nell’ambito di un’architettura distribuita è possibile, inoltre, optare per un’architettura di replica in cui la medesima AOO è parcellizzata tra più macchine o non di replica dove ogni macchina è dedicata per una singola AOO. Tale apertura, insieme alla scelta della piattaforma Lotus Domino come base infrastrutturale, permette la scelta dell’architettura da adottare in base alle esigenze specifiche del cliente indipendentemente dalle esigenze del sistema del Protocollo Informatico, oltre a garantire la scalabilità del sistema in termini di: • Modularità: l’Ente può tranquillamente prevedere un piano di integrazione dei vari moduli del sistema GEPROT distribuito nel tempo; • Numero di utenti coinvolti nel servizio: l’Ente può abilitare, inizialmente, l’uso dei servizi messi a disposizione dal sistema GEPROT ad un numero di utenti limitato per poi estenderne l’utilizzo; • Volumi di dati: una prima quantificazione del volume dei dati permette di dimensionare opportunamente la potenza di calcolo dei server oltre che le loro risorse (base dati e storage). Il sistema permette di aumentare il numero di risorse destinate allo scopo o addirittura di migrare verso altre architetture hardware e di sistema; • Numero di server integrati nel sistema: l’Ente può prevedere l’estensione dell’infrastruttura hardware senza alcuna limitazione sulla configurazione iniziale Il sistema di gestione del protocollo, riguardo la struttura dei dati, è organizzato con un sistema dei seguenti Database Domino: • Database dei Protocolli è il database che contiene fisicamente i protocolli attivi presso la provincia di Verona; • Database della Coda è il database che contiene le richieste di protocollazione che il sistema provvederà ad evadere; • Database della configurazione è il database che mantiene tutte le impostazioni di configurazione di ciascuna AOO; • Database dei Documenti è il database che contiene le informazioni indicizzate dei documenti protocollati; • Database delle Assegnazioni è il database che contiene le informazioni relative alle assegnazioni dei documenti protocollati; • Database delle Pratiche e Fascicoli: è il database che contiene le informazioni relative ai fascicoli ed alle pratiche legate o no alle registrazioni di protocollo; • Database degli Allegati è il database che contiene fisicamente le immagini rasterizzate dei documenti in ingresso e/o uscita in linea. In realtà è previsto uno spanning del database contenente gli allegati in n archivi contenenti una cifra fissa di documenti allo scopo di migliorare l’efficienza dell’accesso ai dati. Nella seguente figura sono quelli indicati con DbAllegati 1, DbAllegati 2,…, DbAllegati n; • Database posta certificata è il database che contiene tutte le email ricevute tramite la posta certificata dalla casella istituzionale dell’ente. • Database delle Tabelle è il database che contiene fisicamente le informazioni di carattere generale che sono la base comune dei dati delle registrazioni del protocollo. In esso è possibile trovare ad esempio il sistema di classificazione o gli oggetti inseriti nelle registrazioni; • Database ACL è il database che contiene le informazioni relative all’organigramma aziendale necessarie sia per il sistema delle assegnazioni sia per la gestione della sicurezza del sistema; • Database Stampe è il database che contiene tutte le stampe del registro calcolate automaticamente dal sistema e salvate in formato pdf; InterPA – Progetto di E-government – Provincia di Terni 6/12 InterPA Progetto di E-Gov Provincia di Terni 2.1 Architettura distribuita Il disegno del sistema nel caso di un’architettura distribuita in cui il sistema di protocollo su ciascun server non è replica con gli altri server del dominio, ricalca essenzialmente quella di un server Domino dedicato ad ogni AOO. La seguente figura mostra tale scenario. AOO1 DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ..., DBAllPratiche-n, DBACL AOO2 DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ..., DBAllPratiche-n, DBACL server Domino1 DBProtocollo, DBCoda server Domino2 DBProtocollo, DBCoda AOO4 DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ..., DBAllPratiche-n, DBACL AOO3 DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ..., DBAllPratiche-n, DBACL server Domino4 DBProtocollo, DBCoda server Domino3 DBProtocollo, DBCoda Figura 1 - architettura distribuita non in replica Nel caso di un’architettura distribuita in replica invece la topologia del sistema è più complessa ed è quella indicata nella seguente figura. Essa prevede più server per ogni AOO con i db nel riquadro marrone in replica tra tutti i server e i db nel riquadro celeste limitati al centro stella. InterPA – Progetto di E-government – Provincia di Terni 7/12 InterPA Progetto di E-Gov Provincia di Terni AOO1 DBProtocollo, DBCoda DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ... DBAllPratiche-n, DBACL Server HUB DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ... DBAllPratiche-n, DBACL Server Spoke Server Spoke Server Spoke DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ... DBAllPratiche-n, DBACL DBDocumenti, DBTabelle, DBAllegati-1, ..., DBAllegati-n, DBAssegnazioni, DBPratiche, DBAllPratiche-1, ... DBAllPratiche-n, DBACL Figura 2 - architettura a stella in modalità in replica Tale modalità prevede una configurazione a stella in cui i server replicano ciascuno con il centro della stella che provvede a distribuire i dati garantendone l’accesso da parte di tutti gli utenti senza sovraccaricate le tratte geografiche di rete. Operativamente ogni utente, sia in consultazione che in modifica o creazione, si collega al server sulla propria LAN e lavora su questo. Sarà il Server a richiedere al server centrale il progressivo di protocollo ed ad assegnarlo al documento corrente, sarà su questo server che verrà scaricata l’immagine del documento acquisito tramite scanner. Successivamente, ad intervalli prefissati, i server replicheranno per riallineare i dati. 2.2 Architettura Centralizzata Le caratteristiche di grande modularità del sistema non sono tali soltanto in termini di scalabilità geografica, ma esistono anche nel momento in cui si voglia optare, come nella figura seguente, per un’architettura che voglia tenere centralizzata la gestione dei protocolli di più AOO. Questo tipo di architettura denominata centralizzata fa si che al limite in un unico server sia possibile erogare un servizio di protocollo per tutte le AOO che dispongono ognuno di un proprio sito, una propria configurazione, una propria personalizzazione mentre condividono i servizi base di protocollazione, gestione scanner, gestione della firma elettronica, gestione XML della segnatura. E’ questa la situazione indicata nella figura successiva. InterPA – Progetto di E-government – Provincia di Terni 8/12 InterPA Progetto di E-Gov Provincia di Terni WORKSTATION STAMPANTI DI ETICHETTE SERVER PROTOCOLLO ¾ ¾ ¾ contatore AOO1 contatore AOO2 contatore AOO3 SCANNER AOO1 GEPROT Gestione Protocollo geprot.aoo1.tr SERVER DOCUMENTALE DOMINO geprot.aoo2.tr AOO1 geprot.aoo1.tr WORKSTATION INTRANET STAMPANTI DI ETICHETTE AOO2 geprot.aoo3.tr SCANNER GEPROT Gestione Protocollo AOO2 geprot.aoo2.tr AOO3 SCANNER WORKSTATION STAMPANTI DI ETICHETTE GEPROT Gestione Protocollo AOO3 geprot.aoo3.tr Figura 3 - architettura centralizzata 2.3 Relazioni tra i database del sistema GEPROT Il database principale del sistema è il database dei Documenti, ad esso sono legati tutti gli altri, e rappresenta il front-end dell’utente. Il database delle Tabelle e quello della Gestione ACL, oltre a offrire funzionalità di supporto come la gestione della titolazione per le Tabelle e l’aggiornamento delle liste controllo accessi di tutti i database del sistema per la Gestione ACL, rappresentano la base dati del sistema. Gli archivi degli allegati sono i repositories delle immagini acquisite da scanner dei documenti originali protocollati e quindi, oltre a giocare un ruolo importante, sono strettamente legati al database centrale dei Documenti. Il database delle Assegnazioni è strettamente legato a quello centrale perché ciascuna assegnazione ha come partenza una registrazione di protocollo per poi procedere con il proprio ciclo di vita, quindi mantiene e gestisce le informazioni legate alle assegnazioni ed come tale risulta indipendente dal database dei Documenti. Il database dei Fascicoli/Pratiche mantiene tutte le informazioni legate ai fascicoli ed alla loro gestione, ed è quindi strettamente connesso al database dei Documenti Appositi documenti di configurazione legano i vari database per garantirne le connessioni e l’interoperabilità. La seguente figura schematizza le relazioni che intercorrono tra i database: InterPA – Progetto di E-government – Provincia di Terni 9/12 InterPA Progetto di E-Gov Provincia di Terni accesso al sistema Pratiche accesso al sistema Assegnazioni Tabelle Documenti Allegati-1 Assegnazioni Assegnazioni Gestione ACL Stampe Figura 4 - relazione tra i database di GEPROT 2.4 Gestione della sicurezza: utenti, ruoli e account GEPROT eredita tutte le impostazioni ed opzioni di sicurezza proprie del sistema Domino e ciascuna delle sue caratteristiche è implementata utilizzando tutta la gamma di protocolli standard di tipo Intranet/Internet adottati ormai da tutte le organizzazioni aziendali e previsti dalla normativa mirata alla Pubblica Amministrazione. L'intero modello di sicurezza di Domino è fondato su una infrastruttura integrata di crittografia a chiave pubblica (PKI: Public Key Infrastructure) basata sulla tecnologia realizzata da RSA Data Security, Inc. e divenuta, ormai, uno standard di riferimento di tutto il mondo Intranet/Internet. Tale modello garantisce una gamma completa di funzionalità che va dalla reciproca autenticazione di client e server ad un sofisticato sistema granulare di controllo degli accessi e si completa di servizi mirati alla gestione della firma elettronica. In particolare il sistema di autenticazione consente di identificare univocamente ogni singolo utente ed è, naturalmente, la base di tutti i successivi servizi di sicurezza quali, ad esempio, il controllo degli accessi e l'auditing. Tale autenticazione viene effettuata utilizzando su rete aperta (Internet) il protocollo SSL v3 e certificati digitali a chiave pubblica di tipo X.509 v3. Questi certificati digitali, di proprietà dei singoli utenti, possono essere generati direttamente da un Centro Gestione esterno alla singola amministrazione oppure possono essere emessi da un Centro Gestione interno (detto anche Certification Authority interna) e solo successivamente certificati da una CA esterna. In questo secondo caso, Domino Server si comporta esattamente come una Certification Authority interna mettendo a disposizione dell'amministratore della sicurezza tutte le funzionalità necessarie all'emissione e certificazione dei singoli identificativi digitali. L'architettura integrata di Domino, inoltre, garantisce la massima affidabilità e flessibilità nella memorizzazione e pubblicazione delle chiavi pubbliche di ciascun certificato digitale. Tali chiavi, infatti, risiedono all'interno del Directory Service di Domino accessibile anch'esso mediante un protocollo standard derivato dall'X.500 e denominato LDAP. Una volta autenticato, ciascun utente viene sottoposto ad un sofisticato meccanismo di controllo degli accessi che, in modo gerarchico, ne regola l'accesso al singolo servente, alla singola funzionalità applicativa, alla singola informazione o sottoinsieme di informazione. In base al tipo di implementazione, alcune Liste di Controllo Accessi (ACL) vengono definite dall'amministratore della sicurezza, e rappresentano il livello di sicurezza a livello di applicazione e di accesso degli utenti che Domino permette di configurare. InterPA – Progetto di E-government – Provincia di Terni 10/12 InterPA Progetto di E-Gov Provincia di Terni Gli utenti del sistema GEPROT possono avere diversi ruoli ai quali corrispondono mansioni e compiti specifici, per ovvi requisiti di sicurezza l’accesso al sistema deve essere regolato da una opportuna politica. E’ necessario conoscere esattamente l’identità di chi effettua le operazioni, dunque, perché un qualsiasi utente possa attivare le funzionalità di GEPROT dovrà essere stato preventivamente registrato e l’Amministratore del sistema dovrà avergli assegnato un account e almeno un ruolo funzionale. Un account consiste in una coppia d’informazioni dette anche “estremi di autenticazione”: • Nome utente • Password 2.4.1 Operazioni permesse ai ruoli Non tutti gli utenti di GEPROT possono compiere le stesse operazioni, nel sistema GEPROT sono previsti i ruoli funzionali: • Amministratore; • Assegnazione; • Emergenza; • Protocollo; • ProtocolloUO; • Stampe; • Livelli di riservatezza Nel Database dei Documenti: Coloro che hanno ruolo funzionale [Amministratore] potranno: • configurare il sistema; • accedere a tutti i documenti e servizi. Coloro che appartengono all’Ufficio del Protocollo, con ruolo funzionale [Protocollo] potranno: • ottenere un numero di protocollo dal server che distribuisce i protocolli; • apporre all’originale la segnatura (i.e. mediante una stampante stilo); • acquisire l’immagine del documento mediante scanner; • annullare un protocollo; • inserire dei riferimenti tra i protocolli; • classificare e fascicolare le registrazioni; • apportare modifiche alle registrazioni (escludendo modifiche ai dati necessari ed obbligatori alla protocollazione stessa); • stampare il registro giornaliero; • avere accesso a tutte le registrazioni del protocollo; Coloro che hanno ruolo funzionale [Emergenza] potranno: • accedere alla sezione del Registro di emergenza; • inserire delle nuove registrazioni di emergenza; • inserire delle registrazioni di emergenza tramite un apposito modulo di inserimento automatico, utilizzato soprattutto in caso di disservizio del sistema oltre le 24 ore. Coloro che appartengono al Gruppo Assegnazione, con ruolo funzionale [Assegnazione] potranno: • richiedere la visione del Direttore Amministrativo; • assegnare per competenza la registrazione di protocollo. Coloro che hanno ruolo funzionale [ProtocolloUO] potranno: • ottenere un numero di protocollo dal server che distribuisce i protocolli; • apporre all’originale la segnatura (i.e. mediante una stampante); • acquisire l’immagine del documento mediante scanner; • annullare un protocollo; • classificare e fascicolare le registrazioni; • apportare modifiche alle registrazioni; • stampare il registro giornaliero; • accedere e visionare solamente le registrazioni di propria competenza. Coloro che hanno ruolo funzionale [Stampe] potranno: • accedere e visionare le stampe del registro prodotte automaticamente dal sistema. Coloro che hanno il ruolo funzionale legato al livello di riservatezza, configurabile potranno: • accedere ai dati riservati della registrazione, oggetto, sezione allegati e sezione di log. InterPA – Progetto di E-government – Provincia di Terni 11/12 InterPA Progetto di E-Gov Provincia di Terni Tutti gli altri utenti autorizzati all’accesso al sistema GEPROT, sia tramite il portale sia tramite il client Notes, hanno visibilità solamente sui documenti di propria competenza e su di essi hanno la possibilità di: • effettuare ricerche • effettuare richieste di protocollazione informatica in partenza Nel Database delle Assegnazioni: Coloro che hanno ruolo funzionale [Amministratore] potranno: • accedere in visualizzazione a tutte le assegnazioni Coloro che hanno il ruolo funzionale legato al livello di riservatezza, configurabile, potranno: • accedere ai dati riservati della registrazione, oggetto, sezione allegati. Coloro che appartengono al Gruppo Assegnazione, con ruolo funzionale [Assegnazione] potranno: • gestire le assegnazioni quando le assegnazioni di primo livello vengono rinviate al mittente (rifiuto); • effettuare ricerche sui documenti di propria competenza. Nel database delle Pratiche : Coloro che hanno ruolo funzionale [Amministratore] potranno: • accedere in visualizzazione a tutti i fascicoli. Coloro che hanno ruolo funzionale [Protocollo] potranno • accedere in visualizzazione a tutti i fascicoli. Coloro che hanno il ruolo funzionale legato al livello di riservatezza, configurabile, potranno: • accedere ai dati riservati della registrazione, oggetto, sezione allegati Tutti gli altri utenti del sistema GEPROT potranno accedere al sito dei servizi intranet per consultare e fare ricerche sull’archivio del protocollo stesso, sempre e soltanto sui documenti di propria competenza, nel pieno rispetto della legge relativa al trattamento dei dati personali. InterPA – Progetto di E-government – Provincia di Terni 12/12
