PIANO!DEIFABBISOGNI! ECOSISTEMA!TURISMO!! Servizi!di ... ·...

Sistema Pubblico di Connettività LOTTO 4

Dipartimento Turismo, Economia della Cultura e Valorizzazione del Territorio Sezione Turismo Regione Puglia

PIANO DEI FABBISOGNI

ECOSISTEMA TURISMO

Servizi di realizzazione e gestione di Portali e dei

Servizi on-‐line

Sistema Pubblico di Connettività -‐ Lotto 4


Dipartimento Turismo, l’Economia della Cultura e Valorizzazione del Territorio Sezione Turismo Regione Puglia

1

SOMMARIO

Sommario 1 1 Introduzione 3

1.1 Premessa 3 1.2 Scopo 5 1.3 Campo di applicazione 6 1.4 Assunzioni 6 1.5 Riferimenti 6 1.6 Acronimi e glossario 7

2 Dati anagrafici amministrazione 8 2.1 Dati anagrafici amministrazione 8

3 Descrizione E durata del fabbisogno 9 3.1 Descrizione delle aree applicative del sistema AS -‐ IS 9

3.1.1 Portale Turistico Regionale 9 3.1.2 Portale Social 10 3.1.3 DMS 10 3.1.4 SPOT 11 3.1.5 CPS 12 3.1.6 OTUR 13 3.1.7 DWH 13

3.2 Descrizione fabbisogno 14 3.2.1 Linea di Azione 1 -‐ Evoluzione funzionale e tecnologica dei servizi digitali esistenti 15

3.2.1.1 Evoluzione della componente CPS 15



2

3.2.1.2 Evoluzione delle componenti SPOT+ e SPOT 16 3.2.1.3 Evoluzione del sistema di gestione della destinazione turistica DMS -‐ Destination Management System 18 3.2.1.4 Evoluzione della porta di accesso unica ai servizi amministrativi 21 3.2.1.5 Evoluzione dei sistemi di analisi e distribuzione dei dati statistici 22 3.2.1.5 Evoluzione del sistema di gestione e promozione turistica 23

3.2.2 Linea di Azione 2 -‐ Progettazione e realizzazione nuovi servizi digitali 25 3.2.2.1 Progettazione e sviluppo del servizio di notifica nei casi di Attivazione e Cessazione di una Struttura Ricettiva 25 3.2.2.2 Progettazione e sviluppo del sistema di Chatbot di supporto agli operatori (customer e content bot) 25 3.2.2.3 Progettazione e sviluppo dell’archivio digitale del materiale promozionale 26

3.2.3 Linea di Azione 3 -‐ Implementazione dell’ecosistema del Turismo, a partire dal Modello generalizzato di ecosistema progettato nel PdF “Ecosistema della Cultura” 27

4 Descrizione dei servizi 28 4.1 Servizi di Sviluppo 28

4.1.1 L4.S1 -‐ Progettazione, Sviluppo, Mev e Rifacimento di portali, siti e applicazioni web 28 4.1.2 L4.S2 -‐ Progettazione, Sviluppo, Mev e rifacimento di APP 28

4.2 Servizio di Supporto Specialistico 28 4.2.1 L4.S7 -‐ Supporto Specialistico 28



3

1 INTRODUZIONE

1.1 Premessa

La Regione Puglia, nell’ambito dell’innovazione, sostenibilità e promozione delle tematiche culturali, ed in riferimento al “Piano Triennale per l’informatica nella PA 2017 – 2019”, si vuole dotare di un “Ecosistema digitale, a livello regionale, del Turismo e della Cultura” finalizzato, con il concorso di tutti i soggetti responsabili – in primo luogo, ma non esclusivamente, le Amministrazioni competenti – a contribuire a colmare il grave “digital divide” che affligge gli operatori nazionali del settore rispetto ai principali partner europei. L’ecosistema digitale del Turismo e della Cultura è stato definito in accordo alle Missioni “Tutela e valorizzazione dei beni e attività culturali e paesaggistici” e “Giovani e sport”, segue le linee di indirizzo nazionali definite dal documento “Strategia per la crescita digitale 2014-‐2020” (in cui è identificata l’azione “Turismo digitale”), dal “Piano Strategico del Turismo 2017-‐22”, dal “Piano triennale per l’informatica nella PA 2017-‐2019”, ed è coerente con la pianificazione regionale in materia di Turismo e Cultura digitali. In particolare, l’Ecosistema trova collocazione nel Modello strategico di evoluzione del sistema informativo della PA previsto nel “Piano triennale per l’informatica nella PA 2017-‐2019”, all’interno della macro-‐area “Ecosistemi verticali”. Il Modello strategico è stato pensato da AGID per superare l’approccio a “silos” storicamente adottato dalla Pubblica amministrazione e per favorire la realizzazione di un vero e proprio sistema informativo della Pubblica Amministrazione che veda le esigenze dei cittadini e delle imprese come punto di partenza per l’individuazione e la realizzazione di servizi digitali moderni e innovativi (servizi di front office), separi il back-‐end dal front-‐end permettendo l’accesso ai back end solo in modo controllato e tramite API standard, certifichi e pubblichi le API sulle quali lasciar costruire al mercato App per la fruizione dei servizi pubblici. Dal punto di vista dell’impostazione tecnica, funzionale ed organizzativa, l’Ecosistema digitale del Turismo e della Cultura è aderente al Modello Strategico ed in particolare agli obiettivi dell’Ecosistema verticale “Beni Culturali e Turismo”. Durante la precedente programmazione, il Turismo e la Cultura Digitali della Regione Puglia sono stati caratterizzati da una progettazione per sistemi, che ha portato alla realizzazione di tre piattaforme abilitanti: Sistema Informativo Regionale del Turismo, Digital Library della Regione Puglia, Sistema Informativo Regionale del Patrimonio Culturale. La nuova fase sarà invece caratterizzata da una progettazione per servizi, in conformità al Modello Strategico. Varie le attività previste, funzionali alla costituzione, a partire dalle piattaforme abilitanti, di un Ecosistema Digitale, a livello regionale, del Turismo e della Cultura, che consenta di conoscere, valorizzare, promuovere, diffondere la conoscenza e migliorare la fruizione del territorio e del patrimonio culturale e naturale. Di seguito la schematizzazione delle principali componenti dell’Ecosistema complessivo:



4

Figura 1 -‐ Ecosistema Digitale del Turismo e della Cultura

L’obiettivo generale del presente piano è far evolvere l’infrastruttura tecnologica e di servizi del SIRTUR (Sistema Informativo Regionale del Turismo) verso l’ecosistema digitale del Turismo.

Il SIRTur costituisce l’infrastruttura informatica alla base dei servizi di promozione turistica nonché di tutti gli adempimenti normativi a carico del sistema turistico regionale. Attualmente è caratterizzato da:

● Portale Turistico Regionale – viaggiareinpuglia.it, comprendente anche la versione mobile m.viaggiareinpuglia.it, l’app Visit Puglia (disponibile su Android ed iOS) e il portale social pugliaxp.it;

● Applicativi informatici disponibili a diversi livelli istituzionali e agli operatori del settore (Sistema per la rilevazione e trasmissione dei dati del movimento turistico, Sistema per la comunicazione dei prezzi e servizi, Sistema di Gestione della Destinazione Turistica, Datawarehouse, Osservatorio Turistico, CMS del portale);

● Unico archivio dati di settore, a livello regionale. La seguente figura schematizza l’architettura dei servizi del SIRTUR.



5

Figura 1 SIRTur – Architettura dei servizi

Nello specifico, l’intervento traguarda i seguenti macro obiettivi:

-‐ reingegnerizzazione del Sistema in conformità al Modello architetturale e funzionale dell’Ecosistema Cultura;

-‐ progettazione e sviluppo dei nuovi servizi funzionali alla digitalizzazione dei processi amministrativi; -‐ evoluzione dei servizi esistenti funzionali alla digitalizzazione dei processi amministrativi; -‐ evoluzione del sistema di analisi e distribuzione dei dati turistici; -‐ progettazione e sviluppo dell’archivio digitale del materiale promozionale; -‐ evoluzione del sistema di gestione della destinazione turistica; -‐ evoluzione del sistema di promozione turistica; -‐ gestione dell’interoperabilità con gli altri sistemi dell’Ecosistema Digitale del Turismo e della Cultura; -‐ accompagnamento e assistenza agli utenti regionali e agli operatori turistici all’uso dei nuovi sistemi; -‐ evoluzione del sistema sulla base delle nuove esigenze che potranno emergere.

In conformità alle linee guida per lo sviluppo di progetti digitali contenute nel Piano triennale per l’Informatica nella Pubblica Amministrazione 2017-‐2019, l’Ecosistema Turismo dovrà essere scalabile e multilivello, con la rappresentazione delle basi dati secondo il paradigma dei Linked Open Data e la pubblicazione di API certificate sulle quali lasciar costruire al mercato App per la fruizione dei servizi pubblici.

1.2 Scopo

La Regione Puglia – Assessorato al Turismo-‐ vista l’opportunità offerta dal Contratto Quadro del Lotto 4 della gara SPC Servizi Cloud, dedicato ai Servizi di realizzazione portali e servizi on-‐line, intende stipulare un contratto esecutivo per la realizzazione dei servizi sottoscrivibili attraverso il citato contratto quadro.



6

1.3 Campo di applicazione

Il documento si applica al progetto SPC lotto 4. In particolare si fa riferimento alle componenti di: ■ Servizi di sviluppo ■ Servizi di supporto specialistico

1.4 Assunzioni

Tutte le attività oggetto del presente Piano dei fabbisogni devono realizzarsi assicurando la continuità rispetto a tutti i sistemi del SIRTur attualmente in esercizio, in particolare:

▪ la continuità di esercizio;

▪ la salvaguardia delle funzionalità disponibili;

▪ la salvaguardia di tutti i dati;

▪ la salvaguardia dello svolgimento di tutti gli adempimenti e procedimenti amministrativi in essere.

Non sono oggetto del presente Piano dei fabbisogni, in quanto a carico del Datacenter di InnovaPuglia, i seguenti servizi:

▪ l’infrastruttura tecnologica, implementata in ambiente di cloud computing privato, localizzata presso la server farm di InnovaPuglia comprensiva dei servizi di comunicazione dati e di sicurezza in ambito RUPAR-‐SPC e relativi servizi di gestione. L’infrastruttura tecnologica resa disponibile è costituita da macchine virtuali VMware (ad eccezione dei server che ospitano l’RDBMS)

▪ Gestione sicurezza Logica (Servizio di gestione dei dispositivi di sicurezza perimetrale, Servizio di gestione IDS -‐ Intrusion Detection System -‐, Servizio di content filtering)

▪ Gestione Sicurezza Fisica (Sicurezza di area, Sicurezza delle apparecchiature)

▪ Il servizio di Gestione e manutenzione reti

1.5 Riferimenti Identificativo Titolo/Descrizione Contratto Quadro del 04/08/2017 e relativi Allegati

Contratto Quadro relativo all’Appalto dei servizi di realizzazione e gestione di Portali e Servizi on-‐line (lotto 4) in favore delle PA.

Allegato 5A alla lettera d’invito Capitolato Tecnico Parte Generale

Allegato 5B alla lettera d’invito Capitolato Tecnico Lotto 4



7

1.6 Acronimi e glossario Definizione / Acronimo Descrizione AgID Agenzia per l’Italia Digitale Consip Consip S.p.a. RTI Raggruppamento Temporaneo d’Impresa SPC Sistema Pubblico di Connettività SIRTUR Sistema Informativo Regionale Turistico ARET Agenzia Regionale del Turismo DMS Destination Management System SPOT Sistema Puglia per l’Osservatorio Turistico CPS Comunicazione Prezzi e Servizi OTUR Osservatorio Turistico DWH Datawarehouse CMS Content Management System SDK Software Development Kit SPID Sistema Pubblico di Identità Digitale ETL Extract, Transform, Load CAD Codice Amministrazione Digitale



8

2 DATI ANAGRAFICI AMMINISTRAZIONE

2.1 Dati anagrafici amministrazione

DATI ANAGRAFICI AMMINISTRAZIONE

Ragione sociale Amministrazione Regione Puglia

Indirizzo Lungomare Nazario Sauro 33 CAP 70100

Comune Bari

Provincia BA Regione Puglia

Codice Fiscale 80017210727 Indirizzo mail [email protected]

PEC [email protected]

Codice PA r_puglia DATI ANAGRAFICI REFERENTE AMMINISTRAZIONE

Nome Salvatore Patrizio

Cognome Giannone Telefono 0805405960

Indirizzo mail [email protected]

PEC [email protected]



9

3 DESCRIZIONE E DURATA DEL FABBISOGNO

3.1 Descrizione delle aree applicative del sistema AS -‐ IS Il SIRTur è articolato nelle seguenti aree applicative le cui esigenze sono descritte in modo puntuale nei successivi paragrafi:

● Portale Turistico Regionale ● Portale Social ● DMS -‐ Sito ARET -‐ Porta Unica di Accesso ● SPOT ● CPS ● OTUR ● DWH

3.1.1 Portale Turistico Regionale

L’area applicativa rappresenta lo strumento di promozione, di comunicazione e di accoglienza digitale che accompagna l’utente-‐turista nella scoperta del patrimonio artistico, culturale e naturalistico della regione nonché delle sue peculiarità e tradizioni. E’ uno strumento informativo ma anche interattivo perché permette la costruzione autonoma del proprio programma di viaggio, calibrato sul relativo periodo di soggiorno, con la possibilità di condividerlo e di stamparlo.

Fanno parte di questa area il portale turistico regionale consultabile all’indirizzo www.viaggiareinpuglia.it, il portale mobile m.viaggiareinpuglia.it, l’app Visit Puglia disponibile negli store Android ed iOS ed il CMS utilizzato per editare tutti i contenuti informativi.

Tali contenuti sono inseriti e aggiornati da una Redazione Centrale presente presso gli uffici dell’agenzia ARET Pugliapromozione ma anche da una serie di redazioni esterne presenti sul territorio regionale che operano sotto la supervisione della Redazione Centrale. Il contenuto di ciascun elemento è immesso nel sistema CMS ed è unico e quindi mostrato senza alcun cambiamento nei vari portali informativi.

Le applicazioni sono realizzate utilizzando il linguaggio Java SE 6 secondo un’architettura three-‐tier e con l’utilizzo di diversi Design Patterns. I principali framework applicativi impiegati sono Struts 1.x, Ibatis, Quartz e



10

JQuery e sono erogati tramite l’Application Server Tomcat 7 single-‐node; la persistenza dei dati è su database Oracle 10g.

3.1.2 Portale Social

L’area applicativa rappresenta lo strumento per far raccontare e condividere le esperienze di viaggio in Puglia direttamente ai turisti attraverso la scrittura di racconti, di recensioni e l’invio di foto oppure tramite post provenienti dai canali social. Parimenti gli operatori turistici, già registrati nel DMS, possono promuovere la Puglia attraverso la scrittura dei consigli di viaggio.

Fa parte di questa area applicativa, il portale www.pugliaxp.it. Esso si integra con le altre componenti del SIRTur come viaggiareinpuglia.it e le due App. Il sistema è realizzato su ambienti Liferay CE 6.2 CE nelle sue componenti Portal e CMS ed è installato in Tomcat 7 versione bundled. La persistenza dei dati avviene su database PostgreSQL 9.4.

3.1.3 DMS

L’area applicativa consente la promozione, condivisa con strutture ricettive, operatori di intermediazione e operatori per i servizi turistici, dei prodotti e dei servizi turistici pugliesi.

Fa parte di quest’area applicativa il portale agenziapugliapromozione.it; esso assume una doppia connotazione: è il portale istituzionale dell’agenzia ARET PugliaPromozione attraverso cui vengono pubblicate le news, le comunicazioni, il materiale promozionale, le informazioni e i dati di Amministrazione Trasparente, ma è anche il portale di promo-‐commercializzazione degli operatori turistici pugliesi come strutture ricettive, tour operator ed agenzie di viaggio, masserie didattiche, ristoranti etc. che hanno la possibilità di promuovere la propria attività attraverso l’aggiornamento della scheda di profilo consultabile dall’utenza pubblica Web, inserire offerte commerciali, partecipare ad eventi come fiere o educational tour.

Esso è integrato con le altre componenti del SIRTur, viaggiareinpuglia.it e CPS. L’interoperabilità è garantita da appositi servizi DB (viste e/o stored procedure condivise) o REST API native.

Il sistema è realizzato su ambienti Liferay CE 6.1 nelle sue componenti Portal e CMS ed è installato in Jboss 7.1 versione bundled. La persistenza dei dati avviene su database Oracle 10g. Per erogare tutte le funzionalità dinamiche, sono state utilizzate le componenti native dell’ambiente Liferay soprattutto per il content management ma anche sviluppate delle portlet ad-‐hoc secondo le specifiche JSR 168 ed JSR 286 usando il linguaggio Java SE 6.



11

Per la realizzazione di alcune funzionalità, il DMS invoca il sistema di Protocollazione esterno all’ambiente di Datacenter Cloud del SIRTur. La comunicazione tra questi due sistemi avviene tramite chiamate web-‐services.

A marzo 2018 in tale area è stata aggiunta la componente PASS che realizza l’accesso unificato tramite SPID a tutti i servizi del SIRTUR.

3.1.4 SPOT

L’area applicativa ha l’obiettivo di semplificare e ottimizzare il processo di rilevazione e analisi dei dati di movimentazione turistica, nel rispetto dei criteri stabiliti dall’ISTAT e delle esigenze della Regione. Si rivolge direttamente alle strutture ricettive, consentendo di acquisire i dati di movimentazione durante le operazioni di check-‐in/check-‐out e di trasmetterli utilizzando la rete Internet. Fanno parte di questa area applicativa i seguenti sistemi:

● Spot: applicazione web-‐based utilizzata dagli utenti per la trasmissione della movimentazione turistica; per ciascun ospite vengono acquisite esclusivamente le seguenti informazioni: data di arrivo, sesso, tipologia alloggiato (singolo, gruppo, famiglia), cittadinanza, paese di residenza, comune italiano di residenza (solo per ospiti italiani), età e data di partenza. Inoltre l’utente ha la possibilità di visualizzare i dati acquisiti dal sistema e richiedere la generazione di report di movimentazione, di benchmark e del registro giornaliero

● Spot+: applicazione Java standalone distribuito agli utenti finali tramite tecnologia Java Web Start che si installa sulle singole postazioni PC. A differenza di quanto riportato in Spot, con questo software vengono acquisite anche le informazioni anagrafiche di dettaglio di un ospite arrivato in una struttura ricettiva come ad esempio il nome, il cognome, il luogo e data di nascita e i dettagli sui documenti identificativi. Questo risulta possibile perchè il database in cui sono persistiti i dati è installato esclusivamente sulla postazione PC dell’utente e tali dati sono esclusi in sede di trasmissione della movimentazione turistica al sistema Spot.

● Spot Engine: applicazione middleware per la sincronizzazione e la armonizzazione dei dati con il sistema OTUR; ha il compito principale di allineare i dati memorizzati nell’ambiente SPOT e di trasferirli nell’ambiente OTUR. I passi principali sono quindi aggregare le movimentazioni giornaliere di ciascun utente, trasformarle in movimentazioni mensili, dopo averle validate, e memorizzarle nell’ambiente di OTUR

● Spot Admin: applicazione web-‐based usata per la gestione delle utenze, in termini di credenziali di accesso, e che fornisce per ciascun utente alcuni dati sulle trasmissioni effettuate; oltre a creare nuove credenziali di accesso al sistema, consultare parte delle trasmissione degli utenti, recuperare i file dei log applicativi del sistema per attività di troubleshooting

● Spot DW: applicazione web-‐based che eroga dei report sulla movimentazione turistica acquisita dal sistema; fornisce ai funzionari della Direzione Generale dell’ARET PugliaPromozione e alla



12

Regione – Sezione Turismo la possibilità di ottenere due report in formato PDF, Word o Excel su scala provinciale, comunale e territoriale in un determinato periodo di tempo relativamente al trend e al profilo qualitativo del turismo in Puglia

Tutte le applicazioni web-‐based sono sviluppate in Java SE 6 e sono basate principalmente su tecnologie quali Struts 1.x, iBatis e JQuery. La libreria utilizzata per la schedulazione e l’attivazione dei processi è Quartz mentre i report sono progettati con la suite Pentaho CE. Tutti i sistemi sono erogati tramite l’application server Tomcat 7 single-‐node mentre, ad eccezione dell’applicativo Spot+, e la persistenza dei dati è su database Oracle 10g.

Spot+ è invece composto da:

● Il Servlet Engine Jetty; ● Il database HSQLDB per la persistenza dei dati.

3.1.5 CPS

L’area applicativa fornisce lo strumento utilizzato dalle strutture ricettive, dagli stabilimenti balneari e dagli agriturismi senza ricettività per poter espletare gli obblighi previsti dalla legislazione regionale in materia di Comunicazione dei Prezzi e dei Servizi. E’ anche lo strumento usato dai funzionari territoriali dell’ARET Pugliapromozione nelle fasi di analisi e convalida delle Comunicazioni e nel monitoraggio delle Comunicazioni trasmesse. Esso si integra con le altre componenti del SIRTur come viaggiareinpuglia.it, SPOT e DMS.

L’applicazione web è realizzata utilizzando il linguaggio Java SE 6 secondo un’architettura three-‐tier e con l’utilizzo di diversi Design Patterns. I principali framework applicativi impiegati sono Struts 1.x, Ibatis, Quartz e JQuery ed è erogato tramite l’application server Tomcat 7 single-‐node; la persistenza dei dati è su database Oracle 10g. Mentre gli output, in formato PDF ed Excel, previsti nell’applicazione sono definiti ed ottenuti utilizzando le librerie della suite Pentaho CE.

Non è prevista una pagina di autenticazione, ovvero pagina di login, poiché l’accesso avviene da altri sistemi del SIRTur ed è diversificato in base alla tipologia di utenza. Tutte le utenze dell’ARET PugliaPromozione e della Regione Puglia accedono a CPS direttamente dall’applicativo OTUR mentre gli operatori turistici accedono tramite la propria pagina di profilo nel DMS.

Strutture ricettive, stabilimenti balneari e agriturismi senza ricettività, possono:

● Compilare online in modo guidato i modelli di dichiarazione “Comunicazione dei Prezzi e dei Servizi” in vigore in Regione Puglia con relativo salvataggio e stampa nel formato PDF

● Trasmettere la Comunicazione alla fase di convalida da parte del funzionario dell’ARET PugliaPromozione di competenza territoriale

● stampare nel formato PDF i cartellini dei prezzi in italiano, inglese, tedesco e francese



13

In ciascun modello, l’operatore indica diverse informazioni tra cui l’anagrafica della struttura, i riferimenti a licenza o SCIA, i riferimenti sulla proprietà, il periodo di apertura e quello di alta stagione e, per gli operatori di strutture alberghiere ed extra-‐alberghiere, la suddivisione della ricettività, dei posti letto e dei bagni con relativi prezzi praticati.

I funzionari dell’ARET PugliaPromozione, sia Direzione Centrale che Uffici Territoriali, possono:

● monitorare la situazione delle trasmissioni di tutti gli operatori in un determinato territorio sia online che in formato Excel

● ottenere online l’elenco delle Comunicazioni in attesa di essere convalidate ● convalidare o rifiutare (ovvero non convalidare) una Comunicazione

Ciascuna comunicazione detta anche dichiarazione immessa nel sistema e portata alla valutazione del funzionario territoriale dell’ARET PugliaPromozione è sottoposta a protocollazione (protocollazione in ingresso) tramite il sistema di Protocollazione di Pugliapromozione, esterno al dominio SIRTur. La stessa dichiarazione è successivamente sottoposta ad un nuovo processo di protocollazione (protocollazione in uscita) in seguito alla convalida o rifiuto da parte dello stesso funzionario territoriale. In caso di indisponibilità del sistema di Protocollazione, sono stati implementati dei meccanismi automatici che avvisano del disservizio il funzionario territoriale di riferimento in corso e provvedono inoltre ad eseguire nuovamente il processo di protocollazione in modo schedulato.

3.1.6 OTUR

L’area applicativa costituisce lo strumento di supporto ai funzionari dell’ARET PugliaPromozione e della Regione – Sezione Turismo per le attività di monitoraggio sulla trasmissione dei flussi turistici e il governo del sistema Ricettivo e ai funzionari della Regione Puglia per l’adempimento dei propri obblighi nei confronti dell’ISTAT in merito alla trasmissione dei flussi informatici e all’indagine sugli agriturismi.

L’applicazione web è realizzata utilizzando il linguaggio Java SE 6 secondo un’architettura three-‐tier e con l’utilizzo di diversi Design Patterns. I principali framework applicativi impiegati sono Struts 1.x, Ibatis, Quartz e JQuery ed è erogato tramite l’application server Tomcat 7 single-‐node; la persistenza dei dati è su database Oracle 10g.

3.1.7 DWH

L’area applicativa costituisce lo strumento che integra e raccoglie tutti i dati delle basi dati esistenti (anagrafiche, flussi turistici, servizi e prezzi) al fine di consentire ad un’utenza riservata la creazione di report predefiniti, la navigazione multidimensionale e la visualizzazione delle dimensioni di analisi su mappa cartografica. In quest’area applicativa è possibile generare i flussi informatici che sono pubblicati sul portale Open Data della Regione Puglia (dati.puglia.it)



14

L’area applicativa si integra con le altre componenti del SIRTur come SPOT, CPS, OTUR e DMS.

L’applicazione web è una verticalizzazione di Pentaho CE v. 5.4 che fornisce una serie di report preconfezionati progettati secondo le specifiche concordate con l’ARET PugliaPromozione. Il processo di ETL è effettuato tramite Kettle mentre la navigazione multidimensionale è effettuata tramite il plugin Saiku.

3.2 Descrizione fabbisogno

L’obiettivo generale del seguente piano è l’evoluzione da un Sistema Informativo Regionale TURistico e di gestione di contenuti a un (eco)sistema di attori, luoghi, contenuti, servizi turistici.

Il Punto di arrivo è una mappatura completa della filiera turistica e culturale, con digitalizzazione di luoghi, attori e contenuti, produzione dal basso, geo-‐localizzazione, accoglienza diffusa, brand condiviso, distribuzione open, misura del sentiment sulle azioni intraprese, come di seguito rappresentato.

Fig. La Puglia turistica digitale

La costruzione dell’ecosistema prevede tre macro-‐fasi principali, non necessariamente sequenziali, anzi è auspicabile una loro sovrapposizione temporale:

1. Linea di Azione 1 -‐ Evoluzione funzionale e tecnologica dei servizi digitali esistenti 2. Linea di Azione 2 -‐ Progettazione e realizzazione nuovi servizi digitali



15

3. Linea di Azione 3 -‐ Implementazione dell’ecosistema del Turismo, a partire dal Modello generalizzato di ecosistema progettato nel PdF “Ecosistema della Cultura”

Segue poi una quarta azione, relativa alla manutenzione evolutiva, funzionale ad adeguare la piattaforma applicativa alle nuove esigenze funzionali degli utenti.

Tutte le attività di progettazione e sviluppo devono seguire le Linee guida di design per i siti web della pubblica amministrazione sviluppate dall’Agenzia per l’Italia Digitale, ponendo particolare attenzione alla user experience.

Si riporta nei paragrafi successivi un dettaglio di quanto compreso nelle fasi.

3.2.1 Linea di Azione 1 -‐ Evoluzione funzionale e tecnologica dei servizi digitali esistenti

Rientrano in questa azione le attività finalizzate a ottimizzare le attuali componenti per la digitalizzazione dei processi amministrativi, del sistema di analisi e distribuzione dei dati turistici, del sistema di promozione turistica e del sistema di gestione della destinazione turistica seguendo la logica del Digital Mobil First e con al centro l’esperienza utente, dove per “utente” si intendono diverse tipologie da tenere in considerazione: titolare, dipendente e consulente di un’azienda, funzionario o collaboratore di un ente locale, redattori di varia natura, funzionari e collaboratori dell’assessorato e dell’agenzia (si chiede quindi di prevedere la definizione di utenti e scenari di utilizzo in tutte le fasi).

3.2.1.1 Evoluzione della componente CPS Si richiede un’analisi funzionale a una progettazione dell’interfaccia orientata all’utente (l’operatore turistico), con unaottimizzazione del layout grafico (ad esempio il font utilizzato e la sua dimensione, il colore dei bottoni, la disposizione dei form di inserimento dati) e delle modalità di interazione della componente CPS, al fine di migliorare la user experience, secondo le attuali linee guida AGID. Inoltre si richiedono i seguenti interventi evolutivi:

● generazione per l’utente, al momento della trasmissione della dichiarazione agli uffici territoriali di Pugliapromozione, di una ricevuta numerata contenente i dati sulla protocollazione. Tali ricevute dovranno essere consultabili dall’utente in qualunque momento;

● adeguamento alla legge 49/2017 ● gestione della tipologia “camere pluri” in Alloggi Agrituristici (conformemente a quanto previsto dalla

legge 42) ● automatizzazione del processo di creazione dell’utenza applicativa della componente SPOT all’atto di

validazione della prima dichiarazione CPS trasmessa dalla Struttura Ricettiva ● realizzazione della funzionalità di confronto tra l’ultima dichiarazione CPS trasmessa con la

precedente validata



16

● Implementare lo storico delle trasmissioni effettuate da una Struttura RIcettiva con relativa stampa dell'elenco in pdf ed excel. Consentire anche il recupero in pdf di ciascuna dichiarazione trasmessa dall’operatore

● generazione di un nuovo file di monitoraggio contenente oltre ai dati anagrafici anche la data del primo invio CPS, cioè la data in cui la dichiarazione assume lo stato “in attesa di validazione” e la data dell’eventuale validazione

● soltanto per le Strutture Ricettive: introduzione di un nuovo campo “parlante” (con ad esempio sigla provincia, tipologia, ID numerico SR) che corrisponde all’identificativo univoco alfanumerico di una Struttura Ricettiva. Il campo dovrà essere pubblicato anche sui nuovi modelli PDF.

Questa nuova versione dovrà rispondere ai principi di usabilità, scalabilità e manutenibilità oltre che essere nativamente responsive. Nello specifico, particolare attenzione dovrà essere posta alla user experience, secondo le attuali linee guida AGID. Infine dovrà interoperare con le altre componenti del SIRTur attraverso l’esposizione di interfacce applicative.

Le librerie e i framework adottati nello sviluppo della soluzione software in oggetto dovranno essere Open Source oppure License Free.

3.2.1.2 Evoluzione delle componenti SPOT+ e SPOT Il primo intervento previsto riguarda la completa riprogettazione architetturale del software SPOT+ volto a superare gli attuali limiti di installazione e di manutenibilità dell’attuale versione.

Tutti gli interventi previsti dovranno garantire la soddisfazione dei seguenti requisiti trasversali:

● l’applicazione diffusa dei metodi di user centered design per migliorare significativamente l’esperienza di interazione dell’utente (user experience) in tutti i suoi aspetti, anche con l’uso di tecniche di user testing

● il supporto di interfacce applicative (API) per esporre flussi dati potenzialmente riutilizzabili dai sistemi interconnessi

● l’applicazione di approcci e tecniche di progettazione basati sui paradigmi mobile first e tecniche di responsive/adaptive design per la realizzazione di interfacce grafiche ottimizzate con i diversi tipi di device (dagli smartphone e tablet ai laptop e desktop) attualmente più diffusi nel mercato


La nuova versione di SPOT+ continuerà a fornire alle Strutture RIcettive gli stessi servizi base presenti nell’attuale versione e cioè:

● gestire il check-‐in e check-‐out degli ospiti separando i dati utili alle comunicazioni di pubblica sicurezza da quelli della statistica turistica e quelli aggiuntivi di interesse per la conoscenza del fenomeno turistico e del profilo dell’ospite (età, sesso, titolo di studio, motivo del viaggio, tipo di alloggiato, mezzo di trasporto ecc)



17

● consentire l’invio dei dati statistici mediante l’uso delle API alla componente server del software ● consentire la produzione dei file per le comunicazioni di pubblica sicurezza ● consentire la comunicazione degli stati di Esercizio Chiuso e Nessun Movimento ● consentire la gestione dell’Anagrafica dei clienti ed il riutilizzo dei dati degli ospiti che soggiornano

ripetutamente nella stessa struttura ● utilizzare il software da altre postazioni all’interno della LAN dell’operatore

Dovrà essere inoltre garantita la migrazione dei dati pregressi. I dati identificativi degli ospiti continueranno ad essere memorizzati esclusivamente nella postazione dell’operatore turistico. Da prevedere anche la gestione delle operazioni di check-‐in/check-‐out attraverso la PugliaCARD.

La componente server dovrà essere predisposta per l’integrazione applicativa con altri sistemi regionali rispettando le best practice dell’Enterprise Application Integration (EAI) e dovrà garantire le seguenti funzionalità:

● esposizione di tutte le funzioni utilizzabili da interfaccia sotto forma di API REST in modo da poter disaccoppiare la componente di interfaccia client (SPOT+) dalla componente di backend (SPOT), con opportuna gestione delle procedure di autenticazione e autorizzazione

● capacità di interfacciarsi in qualità di publisher a un sistema di messaggistica a code MOM (Message Oriented Middleware) per comunicare, secondo lo standard JMS (Java Messaging Service) o altro standard da concordare, la movimentazione turistica

● capacità di interfacciarsi in qualità di consumer a un sistema di messaggistica a code, analogamente a quanto indicato nel punto precedente, per acquisire le informazioni necessarie a tenere aggiornati i dati della propria anagrafe sulla base dei messaggi ricevuti

La componente SPOT dovrà anche essere integrata, almeno come interscambio dati, al sistema unico nazionale di raccolta dati statistici in corso di progettazione e realizzazione.

Inoltre si richiedono i seguenti interventi evolutivi:

● ridefinizione della procedura di upload del file prodotto dal software gestionale in uso presso la Struttura Ricettiva ed introduzione della fase di pre-‐elaborazione che fornisca una proiezione sul numero di arrivi, presenze pre e post elaborazione file

● gestire l’eventuale applicazione dell’imposta di soggiorno ed il calcolo dell’importo dovuto, essendo configurabile nei diversi parametri (esenzioni, soglia numero pernottamenti, etc) in modo che possa adattarsi alle regole di applicazione definite dai diversi comuni; è altresì richiesta una funzionalità di reporting dei relativi dati, anche su base temporale

● riprogettazione della maschera delle mancate partenze ● correzione errore nella generazione del report periodico. Il report non restituisce dati esatti ● nella pagine di Conferma giornaliera di Spot Lite inserire una colonna in cui riportare il totale arrivi e

presenze di ciascuna giornata con colorazione delle celle in caso di sforamento ● realizzazione di attività per l’adeguamento alla legge 49/2017 come ad esempio la generazione di una

ricevuta pdf che attesta l’invio del flusso statistico da parte dell’operatore; le ricevute potranno essere recuperate direttamente dall’operatore che potrà anche accedere allo storico delle ricevute



18

● aggiornamento ai nuovi elenchi Comuni, Nazioni e Tipologia Documenti rilasciati in AlloggiatiWeb con la possibilità di far trasmettere anche i Comuni non più validi

● miglioramento e potenziamento delle funzionalità dell’help desk per migliorare il supporto fornito agli operatori turistici con componente Instant Messaging o Chat come previsto in 3.2.2.2

● allineamento tra le componenti di CPS e SPOT rispetto alle date di apertura e chiusura di una Struttura Ricettiva

● visualizzazione del codice “parlante” identificativo della Struttura Ricettiva

3.2.1.3 Evoluzione del sistema di gestione della destinazione turistica DMS -‐ Destination Management System Il primo intervento riguarda il completamento della separazione, già avviata introducendo il nuovo dominio www.dms.puglia.it, tra il sito dell’Agenzia e il Sistema di Gestione della Destinazione Puglia. L’attività comporta anche la riprogettazione del sistema secondo le linee guida dell’AGID, in modalità responsive e l’adeguamento grafico alla nuova linea coordinata del DMS (così come specificato anche nella sua porta di accesso, punto 3.2.1.4).

Il nuovo DMS dovrà assolvere alla funzione di “Sistema di supporto alle decisioni strategiche” che consenta, oltre alle funzionalità già attive del DMS (backend), di leggere e interrogare tutti i dati relativi a:

● Attori: operatori privati (buyer e seller) sia della filiera turistica che di quella culturale, Comuni, Infopoint, redattori e sedi territoriali, giornalisti, Pugliapromozione, Regione

● Luoghi: Content Management System dei luoghi della Puglia (DOVE ANDARE) ● Contenuti/Esperienze: eventi, attività, idee di viaggio (COSA FARE) + offerte speciali associate ad una

CARD Dovrà essere progettato e realizzato, quindi, un vero e proprio CRM, per la gestione della relazione con gli utenti.

In primo luogo quindi dovrà essere estesa e ottimizzata la funzionalità che consente la digitalizzazione della filiera turistico-‐culturale, al fine di supportare le categorie attualmente non previste (es. Ristoranti, Comuni, Associazioni di categoria, InfoPoint, Proloco, ecc..), migliorare la profilazione e la gestione delle offerte, consentire e migliorare rispettivamente la relazione e la conoscenza tra operatori della stessa categoria o di categorie diverse (relazione “da offline a online” e “da online a offline”).

Per quanto riguarda la filiera culturale, si richiede una gestione unica dei soggetti della Cultura, indipendentemente dal fatto che richiedano o meno finanziamenti. Pertanto, comprende:

● L’inserimento e la gestione degli Enti Gestori dei Luoghi di Cultura, sostituendo la funzionalità presente nel Sistema Informativo Regionale del patrimonio Culturale (https://www.sirpac.regione.puglia.it) e importandone i dati (previo intervento all’interno del sistema SIRPAC) e i Gestori di Attrattori turistici già previsti nel DMS;

● L’inserimento e la gestione degli Organizzatori di Eventi, sostituendo la funzionalità presente in PugliaEvents (https://pugliaevents.viaggiareinpuglia.it) e importandone i dati;



19

● L’inserimento e la gestione delle altre categorie della filiera culturale, eventualmente importando i dati presenti in altri sistemi regionali

● L’interoperabilità con la piattaforma di gestione dei bandi telematici per la gestione delle informazioni inserite dai candidati

Nell’anagrafica dei soggetti occorrerà tenere traccia di tutte le caratteristiche delle imprese, con storicizzazione delle principali. Per ogni coppia soggetto/tipologia dovrà essere possibile indicare il canale attraverso cui veicolarne le informazioni (Portale del Turismo, Portale della Cultura, ecc.). In fase di start-‐up, dovrà effettuare l’importazione dei dati attualmente gestiti dalla Sezione Economia della Cultura attraverso file excel e database Access. Il sistema deve prevedere un ambiente di reportistica molto flessibile e dinamico.

Dovrà essere garantita la possibilità di mettere in relazione i “Gestori di attrattori” con gli “attrattori”; gli “organizzatori di eventi” con gli “eventi” e i “Comuni” nei quali si opera; i “Servizi per il turismo” con le “attività”, ecc.

Si richiedono inoltre:

Interventi evolutivi per il profilo OPERATORE, migliorando i servizi già presenti e realizzando i nuovi. Tale profilo, attraverso il DMS, dovrà poter:

● Gestire la propria Anagrafica (già presente) ed utilizzare una chat e un numero verde per parlare con Regione Puglia / Pugliapromozione

● Aderire al Circuito PugliaCARD ● Trovare info e strumenti utili per la COMUNICAZIONE: possibilità di inserire loghi, foto, testi, offerte

per landing e/o associate alla CARD, link ai propri siti, consigli di viaggio, contenuti multimediali ● Trovare info e strumenti utili per la PROMOZIONE, quali l’accesso e l’accreditamento a fiere, eventi e

roadshow (già presente); la possibilità di contattare altri operatori utili al proprio business – BuyPuglia / B2B

● Trovare info e strumenti utili per la VALORIZZAZIONE: accesso a inPuglia365, caricamento di attività di valorizzazione, info sui beni che si gestiscono, ecc.

● Trovare info e strumenti utili per la FORMAZIONE: leggere documenti turistici, frequentare corsi di aggiornamento online, vedere video tutorial, ecc.

● Comunicare Prezzi e Servizi in base alla normativa (già presente) ● Comunicare i flussi a SPOT (già presente), con l’accesso alle statistiche della propria SR o del proprio

Comune ● Accedere ad un’area download, per scaricare materiale utile + API per collegare il proprio sito ai

contenuti regionali Non tutti gli operatori potranno accedere a tali servizi. Dovrà essere possibile accendere e spegnere servizi per tipologia di profilo operatore.

Attualmente il DMS prevede la registrazione di soli operatori pugliesi. Bisognerà garantire l’inserimento di operatori non pugliesi, anche esteri, con l’integrazione dell’Agenda B2B di interazione buyer/seller. Il DMS, quindi dovrà prevedere alcuni servizi in doppia lingua.



20

Interventi di progettazione e sviluppo per la gestione del nuovo profilo COMUNE, che attraverso il DMS dovrà poter:

● Gestire la propria anagrafica con le persone di riferimento da contattare per il Turismo e la Cultura ● disporre di una Chat e di un numero verde per parlare con Pugliapromozione ● Trovare e inserire info e strumenti utili per la COMUNICAZIONE della propria località turistica ● Trovare info e strumenti utili per la PROMOZIONE: accreditamento fiere, bando educational, ecc. ● Trovare info e strumenti utili per gestire gli INFOPOINT e l’accoglienza digitale, mediante la gestione

della CARD e delle adesioni da parte dei suoi operatori ● Trovare info e strumenti utili per la FORMAZIONE ● Gestire le CESSAZIONI ● Gestire la tassa di soggiorno ● Accedere alle STATISTICHE dell’Osservatorio turistico regionale ● Accedere ad un’area download, per scaricare materiale utile + API per collegare il proprio sito ai

contenuti regionali

Interventi evolutivi per il profilo PUGLIAPROMOZIONE/REGIONE, che attraverso il DMS dovrà poter gestire il backend del DMS (accreditamento fiere, educational, profilazione, tutti servizi già presenti ma da “agganciare“ al nuovo sistema), accedere al CMS (punto 3.2.1.5) e anche visualizzare, su mappa cartografica e su linea del tempo, i dati relativi a:

● Fiere ed eventi, con numero di operatori aderenti ● Educational in corso, realizzati e previsti, con numero di giornalisti partecipanti ● Eventi finanziati dai progetti Puglia365, con numero di operatori finanziati

A titolo di esempio, di seguito parte del risultato atteso:

I dati relativi agli eventi finanziati potranno essere reperiti all’interno del Sistema di Gestione dei Finanziamenti da realizzare nell’Ecosistema della Cultura.



21

Seguono infine altri interventi migliorativi di minore entità, quali, a titolo di esempio:

● Visualizzazione su mappa degli operatori con stampa PDF ● gestione del campo PEC obbligatorio ● gestione e visualizzazione Albo dei Direttori tecnici delle agenzie viaggio e delle proloco ● gestione e visualizzazione elenchi guide ed accompagnatori turistici, città d’arte; albo dei fuochi;

finanziamento alle proloco

3.2.1.4 Evoluzione della porta di accesso unica ai servizi amministrativi Si richiede l’evoluzione dell’attuale porta di accesso, innestata nella componente DMS, che consente di accedere in modo centralizzato e sicuro alle componenti SIRTur che erogano servizi di tipo amministrativo descritti nei paragrafi precedenti

A titolo esemplificativo le attività previste sono:

● implementazione della funzionalità di Cambio Operatore se l’utente è titolare di più credenziali di accesso

● miglioramento della navigabilità tra le schermate del software come ad es. l’inserimento del tasto back e di un menù di navigazione

● potenziamento delle funzionalità nel cruscotto di Gestione Utenze sulla base del feedback forniti dall’help desk

● implementazione della funzionalità di Logout applicativo da estendere anche agli altri software come SPOT, CPS e sito dell’Agenzia.

● introduzione della Profilazione utente che consente, agli utenti in possesso di determinati Ruoli assegnati, di poter accedere ai servizi erogati dal sistema

● configurazione dei sistemi affinchè da un unico indirizzo PEC mittente vengano inviate le mail contenenti il codice di abbinamento ad indirizzi PEC degli utenti. Conseguentemente prevedere anche la gestione delle relative ricevute di accettazione/non accettazione e consegna/mancata consegna.

● inserimento del campo PEC nel form di registrazione operatori sul sito dell’ARET Pugliapromozione con relativo allineamento dei vari processi convolti

Sono previsti anche interventi sull’interfaccia grafica condivisi con l’agenzia ARET Pugliapromozione al fine di migliorare l’usabilità e l’esperienza utente.

Oltre al miglioramento all’accesso ai servizi telematici sopra descritti, il sistema dovrà assolvere anche la funzione di “area messaggi” destinati all’utente. Tali messaggi potranno essere di carattere istituzionale inseriti dai funzionari dell’Assessorato e/o dell’ARET Pugliapromozione, ad esempio promemoria di scadenze per chiusura di anno statistico, solleciti nell’invio delle trasmissione ecc, ma anche inseriti automaticamente nel sistema da componenti SIRTur opportunamente configurate, ad esempio sulla non congruità nei dati



22

trasmessi generato dal sistema SPOT, notifica sullo stato di approvazione della dichiarazione CPS generato dal sistema CPS. L’utente potrà effettuare sui messaggi le classiche operazioni di lettura, di archiviarlo, di segnarlo come importante ecc. Messaggi che a loro volta possono essere notificati, a richiesta dell’utente, utilizzando la modalità push del browser oppure invocando le API di Whatsapp o di Facebook Messenger o di altri similari.

Questa nuova versione dovrà essere sempre progettata e sviluppata secondo le linee guide Agid sul design e sullo sviluppo di software sicuro e dovrà rispondere ai principi di usabilità, scalabilità e manutenibilità oltre che essere nativamente responsive. Le librerie e i framework adottati nello sviluppo della soluzione software in oggetto dovranno essere Open Source oppure License Free.

3.2.1.5 Evoluzione dei sistemi di analisi e distribuzione dei dati statistici Uno degli obiettivi principali dell’attività è costruire un’unica fonte per l’erogazione dei report informativi e dei relativi grafici, eliminando l’attuale frammentazione presente nei vari sistemi.

Inoltre si richiede che tale sistema venga integrato nel DMS affinchè possa essere utilizzato anche da altre tipologie di utenze quali gli operatori turistici, i Comuni ed eventuali altri stakeholder della filiera turistica che ne facciano richiesta. La stessa tipologia di utenza dovrà poter accedere anche al sistema di visualizzazione su mappa cartografica attualmente accessibile soltanto ai funzionari dell’ARET Pugliapromozione. Su quest’ultimo è anche richiesta una totale riprogettazione architetturale affinchè utilizzi i servizi nativi offerti dal sistema web principale in modo funzionale ed efficiente.

Per raggiungere questi obiettivi è possibile considerare il cambio totale del software di base (Pentaho CE) utilizzato dall’attuale sistema oppure valutare il passaggio ad una nuova versione dello stesso software di base.

Parte delle ulteriori attività previste sono:

● migliorare l’usabilità nella maschera di definizione dei filtri applicabili ● arricchimento informativo degli attuali report per adeguarsi alle nuove esigenze informative dell’ARET

Pugliapromozione e della Sezione Turismo -‐ Regione Puglia (es. indice di copertura) e sviluppo di nuovi (es. capacità ricettiva comunale, flussi mensili e giornalieri per comune)

● progettazione e sviluppo della versione responsive del sistema ● interoperabilità con le altre componenti del SIRTur attraverso l’esposizione di interfacce applicative

REST sempre col rispetto dei vincoli di segretezza statistica

● sviluppo di nuovi report funzionali al miglioramento delle attività di monitoraggio sull’inserimento dei flussi da parte delle Strutture Ricettive

● porting dei report attualmente presenti nelle componenti SpotDW, Spot ed OTUR



23

● funzioni statistiche di sintesi per periodo che consentano la verifica immediata dei contenuti trasmessi e la produzione di riepiloghi utili all’amministrazione della struttura (es. dati per studi di settore, monitoraggio giorni di attività, ecc.)

● personalizzare il layout degli attuali report, aggiungendo una funzione di elaborazione grafica dei dati/report

● adeguamento alla legge 49/2017 con l’individuazione delle Strutture Ricettive che non rispettano i termini di invio dei flussi statistici e annessa funzione automatica per invio (e/o visualizzazione in area riservata del Comune, punto 3.2.1.3) di tali elenchi

● l’importazione dei dati da fonti esterne al SIRTur, ove disponibili, come ISTAT, Social Wall, Google Analytics, Aeroporti di Puglia, Autorità Portuale. Prendere in esame anche i dati dei gestori di telefonia mobile acquisiti dall’ARET Pugliapromozione

● l’importazione dei dati storici presenti in OTUR (dal 1998 al 2012)

● implementare nuovi report in grado di fornire un quadro generale dei prezzi medi massimi applicati dalla Strutture Ricettive pugliesi

● eventuale integrazione applicativa con altri progetti nazionali ed europei quali il DAF di AGID + Team Digitale, Dati.gov.it ecc

Considerata la forte specificità e dinamicità dei temi oggetto di attività, si richiede che venga inclusa anche un’attività di training formativo dei funzionari della Sezione Turismo -‐ Regione Puglia -‐ e dell’ARET Pugliapromozione sull’utilizzo di questi nuovi strumenti affinchè diventino autonomi nell’utilizzo degli stessi oltre alla redazione di manualistica utente, anche con strumenti wiki, destinate alle Strutture Ricettive.

3.2.1.5 Evoluzione del sistema di gestione e promozione turistica Obiettivo dell’attività è far evolvere l’attuale piattaforma di Content Management System (CMS) del SIRTUR di gestione e promozione del settore turistico-‐culturale al fine di garantire al Turista un’esperienza culturale-‐turistica inclusiva oltre che partecipativa attraverso la personalizzazione dell’offerta turistico-‐culturale in base al target (famiglie, giovani, anziani, soggetti con disabilità fisiche, …), la partecipazione del turista alla creazione di contenuti inerenti i consumi culturali e l’esperienza di visita in sé e la condivisione dell’esperienza di viaggio del Turista nei canali Social.

L’accesso dovrà avvenire, come per tuttii i sistemi, da dms.puglia.it in modalità Pugliapromozione/regione Puglia profilo redazionale.

Il CMS è funzionale alla gestione dei contenuti informativi ed interopera con altre fonti dati importando i dataset nel sistema di archiviazione. Un esempio di interoperabilità applicativa sarà con la componente SIGEC prevista nell’Ecosistema Cultura.



24

Si riportano le caratteristiche principali del CMS:

● Generazione di contenuti multidispositivo (con approccio mobile first) ● Modifica rapida del layout mediante template ● Gestione dei profili redazionali ● Workflow autorizzativi ● Supporto multilingua ● API Aperte per consentire lo scambio dati ● Architettura basata a micro-‐servizi ● Flessibilità necessaria per adattare e modificare facilmente la struttura del contenuto ● Facilities per migliorare l’indicizzazione e la ricerca dei contenuti ● Accessibilità a tutte le categorie di utenti, indipendentemente dalle condizioni personali, sociali,

economiche e di altra natura

Particolare attenzione dovrà essere data al servizio “Landing page”, strumento di aggregazione dei contenuti di SIRTur e DMS per la visualizzazione in front end, per specifiche campagne di comunicazione.

Il nuovo CMS deve quindi superare l’attuale impostazione a cruscotti rigidi, al fine di consentire la gestione dell’offerta personalizzata. Deve inoltre integrare le funzionalità social della piattaforma PugliaXP, al fine di consentire la partecipazione del Turista alla creazione dei contenuti e la condivisione dell’esperienza di viaggio, come pure deve integrare le funzionalità della piattaforma PugliaEvents, al fine di avere un unico ambiente per la gestione di tutte le tipologie di contenuto promozionale.

Tra gli strumenti da realizzare rientra anche la “Carta virtuale del turista” o PugliaCARD, che consenta ad esempio, mediante strumenti e canali digitali e apposite convenzioni con soggetti pubblici e privati, di effettuare pagamenti a prezzo ridotto per la fruizione integrata di servizi pubblici di trasporto e degli istituti e dei luoghi della cultura ed altre iniziative a carattere commerciale. Una versione digitale su smartphone, integrata con l’identità digitale europea EIDAS e con SPID, con cui viaggiare in tutta la Regione facendo check-‐in/check-‐out in albergo, esibendo biglietti di trasporto sui vari mezzi o entrando a un evento e in un Museo. Si chiede inoltre la realizzazione di dashboard analitiche che consentano all’ARET Pugliapromozione e alla Sezione Turismo -‐ Regione Puglia di monitorare e tracciare in tempo reale gli utilizzi della Card da parte dei Turisti oltre a dashboard decisionali che consentano di monitorare le Key Performance Indicators (KPIs) definite nell’ambito dell’attività.

Il software finale dovrà rispondere ai principi di usabilità, scalabilità e manutenibilità oltre che essere nativamente responsive. Nello specifico, particolare attenzione dovrà essere posta alla user experience, secondo le attuali linee guida AGID. Infine dovrà interoperare con le altre componenti del SIRTur attraverso l’esposizione di interfacce applicative.




25

3.2.2 Linea di Azione 2 -‐ Progettazione e realizzazione nuovi servizi digitali

Rientrano in questa azione le attività finalizzate alla realizzazione di nuovi ed innovativi servizi digitali seguendo sempre la logica del Digital e Mobile First e con al centro l’esperienza utente.

3.2.2.1 Progettazione e sviluppo del servizio di notifica nei casi di Attivazione e Cessazione di una Struttura Ricettiva Il procedimento amministrativo che porta all'attivazione di una struttura ricettiva nel SIRTur prevede la ricezione, da parte dei funzionari territoriali di Pugliapromozione, di tutta la documentazione relativa alla struttura, in primis la SCIA -‐ Segnalazione Certificata di Inizio Attività.

Spesso accade che il Comune provveda con molto ritardo alla trasmissione della SCIA alla Regione e all’Agenzia regionale del turismo (Aret) Pugliapromozione.

Per ovviare a questa problematica, si richiede che il SIRTur acquisisca automaticamente e telematicamente dal Sistema Camerale o da Sportello Unico o in altro modo da individuare, le Segnalazioni certificate di inizio attività (SCIA) riguardanti l’apertura di nuove Strutture Ricettive. Discorso analogo nel caso di cessazione o di eventuale sospensione delle stesse. La notifica al SIRTur dovrà interessare le istanze che avranno superato in modo positivo la verifica di completezza formale della pratica presentata.

Le istanze pervenute al SIRTur dovranno essere raccolte in un’unica sezione applicativa per essere successivamente gestite dai funzionari territoriali dell’ARET Pugliapromozione, che potranno protocollarle e fascicolarle nel sistema di Protocollo utilizzato dall’Agenzia.

Ciascun funzionario territoriale avrà visibilità e potrà gestire esclusivamente le istanze appartenenti alla propria provincia di appartenenza.

3.2.2.2 Progettazione e sviluppo del sistema di Chatbot di supporto agli operatori (customer e content bot) Gli operatori turistici possono avvalersi, nell’espletamento degli adempimenti previsti dalla normativa regionale in ambito turistico, della consulenza degli operatori del servizio di Help Desk previsto in SIRTur.

A ridosso di importanti scadenze normative il servizio di Help Desk viene costantemente contattato dagli operatori con domande frequenti e abbastanza ricorrenti creando situazioni di forte picco che di fatto degradano la qualità del servizio offerto. Una strada che si decide di intraprendere per migliorare questa situazione prevede la progettazione e lo sviluppo di una chat in modalità automatizzata (BOT, chatbot) e la possibilità di far intervenire l’operatore help desk in un secondo momento, come strumento semplice per



26

ottimizzare l’interazione, per fornire informazioni agli operatori più velocemente ed efficientemente di un normale servizio clienti.

Questo strumento dovrà essere sempre richiamabile dalle varie componenti del SIRTur (7gg/7, 24hh/24) e facilmente adattabile. Basato su algoritmi di intelligenza artificiale, sarà in grado di simulare una conversazione con un interlocutore umano in modo testuale seguendo uno schema logico domanda/risposta preimpostato, formulando e/o rispondendo a domande più o meno complesse relative ad uno o più argomenti precedentemente configurati. Il “tone-‐of-‐voice” della conversazione dovrà essere gentile e piacevole. Il linguaggio conversazionale di riferimento sarà l’italiano. Il sistema dovrà comunicare all’utente di contattare il servizio di Help Desk se non riesce a fornire una soluzione ottimale alle richieste inoltrare.

Servizio in doppia lingua.

3.2.2.3 Progettazione e sviluppo dell’archivio digitale del materiale promozionale L’obiettivo che si intende realizzare è la creazione di un unico archivio digitale a livello regionale che possa contenere tutto il materiale multimediale come fotografie, video, audio e quello digitalizzato come flyer, brochure, depliant prodotto dall’ARET Pugliapromozione e dalla Sezione Turismo -‐ Regione Puglia nonchè catalogare le APP pubbliche e private in materia turistica-‐culturale del territorio.

Una qualsiasi risorsa potrà essere inserita nel sistema da utenze autorizzate ed in diversi formati digitali, qualità e risoluzioni grafiche; sulla base di queste caratteristiche tecniche il sistema darà la possibilità di stabilire quale tipologia di utenza e/o singolo utente possa visualizzare tale risorsa consentendone anche il salvataggio (es. una foto a bassa risoluzione potrà essere visualizzata da utenti pubblici/anonimi; la stessa foto, ad altissima risoluzione, potrà essere visualizzata da utenti autorizzati).

Le caratteristiche tecniche di ciascuna risorsa saranno automaticamente determinate dal sistema al termine della fase di acquisizione delle stesse. Le informazioni potranno essere comunque confermate ed eventualmente integrate da utenze redazionali dell’ARET Pugliapromozione. Questa tipologia di utenza potrà anche inserire dei contenuti editoriali, in lingua, per la descrizione delle risorse. Infine, il sistema memorizzerà anche informazioni di carattere statistico sulle risorse come ad esempio il numero di visualizzazioni, il numero di download e così via.

Le risorse multimediali quali audio e video saranno riprodotte direttamente on line utilizzando la modalità streaming.

Per il raggiungimento delle finalità previste si propone il riuso della piattaforma Digital Library della Regione Puglia poichè implementa nativamente delle routine per il caricamento di risorse di grandi dimensioni e per la catalogazione e la metadatazione di tutte le risorse digitali previste.

Il software finale dovrà rispondere ai principi di usabilità, scalabilità e manutenibilità oltre che essere nativamente responsive. Nello specifico, particolare attenzione dovrà essere posta alla user experience,



27

secondo le attuali linee guida AGID. Infine dovrà interoperare con le altre componenti del SIRTur attraverso l’esposizione di interfacce applicative.


L’accesso alle componenti di backend dovrà avvenire sempre da dms.puglia.it.L’accesso in front end dovrà essere in doppia lingua, poiché possibili fruitori saranno giornalisti e buyer stranieri.

3.2.3 Linea di Azione 3 -‐ Implementazione dell’ecosistema del Turismo, a partire dal Modello generalizzato di ecosistema progettato nel PdF “Ecosistema della Cultura”

L’obiettivo che si intende realizzare in questa Linea di Azione è l’applicazione in SIRTUR del modello di Ecosistema definito dal punto di vista architetturale e funzionale nell’ambito dell’Ecosistema della Cultura col fine di superare l’approccio a “silos” già descritto nel paragrafo introduttivo di questo documento.

L’adozione di questo modello comporterà quindi un completo redesign di tutte le componenti del SIRTUR coinvolte che dovranno diventare tra loro interoperabili attraverso l’esposizione di interfacce API standard e condivise.

Garantirà l’interoperabilità anche con gli altri sistemi come quello della Cultura per formare con esso un unico sistema integrato Turismo-‐Cultura a servizio di tutti i possibili stakeholders istituzionali e non.

Si chiede anche un percorso di addestramento per l’accompagnamento e l’assistenza agli utenti regionali e agli operatori turistici sull’uso dei nuovi sistemi integrati; considerata l'eterogeneità dell’utenza, si propone di considerare canali tradizionali come incontri territoriali ma anche l’utilizzo di strumenti di formazione a distanza (e-‐learning)



28

4 DESCRIZIONE DEI SERVIZI

DI seguito l’elenco dei servizi previsti nel contratto SPC Lotto 4 che l’amministrazione richiede.

4.1 Servizi di Sviluppo

4.1.1 L4.S1 -‐ Progettazione, Sviluppo, Mev e Rifacimento di portali, siti e applicazioni web

Il servizio comprende le attività necessarie per la realizzazione ex-‐novo, l’evoluzione e/o la reingegnerizzazione di siti, portali, applicazioni web e siti mobile.

4.1.2 L4.S2 -‐ Progettazione, Sviluppo, Mev e rifacimento di APP

Il servizio ha come obiettivo la realizzazione e l’evoluzione di APP per dispositivi mobili, come smartphone e tablet.

4.2 Servizio di Supporto Specialistico

4.2.1 L4.S7 -‐ Supporto Specialistico

Il servizio consente all’Amministrazione committente di usufruire di risorse specialistiche sugli ambiti della fornitura del Lotto 4 con riferimento alla molteplicità di tematiche tecnologiche e funzionali specifiche; a tal fine, l’Amministrazione può individuare attività puntuali collegate ai servizi base acquisiti oppure raccogliere le esigenze di supporto sull’arco temporale della fornitura, pianificandole successivamente secondo i propri processi interni

Cod. Serv. Nome Servizio Servizio

Selezionato Periodo Da Periodo A

L4.S1 Progettazione, sviluppo, MEV e rifacimento di portali, siti e applicazioni web

X 01/05/2018 31/12/2020

L4.S2 Progettazione, sviluppo, MEV e rifacimento di APP

NO

L4.S3 Content management NO L4.S4 Gestione Operativa NO

L4.S5 Manutenzione correttiva/adeguativa NO



29

L4.S6 Conduzione applicativa NO

L4.S7 Supporto specialistico X 01/05/2018 31/12/2020

PIANO!DEIFABBISOGNI! ECOSISTEMA!TURISMO!! Servizi!di ... ·...

Documents

Transcript of PIANO!DEIFABBISOGNI! ECOSISTEMA!TURISMO!! Servizi!di ... ·...