usa il diagramma dei casi per la raccolta dei dati

Come accennato nei miei commenti, la tua domanda è molto ampia (se non troppo ampia , per essere off-topic qui). Ma lascia che provi a darti una mano:

will be gathered and displayed on site ...

is data collection a use case , if it is who will be the actor?

Sì, raccolta dati è un caso d'uso che è una precondizione al tuo caso d'uso identificato principale di visualizzazione dei dati ( "visualizzato sul sito" ).

Il diagramma dei casi del caso d'uso è principalmente quello di identificare cosa succede dentro / fuori i tuoi ben definiti confini del sistema . La definizione del limite del sistema è essenziale, quindi un primo approccio per un diagramma potrebbe apparire come segue:

Gliattorisonoelementicheesistonoall'esternodeilimitidelsistemaeazionidiinnescofornitedaltuosistema,ochevengonoattivatedaltuosistemaperfarequalcosa.
GliAttoripossonocomunicareconiltuosistemaattivamenteopassivamente.QuestopuòessereespressoconassociazionidiretteinUML.

Casidiutilizzodevonorisiedereall'internodeiconfinideltuosistemaedescriveranno(ancheinpuroformatotestuale)comel'interazionecongliattoridovrebbeessereeseguitainmodopiùdettagliato.

Comemostratoneldiagrammasopra,gliattoripossonoesserepiùspecializzatipermezzodicomeinteragisconoconiltuosistema(database).

Unconfineeunadescrizionedelsistemadipendonoinprimoluogodairequisitiidentificati(ciòpotrebbeancheesserepartedicontratticonterzeparti,evalelapenadiesserepagatiomeno!).

Gliattoripossonoesseregeneralizzati(specializzati)comemostratosopra.

Sehaiidentificatoicasid'usoprimarideltuosistema,potrestivolerlisuddividere,identificaresottosistemipiùspecifici(ecasid'usoestesi)einteragireconiltuospecificoAttori,adescome:

Comediceilvecchiodetto:
"Un'immagine può valere più di mille parole, anche se l'immagine interpretazione potrebbe richiedere la scrittura di intere librerie!"

Comunque, UML è un linguaggio generico (immagine) e viene fornito con interpretazioni specificamente concordate (solo un singolo libro, invece di una intera libreria ).

Quando descrivi questa attività all'interno del tuo progetto, utilizzi 2 parole di azione: "raccolte" e anche "raccolte". Le domande da porre sono:

• È la stessa attività? Penso di sì
• Questa attività è necessaria per raggiungere l'obiettivo "display"? Penso che forse
• Quali sono tutti i modi in cui questo può essere realizzato? Forse più di uno
• Questi diversi modi possono essere implementati in modo diverso?

Il mio punto è che non solo la "raccolta dati" è un caso d'uso, ma ci sono altri casi d'uso coinvolti nel passaggio "raccogliere o raccogliere", ognuno dei quali può avere uno o più attori.

• Il collegamento diretto a dataset didattici esterni può essere un'opzione e un sistema di collegamento può essere l'attore in questo caso;
• Il download di set di dati esportati può essere un'opzione, nel qual caso l'utilità "downloader" potrebbe essere l'attore;
• Se tali download sono disponibili in diversi formati, un programma di download specifico per formato può essere un attore per ogni downloader specifico per formato (ad esempio, ZIP, CSV, formato specifico per l'attività.)
• L'inserimento manuale della tastiera manuale può essere un caso d'uso (di ultima istanza) per quei dati non disponibili in nessun altro metodo; e lo staff clericale (o le risorse di personale esterno) potrebbero essere l'attore in quest'ultimo caso.

La chiave per identificare casi d'uso e attori è divergente in tutti i metodi / pratiche coinvolti nel raggiungimento di un passo, quindi chiarire quali requisiti sono necessari e in che modo tali requisiti saranno soddisfatti.