1 / 28

Progettazione concettuale di SI basati su Web

Progettazione concettuale di SI basati su Web. B. Pernici. Sommario. Requisiti del sistema Modelli (progettazione concettuale) Use case Attori, interazione con il sistema User experience (UX model) Navigazione, pagine principali. Specifica dei requisti. Descrizione del sistema

austin-barry
Download Presentation

Progettazione concettuale di SI basati su Web

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Progettazione concettuale di SI basati su Web B. Pernici

  2. Sommario • Requisiti del sistema • Modelli (progettazione concettuale) • Use case • Attori, interazione con il sistema • User experience (UX model) • Navigazione, pagine principali

  3. Specifica dei requisti • Descrizione del sistema • “Non ambigua”, necessariamente incompleta • Documenti, modelli, record in DB • Insieme di vincoli (“Il sistema dovrà …”) • Comportamenti • Proprieta’ • Testabili (criteri, casi di test)

  4. Tipi di requisti • Funzionali • Es: “Il sistema produrre un sommario delle vendite settimanali” • “Req. 1 - Il cliente usa la pagina web d’acquisti on line del produttore per selezionare una configurazione standarad del server, desktop o computer portatile che potrebbe interessargli. Il prezzo viene mostrato” • Non funzionali • Usabilità • Performance • Robustezza/affidabilità • Sicurezza • Hardware • Deployment

  5. Requisti non funzionali • Usabilità (es: massimo 4 click per raggiungere una funzionalità, non usare frame, browser qualunque che supporti le tabelle) • Performance • Es: Tempo massimo per caricare una pagina, almeno 150 sessioni simultanee • Robustezza/affidabilità (rispetto a 24/7/52) • 0,9999, oppure down 1 ora alla settimana per manutenzione

  6. Non funzionali (cont.) • Sicurezza • A chi e’ accessibile (ruoli, matrice funzioni/ruoli) • Meccanismi: controllo accessi, autenticazionem crittografia, audit, intrusion detection • Hardware • Requisiti minimi hw per la realizzazione (rispetto a architettura) • Deployment • Come l’applicazione viene consegnata al cliente: installazione, manutenzione, scalabilità

  7. Collegare modelli e requisti • Requisiti numerati (es. 1.3.1) • Ogni elemento nei modelli corrisponde almeno a un requisito • Servono davvero le funzionalità fornite? • Analizzare impatto dei cambiamenti • Assegnare priorità ai requisiti • Risolvere conflitti (le priorità aiutano)

  8. Modellazione concettuale • Casi d’uso • Passo 1: identificare attori • Passo 2: identificare casi d’uso • Passo 3: disegnare un diagramma dei casi d’uso • Passo 4: documentare i casi d’uso • Passo 5: Scenari • Passo 6: Progettazione concettuale dei dati (diagramma delle classi)

  9. Identificare attori (passo 1) • Cliente • Sistema verifica conti (verifica pagamento) • Spedizioniere (servizio spedizione)

  10. Passo 2: identificazione casi d’uso • Servizi • “verbi” principali nelle descrizioni • Tabella riassuntiva

  11. Use case (esempi)

  12. Passo 3: diagramma dei casi d’uso • Composizione dei casi d’uso in un unico diagramma • Relazioni tra casi d’uso: • Include (come cut and paste, riuso) • Extend (funzionalità aggiuntive che possono essere utilizzate) • Non indicano sequenza • Non e’ scomposizione funzionale

  13. Passo 3: diagramma dei casi d’uso

  14. Passo 4: Documentazione casi d’uso • nome • breve descrizione • attori • casi d'uso collegati • precondizioni • postcondizioni • descrizione dettagliata • altri diagrammi Approx 10 pagine per caso d’uso

  15. Documentazione casi d’uso: modellazione delle attività principali • Passo 5: Diagrammi di interazione • Solo i principali possono essere anche utilizzati diagrammi di attività

  16. Diagramma di interazione

  17. Activity diagram

  18. Passo 6: modellazione concettuale dei dati • Identificazione delle entita’ principali • Diagramma delle classi • Associazioni • Cardinalità • Aggregazione • Composizione (part of)

  19. Modellazione concettuale: UX model • Primo passo di analisi • UX: user experience • Modellare la navigazione • Class diagram • A alto livello • Dettagliato • Storyboard • Esempi di interazione con il sistema

  20. UX – class diagram • Dati dal punto di vista dell’utente • Pagine • Stereotipi (WAE): • Schermo (<<screen>>) • Input form (<<input form>>) • Parti di schermo (<<screen compartment>>)

  21. UX - Diagramma di navigazione • Nomi classi • Maiuscolo • $ riferimento da qualunque pagina • + serie di pagine • Attributi • Contenuto pagine • Metodi • Solo se cambiano stato • Associazioni • Nomi ruoli (scelte, azioni) • Direzione navigazione

  22. Modellare input utente • Come classe associata a associazione

  23. Modellare input utente Come classe contenuta

  24. Storyboard • Mostrare l’interazione su istanze • Alternative (non esclusive) • Sequenza di schermate (con valori significativi) • Sequence diagrams (tra oggetti) • Collaboration diagrams (tra oggetti) • Per ogni caso d’uso

  25. Diagrammi di interazione

More Related