Featured UPA Links:
Difficulties in Modeling GNU/Linux User Behaviors
Creating models of user behavior has been helpful in predicting basic outcomes of computer usability testing involving human subjects. However, models and methods have been based on a narrow view of computer use; namely, they are not compatible with behaviors resulting from using the Linux operating system. How different could Linux be from other operating systems?! This article provides a few points of comparison.
Current models of user behavior are not equipped to predict responses to these complex multi-modal cognitive tasks. Card et al. (1983) created a basic behavioral architecture Human Processor Model (HPM). Kieras and Meyer (1997) developed Executive Process-Interaction Control (EPIC) by adapting HPM to include programmable rule structures and constraints that simulate results found in the human subject testing literature. For a review see Hornof and Kieras . Additionally, attempts have been made to use cognitive behavior models like EPIC to describe perceptual tasks such as planning eye movements while navigating hierarchical computer menus. However, generalized biological models of vision have not yet been integrated into computational behavioral models for Human-Computer Interaction (HCI) testing. Task scripting has also not grown to encompass complex modal shifts like those required of GNU/Linux users.
Shifts in Modality
Users switch modes while learning and using an OS. Modes can be characterized as goals for OS use. Passive goals, such as chat, play, and visual customization, are not hindered by deadlines, are less structured, and have a large exploratory component. Active goals, such as word processing, programming, and presentation design must adhere to deadlines, are heavily structured, and contain a relatively small exploratory component. The exploratory component is where users build their knowledge structure of the OS. The exploration component of user modes fluctuates not only with goals but also with experience. Less exploration is necessary when the majority of the OS has been learned. In fact, users migrate from passive use of the OS to active use of the OS.
Aside from modalities, users also perform tasks of varied complexity. Halford et al.  have defined three levels of complexity for cognitive tasks based on the number of relational processes that must be performed simultaneously. 0, 1, and 2 dimensional relationships denote the number of simultaneous processes necessary to complete the task. Use of the GNU/Linux OS commonly requires tasks that entail all three of these levels of relational complexity. 0-level tasks, such as using menus, require no relational integration. 1-level tasks like searching/ browsing (i.e. scan till you find X), using edit-command applications like Vi and Emacs (i.e. change mode to issue command or edit text), and copying and pasting text require integration of only one dimension. 2-level tasks are necessary where information must be integrated across applications. For example, computer mediated communication applications like email and chat are often used as a mode of collaboration while completing group projects involving word processing, graphic manipulation, and event planning. An additional example of 2-level task requirement is collaborative software development.
In order to account for GNU/Linux user task complexities and modalities an attempt should be made to combine the passive versus active tasks framework and Halford and colleagues' relational task complexity framework.
140 N. Bloomingdale Road
Bloomingdale, IL 60108-1017
|Contact the Voice|