|
6 | 6 | \end{savequote} |
7 | 7 |
|
8 | 8 | \chapter{Background} |
9 | | -\newthought{20\% of the UK population reported they have a disability |
10 | | -\citep{UkGovFamilySurvey}.} |
11 | | -That is approximately 13.3 million people. In the physical world, |
12 | | -companies are by law |
13 | | -bound \citep{DDA} to ensure that this minority are able to access their services; be it by |
14 | | -leaving enough room to accomodate wheel chairs; or offering large text prints |
15 | | -of their products. In the digital world there are no such laws and thus the web can be a |
16 | | -difficult place for these users to consume services and content. |
17 | | - |
18 | | -A range of assistive |
19 | | -tools aim to improve the experience by targeting a selection of |
20 | | -disabilities and offering other means to consume the content. For example, |
21 | | -JAWS \citep{JAWS} targets visually impaired users; reading the content, |
22 | | -labelling actions and offering keyboard shortcuts to navigate. The |
23 | | -problem |
24 | | -with all these tools is that they rely upon Software Engineers to produce |
25 | | -content semantically (using HTML) and add metadata using, until recently, |
26 | | -very loose specifications \citep{WCAG} to enable the tools to better process |
27 | | -the content. |
28 | | - |
29 | | -Although difficult to assess some companies \citep{Slate} |
30 | | -\citep{SightAndSound} believe \textasciitilde70\% of all websites are |
31 | | -inaccessible to all users. This identifies a clear gap in knowledge within |
32 | | -the development community when it comes to producing accessible web |
33 | | -applications. Thus, the purpose of this project is to enable the development |
34 | | -community through education and `easy to use' tools to think about and |
35 | | -implement accessibility during development. |
36 | | - |
37 | 9 | \section{What is accessibility?} |
38 | 10 | "Accessibility" is a subjective term which offers many opinionated |
39 | 11 | definitions. The \cite*{OxDict} defines accessiblity as: |
@@ -105,15 +77,16 @@ \section{Business Context \& Requirement} |
105 | 77 | experience to users of assistive tools can be achieved. |
106 | 78 |
|
107 | 79 |
|
108 | | - By building a tool that can be used during |
109 | | - the development process the feedback loop on issues will be much |
110 | | - shorter and as described in agile 'cost of change' the cost of remediation |
111 | | - much lower. The tool will be supported by an accessibility guide which can |
112 | | - be used either to teach or to reference when trying to understand. |
| 80 | +By building a tool that can be used during |
| 81 | +the development process the feedback loop on issues will be much |
| 82 | +shorter and as described in agile 'cost of change' the cost of remediation |
| 83 | +much lower. The tool will be supported by an accessibility guide which can |
| 84 | +be used either to teach or to reference when trying to understand. |
113 | 85 |
|
114 | 86 | John Clifford a Senior Software Engineer at Capgemini has written a short |
115 | 87 | paragraph about Capgemini's need for a project in this area: |
116 | 88 | \begin{center} |
| 89 | +\label{quote:john} |
117 | 90 | \textit{ |
118 | 91 | ``Front end development is known by many, but mastered by few. Software |
119 | 92 | engineers tend to have a good grasp of the basics, producing screens to meet |
|
0 commit comments