Processo di sviluppo. Input e output del processo di sviluppo. Ruoli nel processo di sviluppo. Architettura di deployment. Requisiti di business

Transcript

1 Processo di sviluppo Input e output del processo di sviluppo Requisiti di business Processo WebML Architettura di deployment Moduli dell applicazione Vincoli del conteso d uso Documentazione di sistema Specifica dei requisiti Specifiche di progetto Ruoli nel processo di sviluppo Analista dell applicazione: raccoglie i requisiti di business e in vincoli di contesto e da essi elabora le specifiche dei requisiti dell applicazione. Progettista dei dati: si concentra sui requisiti relativi ai dati e produce lo schema concettuale dei dati Progettista dell applicazione: si concentra sui requisiti relativi ai servizi e progetta l ipertesto sopra lo schema dei dati Il progettista grafico: definisce lo stile di presentazione delle pagine Lo sviluppatore e amministratore dell applicazione: progetta l architettura, implementa, installa ecc.

2 Processo di sviluppo Requisiti di business SPECIFICA DEI REQUISITI RACCOLTA DEI REQUISITI ANALISI DEI REQUISITI PROGETTAZIONE DEI DATI PROGETTAZIONE DELL IPERTESTO PROGETTAZIONE DELL ARCHITETTURA TESTING & VALUTAZIONE IMPLEMENTAZIONE RILASCIO MANTENIMENTO - EVOLUZIONE Il processo di sviluppo Le fasi di sviluppo sono applicate in modalita incrementale ed iterativa: le varie attivita sono reiterate e raffinate fino a che non sono soddisfatti i requisiti iniziali di business. Lo sviluppo consta di clicli, in cui ogni ciclo produce un prototipo o una versione del sistema. Ci concentreremo sulle fasi: specifica dei requisiti, progettazione dei dati e progettazione dell ipertesto. Specifica dei requisiti

3 1. Specifica dei requisiti È l attivita in cui l analista dell applicazione elabora i requisiti di business e li traduce in specifiche delle funzionalita. Si compone di due sottofasi: raccolta dei requisiti - definire un immagine globale del dominio e della soluzione analisi dei requisiti revisione e formalizzazione dei requisiti 1A - Raccolta dei requisiti Attività destrutturata, individuazione e intervista degli utenti, consultazione delle documentazione. Macroattività Individuazione degli utenti: stabilire quali sono gli utenti dell applicazione e suddividerli in gruppi (utenti interni, utenti esterni, utenti business, utenti non-business, amministratore) Requisiti funzionali: individuare i processi (insieme di attività eseguite dagli utenti che interagiscono con l app.) che devono essere supportati (in UML casi d uso) Requisiti dei dati: descrivere gli oggetti informativi utilizzati, individuare i dati,investigare dove, quando e da chi i contenuti dell applicazione sono prodotti e fruiti. Requisiti di personalizzazione:individuare quali caratteristiche dell ipertesto devono essere personalizzate sulla base delle preferenze dell utente (es. lingua, colori, ecc.); definizione, popolazione e mantenimento dei profili utente. Requisiti dei dispositivi di accesso: browser, velocita della rete, ecc. Requisiti non funzionali: usabilità, prestazioni, disponibilità, scalabilità, sicurezza, manutenibilità 1B - Analisi dei requisiti Ha l obiettivo di rappresentare in modo semiformale la conoscenza raccolta riguardo l applicazione. Gli aspetti che devono essere formalizzati sono I principali gruppi di utenti (specifica dei gruppi) I principali casi d uso Il dizionario di dati Le site view e l assegnamento ai gruppi Linee guida degli aspetti di presentazione Specifica dei test di accettazione. I requisiti di personalizzazione sono trasversali.

4 Specifica dei gruppi Sono le categorie di utenti individuate nella fase di progettazione. I gruppi sono organizzati gerarchicamente. Foglio di specifiche. Nome: il nome del gruppo Descrizione: descrizione dei criteri di raggruppamento Dati del profilo: insieme di attributi che caratterizzano i membri del gruppo e indicazione della modalita di raccolta Super-gruppo: gruppo che generalizza le caratteristiche comuni Sotto-gruppo: lista dei gruppi che specializzano Casi d uso: lista dei casi d uso piu rilevanti a cui gli utenti dei gruppi partecipano Diritti d accesso: dati accessibili o gestibili dagli utenti del gruppo. Specifica dei Gruppi Descrizione formale dei raggruppamenti di utenti Gerarchia dei gruppi Descrizione dei gruppi Group name: Mar-Com Manager Description: marketing and communication personnel inserting, modifying, and deleting mkt materials. Profile data: First name, last name, , office address. Profile data are provided explicitly by the user. Internal Registered User Acer-Euro User Super-group: Corporate. Sub-groups: None. Relevant use cases: External Non-Registered User Objects - read mode: Objects - content mgmt mode: Login, Add a news item, Modify a news item, Delete a news item, Add a news category, Modify a news category, Delete a news category, "Modify profile data". Product and Product News. Product News. Administrator Product Manager Mar-Com Manager Specifica dei casi d uso Un caso d uso rappresenta un unita di interazione tra utenti di un certo gruppo e l applicazione. Foglio di specifiche: Nome: il nome del caso d uso Scopo: breve descrizione della funzionalita presentata dal caso d uso Pre-condizione: condizione che deve essere soddisfatta prima dell esecuzione del caso d uso Post-condizione: condizione che diventa vera a seguito dell esecuzione del caso d uso Workflow: passi elementari che devono essere portati a termine per l esecuzione del caso d uso.

5 Specifica di Use Case Use case: descrizione formale di un unità di interazione con l applicazione da parte di utenti che appartengono ad un certo gruppo (tramite tabelle o diagrammi UML) 1. Diagramma di Use case per l utente Mar-Com Manager Add a news item Login Add a news category Modify a news item Modify a news category Remove a news item Remove a news category Mar-Com Manager Specifica del dizionario dei dati Produce la lista degli oggetti informativi principali individuati nella fase di raccolta dei requisiti. Foglio di specifiche: Nome: il nome con cui l oggetto è identificato Sinonimi: nomi alternativi utilizzati nel dominio per lo stesso concetto Descrizione: descrizione del significato dell oggetto nel dominio Istanze campione: una o piu istanza d esempio Proprieta : lista di attributi essenziali dell oggetto Relazione: lista di relazioni significative con altri oggetti Componenti: lista dei componenti interni dell oggetto piu significativi Super-concetto Sotto-concetti Dizionario dei dati Elenco degli oggetti informativi principali, individuati durante la raccolta dei requisiti dei dati Per ogni elemento nel dizionario è possibile specificare: Nome Sinonimi Descrizione Istanze di esempio Proprietà Relazioni Componenti Super-concetti Sotto-concetti NewsItem Piece of news A corporate or product piece of news TravelMate 610 launched, 20th June 01 Title, Body, Image, Date, NewsToProduct None None Highlighted news

6 Specifica delle siteview Lista e descrizione delle site view necessarie per soddisfare i requisiti dei gruppi di utenti individuati Foglio di specifiche: Nome della site view: il nome della siteview Descrizione: descrizione dello scopo della siteview Gruppi di utenti Casi d uso: lista di casi d uso coperti dalla siteview Mappa della siteview: elenco e descrizione delle aree che compongono la site view. Specifica delle linee guida per lo stile grafico Rappresentano le regole per la presentazione delle pagine. Specifica della griglia della pagina: suddivisione in forma tabellare della pagine Specifica dei contenuti: indicazione sulla base della griglia del posizionamento di elementi statici e dinamici (menu, area login, ecc.) Linee guida grafiche Linee guida specifiche per i dispositivi e i browser. Progettazione dei dati e dell ipertesto

7 Progettazione dei dati Dizionario dei dati, requisiti funzionale, mappa del sito e gruppi di utenti sono l input per definire lo schema dei dati. Metodologia: Individuare il ruolo che gli oggetti assumono nella applicazione. Oggetti core (centrali): sono gli oggetti piu importanti che l applicazione deve gestire (es. atto normativo, prodotto, artista, album ). Puo essere rappresentato da 1 o piu entita (es atto + tipo = atto normativo) Oggetti di interconnessione: sono le associazione semantiche tra oggetti core, nello schema ER le relazioni (es. pubblicazione, vende, compra, ecc.) Oggetti di accesso: sono utilizzate per classificare o specializzare gli oggetti core per facilitarne l accesso (indici). Definizione di categorie o raggruppamenti, parole chiave (argomenti), oppure collezioni particolari (prodotti piu venduti). Oggetti di personalizzazione: sono utilizzati per memorizzare le proprieta rilevanti dell utente (profili). Progettazione dell ipertesto Parte dal riesame dei requisiti funzionali, dello schema dei dati e delle mappe delle site view. Metodologia top-down: Progettazione preliminare Identificazione delle aree Specifica di visibilita delle aeree (Default, Landmark o interne) Specifica dei contenuti delle aree Progettazione dettagliata Identificazione delle pagine Specifica della visibilita delle pagine (Default, Landmark o interne) Specifica WebML delle pagine Esempio Analizzare e progettare un applicazione Web per incrociare domanda ed offerta di lavoro. Requisiti principali: all applicazione hanno accesso studenti e aziende. Lo studente dopo essersi registrato puo inserire o modificare il suo cv, consultare le offerte di lavoro e rispondere ad un annuncio. L azienda, anch essa dopo essersi registrata, puo inserire un inserzione, oppure cercare tra i curriculum e inviare una proposta di lavoro. I CV sono raggruppati per categorie professionali.

8 Step SPECIFICHE 1. Raccolta dei requisiti 2. Analisi dei requisiti 1. Specifica dei gruppi 2. Specifica dei casi d uso 3. Dizionario dei dati 4. Specifica delle site view 5. Specifiche di presentazione (NO) PROGETTAZIONE 1. Progettazione dei dati (E-R) 2. Progettazione dell ipertesto (WebML).