fbpx
Wikipedia

Ecological interface design

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.

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 edit

Origin and history of EID edit

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 edit

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? edit

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 edit

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? edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

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 edit

References edit

  • Bennett, K. B. & Flach, J. M. (2011). Display and Interface Design - Subtle Science, Exact Art. CRC Press. ISBN 978-1-4200-6439-1
  • Burns, C. M. & Hajdukiewicz, J. R. (2004). Ecological Interface Design. Boca Raton, FL: CRC Press. ISBN 0-415-28374-4
  • Rasmussen, J. (1983). Skills, rules, knowledge; signals, signs, and symbols, and other distinctions in human performance models. IEEE Transactions on Systems, Man, and Cybernetics, 13, 257-266.
  • Rasmussen, J. (1985). The role of hierarchical knowledge representation in decision making and system management. IEEE Transactions on Systems, Man, and Cybernetics, 15, 234-243.
  • Rasmussen, J. (1990). Mental models and the control of action in complex environments. In D. Ackermann, D. & M.J. Tauber (Eds.). Mental Models and Human-Computer Interaction 1 (pp. 41–46). North-Holland: Elsevier Science Publishers. ISBN 0-444-88453-X
  • Rasmussen, J. & Vicente, K. J. (1989). Coping with human errors through system design: Implications for ecological interface design. International Journal of Man–Machine Studies, 31, 517-534.
  • Vicente, K. J. (1999a). Cognitive Work Analysis: Toward Safe, Productive, and Healthy Computer-Based Work. Mahwah, NJ: Erlbaum and Associates. ISBN 0-8058-2397-2
  • Vicente, K. J. (1999b). Ecological Interface Design: Supporting operator adaptation, continuous learning, distributed, collaborative work. Proceedings of the Human Centered Processes Conference, 93-97.
  • Vicente, K. J. (2001). Cognitive engineering research at Risø from 1962-1979. In E. Salas (Ed.), Advances in Human Performance and Cognitive Engineering Research, Volume 1 (pp. 1–57), New York: Elsevier. ISBN 0-7623-0748-X
  • Vicente, K. J. (2002). Ecological Interface Design: Progress and challenges. Human Factors, 44, 62-78.
  • Vicente, K. J. & Rasmussen, J. (1990). The ecology of human–machine systems II: Mediating "direct perception" in complex work domains. Ecological Psychology, 2, 207-249.
  • Vicente, K. J. & Rasmussen, J. (1992). Ecological Interface Design: Theoretical foundations. IEEE Transactions on Systems, Man, and Cybernetics, 22, 589-606.
  • Wickens, C. D. & Hollands, J. G. (2000). Engineering Psychology and Human Performance (3rd ed.). Upper Saddle River, NJ: Prentice Hall. ISBN 0-321-04711-7
  • Wirstad, J. (1988). On knowledge structures for process operators. In L.P. Goodstein, H.B. Andersen, & S.E. Olsen (Eds.), Tasks, Errors, and Mental Models (pp. 50–69). London: Taylor and Francis. ISBN 0-85066-401-2

External links edit

Institutions and organisations edit

  • Advanced Interface Design Lab (AIDL), University of Waterloo
  • Cognitive Engineering Lab (CEL), University of Toronto
  • Cognitive Engineering Research Group (CERG), University of Queensland
  • Human Factors and Ergonomics Society
  • IEEE Systems, Man and Cybernetics Society

ecological, interface, design, approach, interface, design, that, introduced, specifically, complex, sociotechnical, real, time, dynamic, systems, been, applied, variety, domains, including, process, control, nuclear, power, plants, petrochemical, plants, avia. 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 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 Contents 1 Overview 1 1 Origin and history of EID 1 2 Motivation 2 UCD and EID Why use EID at all 2 1 Benefits of UCD 2 2 How is EID relevant 3 The abstraction hierarchy 3 1 Functional purpose 3 2 Abstract function 3 3 Generalised function 3 4 Physical function 3 5 Physical form 4 Causal Abstraction Hierarchy 5 The Skills Rules Knowledge SRK framework 5 1 Skill based level 5 2 Rule based level 5 3 Knowledge based level 6 See also 7 References 8 External links 8 1 Institutions and organisationsOverview editOrigin and history of EID edit 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 Riso National Laboratory in Denmark Rasmussen amp 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 Riso 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 amp 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 amp Hajdukiewicz 2004 Motivation edit 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 amp 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 amp 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 amp 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 editAs 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 edit 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 amp Hajdukiewicz 2004 But there are some problems in this approach as well How is EID relevant edit 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 amp 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 editThe 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 amp Hajdukiewicz 2004 Each level in the AH is a complete but unique description of the work domain Functional purpose edit 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 amp 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 edit 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 amp Hajdukiewicz 2004 The operation of the refrigerator as a heat pump is governed by the second law of thermodynamics Generalised function edit 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 edit 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 amp 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 edit 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 editThe 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 amp 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 editThe 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 edit 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 amp Hollands 2000 Errors in skills based behaviour are routine errors Rule based level edit 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 edit 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 editCognition and applied psychology Ecological psychology Human factors and ergonomics Human machine interface UsabilityReferences editBennett K B amp Flach J M 2011 Display and Interface Design Subtle Science Exact Art CRC Press ISBN 978 1 4200 6439 1 Burns C M amp Hajdukiewicz J R 2004 Ecological Interface Design Boca Raton FL CRC Press ISBN 0 415 28374 4 Rasmussen J 1983 Skills rules knowledge signals signs and symbols and other distinctions in human performance models IEEE Transactions on Systems Man and Cybernetics 13 257 266 Rasmussen J 1985 The role of hierarchical knowledge representation in decision making and system management IEEE Transactions on Systems Man and Cybernetics 15 234 243 Rasmussen J 1990 Mental models and the control of action in complex environments In D Ackermann D amp M J Tauber Eds Mental Models and Human Computer Interaction 1 pp 41 46 North Holland Elsevier Science Publishers ISBN 0 444 88453 X Rasmussen J amp Vicente K J 1989 Coping with human errors through system design Implications for ecological interface design International Journal of Man Machine Studies 31 517 534 Vicente K J 1999a Cognitive Work Analysis Toward Safe Productive and Healthy Computer Based Work Mahwah NJ Erlbaum and Associates ISBN 0 8058 2397 2 Vicente K J 1999b Ecological Interface Design Supporting operator adaptation continuous learning distributed collaborative work Proceedings of the Human Centered Processes Conference 93 97 Vicente K J 2001 Cognitive engineering research at Riso from 1962 1979 In E Salas Ed Advances in Human Performance and Cognitive Engineering Research Volume 1 pp 1 57 New York Elsevier ISBN 0 7623 0748 X Vicente K J 2002 Ecological Interface Design Progress and challenges Human Factors 44 62 78 Vicente K J amp Rasmussen J 1990 The ecology of human machine systems II Mediating direct perception in complex work domains Ecological Psychology 2 207 249 Vicente K J amp Rasmussen J 1992 Ecological Interface Design Theoretical foundations IEEE Transactions on Systems Man and Cybernetics 22 589 606 Wickens C D amp Hollands J G 2000 Engineering Psychology and Human Performance 3rd ed Upper Saddle River NJ Prentice Hall ISBN 0 321 04711 7 Wirstad J 1988 On knowledge structures for process operators In L P Goodstein H B Andersen amp S E Olsen Eds Tasks Errors and Mental Models pp 50 69 London Taylor and Francis ISBN 0 85066 401 2External links editInstitutions and organisations edit Advanced Interface Design Lab AIDL University of Waterloo Cognitive Engineering Lab CEL University of Toronto Cognitive Engineering Research Group CERG University of Queensland Human Factors and Ergonomics Society IEEE Systems Man and Cybernetics Society Retrieved from https en wikipedia org w index php title Ecological interface design amp oldid 1221070337 The Skills Rules Knowledge SRK framework, wikipedia, wiki, book, books, library,

article

, read, download, free, free download, mp3, video, mp4, 3gp, jpg, jpeg, gif, png, picture, music, song, movie, book, game, games.