Usa diagramma del caso: distingue l'attore di un caso d'uso

1

So che un sistema contiene un insieme di diagrammi di casi d'uso e non uno schema di casi d'uso, ma comunque nella prima fase per trovare i requisiti di sistema o per analizzarli ho problemi nel distinguere l'attore di un caso d'uso.

supponiamo che il sistema sia: Libreria

un attore è il Membro e un attore è Librarian .

un tipico caso d'uso è Prendi in prestito un libro

Supponiamo che colui che interagisce con il software sia Bibliotecario. Quindi prendere in prestito un libro dovrebbe essere associato al bibliotecario o al membro?

In effetti Prendere in prestito un libro use case è un servizio del sistema per il membro. ma l'attore che interagisce con esso è il bibliotecario.

In quale fase e in quale diagramma del caso d'uso dovrei usare il membro come attore e associarlo al caso d'uso Prendi in prestito un libro ? e in quale diagramma dovrei associarlo al bibliotecario?

Anche il bibliotecario è davvero un attore del sistema o parte di un sistema?

    
posta Ahmad 12.10.2014 - 10:52
fonte

3 risposte

3

Ricorda la definizione di un attore : un'entità che interagisce con il tuo sistema. Il bibliotecario è colui che è in realtà interagendo con il sistema (la biblioteca), mentre il membro sta solo richiedendo al bibliotecario un libro, e non gli importa da dove diavolo viene quel libro. Quindi il membro è un attore del bibliotecario, che è un sistema in sé.

Il bibliotecario: un sistema, attore nella libreria

Libreria: un sistema

Membro: un attore sul bibliotecario

    
risposta data 12.10.2014 - 13:17
fonte
1

Nella maggior parte dei casi sia il bibliotecario che il membro possono essere visti come attori: il bibliotecario è l'attore principale e il membro è l'attore secondario.

Il bibliotecario è l'attore principale: soddisfa il caso d'uso.

Il membro è necessario per dare la sua tessera della biblioteca al bibliotecario: senza di lui / lei non c'è nessun caso d'uso. E il membro riceve il libro.

Quindi sono entrambi attori, ma con una diversa importanza per il caso d'uso.

Un altro esempio: se il sistema di prestito è automatizzato, il membro è l'unico attore e il bibliotecario non è necessario per prendere in prestito il libro. Il membro attiva il caso d'uso e il bibliotecario aiuta solo quando necessario.

    
risposta data 12.10.2014 - 17:21
fonte
1

Sì, lo staff della biblioteca dovrebbe essere l'attore principale, in quanto è lui che interagisce con il sistema di destinazione.

In un tipico sistema di libreria, solitamente gli utenti della biblioteca hanno solo il diritto limitato di accedere al sistema, come verificare la disponibilità, o prenotare un libro (ma non effettuare il check-in / out di un libro.

Per esempio:

Un sistema di biblioteca computerizzata per un'università tiene traccia di tutti i libri e i periodici nella biblioteca e il loro stato di check-out. Il checkout e il reso sono automatizzati tramite un lettore di codici a barre (un dispositivo esterno).

Il sistema di libreria si interfaccia anche con un database relazionale esterno che memorizza le informazioni sugli utenti della biblioteca (studenti, docenti e personale), incluso se hanno ritirato elementi della libreria.

Gli utenti della biblioteca possono accedere al catalogo e richiamare libri e periodici.

I dipendenti della biblioteca hanno lo stesso accesso di un utente della Biblioteca e anche capacità aggiuntive (ad esempio, il check-in e il check-out del libro).

Nota:

  1. il catalogo della biblioteca fa parte del sistema informatico della biblioteca, quindi non viene mostrato come attore.)
  2. L'accesso ai dipendenti potrebbe NON essere un buon uso, poiché soddisfa direttamente un obiettivo dell'utente

L'esempio illustra come il ruolo principale (attore principale) del sistema associato ai rispettivi casi d'uso corrispondenti

    
risposta data 23.01.2018 - 11:04
fonte

Leggi altre domande sui tag