Terminology Problem Space
This is a draft in progress.
Discussion about terminology and what components might emerge.
Terminology Definition
Definition
Problem/Pain
Problem description.
Scenarios
Sarah Windsor - Primary Persona
Scenarios to come.
Ed McClellan, Undergraduate
Scenarios to come.
Blue Sky Vision
Terminology Component Ideas
Glossary / Tooltips
- Consistent control to see definitions of unfamiliar terms and "system jargon"
- Show definitions as tooltips?
- Contextual Glossary Tool (related to contextual help?)
Use of Icons
- Icons should be used consistently
- For example, in newsreader some icons are clickable and some are not
Example Confusing Terms use in Specific Applications
Moodle
- "Full Name" = Name of Course, "Short Name" = Name of Instructor
- "Time Limit" box does not specify format (minutes, hours)
- "Course Themes" not explained or defined
- "Edit" and "Update" used interchangeably
Sakai
- Resources: what does "Access" column mean?
- Resources->Edit Details: "Change file type"
- "Upload/Download multiple Resources" links to a help page
uPortal
- In maximized view "Return to Portal" is confusing, as you may not know what the "portal" is.
- "Channel" is not defined
Summit Post-it Page
At the Fluid Summit, pain points represented on post-it notes were grouped into problem spaces (such as Feedback), then into (usually very high level) potential components such as the ones below. Each problem area was then rated as to whether it affected 1, 2, or 3/All of the Fluid applications (Sakai, uPortal, Moodle). Each potential component was then rated on the following matrix, which indicated how severe the pain point it helped solve was for users, as well as how frequently the pain point was encountered. It helped us determine how high a priority it was, with 1 being the highest priority and 3 being the lowest.
high severity |
1 |
2a |
low severity |
2b |
3 |
 |
high frequency |
low frequency |