33
Corso di Interazione Uomo Macchina AA 2010-2011 Roberto Polillo Corso di laurea in Informatica Università di Milano Bicocca Dipartimento di Informatica, Sistemistica e Comunicazione REQUISITI 1 Edizione 2010-11

6. Requisiti

Embed Size (px)

DESCRIPTION

 

Citation preview

Page 1: 6. Requisiti

Corso di Interazione Uomo MacchinaAA 2010-2011

Roberto Polillo

Corso di laurea in InformaticaUniversità di Milano BicoccaDipartimento di Informatica, Sistemistica e Comunicazione

REQUISITI1

Edizione 2

010-11

Page 2: 6. Requisiti

Requisiti di prodotto

Dal latino “requisitus”=richiesto I requisiti di prodotto (product

requirements) sono le proprietà richieste al prodotto

Vengono raccolti per iscritto in un documento strutturato, che fornisce l’input alle attività di progettazione

Vengono raccolti attraverso analisi condotte con varie metodologie

R.Polillo - Ottobre 2010

3

Page 3: 6. Requisiti

La definizione dei requisiti

R.Polillo - Ottobre 2010

4

ESPLORAZIONE(“elicitation”)

Richieste del committente

Interviste con gli stakeholder

Analisi della concorrenza

[Analisi del prodotto da sostituire]

Appunti emateriale vario

Linee guida

ORGANIZZAZIONE(Stesura dei requisiti)

Requisiti

REVISIONE EAPPROVAZIONE

Attività di progettazione e sviluppo

Page 4: 6. Requisiti

Definizione dei requisiti: temi principali

Analisi dell’utente: a quali utenti è destinato il prodotto?

Analisi dei bisogni: quali sono le necessità di tali utenti?

Analisi del contesto: quale sarà il contesto d’uso del prodotto?

Analisi dei casi d’uso: in quali modi i diversi utenti interagiranno con il prodotto?

Analisi della concorrenza: quali sono i punti di forza e di debolezza rispetto ai prodotti concorrenti?

R.Polillo - Ottobre 2010

5

Page 5: 6. Requisiti

Quale utente?

R.Polillo - Ottobre 2010

6

A quali categorie di utenti è destinato il prodotto che dobbiamo progettare ?

Quali categorie sono prioritarie e quali quelle secondarie?

Come definiamo ciascuna categoria di utenti, in rapporto al prodotto che dobbiamo progettare? (sesso, età, cultura, esperienza, abilità/disabilità, interessi, valori, obiettivi,…)

Page 6: 6. Requisiti

Quali bisogni?

R.Polillo - Ottobre 2010

7

Quali sono i bisogni (espressi o inespressi) di tali categorie di utenti in relazione al prodotto da progettare?

Quali sono bisogni prioritari e quali secondari?

Page 7: 6. Requisiti

Quale contesto d’uso?

R.Polillo - Ottobre 2010

8

In quali diversi contesti le varie categorie di utenti dovranno usare il nostro prodotto?

Quali contesti sono prevalenti, e quali occasionali, in rapporto alle diverse necessità?

Come caratterizziam i diversi contesti?

Page 8: 6. Requisiti

Un altro aspetto da considerare

R.Polillo - Ottobre 2010

9

L’esperienza d’uso del prodotto da parte dell’utente evolverà nel tempo: dobbiamo tenerne conto nella definizione dei requisiti del prodotto

Page 9: 6. Requisiti

Profili di apprendimento

R.Polillo - Ottobre 2010

10

Conoscenza necessaria all’utente occasionale

Tempo cumulativo di utilizzo

Cono

scen

za d

el p

rodo

tto

100%

Conoscenza necessaria all’utente frequente

apprendimento iniziale lento (alta soglia di

ingresso)

apprendimento iniziale rapido

(bassa soglia di ingresso)

Ogni prodotto ha un suo profilo di apprendimento, per es.:

Page 10: 6. Requisiti

Quali casi d’uso?

Un caso d’uso è un insieme di interazioni finalizzate a uno scopo, fra l’utente (o più utenti) e il prodotto

Esempio (per un sito di e-commerce): Ricerca prodotto Ordina prodotto Visualizza dati utente Inserisci prodotto Modifica prodotto

R.Polillo - Ottobre 2010

12

Page 11: 6. Requisiti

Diagrammi dei casi d’uso

R.Polillo - Ottobre 2010

13

Ricerca prodotto

Ordina prodotto

Visualizza dati utente

Inserisci prodotto

Modifica prodotto

Sistema bancario

Utente

Gestore del negozio

Page 12: 6. Requisiti

Quali casi d’uso? (segue)

R.Polillo - Ottobre 2010

14

Quali sono i casi d’uso che le diverse categorie di utenti dovranno svolgere nei diversi contesti con il prodotto?

Quali sono quelli principali e quelli accessori?

Quali metriche di efficienza, efficacia e soddisfazione (usabilità) possiamo introdurre in rapporto a tali casi d’uso?

Page 13: 6. Requisiti

Esempio: tabella dei casi d’uso

UTENTI -> CATEGORIA 1 CATEGORIA 2 CATEGORIA 3 METRICHE

CASO D’USO A Principale Principale Principale <descrizione>

CASO D’USO B Principale Accessorio Accessorio <descrizione>

CASO D’USO C Accessorio Principale Non applicabile <descrizione>

CASO D’USO D Non applicabile Accessorio Non applicabile <descrizione>

CASO D’USO E Non applicabile Principale Accessorio <descrizione>

R.Polillo - Ottobre 2010

15

Page 14: 6. Requisiti

Casi d’uso, compiti e azioni

Un caso d’uso può essere composto da un insieme di compiti (task)…

… ciascuno dei quali sarà a sua volta composto da un insieme di azioni elementari:

Caso d’uso compiti azioni

Attenzione: stiamo parlando di ciò che fa l’utente, NON di ciò che fa il sistema che stiano progettando !

R.Polillo - Ottobre 2010

19

Page 15: 6. Requisiti

Descrizione di un caso d’uso: esempioAcquista prodotto:

Scenario principale:1. Il cliente naviga nel catalogo e seleziona gli articoli da acquistare2. Il cliente si avvia alla cassa (check out)3. Il cliente fornisce le informazioni relative alla spedizione (indirizzo; scelta fra consegna in giornata o

entro 3 giorni)4. Il sistema presenta un prospetto con il conto totale, comprese le spese di spedizione5. Il cliente riempie un modulo con le informazioni sulla carta di credito6. Il sistema autorizza l’acquisto7. Il sistema conferma immediatamente la vendita8. Il sistema invia al cliente una email di conferma

Scenari alternativi:3a. Il cliente è abituale:

1. Il sistema visualizza le preferenze memorizzate riguardanti le spedizioni, il pagamento e la fattura 2. Il cliente può accettera il default o ridefinire le preferenze, in questo caso ritorna al passo 6 dello scenario principale

6a. Il sistema non autorizza l’acquisto con carta di credito:1. Il cliente può inserire nuovamente le informazioni e riprovare oppure annullare l’acquisto

R.Polillo - Ottobre 2010

20

Page 16: 6. Requisiti

Tecniche di esplorazione

• Osservazioni sul campo e studi etnografici

• Interviste individuali• Questionari• Focus group• Suggerimenti spontanei degli utenti• Analisi della concorrenza

R.Polillo - Ottobre 2010

22

Page 17: 6. Requisiti

Studi etnografici: esempio

R.Polillo - Ottobre 2010

23

Slides di “Guerrilla ethnography”

http://www.slideshare.net/whatidiscover/guerrilla-ethnography

Page 18: 6. Requisiti

Analisi della concorrenza: obiettivi Individuare le “pratiche migliori” del

settore Individuare i punti di forza e di debolezza

dei prodotti concorrenti Caratterizzare il nostro prodotto in

rapporto ad essi: che cosa lo contraddistingue? che cosa gli dà valore?

R.Polillo - Ottobre 2010

24

Page 19: 6. Requisiti

Alcune difficoltà nella progettazione

Tendiamo a concentrarci sull’oggetto della progettazione, trascurando il contesto d’uso

Tendiamo a vedere noi stessi come utenti tipici: e quindi progettiamo per noi stessi, e questo è sbagliato

D’altro canto, se pensiamo agli utenti come semplici “ruoli” immaginari, rischiamo di mancare di concretezza

R.Polillo - Ottobre 2010

26

Page 20: 6. Requisiti

La soluzione: scenari d’uso

R.Polillo - Ottobre 2010

27

Storie immaginarie d’uso del sistema da parte di persone fittizie, ma concrete, che rappresentanobisogni, contesti e modalità d’uso tipiche del sistema daprogettare (“personae”)

Contesto, concretezza, visione non soggettiva Mettono in evidenza requisiti inespressi

Page 21: 6. Requisiti
Page 22: 6. Requisiti

Scenari d’uso: esempi

Esempi di scenari d’uso per device mobili, realizzati con semplici video: http://www.youtube.com/watch?v=lJLI4Aw8

97U (2’)

http://www.youtube.com/watch?v=htW-uOAqz8s (1’)

R.Polillo - Ottobre 2010

29

Page 23: 6. Requisiti

Scenari d’uso: suggerimenti

Devono “mettere in scena” situazioni d’uso tipiche, ma non ovvie

Non devono contenere dettagli irrilevanti allo scopo

Devono essere complete, indicando le motivazioni e le conseguenze dell’uso del prodotto nella particolare situazione

Possono essere realizzati con tecniche diverse (testi / immagini / video)

R.Polillo - Ottobre 2010

31

Page 24: 6. Requisiti

Personae: esempi

R.Polillo - Ottobre 2010

32

Page 25: 6. Requisiti

R.Polillo - Ottobre 2010

33

Page 26: 6. Requisiti

Un esempio 34

Da: Steve Mulder, http://www.slideshare.net/MulderMedia/the-user-is-always-right-making-personas-work-for-your-site

Page 27: 6. Requisiti

R.Polillo - Ottobre 2010

35

Page 28: 6. Requisiti

Scenario d’uso (I)

R.Polillo - Ottobre 2010

36

Page 29: 6. Requisiti

Scenario d’uso (II)

R.Polillo - Ottobre 2010

37

Francis and Michael have agreed that she’ll take charge of learning more about the home-buying process. She goes online, does a Google search for “Atlanta real estate,” and follows a link to the site’s home page. She sees that she can search for houses from the home page, so just for fun, she does a quick Atlanta search to see what kinds of houses show up. There are lots of houses in many different neighborhoods, and she easily narrows her results down to the area where she and Michael live, using a map. There are still many results, and she’s not quite sure which search options to use to narrow the search further. Then she notices a link for first-time home buyers and follows, it hoping for basic how-to information.

The link takes Francis to a step-by-step tutorial that explains the whole process, and she immediately feels like she’s found the right site from which to begin her house search. She carefully reads some articles for first-time home buyers, taking notes as she reads. She bookmarks other articles she wants to go back and read later. She also comes across the site’s calculator and starts trying different combinations of numbers to find out what she and Michael can afford. She particularly likes the glossary of terms so that she can finally figure out what “points” are and learn more about different types of mortgages. After an hour and a half of reading, her brain is full, and she shuts her computer down for the day, feeling like she got an excellent start.

The next day, she comes back to the site to look up information specific to Atlanta neighborhoods and finds lots of information on each. She’s able to focus on five neighborhoods that look particularly good. The fun begins that night, when she takes Michael through all that she has learned, and they set up a regular schedule for looking at online house listings.

Page 30: 6. Requisiti

Casi d’uso

R.Polillo - Ottobre 2010

38

Search for houses from home page1. Enter location by city and state, or zip code2. Enter price range3. Enter number of bedrooms and/or bathrooms4. Submit search

View and narrow results1. Browse first page of results: photo, price, address, basic stats, and

description2. Click to show results on map3. Click map to narrow results to one neighborhood4. Browse new results

Read tutorial1. Click link for first-time home buyers2. Read landing page for learning area3. Click teaser for step-by-step tutorial

And so on…

Page 31: 6. Requisiti

Scenari d’uso: esempio

Progettazione di un sistema di prenotazione via web per un albergo di prima categoria di Catania.

Persona: Luigi è un ingegnere di 35 anni, sposato, lavora in una società edile. Viaggia spesso per lavoro o vacanza, in Italia e all’estero, e si tratta bene. Non è mai stato in Sicilia.

Scenario d’uso: Luigi deve andare a Catania per lavoro. Desidera prenotare una camera in un albergo di prima categoria vicino alla filiale della sua azienda, che si trova in centro, ad un passo da Piazza del Duomo. Deve pagare con carta American Express intestata all’azienda, per la politica aziendale. Starà a Catania due notti, forse tre (non lo sa ancora, dipende dall’esito di una trattativa). Preferisce alberghi moderni, e desidera una camera doppia per uso singolo.

R.Polillo - Ottobre 2010

39

Page 32: 6. Requisiti

R.Polillo - Ottobre 2010

40

Struttura del documento dei requisiti: esempio

SommarioGeneralitàObiettivi generali del prodottoUtenti a cui è destinato, bisogni e contesti d’usoScenari d’usoPosizionamento competitivo Casi d’usoDiagramma dei casi d’usoDescrizione dei singoli casi d’uso Altri requisiti<la struttura di questa parte dipende dal tipo di prodotto>Appendici GlossarioAnalisi della concorrenza

Page 33: 6. Requisiti

Queste slides…

… si basano sul libro “Facile da usare”, dell’autore, dove si trovano tutte le necessarie spiegazioni. Vedi www.rpolillo.it

Queste slide sono disponibili con licenza Creative Commons (attribuzione, non commerciale, condividi allo stesso modo) a chiunque desiderasse utilizzarle, per esempio a scopo didattico, senza necessità di preventiva autorizzazione.

La licenza non si estende alle immagini fotografiche e alle screen shots, i cui diritti restano in capo ai rispettivi proprietari, che sono stati indicati, ove possibile, nelle didascalie del libro. L’autore si scusa per eventuali omissioni, e resta a disposizione per correggerle.