Use Cases for Business Analysis

Voi e io interagiamo con i sistemi ogni giorno e per tutto il giorno, mentre creo questa conferenza, interagisco con una serie di sistemi di registrazione. Mentre si guarda la lezione, si interagisce con un'applicazione o un sito web. Beh, questi sono tutti sistemi. E forse le persone che hanno progettato questi sistemi hanno usato i casi d'uso, e probabilmente lo hanno fatto. Tutto ciò di cui stiamo parlando ora è il significato dei casi d'uso. Un caso d'uso, in parole povere, è una descrizione di come gli utenti interagiscono con i sistemi. Dedicheremo molto tempo ai dettagli, ma ci sono tre attributi chiave che dobbiamo tenere a mente durante il corso. In primo luogo, i casi d'uso sono guidati dai processi; ci sono molti modi diversi per sviluppare i casi d'uso, ma tutti hanno una parte importante in comune. Tutti descrivono il processo intrapreso da un utente per raggiungere un determinato obiettivo. I casi d'uso descrivono il processo o il flusso, come li chiamiamo noi. Descrivono questo processo in modo molto metodico, passo dopo passo. In secondo luogo, i casi d'uso sono centrati sull'obiettivo: noi utenti interagiamo con i sistemi per un motivo, in questo momento sto interagendo con i sistemi di registrazione perché ho un obiettivo specifico che voglio raggiungere. Voglio registrare la formazione. Inoltre, quando si interagisce con il nostro sito web o la nostra app, si vuole visualizzare la formazione. Ed è grazie a questi obiettivi che io e voi siamo seduti qui oggi. I casi d'uso descrivono il modo in cui gli utenti di un sistema lo utilizzano per ottenere un risultato, e questo è positivo perché ci fa concentrare sulla soluzione dei problemi delle persone piuttosto che sulla costruzione di sistemi o sulla progettazione di processi. In terzo luogo, i casi d'uso sono incentrati sull'utente. Quando utilizziamo i casi d'uso, pensiamo a come sarà l'esperienza di interazione con il sistema dal punto di vista di un utente, e questo ci aiuta a costruire sistemi o processi che siano facili da usare e la facilità d'uso è molto importante. E se possiamo iniziare a pensarci prima che venga scritta una sola riga di codice, ci stiamo preparando per il successo. Tutto ciò porta alla domanda: quando creiamo esattamente i casi d'uso? In breve, è quando il nostro progetto prevede un'interazione significativa con il sistema dell'utente e questo è il caso della maggior parte dei progetti che ci vengono subito in mente. Ma di certo non tutti, se avete un progetto fortemente orientato ai dati. Ad esempio, ci sono modi migliori di scrivere i requisiti o, se state scrivendo i requisiti per un sistema che verrà acquistato piuttosto che sviluppato da zero, vi consiglio di usare metodi diversi dai casi d'uso. I casi d'uso sono un metodo di analisi aziendale davvero efficace, sono compresi dalla stragrande maggioranza degli stakeholder e svolgono una doppia funzione, sia come requisiti che come modelli, ma non sono perfetti. Lo sviluppo di casi d'uso è un lavoro piuttosto impegnativo; a volte è sufficiente documentare questi casi per un sistema e chiudere la questione, ma più spesso creiamo casi d'uso in aggiunta ai requisiti tradizionali o alle storie degli utenti. Il mio consiglio, soprattutto per i ragazzi che hanno appena iniziato, è di porsi una domanda. Il progetto richiede l'introduzione di un processo o la modifica di un processo esistente? Se è così, iniziate con i casi d'uso. E se in seguito decidete che il metodo è ingombrante o scomodo o altro, passate a un altro metodo. Ora iniziamo a pensare ad alcuni casi d'uso reali e analizzeremo tre diversi tipi di sistemi e i casi d'uso che potrebbero avere senso per loro. Consideriamo un sito web di consumo e possiamo usare Amazon come esempio. Probabilmente la conoscete, Amazon è un'azienda che vende prodotti ai clienti online e gestisce anche un marketplace dove altre aziende possono vendere prodotti ai consumatori. Ebbene, quali sono alcuni dei casi d'uso che immagino per il loro sito web? Cose come la ricerca di un prodotto, il confronto tra due o più prodotti, l'acquisto di un prodotto e la restituzione di un prodotto, e ognuna di queste cose vi suonerà familiare perché, come utente, probabilmente le avete già fatte quasi tutte. Si può notare come ognuno di questi casi d'uso rappresenti una sorta di piccolo obiettivo che un utente sta cercando di raggiungere. Vediamo un altro tipo di sistema, questa volta i sistemi ERP. Gli aeroporti sono grandi suite di applicazioni utilizzate dalle grandi imprese per gestire aree come la contabilità, le risorse umane, la gestione della catena di approvvigionamento e un mucchio di altre funzioni, non è necessario essere esperti in materia. Ma analizziamo alcuni dei casi d'uso applicabili e utilizzeremo esempi tratti dai modelli delle risorse umane. Quindi la prima potrebbe essere la ricerca di curriculum, l'assunzione di un candidato e la promozione di un dipendente. Ancora una volta, vediamo come ognuno di questi rappresenta un obiettivo. Facciamo un altro esempio: i sistemi CRM. I sistemi CRM tengono traccia delle relazioni che le aziende intrattengono con i loro clienti e potenziali clienti. Alcuni casi d'uso di un sistema CRM possono essere la visualizzazione delle e-mail inviate a un potenziale cliente, l'assegnazione di compiti a un utente o la creazione di rapporti sui clienti. Ottimo, e questi, ancora una volta, rappresentano obiettivi raggiunti e forse anche voi stessi avete fatto un lavoro simile. Ok, per concludere, rivediamo cosa sono i casi d'uso: sono descrizioni delle interazioni tra utenti e sistemi e li classifichiamo come orientati ai processi, incentrati sugli obiettivi e focalizzati sull'utente. Ora che avete un'idea di cosa sono i casi d'uso, la prossima lezione tratterà il loro aspetto e la loro struttura. E questo sarà il prossimo argomento.