What is wrong?

Notice: Before sending an error with the download, please try the direct link first: Engineering Accessible Web Applications. An Aspect-Oriented Approach

Loading...

You must sign in to do that.

Forgot password?

Engineering Accessible Web Applications. An Aspect-Oriented Approach

Engineering Accessible Web Applications. An Aspect-Oriented Approach

Engineering Accessible Web Applications. An Aspect-Oriented Approach

Score: 6.00 | 1 vote
| Sending vote
| Voted!
|

Book Details:

pos
Global
pos
Category
Year:2012
Publisher:Edulp
Pages:206 pages
Language:english
Since:29/04/2016
Size:34.76 MB
License:CC-BY-NC-SA

Content:

Since 1999, when the W3C1-WAI2 introduced the “Web Content Accessibility Guidelines 1.0” (WCAG 1.0) as a set of guiding principles, the fact that Accessibility is a main topic in Web design upon which the success of a Web application depends, has become a landmark statement. However, developing accessible Web applications is usually hard for several reasons.

Firstly, there is a significant knowledge gap between developers and Accessibility specialists. Most developers do not have the necessary skills or training in designing and coding for Accessibility, and most Accessibility specialists have, in turn, limited developing practice. Thus, although there are many available tools and published sources of information on Web Application Accessibility, existing Web Accessibility guidelines and principles (and therefore, experts on these guidelines) do not address additional design issues that may typically arise when developing complex Web applications. To make matters worse, there is little evidence of design approaches dealing with Accessibility from the beginning of the design process. In most cases, Accessibility is regarded as a programming issue or even dealt with when the Web application is already fully developed and, consequently, the process of making this application accessible involves significant redesign and recoding, which might be out of the scope of the project and/or hardly affordable. As we will show next, the main problem with Accessibility is that it is a non-functional software concern, which affects (crosscuts) other application concerns. Generally speaking, a non-functional requirement is a software requirement which does not describe what the system will do (functional requirement), but how the system will do it; for example, performance requirements, modularity requirements, or quality attributes, which represent constraints on the services or functions offered by a system.

Categories:

Tags:

Loading comments...

Scanning lists...

The book in numbers

global rank

online since

29/04/2016

rate score

3

votes

1

Social likes

Nothing yet...

Views

Downloads

This may take several minutes

Interest

Countries segmentation

This may take several minutes

Source Referers

Websites segmentation

evolution

This may take several minutes

Loading...