Accessibility requirements must be considered in Web applications development processes. A domain-specific metamodel for Web accessibility is introduced in this paper as a way of modelling aspects of accessibility. This metamodel could be used in techniques offering by Web Engineering methodologies, respecting their domainspecific metamodels for each method and used in MDD development environments. MDA standards such as MOF and tools such as EMF have been used. This proposal is included in AWA (Accessibility for Web Applications), a methodological framework for including accessibility in Web applications.
The web offers many services including job searches, on-line education, documentation, news, games, leisure, administrative management, etc. However, all of these types of services are not accessible to all of us. Many web sites present barriers which make their access very difficult, and in some cases impossible. The users with the biggest problems are those with disabilities, but accessibility barriers affect a wider range of users and use contexts as well. For this reason, web access should be assured for any person, regardless of how he or she may access it.
From a business point of view, there is a generalized idea that accessibility means higher costs and problems due to a lack of knowledge in this area. Consequently, accessibility is not taken into account in the processes of web application development. However, accessibility not only assures access but contributes to many benefits, such as an agile maintenance, scalability with new business lines, better positioning in search engines, etc.
Accessible development implies some present difficulties: cost previsions, which method to follow to include accessibility criteria in the process, how the artefacts change from the client and the organization, how the roles vary in the development group, how to include accessibility in the modelling, etc. These difficulties, amongst others, make accessibility development very difficult.
There are mechanisms for facing this situation: directives, norms, legislation and standards which identify the problems and help to design web pages in an accessible way. But from a software engineering point of view, there is no framework which integrates accessibility parameters in the whole life cycle of a web application. With this motivation, AWA (Accessibility for Web Applications) was created. AWA provides a framework for the development process of software in accessible web applications. This framework offers certain flexibility so that it can be adopted by organizations, independently of the methodology and processes which they may follow in their developments. In this work we show a detailed AWA module for giving support to methods of web engineering with respect to how to include accessibility aspects in the models, following a Model Driven Development (MDD) focus.
In section two we review related studies which consider accessibility from an Engineering perspective. AWA is described in Section 3, showing the proposal for how to model accessibility. The last section includes our conclusions and ideas for future research.
In the accessibility processing in the development
processes, technological, human and legislative aspects
must be considered, and from there, related works from
numerous disciplines have been considered. In
standardization, the W3C [
There are many relevant studies based on WCAG
guidelines, most of them dealing with the accessibility
evaluation [
There are peculiarities in the area of accessibility,
closely related to usability, which lead us to consider the
techniques of the disciplines which deal with the user’s
experience, such as the Human-Computer Interaction
(HCI). Along these lines there are studies which
demonstrate the relationship between usability and
accessibility [
The related work of web semantic technologies such as
XML, ontology, etc. have been found and resources are
marked according to accessibility criteria. The Semantics
Design Method (WSDM) has an ontology developed in
the context of accessibility for the visually impaired [
In the area of web engineering, accessibility is referred
to in literature [
From a research perspective, there is the recently
created WUAnet network [
The diversity of active methods in the web engineering
has led to the association of methods in a joint project
[
AWA (Accessibility for Web Applications) want to offer a domain specific methodological framework for the development of accessible web applications, which covers the whole life cycle. The main points are:
The development of accessible web applications does not require specific methodology in itself; this only makes sense when the methodological approach includes accessibility criteria. In this way, the purpose of AWA is to offer flexibility in its use so that it can be adopted by different existing methods which comply with the minimum conditions required.
On one hand, AWA is based on web engineering which provides specific modelling techniques as well as development processes some of which are based on code generation, and some on Model Driven Development (MDD). On the other hand it can also be based on the traditional software engineering approaches, which although they are heavy processes, they provide methodological support for characteristics of the development team and project management which are useful and necessary for accessibility processing.
Both the software engineering as well as the web engineering approaches are very much centred in the architecture, which are normally very distant to the user. Thus, to achieve a rapprochement with the user the necessary requirement in this proposal is to have an inclusive User Centered Design (UCD), with the use of usability techniques proceeding from HCI discipline.
In AWA there is a requirement to follow standards in
the web offered by W3C (WCAG, XHTML, CSS, etc.), as
well as in the development processes making use of
Object Management Group standards (OMG) [
Unified Modelling Language (UML),
Facility (MOF) [
AWA considers web accessibility in various dimensions. Thus, the WCAG standards not only have to be understood, but will be globally considered, giving great support to the capture of requirements in order to identify other requirements, as well as those from WCAG and other derivations to keep in mind such as: the inclusion of interactivity with the user in development, to include aspects of modelling accessibility, include plans and management of the accessibility in the organization, accessibility monitoring, etc.
AWA provides a methodological framework with: (1) a specific accessibility process so that it can be adopted by other processes, indicating activities, artefacts and their sequence in the different phases of integrating accessibility criteria, and (2) support for the modelling by using the techniques provided by web engineering methods, as well as MDE, the focus of this paper.
The accessibility achieved in developing a web application will be greater if all the mechanisms of accessibility defined in AWA are implemented; if they are only partially applied, then the web accessibility achieved will be limited.
Thus, AWA is structured around two modules in order to incorporate accessibility mechanisms as is explained below.
The process view is based on a wide support for capturing accessibility requirements, including, apart from Non-Functional Requirements (NFR) which are considered in the majority of approaches, the Functional Requirements (FR) of accessibility in the development process. In this way, related to process accessibility different typologies of requirements are included such as: following the WCAG standard, assuring the quality and management of the accessibility during the process, an accessibility plan in the development team, an accessibility policy in the organization and finally, evaluation and monitoring of accessibility.
This module is not explained in this paper but briefly, the traditional software methodologies are followed, and specific requirements; phases, artefacts, roles, etc., are offered in the development process as well. Moreover, UML is used along with techniques proceeding from the HCI area, especially those dealing with usability.
With respect to the methodological view, it is important
to use the modelling techniques that Web engineering
methods offer us as well as the MDA framework [
AWA-Metamodel can be used to build PIM models of web engineering methods wherever it is desirable to include aspects of accessibility in the design of its applications. To give support to the designer, it provides a graphic editor called AWA-MetamodelEditor, so the designer may include objects on AWA-Metamodel for their PIM models in a transparent way.
For the final web code generation, which includes aspects of accessibility that have been considered in AWA-Metamodel, there is the AWA-toCode resource. The strategy used is to generate code from the PSM models in accordance with the method by using a transformation Model-to-Text (M2T).
Up until now, according to research that has been carried out, the AWA-toCode will not be completely independent of the method. It must be understood as a transformation of PSM into web code. This transformation must be kept in mind together with aspects of the presentation, navigation and content models integrated into the method used in their application, in order to achieve the highest degree of compliance with accessibility in accordance with WCAG Web resulting code.
The designer has to know about accessibility issues if WACG standard is to be considered in the modeling phase. We want to enclose this knowledge into a domain model to serve as a bridge for the web application analyst and designer, modelling and describing the requirements and how to use them later in the system.
Concepts based on the WCAG standard and derived restrictions have been modelled in the AWA-Metamodel. The purpose is for these accessibility aspects to be encapsulated in the whole development cycle.
Technical aspects of getting valid and accessible web code according to standard WCAG (aspects that can be automated) have been modelled, but this metamodel does not deal with aspects of accessibility valued by the human factor. For that purpose, AWA offers other mechanisms. With the use of AWA-Metamodel full accessibility is not completely obtained but the inclusion of knowledge in models increases levels of accessibility as do WCAG guidelines. Moreover, the application of AWA-Modelling provides sufficient knowledge to meet the checkpoint applied in AWA (shown in Table 1), in relation to the different levels: A, AA and AAA according to WCAG.
WCAG 1.0
A 7/12
AA 9/19
AAA 9/17
The UML metamodel, MOF, has been chosen as a tool for modelling purposes so that it can be used by other methods which follow the OMG standards. In this way, modelling aspects of accessibility can be used and at the same time the specific-domain metamodels of the method concerned are respected. With this aim, AWA offers a specific metamodel of the web accessibility domain. Depending on the method, it will be necessary use Model_to_Model (M2M) transformations.
To obtain a CIM regardless of the method, concepts and their relationship to the standard WCAG, along with other aspects of accessibility, have been modelled; it is necessary to model requirements, those concepts which hold properties that define objects to be included in the PIM models.
Concept DOCTYPE BODY HEAD META HEADING LINK HIPERLINK IMAGE MEDIA properties lang title name/content level contentDescription css href type href accesskey tabindex title target contextDescribe hreflang src alternativeText longAlternativedesc uri AlternativeCaption alternativeAudioDesc alternativeText alternativeSignLang alternativeFullText format TECHNICAL duration MEDIA content type
size LANG name QUOTATION content TABLE scuapmtimoanry THEAD_TABLE caobnbrteenvtiTatHioenad
contentRow ROW_THEAD LIST ITEM_LIST FORM FIELDSET LABEL_FORM type content name type legend for_id
WCAG 1.0 WCAG 2.0 4.3. 3.1.1 3.2 4.1.1.
2.4.2 1.3.1,2.4.10 2.4.6 3.3, 6.1,14.3 1.3.1,1.3.2, 1.4.1,1.4.4,1.4.5, 2.4.7,1.4.8, 1.4.9 HEAD (1..*) 3.2 4.1.1.
Associations ROOT (1..1) ROOT (1..1) ROOT (1..1) HEAD (1..*)
BODY (1..*)
As mentioned before, the current version of reference is the WCAG 1.0, but it has also been taken into account for the next launch of the WCAG version 2.0.
As a first approximation some meta-objects based on a study on the standards have been identified, as shown in Table 2.
For instance (see Figure 2), several constructs have been defined in MOF to support the abstraction of web accessibility concepts, including one for the concept of image that includes required attributes to enable it to meet the standard WCAG such as the "AlternativeText" "AlternativeLongText" (1.1. of WCAG 1.0 and 1.1.1 of WCAG 2.0) and others such as "src".
A graphic element representing an image (MOF metaobject) has been defined in the AWA-Editor, and may be included in the PIM models, which contain the knowledge included in AWA-Metamodel necessary for the web code generation in the final phase. translating these accessibility concepts included in the AWA-Metamodel into a valid and accessible web code.
Aspects of accessibility not included in the standard WCAG, have also been included in the AWA-Metamodel, since they are thought to be important properties following research carried out in AWA, such as the attribute “type” of LINK construct, or the TECHNICAL_MEDIA metaobject.
The domain experts use their own vocabularies to specify the CIM, however, in this proposal the metaobjects are familiar with any web applications designer using them in a easy way, but the requirements and how to use them are described. Thus, the designer will be use instances of usual images, tables, multimedia elements, etc. but an alternate content or semantic information will be required to comply with the checkpoints of WCAG.
To give CASE support and more interoperability, due
to the fact that it is based on standards, the Eclipse
Modelling platform has been used. For the metamodel,
EMF (Eclipse Modelling Framework) [
The graphical AWA-MetamodelEditor editor from the
AWA-Metamodel, has been made using GMF plug-in
(Graphical Modelling Framework) [
AWA-Modelling can be applied in the methods that follow standards of the OMG, and is easier than using Eclipse tool. However, EMF provides the mechanism for storing models in XMI format which can be exchanged with other tools.
Web accessibility problems are increasing with the rapid advance of web technologies and how these are being used. We also find ourselves facing a crisis in the development of web sites, where there is a tendency towards ad-hoc designs which in most of the cases do not follow any methods or standards. This view complicates the establishment of procedures on how to include accessibility criteria from the start of the development process. From an engineering perspective, the solution should be guided towards the training of those professionals who develop web sites with methods which help and guide the processes in order to achieve the objective of accessibility.
From this perspective we question whether or not to integrate mechanisms of accessibility into the software development process following web engineering methodologies.
A domain-specific metamodel for the Web accessibility, AWA-Metamodel, as a first approximation, is introduced as a solution to be adopted by different existing methods.
In future research, we will work on the AWA
definition and validation. Related to the focus of this
paper, we would like to apply AWA-Modelling to OOWS
Model-Driven Approach [
This work has been supported by The Spanish Center of Captioning and Audiodescription (CESYA)1 and TIN2004-0783 Project (Software Processes Platform: modelling, reuse and measurement) 6. References 1 www.cesya.es