Anteprima
Vedrai una selezione di 5 pagine su 20
Ingegneria del Software – Casi d'uso Pag. 1 Ingegneria del Software – Casi d'uso Pag. 2
Anteprima di 5 pagg. su 20.
Scarica il documento per vederlo tutto.
Ingegneria del Software – Casi d'uso Pag. 6
Anteprima di 5 pagg. su 20.
Scarica il documento per vederlo tutto.
Ingegneria del Software – Casi d'uso Pag. 11
Anteprima di 5 pagg. su 20.
Scarica il documento per vederlo tutto.
Ingegneria del Software – Casi d'uso Pag. 16
1 su 20
D/illustrazione/soddisfatti o rimborsati
Disdici quando
vuoi
Acquista con carta
o PayPal
Scarica i documenti
tutte le volte che vuoi
Estratto del documento

Esempi - Analisi dei Casi d'Uso

Descrizione del Caso d'uso: Prenota Prima Visita

  • Scenario 1: Il paziente non ha effettuato la Prima Visita in precedenza
  • Il paziente richiede la prenotazione di una Prima Visita
  • Il sistema visualizza una schermata per l'immissione dei dati paziente (nome, cognome, codice fiscale, indirizzo, motivazione della richiesta)
  • Il sistema verifica in archivio che il paziente non abbia già effettuato una Prima Visita
  • Il sistema genera il codice alfanumerico di identificazione del paziente
  • Il sistema genera la password personale del paziente per l'accesso alla cartella clinica, e la visualizza
  • Il sistema controlla le possibili prenotazioni
  • Il sistema visualizza 5 date utili per la prenotazione
  • Il paziente sceglie una data
  • Il sistema registra la data di prenotazione e la data di richiesta prenotazione in archivio
  • Il sistema crea una nuova cartella clinica in cui registra

tutti i dati del paziente

Il sistema visualizza una schermata con il messaggio 'Prenotazione effettuata con successo'

Anna Rita Fasolino - Ingegneria del Software - 4Esempi - Analisi dei Casi d'Uso 2

Usando gli <<include>>...

Scenario 1: Il paziente non ha effettuato la Prima Visita in precedenza

Il paziente richiede la prenotazione di una Prima Visita

Il sistema visualizza una schermata per l'immissione dei dati paziente (nome, cognome, codice fiscale, indirizzo, motivazione della richiesta)

<<include>> Controllo Richiesta Prenotazione

<<include>> Genera codice

<<include>> Genera Password

<<include>> Controllo Possibili Prenotazioni

Il sistema visualizza 5 date utili per la prenotazione

Il paziente sceglie una data

Il sistema registra la data di prenotazione e la data di richiesta prenotazione in archivio

Il sistema crea una nuova cartella

Formattazione del testo

clinica in cui registra tutti i dati del paziente

Il sistema visualizza una schermata con il messaggio 'Prenotazione effettuata con successo'

Anna Rita Fasolino- Ingegneria del Software - 5Esempi-Analisi dei Casi d'Uso

Descrizione del Caso d'uso: Prenota Prima Visita

  • Scenario 2: Il paziente ha già effettuato la Prima Visita in precedenza
  • Il paziente richiede la prenotazione di una Prima Visita
  • Il sistema visualizza una schermata per l'immissione dei dati paziente (nome, cognome, codice fiscale, indirizzo, motivazione della richiesta)
  • <<include>> Controllo Richiesta Prenotazione
  • Il sistema rileva in archivio che il paziente ha già effettuato una Prima Visita
  • Il sistema visualizza una schermata con il messaggio 'Impossibile effettuare la Prenotazione: Prima Visita già effettuata'

Anna Rita Fasolino- Ingegneria del Software - 6Esempi-Analisi dei Casi d'Uso 3

Descrizione del

Caso d'uso: Consulta cartellaClinica

  • Scenario 1: Consultazione e visualizzazione elenco visite
  • XP1. L'operatore chiede di consultare la cartella di un paziente e ne fornisce il nome, cognome, codice fiscale
  • Il sistema ricerca i dati della cartella del paziente in archivio e visualizza l'elenco delle visite effettuate
  • L'operatore chiede di terminare la visualizzazione
  • Il sistema visualizza la schermata di 'operazione conclusa'

Anna Rita Fasolino- Ingegneria del Software - 7Esempi-Analisi dei Casi d'Uso

Descrizione del Caso d'uso esteso: Consultazione paziente

  • Sostituire XP1 nel precedente Caso d'uso con:
  • Il paziente chiede di consultare la propria cartella
  • Il sistema chiede di inserire il nome, cognome, codice fiscale e password
  • Il sistema verifica la correttezza della password

Anna Rita Fasolino- Ingegneria del Software - 8Esempi-Analisi dei Casi d'Uso 4Analisi dei Casi

d'UsoGeneralitàConcetti di base: Attore, Caso d'Uso, AssociazioniIl Diagramma dei casi d'usoDescrizione di un caso d'usoPassi per la costruzione di un modello di casi d'usoAnna Rita Fasolino- Ingegneria del Software - 1Analisi dei Casi d'Uso Generalità• Strumento impiegato durante la fase di analisi percatturare il comportamento esterno del sistema dasviluppare, senza dover specificare come talecomportamento viene realizzato ( )sistema=black-box• Forniscono una descrizione dei “modi” in cui ilsistema potrà essere utilizzato• L'analisi dei casi d'uso può essere integrata con– l'analisi strutturata, per aiutare a scoprire i processi– l'analisi orientata agli oggetti, per aiutare a scoprire leresponsabilità delle classi e le interazioni far gli oggettiAnna Rita Fasolino- Ingegneria del Software - 2Analisi dei Casi d'Uso 1Casi d'uso come

interazione• Un caso d’uso può essere descritto sotto forma di scenario di interazione (dialogo) tra gli utilizzatori ed il sistema. :Esempio– il cliente richiede l’elenco dei prodotti– il sistema propone i prodotti disponibili– il cliente sceglie i prodotti che desidera– il sistema fornisce il costo totale dei prodotti selezionati– il cliente conferma l’ordine– il sistema comunica l’accettazione dell’ordine• L’attenzione è rivolta all’interazione, non alle attività interne al sistemaAnna Rita Fasolino- Ingegneria del Software - 3Analisi dei Casi d’Uso Attore• Un ruolo (o un insieme di ruoli) che l’utente del caso d’uso svolge nell’interagire col sistema.– E’ esterno al sistema– Può essere:• Una classe di persone fisiche (es. Fornitore)• Un altro sistema software (es. Sistema di contabilità)• Un dispositivo

hardware esterno (es. Sensore)

Un attore fornisce uno stimolo al sistema e quindi riceve un output. Attore: Anna Rita Fasolino - Ingegneria del Software - 4

Analisi dei Casi d'Uso 2

Caso d'Uso:

  • Descrive il comportamento del sistema quando un attore gli invia un particolare stimolo.
  • Il comportamento è descritto in maniera testuale, come sequenza di transazioni del sistema, il cui compito è produrre un risultato di valore misurabile per un attore del sistema.
  • Una transazione è un insieme atomico di attività (sono completate o non sono eseguite affatto)

Caso d'Uso: Anna Rita Fasolino - Ingegneria del Software - 5

Analisi dei Casi d'Uso Caso d'Uso:

  • La descrizione di un caso d'uso definisce cosa accade nel sistema in seguito all'evento di innesco
  • Generalmente lo stimolo parte dall'attore, ma può anche essere il sistema stesso ad iniziare il caso d'uso (es. Produzione cedolini a fine mese)

ricarico automatico di un magazzino)

  • Un caso d'uso corrisponde ad un compito che l'attore vuole eseguire (l'attore inizia il caso d'uso) o il sistema deve eseguire (il sistema inizia il caso d'uso).
  • Analisi dei Casi d'Uso 3
  • Caso d'uso e transazioni
  • Esempio: apri conto corrente cliente
  • Transazioni:
    • verifica esistenza cliente in anagrafica
    • acquisizione nuova anagrafica
    • acquisizione firma digitalizzata
    • inserimento nuovo conto corrente
  • Analisi dei Casi d'Uso Il modello dei casi d'uso
  • Presenta una vista del sistema con gli attori, i casi d'uso e le loro associazioni
  • Attore Caso d'uso Relazione di associazione
  • Analisi dei Casi d'Uso 4
  • Esempio: sistema di gestione voli
  • Conferma volo
  • Pilota Prenota posti Impiegato
  • Controlla piano di volo
Software - 11Analisi dei Casi d'Uso 6Esempio: centralina telefonica per ufficioDescrizione del caso d'uso "Trasferisci chiamata"Attori coinvolti: Centralinista, UtenteScopo: Consentire al centralinista di trasferire una chiamata in corso al destinatario desideratoFlusso principale degli eventi:1. Il centralinista riceve una chiamata in corso2. Il centralinista seleziona l'opzione "Trasferisci chiamata"3. Il sistema richiede al centralinista di inserire il numero del destinatario4. Il centralinista inserisce il numero del destinatario5. Il sistema verifica la disponibilità del destinatario6. Il sistema trasferisce la chiamata al destinatario7. Il centralinista viene informato del successo del trasferimento8. Il caso d'uso terminaFlusso alternativo degli eventi:1a. Il centralinista riceve una chiamata in corso1b. Il centralinista decide di non trasferire la chiamata2b. Il caso d'uso termina

Software - 11

Analisi dei Casi d'Uso

Caso d'uso: Effettua chiamata interna

Scenario 1: chiamata effettuata con successo

  • L'utente solleva la cornetta
  • Il tono di libero interno suona
  • L'utente compone il numero
  • La chiamata è inoltrata sulla rete telefonica
  • Il telefono chiamato squilla
  • Il tono di attesa suona
  • L'utente chiamato risponde
  • I telefoni sono connessi
  • Il telefono chiamato cessa di squillare
  • Il tono di attesa finisce
  • L'utente chiamato ripone la cornetta sul telefono
  • I telefoni sono disconnessi
  • L'utente ripone la cornetta sul telefono

Anna Rita Fasolino- Ingegneria del Software - 12

Analisi dei Casi d'Uso 6

Caso d'uso: Effettua chiamata interna

Scenario 2: chiamata effettuata ma il telefono chiamato è occupato

  • L'utente solleva la cornetta
  • Il tono di libero interno suona
  • L'utente compone il numero
  • La chiamata
  • è inoltrata sulla rete telefonica

    Il telefono chiamato è occupato

    Il tono di occupato suona

    L’utente ripone la cornetta sul telefono

    Anna Rita Fasolino- Ingegneria del Software - 13

    Analisi dei Casi d’Uso

    La descrizione dei casi d’uso

    con pre e postcondizioni

    • Pre-condizioni: specificano lo stato del sistema prima di eseguire il caso d’uso
    • Flusso di eventi:
      • Percorso Normale
      • Percorsi alternativi
Dettagli
Publisher
A.A. 2012-2013
20 pagine
SSD Ingegneria industriale e dell'informazione ING-INF/05 Sistemi di elaborazione delle informazioni

I contenuti di questa pagina costituiscono rielaborazioni personali del Publisher Sara F di informazioni apprese con la frequenza delle lezioni di Ingegneria del Software e studio autonomo di eventuali libri di riferimento in preparazione dell'esame finale o della tesi. Non devono intendersi come materiale ufficiale dell'università Università degli studi di Napoli Federico II o del prof Fasolino Anna Rita.