Unified Design of Universally Accessible Games (Say What?)
It's free to join Gamasutra!|Have a question? Want to know who runs this site? Here you go.|Targeting the game development market with your product or service? Get info on advertising here.||For altering your contact information or changing email subscription preferences.
Registered members can log in here.Back to the home page.

Search articles, jobs, buyers guide, and more.

By Dimitris Grammenos
[Author's Bio]

and Anthony Savidis
[Author's Bio]
Gamasutra
December 7, 2006

Unified Design of Universally Accessible Games (Say What?)

arrowrightPage One
arrowrightPage Two
arrowrightPage Three
arrowrightPage Four
arrowrightPage Five
arrowrightPage Six




Latest Letters to the Editor:
Perpetual Layoffs by Alexander Brandon [09.21.2007]

Casual friendliness in MMO's by Colby Poulson [09.20.2007]

Scrum deals and 'What is Scrum?' by Tom Plunket [08.29.2007]


[Submit Letter]

[View All...]
  


Features

Unified Design of Universally Accessible Games (Say What?)


Step One: Abstract Task-Based Game Design

The goal of this first step is to break down the high-level tasks performed by people when playing the particular game – irrespectively of the medium they use to play it – as well as the things they do, the things they act on and the things they need to know. In this context, it is essential to focus on the basic logical game activities and constituents identifying their semantic attributes and relevant regulations independently of the way these can be physically instantiated to be accessible or usable to particular user groups.


Figure 2: Abstract task decomposition for the game of chess

As an indicative example, the result of the decomposition for the game of chess is illustrated in Figure 2, where tasks are divided in two broad categories:

  • game-play tasks, comprising user actions directly related to the game goal and content (i.e., the board and the pieces);
  • game-control tasks, which include “peripheral” user actions that affect the game state and the way that player-game interaction is performed.

Step Two: Polymorphic Specialization with Design Alternatives

In this step, the abstract tasks resulting from the previous step are mapped to multiple low-level, physical alternative interactive designs, meeting target user attributes. In this context, accessibility barriers that can possibly emerge in each task when performed by a particular user group are identified and suitable alternative interaction methods and modalities are selected. An example of how the abstract task entitled “Select piece” (from the example illustrated in Figure 2) can be mapped to alternative low-level, physical, alternative interactive designs is presented in Figure 3.



Figure 3 : Example of mapping abstract tasks to alternative interactive designs




join | contact us | advertise | write | my profile
news | features | companies | jobs | resumes | education | product guide | projects | store



Copyright © 2006 CMP Media LLC

privacy policy
| terms of service