Quando è necessario un login in un sistema per eseguire qualsiasi azione. Come lo esprimi in un diagramma dei casi d'uso?
Ho un sistema che consentirà ai dipendenti di eseguire vendite. Devono essere registrati, ma una volta che sono, non è necessario registrarsi di nuovo fino alla fine della sessione (accesso tipico).
Non so come posso esprimere che l'accesso è obbligatorio, ma solo una volta.
I casi d'uso formano una corretta gerarchia di classi.
Il caso d'uso deve essere registrato e può essere una super-classe del resto dei tuoi casi d'uso.
Ad alcuni piace usare <<extends>> per mostrare che un caso d'uso estende il caso d'uso del login.
Vedi questo diagramma: link
Se l'accesso è parte del sistema che stai creando, dovrebbe essere un caso d'uso in sé elencato come prerequisito per altri casi d'uso. se si utilizza un sistema esterno (ad esempio l'autenticazione di Windows), è sufficiente elencare che l'utente è stato autenticato tramite l'autenticazione di Windows o qualsiasi altro sistema si prevede di utilizzare. È generalmente buona norma avere sempre una condizione preliminare e post-condizione del caso d'uso.
Dai tuoi requisiti, menzioni questo
They must be logged in,
Per eseguire vendite (un solo caso d'uso), DEVE anche accedere (un caso d'uso). Credo che questo caso d'uso per il login verrà riutilizzato ovunque tranne che vende il modulo. Quindi vorrei suggerire di usare <<include>> . Di seguito è riportato il testo sull'estratto di utilizzo <<include>> di questo link .
An e-commerce application that provides customers with the option of checking the status of their orders. This behavior is modeled with a base use case called CheckOrderStatus that has an inclusion use case called LogIn. The LogIn use case is a separate inclusion use case because it contains behaviors that several other use cases in the system use. An include relationship points from the CheckOrderStatus use case to the LogIn use case to indicate that the CheckOrderStatus use case always includes the behaviors in the LogIn use case.