They also have a section on user interfaces, the interfaces included are:
- Sensors – sensors are used to record the current temperature in rooms of the house
- Wallplates – A collection of buttons that user can use to turn the heating or air-conditioning up or down and to turn the heating off in rooms not being used. Turn lights on and off, have preset schemes where certain lights will come on at a press of a button and/or could be used to turn on lights for certain route i.e. living room to the bathroom. Wallplates can also be used to open curtains, blinds. These can also be touch screen devices which can control a larger variety of things in the house.
- Remote controls – Wireless devices with buttons on them, These can control lights, curtains, TVs, Radios etc depending on the type of controller and how it is set up.
Mobile phone – New technology allows any standard mobile phone to “text” the house, obviously restricted by the home owner. This type interface will allow the user to turn lights on or off, and set modes for when they holiday mode for an heating ventilation or air condition system they use. The house will text the user back to tell them what action it is going to take.
2. If I was going to evaluate one of these systems for usability. I would test the wallplate or touch screen devices. Then I would probably use Usability Metrics, this is because a system like this that is fully functional is set up for this type of evaluation. As you can set a number of goals that the user needs to complete, and while the users is completing the task you can record metrics like time to complete a task, percent of tasks completed, number of explicit actions. This could be used in as part of usability engineering as the metrics can be used to prove the system has what it takes to get the job done.
I personally wouldn’t go for a heuristic evaluation on a product that is already on sale, because this sort of testing picks up more problems to be sorted early on in the design phase. I’m also not sure if I would use the talk aloud protocol because I think that the metrics would find where the errors are happening and that you would not need the user to tell you what’s going on as well.
Time to complete each task
- Number of button presses (actions)
- Percentage of tasks completed
- Number of tasks uncompleted and which tasks they were
- Number of errors
- Number of times asked for help
No comments:
Post a Comment