Unformatted text preview:

Future HomeworkTo be reviewed:To reviewIn real lifeUser Interface DesignSlide 6Design alternativesSlide 8PrincipleBook ReviewSlide 11Golden RulesPlace the User in ControlBad WizardsObtrusive AssistanceNonobvious choicesReduce Memory LoadCommon techniquesBe ConsistentSlide 20The UI Design ProcessModelsSlide 23Early phasesLater phasesTask Analysis and ModelingTasks and Use CasesTasksLow-level designSlide 30Slide 31CS427 21-1Future HomeworkReview work of another projectPair with someone on your projectSwap reviews with a pair from a different project (TAs will assign)Meet once to review their workMeet once to review your own workCS427 21-2To be reviewed:Select work to be reviewedShould take two hour meeting to go over itGive it to other pair to read in advanceOne of you moderates the meeting, the other recordsNot how it should be doneWe do it this way to minimize workProduce a report of all the issues that were raisedCS427 21-3To reviewMake a check list of things to look forRead the work, make commentsEvaluate according to check listMeet. Go over items you have found.How should the check list be improved?CS427 21-4In real lifeUsually there are several meetings until all issues are resolvedProject has a policy that determines what would be reviewed“Passing review” is a measure of progressReviews improve checklists, not just the product under reviewCS427 21-5User Interface DesignImportantHardIsn’t covered well by most software development processesCS427 21-6User Interface DesignAfter data modeling?Yes, for information systems.No, for video games.By a specialist?Yes, for mass-market software.No, for in-house IS systems.CS427 21-7Design alternativesNovice usersMenusMake it look like something elseSimpleExpert usersCommands Specialize to make users efficientPowerfulCS427 21-8Design alternativesStandard IO vs. new IOExisting metaphors vs. new metaphorsNarrow market vs. broad marketCS427 21-9PrincipleUI design is more like film-making than bridge-buildingAbout communicationRequires understanding audienceRequires specialized skillsRequires iterationCS427 21-10Book ReviewLearned HelplessnessA user interface is well-designed when the program behaves …Program model vs. User ModelUser model is simpleEvery time you provide an option, you are asking the user to make a decisionCS427 21-11PrincipleUI design is more like film-making than bridge-buildingAbout communicationRequires understanding audienceRequires specialized skillsRequires iterationCS427 21-12Golden RulesPlace the user in controlReduce the user’s memory loadBe consistentCS427 21-13Place the User in ControlNo modesUse a new window instead of a new modeMake modes visibleUndoMacrosHide technical detailsDirect manipulationCS427 21-14Bad WizardsCS427 21-15Obtrusive AssistanceCS427 21-16Nonobvious choicesCS427 21-17Reduce Memory LoadReduce demand on short-term memoryEstablish meaningful defaultsDefine intuitive shortcutsDisclose information progressivelyUse real-world metaphorsSpeak user’s languageLet user recognize, not rememberCS427 21-18Common techniquesMenus with keyboard shortcutsDialog boxesTabsToolbarCS427 21-19Be ConsistentUse visual interface standardsfor operating systemfor organizationfor product or set of productsShow context - keep user from getting lostSystem should explain itselfCS427 21-20CS427 21-21The UI Design ProcessImplementationUser, task, andenvironmentanalysisInterface validationInterface designCS427 21-22ModelsDesign model - what the designer thinks about the systemUser model - what the user thinks about the systemSystem image - interface, manuals, training material, web siteCS427 21-23Pressman says:“The role of interface designer is to reconcile these differences and derive a consistent representation of the interface”CS427 21-24Early phasesWhat are users like?What do they think the system should be like?What is a single, consistent, model of the system that can satisfy all the users?CS427 21-25Later phasesDesignWhat should system be like?How can we make the users understand it?For each aspect of the system, design the system image to match the desired user modelValidationDoes user model match our goal?CS427 21-26Task Analysis and ModelingWhat tasks will a user of the system perform?High level - why people use the systemLow level - tasks involved in using the systemCS427 21-27Tasks and Use CasesUse cases are high-level tasksDecompose high-level ones into low-level onesFind ones that are missingSimplify by generalizingUI design requires more detail than use case analysis usually providesCS427 21-28TasksFor each task:Is it easy to start the task?Is all the needed information easily accessible?Is it easy to see what to do next?CS427 21-29Low-level designMap task into actions that can be directly implemented by standard widgets.Use consistent labels across tasks.Use consistent widgets across tasks.CS427 21-30User Interface DesignUI communicates with the userLike any form of communication, needs feedback and iterationthere are standard ways of making a UIgreat UIs are rare and require creativityCS427 21-31Read next three “chapters” of the “book” on UI design for programmers at http://www.joelonsoftware.com/uibook/


View Full Document

U of I CS 427 - Future Homework

Download Future Homework
Our administrator received your request to download this document. We will send you the file to your email shortly.
Loading Unlocking...
Login

Join to view Future Homework and access 3M+ class-specific study document.

or
We will never post anything without your permission.
Don't have an account?
Sign Up

Join to view Future Homework 2 2 and access 3M+ class-specific study document.

or

By creating an account you agree to our Privacy Policy and Terms Of Use

Already a member?