Sto creando casi d'uso per un progetto. Un utente generico viene esteso dalle "categorie" di utenti che vengono poi estese da un amministratore (che può fare tutte le attività possibili).
Il seguente è accettabile da ritrarre? C'è un modo migliore per ritrarre tali informazioni?
Sì. Questo è accettabile.
Fare di tutti gli attori una sottoclasse di "Utente" è inutile. Questo è ovvio.
Il metodo Objectory originale (su cui è basato UML) indica esplicitamente che "Actor" è un tipo di classificatore e ha sottoclassi e superclassi.
Non impazzire comunque. L'ereditarietà tra gli utenti dovrebbe essere abbastanza semplice.
Per me, sembra che tu stia disegnando un diagramma di classe, ma con figure stilizzate anziché scatole. I diagrammi dei casi d'uso IMO dovrebbero mostrare come una persona o altra entità agisce o reagisce in determinate condizioni. Non riesco a vedere come estendere un client è qualcosa che un amministratore fa come parte del suo lavoro, o qualcosa di cui un oggetto amministratore potrebbe essere capace.
Leggi altre domande sui tag requirements use-case