UML usa il diagramma dei casi
Hai mai trovato interessanti i diagrammi di flusso? La capacità dei diagrammi di flusso è di spiegare algoritmi complessi con istruzioni passo-passo in varie scatole sagomate: è sempre stato un modo semplice per rappresentare pittoricamente qualsiasi algoritmo o processo. I diagrammi UML sono una versione avanzata dei diagrammi di flusso. Cerchiamo di capire ogni termine.
Che cos'è UML Use Case Diagram?
Sembra un titolo piuttosto pesante, vero? Bene, dividiamolo per ogni parola.
UML
Unified Modeling Language è un approccio moderno al processo convenzionale di modellazione e documentazione del software. Questo approccio è una rappresentazione schematica dei componenti e dei processi coinvolti nel software. È come spiegare l'intero software attraverso rappresentazioni visive in modo che sia facile da capire ed eliminare possibili difetti ed errori nel sistema. L'intero processo rientra nell'ambito più ampio delle tecniche di modellazione dei processi aziendali.
Diagrammi UML
Immagina quei modelli in scala reale di varie vaste architetture come un centro commerciale o una società abitativa sparsi su acri, collocati all'interno di belle scatole di vetro lucido alla reception della struttura. Non è facile capire la struttura completa quando è stata modellata nel suo complesso davanti ai tuoi occhi?
Bene, i diagrammi UML sono software quali sono quei modelli in scala per la struttura reale. Una rappresentazione completa di tutto il sistema o di una sua parte, con l'aiuto di diagrammi. Esistono vari diagrammi per vari scopi. Alcuni esempi sono:
- Diagramma di classe: si concentra maggiormente sul progetto.
- diagramma di sequenza - Si concentra maggiormente sul processo, dal punto di vista del sistema.
- diagramma di attività - Si concentra sulle azioni, dal punto di vista dell'utente.
- Schema del caso d'uso: si concentra sui requisiti aziendali e molti altri.
UML usa il diagramma dei casi
L'argomento centrale della discussione odierna sono i diagrammi di caso d'uso. Un diagramma di caso d'uso modella il comportamento dinamico del sistema quando è in funzione. Evidenzia i requisiti di alto livello del sistema. È modellato per rappresentare la vista esterna del sistema. Il diagramma dei casi d'uso spiega i vari casi d'uso in cui un utente finale può interagire con il sistema. La prospettiva nella foto è dell'utente finale.
Un semplice esempio di diagramma del caso d'uso è il modo in cui un utente finale interagisce con il sistema di prenotazione dei biglietti aerei. Alcuni dei casi d'uso in questo esempio potrebbero essere, ma non limitati a:
- Una persona accede per cercare voli.
- Una persona prenota un volo.
- Una persona visualizza le sue precedenti prenotazioni di voli.
- Una persona controlla il web durante il suo volo.
- Una persona annulla il suo volo.
e un po 'di più,
Immergiamoci in …
Come detto in precedenza, un diagramma dei casi d'uso modella il comportamento dinamico del sistema. Nota la parola dinamica. Ciò implica che devono esserci alcuni fattori interni o esterni che influenzano il comportamento del sistema durante il runtime e lo rendono dinamico in natura. Questi agenti interni o esterni sono noti come attori . Un diagramma del caso d'uso modella gli attori, il sistema e la loro interazione. Un diagramma del singolo caso d'uso può modellare una particolare funzionalità del sistema.
Ma perché usare il diagramma dei casi?
Questo è il lato curioso di te che parli. Analizziamo attraverso alcuni QnA.
- Perché caso d'uso, quando il diagramma delle attività modella anche le azioni del sistema in base agli input?
Risposta: Sì, ma il diagramma del caso d'uso lo fa dal punto di vista dell'utente finale, mentre il diagramma delle attività lo fa dal punto di vista del sistema. Un utente finale potrebbe non conoscere il proprio ruolo attraverso un diagramma di attività.
- Bene, allora i diagrammi di sequenza coinvolgono gli attori e le azioni che svolgono in varie fasi. Perché caso d'uso?
Risposta: I diagrammi di sequenza sono versioni più dettagliate dell'interazione utente-sistema. Coinvolgono anche il funzionamento interno del sistema, l'interazione tra i sottomoduli e il tempo trascorso durante il funzionamento interno. Un utente finale potrebbe non essere interessato a tali dettagli. Si interessa dell'output complessivo del sistema.
- So che i diagrammi di collaborazione / comunicazione sono una versione più semplice dei diagrammi di sequenza. Perché non posso usarli?
Ans. I diagrammi di collaborazione sono davvero più semplici, ma si concentrano principalmente sulla comunicazione tra i componenti. Ciò comporta ancora una maggiore attenzione ai messaggi scambiati tra il sistema e i sottomoduli. Un utente finale potrebbe trovarlo ancora poco dettagliato per il suo scopo.
- C'è anche un diagramma di stato. Sono semplici, non coinvolgono sottomoduli interni e descrivono anche le interazioni dell'utente finale. In che modo lo schema del caso d'uso lo batte?
Ans. Lo scopo principale dei diagrammi a stati è analizzare lo stato del sistema in ogni possibile momento. Sono più adatti per il debug e il reverse engineering del sistema. I diagrammi dei casi d'uso saltano gli stati intermedi del sistema in quanto l'utente finale potrebbe non essere interessato a conoscere tutti gli stati attraversati dalla macchina. Inoltre, i diagrammi dei diagrammi di stato non si concentrano sul requisito generale come fanno i diagrammi dei casi d'uso. Si concentrano maggiormente su un input specifico e sull'output interessato.
Quindi, il risultato di questa discussione è che mentre molti diagrammi UML svolgono funzionalità simili, tuttavia hanno un ruolo distinto nella comprensione del sistema. Un diagramma dei casi d'uso è importante quanto qualsiasi altro diagramma per la documentazione generale dei componenti di sistema dei diagrammi dei casi d'uso.
Esempio
Di seguito è riportato un semplice esempio di un diagramma dei casi d'uso per il sistema di prenotazione dei biglietti aerei. Questo diagramma può essere reso più completo con l'introduzione di altri attori come operatori di prenotazione, banche, ecc. È stato semplificato per dimostrare come viene realizzato un diagramma del caso d'uso.
Conclusione
I diagrammi dei casi d'uso sono semplici ma efficaci per comprendere il sistema dall'esterno. Sono molto utili per l'azienda per definire requisiti di alto livello e analizzare anche i difetti nei requisiti. La comprensione dei diagrammi dei casi d'uso consente all'azienda e al team tecnico di accedere alla stessa pagina in termini di requisiti.
Articoli consigliati
Questa è stata una guida al diagramma dei casi d'uso di UML. Qui abbiamo discusso cos'è il diagramma dei casi UML e perché viene utilizzato e i componenti di questo diagramma. Puoi anche consultare i nostri altri articoli suggeriti per saperne di più -
- Guida dettagliata sul diagramma di classe
- Cos'è Computer Graphic Design?
- Data Science vs Data Visualization
- Che cos'è Teradata? | Architettura di Teradata