Authors: Paolo Andreetto (INFN Padova), Eric Frizziero (INFN Padova)
FASI: A) Accesso tramite IDP B) Registrazione utente C) Pre-accettazione registrazione D) Approvazione affiliazione tenant E) Approvazione registrazione utente
DESCRIZIONE USE CASE
(FASE A) L'utente si presenta con userIDP "user1", IDP "IDP1" e emailIDP1: user1@IDIP1
(FASE B) l'utente usa il form di registrazione per inserire le informazioni richieste tra cui l'affiliazione scegliendo tra (vedi descrizione form di registrazione):
(FASE C) Se il CloudManager dopo eventuali controlli NON accetta la richiesta di registrazione, viene inviata un'email all'utente informandolo che la sua richiesta di registrazione non puo' essere accettata per uno dei seguenti motivi:
In caso contrario la richiesta e' pre-accettata e il CloudManager sceglie per l'utente lo username “userLocalA” (uguale o diverso da quello proveniente dall'IDP).
(FASE D)
(D.1) Affiliazione "un tenant o piu' tra quelli esistenti"
Se l'affiliazione richiesta e' verso un tenant o piu' tra quelli esistenti, allora le richieste di affiliazione a ciascun tenant richiesto arriva al corrispondente TenantManager. Ciascun TenantManager approva o meno la richiesta di affiliazione pervenutali. Gli esiti delle singole approvazioni dei TenantManager arrivano al CloudManager che raccoglie gli esiti per comporre una risposta aggregata.
Se gli esiti sono tutti negativi (richiesta di affiliazione non accettata), viene inviata un'email all'utente informandolo che la sua richiesta di registrazione non puo' essere accettata per uno dei seguenti motivi:
Se almeno un esito e' positivo (richiesta di affiliazione accettata), allora il CloudManager:
(FASE E)
(D.2) Affiliazione a "un nuovo tenant da creare (privato o pubblico)" o "tenant GUEST"
Se l'affiliazione richiesta e' verso un nuovo tenant da creare o verso il tenant GUEST, allora la richiesta di affiliazione viene gestita dal CloudManager che fa le veci di TenantManager.
Se il CloudManager non da' esito positivo alla richiesta di affiliazione (richiesta di affiliazione non accettata), viene inviata un'email all'utente informandolo che la sua richiesta di registrazione non puo' essere accettata per uno dei seguenti motivi:
Altrimenti (richiesta di affiliazione accettata)
(FASE E) Se l'affiliazione richiede la creazione di un tenant, il CloudManager crea il tenant nuovo. Inoltre se il tenant richiesto deve essere pubblico (vedi form di registrazione), allora l'utente ne diviene TenantManager e il tenant viene inserito nella lista dei tenant pubblici.
Il CloudManager per terminare la fase di registrazione:
Osservazioni:
a) Deve essere possibile per il CloudManager monitorare lo stato di approvazione delle varie richieste di affiliazione per utente.
b) Deve essere prevista la possibilita' di cambiare il TenantManager.
DESCRIZIONE USE CASE
L'utente accede tramite IDP alla Dashboard (mappato come "userLocalA") ed usando il pannello "Setting" imposta la sua password.
CONCLUSIONE:
Oltre che con l'IDP, l'utente ora potra' accedere anche con username “userLocalA” e la psw impostata.
DESCRIZIONE USE CASE
L'utente effettua la registrazione seguendo la descrione dello use case 1 a partire dalla (FASE B).
FASI: A) Pre-accettazione affiliazione B) Approvazione affiliazione tenant
DESCRIZIONE USE CASE
L'utente accede alla Dashboard (mappato come “userLocalA”) ed usando il pannello “Nuova Affiliazione Tenant” sceglie tra:
(FASE A) Se il CloudManager dopo eventuali controlli NON accetta la nuova richiesta di affiliazione, viene inviata un'email all'utente informandolo che la sua nuova richiesta di affiliazione non puo' essere accettata.
(FASE B)
(B.1) Affiliazione "un tenant o piu' tra quelli esistenti"
Se l'affiliazione richiesta e' verso un tenant o piu' tra quelli esistenti, allora le richieste di affiliazione a ciascun tenant richiesto arriva al corrispondente TenantManager. Ciascun TenantManager approva o meno la richiesta di affiliazione pervenutali. Gli esiti delle singole approvazioni dei TenantManager arrivano al CloudManager che raccoglie gli esiti per comporre una risposta aggregata.
Se gli esiti sono tutti negativi (richiesta di affiliazione non accettata), viene inviata un'email all'utente informandolo che la sua richiesta di affiliazione non puo' essere accettata per uno dei seguenti motivi:
Se almeno un esito e' positivo (richiesta di affiliazione accettata), allora il CloudManager:
(B.2) Affiliazione "un nuovo tenant da creare (privato o pubblico)"
Se l'affiliazione richiesta e' verso un nuovo tenant da creare, allora la richiesta di affiliazione viene gestita dal CloudManager che fa le veci di TenantManager.
Se il CloudManager non da' esito positivo alla richiesta di affiliazione (richiesta di affiliazione non accettata), viene inviata un'email all'utente informandolo che la sua richiesta di affiliazione non puo' essere accettata per uno dei seguenti motivi:
Altrimenti (richiesta di affiliazione accettata)
Il CloudManager crea il tenant nuovo. Se il tenant richiesto deve essere pubblico, allora l'utente ne diviene TenantManager e il tenant viene inserito nella lista dei tenant pubblici.
Il CloudManager per terminare la fase di affiliazione:
DESCRIZIONE USE CASE
L'utente accede alla Dashboard (mappato come "userLocalA") e nel pannello degli IDP accettati, preme il pulsante relativo all'IDP scelto. Viene contattato l'IDP per la verifica e la richiesta di accesso tramite IDP da parte dell'utente locale "userLocalA" arriva al CloudManager. Il CloudManager puo' approvare o meno la richiesta. All'utente viene inviata un'email per informarlo dell'esito dell'approvazione.
DESCRIZIONE USE CASE
L'utente effettua una nuova registrazione tramite IDP seguendo lo use case 1.
Tutti i campi indicati con * sono obbligatori.
Tutti i campi indicati con * sono obbligatori.
— Eric Frizziero 2014/03/11 12:01