1 / 22

Week: 11 Human-Computer Interaction

Week: 11 Human-Computer Interaction. Waseem Iqbal Assistant Professor PhD-Scholar (Adaptive Interface for Mobile Devices in User’s Context). Acknowlwdgement. Dr. Ibrar Hussain (Assistant Professor / HEC Approved Supervisor) PhD. in Computer Science

raulm
Download Presentation

Week: 11 Human-Computer Interaction

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Week: 11Human-Computer Interaction Waseem Iqbal Assistant Professor PhD-Scholar (Adaptive Interface for Mobile Devices in User’s Context)

  2. Acknowlwdgement Dr. Ibrar Hussain(Assistant Professor / HEC Approved Supervisor) • PhD. in Computer Science Pervasive Computing Research Lab, Zhejiang University, China. Carried out 6 months collaborative research work with HCI & SE group at University of Colorado, Boulder, USA. Human Computer Interaction (Book) • 3rd Edition by Alan Dix

  3. user action and control entering information knowing what to do affordances

  4. Name: Alan Dix Address: Lancaster Name: Alan Dix Address: Lancaster Name: Alan Dix Address: Lancaster entering information • forms, dialogue boxes • presentation + data input • similar layout issues • alignment - different label lengths • logical layout • use task analysis • groupings • natural order for entering information • top-bottom, left-right (depending on culture) • set tab order for keyboard entry  ? N.B. see extra slides for widget choice

  5. knowing what to do • what is active/dynamic/animated • what is passive/nonresistent/long suffering • where do you click • where do you type • consistent style helps • e.g. web underlined links • labels and icons • standards for common actions • language – bold = current state or action

  6. mug handle ‘affords’grasping affordances • psychological term • for physical objects • shape and size suggest actions • pick up, twist, throw • also cultural – buttons ‘afford’ pushing • for screen objects • button–like object ‘affords’ mouse click • physical-like objects suggest use • culture of computer use • icons ‘afford’ clicking • or even double clicking … not like real buttons!

  7. appropriate appearance presenting information aesthetics and utility colour and 3D localisation & internationalisation

  8. name size chap1 chap10 chap11 chap12 chap13 chap14 … 17 12 51 262 83 22 … name size chap10 chap5 chap1 chap14 chap20 chap8 … 12 16 17 22 27 32 … presenting information • purpose matters • sort order (which column, numeric alphabetic) • text vs. diagram • scatter graph vs. histogram (a diagram consisting of rectangles) • use paper presentation principles! • but add interactivity • softens design choices • e.g. re-ordering columns • ‘dancing histograms’ size

  9. aesthetics and utility • aesthetically pleasing designs • increase user satisfaction and improve productivity • beauty and utility may conflict • mixed up visual styles  easy to distinguish • clean design – little differentiation  confusing • backgrounds behind text … good to look at, but hard to read • but can work together • e.g. the design of the counter • in consumer products – key differentiator (e.g. iMac)

  10. colour and 3D • both often used very badly! • colour • older monitors limited palette (the range of colours used by a particular artist or in a particular picture) • colour over used because ‘it is there’ • beware colour blind! • use carefully to reinforce other information • 3D effects • good for physical information and some graphs • but if over used … e.g. text in perspective!! 3D pie charts

  11. baduseofcolour • overuse - withoutverygood reason (e.g. kids’ site) • colour blindness • poor use of contrast • do adjust your set! • adjust your monitor to greys only • can you still read your screen?

  12. across countries and cultures • localisation & internationalisation • changing interfaces for particular cultures/languages • globalisation • try to choose symbols etc. that work everywhere • simply change language? • use ‘resource’ database instead of literal text… but changes sizes, left-right order etc. • deeper issues • cultural assumptions and values • meanings of symbols • e.g tick and cross … +ve and -ve in some cultures … but … mean the same thing (mark this) in others  

  13. prototyping

  14. iteration and prototyping getting better … … and starting well

  15. OK? design prototype evaluate done! re-design prototyping • you never get it right first time • if at first you don’t succeed …

  16. moving little by little … but to where Malvern's or the Matterhorn? 1. need a good start point 2. need to understand what is wrong pitfalls of prototyping

  17. HCI in the software process • Software engineering and the design process for interactive systems • Usability engineering • Iterative design and prototyping • Design rationale

  18. the software lifecycle • Software engineering is the discipline for understanding the software design process, or life cycle • Designing for usability occurs at all stages of the life cycle, not as a single isolated activity

  19. Requirementsspecification Architecturaldesign Detaileddesign Coding andunit testing Integrationand testing Operation andmaintenance The waterfall model

  20. Activities in the life cycle Requirements specification designer and customer try capture what the system is expected to provide can be expressed in natural language or more precise languages, such as a task analysis would provide Architectural design high-level description of how the system will provide the services required factor system into major components of the system and how they are interrelated needs to satisfy both functional and nonfunctional requirements Detailed design refinement of architectural components and interrelations to identify modules to be implemented separately the refinement is governed by the nonfunctional requirements

More Related