Issue #3 resolved

Amministratori di struttura

Gabriele Mearelli
repo owner created an issue

Ogni struttura ha degli utenti che gestiscono i contatti.

Anche i gruppi dovrebbero avere degli utenti che possono accedere in lettura ai contatti del gruppo.

Comments (4)

  1. poluz

    In definitiva mi vengono in mente questi gruppi di utenti:

    1. Gods - con accesso completo a tutto (in generale sono quelli che possono accedere anche all'amministrazione di django)
    2. Amministratori - con accesso completo alle strutture impostate (e quindi a tutti i loro gruppi)
    3. Presidente - con accesso in scrittura solo ai gruppi che presiede (ed in un futuro con possibilità di inviare mailing-list etc. secondo necessità)
    4. Organizzatore - con accesso in lettura solo ai gruppi a cui appartiene (ed in un futuro con possibilità di inviare mailing-list etc. secondo necessità)

      potrebbe anche aver senso un ruolo

    5. Osservatore - che può vedere tutto in sola lettura (ad esempio qualcuno del provinciale)

    Andando avanti con le funzionalità e il «grant» dei permessi:

    • amministratore può impostare presidente e organizzatore
    • presidente può impostare organizzatore

    Ok, questo esula dai primi passi che dovremo fare, ma mi sembra buono partire con un'idea il più possibile completa. Che ne dici?

  2. Gabriele Mearelli reporter

    Secondo me i ruoli degli amministratori non dovrebbero rispecchiare ruoli reali di un'organizzazione.

    Io farei così:

    God

    Ha poteri illimitati. In particolare:

    • Gestisce le città
    • Crea strutture

    Amministratore (di una struttura):

    • Aggiunge iscritti alla struttura (o una delle sotto-strutture)
    • Gestisce i rinnovi degli iscritti
    • Modifica i dati degli iscritti
    • Crea gruppi
    • Gestisce adesione ai gruppi
    • Aggiunge Città / Provincia / Regione (ma non può modificare o cancellare)
    • Gestisce gli amministratori delle sotto-strutture o gruppi

    Osservatore

    Ha accesso solo in lettura.

    In ogni caso, potremmo tenerci su una linea generica definendo una relazione molti a molti tra User e Strutture/Gruppi con un campo che definisce il livello di accessi. Possiamo in seguito decidere in dettaglio come sono i diritti d'accesso specifici.

  3. Log in to comment