Keywords

1 Introduction

It is important to realise that people with disabilities are not just a tiny minority of the population of the European Union. The lowest estimate, based on currently defined impairment categories, indicates their total number at around 44 Million persons (nearly 13% of the population of the EU). Designing for people with disabilities is becoming an increasingly important topic for a variety of reasons, especially due to the recent legislation (European Web Accessibility Directive, WADFootnote 1) published on 2 December 2016 and entered into force on 22 December 2016 in Europe promoting the rights of disabled people. In this direction, accessibility has become necessary due to the rapid growth of online information and interactive services provided by web and mobile applications. Some examples are online banking and shopping, public services, social networks. The lack or absence of accessibility contributes to the exclusion or partial exclusion of many people from society.

Making web and mobile apps more accessible results in a better user experience for all, not just for users with disabilities. Simple changes that make applications more user-friendly can bring huge improvements for everyone. Accessibility also benefits businesses with economic gains, as they can reach a larger customer base when it is supported. Web accessibility is not just about technical standards, web architecture and design. It is an issue in terms of political will and moral obligation, now enshrined in the United Nations Convention on the Rights of Persons with Disabilities (UNCRPD). Article 9 of the Convention, to which the EU is a party, requires that appropriate measures are taken to ensure access for persons with disabilities, on equal basis with others, to inter alia information and communication technologies, including the Internet. By that, people with disabilities will have better access to the websites and mobile applications of public services. Web Accessibility Evaluation is an assessment procedure to analyse how well the Web can be used by people with different levels of disabilities. However, there are two main categories of web testing tools: - Tools for accessibility testing and repair, like Siteimprove, AccVerify, imergo® [7], WaaT [6], egovMon, AChecker, SortSite, TAW, Deque, MAUVE etc. The metrics implemented by these tools correspond (more or less accurately) to official (W3C WAI or Section 508) accessibility criteria. - Tools for usability testing (e.g. WebXM, LIFT, WebCriteria) that are based on usability guidelines. A comprehensive list of such tools can be found on W3C/WAI websiteFootnote 2. Having an automated way of evaluating the accessibility of Web pages opens the way to perform large-scale analysis of Web accessibility. Large-scale accessibility evaluations of the Web are not yet well established. This may be due to the dependency of computational resources for large-scale analysis [1]. Current assessment tools had a number of limitations: First, most of these tools allow validating and or evaluating only single webpages, or in rare cases, single websites [5]. However, in the real world it is more useful to evaluate the accessibility of collections of websites grouped by topic or territory and to monitor the evolution of their accessibility over time, providing a high-level view of whether progress is being made. To mitigate this problem, work is typically conducted on evaluating smaller scale collections of Web documents [2]. These processes are based on sampling methods, such as those defined in UWEM [3]. However, there is always a significant sampling bias induced by these methods [4]. In this paper, the general design and architecture of a decision support environment for large scale web accessibility assessment are presented.

2 Architecture of the Proposed Infrastructure

In the current situation introduced before, a holistic and hybrid approach to Web accessibility assessment is still missing. This approach will provide developers, designers, experts and policy makers with an integrated web accessibility support environment. This will be obtained with a dynamic and personalised environment that will enable them, on one hand, to design accessible software applications and, on the other hand, to understand their problems, and analyse and test their accessibility. Within this approach, the challenge is to find the way in which technology can be best used to increase accessibility, usability and quality of software applications and services. The presented architecture integrates both new ICT driven concepts and user-oriented approaches with methodologies and tools regarding web accessibility assessment. Within this context, and by using lessons learnt from relevant research and best practices (WCAG, ARIA, EARL, etc.), this architecture aims at developing a new scalable, interoperable and integrated web accessibility assessment and Decision Support Environment (DSE) system as an accessible-driven solution with a user-centred approach. Instead of a simple developer and designer-aid framework, the designer/developer communities will have a user-centred environment to get access to the different parts of the methodological approaches they need. The resulting instances of this architecture will be installable in several ways e.g. as standalone environment, software as a service (SaaS), platform as a service (PaaS) or just as an API for integration with CMSs or IDEs (See Fig. 1.).

Fig. 1.
figure 1

Architecture of the proposed infrastructure

The core components of the software platform can be split into 4 logical layers: (1) The knowledge layer that includes all the knowledge/data needed for the proper functioning of the large scale components (e.g. list of web sites to be evaluated, guidelines and policies to be considered in web accessibility assessment, rule sets, etc.) as well as the knowledge/results that will be extracted (e.g. ontologiesFootnote 3 that describe the guidelines of WCAG 2.x and ARIA standards in a semantic manner, etc.). (2) The service layer that includes all the core software modules of the large scale cloud-based architecture. In this layer we include our accessibility validation tools (Imergo, MAUVE, Waat), tools for validating the Web sites content, and other relevant tools. (3) The security layer that is responsible for the security, authentication and access rights management. (4) The presentation layer, which includes all the user interfaces that enable user interaction with the large-scale services. We aim to provide adaptive ways to report the detected accessibility issues, also depending on the target communities (developers, end users, web site commissioners, etc.).

3 Conclusions and Future Work

This paper presents the high-level design of a large scale infrastructure that offers the following functionalities: (1) Automatic web accessibility assessment. (2) Decision support to accessibility experts for detecting further barriers that need further manual investigation. (3) guidance to developers in repairing accessibility errors, (4) presentation of aggregated results through an Observatory using advanced visual analytics methods enabling different stakeholders such as web commissioners, policy makers and the general public to examine changes in the accessibility of various websites. The proposed infrastructure provides also APIs to external tools like CMSs for checking webpages during design and content authoring to make them “born accessible”.

We also plan to empirically validate the results of such accessibility infrastructures with the relevant communities.