Pattern Languages for CMC Design

Pattern Languages for CMC Design

Dan Dixon (University of the West of England, UK)
DOI: 10.4018/978-1-60566-264-0.ch027
OnDemand PDF Download:
No Current Special Offers


Three decades ago the concept of pattern languages were introduced in the field of architecture and they have since become widely used in object-oriented programming and HCI. However their use in computing is divergent from Alexander’s original goals on two main points. Firstly, they were largely intended to describe the spaces formed by or for human activities and events. Secondly, they were intended as a way for professionals and lay people to communicate whilst designing buildings. This chapter suggests that the socio-technical design of social software should rediscover both these principles, firstly in a fuller appreciation of the wider human angle, and secondly in the participative design approach. Indeed, a pattern language approach within a socio-technical framework seems the ideal way to design the next generation of computer-mediated communication applications, as it will do so in a social context and in partnership with end users.
Chapter Preview

The power to make buildings beautiful lies in each of us already.

—Christopher Alexander



Over the last decade many new forms of computer-mediated communication (CMC) have appeared. These have progressed well beyond the original forms of, largely interpersonal, communication that appeared with the early internet; email, usenet and internet relay chat (IRC). Large scale social networks, social bookmarking, wikis, media sharing, instant messaging and now mobile applications are all reshaping our understanding of CMC. Many of these new applications involve large-scale, networked interactions and the people who use them are now very different from the academics and engineers who originally built them.

In software design there is a process gap between understanding the overall objectives and having a well specified system that can be handed programmers to build. In software product management terms, this often gets called the ‘fuzzy front end’ of a project. At the beginning of any product development, the team involved, will often a lack an understanding of what the software product needs to be and lack a clear process on how to move from what are usually business or organisational level goals to the level of detail needed so that developers can create the correct software (Khan, 2004). Different projects and organisations tackle this in different ways. Often they will tend to rely on experts who have deep tacit knowledge in specific application areas and experience of working on many projects. This approach locks knowledge into these individuals, makes them critical to the process and isn’t necessarily conducive to a participative approach.

In most cases this gap is currently filled by techniques like requirements gathering, functional specification, use cases or user stories. These techniques are very useful if the end product is well understood but they are better used as part of the specification phase of a project. In systems focused on single user applications or in well understood domains they may be sufficient to bridge the gap between the ‘fuzzy front end’ and software design, but aren’t sufficient to plug the gap when we are building systems for computer-mediated communication. These single-user focused approaches to specification try to understand interaction as atomic tasks, and focus only on interactions between the user and the system. The sociotechnical systems we are looking at are inherently complex systems and because they are complex, they also need to be understood on a macroscopic scale through their emergent properties. Reductionist approaches, like the ones described above, will not work and so a technique that looks to emergence is required.

The architect Christopher Alexander was tackling similar problems and introduced the idea of patterns and pattern languages as a way of creating a participative design process. Patterns are a way of recognising and describing approaches and structures that are encountered repeatedly in a discipline. He described patterns through a three part rule; a relationship between contexts, problems and solutions (1979). These ideas although not being used commonly in architecture have been adopted widely in computing. In architecture these patterns are common parts of buildings or the ways that urban areas are laid out, in software development they are common ways that objects interact, and in HCI they are common site architectures or interface components.

Architecture has a lot in common with software design. Across both disciplines the designers are trying to create artefacts that fit into and enhance people’s daily lives. Sociotechnical systems theory is, a now very established, approach to understanding how people and organisations relate to technology. The idea is that there are inter-linked human and technological systems involved in the use of any technology. Sociotechnical design was an approach that used these ideas as a basis for systems development. These ideas that started with investigations into how people use very physical machinery now make even more sense in an age of online social networks (Pasmore, Francis, Haldeman & Shani, 1982).

Key Terms in this Chapter

Fuzzy Front End: Often, when a project is started the exact outcomes and process are unknown and need to be defined as the first activity. The front end of the project is ill defined, hazy or fuzzy.

Sociotechnical Design: A set of principles put forward by in the 1970’s, intended to help with organisational change projects involving computers in the workplace. It was a reflection of practitoners experience in the light of the original Sociotechnical Systems Theory.

Sociotechnical Systems Theory: An approach to understanding the relationship between technology, individuals, organisations and society in work place design. This systems based approach includes (but is not limited to) the hardware, software, social, psychological, political, policy and legal systems that comprise the overall organisational system.

Pattern Language: A set of patterns built up to describe a project. These form a common language of assosiated concepts.

Pattern: A repeatedly observed structure that has evolved to solve problems in context. This structure is usually a complex balancing of forces, not a single solution to a single problem. These patterns are a template for re-use.

Computer-Mediated Communication (CMC): CMC is communication that occurs between two or more people in the medium of networked computers. This could be person to person, i.e. email, SMS, or many-to-many, i.e. social networks, wikis. Also known as Social Software or Social Media, especially when discussing the many-to-many aspects.

Complete Chapter List

Search this Book: