跳到主内容

工作流程的新环节——无障碍设计

2016年05月17日 1513阅读

无障碍设计,不可能仅仅是一个环节,或者说,他应该是一到三个独立的单元作为整个工作流程中的某个环节;另外在重构和前端开发的具体实施中也会有“新增”的无障碍设计内容。

现阶段,在越来越多的产品和团队接纳并且将无障碍设计加入到工作流程之前,已有的工作流程大致如下:原型设计——视觉设计——网页重构——前端开发。那么无障碍设计应该存在于现有工作流程中的那个环节呢?经过几次常规和紧急项目的实践,下面的流程是比较适合的。

常规项目:

原型设计——无障碍方案——视觉设计——网页重构——无障碍实施说明文档——前端开发——无障碍测试

急项目(前期没有时间进行无障碍设计):

网页已上线——主要功能分析——无障碍实施说明文档

各个环节主要的工作内容:

无障碍方案:基于确定的原型设计以及从全局到局部的顺序以文档的形式记录无障碍实施的计划,作为日后网页重构以及前端开发的注意事项提示,同时这个环节也会使相关人员了解整个页面功能、内容、交互的。应该标注的内容包括不限于:landmark、网页结构、各个widget的WAI-ARIA(角色、属性和状态、交互时如何变化),各个widget的焦点管理、可能存在的无障碍问题、适合的代码。无障碍方案的文档应该由一个了解交互、HTML、JS、无障碍等相关知识的人员来完成,我所在的团队和项目此环节由网页重构人员完成,无论是这对于他们理解网页、编码还是后期的脚本开发或者交由前端开发人员来说,网页重构做这以环节的任务还是很适合的。

当然就想前面所说的一样,只要了解相关知识就可以所这个环节。但是基于accessibility API由DOM结构、js、WAI-ARIA构成,所以绝大部分的基础代码都是由网页重构环节部署,所以在现有的团队人员中,网页重构人员是可以“快速转型”的。该文档完成后应交付给交互设计师确定是否有对交互理解偏差的地方并且改正,然后交给前端开发人员使其在具体工作之前对整个页面的交互以及一些widget的状态改变和焦点管理做好基础的准备。

无障碍实施说明文档:网页重构时候依照之前的无障碍方案为网页加入了一些如landmark、aria的相关属性。网页重构结束之后,应该由网页重构人员书写一份详细的文档,交付给前端开发人员,帮助其准确的修改属性以及功能开发。包括不限于:脚本应该修改的属性、属性变换的逻辑、焦点管理方案、额外的无障碍功能(比如:网页大纲、强壮的快捷键功能、高对比度等等)

无障碍测试:依照无障碍方案测试页面,包括不限于:常见的无障碍问题、焦点管理、WAI-ARIA、常用读屏软件走查。

主要功能分析:作为一个已上线产品的补充步骤,在指定无障碍实施说明文档之前一定要先做主要的功能分析。对需求方、网页重构人员、脚本开发人员进行详细的了解,从而得出主要功能点以及交互逻辑,然后输出一份在已有代码上可行的方案,一个大的标准是,不可影响线上正常运营,采用小步快跑的模式,一个功能一个功能的无障碍修复。由于一定会修改代码,所以修改方案一定要和相关的编码人员共同协商以保证方案的可实施性。

欢迎讨论

回到顶部