Specifica Tecnica. Migrazione a Plone del portale del Comune di Macerata.

Transcript

1 Specifica Tecnica. Migrazione a Plone del portale del Comune di Macerata. autori Gruppo di lavoro versione documento

2 Indice. Obiettivo. Architettura Informativa. Amministrazione Trasparente. Articolazione Uffici. Procedimenti. Diagramma di sintesi. Informazioni Articolazioni Uffici e Procedimenti da Web Service. Delibere. Bandi di concorso e meccanismi di pubblicazione con scadenza. Archiviazione contenuti Amministrazione trasparente. Gestione Notizie. Gestione Eventi. Template Eventi. Creazione Eventi dalle Associazioni. Versione inglese del sito. Newsletter. Template e loro funzionamento. Homepage. Pagina Interna. Archivio Notizie. Notizia. Articolazione degli uffici - Servizio. Articolazione degli uffici - Uffici. Articolazione degli uffici - U.O. Procedimento. Portlet Proxy. Snippet HTML. Servizi del portale. Workflow di redazione e pubblicazione. Profili di Accesso e architettura di gestione utenti. Migrazione contenuti dal sito attuale. Sezioni migrate con script automatici. Archivio Notizie. Archivio Eventi. Delibere. Procedimenti. Sezioni editoriali di Amministrazione Trasparente. Infrastruttura dei servizi. Stack di servizio. Indicizzazione dei contenuti. Versioning dei contenuti.

3 Obiettivo. Questo documento descrive l infrastruttura del nuovo portale del Comune di Macerata, l architettura informativa da realizzare, i meccanismi di funzionamento principali del servizio (gestione contenuti, workflow di redazione/pubblicazione, modalità di accesso degli utenti), le fasi di migrazione dei contenuti prelevati dal sito attuale - Architettura Informativa. L architettura informativa rispecchia quella dell attuale sito, ai cui contenuti viene applicata una opportuna riqualificazione e riclassificazione. Le sezioni da pubblicare sono descritte nel documento Mappa Generale AI Comune MC. Le aree tematiche prese in considerazione sono: Cultura e turismo Servizi al cittadino Informati per partecipare Territorio e green Amministrazione Trasparente. Le pagine di Amministrazione Trasparente (AT) sono strutturate in modo da adempiere alla normativa vigente. Oltre a questo, una serie di contenuti extra sono gestiti fuori dall alberatura di Amministrazione Trasparente, e in modo da avere dei chiari riferimenti ad essa. La maggior parte dell alberatura di AT, dove non altrimenti specificato in questo documento, è costituita da contenuti editoriali costruiti con i tipi di contenuto base del CMS: pagine, file e cartelle. Articolazione Uffici. Le informazioni pubblicate nella sezione articolazione uffici sono gestite in parte con contenuti del CMS e in parte fornite da un servizio esterno, che dispone dei dati richiesti, tramite web service di seguito specificato. Gli uffici sono strutturati secondo i livelli servizio, ufficio e unità operativa (u.o.); tali livelli sono realizzati con oggetti del CMS. Gli id degli oggetto servizio, ufficio, u.o. nel CMS devono coincidere con gli id delle corrispondenti entità presenti nel servizio esterno interrogato tramite web service, in modo da poter operare correttamente le query necessarie. NB: valutare se possibile gestire gli id di questi oggetti con un campo separato. Il servizio è un oggetto del CMS che pubblica: descrizione sintetica attività informazioni di contatto (campo editoriale: indirizzo sede, recapiti telefonici, orari) dirigente [fornito da web service] elenco uffici afferenti e albero u.o del singolo ufficio (al clic si va alla pagina dell ufficio/u.o.) elenco u.o. afferenti (al clic si va alla pagina della u.o.) elenco procedimenti direttamente o indirettamente propri del servizio elenco procedimenti (cosa facciamo) L oggetto servizio contiene al suo interno gli oggetti ufficio e u.o. afferenti, secondo la struttura gerarchica comunale. I procedimenti sono oggetti contenuti nelle u.o. afferenti direttamente o indirettamente al servizio.

4 L ufficio è un oggetto del CMS che pubblica: descrizione sintetica attività informazioni di contatto (campo editoriale: indirizzo sede, recapiti telefonici, orari) dirigente [fornito da web service] responsabile ufficio [fornito da web service] bacheca avvisi ufficio (campo editoriale, senza archiviazione) elenco provvedimenti e documenti (trasparenza) elenco u.o. afferenti, con pubblicazione del responsabile u.o. [fornito da web service] (al clic si va alla pagina della u.o.) elenco procedimenti (cosa facciamo) DA DEFINIRE: l elenco provvedimenti e documenti dell ufficio non è chiaro come possa essere gestito. opzione 1: campo editoriale gestito dagli editor dell ufficio. opzione 2: link generico ad amm. trasparenti nelle sezioni relative a provvedimenti e documenti. L oggetto ufficio contiene al suo interno gli oggetti u.o. afferenti, secondo la struttura gerarchica comunale. La u.o. è un oggetto del CMS che pubblica: descrizione sintetica attività informazioni di contatto (campo editoriale: indirizzo sede, recapiti telefonici, orari) dirigente [fornito da web service] responsabile ufficio [fornito da web service] responsabile u.o. [fornito da web service] elenco personale u.o. e contatti dei singoli [fornito da web service] elenco procedimenti (cosa facciamo) Gli oggetti u.o. contengono al loro interno i procedimenti, per consentire una corretta distribuzione degli accessi ai vari gruppi di utenti che devono avere ruolo di editor sugli stessi. Procedimenti. Le informazioni pubblicate nella sezione procedimenti sono gestite in parte con contenuti del CMS e in parte fornite da un servizio esterno, che dispone dei dati richiesti, tramite web service di seguito specificato. I procedimenti sono oggetti del CMS, il cui attributo id deve coincidere con gli id delle corrispondenti entità presenti nel servizio esterno interrogato tramite web service, in modo da poter operare correttamente le query necessarie. L oggetto procedimento pubblica: descrizione testo editoriale del procedimento (conterrà sotto forma di template HTML: termine procedimentale, ulteriori termini procedimentali, ulteriori informazioni, servizi online,..) chi contattare (info u.o. del procedimento), ereditato dalla u.o. responsabile procedimento [fornito da web service] responsabile provvedimento finale [fornito da web service] titolare potere sostitutivo [fornito da web service] I procedimenti permettono il caricamento di file allegati, che vengono pubblicati nel box modulistica per il procedimento. I procedimenti sono oggetti contenuti all interno dell oggetto u.o. da cui dipendono.

5 NB: I procedimenti sono anche pubblicati per raggruppamento servizio e ufficio. Diagramma di sintesi. Informazioni Articolazioni Uffici e Procedimenti da Web Service. Indicativamente, le chiamate che il web service dovrà assolvere per completare quanto necessario a pubblicare l articolazione uffici sono le seguenti: get_info_persona( id_persona ) -> dizionario con tutte le informazioni della persona richiesta (nome, cognome, mail, recapiti, etc.) get_dirigente_servizio( id_servizio ) -> id persona del dirigente del servizio richiesto get_responsabile_ufficio (id_ufficio) -> id persona del responsabile dell ufficio richiesto get_responsabile_procedimento (id_procedimento) -> id persona del responsabile del procedimento richiesto etc. NB: le chiamate sono operate su protocollo HTTP base, e restituiscono informazioni usando il formato JSON. Delibere. Le delibere sono oggetti del CMS caratterizzati dai seguenti campi: titolo descrizione (oggetto) file allegato tipologia organo servizio numero data pubblicazione Le delibere sono consultate tramite una form di ricerca analoga a quella attualmente in produzione. DA DEFINIRE: La form di ricerca attualmente online presenta come opzioni i campi testo, note. Non trovandoli tra quelli pubblicati, non è chiaro a cosa si riferiscono tali campi. NB: data la mole di documenti da gestire (oltre , a oggi) è consigliabile separare la gestione dell indicizzazione degli oggetti delibera rispetto al motore di ricerca generale del CMS. Bandi di concorso e meccanismi di pubblicazione con scadenza. La sezione è costruita con meccanismi usati anche in Avvisi bandi graduatorie (vedi La pagina principale mostra i bandi pubblicati e in corso, presentando per ogni bando:

6 titolo descrizione data di pubblicazione data di scadenza indicazione se prorogato Al clic sul titolo si accede alla pagina del bando, dove si trovano: titolo descrizione date di pubblicazione/scadenza e informazione se prorogato testo del bando informazioni (rich) link degli allegati binari del bando (file PDF, etc.) I bandi scaduti possono essere consultati accedendo all archivio, dove vengono presentati tutti i bandi a sistema, ordinati per data di pubblicazione decrescente. DA DEFINIRE: La gestione degli avvisi inerenti i bandi di gara stazione appaltante in amministrazione trasparente non è stata affrontata, ma dovremmo poter riutilizzare i meccanismi di pubblicazione realizzati per i bandi di concorso. Archiviazione contenuti Amministrazione trasparente. L archiviazione dei contenuti avviene con le modalità di base del CMS adottato. DA DEFINIRE: le policy di archiviazione dei contenuti della sezione Amministrazione Trasparente sono ancora in fase di definizione dato che la richiesta della norma è interpretabile. In generale sono normalmente archiviati e garantiti tutti i documenti ufficiali pubblicati dal portale (delibere, provvedimenti, etc.. Sono invece soggetti a valutazione tutti quei contenuti editoriali che possono subire micromodifiche anche molto frequenti nel corso del tempo, oppure derivare da sistemi di gestione esterni al CMS. Gestione Notizie. Il nuovo sito prevede un area Notizie. Le notizie sono classificate secondo categorie definite dalla redazione ed archiviate per anno di pubblicazione. Il template applicato alla notizia presenta titolo, descrizione, categorie, data di pubblicazione, immagine di riferimento (usata nelle liste), immagine banner (usata quando la notizia viene pubblicata in un banner), corpo della notizia. Il template applicato all area Notizie presenta le ultime notizie ordinate secondo data di pubblicazione in ordine decrescente, con la possibilità di filtrare secondo categoria o richiedere l archivio degli anni passati. Presenta inoltre un campo di ricerca contestuale per le sole notizie pubblicate. NB: le notizie vengono presentate tutte, senza tenere conto della eventuale data scadenza del workflow del CMS. Le ultime notizie pubblicate sono presentate nella home del sito. Le ultime notizie pubblicate sono presentate nelle aree tematiche e nelle aree ufficio, in base alle propria classificazione per categoria.

7 Le immagini rappresentative delle notizie sono collegate alla notizia da una cartella immagini separata. Sono definite a sistema delle immagini di default per le singole categorie di notizie, sia per l immagine del banner che per l immagine nei listing. Gestione Eventi. Il nuovo sito prevede un area Eventi. Gli eventi sono costruiti sulla base delle funzionalità offerte dal CMS. Ogni evento è caratterizzato dai seguenti attributi: titolo descrizione luogo inizio evento (data-ora) termine evento (data-ora) testo HTML partecipanti URL sito esterno nome contatto contatto telefono contatto Ogni evento è classificato tramite il campo categoria offerto dal CMS, usato trasversalmente da tutti i contenuti del sito, comprese le notizie. Template Eventi. L area Eventi dispone di un template di presentazione degli eventi pubblicati che di base mostra gli eventi del mese corrente e del prossimo mese, in ordine di data inizio evento crescente. Gli eventi sono raggruppati visivamente per giorno, in modo simile a Per ogni evento viene presentato: titolo (con link all evento) ora inizio, se impostata descrizione luogo categorie La vista offre all utente le seguenti modalità di navigazione degli eventi pubblicati: lista delle categorie (preimpostata da template per offrire solo un elenco selezionato) selezione anno (preimpostato a quello corrente) selezione mese (se non impostato, sono mostrati eventi del mese corrente e di quello seguente) I tre parametri sono selezionati in AND nella query effettuata dal CMS. Il template utilizzato per il calendario viene declinato per poter essere applicato ad una cartella del CMS per presentare gli eventi contenuti in quella cartella. Creazione Eventi dalle Associazioni.

8 La generazione di eventi a sistema da parte di utenti non autenticati al portale potrebbe avvenire mettendo a disposizione una form web che, oltre alle informazioni dell evento da pubblicare, chiede un codice univoco assegnato all associazione, memorizzato nel CMS. Tale codice potrebbe essere richiesto dai cittadini inviando una mail alla redazione. La redazione potrebbe mantenere una tabella con l elenco dei codici assegnati manualmente e della descrizione delle associazioni/cittadini corrispondenti. DA DEFINIRE: è necessaria una verifica con i tecnici che implementeranno questa funzione per poter vagliare i dettagli del meccanismo proposto. Versione inglese del sito. La versione inglese del sito sarà prodotta con un istanza gemella e separata del sito principale italiano. Newsletter. Il portale sarà dotato di un plugin per la gestione delle newsletter (EasyNewsletter). Il plugin consente di gestire una o più newsletter, con le seguenti caratteristiche: meccanismi di iscrizione/sottoscrizione alla singola newsletter automatici da parte degli utenti composizione automatica di newsletter costruite con la lista degli ultimi contenuti pubblicati secondo specifica classificazione per categoria invio di newsletter automatico schedulato (newsletter settimanale, mensile) template di invio newsletter pre-definito Periodico on line. Il periodico viene costruito con gli strumenti base del CMS, definendo i vari numeri con cartelle e i singoli articoli con pagine. Template e loro funzionamento.

9

10 Homepage. I Link di portale sono gestiti editorialmente. Il logo, l header e le azioni social sono gestiti dal template. L icona Live now deve accendersi in corrispondenza di alcuni eventi di streaming. Il banner rotante presenta le notizie in evidenza, selezionate editorialmente tramite il campo elementi correlati di un documento cablato noto al template, in modo da poter gestire facilmente anche l ordine delle notizie. L oggetto notizia fornisce gli editor di due campi che ospitano titolo e descrizione da usare in homepage al posto di quelli originali, e un campo per l immagine ad alta risoluzione da usare nel banner. I tab delle aree tematiche nascondono un menu di navigazione, costruito in modo automatico con i contenuti di primo livello delle cartelle delle aree tematiche. Il widget di presentazione notizie mostra le ultime 6 notizie pubblicate, ad eccezione di quelle presenti nel banner rotante. Lo spazio In primo piano viene costruito tramite contenuti selezionati, secondo una logica editoriale analoga a quella usata per selezionare le notizie del banner rotante. I campi titolo e descrizione per la homepage sono gestiti analogamente agli oggetti notizia. I contenuti del footer sono gestiti editorialmente. DA DEFINIRE: L accensione dell icona Live Now, non ancora stato definito, potrebbe essere basato su un calendario gestito dal CMS. Inoltre non è definita la pagina a cui l eventuale link deve puntare. Pagina Interna. L header viene reso meno ingombrante rispetto alla homepage, mantenendo sempre visibili tutti i suoi elementi, in ogni pagina. Il banner è presente solo su alcune pagine specifiche, gestito editorialmente. Il menu di navigazione è sempre visibile, con attivo quello dell area che si sta navigando. I breadcrumbs sono sempre visibili. La colonna principale, normalmente presente, ospita menu di navigazione secondari, box editoriali, etc. La colonna secondaria è presente solo dove si ritiene necessario, e ospita elementi specifici del contesto. Il corpo centrale ospita sempre titolo H1 della pagina e altri elementi da stabilire che devono essere sempre presenti (es. i pulsanti social per condividere le pagine). Il footer e il box sponsor e siti esterni sono visibili su tutte le pagine. Archivio Notizie. il template è applicato alla cartella delle notizie, per consentirne la navigazione. Di default, viene presentato l elenco di tutte le notizie pubblicate, con paginazione, in ordine di data di pubblicazione decrescente. Il box categorie elenca una serie di categorie disponibili, al clic vengono presentate solo le notizie relative alla categoria.

11 Il box ricerca testuale permette la ricerca libera in tutto e solo l archivio notizie. il box archivio presenta un link che conduce alla lista delle cartelle anno di archiviazione. NB: tenere come riferimento il template di Notizia. I box navigazione categorie, ricerca testuale e archivio sono ereditati dalla cartella notizie. Articolazione degli uffici - Servizio. Il template è applicato all oggetto servizio, che al suo interno ospita gli oggetti ufficio e u.o. afferenti. Il box navigazione contestuale offre la navigare tra i vari servizi/uffici. il box cosa facciamo presenta i link ai procedimenti pubblicati afferenti al servizio e il link per ottenere il file CSV corrispondente. Il box contatti servizio presenta le informazioni del dirigente, gestita editorialmente. il box trasparenza pubblica i link alle informazioni importanti dell ufficio presenti in amm. trasparente, ed è gestito editorialmente. I box uffici e u.o. pubblicano i nomi e i link agli uffici e alle u.o afferenti al servizio. Articolazione degli uffici - Uffici. Il template è applicato all oggetto ufficio, che al suo interno ospita gli oggetti u.o. afferenti. Il box navigazione contestuale offre la navigare tra i vari servizi/uffici. Il box bacheca avvisi è gestito editorialmente dagli editor abilitati, senza funzioni di archiviazione. il box cosa facciamo presenta i link ai procedimenti pubblicati afferenti all ufficio e il link per ottenere il file CSV corrispondente. Il box contatti ufficio presenta le informazioni del responsabile. il box trasparenza pubblica i link alle informazioni importanti dell ufficio presenti in amm. trasparente, ed è gestito editorialmente. il box personale pubblica l elenco delle persone alle dipendenze dell ufficio. Il box u.o. pubblica i nomi e i link alle u.o. afferenti all ufficio. Articolazione degli uffici - U.O.

12 Il template è applicato all oggetto u.o.. Il box navigazione contestuale offre la navigare tra i vari servizi/uffici. Il box contatti u.o. presenta le informazioni del responsabile dell ufficio, o del servizio in caso di u.o. direttamente afferente. il box trasparenza pubblica i link alle informazioni importanti della u.o. presenti in amm. trasparente, ed è gestito editorialmente. il box personale pubblica l elenco delle persone alle dipendenze della u.o.. il box cosa facciamo presenta i link ai procedimenti di competenza della u.o. e il link per ottenere il file CSV corrispondente. Procedimento. Il template è applicato all oggetto procedimento. I box dei responsabili sono popolati con informazioni provenienti da web service. Il box chi contattare viene ereditato dalla u.o. di appartenenza, e definito in modo editoriale. il box modulistica procedimenti elenca i file allegati al procedimento, per consentirne il download. il box testo editoriale presenta il campo testo del procedimento, contenente tutte le informazioni specifiche del singolo procedimento. Portlet Proxy. Il CMS sarà dotato di un portlet speciale, che pubblica il contenuto di una pagina a sistema referenziata nelle pagine dove il portlet risulta visibile. Con questo meccanismo sarà facile posizionare sulle colonne o in fondo alle pagine delle informazioni gestite in modo centralizzato e ripubblicate su varie pagine del sito, come ad esempio: informazioni di contatto informazioni degli uffici informazioni per gli eventi etc. Snippet HTML. DA DEFINIRE: sono da definire una serie di snippet HTML utili alla gestione delle pagine, come ad esempio lo snippet per il download dei file, che deve presentare per i criteri di accessibilità tipo e dimensione del file offerto per il download. DA DEFINIRE: per il completamento dell attività di creazione dello stile di base del sito, possiamo fare uso del template test_rendering del CMS, ampliato con gli elementi che ci interessa tenere sotto controllo.

13 Servizi del portale. Il sito viene gestito e pubblicato tramite il CMS Plone. I meccanismi base del CMS sono descritti dal manuale ufficiale in inglese ed italiano. Il servizio Plone di stage è accessibile da: Workflow di redazione e pubblicazione. Il workflow di redazione adottato è applicato a tutti i contenuti del portale, e permette di generare i contenuti in stato privato, per cui saranno accessibili solo dall autore e dagli utenti espressamente autorizzati. Quando il contenuto è pronto per essere pubblicato, l autore ne chiede la pubblicazione transitandolo in stato pending. In questo stato, il contenuto è ancora esclusivamente accessibili da parte di autore, utenti espressamente autorizzati e utenti con ruolo di revisori. I contenuti in stato pending sono presentati agli utenti con ruolo revisore tramite apposite pagine del sito. Un utente con ruolo di revisore pubblica il contenuto transitandolo in stato pubblicato. In questo stato, il contenuto è visibile ed accessibile da parte di utenti anonimi. Gli utenti con ruolo di revisore potranno riportare in stato privato i contenuti pubblicati. I contenuti di tipo file e immagine fanno eccezione, e non vedono applicato un workflow ad essi in modo diretto: ereditano lo stato della cartella che li ospita. In particolare, se la cartella è in stato privato, non saranno accessibili da parte di utenti anonimi, se la cartella è in stato pubblico, saranno accessibili da parte di utenti anonimi. DA DEFINIRE: per favorire la gestione del flusso di revisione, i contenuti in stato in revisione e pubblicato non dovrebbero essere modificati da chi ha solo ruolo di autore, e non ha potere di pubblicazione. Per consentire la modifica e la riapprovazione di nuove versioni dei contenuti pubblicati, è da vagliare l utilizzo delle funzioni di working copy del CMS. Profili di Accesso e architettura di gestione utenti. L autenticazione al portale viene gestita tramite connessione al servizio LDAP/Active Directory del comune. I permessi vengono assegnati agli utenti tramite ruoli, derivati direttamente o tramite l appartenenza a gruppi. Tale assegnazioni di ruoli avviene sia a livello generale di portale, sia su specifiche aree del sito. Si consiglia di associare ruoli locali a specifiche aree del sito a gruppi di utenti, e non direttamente agli utenti, per mantenere un agevole e predicibile meccanismo di controllo sui permessi dei singoli utenti. I gruppi principali identificati sono: Admin Ufficio Web: ha pieni poteri editoriali e di revisione sui contenuti dell intero sito. Redattori Ufficio Web: ha pieni poteri editoriali (ma non di revisione) sui contenuti dell intero sito.

14 Gruppo Amministrazione Trasparente: ha pieni poteri editoriali e di revisione sui contenuti della sezione Amministrazione Trasparente. Gruppo Ufficio: esiste un gruppo di utenti per ogni ufficio, con poteri editoriali sui contenuti delle aree assegnate. Gruppo Responsabili Ufficio: esiste un gruppo responsabili per ogni ufficio, con poteri di revisione sui contenuti delle aree assegnate. DA DEFINIRE: i gruppi e i ruoli assegnati non sono ancora stati messi completamente a fuoco. Migrazione contenuti dal sito attuale. Le seguenti sono le principali problematiche da tenere in considerazione nel migrare automaticamente i contenuti dal vecchio portale al nuovo: informazioni di servizio del vecchio CMS (metadati, permessi, etc.) non sono migrati al nuovo CMS l architettura informativa dei contenuti del vecchio sito è diversa da quella degli stessi contenuti nel nuovo sito struttura dell HTML delle pagine cambia dal vecchio al nuovo sito o formattazioni complesse o specifiche del vecchio CMS non avranno una buona resa i link interni potrebbero non corrispondere ai contenuti del nuovo sito o i vecchi contenuti potrebbero essere stati eliminati nella migrazione o i vecchi contenuti potrebbero non essere rintracciabili sul nuovo sito, dopo la migrazione i contenuti dei box laterali non sarebbero migrati al nuovo sito le risorse statiche (immagini e file allegati) migrate non sarebbero gestite dal nuovo CMS, ma direttamente servite dal web server, per garantire che link presenti a queste risorse sulle pagine migrate possano continuare a funzionare. Sezioni migrate con script automatici. Archivio Notizie. L archivio Notizie ( viene migrato automaticamente, previa verifica di fattibilità. NB: Non sarà possibile definire e associare una corretta classificazione in categorie delle notizie migrate. Archivio Eventi. Non esiste un archivio eventi nel vecchio sito. Per il momento si ritiene utile non operare nessuna migrazione. Delibere. L archivio Delibere ( viene migrato automaticamente, previa verifica di fattibilità. Procedimenti. DA DEFINIRE: I procedimenti sono oggetti con una struttura piuttosto diversa e una posizione nel CMS che dipende dalla struttura degli uffici. Resta da chiarire in che modo operarne una eventuale migrazione automatica. Sezioni editoriali di Amministrazione Trasparente.

15 Alcune sezioni non sono oggetto di migrazione: statuto - viene sostituito da un PDF bandi di concorso e avvisi - gli archivi potrebbero essere mantenuti online tramite il vecchio sito su dominio old di servizio bandi di gara DA DEFINIRE: In specifica abbiamo registrato sia che i bandi di gara NON vanno migrati, sia che essi andrebbero migrati in automativo. Alcune sezioni di Amministrazione Trasparente ricche di pagine editoriali omogenee saranno oggetto di migrazione automatica, per quanto tecnicamente possibile. Seguono le varie sezioni oggetto di migrazione. La sezione bilanci, in particolare: Bilancio consuntivo - Bilancio preventivo - Regolamenti comunali: La sezione organi di indirizzo politico-amministrativo: DA DEFINIRE: la sezione organi di indirizzo politico-amministrativo è molto ricca di pagine, con un alberatura forse da rivedere. Restano da capire quali garanzie si possano dare in termini di migrazione automatica. Consiglio comunale in Organi istituzionali (da riorganizzare) DA DEFINIRE: Non abbiamo avuto il tempo necessario a poter analizzare nel dettagliose la sezione consiglio comunale necessità di template o automatismi particolari nel CMS. Bandi di gara Albo incarichi professionali: DA DEFINIRE: è da definire la regione di quello che attualmente è un archivio di file PDF. Se resterà tale nelle funzionalità, è da capire se sia conveniente una migrazione manuale dei file. Personale: DA DEFINIRE: è da chiarire se Personale è un sezione gestita in modo editoriale, alla luce della gestione dei dati del personale tramite applicazione esterna; e nel caso se sia utile farne una migrazione automatica.

16 Enti Controllati: Provvedimenti dirigenti: Servizi erogati: Pagamenti dell amministrazione: Opere Pubbliche: DA DEFINIRE: non è chiaro se le sezioni opere pubbliche, pianificazione e governo del territorio, informazioni ambientali e Altri contenuti sono da migrare in automatico. Probabilmente si tratta di una migrazione automatica editoriale. Pianificazione e governo del territorio: DA DEFINIRE: In questo momento la sezione pianificazione e governo del territorio viene gestita editorialmente tramite una serie di cartelle e file immagine. Da chiarire se la migrazione automatica può essere utile, o se convenga procedere manualmente. Informazioni Ambientali: Altri contenuti: Infrastruttura dei servizi. Il sito del Comune di Macerata attualmente online dovrebbe avere una mole di file binari gestiti di 5GB, con oltre pagine servite pubblicamente. Stack di servizio. Lo stack software che si prevede di utilizzare per il nuovo sito è il seguente: web server (Apache) cache & balancing server (Varnish) CMS (Zope - Plone) il web server e il cache & balancing server di concerto gestiscono le richieste in modo da garantire il minor numero possibile di hit al CMS, con richieste debitamente distribuite sui vari nodi del servizio applicativo. Si prevede l utilizzo di una configurazione del servizio applicativo del CMS Zope-Plone in cluster ZEO, per garantire responsività e separazione dei canali usati per la pubblicazione e per la gestione del sito. Indicizzazione dei contenuti. L indicizzazione dei contenuti viene delegata al servizio Solr. Questo permette di garantire un maggior livello di responsibiltà e scalabilità dell architettura, rispetto al solo utilizzo del server applicativo Zope.

17 Per garantire migliori prestazioni, sarà inibito l uso dell indice per la ricerca fulltext sui contenuti implementato dal CMS, per delegare completamente questa funzione al servizio Solr. NB: su richiesta è possibile attivare indicizzazione a faccette, e altre funzioni avanzate di ricerca dei contenuti indicizzati. Versioning dei contenuti. Per garantire un limite controllabile rispetto all occupazione di spazio dei contenuti gestiti dal CMS, il numero di versioni disponibili per ogni contenuto sarà limitato a 3 versioni per oggetto. DA DEFINIRE: resta da capire se il numero di versioni mantenute a sistema deve essere aumentato, anche in virtù delle decisioni finali per l archiviazione dei contenuti in amministrazione trasparente e per l eventuale attivazione delle funzioni di working copy. Meccanismi per aumentare la capacità di risposta del sito. Alcuni espedienti tecnici possono aiutare nel rendere il sito più efficiente rispetto all installazione base dei servizi del CMS. In particolare, potremo adottare: separazione delle istanze applicative del CMS che rispondono agli utenti normali del portale, rispetto alle richieste operate da utenti autenticati separazione del DB del CMS per isolare punti dell alberatura che potrebbero richiedere attenzione (aree documentali, in particolare, come Delibere e sezioni Opere Pubbliche) separazione del catalogo di indicizzazione interno del CMS su DB separato, per garantire un miglior impiego della RAM del server utilizzo di istanze applicative del CMS specializzate per la gestione e pubblicazione di alcune aree specifiche del portale utilizzo di un servizio LDAP sul server unimc in replica simmetrica rispetto al server LDAP principale