Risultati
82 risultati
-
italia
2. Ricerca per la progettazione iniziale del modello di sito v1.0
Le attività di ricerca descritte in questo capitolo si riferiscono alla ricerca iniziale, effettuata nel 2018. La fase di ricerca iniziale ha preso in considerazione l’analisi della situazione esistente e delle necessità degli utenti con diverse modalità operative:. analisi desk dei siti web dei Comuni italiani per raccogliere dati quantitativi e qualitativi sullo stato dell’arte;. interviste agli stakeholder, per allineare la visione del progetto e fare tesoro dell’esperienza dei funzionari della PA e degli esperti;. attività di benchmarking, per identificare le buone pratiche di usabilità usate da i siti di altri comuni in Italia e all’estero. analisi dei risultati della ricerca qualitativa svolta per il progetto MyPortal della Regione Veneto, nell’ambito del quale è stato poi intrapreso un processo di adeguamento alle linee guida di design, partendo da attività di ricerca e service design ...
-
italia
Documentazione di progetto per il modello di sito e servizi dei Comuni italiani
Report della ricerca e del processo di progettazione del modello di sito comunale e dei flussi di servizio. Il progetto si è svolto in due macro-fasi: quella di progettazione iniziale del modello di sito e quella di aggiornamento degli output della prima fase con l’inserimento di nuove funzionalità ...
-
italia
1. Ricerca per l’evoluzione e l’estensione del modello di sito comunale v2.0
La nuova versione del modello Comuni non costituisce solo un’evoluzione della versione 1.0, ma anche una sua estensione. L’estensione si riferisce principalmente alla progettazione dei servizi digitali e l’implementazione di alcune funzionalità finalizzate a migliorare l’interazione fra la Pubblica Amministrazione ed i cittadini. Il design incentrato sugli utenti (user centered design) prevede, a monte della progettazione vera e propria, fasi di ricerca euristica ed empirica. La ricerca empirica prevede il coinvolgimento, attraverso appropriate metodologie di ricerca, di utenti finali ed esperti di dominio. Sono perciò state effettuate attività di ricerca comprendenti diversi metodi e tecniche:. similmente, per la ricerca empirica, le interviste agli esperti di dominio e il test con i cittadini hanno avuto focus differenti. Con gli esperti è stato posto maggior peso soprattutto su aspetti tecnici, legali e sullo stato dell’arte dei fornitori di servizi ai Comuni. Il test di usabilità con i cittadini invece ha permesso di far emergere i limiti del modello 1.0, ma anche di comprendere, grazie ad una breve intervista iniziale, il loro rapporto con la Pubblica Amministrazione, con la tecnologia in genere e con il Comune ed i suoi servizi. Questo in particolare a valle dei cambiamenti socio-economici e del panorama di digitalizzazione, in gran parte dovuti alla crisi pandemica. Questa fase di ricerca ha prodotto due risultati:. un insieme di conoscenze che ci ha permesso di progettare i servizi digitali e le funzionalità (l’estensione del modello). Nessuna attività di ricerca può dirsi completa e definitiva, soprattutto per un’esperienza vasta e varia come la fruizione di servizi comunali da parte dei cittadini. L’attività di ricerca continuerà nel tempo per informare l’evoluzione e i miglioramenti del modello di sito comunale ...
-
italia
3. Requisiti di funzionamento per il modello scuole
Comportamento atteso: L’audit preleva una scheda servizio casuale a partire dal listato di servizi e ne ispeziona gli elementi. Template HTML su cui si effettua scraping: scuole-home.html, scuola-servizi-tipologia.html, scuole-servizio-generico.html. Mappatura: Il menù di secondo livello «Servizi» deve contenere voci (ad esempio «Servizi per il personale scolastico» e «Servizi per famiglie e studenti») entrambe con attributo data-element=”service-type” al fine di prelevare gli URL (in modo randomico) del listato servizi (contengono l’URL alla pagina scuola-servizi-tipologia), devono essere degli con “href” e possono essere inclusi in altri tag (ad es:
- ). Dalla pagina «scuola-servizi-tipologia» le card devono contenere una tag con attributo data-element=”service-link”. Si atterra quindi sulla pagina «scuole-servizio-generico» che contiene le componenti da ispezionare:. Titolo con attributo data-element=”service-title” che può essere un tag qualsiasi (h1, p, etc..). Viene controllata la presenza del Titolo della scheda servizio. Descrizione con attributo data-element=”service-description” che può essere un tag qualsiasi (h1, p, etc..). Viene controllata la presenza della Descrizione della scheda servizio. La breadcrumb
- /
- che possono contenere altri tag. Viene controllato che all’interno della breadcrumb della scheda siano contenuti i valori: «Famiglie e studenti» o «Personale scolastico». La sezione «A cosa serve» con data-element=”used-for” che può essere un tag qualsiasi. Viene controllata la presenza della sezione “A cosa serve” della scheda servizio. Gli argomenti con data-element=”topic-list” in un tag . Viene controllata la presenza di almeno una voce “argomenti” all’interno della scheda servizio. Gli elementi del luogo con data-element=”places” che contenga i tag per la label e
per il valore relativo alla label. Controlla la presenza della card “luogo” e alcuni elementi al suo interno, quali: «indirizzo», «orari», «gps», “email”, “PEC” e “telefono”. Il controllo viene effettuato sulla presenza della label e sulla sua valorizzazione (cioè le label devono chiamarsi “indirizzo”, “orari” etc..). NB: Per quanto riguarda le coordinate GPS viene controllato che l’URL della mappa contenga il valore “map” (in modo da coprire più servizi di mappe possibili) mentre per quanto riguarda gli orari viene controllato tramite Regexp che il valore della label “orari” contenga un orario in formato in ore, minuti oppure ore, minuti e secondi. Il componente per le strutture responsabili che abbia un wrapper con data-element=”structures” e che contenga un tag con l’url (href) alla Struttura responsabile del servizio. Viene controllata la presenza dell’elemento. Il componente metadati con data-element=”metadata” che può essere un tag qualsiasi il cui testo contenga le stringhe “pubblicato” o “revisionato”. Il componente indice
- /
- e in cui devono essere presenti le voci da ispezionare. Su questo menù vengono controllate sia in presenza che in sequenzialità (cioè una voce per essere in posizione corretta deve avere la precedente e la successiva come descritto dal modello). Le voci che vengono controllate sono: «Cos’è», «Come si accede al servizio», «Cosa serve», «Tempi e scadenze», “Contatti” e “Ulteriori informazioni”. Voci delle quali viene verificata la presenza: titolo, tipologia (contenuto breadcrumb), tassonomia argomenti, descrizione breve, “Cos’è”, “A cosa serve”, “Come si accede al servizio”, indirizzo (Sede canale fisico), posizione GPS tramite mappa (Sede canale fisico), orario per il pubblico (Sede canale fisico), email (Sede canale fisico), PEC (Sede canale fisico), telefono (Sede canale fisico), “Cosa serve”, “Tempi e scadenze”, “Struttura responsabile del servizio” e metadati. Voci delle quali viene verificata la presenza e sequenzialità all’interno dell’indice della pagina: «Cos’è», «Come si accede al servizio», «Cosa serve», «Tempi e scadenze», “Contatti” e “Ulteriori informazioni”. Esempio:. Servizi per il personale scolastico. .
Titolo del servizio, esempio di titolo
Titolo alternativo / Sottotitolo di un servizio, esempio di titolo alternativo / sottotitolo
. .A cosa serve
. .- .
- . . Indirizzo...
Via Vaglia, 6, 00139 - Roma RM
. . -
italia
Documentazione delle App di valutazione dell’adesione ai modelli
Le App di valutazione dell’adesione ai modelli sono uno strumento a supporto del processo di verifica della corretta adesione ai modelli di Designers Italia per i Comuni e le scuole ...
-
italia
4. Installazione e uso delle app
Le App di valutazione sono distribuite sotto forma di file zip, contenenti l’eseguibile del programma e un file readme di istruzioni. Per scaricare l’app e avviare una valutazione:. Individua l’app corretta in base al modello di riferimento (comuni/scuole), sistema operativo (macOS/windows/linux) e processore (intel/arm64/x64) e clicca per scaricare il file zip. Assicurati che la release sia l’ultima disponibile, contrassegnata dall’etichetta verde «Latest». Per il corretto funzionamento dell’app su Windows, è necessario utilizzare Windows 10 o superiori, oppure Windows Server 2016 o superiori. Fig. 4.1 La lista dei file di installazione. Avvia il file eseguibile per far partire l’app. Se richiesto, dai l’autorizzazione ad aprire il file. Su mac, clicca su “Apri” nella finestra di dialogo. Fig. 4.2 La finestra di dialogo dove dare i permessi su mac per aprire l’app. Se il pulsante Apri non è disponibile, è necessario andare in Preferenze di sistema > Sicurezza e Privacy. Nella tab “Generali”, assicurati sia selezionata l’opzione “App Store e sviluppatori identificati” sotto la voce “Consenti app scaricate da” . Se la finestra è oscurata e non è possibile effettuare modifiche, clicca sul lucchetto in basso a sinistra e inserisci la tua password. Troverai un messaggio riguardante il file che hai appena cercato di aprire. Clicca su “Apri comunque”. Potrebbe comparire un’ulteriore finestra di dialogo dove è necessario cliccare su “Apri”. Fig. 4.3 La finestra nelle impostazioni del mac dove dare i permessi per l’app. Su Windows, al messaggio di avviso sulla sicurezza dell’app, clicca sul testo “Maggiori informazioni”. Nella seconda finestra di dialogo, clicca su “Esegui comunque”. Fig. 4.4 La finestra di dialogo dove dare i permessi su Windows per aprire l’app. Quando richiesto, nella finestra di comando, inserisci l’URL del sito su cui condurre l’analisi e premi invio. L’URL deve comprendere il protocollo (http:// o https://). Fig. 4.5 Dove inserire l’url del sito nell’App di valutazione. Usando le frecce sulla tastiera, sposta il cursore per selezionare se il sito è in un ambiente locale (sito in fase di sviluppo) o di produzione (visibile al pubblico) e premi invio. Fig. 4.6 Selezione dell’ambiente su cui è ospitato il sito che si vuole analizzare. Attendi qualche secondo che l’app inizi l’analisi. Per il completamento ci vorranno fino a 10 minuti, in base al tipo di analisi scelta e alla dimensione del sito. Consulta il report che si aprirà automaticamente al termine dell’analisi. Il report viene salvato nella cartella indicata dall’app. Fig. 4.7 Termine dell’analisi e indicazione della cartella di salvataggio ...
-
italia
2. Criteri di conformità e raccomandazioni
La misura 1.4.1 del PNRR prevede l’adesione, da parte dei Comuni e delle Scuole sedi di Direttivo dislocate su tutto il territorio nazionale, agli standard previsti per l’erogazione di servizi informativi e/o transazionali al cittadino. Questo obiettivo si concretizza nel rispetto dei criteri di conformità specificati negli avvisi della misura 1.4.1 Esperienza del cittadino nei servizi pubblici digitali, rispetto alla tipologia di destinatario (Comuni e scuole) e alla conformazione del pacchetto effettuata in fase di adesione all’avviso. Oltre ai criteri di conformità vengono indicate delle raccomandazioni progettuali che non sono oggetto di verifica tecnica ed asseverazione, ma rimangono valide secondo le indicazioni di legge, le linee guida e le buone pratiche. Gli obiettivi sono stati definiti per assicurare l’aderenza ai principi contenuti nelle Linee guida di design per i siti internet e i servizi digitali della PA e vengono raggiunti rispettando i criteri di conformità rispetto alle caratteristiche dell’esperienza utente, alle funzionalità necessarie, all’ottemperanza normativa, ai livelli di performance e sicurezza. Vai ai criteri di conformità e alle raccomandazioni per il modello Comuni. Vai ai criteri di conformità e alle raccomandazioni per il modello scuole. Per il corretto funzionamento dell’app e svolgimento delle valutazioni, è necessario, in fase di sviluppo dei siti, tenere conto dei requisiti di funzionamento per il modello Comuni e dei requisiti di funzionamento per il modello scuole ...
-
italia
Introduzione di esempio
Paragrafo di introduzione d’esempio. Esempio immagine ...
-
italia
1. Cosa sono e cosa fanno
Le App di valutazione dell’adesione ai modelli sono uno strumento a supporto del processo di verifica della corretta adesione ai modelli di Designers Italia per i Comuni e le scuole. Sono applicativi desktop che aiutano a valutare la qualità, le caratteristiche e la corrispondenza ad alcuni dei criteri di conformità della misura 1.4.1 del PNRR Esperienza del cittadino nei servizi pubblici digitali per il sito comunale e scolastico, disponibile su PA digitale 2026. Sono di supporto agli sviluppatori dei siti istituzionali per verificare la corretta implementazione degli stessi, sia durante che dopo lo sviluppo, e così informare eventuali modifiche o piani di miglioramento. Le App sono di supporto anche al Dipartimento per la trasformazione digitale per la valutazione, insieme ad altri controlli manuali e semiautomatici, della conformità dei siti per l’erogazione dei fondi della misura 1.4.1. Le app sono in versione beta e quindi soggette a revisioni e perfezionamenti. Le app:. sono disponibili per sistemi operativi Windows, MacOS e Linux;. permettono la valutazione del sito in locale (ad esempio, un ambiente di sviluppo) e online (disponibile al pubblico). Su ambienti di sviluppo in locale, non è possibile effettuare alcuni test (come la verifica del protocollo di sicurezza usato). Si consiglia, appena possibile, di effettuare la verifica tramite app su un sito online, così da poter sfruttare il report completo;. sono basate su tecnologia Lighthouse;. aiutano a valutare l’aderenza a criteri di conformità, raccomandazioni e altri parametri consigliati;. forniscono le informazioni per interpretare i risultati e apportare migliorie. Le app sono state create sulla base della conformità agli avvisi della misura 1.4.1 e nei report sono presenti riferimenti diretti ad alcuni dei criteri di conformità ...
-
italia
3. Il report e i risultati
In questa sezione viene presentato il risultato per la raccomandazione Localizzazione IP. Tutti gli altri sono test standard forniti da Lighthouse. Non sono rilevanti in termini di raggiungimento dei criteri di conformità, ma rappresentano comunque indicazioni utili a valutare eventuali miglioramenti del sito. Il risultato e le indicazioni di alcuni di questi test sono in inglese come impostazione default di Lighthouse e non è possibile cambiare lingua ...
-
italia
2. Requisiti di funzionamento per il modello Comuni
Comportamento atteso: l’App preleva i metatag da una pagina servizio casuale e ne controlla la struttura: presenza delle chiavi con relativa valorizzazione. Template HTML su cui si effettua scraping: template-homepage.html, template-servizi.html, template-dettaglio-servizio.html. Mappatura: In homepage all’interno di un tag deve esserci l’attributo data-element="all-services" che riporta alla pagina con il listato servizi. All’interno della pagina servizi i servizi devono essere degli con l’attributo data-element="service-link" che riportano al dettaglio servizio. All’interno dell’HTML della pagina servizio deve esserci un attributo
.. . …....
- .
- con data-element=”page-index” che contenga
- e in cui devono essere presenti le voci da ispezionare. Su questo menù vengono controllate sia in presenza che in sequenzialità (cioè una voce per essere in posizione corretta deve avere la precedente e la successiva come descritto dal modello). Le voci che vengono controllate sono: «Cos’è», «Come si accede al servizio», «Cosa serve», «Tempi e scadenze», “Contatti” e “Ulteriori informazioni”. Voci delle quali viene verificata la presenza: titolo, tipologia (contenuto breadcrumb), tassonomia argomenti, descrizione breve, “Cos’è”, “A cosa serve”, “Come si accede al servizio”, indirizzo (Sede canale fisico), posizione GPS tramite mappa (Sede canale fisico), orario per il pubblico (Sede canale fisico), email (Sede canale fisico), PEC (Sede canale fisico), telefono (Sede canale fisico), “Cosa serve”, “Tempi e scadenze”, “Struttura responsabile del servizio” e metadati. Voci delle quali viene verificata la presenza e sequenzialità all’interno dell’indice della pagina: «Cos’è», «Come si accede al servizio», «Cosa serve», «Tempi e scadenze», “Contatti” e “Ulteriori informazioni”. Esempio:. Servizi per il personale scolastico. .
- con attributo data-element=”breadcrumb” che contiene i tag
- ). Dalla pagina «scuola-servizi-tipologia» le card devono contenere una tag con attributo data-element=”service-link”. Si atterra quindi sulla pagina «scuole-servizio-generico» che contiene le componenti da ispezionare:. Titolo con attributo data-element=”service-title” che può essere un tag qualsiasi (h1, p, etc..). Viene controllata la presenza del Titolo della scheda servizio. Descrizione con attributo data-element=”service-description” che può essere un tag qualsiasi (h1, p, etc..). Viene controllata la presenza della Descrizione della scheda servizio. La breadcrumb