Ho il requisito che un utente del sistema possa presentare un reclamo su un'organizzazione e quindi l'amministratore può inserire nella lista nera quell'organizzazione. Devo includere il caso d'uso "Make complaints" (dell'utente) nella blacklist del caso d'uso (di admin). Per favore aiutami con questa faccenda.
Un diagramma del caso d'uso non vuole essere una visione completa del sistema e del suo comportamento. Fornisce semplicemente una visione di alto livello, orientata agli attori e semplificata delle possibili interazioni con il sistema in modo da essere accessibile e non travolgente. Altri artefatti supportati da altre notazioni possono essere utilizzati per acquisire altri aspetti del sistema, gli stessi aspetti da una prospettiva diversa o per fornire una descrizione più dettagliata delle interazioni, ad es. diagrammi per le spiagge , Diagrammi delle attività , o BPMN .
Nel tuo caso specifico, suppongo che l'amministratore sia capace di mettere in blacklist qualsiasi organizzazione in qualsiasi momento. È solo una politica che un reclamo deve essere presentato per primo. Se questo criterio viene applicato in base al meccanismo (rendendo falsa l'assunzione), ad esempio, il pulsante "Blacklist" non è abilitato a meno che non sia stato presentato un reclamo contro l'organizzazione, quindi questo sarà un dettaglio del caso di utilizzo della blacklist ma probabilmente non lo farà Garantisco di essere formalmente catturato in un diagramma del caso d'uso (forse verrà aggiunto un commento). Se una politica non viene applicata dal sistema, allora semplicemente non fa parte del sistema e non dovrebbe essere inclusa nella descrizione del sistema. Fa parte del processo aziendale e può essere incluso in un diagramma del processo aziendale di cui il sistema è solo una parte. (Ovviamente, è possibile creare un diagramma del caso d'uso aziendale in contrasto con un diagramma del caso d'uso sistema , a quel punto i processi aziendali non catturati da / che coinvolgono il sistema sono rilevante.)
Se sei pronto a includere questa relazione nel tuo diagramma dei casi d'uso del sistema, allora è chiaro che la relazione extends ha più senso della relazione included by poiché apparentemente la lista nera è un comportamento aggiuntivo opzionale. (Se non lo è, perché è coinvolto un amministratore?) In alternativa, si potrebbe semplicemente avere l'utente anche associato al caso d'uso della lista nera, anche se questo ovviamente non indica alcuna connessione necessaria con il caso d'uso di Complains. Tuttavia, la maggior parte degli esempi di diagrammi del caso d'uso che ho visto hanno vincoli impliciti ma completamente non catturati tra casi d'uso, ad es. esclusione reciproca e vincoli di ordine.
No, non penso che dovresti. Un diagramma dei casi d'uso non ha una nozione di una relazione "necessaria" tra due casi d'uso (solo "include" e "estende" fanno parte della definizione formale).
Se dovessi creare un diagramma dei casi d'uso, li elencherei come casi d'uso separati con attori diversi. Questo dice che un utente è in grado di eseguire il caso d'uso "Crea reclami" e un amministratore è in grado di eseguire il caso d'uso "Organizzazione lista nera".
Tuttavia, questo è uno dei motivi per cui non sono un fan dei diagrammi dei casi d'uso. Ci sono molte cose che non possono essere espresse bene nei confini di un diagramma del caso d'uso. Preferisco le rappresentazioni testuali o tabulari dei casi d'uso. Utilizzando un metodo testuale o tabellare, è possibile acquisire le condizioni per l'esecuzione di un caso d'uso (come un utente che ha eseguito il caso d'uso Crea reclami prima che un amministratore sia in grado di eseguire il caso d'uso Organizzazione lista nera).
Leggi altre domande sui tag use-case