Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
VERITAS
247765
2.0 December 2011: Final version taking into account peer review report
(Hypertech)
Table of Contents
Version History table ............................................................................................... 3
Table of Contents ..................................................................................................... 4
List of Figures .......................................................................................................... 9
List of Tables .......................................................................................................... 10
Abbreviations list ................................................................................................... 11
Executive Summary ............................................................................................... 12
1 Introduction ..................................................................................................... 13
2 UCD, Guidelines and Requirements in the Workplace industry ................. 14
2.1 Overview ............................................................................................... 14
2.2 UCD in Workplace Design .................................................................... 14
2.2.1 Lighting and Sound ........................................................................................................ 15
2.2.2 Furniture and Storage .................................................................................................... 16
2.2.3 Visual Display Unit (VDU).............................................................................................. 16
2.2.4 Document Holders ......................................................................................................... 17
2.2.5 Keyboards...................................................................................................................... 17
2.2.6 Mouse Controls ............................................................................................................. 18
2.2.7 Chairs ............................................................................................................................ 18
2.2.8 Desks ............................................................................................................................. 19
2.2.9 Equipment positioning on desktop ................................................................................ 19
2.2.10 Phones........................................................................................................................... 20
2.2.11 Office Accessories and Non Routine Processes ........................................................... 20
2.3 UCD in Collaborative tools .................................................................... 21
2.3.1 A survey of preferences among office workers with disabilities .................................... 22
2.4 Buildings accessibility guidelines / standards ....................................... 25
2.4.1 Horizontal circulation ..................................................................................................... 26
2.4.2 Vertical circulation ......................................................................................................... 29
2.4.3 Doors ............................................................................................................................. 31
2.4.4 Devices and controls ..................................................................................................... 33
2.4.5 Reach ranges ................................................................................................................ 34
2.5 Guidelines and standards for software accessibility.............................. 36
2.5.1 The Trace Research & Development Center guidelines ............................................... 36
2.5.2 The Section 508 standards............................................................................................ 39
2.6 Design guidelines for collaborative tools ............................................... 40
2.7 Accessibility guidelines for collaborative tools ...................................... 41
2.7.1 Guidelines for Developing Accessible Asynchronous Communication and Collaboration
Tools 41
2.7.2 Guidelines for Developing Accessible Synchronous Communication and Collaboration
Tools 43
3 Use case analysis ........................................................................................... 45
3.1 Workplace Design Use Case Scenarios ............................................... 45
3.2 Collaborative Tools Use Case Scenarios.............................................. 47
4 Simulation models .......................................................................................... 49
4.1 General approach ................................................................................. 49
4.1.1 Definition of task. ........................................................................................................... 50
List of Figures
Figure 2-1: Common musculoskeletal disorders at office workstations .................... 14
Figure 2-2: Frequency of use of ICTs among undergraduate students per year ...... 22
Figure 2-3: Percentage of events per application area. ............................................ 22
Figure 2-4: Usage of collaborative tools among the sample ..................................... 23
Figure 2-5: Frequency of usage of collaborative tools among the sample ............... 24
Figure 2-6: Perceived usefulness of collaborative tools among the sample ............. 25
Figure 2-7: Minimum width according to intensity of use [ISO/DIS 21542] ............... 26
Figure 2-8: Clear Width at Turn [ADA 2010] ............................................................. 27
Figure 2-9: Space required for a 90o turn [ISO/DIS 21542] ...................................... 28
Figure 2-10: Space required for a 180o turn in a corridor [ISO/DIS 21542]............... 28
Figure 2-11: T-shaped turning space [ADA 2010] .................................................... 29
Figure 2-12: Ramp landings [ADA 2010] ................................................................. 30
Figure 2-13: Handrail Height [ADA 2010] ................................................................ 30
Figure 2-14: Handrail Non-Circular Cross Section [ADA 2010] ............................... 31
Figure 2-15: Clear Width of Doorways [ADA 2010] ................................................. 31
Figure 2-16: Clear opening of swinging and sliding doors [ISO/DIS 21542] ............ 32
Figure 2-17: Heights of switches, socket outlets, reading controls and controls on a
horizontal surface [ISO/DIS 21542] ................................................................... 34
Figure 2-18: Unobstructed Forward Reach [ADA 2010] ........................................... 34
Figure 2-19: Obstructed High Forward Reach [ADA 2010] ...................................... 35
Figure 2-20: Unobstructed Side Reach [ADA 2010] ................................................. 35
Figure 2-21: Obstructed High Side Reach [ADA 2010] ............................................ 35
Figure 3-1: Use case analysis process for 3D scenarios.......................................... 45
Figure 3-2: Use case analysis process for 2D scenarios.......................................... 47
Figure 4-1: Task representation ............................................................................... 50
Figure 4-2: Subtask representation .......................................................................... 51
Figure 4-3: Primitive task and related attributes ....................................................... 52
Figure 4-4: Generation of overall simulation task table ............................................ 52
Figure 4-5: Generation of UsiXML files .................................................................... 53
Figure 4-6: Simulation model tree generated from UsiXML for UC4.1.x.1 ................ 72
Figure 4-7: Simulation model tree generated from UsiXML for UC4.1.x.1 ................ 73
Figure 4-8 Simulation model tree generated from UsiXML for UC4.1.x.2................. 73
Figure 4-9: Simulation model tree generated from UsiXML for UC4.1.x.3 ................ 74
Figure 4-10: Example of a Task model definition in UsiXML for the Opening Drawer
task .................................................................................................................... 74
Figure 4-11: Example of a Multimodal Interaction model definition in UsiXML for the
Move_to_chair primitive task ........................................................................... 75
Figure 4-12: Simulation model tree generated from UsiXML for UC4.2.1 .............. 101
Figure 4-13: Simulation model tree generated from UsiXML for UC4.2.2 .............. 102
Figure 4-14: Simulation model tree generated from UsiXML for UC4.2.3 .............. 102
Figure 4-15: Task model tree generated from UsiXML for the Locate and click post
button complex task........................................................................................ 103
Figure 4-16: Multimodal Interaction Model tree generated from UsiXML for the
Locate post button primitive task ................................................................. 103
Figure 4-17: The Veritas Simulation Editor tool (Interaction and Simulation Model
Adaptor) ........................................................................................................... 105
Figure 4-18: Early version of the Veritas GUI Interaction Adaptor .......................... 107
List of Tables
Table 2-1: Maneuvering Clearances at Manual Swinging Doors and Gates [ADA
2010].................................................................................................................. 31
Table 2-2: Maneuvering Clearances at Doorways without Doors or Gates, Manual
Sliding Doors, and Manual Folding Doors [ADA 2010] ..................................... 32
Table 4-1: Overall simulation task table for Workplace Design applications ............ 54
Table 4-2: Object parameters for the Workplace Design applications ...................... 60
Table 4-3: Task success criteria for the Workplace Design simulation scenarios .... 63
Table 4-4: Overall simulation task table for Collaborative Tools use cases.............. 76
Table 4-5: Object parameter table for Workplace scenarios .................................... 84
Table 4-6: Task success criteria for the Collaborative tools simulation scenarios .... 90
Abbreviations list
Abbreviation Explanation
A Activity
API Application Programming Interface
D Deliverable
DOF Degree of freedom
ICT Information and Communication Technology
ID Internal Deliverable
DoW Description of Work
PTW Powered Two Wheeler
SP Subproject
UCD User Centred design
WP Work package
Executive Summary
This deliverable describes the work performed under activities A2.4.1 and A2.4.2 for the
generation of simulation models for the Workplace design and the Collaborative tools design
application areas.
Starting from results of task analysis and use cases description performed in WP1.7 and the
virtual user model files generated by the VERITAS model platform (WP1.6), the
requirements of end-users and of technology providers for ergonomic design with respect to
humans with limited functionalities were analysed first. Then this analysis was used to derive
specific tasks to be performed in simulation scenarios that follow the use cases. The tasks
are in turn analysed to describe the interactions, objects, success criteria and thresholds that
fully describe the simulation modeling. Finally, the simulation models are formulated into
UsiXML form, in order to abstractly describe the simulation models in a form that can be then
adapted by the Veritas Tools in order to match specific designs and users.
We started the work to create the simulation models by first performing a study of the
workplace (workplace design and collaborative tools) needs, requirements, guidelines and
standards which govern usability and accessibility in the workplace domain. The work
carried out during this activity revolved around literature research, questionnaires and expert
interviews, in order to provide a compendium of requirements with regards to accessibility
assessment in the workplace.
Based, on the Use Cases declared in D1.7.1 and analysed in multidimensional tasks in
D1.7.2, we derived the specific simulation models in table forms, from which, the resulting
UsiXML files were generated using the IdealXML tool. In total, 6 Simulation Models were
created, 3 for workplace design and 3 for Collaborative tools sub-domains, while also 39
task models (20 for Workplace and 19 for Collaborative tools) and 98 Multimodal Interaction
Models (72 in the Workplace and 26 in the Collaborative tools) were created and the
corresponding UsiXML files were generated.
1 Introduction
In the last 20 years, the workplace environment has gradually begun being the prominent
inclusive area of modern day society for people with impairments. New guidelines and
standards, as well as EU directives and laws have been introduced that all people,
regardless of impairments have access to employment, which means that buildings, facilities
and equipment that are used for workplace applications need to fulfil accessibility criteria
before they are applicable in the workplace environment.
To that effect, this document aims to compile the key requirements in workplace design
applications and collaborative tools applications, and using these requirements derive
simulation models from the workplace use cases defined in D1.7.1. For these simulation
models, object parameters and simulation success criterias and thresholds are produced.
Then, in the next part of the document, the UsiXML files, describing these simulation models
are described and examples included, while finally, an introduction to the next steps for
accessibility simulation in the workplace domain using the tools available within the Veritas
project is submitted.
In the following sections we will describe the main aspects of UCD in workplace design and
ICT applications design and development.
The European Directive 89/654/EEC deals with the minimum safety and health requirements
for workplaces. The Directive 90/270/EEC sets out minimum safety and health requirements
for work with display screen equipment, the environment and the operator/computer
EN ISO 9241: Ergonomic requirements for office work with visual display terminals
(VDTs)
EN ISO 9241-4: Ergonomic requirements for office work with visual display terminals
(VDTs). Keyboard requirements.
EN ISO 9241-5: Ergonomic requirements for office work with visual display terminals
(VDTs). Workstation layout and postural requirements
EN ISO 9241-9: Ergonomic requirements for office work with visual display terminals
(VDTs). Requirements for non-keyboard input devices.
The following standards from Australia are very detailed and relevant:
Australian Standard AS 1680, Standard AS 1680.2.2 - 1994 Interior lighting Part 2.2:
Office and screen-based tasks
The ADA 2010 Standards for Accessible Design include also some references to tables
and work surfaces.
Below, we present a list of guidelines referring to the physical placement of equipment in the
office environment and to ambient environment. They have been compiled mainly from a list
of guidelines by the European Agency for Safety and Health and Work and by the University
of Sydney.
For more demanding visual tasks, including proof reading and working from poor
quality photocopies, 600 lux is suitable [UTS guidelines].
The recommended decibel range for office work is 55 to 65 dBA [UTS guidelines].
All pieces of furniture should be placed so that workers do not have to twist or reach
while carrying items weighing over 4 kgs. It is advisable to have a secondary work
space outside the maximum reach area, so that people have to stand up and move
around to reach items that should not be lifted whilst sitting [UTS guidelines].
Workers should not over-stretch in order to reach objects located beyond maximum
reach [UTS guidelines].
Heavy items should be stored on shelves around waist level. Frequently used items
should not be stored near floor level or above shoulder height [UTS guidelines].
Workers should not have to repeatedly use poor spinal postures when sideways
reaching and leaning down to a drawer unit [UTS guidelines].
The VDU should be rotatable and tiltable, to be easily adjustable [UTS guidelines].
The VDU should be placed at an appropriate height above the work surface where
the top line of text is just below eye level (15 degrees) [UTS guidelines].
For people wearing glasses, the VDU should be positioned low enough so that they
do not have to raise their chin to Locate at the screen [EASHW and UTS guidelines].
The VDU should be positioned at a comfortable reading distance from the operator
(350mm to 750mm) (EASHW guidelines).
For workers wearing glasses, the monitor distance from the user should match the
focal length of the spectacles [UTS guidelines].
Alternative light control options should be investigated to reduce glare from the work
environment [UTS guidelines].
2.2.5 Keyboards
The keyboard should be separate from the screen to allow both of them to be
independently adjusted [UTS guidelines].
The primary part of the keyboard to be used (i.e. alpha or numeric), should be
directly aligned in front of the body [UTS guidelines].
The monitor and keyboard should be aligned and directly in front of the worker so
that they do not twist to reach the keys (EASHW guidelines).
The keyboard should be located in close proximity to the body to avoid over reaching
to key (EASHW guidelines). The worker should not have to overstretch the fingers to
reach shift and function keys [UTS guidelines].
The shoulders should be relaxed when the hands are resting on the keys with the
upper arms hanging naturally and the lower arm at approximately 90 degrees
(EASHW guidelines).
The wrists should be straight and in line with the forearm whilst keying or using the
mouse, to avoid excessive bending to the side or upwards (EASHW guidelines).
Laptop screens and keyboards should not be used for prolonged periods, as they
cannot be optimally adjusted. If this cannot be avoided, it is advisable to use a
standard keyboard and mouse connected to the laptop and to place the laptop
screen so that the top line of text is just below the eye line [UTS guidelines].
The incline of the mouse should guarantee minimal bending up of the wrist [UTS
guidelines].
The mouse should be at the same level and as close as possible to the keyboard to
avoid stretching the arm out to the side or across the desk (EASHW guidelines).
The possibility to adjust mouse speed via the control panel may reduce the need to
maintain a tense grip to control excess movement [UTS guidelines].
2.2.7 Chairs
The chair should maintain the curves of the spine by providing adequate support to
the lower back curve. The backrest should be sufficiently padded and contoured to fit
and support the small of the back [UTS guidelines].
A chair should be adjustable in height whilst seated and should be stable under
normal operating conditions at all heights. It should have backrest adjustable in
height and tilt whilst seated on the chair and should allow close access to the desk
[EASHW and UTS guidelines]. A chair should allow alternation between a semi-
reclined and upright posture throughout the day, e.g. when on the phone [UTS
guidelines].
The backrest width should not impede keying posture by causing the arms to be held
out to the side [UTS guidelines].
Chairs should move easily across floor surface, to avoid extra strain on the upper
limbs in pulling and pushing the worker towards or away from the desk [UTS
guidelines].
Glides are recommended if chairs are on linoleum or similar floors, as castors may
present a hazard by rolling too freely. Lockable castors may be used on linoleum
floors. These are free rolling when there is no weight on the chair, and lock in
position when weight is applied [UTS guidelines].
If the feet are not flat on the floor when sitting, then a stable footrest should be used
(EASHW guidelines).
2.2.8 Desks
The desk top size should have an adequate width and depth to allow for correct
posture at the keyboard [UTS guidelines]. Elbows should be level with, or slightly
higher than keyboard while typing (EASHW guidelines).
The desktop should easily accommodate all tasks and there should be sufficient
space for source documents. The following are the minimum desk top sizes: for
mixed tasks e.g. computer and clerical - 1500 X 900mm, for single tasks e.g.
computer only - 1200 X 900mm [EASHW and UTS guidelines].
If the height of keyboard desks is fixed this should be in the range of 680 mm to
710mm (Australian Standard 3590.2-1990). A higher work area should be used for
layout, sorting and collating of documents (Australian Standard 3590.2-1990).
The tops of tables should be in the height 660 to 760 mm above the ground. The tops
of work surfaces should be in the height 710 to 865 mm above the ground [ADA
2010].
The desk top and supporting frame should have a maximum thickness of 30mm to
allow for adequate leg clearance [UTS guidelines].
The underside of the desk should be free from obstruction to the knees through items
such as under desk CPU holders and drawer units. The minimum clearances for legs
to allow close access to work tasks are: minimum depth 550mm, minimum width
800mm (EASHW guidelines and Australian Standard 3590.2-1990).
The less frequently used equipment and materials should be placed within a distance
reached by the outstretched arm [UTS guidelines].
The position of source documents should be in line with or close to the monitor and
around eye level to avoid excessive twisting or bending of neck (EASHW guidelines).
2.2.10 Phones
Telephones should be positioned on the non-dominant side to allow pick up and
holding in the non-dominant hand while writing or keying with the dominant hand
[UTS guidelines].
When phone is frequently answered while keying or writing, a phone head set should
be used [UTS guidelines].
Research has shown that people with disabilities are less likely to live in households with
computers, are less likely to use computers and are less likely to be online. However, once
we control for socio-economic background, we find that people with hearing disabilities and
those who have limited walking ability are not less likely to be Internet users [Dobransky,
Hargittai, 2006]. Moreover, when people with disabilities do use collaborative online tools for
social discource and work collaboration ICT tools can provide a beeter medium for social
inclusion [Soderstrom, 2009]. [Lynch, 2006] performed a relative survey among
undergraduate information systems students. They were asked how often they were using
several types of technologies, and the answers were coded in the following scale: 5 (lots,
every day), 4 (few times a week), 3 (maybe once a week), 2 (a few times a month), 1
(rarely), 0 (never). The use of email was the most frequently used from the given list. The
synchronous text chat and the asynchronous chat followed, but daily use was reported for
them too. Only the synchronous video/audio chat was less used, this could be due to a
number of reasons, such as, the non-availability of hardware to interact with users, and the
relative small number of users of the technology.
Figure 2-2: Frequency of use of ICTs among undergraduate students per year
According to [Wainhouse research, 2008] the usage of audio, video, and web conferencing
is growing significantly. More precisely, the number of bridged audio conferencing minutes
increased by 55% worldwide between 2006 and 2008 approaching nearly 60 billion minutes.
The number of named end users for premise-based web conferencing solutions increased
by 48% during the period to reach 31 million. The total number of business video endpoints
sold increased by 43% to 235,000.
Webinar Success performed an online survey in 2008 to estimate web conferencing usage
characteristics. 13 web conferencing providers participated, 5 of them representing global
usage. The results of this survey are shown below and although they are not representative
of the total market, they show the size of use.
Average
Collaborative
Employee Comm.
Financial/IR
Marketing/PR
Press/Analyst
Sales
Training
Other
Accountant 5
Cashier 2
Communication Manager 1
Economist 2
Engineer 10
Lawyer 2
Psychologist 1
Secretary 8
Salesperson 1
Software developer 1
4 persons declared that they are novice PC users, 20 standard PC users and 9 expert PC
users. 14 persons had a motor impairment, 13 a visual impairment and 6 a hearing
impairment. Mobility aids used are wheelchairs and walking sticks. Assistive devices used
are: Speech-to-text software, special trackball, built-in-sticky keys for keyboard.
The usage of the four collaborative tools categories surveyed is shown below. The email is
the tool that is being used the most and the web conferencing the least. All the respondents
stated that they are using email, 20 stated that they are using an instant messenger
application, 17 a document repository application and 14 a web conferencing application.
35
30
Numbe rof responses
25
20
15 Yes
No
10
0
Instant Email Document Web
messenger repository conferencing
As regards the frequency of use of the collaborative tools, again the email is the most
frequently used, as 24 people say that they use it every day, 4 people that they use it 2-3
times a week and only 5 people say that they use it rarely. The document repository is used
quite often, since 17 people say that they use it every day, but 16 say that they never use
such an application. Instant messenger is also quite often used, 11 people use it every day,
2 once a week, 7 rarely and 13 never. The less often used tool among the respondents is
the web conferencing application, since only 1 person stated that it is used very day, 11
people a few times a month, 2 rarely and 19 never.
30
25
Numbe rof responses
20 Every day
2-3 times a week
15
Once a week
10 A few times a month
Rarely
5
Never
0
Instant Email Document Web
messenger repository conferencing
The respondents were asked to rate the usefulness of the collaborative tools with 5 options,
Very useful (rated as +2), Rather useful (rated as +1), Indifferent (rated as 0), Rather not
useful (rated as -1) and Not useful at all (rated as -2). The weighted average of responses is
shown below. The ratings from people who stated that they never use a tool were not
considered, if given. The document repository applications are considered as the most
useful, followed by the email and the instant messenger, while the web conferencing got the
lower, although still very positive, rating.
2,50
2,00
Weigthed average
1,50
1,00
0,50
0,00
Instant Email Document Web
messenger repository conferencing
Unfortunately, we got very few responses on problems encountered when using such tools
and on ideas for their improvement. A lot of people responded that they do not face any
problem. We got few problems mentioned specifically for the web conferencing, which refer
to video connectivity,
According to the above findings, the tools that are most often used by the users and which
should be considered by VERITAS are the email and the document repository application,
while a teleconferencing application could also be given a medium priority.
The main horizontal circulation design should be level, without steps. If differences in level
cannot be avoided, ramps, lifts or platform lifts should be provided [ISO/DIS 21542]. The
[ADA 2010] standards further specify that changes in level up to 6.4 mm can be vertical,
from 6.4 mm up to 13 mm they should be beveled with a slope not steeper than 1:2, over 13
mm they should be ramped.
The running slope of walking surfaces should not be steeper than 1:20. The cross slope of
walking surfaces should not be steeper than 1:48. [ADA 2010].
According to [ADA 2010] the clear width of walking surfaces should be 915 mm and can be
reduced to 815 mm for a length of 610 mm if the reduced width segments are separated by
segments that are 1220 mm long and 915 mm wide. According to [ISO/DIS 21542] the
minimum clear width of passages should be 1200 mm, exclusive of handrails and any other
projections, while the minimum requirements increase according to intensity of use as shown
below.
Objects with leading edges more than 685 mm and not more than 2030 mm above the finish
floor or ground should not protrude more than 100 mm maximum into the circulation path.
Handrails can protrude 115 mm maximum. [ADA 2010]. The clear width between handrails
should be 915 mm minimum. [ADA 2010]
The minimum clear height of corridors should be 2100 mm according to [ISO/DIS 21542]
and 2030 mm according to [ADA 2010]. [ADA 2010] further specify that if height is less, then
guardrails or other barriers should be provided at 685 mm maximum above the finish floor or
ground.
The [ADA 2010] specifications on the clear width at turns is shown below.
Junctions within a corridor should have a turning circle with a diameter of 1800 mm or more,
clear of any obstructions [ISO/DIS 21542].
o
Figure 2-9: Space required for a 90 turn [ISO/DIS 21542]
o
Figure 2-10: Space required for a 180 turn in a corridor [ISO/DIS 21542]
According to [ADA 2010], turning spaces can be circular with a diameter of at least 1525 mm
or T-shaped with a 1525 mm square with arms and base 915 mm wide. Each arm of the T
should be clear of obstructions 305 mm in each direction and the base should be clear of
obstructions 610 mm.
To approach an element:
There should be clear floor or ground space of 760 x 1220 mm for either forward or
parallel approach [ADA 2010].
Toe clearance should be 635 to 430 x 760 mm wide under an element [ADA 2010].
Knee clearance should extend 635 mm deep maximum and 280 mm minimum under
an element at 230 mm above the finish floor or ground and 760 mm wide minimum
[ADA 2010].
The minimum illumination at the top and bottom of the ramp should be 200 lux and 150 lux in
between the bottom and top [ISO/DIS 21542].
Ramp runs with a rise greater than 150 mm should have handrails. The floor or ground
surface of the ramp run or landing should extend 305 mm beyond the inside face of a
handrail [ADA 2010].
[ISO/DIS 21542] requires the presence of handrails for stepped and sloped paths, ramps
and stairs and lift cars. [ADA 2010] specifies that handrails should be provided on both sides
of stairs and ramps and they should be continuous.
Handrails should extend horizontally for 305 mm minimum above the ramp landing or at the
top of a stair flight [ADA 2010].
The top of the gripping surfaces of handrails should be 865 mm minimum and 965 mm
maximum vertically above walking surfaces, stair nosings, and ramp surfaces. [ADA 2010]
Handrail gripping surfaces with a circular cross section should have an outside diameter of
32 mm minimum and 51 mm maximum. Dimensions of non-circular cross sections are
shown below [ADA 2010].
2.4.3 Doors
[ADA 2010] specify that revolving doors, revolving gates, and turnstiles are not allowed in an
accessible route. The clear width of various door types and maneuvering clearance
according to [ADA 2010] is shown below.
According to [ISO/DIS 21542] the clear width of doors should be minimum 800 mm, but 850
mm or more is recommended. The clear height of doors should be at least 2000 mm. A level
threshold is recommended, but where a raised threshold should exist, it should have a
maximum height of 15 mm, be beveled when higher than 5 mm and have visual contrast.
Figure 2-16: Clear opening of swinging and sliding doors [ISO/DIS 21542]
A maneuvering space of not less than 600 mm should be provided between the leading
edge of a door and a wall that is perpendicular to the doorway, 700 mm or more is
recommended. [ISO/DIS 21542]
[ADA 2010] recommend the use of doors that can be operated with a closed fist or a loose
grip and suggest to avoid systems that require simultaneous hand and finger movements.
[ADA 2010] specify that handles, pulls, latches, locks, and other operable parts on doors and
gates should be 865 mm minimum and 1220 mm maximum above the finish floor or ground.
When the operating force needed to open the door is greater than 30 N at 0 and 20 N at 30
opening, [ISO/DIS 21542] recommends an automatic opening door. In narrow spaces
sliding doors can be preferable. All automatic doors should be capable of remaining totally
open (at least 90 in the case of hinged doors) without manual support [ISO/DIS 21542].
Where a revolving door or turnstile is installed, a hinged or sliding door should be provided
as an alternative alongside. A revolving door should be large enough to allow safe passage
and accommodation for a wheelchair user and a companion [ISO/DIS 21542].
Where sliding doors are in the fully open position, operating hardware should be exposed
and usable from both sides [ADA 2010].
[ISO/DIS 21542] specify that hardware shutters and switches for remote control should be
placed between 800 mm and 1000 mm above the floor and that the glazing should be no
higher than 1100 mm from the floor.
[ISO/DIS 21542] specifies that devices, controls etc. should be installed at an accessible
height for reaching and operating, between 400 mm and 1100 mm above floor level and
should be located a minimum of 600 mm from any internal corner, preferably 700 mm, while
control devices like radiator valves, fuse boxes, switches, push-buttons, intercoms, etc.,
should be installed between 800 mm 1 100 mm, and they should be located a minimum of
600 mm from any internal corner.
The force required to activate operable parts should be 22.2 N maximum [ADA 2010].
Control devices combined with text or figures should be positioned with the text and figures
or the whole control device placed at the angle of approximately 45 to the wall so that they
are easier to read and operate [ISO/DIS 21542].
Control devices placed on a horizontal surface should be placed at a height between 800
mm 900 mm and within 300 mm from the edge of the surface [ISO/DIS 21542].
Socket outlets, including those for telephone or TV, should be located not less than 400 mm
from the floor [ISO/DIS 21542].
Reading meters should be located between 1 200 mm and 1 400 mm from the floor.
[ISO/DIS 21542]
1 Fire alarm, call point, 2 Fire extinguisher, 3 Meter indicators, 4 Control devices, 5 Socket
outlets
Figure 2-17: Heights of switches, socket outlets, reading controls and controls on a horizontal
surface [ISO/DIS 21542]
Writing to Screen
The standard text-drawing tools should be used, so that the access software can
monitor what is being written.
Text-drawing tools should be used to erase text, again to support screen reading
software.
Use of painted text should be avoided, because this is often stored as bit image and
cannot be read by screen reading routines.
The system cursor should be dragged along with any special cursor, which can be
invisible.
The cursor should be easy to locate, i.e. by momentarily changing it into some large
dark shape when a particular key combination is pressed.
When using color, the colors of standard elements from the system control panel
should be preferably used. If this is not possible, then colour blind people should be
considered and colour should be redundantly used maintaining high contrast.
The screen layout for menus, feedback messages, etc. should be consistent, to
facilitate people using screen enlargement or screen reading software.
Warnings, alerts and other popup messages should remain on screen until dismissed
by the user, else the user may not have time to read them.
Text should be arranged in single column layout, else screen readers should be
specifically programmed to handle them.
Keyboard
Applications programs should use the Caps Lock, Scroll Lock, and Unlock keys
status flags in the system and keyboard or update them to agree with the program.
All aspects of the program, including menus, dialogs, palettes, etc., should be
accessible from the keyboard.
Key latching and other StickyKey functions should be avoided, as this may interfere
with system software.
Controls
Controls should be given meaningful names, as these are used by screen reading
software.
Fake buttons and hot spots should be avoided, because they cannot be easily
recognized by a screen reader.
Standard system menu tools should be used, so that access software can read the
list of available commands.
Non-text menu items should be avoided, as they cannot be read by screen readers.
All menus should be accessible by the keyboard, to assist people who cannot use
the pointer.
Toolbar icons should be individually drawn, so that they can be accessed by the
screen reader.
There should be a way to select an open window and bring it to the top.
Dialog Boxes
Buttons should be given meaningful names, as these are used by screen reading
software.
Standard relationships between buttons and captions should be used, so that this is
predictable for people using screen readers.
Direct keyboard access to all aspects of the dialog should be provided, including
buttons, scroll windows, text entry fields, and pop-up menus.
Size of Objects
Most users will appreciate being able to adjust the font size as a way to reduce
eyestrain.
Sound
All auditory information should be provided visually as well, to assist people with
hearing impairments.
The visual cue should be sufficient to attract the user's attention when viewed out of
the corner of the eye. For urgent messages, the whole screen may be flashing. In
other cases the window or its title bar might flash. Flashing should be 2 Hz or less,
else there is the risk for seizures in people with photosensitive epilepsy.
The user should be able to adjust the volume and turn sounds on or off.
Other
All user-settable parameters should be readable and settable via external software.
Extended ASCII character graphics rather than standard ASCII characters (such as
"***") should be used for drawing lines, making boxes, etc., because screen readers
read it as "asterisk, asterisk, asterisk,". Alphabetic characters should not be used to
draw boxes.
A highlighted bar should not be used to select items from a list, as it is much harder
for screen reading software. Instead, a small character may be carried up and down
a list.
Information about a user interface element (identity, operation and state) should be
available to assistive technology. If this element is an image, the information must
also be available in text.
Applications should not override user selected contrast and colour selections and
other individual display attributes.
Colour coding should not be used as the only means of conveying information,
indicating an action, prompting a response, or distinguishing a visual element.
When a product permits a user to adjust colour and contrast settings, a variety of
colour selections capable of producing a range of contrast levels should be provided.
Software should not use flashing or blinking text, objects, or other elements having a
flash or blink frequency greater than 2 Hz and lower than 55 Hz.
When electronic forms are used, the form should allow people using assistive
technology to access the information, field elements, and functionality required for
completion and submission of the form, including all directions and cues.
The system should enhance existing computer based relationships, and encourage the
forging of new ones [Jones, 1995]. It should accommodate the changes in people's roles
and commitments with time [Jones, 1995].
Importance must be placed on improving the quality, efficacy and product of interactions
(Jones, 1995).
The system acceptance should be maximised by providing appropriate support for individual
work and providing transparent integration with support for group work (Cockburn and
Jones, 1991).
The developed collaboration tool, and the real-time communication managed by the
tool, if this is the case, should be adequate for all browsers and should support
several input and output modalities and assistive technologies, to cover the needs of
all possible users.
Users should be able to easily configure the interface according to their individual
preferences.
More specific guidelines by IMS project per tool category are given in the following sections.
To guarantee accessibility of such tools, the navigation systems should have simple
framesets which should include title or name attributes, there should be an ALT text or
buttons to expand or contract threaded discussions, form fields should accommodate
keyboard navigation. Furthermore, the tab sequence when moving between elements on the
page should follow a certain and concise logic.
Text should be used instead of images of text for navigation links or buttons.
Stylesheet attributes and text should be used to create attractive form buttons
instead of using images.
Bypass links or some other method should be provided to allow users to skip
repetitive navigation links and go directly to the main content of the page.
Common issues that create accessibility problems are the inclusion of non-plain text
components, i.e. XHTML markup code for fonts, colours and bold formatting, within the body
of the e-mail, the inclusion of background images that obscure text for people with low-
vision, the attachment of non-standard file formats that cannot be accessed by the recipient
of the e-mail.
Therefore, developers should ensure that e-mail content is only allowed in a plain text format
without fonts, colours, font formatting or background images. It is a good idea to provide an
easy-to-use feature to allow the users to configure the interface according to their individual
preferences (e.g. a simple or expert option).
Issues to be considered are the use of indexing or navigation systems without complex
frames that do not include the title or name attributes. Form fields in search utilities should
accommodate keyboard navigation. Display options should be easy to locate and accessible
via the keyboard.
Issues that have to be avoided are the use of scripts that use event handlers that are device-
dependent (i.e., require a mouse), the use of incorrect markup that inhibits the users ability
to navigate among table cells and access headers and other cell information, table cells
whose content does not linearize correctly.
For data tables row and column headers should be identified. Abbreviations for
header labels should be used and structural groups of rows or columns should be
identified.
Table content should linearize correctly and a linear alternative should be provided, if
this cannot be assured.
The tool developers should provide mechanisms that allow users who communicate slowly
to participate effectively (e.g., speaker designation) and should ensure that all mouse actions
can also be completed, effectively, from the keyboard.
Developers may enhance the accessibility of applications for all users by following these
practices:
The user interface should be simple and appropriate platform-specific user interface
guidelines should be followed.
2.7.2.2 Audio-Conferencing
Users with hearing and speech disabilities should be accommodated by such a system.
Issues to be considered are that the audio output is inaccessible to users who are deaf or
who have profound hearing loss and that speech input may be difficult for users with speech
disabilities.
2.7.2.3 Video-Conferencing
Users with visual, hearing, and/or speech disabilities must be accommodated by such a tool.
Issues to be considered as they may pose barriers to the tool use are that additional visual
information such as graphs and charts may be inaccessible to users who are visually
impaired, audio output is inaccessible to users who are deaf or who have profound hearing
loss, speech input requirements may be too much for users with speech disabilities.
Furthermore, videoconference systems that preferentially encode stationary elements of a
scene, rather than dynamic ones, can disrupt effective transmission of sign languages, since
they depend on movement.
Visual support elements should be provided and users should be encouraged to use
this function.
Sign translation services provided remotely should be added. The tool should be
designed to accept a second video stream arriving from another location.
Video encoding standards that facilitate sign language transmission, such as MPEG-
4, should be investigated.
Use
D1.7.1 Action
Case
Accessibility
Simulation
Pull Design
drawer handle Question
- Posture simulation
- Vision Simulation
- Gait Simulation
1
- Is handle reachable?
- Is drawer movable?
Scenario 4.1.x.1 (x= a|b, desktop, immersive): Entering the workspace and sitting on
desk
The users want to navigate from the entrance of the building until they reach their desk and
sit on their chair. This involves the following steps:
The users want to access their desk drawers and use devices and equipment on their desk.
This involves the following steps:
Scenario 4.1.x.3 (x= a|b, desktop, immersive): Print a document and classify it in a
dossier on the closet
The users want to navigate from their office, add paper to a printer, get a printed document
from the printer and classify it in a dossier. This involves the following steps:
In the following table, for each workplace scenario, the description of the design questions
and possible impairments are shown
Use
D1.7.1 Action
Case
Accessibility
Simulation
Click upload Design
button Question
The users want to upload a file to a sharing repository and the print a copy of the document.
This involves the following steps:
The users want to create a new discussion on a text chat system. This involves the following
steps:
The users want to start a teleconference with remote collaborators. This involves the
following steps:
4 Simulation models
4.1 General approach
All simulation models and related information are created according to the following general
process:
Use cases definition: definition of main use cases and their analysis in terms of
scenarios, actors and tasks.
Tasks and subtasks definition: tasks and subtasks are extracted from use
cases description. In case of healthcare industry and use cases selected its a
good practice restrict use cases to very simple ones. This means that use cases
should match a task to be simple enough to be achieve its objective.
Primitive tasks definition: each subtask is deeply analyzed and divided into
atomic tasks called also primitive tasks.
Specification of disabilities related with the primitive tasks: keeping in mind
the disabilities and/ or psychological states suffered by a user considered in
VERITAS, a set of impairment, disabilities and P&B states should be selected
according to specific subtasks and/or primitives.
Specification of alternative primitive tasks: For each disability an alternative
primitive task has to be defined to bypass or try to bypass the gap by objective.
Definition of objects involved in the interaction with the user: Each task
requires the interaction with one or more objects. During this step we have to
define the objects and the relative parameters considered to measure the
interaction.
Definition of success criteria for the tasks: The success criteria have to be
defined starting from the parameters and the object selected.
Tasks analysis: For each task an analysis has to be conducted in order to divide
each task in a set of subtasks and each subtask in a set of primitives. Starting
from that the impairment defined for each primitives and the alternative primitive
tasks has to be related.
Interaction analysis: Each task to be conducted requires interactions. The
interactions are defined in terms of modality, object and means.
Simulation models: Since the task and interaction analysis are in place, the
process can be completed with the generation of simulation models. This activity
will apply the UsiXML language.
25/11/2011 50 Hypertech
VERITAS D2.4.1 PU Grant Agreement # 247765
D1.7.1 Use case definition D1.7.2 Task analysis ID2.8.3 Multimodal interaction
Primitive
Alternative
tasks
Alternative Alternative task
Use Case Task Subtask (numbers Modality Task object Disability
task(s) modality object/assistiv
indicate
e device
alternatives)
This process is applied to the workplace design and collaborative tools application domain and the
results are reported in the following sections.
Accessibility of building design (navigation, access etc.). Beneficiary with no limitation, beneficiary with visual impairment). Desktop
simulation/Immersive Simulation (4.1.a.1/4.1.b.1).
Accessibility of office equipment (Using PC, furniture, devices on desk). Beneficiary with no limitation, beneficiary with visual impairments.
Desktop simulation/Immersive Simulation (4.1.a.2/4.1.b.2).
Accessibility of office equipment and access (print a document and classify). Beneficiary with no limitation, beneficiary with lower limb
impairments. Desktop simulation/Immersive Simulation (4.1.a.3/4.1.b.3).
Table 4-1: Overall simulation task table for Workplace Design applications
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
Locate (eyes) Vision Main entrance Reduced vision Locate (hands) Motor =
Entering the Locate and Locate (eyes) Vision Door handle Reduced vision Locate (hands) Motor =
workspace and enter main
sitting on desk entrance Reach (hands) Motor Door handle = = = =
Grasp (hands) Motor Door handle = = = =
Push (hands) Motor Door handle = = = =
Push (hands) Motor Door = = = =
Release (hands) Motor Door handle = = = =
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
Locate and Locate (eyes) Vision Lift doors Reduced vision Locate (hands) Motor =
approach lift
Walk (feet) Motor Lift doors = = = =
Locate and Locate (eyes) Vision Button Reduced vision Locate (hands) Motor =
push button 2nd
floor Reach (fingers) Motor Button = = = =
Push (fingers) Motor Button = = = =
Open sound or
Get aware of Locate (eyes) Vision Lift doors Reduced vision Locate (ears) Hearing
voice
open doors and
exit lift Walk (feet) Motor Outside Lift doors = = = =
Locate and Locate (eyes) Vision Door handle Reduced vision Locate (hands) Motor =
enter office
Reach (hands) Motor Door handle = = = =
Grasp (hands) Motor Door handle = = = =
Push (hands) Motor Door handle = = = =
Push (hands) Motor Door = = = =
December 2011 55 Hypertech
VERITAS D2.4.1 PU Grant Agreement # 247765
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
Release (hands) Motor Door handle = = = =
Locate and Locate (eyes) Vision Chair Reduced vision Locate (hand) Motor =
walk to the
office chair Walk (feet) Motor In front of Chair = = = =
Adjust and sit Reach (hands) Motor Chair = = = =
on chair Push (hands) Motor Chair = = = =
Sit (full body) Motor Chair = = = =
Locate (eyes) Vision Drawer Vision impaired Locate (hands) Motor =
Reach (hands) Motor Drawer handle = = = =
Opening drawer
Grasp (hands) Motor Drawer handle = = = =
Pull (hands) Motor Drawer handle = = = =
Locate power Locate (eyes) Vision Power button Reduced vision Locate (hands) Motor =
button and turn Reach (hands) Motor Power button = = = =
on PC Push (fingers) Motor Power button = = = =
Locate (eyes) Vision Power button Vision impaired Locate (hands) Motor =
Using office Reach (hands) Motor Power button = = = =
equipment
Push (finger) Motor Power button = = = =
Activating Reach (hands) Motor Computer screen = = = =
computer
screen Grasp (hands) Motor Computer screen = = = =
Pull closer
Motor Computer screen = = = =
(hands)
Push farther
Motor Computer screen = = = =
(hands)
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
Pull lower
Motor Computer screen = = = =
(hands)
Pull higher
Motor Computer screen = = = =
(hands)
Phone (or printer,
Locate (eyes) Vision Vision impaired Locate (hands) Motor =
scanner)
Phone (or printer,
Reach (hands) Motor = = = =
Using devices scanner)
Grasp (hands) Motor Phone hook = = = =
Push buttons on
Push (hands) Motor = = = =
devices
Leave chair
Wheelchair Wheelchair
(hands, feet, Motor Chair = Motor
user wheels
Go to storage body)
area Locate (eyes) Vision Storage area = Locate (hands) = =
Wheelchair Wheelchair
Walk (feet) Motor Storage area = Motor
user wheels
Print a Locate (eyes) Vision Stored paper = Locate (hands) = =
document and
classify it in a Get paper Wheelchair
Reach (hands) Motor Stored paper = Motor =
dossier on the user
closet Wheelchair
Grasp (hands) Motor Stored paper = Motor =
user
Locate (eyes) Vision Printing tray = Locate (hands) = =
Wheelchair Wheelchair
Feed paper in Walk (feet) Motor Printer area = Motor
user wheels
printing tray
Wheelchair
Reach (hands) Motor Printing tray = Motor =
user
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
Wheelchair
Grasp (hands) Motor Printing tray = Motor =
user
Wheelchair
Pull (hands) Motor Printing tray = Motor =
user
Release paper Wheelchair
Motor Stored paper = Motor =
in tray (hands) user
Wheelchair
Push (hands) Motor Printing tray = Motor =
user
Locate (eyes) Vision Printer = Locate (hands) = =
Get printed Wheelchair
document from Reach (hands) Motor Printed document = Motor =
user
printer Wheelchair
Grasp (hands) Motor Printed document = Motor =
user
Locate (eyes) Vision Dossier = Locate (hands) = =
Wheelchair
Walk (feet) Motor Dossier = Motor =
user
Wheelchair
Get a dossier Reach (hands) Motor Dossier = Motor =
user
from shelf
Wheelchair
Grasp (hands) Motor Dossier = Motor =
user
Bring dossier Wheelchair
Motor Dossier = Motor =
down (hands) user
Locate (eyes) Vision Dossier = Locate (hands) = =
Open dossier Wheelchair
Motor Dossier cover = = =
Classify (hands) user
document in Release printed
Wheelchair
dossier document in Motor Dossier = = =
user
dossier (hands)
Close dossier Motor Dossier cover Wheelchair = = =
Primitive
Subtask
tasks Alternative
(numbers Alternative Alternative
Task (numbers Modality Task object Disability task object /
indicate tasks(s) modality
indicate assistive device
alternatives)
alternatives)
(hands) user
Locate (eyes) Vision Shelf = Locate (hands) = =
Wheelchair
Store document Walk (feet) Motor Shelf = Motor =
user
on shelf
Lift dossier to Wheelchair
Motor Dossier = Motor =
shelf (hands) user
Position in x,y,z
Rotation in degrees
Door handle Mass in kg = =
Resistance Force in
Nt
Position in x,y,z
Rotation axis
Door Mass in kg = =
Resistance Force in
Nt
Position in x,y,z
Lift Doors Sound/Voice
Lift doors Translation axis
speaker/Bell Sound volume
Mass in kg
Position in x,y,z
Translation axis
Button = =
Mass in kg Resistance
Force in Nt
Position in x,y,z
Translation axis
Power button = =
Mass in kg Resistance
Force in Nt
Position in x,y,z
Translation axis
Drawer = =
Mass in kg Resistance
Force in Nt
Position in x,y,z
Translation axis
Computer screen = =
Mass in kg Resistance
Force in Nt
4.1.a.2 & 4.1.b.2
Phone (or printer,
Position in x,y,z = =
scanner)
Position in x,y,z
Phone hook = =
Mass in kg
Position in x,y,z
Push buttons on Translation axis
= =
devices Mass in kg Resistance
Force in Nt
Position in x,y,z
Rotation axis Mass in kg
Chair Mass in kg Wheelchair Resistance Force
Resistance Force in in Nt
Nt
Storage area Position in x,y,z = =
Position in x,y,z
Stored paper = =
Mass in kg
4.1.a.3 & 4.1.b.3 Position in x,y,z
Translation axis
Printing tray Mass in kg = =
Resistance Force in
Nt
Printer area Position in x,y,z = =
Position in x,y,z
Paper = =
Mass in kg
Printer Position in x,y,z = =
In this way, the interaction performance can either be described at complete operation level and / or at single action level, in order to sort out the
critical factors that affect the interaction performance.
Table 4-3: Task success criteria for the Workplace Design simulation scenarios
The user's
hand is Visually
Grasp (hands) = = Hypertech
grasping the Impaired
screen
The screen
Pull closer Visually
= has moved = Hypertech
(hands) Impaired
closer
The screen
Push farther Visually
= has moved = Hypertech
(hands) Impaired
farther
The screen
Pull lower Visually
= has moved = Hypertech
(hands) Impaired
lower
The screen
Push higher Visually
= has moved = Hypertech
(hands) Impaired
higher
The device is Locate Visually
Locate (eyes) Locate (hands) Hypertech
found (hands) Impaired
The device
Using devices The user's
is activated Visually
Reach (hands) = hand is near = Hypertech
Impaired
the phone
The user's
hand is Visually
Grasp (hands) = = Hypertech
grasping the Impaired
phone hook
The button(s) Visually
Push (finger) = = Hypertech
are pushed Impaired
the user is
Leave sit the user has
standing in
(hands, feet, Roll (hands) moved out Hypertech Wheelchair user
front of the
body) the user is of the desk
chair
Go to storage in front of
the storage
area Locate (eyes) = the storage = Hypertech Wheelchair user
area is found
area
the user is in
Walk (feet) Roll (hands) front of the = Hypertech Wheelchair user
storage area
Print a the paper is
Locate (eyes) = = Hypertech Wheelchair user
document found
4.1.a.3 and and classify the user's hand
the user is
4.1.b.3 it in a Reach (hands) = is close to the = Hypertech Wheelchair user
Get paper Grasp the
dossier on paper
paper
the closet the user is
Grasp (hands) = Grasp the = Hypertech Wheelchair user
paper
the printer
Locate (eyes) = = Hypertech Wheelchair user
tray is found
the paper is
the user is in
Feed paper in in the tray
Walk (feet) Roll (hands) front of the = Hypertech Wheelchair user
printing tray and the tray
printer
is closed
the tray is Visually
Reach (hands) = = Hypertech
reached Impaired
December 2011 68 Hypertech
VERITAS D2.4.1 PU Grant Agreement # 247765
the tray is
Grasp (hands) = = Hypertech Wheelchair user
grasped
the tray is
Pull (hands) = = Hypertech Wheelchair user
open
Release paper in the paper is in
= = Hypertech Wheelchair user
tray (hands) the tray
the tray is
Push (hands) = = Hypertech Wheelchair user
closed
the printed
Locate (eyes) = document is = Hypertech Wheelchair user
found
Get printed the user is the user's had
document Reach (hands) = Grasp the is close to the = Hypertech Wheelchair user
from printer document paper
the user is
Grasp (hands) = Grasp the = Hypertech Wheelchair user
paper
the dossier is
Locate (eyes) = = Hypertech Wheelchair user
found
the user is in
Walk (feet) Roll (hands) front of the = Hypertech Wheelchair user
the dossier dossier
Get a dossier
is in the the user's hand
from shelf
Reach (hands) = user's hand is close to the = Hypertech Wheelchair user
dossier
the user is
Grasp (hands) = Grasp the = Hypertech Wheelchair user
dossier
Overall, the Simulation Models included in this deliverable cover all use case scenarios for
both Workplace Design and Collaborative tools sub-domains. In the Simulation Models task
sequences are represented up to sub-task level, while complex tasks in turn are further
analysed into primitive tasks in the respective Task Models.
For the Workplace design sub-domain there are 3 simulation models, while one example of
Task Model (Open Drawer) is demonstrated, in which the primitive task that compose the
complex sub-task are detailed and finally one example of Multimodal Interaction Model in
which alternative modalities in order to perform a primitive task are demonstrated, containing
information on the object and means of the primitive task (Locate lift doors).
The UsiXML code for the simulation models is included in the Annex of this deliverable while
the UsiXML files themselves are available from the website and the FTP repository of the
project.
Primitive
Alternative
tasks
Alternative Alternative task
Use Case Task Subtask (numbers Modality Task object Disability
task(s) modality object/assistiv
indicate
e device
alternatives)
Figure 4-6: Simulation model tree generated from UsiXML for UC4.1.x.1
4.2.4.1 Use Case 4.1.x.1: Entering the workspace and sitting on desk
Figure 4-7: Simulation model tree generated from UsiXML for UC4.1.x.1
Figure 4-8 Simulation model tree generated from UsiXML for UC4.1.x.2
4.2.4.3 Use Case 4.1.x.3: Print a document and classify it in a dossier on the closer
Figure 4-9: Simulation model tree generated from UsiXML for UC4.1.x.3
4.2.4.4 Task Model and Multimodal Interaction Model Examples for the Workplace Design sub-domain
Figure 4-10: Example of a Task model definition in UsiXML for the Opening Drawer task
Figure 4-11: Example of a Multimodal Interaction model definition in UsiXML for the Move_to_chair primitive task
Accessibility of distant collaborative working tool (file upload, document online editing). Beneficiary with no limitation, elderly beneficiary.
Desktop simulation (4.2.1).
Accessibility of distant collaborative working tool (create a new discussion and post an item). Beneficiary with no limitation, elderly beneficiary
with cognitive impairments. Desktop simulation (4.2.2).
Accessibility of teleconferencing tool (realise a teleconference). Beneficiary with no limitation, elderly beneficiary with hearing impairments.
Desktop simulation (4.2.3).
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
upload vision
Move mouse
Motor Mouse = = = =
(hands)
Click mouse
Motor Mouse button = = = =
button (hands)
Upload Reduced
Locate (eyes) Vision = = =
Locate and button vision
click upload Move mouse
Motor Mouse = = = =
button (hands)
Click mouse
Motor Mouse button = = = =
button (hands)
"File
uploaded" Reduced
Locate (eyes) Vision = = =
message on vision
screen
Get aware of
"File Move mouse
uploaded" Motor Mouse = = = =
(hands)
message
Click mouse
Motor Mouse button = = = =
button (hands)
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
Edit File Reduced
Locate (eyes) Vision = = =
menu vision
Move mouse
Motor Mouse = = = =
(hands)
Select "Edit Click mouse
Motor Mouse button = = = =
File" from button (hands)
Edit File Reduced
menu Locate (eyes) Vision = = =
menu item vision
Move mouse
Motor Mouse = = = =
(hands)
Click mouse
Motor Mouse button = = = =
button (hands)
Reduced
Locate (eyes) Vision Inserted text = = =
vision
Insert text in Move mouse
Motor Mouse = = = =
the file (hands)
Push (finger) Motor Keyboard key = = = =
Release (finger) Motor Keyboard key = = = =
Locate (eyes) Vision Print button = = = =
Locate and Move mouse
Motor Mouse = = = =
click Print (hands)
button Click mouse
Motor Mouse button = = = =
button (hands)
Get aware of
Message on
message "out Locate (eyes) Vision = = = =
screen
of paper"
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
Move mouse
Motor Mouse = = = =
(hands)
Click mouse
Motor Mouse button = = = =
button (hands)
Elderly with
Discussion Voice
Locate (eyes) Vision cognitive = Hearing
menu command
impairment
Elderly with
Move mouse Voice
Motor Mouse cognitive = Speak
(hands) command
impairment
Create
Elderly with
discussion Select "Create Click mouse Voice
Motor Mouse button cognitive = Speak
and post item new button (hands) command
4.2.2 impairment
on distant discussion"
collaborative from menu Create new Elderly with
Voice
Locate (eyes) Vision discussion cognitive = Hearing
working tool command
menu item impairment
Elderly with
Move mouse Voice
Motor Mouse cognitive = Speak
(hands) command
impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
Elderly with
Title entry Voice
Locate (eyes) Vision cognitive = Hearing
field command
impairment
Elderly with
Move mouse Voice
Insert title Motor Mouse cognitive = Speak
(hands) command
impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
Elderly with
Voice
Locate (eyes) Vision Post button cognitive = Hearing
command
impairment
Locate and
click post Elderly with
Move mouse Voice
Motor Mouse cognitive = Speak
button (hands) command
impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
"Discussion
Elderly with
created" Voice
Locate (eyes) Vision cognitive = Hearing
message on command
impairment
screen
Get aware of
"Discussion Elderly with
Move mouse Voice
created" Motor Mouse cognitive = Speak
(hands) command
message impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
December 2011 80 Hypertech
VERITAS D2.4.1 PU Grant Agreement # 247765
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
Elderly with
Discussion Voice
Locate (eyes) Vision cognitive = Hearing
menu command
impairment
Elderly with
Move mouse Voice
Motor Mouse cognitive = Speak
(hands) command
impairment
Elderly with
Click mouse Voice
Select "Post Motor Mouse button cognitive = Speak
button (hands) command
item" from impairment
menu Elderly with
Post item Voice
Locate (eyes) Vision cognitive = Hearing
menu item command
impairment
Elderly with
Move mouse Voice
Motor Mouse cognitive = Speak
(hands) command
impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
Elderly with
Voice
Locate (eyes) Vision Text field cognitive = Hearing
command
impairment
Elderly with
Move mouse Voice
Insert text Motor Mouse cognitive = Speak
(hands) command
impairment
Elderly with
Click mouse Voice
Motor Mouse button cognitive = Speak
button (hands) command
impairment
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
Elderly with
Push keyboard Voice
key (finger)
Motor Keyboard key cognitive = Speak
command
impairment
Primitive
Subtask Alternative
tasks
Use Case (numbers Alternative Alternative task object /
Task (numbers Modality Task object Disability
x={a|b} indicate tasks(s) modality assistive
indicate
alternatives) device
alternatives)
volume Elderly with
Move mouse Assistive
Motor Mouse hearing = =
(hands) hearing aid
impairment
Elderly with
Click mouse Assistive
Motor Mouse button hearing = =
button (hands) hearing aid
impairment
Elderly with
Assistive
Hear (ears) Hearing Sound hearing = =
hearing aid
impairment
Elderly with
Locate Assistive
Communicate Hear (ears) Hearing Sound hearing Vision
written text hearing aid
with other impairment
participants Elderly with
Assistive
Speak (voice) Voice Sound hearing = =
hearing aid
impairment
Position in x,y
Dimensions in w,h
Contrast level, as
File upload specified by the Weber
contrast sensitivity = =
menu item
formula:
Position in x,y -
Dimensions in w,h
Contrast level, as
File name in list specified by the Weber
contrast sensitivity = =
of files
formula:
Position in x,y
Dimensions in w,h
"File uploaded" Contrast level, as
specified by the Weber
message on contrast sensitivity = =
screen formula:
Position in x,y
Dimensions in w,h
Uploaded file Contrast level, as
specified by the Weber
name in list of contrast sensitivity
= =
files formula:
(pure number)
Position in x,y
Dimensions in w,h
Contrast level, as
Edit File menu specified by the Weber
contrast sensitivity = =
item
formula:
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
Inserted text contrast sensitivity = =
formula:
Position in x,y
Print button Dimensions in w,h = =
Contrast level, as
specified by the Weber
Position in x,y
Dimensions in w,h
"Out of paper" Contrast level, as
specified by the Weber
message on contrast sensitivity = =
screen formula:
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
OK button contrast sensitivity = =
formula:
Recognition
rate
Mouse Position in x,y Voice output Semantics
Sound level
Mouse button button id = =
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
OK button contrast sensitivity = =
formula:
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
Title entry field contrast sensitivity = =
formula:
Position in x,y
Dimensions in w,h
"Discussion Contrast level, as
created" specified by the Weber
contrast sensitivity = =
message on
screen formula:
Position in x,y
OK button Dimensions in w,h = =
Contrast level, as
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
Text field contrast sensitivity = =
formula:
Position in x,y
Dimensions in w,h
Contrast level, as
Post item menu specified by the Weber
contrast sensitivity
= =
item
formula:
Position in x,y
Dimensions in w,h
"New item" Contrast level, as
specified by the Weber
dialog box on contrast sensitivity
= =
screen formula:
Position in x,y
Dimensions in w,h
Written text as Contrast level, as
specified by the Weber
inserted in new contrast sensitivity = =
item dialog box formula:
Position in x,y
Dimensions in w,h
"Item posted" Contrast level, as
message on specified by the Weber = =
screen contrast sensitivity
formula:
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
OK button contrast sensitivity = =
formula:
Position in x,y
Dimensions in w,h
"Incoming call" Contrast level, as
specified by the Weber
message box on contrast sensitivity = =
screen formula:
Position in x,y
Dimensions in w,h
Contrast level, as
specified by the Weber
Accept button contrast sensitivity
= =
formula:
4.2.3
Assistive
Sound Sound level in dB hearing aid
Sound level
Primitive
Subtask Responsible Interested in
Tasks
(numbers Alternative Sub-task Primitive Alternative for testing with
Use Case Task (numbers
indicate tasks(s) level task level task level providing beneficiaries
indicate
alternatives) the design (disabilities)
alternatives)
the 'File
Visually
Locate (eyes) = menu is = Byte
Impaired
located
New position
the 'File in x,y of the
Move mouse Visually
= menu is mouse over = Byte
(hands) Impaired
activated the "File"
menu
Click mouse Mouse left
Visually
Upload and button = button is = Byte
Select "File Impaired
online (hands) clicked
4.2.1 upload" from the "File
document
menu upload" menu Visually
editing Locate (eyes) = = Byte
item is Impaired
located
New position
the 'file
in x,y of the
upload' menu
Move mouse mouse over Visually
= item is = Byte
(hands) the "File Impaired
activated
Upload"
menu item
Click mouse Mouse left
Visually
button = button is = Byte
Impaired
(hands) clicked
the "Upload"
Visually
Locate (eyes) = button is = Byte
Impaired
located
New position
the 'upload in x,y of the
Activate upload Move mouse Visually
= button' is mouse over = Byte
button (hands) Impaired
activated the "Upload"
button
Click mouse Mouse left
Visually
button = button is = Byte
Impaired
(hands) clicked
the "File the "File
Get aware of "File
uploaded" uploaded" Visually
uploaded" Locate (eyes) = = Byte
message is message is Impaired
message
located located
New position
Move mouse in x,y of the Visually
= = Byte
(hands) mouse over Impaired
the 'ok' button
"Discussion"
"Discussion" Elderly with
Speak selected for
Locate (eyes) menu is Byte cognitive
(mouth) activation via
located impairment
speech
New position
the 'Post item'
Select "Post item" in x,y of the
menu entry is Elderly with
from menu Move mouse mouse over
= activated = Byte cognitive
(hands) the
impairment
"Discussion"
menu
Click mouse Mouse left "Discussion" Elderly with
Speak
button button is activated via Byte cognitive
(mouth)
(hands) clicked speech impairment
Figure 4-12: Simulation model tree generated from UsiXML for UC4.2.1
4.3.4.2 Use Case 4.2.2: Create discussion and post item on distant collaborative working tool
Figure 4-13: Simulation model tree generated from UsiXML for UC4.2.2
Figure 4-14: Simulation model tree generated from UsiXML for UC4.2.3
4.3.4.4 Task Model and Multimodal Interaction Model Examples for the Collaborative tools sub-domain
Figure 4-15: Task model tree generated from UsiXML for the Locate and click post button complex task
Figure 4-16: Multimodal Interaction Model tree generated from UsiXML for the Locate post button primitive task
The methodology that will be employed in order to integrate the 3D simulation models of the
Workplace Design with the Veritas Simulation Editor will be the following:
7. The designer assigns initial posture, position and orientation for the virtual user
avatar in the design
8. The designer stores the adapted simulation scenario and interactions
9. The designer loads the scenario in the appropriate Veritas tool (either the Core
Simulation Platform or the Immersive Simulation Platform) in order to test against
various virtual user models with impairments
Figure 4-17: The Veritas Simulation Editor tool (Interaction and Simulation Model
Adaptor)
on an ICT user interface. In order to obtain this, a VERITAS tool needs to be trained
to a set of elementary and atomic UIs like button, text etc. in order to collect enough
data and then statistics classified per impairment.
Development of a GUI interaction adaptor tool. This tool, which is the result of the
work carried out in A2.1.5 and A2.1.6 and part of the Integrated core simulation
platform and exportable toolbox (D2.1.4) will provide the recording of a session
using a software application, where interaction events on UIs will be captured and
then attributed to given set of tasks that describe an abstract simulation model
(Figure 4-18)
Development of a GUI simulation viewer tool. This tool which is the result of the
work carried out in A2.1.1 and part of the Integrated core simulation platform and
exportable toolbox (D2.1.4) will simulate the scenario exported after applying filters
to simulate impairment symptoms based on the parameters contained in a virtual
user model.
The methodology that will be employed in order to assess a UI-based application for
accessibility will be the following:
5 Conclusions
Users interaction modeling and simulation for an accessibility assessment is a great challenge
either in the context of 3-Dimensional designs or in the context of Interactive ICT applications. The
Workplace application area, involves designs of both categories, therefore simulation models that
describe interactions of either type are necessary to cover the requirements in this field. In the
scope of this deliverable we have researched these requirements, the use cases that need to be
simulated, the resulting analysis and generation of appropriate abstract user models, as well as the
methodology to follow in the future in order to adapt these abstract simulation models to specific
designs.
Following a User Centric Design methodology, we described the standards, guidelines and best
practices that govern accessibility in the workplace domain. We elaborated on the specific design
issues and requirements in the Workplace design and Collaborative tools subdomains explicitly
and using this research we set forth to generate simulation models for these domains.
The work carried out with respect to the generation of simulation models began with use case
analysis, based on which the use cases of D1.7.1 were created. These use cases were further
refined in D1.7.2 to analyse the tasks required in order to perform the use cases. These use cases
along with the task analysis were further refined and updated during the course of Activity A2.4.2
and fed back into the updated version of D1.7.1b. Simulation Models were then defined following
the definition of application requirements. First, a definition of Simulation Models, Task Models and
Multimodal interaction models was outlined that refer to Tasks, Subtasks and Primitive Tasks,
modeled with UML diagrams, accordingly, describing the levels of abstraction for a sequence of
tasks that perform a use case scenario.
Then, a detailed description of task parameters was constructed, tabulating the modalities, object
parameters, success criteria and thresholds, as well as alternative modalities when specific
impairments occur. Identification of objects, definition of parameters and success criteria allow the
simulation to be based on quantitative and measurable values, so that the basis of an automatic
testing mechanism can be set up. The final Simulation models are described along with examples
of the Task and Multimodal Interaction models they consist of. The models are created in UsiXML
form files, which are included in the Annex.
The deliverable is finalized with a description of the integration methodology with the Veritas Tools,
describing how these abstract Simulation models can be converted into specific simulation
scenarios on actual designs in either the Workplace Design or the Collaborative Tools sub-
domains.
6 References
[1] 2010 ADA Standards for Accessible Design
http://www.ada.gov/regs2010/2010ADAStandards/2010ADAstandards.htm
[3] Australian Standard AS 1680, Standard AS 1680.2.2 - 1994 Interior lighting Part 2.2: Office
and screen-based tasks
[4] Cockburn, A., and Jones, S. (1994): Four principles for groupware design: a foundation for
participative development. In OZCHI '94: conference of the computer human interaction
special interest group of the ergonomics society of Australia
[5] Czerwinski , Mary, Eric Horvitz, Susan Wilhite A diary study of task switching and
interruptions. CHI '04 Proceedings of the SIGCHI conference on Human factors in
computing systems , ACM New York, NY, USA 2004
[6] Dobransky, K. & Hargittai, E. The Disability divide in internet access and use. Information,
Communication & Society 9(3), 313-334, 2006.
[7] European Agency for Safety and Health at Work: Office ergonomics
[8] Homan, M.M. and Armstrong, T.J., 2003. Evaluation of three methodologies for assessing
work activity during computer use. American Industrial Hygiene Association Journal, 64, p.
4855
[9] http://trace.wisc.edu/docs/software_guidelines/software.htm
[10] IMS Accessibility Project Group Guidelines for Developing Accessible Learning
Applications version 1.0 white paper,
http://www.imsglobal.org/accessibility/accessiblevers/index.html
[11] Jones Steve, Identification and use of guidelines for the design of computer supported
collaborative writing tools, Computer Supported Cooperative Work (CSCW) Volume 3,
Numbers 3-4, 379-404, 1995
[12] Kraut R., Egido, C. (1988) Patterns of contact and communication in scientific research
collaborations. Computer Supported Cooperative Work: A book of readings, Morgan
Kaufmann, pp.1-12
[13] Lynch, Kathy Readiness to Communicate in a Digital World, Issues in Informing Science
and Information Technology Volume 3, 2006, p.389-398
[14] Sderstrm, Sylvia Offline social ties and online use of computers: A study of disabled
youth and their use of ICT advances, New Media & Society August 2009 11: 709-727
[15] Van Eerd, Dwayne , Hogg-Johnson, Sheilah , Mazumder, Anjali , Cole, Donald , Wells,
Richard and Moore, Anne(2009) 'Task exposures in an office environment: a comparison of
methods', Ergonomics, 52: 10, 1248 1258
[16] Vitalis, A., Marmaras, N., Legg, St. and Poulakakis, G. (2000). Please be seated. In
Proceedings of the 14th Triennial Congress of the International Ergonomics Association,
San Diego: HFES, Tome 6, pp. 43-45.
[18] Wainhouse Research, Unified Communications Products and Services forecasts, July
2008, http://www.wainhouse.com/reports/ucfcst2008.html
[19] www.wsuccess.com/download/survey.doc