Misplaced Pages

Work domain analysis

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages)
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed.
Find sources: "Work domain analysis" – news · newspapers · books · scholar · JSTOR (March 2013) (Learn how and when to remove this message)
This article may be too technical for most readers to understand. Please help improve it to make it understandable to non-experts, without removing the technical details. (June 2021) (Learn how and when to remove this message)
(Learn how and when to remove this message)

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.

Abstraction hierarchy

The Abstraction Hierarchy (Rasmussen, 1985; Vicente, 1999) is used to provide a context-independent description of the domain. The analyses, and resultant diagrams, are not specific to any particular technology; rather they represent the entire domain.

  • The top-three levels of the diagrams consider the overall objectives of the domain, and what it can achieve.
  • The bottom-two levels concentrate on the physical components and their affordances.

Through a series of ‘means-ends’ links, it is possible to model how individual components can affect the overall domain purpose. The abstraction hierarchy is constructed by considering the work system's objectives (top-down) and the work system's capabilities (bottom-up). The diagram is constructed based upon a range of data collection opportunities. The exact data collection procedure is dependent on the domain in question and the availability of data. In most cases, the procedure commences with some form of document analysis. Document analysis allows the analyst to gain a basic domain understanding, forming the basis for semi-structured interviews with domain experts. Wherever possible, observation of the work in context is highly recommended.

The abstraction hierarchy consists of five levels of abstraction, ranging from the most abstract level of purposes to the most concrete level of form (Vicente, 1999). The levels are normally called

  • Functional Purpose (FP),
  • Abstract Function (AF),
  • Generalized Function (GF),
  • Physical Function (PFn) and
  • Physical Form (PFo).

The labels used for each of the levels of the hierarchy tend to differ, dependent on the aims of the analysis. Below, the labels used by Xiao et al. are shown.

Domain levels

  • The domain purpose, displayed at the very top of the diagram, represents the reason why the work system exists. This purpose is independent of any specific situation, it is also independent of time – the system purpose exists as long as the system does.
  • The domain values level of the hierarchy is used to capture the key values that can be used to assess how well the work system is performing its domain purpose(s). These values are likely to be conflicting.
  • The middle layer of hierarchy lists the functions that can be performed by the combined work system. These functions are expressed in terms of the domain in question.
  • The physical functions are listed which the objects can perform. These are listed generically and are independent of the domain purpose.
  • The key physical objects within the work system are listed at the base of the hierarchy. These objects represent the sum of the relevant objects from all of the component technologies. This level of the diagram is independent of purpose; however, analyst judgement is required to limit the object list to a manageable size.

Summary

The structure of the abstraction hierarchy framework acts as a guide to acquiring the knowledge necessary to understand the domain. The framework helps to direct the search for deep knowledge, providing structure to the document analysis process, particularly for the domain novice. While the output may initially appear overbearing, its value to the analysis cannot be overstated. The abstraction hierarchy defines the systemic constraints at the highest level.

One of the advantages of the abstraction hierarchy model is that it can be used to explore the effect of new technology on the system values and purposes. Additional technologies can be modelled at the base of the model and their effect assessed through the mean-ends links to the top of the diagram.

References

  1. Vicente, K.J. (1999). Cognitive Work Analysis: Towards safe, productive, and healthy computer-based work. Mahwah, NJ: Lawrence Erlbaum Associates.
  2. Rasmussen, Jens (March 1985). "The role of hierarchical knowledge representation in decisionmaking and system management". IEEE Transactions on Systems, Man, and Cybernetics. SMC-15 (2): 234–243. doi:10.1109/tsmc.1985.6313353. ISSN 0018-9472. S2CID 27394001.
  3. Burns, Catherine M.; Hajdukiewicz, John (2017-07-12). Ecological Interface Design (0 ed.). CRC Press. doi:10.1201/9781315272665. ISBN 978-1-315-27266-5.
  4. Xiao, T.; Sanderson, P.M.; Mooji, M.; Fothergill, S. (2008). "Work domain analysis for assessing simulated worlds for ATC studies". Proceedings of the 52nd Human Factors & Ergonomics Society Annual Meeting. 52 (4): 277–281. doi:10.1177/154193120805200417. S2CID 17133763.
Category: