Docsity
Docsity

Prepara i tuoi esami
Prepara i tuoi esami

Studia grazie alle numerose risorse presenti su Docsity


Ottieni i punti per scaricare
Ottieni i punti per scaricare

Guadagna punti aiutando altri studenti oppure acquistali con un piano Premium


Guide e consigli
Guide e consigli


use cases casi d'uso, Schemi e mappe concettuali di Sicurezza delle reti

descrizione casi d'uso su progetto qualità dell'aria

Tipologia: Schemi e mappe concettuali

2023/2024

Caricato il 21/01/2025

beatrice-lioce-1
beatrice-lioce-1 🇮🇹

5 documenti

1 / 8

Toggle sidebar

Questa pagina non è visibile nell’anteprima

Non perderti parti importanti!

bg1
Use Case 1: Autenticazione Utente Pro
Scope: Autenticazione dell'utente pro per accedere al sistema di monitoraggio della qualità dell'aria
della regione Puglia
Level: User-goal
Intention in context: L'utente pro desidera autenticarsi nel sistema per visualizzare e analizzare i
dati sulla qualità dell'aria nelle diverse città della Regione Puglia.
Primary actor: Utente Pro
Support actor: Sistema di Autenticazione
Stakeholders' interest:
Utente Pro: Desidera un accesso rapido e sicuro ai dati di monitoraggio della qualità
dell'aria.
ARIA SRL: Intende garantire un accesso sicuro e conforme alle normative per gli utenti
paganti.
Precondition: L'utente professionale deve disporre di credenziali di accesso valide.
Minimum guarantees: Il sistema deve verificare correttamente le credenziali inserite dall'utente.
Success guarantees: L'utente pro viene autenticato con successo e può accedere alle funzionalità
del sistema.
Trigger: L'utente pro desidera accedere al sistema e fa il login.
Main success scenario:
1. Utente: L'utente pro accede alla pagina di login del sistema.
2. Sistema: Il sistema presenta il modulo di login con i campi per l'inserimento delle
credenziali.
3. Utente: L'utente inserisce le proprie credenziali (username e password) e clicca su "Login".
4. Sistema: Il sistema verifica le credenziali inserite.
5. Utente: In caso di credenziali corrette, l'utente viene reindirizzato alla dashboard principale.
6. Sistema: Il sistema conferma l'accesso e mostra la dashboard con le funzionalità disponibili.
Extensions:
4a. Le credenziali sono errate.
1. Sistema: Il sistema notifica l'errore all'utente e richiede di reinserire le credenziali.
2. Utente: L'utente corregge le credenziali e ripete il processo di login.
Use Case 2: Selezione Città
Scope: Selezione di una città per visualizzare i dati sulla qualità dell'aria.
pf3
pf4
pf5
pf8

Anteprima parziale del testo

Scarica use cases casi d'uso e più Schemi e mappe concettuali in PDF di Sicurezza delle reti solo su Docsity!

Use Case 1: Autenticazione Utente Pro

Scope : Autenticazione dell'utente pro per accedere al sistema di monitoraggio della qualità dell'aria della regione Puglia Level : User-goal Intention in context : L'utente pro desidera autenticarsi nel sistema per visualizzare e analizzare i dati sulla qualità dell'aria nelle diverse città della Regione Puglia. Primary actor : Utente Pro Support actor : Sistema di Autenticazione Stakeholders' interest :  Utente Pro : Desidera un accesso rapido e sicuro ai dati di monitoraggio della qualità dell'aria.  ARIA SRL : Intende garantire un accesso sicuro e conforme alle normative per gli utenti paganti. Precondition : L'utente professionale deve disporre di credenziali di accesso valide. Minimum guarantees : Il sistema deve verificare correttamente le credenziali inserite dall'utente. Success guarantees : L'utente pro viene autenticato con successo e può accedere alle funzionalità del sistema. Trigger : L'utente pro desidera accedere al sistema e fa il login. Main success scenario :

  1. Utente : L'utente pro accede alla pagina di login del sistema.
  2. Sistema : Il sistema presenta il modulo di login con i campi per l'inserimento delle credenziali.
  3. Utente : L'utente inserisce le proprie credenziali (username e password) e clicca su "Login".
  4. Sistema : Il sistema verifica le credenziali inserite.
  5. Utente : In caso di credenziali corrette, l'utente viene reindirizzato alla dashboard principale.
  6. Sistema : Il sistema conferma l'accesso e mostra la dashboard con le funzionalità disponibili. Extensions :  4a. Le credenziali sono errate.
  7. Sistema : Il sistema notifica l'errore all'utente e richiede di reinserire le credenziali.
  8. Utente : L'utente corregge le credenziali e ripete il processo di login.

Use Case 2: Selezione Città

Scope : Selezione di una città per visualizzare i dati sulla qualità dell'aria.

Level : User-goal Intention in context : L'utente pro desidera selezionare una città per monitorare i dati sulla qualità dell'aria in quella specifica area. Primary actor : Utente Pro Support actor : Sistema di Gestione delle Città Stakeholders' interest :  Utente Professionale : Vuole accedere ai dati aggiornati sulla qualità dell'aria per una città specifica della regione Puglia.  ARIA SRL : Deve garantire che i dati mostrati siano accurati e completi. Precondition : L'utente deve essere autenticato nel sistema. Minimum guarantees : Il sistema deve mostrare un elenco aggiornato delle città disponibili per il monitoraggio. Success guarantees : Il sistema visualizza correttamente i dati della qualità dell'aria per la città selezionata. Trigger : L'utente professionale desidera visualizzare i dati di una città e accede alla sezione di selezione delle città. Main success scenario :

  1. Utente : L'utente naviga alla sezione delle città nel sistema.
  2. Sistema : Il sistema mostra un elenco delle città disponibili per la selezione.
  3. Utente : L'utente seleziona una città dall'elenco.
  4. Sistema : Il sistema carica i dati relativi alla qualità dell'aria per la città selezionata.
  5. Utente : L'utente visualizza i dati caricati sul sistema.
  6. Sistema : Il sistema aggiorna e mostra i dati in modo chiaro e dettagliato. Extensions :  3a. La città desiderata non è presente nell'elenco.
  7. Sistema : Il sistema suggerisce città alternative o fornisce un'opzione di ricerca.
  8. Utente : L'utente utilizza l'opzione di ricerca o seleziona un'alternativa suggerita.

Use Case 3: Selezione Inquinanti

Scope : Selezione degli inquinanti per analizzare la qualità dell'aria. Level : User-goal Intention in context : L'utente pro desidera selezionare specifici inquinanti per analizzare i dati sulla qualità dell'aria della regione Puglia.

Stakeholders' interest :  Admin Sistemista : Desidera analizzare i dati attraverso rappresentazioni grafiche per una comprensione più approfondita.  ARIA SRL : Fornire strumenti avanzati per l'analisi dei dati ai propri utenti e amministratori. Precondition : L'admin sistemista deve avere accesso alle funzionalità di gestione dei grafici. Minimum guarantees : Il sistema deve supportare la creazione e la visualizzazione di grafici basati sui dati disponibili. Success guarantees : Il sistema genera e mostra grafici dettagliati e aggiornati per l'analisi della qualità dell'aria. Trigger : L'admin sistemista desidera creare o aggiornare un grafico e accede alla sezione di gestione dei grafici. Main success scenario :

  1. Admin : L'admin seleziona l'opzione per creare un nuovo grafico.
  2. Sistema : Il sistema presenta un'interfaccia per la configurazione dei grafici.
  3. Admin : L'admin sceglie i parametri per il grafico, come città e tipo di inquinante.
  4. Sistema : Il sistema genera il grafico basato sui parametri selezionati.
  5. Admin : L'admin visualizza il grafico creato e lo salva per usi futuri.
  6. Sistema : Il sistema memorizza il grafico e lo rende disponibile per la visualizzazione. Extensions :  3a. I parametri inseriti non sono validi.
  7. Sistema : Il sistema notifica l'errore e suggerisce parametri alternativi.
  8. Admin : L'admin corregge i parametri e ripete il processo di creazione del grafico.

Use Case 5: Gestione dei Dati da Visualizzare

Scope : Gestione e aggiornamento dei dati sulla qualità dell'aria che devono essere visualizzati nel sistema. Level : User-goal Intention in context : Il provider delle misurazioni desidera gestire e aggiornare i dati sulla qualità dell'aria disponibili per la visualizzazione nel sistema. Primary actor : Provider delle Misurazioni Support actor : Sistema di Gestione dei Dati Stakeholders' interest :

Provider delle Misurazioni : Assicura che i dati caricati siano accurati e aggiornati.  ARIA SRL : Intende mantenere un database di dati affidabile e pertinente per i propri utenti. Precondition : Il provider deve avere accesso alle funzionalità di gestione dei dati. Minimum guarantees : Il sistema deve permettere il caricamento e l'aggiornamento dei dati in modo sicuro. Success guarantees : I dati vengono aggiornati e visualizzati correttamente nel sistema. Trigger : Il provider desidera aggiornare o caricare nuovi dati e accede alla sezione di gestione dei dati. Main success scenario :

  1. Provider : Il provider accede alla sezione di gestione dei dati.
  2. Sistema : Il sistema mostra le opzioni per il caricamento e l'aggiornamento dei dati.
  3. Provider : Il provider carica nuovi dati o aggiorna quelli esistenti.
  4. Sistema : Il sistema valida i dati caricati.
  5. Provider : Il provider conferma l'aggiornamento dei dati.
  6. Sistema : Il sistema aggiorna il database e visualizza i nuovi dati. Extensions :  3a. I dati caricati non sono validi.
  7. Sistema : Il sistema notifica l'errore e richiede correzioni.
  8. Provider : Il provider corregge i dati e ripete il processo di caricamento.

Use Case 6: Gestione delle Statistiche del Sito

Scope : Gestione delle statistiche di utilizzo del sito per monitorare l'efficienza e l'efficacia del sistema. Level : User-goal Intention in context : L'admin manager desidera gestire e analizzare le statistiche di utilizzo del sito per migliorare i servizi offerti. Primary actor : Admin Manager Support actor : Sistema di Statistiche Stakeholders' interest :  Admin Manager : Vuole monitorare l'uso del sito per ottimizzare l'offerta di servizi.  ARIA SRL : Intende migliorare continuamente i servizi offerti basandosi sui dati di utilizzo. Precondition : L'admin manager deve avere accesso alle funzionalità di gestione delle statistiche.

Trigger : L'admin manager accede alla sezione di gestione della privacy. Main success scenario :

  1. Admin : L'admin seleziona l'opzione per gestire la privacy.
  2. Sistema : Il sistema mostra le opzioni per le impostazioni di privacy.
  3. Admin : L'admin configura le impostazioni di privacy.
  4. Sistema : Il sistema applica le nuove impostazioni.
  5. Admin : L'admin conferma e salva le impostazioni.
  6. Sistema : Il sistema notifica gli utenti delle modifiche alle impostazioni di privacy. Extensions :  3a. Le impostazioni configurate non sono conformi alle normative.
  7. Sistema : Il sistema notifica l'errore e suggerisce impostazioni conformi.
  8. Admin : L'admin corregge le impostazioni e ripete il processo di configurazione.

Use Case 8: Gestione del Pagamento

Scope : Gestione e elaborazione dei pagamenti per l'accesso ai servizi di monitoraggio della qualità dell'aria. Level : User-goal Intention in context : I servizi di pagamento devono elaborare le transazioni per garantire l'accesso continuativo degli utenti ai dati sulla qualità dell'aria. Primary actor : Servizi di Pagamento Support actor : Sistema di Pagamento Stakeholders' interest :  Servizi di Pagamento : Vuole garantire l'elaborazione sicura e precisa dei pagamenti.  ARIA SRL : Desidera assicurarsi che solo gli utenti paganti abbiano accesso ai servizi. Precondition : L'utente deve aver selezionato un piano di abbonamento e inserito i dettagli di pagamento. Minimum guarantees : Il sistema deve accettare il pagamento e fornire una conferma all'utente. Success guarantees : Il pagamento viene elaborato con successo e l'utente ottiene l'accesso ai servizi. Trigger : L'utente completa il processo di acquisto e invia il pagamento. Main success scenario :

  1. Utente : L'utente seleziona un piano di abbonamento e inserisce i dettagli di pagamento.
  1. Sistema : Il sistema invia i dettagli ai servizi di pagamento.
  2. Servizi di Pagamento : I servizi di pagamento elaborano la transazione.
  3. Sistema : Il sistema riceve la conferma del pagamento.
  4. Utente : L'utente riceve una notifica di pagamento riuscito.
  5. Sistema : Il sistema concede l'accesso ai servizi di monitoraggio della qualità dell'aria. Extensions :  3a. Il pagamento viene rifiutato.
  6. Sistema : Il sistema notifica l'utente del rifiuto del pagamento e richiede un nuovo metodo di pagamento.
  7. Utente : L'utente inserisce nuovi dettagli di pagamento e ripete il processo.