Term
|
Definition
Unstructured
not directed by a script
Rich
Not Replicable
Semi Structured
Provide balance between richness and replcability
Structured
Tightly Scripted
Replicable
Not Rich |
|
|
Term
|
Definition
F D E U
Functional
Data
Enviroment
Users |
|
|
Term
4 type of data Requirements
1) F D E U |
|
Definition
Functional
- What does the system do
- the main focus of requirements analysis
|
|
|
Term
4 type of data Requirements
1) F D E U |
|
Definition
DATA
- What kind of data need to be stored
- How will the data be stored
|
|
|
Term
4 type of data Requirements
1) F D E U
P S O |
|
Definition
Environment
P- Physical
dusty, noisy, vibration, light/heat sensitivity, humidity
S- Social
sharing of files, displays, across distances, work individually, privacy , or for clients
O-Organizational
Hierarchy, IT Dept, USER Support |
|
|
Term
4 type of data Requirements
1) F D E U |
|
Definition
USER
- Who are they
- characteristic - educational background, attitude towards computing
system use - novice, expert, casual, frequent |
|
|
Term
|
Definition
Is a piece of software with limited functionality written in the target language or in other programming language
sketches, test units |
|
|
Term
EVALUATION APPROACHES
UT
FS
A |
|
Definition
USABILITY TEST
FIELD STUDY
ANALYTICAL |
|
|
Term
EVALUATION METHOD
O
AU
AE
T
M |
|
Definition
EVALUATION METHOD
OBSERVING
Usability Test field study analytical
x x
|
|
|
Term
EVALUATION METHOD
O
AU
AE
T
M |
|
Definition
EVALUATION METHOD
ASKING USERS
Usability Test field study analytical
x x
|
|
|
Term
EVALUATION METHOD
O
AU
AE
T
M |
|
Definition
EVALUATION METHOD
ASKING EXPERTS
Usability Test field study analytical
x x
|
|
|
Term
EVALUATION METHOD
O
AU
AE
T
M |
|
Definition
EVALUATION METHOD
TESTING
Usability Test field study analytical
x
|
|
|
Term
EVALUATION METHOD
O
AU
AE
T
M |
|
Definition
EVALUATION METHOD
MODELING
Usability Test field study analytical
x
|
|
|
Term
|
Definition
MANIPULATING
interacting objects in vitrual space by manipulating them
(throwing items to recycle bin) |
|
|
Term
|
Definition
INSTRUCTING
Issuing commands via keyboard and function keys
selecting options via menus
eg- Vending machine |
|
|
Term
|
Definition
CONVERSING
interacting with a system as if having a conversation
ask jeeves |
|
|
Term
|
Definition
EXPLORING
Moving through vitrual environment or a physical space
games |
|
|
Term
| 4 KEY ISSUES OF DATA GATHERING |
|
Definition
S R T P
Set Goals
Relationship With Respondents
Triangulation
Pilot Study
|
|
|
Term
4 key issues in data gathering
SRTP |
|
Definition
1) Setting Goals
Decide how to analyze data once collected |
|
|
Term
4 key issues in data gathering
SRTP |
|
Definition
2) Relationship With Participants
Clear and professional
Inform Conscent when appropriate |
|
|
Term
4 key issues in data gathering
SRTP |
|
Definition
3) Triangulation
Use More than One Approact |
|
|
Term
4 key issues in data gathering
SRTP |
|
Definition
4)Pilot Studies
Small trial of Main Study |
|
|
Term
|
Definition
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
1) IDENTIFY the need of human centered design
|
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
2) UNDERSTAND and specify
the context of use |
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
3) SPECIFY the
user & organizational
requirements |
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
4) PRODUCE
design solutions |
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
5) EVALUATE
design vs requirements |
|
|
Term
ISO 13407
1- I
2-U
3-S
4-P
5-E
6-SS |
|
Definition
6) SYSTEM SATISFIES
specified
user & organizational
requirements |
|
|
Term
Why prototype?
EF S TM TI ER AQ |
|
Definition
| • Evaluation and feedback are central to interaction design |
|
|
Term
Why prototype?
EF S TM TI ER AQ |
|
Definition
| • Stakeholders can see, hold, interact with a prototype more easily than a document or a drawing |
|
|
Term
Why prototype?
EF S TM TI ER AQ |
|
Definition
| • Team members can communicate effectively |
|
|
Term
Why prototype?
EF S TM TI ER AQ
|
|
Definition
| •can test out ideas for yourself |
|
|
Term
Why prototype?
EF S TM TI ER AQ
|
|
Definition
| • It encourages reflection: very important aspect of design |
|
|
Term
Why prototype?
EF S TM TI ER AQ
SD CA |
|
Definition
| • Prototypes answer questions, and support designers in choosing between alternatives |
|
|
Term
Low-fidelity Prototyping
M
Q
C
E
|
|
Definition
Uses a medium which is unlike the final
medium, e.g. paper, cardboard
• Is quick, cheap and easily changed
• Examples:
-sketches of screens,
-task sequences,
-Post-it notes,
-storyboards,
-Wizard-of-Oz |
|
|
Term
High-fidelity prototyping
M
LFS
EV |
|
Definition
- Uses materials that you would expect to be in the final product.
• Prototype looks more like the final system than a low-fidelity version.
• For a high-fidelity software prototype common
environments include Macromedia Director, Visual
Basic, and Smalltalk.
|
|
|
Term
Importance of involving users
EM OW
-RE
-NS
-TT
-CM
|
|
Definition
• Expectation management
– Realistic expectations
– No surprises, no disappointments
– Timely training
– Communication, but no hype
|
|
|
Term
Importance of involving users
EM OW
-UAS
-FAP
-MBD |
|
Definition
• Ownership
– Make the users active stakeholders
– More likely to forgive or accept problems
– Can make a big difference to acceptance and success of product |
|
|
Term
Degrees of user involvement
MDT NL C |
|
Definition
• Member of the design team
– Full time: constant input, but lose touch with users
– Part time: patchy input, and very stressful
– Short term: inconsistent across project life
– Long term: consistent, but lose touch with users
|
|
|
Term
Degrees of user involvement
MDT NL C |
|
Definition
• Newsletters and other dissemination devices
– Reach wider selection of users
– Need communication both ways |
|
|
Term
Degrees of user involvement
MDT NL C |
|
Definition
Combination of these approaches |
|
|
