Ecological interface design

Last updated

Ecological interface design (EID) is an approach to interface design that was introduced specifically for complex sociotechnical, real-time, and dynamic systems. It has been applied in a variety of domains including process control (e.g. nuclear power plants, petrochemical plants), aviation, and medicine.

Contents

EID differs from some interface design methodologies like user-centered design (UCD) in that the focus of the analysis is on the work domain or environment, rather than on the end user or a specific task.

The goal of EID is to make constraints and complex relationships in the work environment perceptually evident (e.g. visible, audible) to the user. This allows more of users' cognitive resources to be devoted to higher cognitive processes such as problem solving and decision making. EID is based on two key concepts from cognitive engineering and cognitive systems engineering research: the Abstraction Hierarchy (AH) and the Skills, Rules, Knowledge (SRK) framework.

By reducing mental workload and supporting knowledge-based reasoning, EID aims to improve user performance and overall system reliability for both anticipated and unanticipated events in a complex system.

Overview

Origin and history of EID

Ecological interface design was proposed as a framework for interface design by Kim Vicente and Jens Rasmussen in the late 1980s and early 1990s following extensive research into human-system reliability at the Risø National Laboratory in Denmark (Rasmussen & Vicente et al, 1989; Vicente, 2001). The term ecological in EID originates from a school of psychology developed by James J. Gibson known as ecological psychology. This field of psychology focuses on human-environment relationships, in particular in relation to human perception in actual environments rather than in laboratory environments. EID borrows from ecological psychology in that the constraints and relationships of the work environment in a complex system are reflected perceptually (through an interface) in order to shape user behaviour. In order to develop ecological designs, analytical tools developed earlier by researchers at the Risø National Laboratory were adopted, including the Abstraction Hierarchy (AH) and the Skills, Rules, Knowledge (SRK) framework. The EID framework was first applied and evaluated in nuclear power plant systems (Vicente & Rasmussen, 1990, 1992). These tools are also used in cognitive work analysis. To date, EID has been applied in a variety of complex systems including computer network management, anaesthesiology, military command and control, and aircraft (Vicente, 2002; Burns & Hajdukiewicz, 2004).

Motivation

Rapid advances in technologies along with economic demands have led to a noticeable increase in the complexity of engineering systems (Vicente, 1999a). As a result, it is becoming more and more difficult for designers to anticipate events that may occur within such systems. Unanticipated events by definition cannot be specified in advance and thus cannot be prevented through training, procedures, or automation. A complex sociotechnical system designed based solely on known scenarios frequently loses the flexibility to support unforeseen events. System safety is often compromised by the operators' inability to adapt to new and unfamiliar situations (Vicente & Rasmussen, 1992). Ecological interface design attempts to provide the operators with the necessary tools and information to become active problem solvers as opposed to passive monitors, particularly during the development of unforeseen events. Interfaces designed following the EID framework aim to lessen mental workload when dealing with unfamiliar and unanticipated events, which are attributed to increased psychological pressure (Vicente, 1999b). In doing so, cognitive resources may be freed up to support efficient problem solving.

In addition to providing operators with the means to successfully manage unanticipated events, EID is also proposed for systems that require users to become experts (Burns & Hajdukiewicz, 2004). Through the use of the Abstraction Hierarchy (AH) and the Skills, Rules, Knowledge (SRK) framework, EID enables novice users to more easily acquire advanced mental models that generally take many years of experience and training to develop. Likewise, EID provides a basis for continuous learning and distributed, collaborative work (Vicente, 1999b). When faced with complex sociotechnical systems, it is not always possible for designers to ask operators what kinds of information they would like to see since each person understands the system at a different level (but rarely fully) and will provide very different answers. The EID framework allows designers to determine what kinds of information are required when it is not possible or feasible to ask users (Burns & Hajdukiewicz, 2004). It is not the intention of EID to replace existing design methodologies such as UCD and task analysis, but to complement them.

UCD and EID: Why use EID at all?

As we can see from today's windows based interfaces User-Centered Design (UCD) has done an excellent job of identifying user preferences and limitations and incorporating them into the interfaces. In the pre-UCD era, interface design was almost an afterthought to a program and was completely dependent on the programmers while totally neglecting the end user.

Benefits of UCD

UCD adds three key ideas:

1. That Interface Design is a field on its own because it bridges between humans and the program/environment.

2. That an understanding of human perception, cognition, and behavior is critical to designing interfaces.

3. That much can be learned by getting feedback from the actual users of the interface, at the early design stages, and then testing through various points in the design (Burns & Hajdukiewicz, 2004)

But there are some problems in this approach as well.

How is EID relevant?

The UCD approach commonly focuses on single user interactions between the user and the interface which is not enough to deal with today's increasingly complex systems where centralized control of information is needed and it is displayed on a variety of interfaces in varying detail. EID is a preferable addition to the complex systems' design process when even very experienced users do not have a complete understanding of how the entire complex system (power plant, nuclear plant, petrochemical refinery etc.) works. It is a known fact[ citation needed ] that users don't always understand or even feel the need to understand all the relationships behind the complex processes that they control via their interfaces.

Furthermore, the users are not always aware of the constraints that affect the system that they work with, and discovering these constraints can take some extra effort (Burns & Hajdukiewicz, 2004). EID incorporates this constraint based style in the design approach where it examines the constraints of the user domain before getting user input. EID focuses on understanding the complex system – its build, its architecture, and its original intent and then relaying this information to the end user thereby reducing their learning curve and helping them achieve higher level of expertise.

The constraint based style in interface design also facilitates the handling of unanticipated events because, regardless of the event, the constraint is broken and it can be seen by the user who in turn can proactively work with the interface to restore the constraint and fix the system.

This does not in any way take away the usefulness of UCD but stresses the fact that EID offers some unique insight into the design process and it could be used in conjunction with other cognitive engineering techniques to enhance the user interfaces and increase human reliability in human–machine interactions.

The abstraction hierarchy

The abstraction hierarchy (AH) is a five-level functional decomposition used for modelling the work environment, or more commonly referred to as the work domain, for complex sociotechnical systems (Rasmussen, 1985). In the EID framework, the AH is used to determine what kinds of information should be displayed on the system interface and how the information should be arranged. The AH describes a system at different levels of abstraction using how and why relationships. Moving down the model levels answers how certain elements in the system are achieved, whereas moving up reveals why certain elements exist. Elements at highest level of the model define the purposes and goals of the system. Elements at the lowest levels of the model indicate and describe the physical components (i.e. equipment) of the system. The how and why relationships are shown on the AH as means-ends links. An AH is typically developed following a systematic approach known as a Work Domain Analysis (Vicente, 1999a). It is not uncommon for a Work Domain Analysis to yield multiple AH models; each examining the system at a different level of physical detail defined using another model called the Part-Whole Hierarchy (Burns & Hajdukiewicz, 2004).

Each level in the AH is a complete but unique description of the work domain.

Functional purpose

The functional purpose (FP) level describes the goals and purposes of the system. An AH typically includes more than one system goal such that the goals conflict or complement each other (Burns & Hajdukiewicz, 2004). The relationships between the goals indicate potential trade-offs and constraints within the work domain of the system. For example, the goals of a refrigerator might be to cool food to a certain temperature while using a minimal amount of electricity.

Abstract function

The abstract function (AF) level describes the underlying laws and principles that govern the goals of the system. These may be empirical laws in a physical system, judicial laws in a social system, or even economic principles in a commercial system. In general, the laws and principles focus on things that need to be conserved or that flow through the system such as mass (Burns & Hajdukiewicz, 2004). The operation of the refrigerator (as a heat pump) is governed by the second law of thermodynamics.

Generalised function

The generalised function (GF) level explains the processes involved in the laws and principles found at the AF level, i.e. how each abstract function is achieved. Causal relationships exist between the elements found at the GF level. The refrigeration cycle in a refrigerator involves pumping heat from an area of low temperature (source) into an area of higher temperature (sink).

Physical function

The physical function (PFn) level reveals the physical components or equipment associated with the processes identified at the GF level. The capabilities and limitations of the components such as maximum capacity are also usually noted in the AH (Burns & Hajdukiewicz, 2004). A refrigerator may consist of heat exchange pipes and a gas compressor that can exert a certain maximum pressure on the cooling medium.

Physical form

The physical form (PFo) level describes the condition, location, and physical appearance of the components shown at the PFn level. In the refrigerator example, the heat exchange pipes and the gas compressor are arranged in a specific manner, basically illustrating the location of the components. Physical characteristics may include things as colour, dimensions, and shape.

Causal Abstraction Hierarchy

The hierarchy described before is a functional Abstraction Hierarchy representation. A functional Abstraction Hierarchy emphasizes the "means-ends" or "how/why" links of the hierarchy. These connections are direct and illustrated across the five levels of the Abstraction Hierarchy.

As the systems get more and more complex, we need to follow the flow structure as well as to understand how the system works. This is when a causal Abstraction Hierarchy representation becomes necessary. As the flow patterns become increasingly complex and it becomes increasingly difficult to derive the flows directly from the system diagram, we add causal models to the functional models.

The causal models help to detail the flow structure and understand more complex flow patterns within a specified Abstraction Hierarchy level. A causal Abstraction Hierarchy representation has the same structure as a functional Abstraction Hierarchy representation but with causal links drawn. Causal links are also known as "within the level" links. These links show how the processes and flows are connected within each level.

The two representations are closely related but are usually developed separately because doing so results in a clearer model which captures most of the system constraints.

In very elaborate flow systems causal models can be used to simplify or abstract the flows. In such a scenario we may find it easier to identify the main feed and product lines at first, then control lines, emergency supply lines, or emergency shunting lines (Burns & Hajdukiewicz, 2004). Causal links are most useful at the Generalized Function and the Abstract Function levels which show flows of materials, processes, mass, or energy.

The Skills, Rules, Knowledge (SRK) framework

The Skills, Rules, Knowledge (SRK) framework or SRK taxonomy defines three types of behaviour or psychological processes present in operator information processing (Vicente, 1999a). The SRK framework was developed by Rasmussen (1983) to help designers combine information requirements for a system and aspects of human cognition. In EID, the SRK framework is used to determine how information should be displayed to take advantage of human perception and psychomotor abilities (Vicente, 1999b). By supporting skill- and rule-based behaviours in familiar tasks, more cognitive resources may be devoted to knowledge-based behaviours, which are important for managing unanticipated events. The three categories essentially describe the possible ways in which information, for example, from a human–machine interface is extracted and understood:

Skill-based level

A skill-based behaviour represents a type of behaviour that requires very little or no conscious control to perform or execute an action once an intention is formed; also known as a sensorimotor behaviour. Performance is smooth, automated, and consists of highly integrated patterns of behaviour in most skill-based control (Rasmussen, 1990). For example, bicycle riding is considered a skill-based behaviour in which very little attention is required for control once the skill is acquired. This automaticity allows operators to free up cognitive resources, which can then be used for higher cognitive functions like problem solving (Wickens & Hollands, 2000). Errors in skills-based behaviour are routine errors.

Rule-based level

A rule-based behaviour is characterised by the use of rules and procedures to select a course of action in a familiar work situation (Rasmussen, 1990). The rules can be a set of instructions acquired by the operator through experience or given by supervisors and former operators.

Operators are not required to know the underlying principles of a system, to perform a rule-based control. For example, hospitals have highly-proceduralised instructions for fire emergencies. Therefore, when one sees a fire, one can follow the necessary steps to ensure the safety of the patients without any knowledge of fire behaviour. Errors in rule-based behaviour are due to insufficient technical knowledge.

Knowledge-based level

A knowledge-based behaviour represents a more advanced level of reasoning (Wirstad, 1988). This type of control must be employed when the situation is novel and unexpected. Operators are required to know the fundamental principles and laws by which the system is governed. Since operators need to form explicit goals based on their current analysis of the system, cognitive workload is typically greater than when using skill- or rule-based behaviours.

See also

Related Research Articles

In software engineering and computer science, abstraction is the process of generalizing concrete details, such as attributes, away from the study of objects and systems to focus attention on details of greater importance. Abstraction is a fundamental concept in computer science and software engineering, especially within the object-oriented programming paradigm. Examples of this include:

Software design is the process of conceptualizing how a software system will work before it is implemented or modified. Software design also refers to the direct result of the design process – the concepts of how the software will work which consists of both design documentation and undocumented concepts.

User-centered design (UCD) or user-driven development (UDD) is a framework of process in which usability goals, user characteristics, environment, tasks and workflow of a product, service or process are given extensive attention at each stage of the design process. These tests are conducted with/without actual users during each stage of the process from requirements, pre-production models and post production, completing a circle of proof back to and ensuring that "development proceeds with the user as the center of focus." Such testing is necessary as it is often very difficult for the designers of a product to understand intuitively the first-time users of their design experiences, and what each user's learning curve may look like. User-centered design is based on the understanding of a user, their demands, priorities and experiences and when used, is known to lead to an increased product usefulness and usability as it delivers satisfaction to the user. User-centered design applies cognitive science principles to create intuitive, efficient products by understanding users' mental processes, behaviors, and needs.

Interaction design, often abbreviated as IxD, is "the practice of designing interactive digital products, environments, systems, and services." While interaction design has an interest in form, its main area of focus rests on behavior. Rather than analyzing how things are, interaction design synthesizes and imagines things as they could be. This element of interaction design is what characterizes IxD as a design field, as opposed to a science or engineering field.

Soar is a cognitive architecture, originally created by John Laird, Allen Newell, and Paul Rosenbloom at Carnegie Mellon University.

Task analysis is a fundamental tool of human factors engineering. It entails analyzing how a task is accomplished, including a detailed description of both manual and mental activities, task and element durations, task frequency, task allocation, task complexity, environmental conditions, necessary clothing and equipment, and any other unique factors involved in or required for one or more people to perform a given task.

GOMS is a specialized human information processor model for human-computer interaction observation that describes a user's cognitive structure on four components. In the book The Psychology of Human Computer Interaction. written in 1983 by Stuart K. Card, Thomas P. Moran and Allen Newell, the authors introduce: "a set of Goals, a set of Operators, a set of Methods for achieving the goals, and a set of Selections rules for choosing among competing methods for goals." GOMS is a widely used method by usability specialists for computer system designers because it produces quantitative and qualitative predictions of how people will use a proposed system.

Use-centered design is a design philosophy in which the focus is on the goals and tasks associated with skill performance in specific work or problem domains, in contrast to a user-centered design approach, where the focus is on the needs, wants, and limitations of the end user of the designed artifact.

<span class="mw-page-title-main">User interface design</span> Planned operator–machine interaction

User interface (UI) design or user interface engineering is the design of user interfaces for machines and software, such as computers, home appliances, mobile devices, and other electronic devices, with the focus on maximizing usability and the user experience. In computer or software design, user interface (UI) design primarily focuses on information architecture. It is the process of building interfaces that clearly communicate to the user what's important. UI design refers to graphical user interfaces and other forms of interface design. The goal of user interface design is to make the user's interaction as simple and efficient as possible, in terms of accomplishing user goals.

<span class="mw-page-title-main">Systems architect</span>

The systems architect is an information and communications technology professional. Systems architects define the architecture of a computerized system in order to fulfill certain requirements. Such definitions include: a breakdown of the system into components, the component interactions and interfaces, and the technologies and resources to be used in its design and implementation.

Cognitive ergonomics is a scientific discipline that studies, evaluates, and designs tasks, jobs, products, environments and systems and how they interact with humans and their cognitive abilities. It is defined by the International Ergonomics Association as "concerned with mental processes, such as perception, memory, reasoning, and motor response, as they affect interactions among humans and other elements of a system. Cognitive ergonomics is responsible for how work is done in the mind, meaning, the quality of work is dependent on the persons understanding of situations. Situations could include the goals, means, and constraints of work. The relevant topics include mental workload, decision-making, skilled performance, human-computer interaction, human reliability, work stress and training as these may relate to human-system design." Cognitive ergonomics studies cognition in work and operational settings, in order to optimize human well-being and system performance. It is a subset of the larger field of human factors and ergonomics.

Cognitive dimensions or cognitive dimensions of notations are design principles for notations, user interfaces and programming languages, described by researcher Thomas R.G. Green and further researched with Marian Petre. The dimensions can be used to evaluate the usability of an existing information artifact, or as heuristics to guide the design of a new one, and are useful in Human-Computer Interaction design.

In computer science, programming by demonstration (PbD) is an end-user development technique for teaching a computer or a robot new behaviors by demonstrating the task to transfer directly instead of programming it through machine commands.

Psi-theory, developed by Dietrich Dörner at the University of Bamberg, is a systemic psychological theory covering human action regulation, intention selection and emotion. It models the human mind as an information processing agent, controlled by a set of basic physiological, social and cognitive drives. Perceptual and cognitive processing are directed and modulated by these drives, which allow the autonomous establishment and pursuit of goals in an open environment.

<span class="mw-page-title-main">Human–computer interaction</span> Academic discipline studying the relationship between computer systems and their users

Human–computer interaction (HCI) is research in the design and the use of computer technology, which focuses on the interfaces between people (users) and computers. HCI researchers observe the ways humans interact with computers and design technologies that allow humans to interact with computers in novel ways. A device that allows interaction between human being and a computer is known as a "Human-computer Interface (HCI)".

Cognitive work analysis (CWA) is a framework that was developed to model a complex sociotechnical system.

In organization development, the initial phase within the Cognitive work analysis (CWA) framework is Work Domain Analysis. It provides a description of the constraints that govern the purpose and the function of the systems under analysis.

Jens Rasmussen was a system safety, human factors and cognitive systems engineering researcher at the Risø National Laboratory in Risø, Denmark. He was highly influential within the field of safety science, human error and accident research. His contributions include the skills, rules, knowledge (SRK) framework, risk management framework, dynamic safety model, AcciMap Approach, and others.

Human performance modeling (HPM) is a method of quantifying human behavior, cognition, and processes. It is a tool used by human factors researchers and practitioners for both the analysis of human function and for the development of systems designed for optimal user experience and interaction. It is a complementary approach to other usability testing methods for evaluating the impact of interface features on operator performance.

Multilevel Flow Modeling (MFM) is a framework for modeling industrial processes.

References

Institutions and organisations