Ebitemp : area_partisociali.gestione_utenti
This page last changed on Dec 31, 2008 by [email protected].
Versione 1
Descrizione
Il servizio Gestione utenti permette alle Os e alle Apl di creare, modificare ed eliminare un numero
indefinito di utenti, configurando i loro privilegi di accesso agli altri servizi dell'area riservata. Ciascuno
utente viene caratterizzato in base ai seguenti attributi:
• appartiene a una sola organizzazione;
• può usare uno o più servizi dell'area riservata alle parti sociali (rassegna stampa, bacheca sindacale,
informativa contratti, deleghe sindacali);
• ha una competenza territoriale limitata a una o più provincie.
Per esempio, l'utente Tizio:
• fa parte di Cpo Uil;
• amministra tutti gli utenti dell'organizzazione e quindi accede al servizio di gestione utenti. Inoltre
in qualità di amministratore dell'organizzazione, può usare tutti gli altri servizi previsti nell'area
privata;
• ha un ruolo nazionale e quindi ha competenza territoriale su tutte le provincie.
Oppure, l'utente Caio:
• lavora per Quanta;
• ha il compito di usare i servizi informativa contratti e deleghe sindacali;
• lavora in un'agenzia di Roma e quindi può vedere, inserire o modificare informazioni unicamente per
questa provincia.
Gli utenti che possono usare il servizio Gestione utenti sono anche detti semi-admin e possono essere
creati unicamente dall'amministratore del sistema. Sebbene non vi sia una limitazione tecnica, ciascuna
organizazzione dovrebbe avere un solo semi-admin attivo.
Gli attributi assegnati dai semi-admin definiscono le azioni che gli utenti possono fare utilizzando gli altri
servizi dell'area riservata. In particolare
• Bacheche elettroniche. Gli utenti che appartengono a una Os possono creare annunci che
riguardano esclusivamente la propria Os e che si riferiscono alla provincia o alle province per cui
sono competenti (es. il rappresentante sindacale della Nidil Cgil di Roma crea annunci di assemblee
sindacali che si svolgeranno a Roma e che riguardano una o più Apl della provincia). Poiché gli
annunci pubblicati nelle bacheche sono pubblici, le Apl (e i lavoratori) li consultato tramite il sito
pubblico.
• Informativa contratti. Gli utenti delle Apl inseriscono le informazioni sulle missioni con più di 20
lavoratori e lo fanno sulla base dell'Apl di appartenenza e della competenza territoriale. Gli utenti
delle Os consultano le informazioni solo sulla base dell'appartenenza geografica.
• Deleghe sindacali. Al 30.12.2008, il servizio deve essere ancora analizzato nel dettaglio.
Il servizio di Rassegna stampa, invece, può essere usato senza limitazioni da tutti gli utenti che
hanno accesso all'area riservata.
Casi d'uso
Creazione di un semi-admin
Scenario
L'amministratore del sistema deve creare l'utente semi-admin dell'Apl Adapta.
Step 1
L'amministratore effettua la login al sistema e atterra nella pagina di amministrazione stanard di Drupal.
Quindi clicca sulla voce Utenti del menu Gestione utenti e poi sul tab Aggiungi utente.
Document generated by Confluence on Jul 24, 2009 14:56
Page 1
Step 2
L'amministratore inserisce i dati di login e configura i privilegi di accesso:
• sceglie l'organizzazione di appartenenza,
• sceglie i servizi che può usare,
• sceglie le province per le quali è competente (un semi-admin deve avere tutte le province attivate).
Terminato l'inserimento dei dati, salva l'utente.
Implementazione al 30.12.2008
L'attuale implementazione prevede quattro raggruppamenti di attributi: Predefinito, Apl, Province, Ooss.
Alcuni dei ruoli nel raggruppamento Predefinito non mi sono molto chiari (authenticated user, dashboard
user, devel). Inoltre, non capisco che differenza ci sia tra il ruolo gestione utenti e semiadmin. Credo che
alcune delle opzioni presenti in questa lista siano obsolete.
Dal punto di vista dell'interfaccia, occorre fare in modo che l'amministratore rimanga sempre sullo stesso
tema, mentre adesso quando si modifica un utente già creato, viene mostrato il tema del sito pubblico. E'
plausibile che questo problema verrà superato nel momento in cui si decida di separare fisicamente il sito
pubblico dalle area riservata.
Document generated by Confluence on Jul 24, 2009 14:56
Page 2
Lista degli utenti
Scenario
Il semi-admin visualizza la lista degli utenti che appartengono alla propria organizzazione.
Step 1
Il semi-admin effettua la login, quindi clicca sulla voce Gestione utenti del menu principale.
Step 2
Il semi-admin visualizza la lista degli utenti della sua organizzazione e può effettua delle operazioni sulla
lista.
Implementazione al 30.12.2008
Limiterei le azioni sulla lista al blocco e sblocco degli utenti. Una funzione di cancellazione di massa mi
sembra pericolosa e poco utile. Volendo essere più radicali, le azioni di massa potrebbero essere eliminate
del tutto, perché mi sembra piuttosto improbabile che un semi-admin le userà
2. Creazione di un utente
Scenario
Il semi-admin crea un nuovo utente e gli assegna privilegi di uso per il servizio Informativa contratti
relativamente alle province dell'Abruzzo.
Step 1
Il semi-admin effettua la login, quindi clicca sulla voce Gestione utenti del menu principale, visualizzando
la lista degli utenti. Quindi clicca sul tab Nuovo utente.
Step 2
Document generated by Confluence on Jul 24, 2009 14:56
Page 3
Il semi-admin inserisce i dati di login e poi assegna il ruolo Inserisci contratto e seleziona le province
di pertinenza. Diversamente da quanto accade con l'amministratore del sistema che ha visibilità su
tutte le opzioni, il semi-admin visualizza solo le opzioni che può utilizzare. Allo stesso tempo attribuisce
automaticamente alcuni ruoli, ossia l'Apl o l'Os di appartenenza.
Document generated by Confluence on Jul 24, 2009 14:56
Page 4
Implementazione al 30.12.2008
• Il server impiega un tempo incredibilmente lungo per effettuare il salvataggio delle modifiche.
• Il 30.12.2008 ho fatto la seguente prova: a) mi sono loggato come piccolo:semiadin; b) ho
visualizzato la lista degli utenti creati e sono entrato in modifica dell'utente piccolino:ciccio
assegnandogli una competenza territoriale solo sulle provincie della Basilicata (Matera e Potenza)
e della Calabria (Catanzaro, Cosenza, Crotone, Reggio Calabria e Vibo Valentia); c) sono entrato
di nuovo in modifica dello stesso record, ma ho dovuto constatare che le modifiche apportate non
erano state salvate; d) lo stesso utente non potrebbe usare il servizio informativa contratti perché
il ruolo non gli è stato assegnato; e) sono entrato con l'account dell'utente piccolino:ciccio e ho
constato che l'utente ha competenza territoriale su tutte le provincie d'Italia e può usare il servizio
Informativa contratti.
• Il 30.12.2008 ho fatto la seguente prova: a) mi sono loggato come admin:dmn.ai.32; b) sono
entrato in modifica dell'utente piccolino:chicco assegnandogli competenza territoriale sulle provincie
della Sicilia; c) non ho modificate i privilegi sull'uso dei servizi e quindi l'utente non dovrebbe poter
utilizzare il servizio Informativa contratti; d) mi sono loggato come piccolino:chicco e ho constatato
che l'utente aveva le competenze territoriali corrette, ma poteva accedere al servizio Informativa
contratti.
• Il 31.12.2008 ho fatto la seguente prova: a) mi sono loggato come piccolo:semiadin; b) ho creato
l'utente utente-apl:utente non assegnando alcun servizio e delimitando la competenza territoriale
alle province della Campania; c) mi sono loggato con l'utente utente-apl:utente e non mi è stato
possibile accedere alla rassegna stampa (evidentemente l'assegnazione automatica del servizio è
fallita).
• Se si clicca su Seleziona tutti dell'annidamento Abruzzo, vengono selezionate le province di tutta
Italia. Questo non sembra accadere per le altre regioni.
• L'elenco dei campi andrebbe modificato o, per lo meno, andrebbe eliminata l'obbligatorietà di alcuni
campi.
• Sarebbe molto più comprensibile se le opzioni relative ai ruoli fossero "aperte", ma mi dicono che
non si può avere controllo su questi aspetti della form in Drupal.
3. Modifica di un utente
Scenario
Il semi-admin modifica i dati di un utente esistente.
Step 1
Il semi-admin effettua la login, quindi clicca sulla voce Gestione utenti del menu principale, visualizzando
la lista degli utenti. Quindi clicca sul link Modifica relativo all'utente che intende aggiornare.
Step 2
Document generated by Confluence on Jul 24, 2009 14:56
Page 5
Il semi-admin visualizza la scheda dell'utente ed effettua le modifiche, quindi salva i dati.
Implementazione al 30.12.2008
La pagina di modifica presenta una serie di problemi:
• la testata è sbagliata: il titolo della pagina, infatti, dovrebbe essere Modifica utente non lo user
name dell'utente che viene modificato; i tab visualizzati dovrebbero essere Utenti e Modifica utente.
• In fase di immissione, viene presentata una form unica in cui inserire tutti i dati. Per la modifica,
invece, i dati sono spalmati su quattro tab. Mi dicono che con Drupal non si può fare diversamente,
anche se io non capisco perché non vi è omogeneità tra le due form.
• Il 31.12.2008 ho fatto la seguente prova: a) mi sono loggato come piccolo:semiadin; b) ho
modificato l'utente utente-apl:utente assegnandogli il servizio Informativa contratti; c) mi sono
loggato come utente-apl:utente e oltre a visualizzare il servizio Informativa contratti, è apparsa
magicamente anche la rassegna stampa; d) mi sono loggato nuovamente come piccolo:semi-admin
e ho provato a modificare l'utente con l'obiettivo di disabilitare il servizio Informativa contratti, ma
non ci sono riuscito in quanto l'opzione non era selezionata.
Meeting di riferimento
• Riunione 4.11.2008
Document generated by Confluence on Jul 24, 2009 14:56
Page 6