Verbale Riunione dei giorni: 23/07/2009, 26/07/2009 e 30/07/2009

Transcript

1 Incontri Comitati Tematici User Group Web App Verbale Riunione dei giorni: 23/07/2009, 26/07/2009 e 30/07/2009 Cliente Fabbriche di Vallico/Regione Toscana,Comune di Bologna Progetto ELI-CAT, ELI-FIS Redatto da Antonio Patta; Salvatore Dama Data 14/07/2009 Verificato da Adinolfi Giovanni Data 10/8/2009 Approvato da Adinolfi Giovanni Data 10/8/2009 Stato bozza Versione 1.0 Pagine 8 Nome File VerbaleRiunioni_Incontri_UserGroup_WebApp_ _Giugno.doc 1 / 8

2 Storia del documento Versione Data Autore Cambiamenti apportati /07/09 Antonio Patta, Salvatore Dama Stesura Iniziale Riferimenti N Riferimento Reperibile in [1] ACS_BASE.pdf [2] ACO_BASE.pdf [3] TITOLARITA.pdf [4] sintesirequisitiaco.pdf [5] sintesirequisitiaco.pdf [6] Veste_grafica.pdf 2 / 8

3 Luogo e data: Firenze, Sede Regione Toscana, Via di Novoli. Giorni 23/07/2009, 26/07/2009, 30/07/2009 Partecipanti: Cliente Nome e cognome Dario Gambino Ruolo Comune Fabbriche di Vallico Daniele Cortopassi????????????? Miranda Brugi Claudia Assalini Erminia Azziani Arciso Ferri Marco Montanucci Capitanio Cavicchi Candida Burani ANCI Toscana Comune di Padova Comune di Padova Comune di Bologna Comune di Terni Comune di Prato Comune di Prato SIR Umbria Engineering Nome e cognome Adinolfi Giovanni Dama salvatore Giglio Federico Lo Castro Ivan Patta Antonio Paolo Breglia Ruolo Responsabile Tecnico Analista e Progettista tecnico Analista e Progettista tecnico Responsabile progettazione tecnica Project Manager Project Manager Obiettivi degli incontri Gli obiettivi principali degli incontri: 1. presentare le maschere/pagine web della Web Application attraverso cui verranno erogate le funzionalità previste per il prodotto 8.A.1.a denominato Anagrafe Comunale Soggetti Oggetti Relazioni, per brevità indicato di seguito con l acronimo ACSOR. 2. analizzare e discutere la navigazione della Web Application dell ACSOR 3 / 8

4 3. individuare a partire dalla presentazione e dall analisi di cui sopra, delle linee guida comuni che possano essere, ove possibile, applicate in modo generale a tutte le Web Application dei vari prodotti oggetto di fornitura dei progetti ELI-FIS ed ELI-CAT. 4. Capire come le Web Application previste saranno integrate all interno della struttura di portale scelta per ELI-CAT ed ELI-FIS. Argomenti trattati 1. interfacce dell applicazione web di Acsor, allo scopo di discutere sia delle interfacce stesse che delle funzionalità erogate al fine di generalizzare i concetti discussi e riutilizzarli 2. navigazione della Web Application 3. infrastruttura di portale per ELI-CAT ed ELI-FIS. E veste grafica dello stesso. Quale supporto alla discussione sono state utilizzate le slide citate nei riferimenti [1], [2], [3] ed allegate al presente verbale e i documenti di sintesi relativi ai requisiti ACS ed ACO rif. [4], [5]. 4 / 8

5 Sintesi della discussione Di seguito la sintesi della discussione, divisa per argomento, ciascuno dei quali contrassegnato anche dalla data in cui è stato discusso. Anagrafe Comunale Soggetti(ACS), Anagrafe Popolazione, Anagrafe Tributaria (23/07/2009) Nella fase iniziale dell incontro RTI ha consegnato della documentazione relativa alle pagine web per la parte ACS della Web Application dell ACSOR e alla navigazione proposta frutto di analisi preliminare all incontro ed effettuata dalla stessa RTI. A partire da tale documentazione è stata illustrata la navigazione e le proposte di interfacce web relative ai moduli indicati per avere uno spunto di discussione sui loro aspetti grafici e funzionali. Essenzialmente le interfacce proposte, a livello funzionale non hanno sollevato molte osservazioni che comunque sono state tracciate e recepite come illustrato nei documenti forniti insieme a tale verbale. Richiesta particolarmente interessanti e segnalate come esigenze forti sono state: poter disporre di un meccanismo di valutazione del grado di affidabilità di un soggetto di ACS la necessità la definizione di una struttura degli indirizzi valida per ogni satellite su ogni comune operante. Altre osservazioni funzionali, quali la possibilità di avere meccanismi di aggregazione in elenchi molto grandi ed altre come ad esempio gli ordinamenti selezionabili a piacere dall utente finale, sono state risolte attraverso l utilizzo di nuove tecnologie (Ice-Faces), web2.0 e infrastruttura di portale Liferay opportunamente modificato e personalizzato. A tale riguardo viene evidenziato come nell architettura del portale scelta alcune funzionalità saranno disponibili a piacere ed in modo indipendente dai moduli/prodotti, un esempio è la ricerca che sarà sempre disponibile a prescindere dalle pagine che si navigano e che sarà anche tipo evoluto sul genere della ricerca Google. La discussione si è concentrata maggiormente sugli aspetti di organizzazione e presentazione dei dati nelle diverse interfacce grafiche che vengono mostrate negli allegati al presente documento. Citiamo come esempi i seguenti: nella ricerca di un soggetto ACS sono stati richiesti, come ulteriori parametri di ricerca oltre a quelli già proposti, lo stato anagrafico ed il grado di affidabilità del soggetto. È stato richiesto di strutturare meglio quella che è la denominazione che viene anche utilizzata per la ricerca, ad esempio nel caso delle persone giuridiche definendo un ordine, nome /cognome o viceversa, o separare addirittura i campi e avere separata la denominazione per le persone giuridiche. nell elenco risultante di una ricerca è stato richiesta la visualizzazione del codice Fiscale e la denominazione del rappresentante legale nel caso di un soggetto giuridico, mentre nel caso di un soggetto fisico è stato richiesta la visualizzazione dello stato anagrafico. 5 / 8

6 nelle diverse interfacce grafiche è stata quella di mostrare meno dati possibili di natura eterogenea fra loro per avere un migliore visione globale e non disorientare l utente finale facendolo perdere fra informazioni non strettamente necessarie per una prima visione di sintesi dei dati. A tal scopo, infatti si è preferito rinunciare, ad esempio, nel dettaglio di un soggetto ACS, alle informazioni del tipo matrimonio e del titolo di studio. Inoltre, sempre per questa ragione si è preferito visualizzare solo l indirizzo di residenza per un soggetto fisico e l indirizzo Sede Legale per un soggetto giuridico, mentre tutti gli altri tipi di indirizzo potranno essere visualizzati a piacere in quanto contenuti in un menu a tendina apribile. La navigazione su ACS di cui risulta allegato lo schema concordato, e nel successivo incontro per ACO (Anagrafe Comunale degli Oggetti) ha trovato riscontro positivo per l omogeneità con cui è possibile navigare su un soggetto ACS o su un oggetto ACO. Il paradigma usato per la navigazione su questi moduli base è stato quello di avere sempre la seguente tripletta di macro funzionalità [ricerca, dettaglio, relazione] come elemento comune ai vari moduli relativi ai soggetti, oggetti Pertanto si avrà : in ACS la ricerca di una persona fisica o giuridica, in ACO la ricerca di un fabbricato o di un terreno. in ACS il dettaglio di un soggetto fisico o giuridico, in ACO il dettaglio di un fabbricato o un terreno. in ACS le relazioni di un soggetto verso i satelliti e le relazioni verso un altro soggetto ACS (riflessiva) come ad esempio un Rappresentante legale, in ACO le relazioni di un oggetto verso i satelliti e le relazioni di un oggetto verso un altro oggetto ACO (riflessiva), le mutazioni. Viene inoltre richieste che la terminologia utilizzata per le label e le descrizioni venga uniformata ed allineata a quella che è la nomenclatura universalmente riconosciuta all interno degli enti in modo che non ci sia ambiguità di concetti e interpretazioni soggettive dei termini da parte degli utenti finali. Anagrafe Comunale Oggetti(ACO), Anagrafe Imprese(26/07/2009) Anche nell incontro del 26 luglio sono state presentate delle proposte di interfacce web relative ai moduli indicati allo scopo di aprire una discussione sui loro aspetti grafici e funzionali. In generale le interfacce proposte hanno avuto riscontri positivi, a livello funzionale e solo poche sono state le osservazioni sollevate dal comitato tematico, Nella fase iniziale dell incontro RTI ha consegnato della documentazione relativa alle pagine web per la parte ACO della Web Application dell ACSOR e alla navigazione proposta frutto di analisi preliminare all incontro ed effettuata dalla stessa RTI. A partire da tale documentazione è stata illustrata la navigazione e le proposte di interfacce web relative ai moduli indicati per avere uno spunto di discussione sui loro aspetti grafici e funzionali. Essenzialmente le interfacce proposte, a livello funzionale non hanno sollevato molte osservazioni che comunque sono state tracciate e recepite come illustrato nei documenti forniti insieme a tale verbale. Richieste particolarmente interessanti e segnalate come esigenze forti sono state: disporre di un meccanismo di valutazione del grado di affidabilità di un oggetto ACO e la possibilità di conoscere per un terreno la sua edificabilità. 6 / 8

7 disporre nella ricerca di un oggetto ACO, come ulteriore parametro di ricerca oltre a quelli già previsti, dell indicazione della soppressione dell oggetto e dellla funzionalità di Auto Complete sugli Identificativi catastali. Si è discusso a lungo sugli aspetti di organizzazione e di presentazione dei dati sulle diverse interfacce grafiche. Si è deciso e concordato un meccanismo di aggregazione per elenchi superiori ad un certo numero, basato sul tipo di oggetto, sull indirizzo e sugli identificativi catastali. Nelle interfacce relative ad Anagrafe Impresa, è stato riscontrato la necessità di gestire il codice ATECO di un impresa e di aggiungere nel dettaglio di un unità locale le informazioni relative alla data apertura fallimento e data chiusura fallimento. La navigazione sui satelliti presentata nei diversi incontri ha avuto un riscontro positivo per l omogeneità con cui è possibile navigare su un qualsiasi soggetto o oggetto di un qualsiasi satellite presente. Il paradigma usato per la navigazione sui satelliti è stato quello di avere la seguente tripletta [ricerca titolarità, dettaglio soggetto con le relazioni del soggetto, dettaglio oggetto con le relazioni dell oggetto]. L unico satellite che non ha rispettato questo paradigma è stato Anagrafe Tributaria per la mancanza degli oggetti nella base dati. Titolarità e Consultazione delle relazioni di Utilizzo e Proprietà del soggetto e dell oggetto (30/07/2009) Anche nell incontro del 30 luglio, sono state presentate delle proposte di interfacce web relative ai moduli indicati. La navigazione sulle titolarità ha trovato un riscontro positivo, poiché rispettava il paradigma [ricerca titolarità, dettaglio soggetto (ACS) con le relazioni del soggetto, dettaglio dell oggetto (ACO) con le relazioni dell oggetto]. Anche qui è stata riscontrata la necessità di avere un meccanismo di valutazione del grado di affidabilità di una titolarità. sostanzialmente a riguardo delle titolarità le richieste sono state: nella Ricerca : aggiungere il codice Diritto nella sezione Relazione aggiungere la Matrice di Affidabilità sia per il soggetto che per l oggetto togliere il grado di affidabilità dall indirizzo del soggetto mettere il grado di affidabilità sull oggetto e togliere il grado di affidabilità dall indirizzo dell oggetto nel Dettaglio Titolarità Soggetto ACS dettagliare in corrispondenza della posizione anagrafica : attivo, deceduto, emigrato.. aggiungere provenienza oppure aggiungere il grado di affidabilità della relazione, valutare se dopo aver fatto vedere il grado di affidabilità sia il caso di far vedere con un click le diverse provenienze inserire matrice di affidabilità sulle relazioni nel Dettaglio Titolarità oggetto ACO aggiungere la provenienza sulle relazioni cercare di fare come per il dettaglio titolarità del soggetto 7 / 8

8 Infrastruttura di portale e look & feel Nell incontro del 30 luglio si è anche presentato e discusso il frame work di portale su cui si integreranno le varie web application del progetto elisa e la sua relativa veste grafica. La presentazione si è basata sulla presentazione delle varie opportunità che il frame work di portale insieme all uso di ICEFaces ha, tra cui la possibilità di mettere più soggetti e oggetti in sessione e switcare fra essi. La navigazione attraverso icone contestuali e/o attraverso menu interattivo WAI-ARIA. Inoltre la possibilità di profilare il frame work di portale in maniera da dare o meno la possibilità ai vari operatori di costruirsi una pagina personale con i servizi e le portlet più usati. Inoltre il frame work di portale permette di integrare in maniera uniforme e coerente le varie applicazioni web, incluse quelle di tipo più sistemistico (chronos ) delegando al profiling presente su sinapsi la possibilità di limitare gli accessi ai vari moduli e all interno dei moduli alle varie funzionalità. Lo User Group ha discusso anche sulle proposte di veste grafica del portale cui si allegano alla presente quelle che scaturiscono dalla discussione avvenuta rif [6]. Impegni assunti N Chi Entro Cosa 1 Engineering Fine agosto Visionare come le richieste e le osservazioni fatte siano state recepite andando a vederne lo stato implementativo all interno del framework di portale Data: Firma dei partecipanti: 8 / 8