9. Il modello mentale dell’utente
A mental model represents a person’s thought process for how something works
10. Concetti e UCD
Come far emergere i concetti implicitamente usati dagli utenti, e i loro attributi?
11. Dal modello mentale dell’utente al modello
concettuale dell’applicazione
modello concettuale come modello mentale “ideale”
12. Modelli mentali, modelli concettuali, ontologie
service/app usage
changes
mental model
User mental
models
Domain
expert
mental
model
Service/app
conceptual
model
Service/app
conceptual
model
IMPLICIT EXPLICIT
formal or
semi-
informal
ontology
multi-channel
implementation
FORMAL
User mental
models
User
mental
models
implementation conceptual model (e.g. UML)
user research
automated
reasoning
semantic
interoperability
16. Modelli concettuali e IA
Levels of Ontological Precision
Ontological precision
Axiomatic
theory
Glossary
Thesaurus
Taxonomy
DB/OO
scheme
tennis
football
game
field game
court game
athletic game
outdoor game
game
athletic game
court game
tennis
outdoor game
field game
football
game
NT athletic game
NT court game
RT court
NT tennis
RT double fault
game(x) ! activity(x)
athletic game(x) ! game(x)
court game(x) " athletic game(x) # $y. played_in(x,y) # court(y)
tennis(x) ! court game(x)
double fault(x) ! fault(x) # $y. part_of(x,y) # tennis(y)
Catalog
(Guarino, 2007)
17. Di cosa è fatto un modello concettuale?
funzionalità di alto livello, concetti (con relativi attributi e operazioni),
relazioni, mappings dei task utente con i concetti dell’applicazione
18. Un microesempio: l’applicazione calendario
Conceptual Models:
Core to Good Design
Jeff Johnson
Austin Henderson
Synthesis Lectures on Human-Centered
Informatics
November 2011
19. Un microesempio: l’applicazione calendario
Objects Attributes Operations
Calendar owner, current focus
examine, print, create, add
event, delete event
Event
name, description, date, time,
duration, location, repeat
examine, print, edit (attributes)
To-Do item
name, description, deadline, priority,
status
view, print, edit (attributes)
Person name, job-description, office, phone send email, view details
21. Model, representation, interaction
8.3 THE CONCEPTUAL MODEL NEEDS A PLACE AT THE
PROJECT TABLE
Figure 8.1 shows the activities that make up the development process. It is drawn as a cycle, because
28. User research
Marta: “Vado in questo ufficio, faccio la fila, poi presento l'impegnativa e l'addetta mi dice quando è possible farla. si mi
propone una data poi io accetto o rifiuto e me ne propone un'altra mi chiede se preferisco la mattina o il pomeriggio
Dopo aver preso accordi sulla data mi chiede di pagare. Ovviamente mi chiede la tessera sanitaria per la registrazione”.
Stefano Bussolon: “a questo punto che succede?”
Marta: “e poi lei registra tutto con la mia tessera. Stampa una conferma scritta dal computer e poi me la presenta, mi
dice quanto costa e io pago”
Stefano Bussolon: “e cosa c'è scritto, sulla stampa?”
Marta: “c'e' scritto il tipo di visita, la data, il nome del dottore il costo e mi fa firmare anche la conferma”
Stefano Bussolon: “perfetto. Nient'altro?”
Marta: “Anche il nome dell'ospedale, l'indirizzo, il mio nome e i miei dati anche. Il mio numero di tessera sanitaria. E
basta”
30. Una bozza di modello concettuale
R1
dirige
1
R4
fornisce
E7
SERVIZIO/
INTERVENTO
INTERNO
R2
dipende da
E4
RUOLO1
N
N
E3
AGENTE
E6
AREA
GEOGRAFICA DI
EROGAZIONE
Trentinosociale.it
(Trentinosociale_Architecture_SchemaConcettuale_11gen2008.vsd)
R6
fa parte di
M
1
R9
appartiene a
N
1
N
R15
è di tipo
N
E18 TIPOLOGIA
SERVIZIO
1
ISA2
1
N
1
E13
COMPRENSORIO
O
SUPERCOMUNE
E11
ZONA
E10
COMUNE O
CIRCOSCRIZION
E
1
M
E5
SERVIZIO/
AREA
EROGAZIONE
R5
definiscono
1
N
N
M
E15
SEDE
1
E14
PROVINCIA
ISA1
1
E2
UNITA’
ORGANIZZATIVA
E1
PERSONA FISICA
1
N
ORARIO - MODALITA’ SPECIF.
EROGAZIONE/CONVENZIONE
1 E12
AMBITO
R8
è di tipo
1E16 TIPOLOGIA
U.O.
M
M
R13
riguarda
E26
ITEM DI
APPROFONDI-
MENTO/
STRUMENTO
ISA4
N
E21 ARGOMENTO
M
1
I
1
R14
è in relazione
con
N N
R3
è di tipo
E17 TIPO
STRUTTURA
M 1
31. Una bozza di modello concettuale
Oggetti Attributi Operazioni Relazioni
Paziente
nome, cognome, tessera sanitaria,
email, cellulare, password
modifica recapiti, modifica
password
Un paziente ha n impegnative
e n appuntamenti
Impegnativa data, priorità, ripetitività, priorità vedi, fissa appuntamento
Un’impegnativa è riferita a n
prestazioni
Prestazione nome, avvertenze -
Una prestazione è riferita a n
impegnative, disponibilità,
appuntamenti, medici
Medico
specialista
nome -
Riferito a pià prestazioni,
disponibilità agenda,
appuntamenti
32. Una bozza di modello concettuale
Oggetti Attributi Operazioni Relazioni
Sede indirizzo, edificio, piano localizza su Google
Unità organizzativa
nome, email, numero di
telefono
invia email
è riferita a più sedi e a più
disponibilità agenda
Disponibilità
d’agenda
data, ora, costo prenota
è incrocio di luogo, medico,
prestazione
Appuntamento data, ora, costo disdici
è riferito a luogo, medico,
prestazione