È difficile indovinare il dominio in cui è possibile trovare ruoli più specifici. Alcune varianti generiche però:
- anonimo
- Membro o editor o editor di contenuti o solo utente (perché no?)
- Manager o User manager (se limitato solo agli utenti, non ai contenuti). Potrebbe anche essere un Group Manager, se limitato a qualche gruppo di utenti
- Amministratore o Superadmin (*)
(*) Avevo prenotato Superadmin per un sistema multi-tenant. E superadmin può creare organizzazioni e svolgere attività simili. Forse è il tuo caso, forse no.
Non dimenticare, quel ruolo è qualcosa, che può essere contestuale (ruoli locali). Inoltre, l'utente potrebbe avere diversi ruoli allo stesso tempo e contesto. Pertanto, l'utente potrebbe essere il ruolo meno specifico, mentre l'utente potrebbe avere un ruolo di direttore o editor.
Probabilmente è una buona idea rendere il sistema ruolo / permesso un po 'più flessibile rispetto ai requisiti attuali.
Modifica : vorrei sottolineare ancora una volta che la denominazione dovrebbe venire come risultato del dominio stesso. L'analisi del dominio in qualche forma dovrebbe essere eseguita per qualsiasi progetto software, nomi comuni e lingua stabilita, idealmente, lo stesso linguaggio tra sviluppatori e altre parti interessate. Solitamente vengono utilizzati i nomi di dominio problematici (perché è più probabile che siano compresi correttamente dagli utenti). In alcuni casi l'uso di concetti di dominio della soluzione potrebbe essere inevitabile.