书籍详情
兼济天下：用户无障碍体验的可访问性设计
作者：（美）霍尔顿 等著，王允雨 译
出版社：机械工业出版社
出版时间：2015-03-01
ISBN：9787111493730
定价：¥59.00
购买这本书可以去
内容简介
如今互联网已经成为像水电一样重要的生活基础设施，PC程序、手机应用以及网页等各个平台上的新产品层出不穷，在产品形态与使用体验上涌现出越来越多的创新点，极大地满足了用户的各种需求。然而，产品的“可访问性”，即产品对不同受教育水平、文化背景、设备平台以及生理能力的用户提供兼容支持的问题长期以来都没有得到足够的重视。本书循序渐进地对“可访问性思维”加以阐述，并结合大量实例说明，从而帮助读者设计出人人可用、人人会用的互联网产品和应用。霍尔顿的《兼济天下》首先介绍了“可访问性思维”涉及的方法论以及根本原则，并创建了一系列有代表性的用户角色，之后用较大篇幅系统地逐次介绍设计的具体原则及其在实战中的使用建议。最后通过附录中的相关资源，读者还可以自行了解更多的外延知识。
作者简介
Sarah Horton在其职业生涯的大部分时间中都在从事高等教育工作。1991年她在耶鲁大学先进媒体教育中心开始从事交互设计的工作，并设计出了获得业界嘉奖的交互式教学软件。之后她在达特茅斯学院工作了11年，并随后担任了达特茅斯学院互联网策略与设计总监，带领团队负责互联网和媒体的设计、开发和生产工作。Sarah现在是哈佛大学网络策略项目的负责人，负责哈佛大学互联网出版事业的策略与用户体验设计工作。
目录
第1章 让人人都能使用互联网
1.1 理解“可访问性方程”
1.1.1 可访问性
1.1.2 包容性设计
1.2 构建无障碍访问的用户体验框架
1.2.1 网页内容可访问性准则
1.2.2 普适设计原则
1.2.3 设计性思维
1.3 使用设计性思维提升可访问性
1.4 本章小结
第2章 以人为本
2.1 了解你的用户
2.2 关于用户角色
2.3 用户角色包括哪些内容
2.4 认识用户角色
2.5 本章小结
第3章 拥有清晰明确的目标
3.1 清晰的产品目标对可访问性的影响
3.2 如何在设计中体现产品目标
3.2.1 始终铭记产品的目的和目标
3.2.2 坚持清晰简洁的设计风格
3.2.3 坚持“可访问性优先”原则
3.2.4 让模板也具有可访问性
3.2.5 选择合适的可访问性策略
3.3 谁需要对产品目标的明确性负责
3.4 本章小结
人物档案：Giles Colborne与简单可用的产品哲学
第4章 构建符合标准的代码架构
4.1 优良的代码架构对可访问性的影响
4.2 如何构建优良的代码架构
4.2.1 让代码可以被计算机识别
4.2.2 编写规范的代码
4.2.3 采用合适的互联网技术
4.2.4 合理地设计代码布局
4.2.5 借助样式表将内容与展现分开
4.2.6 为内容添加语义标记
4.3 谁需要对页面代码的架构负责
4.4 WCAG2.0与代码架构
4.5 本章小结
人物档案：Mike Pacie与可访问性标准
第5章 让交互简洁而不简单
5.1 交互对可访问性的影响
5.2 如何设计简单的交互
5.2.1 明确并描述交互元素
5.2.2 正确使用基本的HTML代码
5.2.3 针对复杂的元素使用网络富媒体可访问性规范（WAI-ARIA）
5.2.4 正确地利用其他技术平台的特性
5.2.5 为用户的操作提供具有可访问性的引导和反馈
5.2.6 支持键盘交互
5.2.7 为操控留出充足的空间
5.2.8 让用户来控制界面的动作
5.2.9 针对意外情况做设计
5.2.10 给用户更多的操作时间
5.3 谁需要对交互设计负责
5.4 WCAG2.0与交互
5.5 本章小结
人物档案：Derek Featherstone与可访问性交互
第6章 用有效的提示引导用户
6.1 页面导航对可访问性的影响
6.2 如何设计对用户有价值的导航
6.2.1 为整套导航使用一致的规范
6.2.2 对相同的元素使用相同的展现方式
6.2.3 突出不同元素的差异
6.2.4 提供定位信息
6.2.5 页面内要有醒目的定位标记
6.2.6 提供不同的导航方式
6.3 谁需要对页面导航负责
6.4 WCAG2.0与页面导航
6.5 本章小结
人物档案：Steve Faulkner和代码的可访问性
第7章 干净整洁的展示布局
7.1 干净的布局对可访问性的影响
7.2 如何设计干净的页面布局
7.2.1 简单的设计
7.2.2 减少分散杂乱的设计
7.2.3 为自定义显示而设计
7.2.4 通过浏览器支持定制化操作
7.2.5 让内容易于理解
7.2.6 通过颜色对比区分前景和背景
7.2.7 使用视觉间隔和语义间隔
7.2.8 设置恰当的行距
7.2.9 合适的排版风格
7.3 谁需要对页面的展示布局负责
7.4 WCAG2.0和排版布局
7.5 本章小结
人物档案：响应式设计和Ethan Ma
第8章 用平实易懂的语言与用户交流
8.1 平实易懂的语言对可访问性的影响
8.2 如何使语言平实易懂
8.2.1 以受众为出发点
8.2.2 写作时使语言符合规范
8.2.3 帮助用户完成他们的任务
8.2.4 合理设计页面结构，方便用户浏览和理解
8.2.5 让句子和段落便于快速浏览
8.2.6 让链接发挥价值
8.2.7 使用用户能理解的语言
8.2.8 为复杂的内容提供简明易懂的摘要
8.2.9 不要依赖易读性测试
8.2.10 对内容进行可用性测试
8.3 谁需要对页面文案负责
8.4 WCAG2.0和页面文案
8.5 本章小结
人物档案：Ginny Redish与页面文案
第9章 运用多种媒介增强用户体验
9.1 媒体对可访问性的影响
9.2 如何让媒体具有可访问性
9.2.1 不要仅仅通过颜色传递信息
9.2.2 让引导信息摆脱对视觉线索的依赖
9.2.3 描述图片的内容和含义
9.2.4 为视频提供字幕和描述
9.2.5 将字幕格式化以增强表达效果
9.2.6 为时基媒体提供替代文字
9.2.7 慎用动态元素
9.2.8 让幻灯片具有可访问性
9.3 谁需要对媒体的可访问性负责
9.4 WCAG2.0和具有可访问性的媒体
9.5 本章小结
人物档案：Larry Goldberg和具有可访问性的媒体
第10章 用普适可用性为用户创造愉悦体验
10.1 普适可用性对可访问性的影响
10.2 如何让产品具有普适可用性
10.2.1 为探索和发现而设计
10.2.2 创建与用户的对话
10.2.3 言之有物，有所帮助
10.2.4 通过可用性提升可访问性
10.3 谁需要对普适可用性负责
10.4 本章小结
人物档案：Ben Shneiderman与普适可用性
第11章 实战讲解：整合的设计过程
11.1 像对待生意一样对待产品的可访问性
11.2 做出关于可访问性的承诺
11.3 评估集成化开发实践的需求
11.3.1 评估现有产品
11.3.2 定义分配资源的方式
11.3.3 识别能将可访问性集成到现有项目中的机会
11.3.4 评估当前知识储备与准备程度
11.4 为集成式开发实践提供支撑
11.4.1 制定政策和开发培训
11.4.2 选择支持可访问性的内容与开发工具
11.4.3 建立设计指南和媒体库
11.4.4 让残障人士也参与到项目中
11.4.5 为评估提供工具和辅助技术
11.4.6 将可访问性变成网站维护工作的一部分
11.5 本章小结
人物档案：Valerie Fletcher与设计教育
第12章 设计改变未来
12.1 人人都能用的互联网是什么样子
12.2 我们需要为此做什么
12.2.1 将产品可访问性作为先导
12.2.2 强化意识，理解用户多样性
12.2.3 将可访问性融入主流产品中
12.2.4 让可访问性成为我们思考方式的一部分
12.2.5 不要等到产品的可访问性达到理想水平才发布
12.3 向未来进军
附录A 可访问的用户体验原则与规范
附录B WCAG2.0交叉引用
附录C 相关阅读
1.1 理解“可访问性方程”
1.1.1 可访问性
1.1.2 包容性设计
1.2 构建无障碍访问的用户体验框架
1.2.1 网页内容可访问性准则
1.2.2 普适设计原则
1.2.3 设计性思维
1.3 使用设计性思维提升可访问性
1.4 本章小结
第2章 以人为本
2.1 了解你的用户
2.2 关于用户角色
2.3 用户角色包括哪些内容
2.4 认识用户角色
2.5 本章小结
第3章 拥有清晰明确的目标
3.1 清晰的产品目标对可访问性的影响
3.2 如何在设计中体现产品目标
3.2.1 始终铭记产品的目的和目标
3.2.2 坚持清晰简洁的设计风格
3.2.3 坚持“可访问性优先”原则
3.2.4 让模板也具有可访问性
3.2.5 选择合适的可访问性策略
3.3 谁需要对产品目标的明确性负责
3.4 本章小结
人物档案：Giles Colborne与简单可用的产品哲学
第4章 构建符合标准的代码架构
4.1 优良的代码架构对可访问性的影响
4.2 如何构建优良的代码架构
4.2.1 让代码可以被计算机识别
4.2.2 编写规范的代码
4.2.3 采用合适的互联网技术
4.2.4 合理地设计代码布局
4.2.5 借助样式表将内容与展现分开
4.2.6 为内容添加语义标记
4.3 谁需要对页面代码的架构负责
4.4 WCAG2.0与代码架构
4.5 本章小结
人物档案：Mike Pacie与可访问性标准
第5章 让交互简洁而不简单
5.1 交互对可访问性的影响
5.2 如何设计简单的交互
5.2.1 明确并描述交互元素
5.2.2 正确使用基本的HTML代码
5.2.3 针对复杂的元素使用网络富媒体可访问性规范（WAI-ARIA）
5.2.4 正确地利用其他技术平台的特性
5.2.5 为用户的操作提供具有可访问性的引导和反馈
5.2.6 支持键盘交互
5.2.7 为操控留出充足的空间
5.2.8 让用户来控制界面的动作
5.2.9 针对意外情况做设计
5.2.10 给用户更多的操作时间
5.3 谁需要对交互设计负责
5.4 WCAG2.0与交互
5.5 本章小结
人物档案：Derek Featherstone与可访问性交互
第6章 用有效的提示引导用户
6.1 页面导航对可访问性的影响
6.2 如何设计对用户有价值的导航
6.2.1 为整套导航使用一致的规范
6.2.2 对相同的元素使用相同的展现方式
6.2.3 突出不同元素的差异
6.2.4 提供定位信息
6.2.5 页面内要有醒目的定位标记
6.2.6 提供不同的导航方式
6.3 谁需要对页面导航负责
6.4 WCAG2.0与页面导航
6.5 本章小结
人物档案：Steve Faulkner和代码的可访问性
第7章 干净整洁的展示布局
7.1 干净的布局对可访问性的影响
7.2 如何设计干净的页面布局
7.2.1 简单的设计
7.2.2 减少分散杂乱的设计
7.2.3 为自定义显示而设计
7.2.4 通过浏览器支持定制化操作
7.2.5 让内容易于理解
7.2.6 通过颜色对比区分前景和背景
7.2.7 使用视觉间隔和语义间隔
7.2.8 设置恰当的行距
7.2.9 合适的排版风格
7.3 谁需要对页面的展示布局负责
7.4 WCAG2.0和排版布局
7.5 本章小结
人物档案：响应式设计和Ethan Ma
第8章 用平实易懂的语言与用户交流
8.1 平实易懂的语言对可访问性的影响
8.2 如何使语言平实易懂
8.2.1 以受众为出发点
8.2.2 写作时使语言符合规范
8.2.3 帮助用户完成他们的任务
8.2.4 合理设计页面结构，方便用户浏览和理解
8.2.5 让句子和段落便于快速浏览
8.2.6 让链接发挥价值
8.2.7 使用用户能理解的语言
8.2.8 为复杂的内容提供简明易懂的摘要
8.2.9 不要依赖易读性测试
8.2.10 对内容进行可用性测试
8.3 谁需要对页面文案负责
8.4 WCAG2.0和页面文案
8.5 本章小结
人物档案：Ginny Redish与页面文案
第9章 运用多种媒介增强用户体验
9.1 媒体对可访问性的影响
9.2 如何让媒体具有可访问性
9.2.1 不要仅仅通过颜色传递信息
9.2.2 让引导信息摆脱对视觉线索的依赖
9.2.3 描述图片的内容和含义
9.2.4 为视频提供字幕和描述
9.2.5 将字幕格式化以增强表达效果
9.2.6 为时基媒体提供替代文字
9.2.7 慎用动态元素
9.2.8 让幻灯片具有可访问性
9.3 谁需要对媒体的可访问性负责
9.4 WCAG2.0和具有可访问性的媒体
9.5 本章小结
人物档案：Larry Goldberg和具有可访问性的媒体
第10章 用普适可用性为用户创造愉悦体验
10.1 普适可用性对可访问性的影响
10.2 如何让产品具有普适可用性
10.2.1 为探索和发现而设计
10.2.2 创建与用户的对话
10.2.3 言之有物，有所帮助
10.2.4 通过可用性提升可访问性
10.3 谁需要对普适可用性负责
10.4 本章小结
人物档案：Ben Shneiderman与普适可用性
第11章 实战讲解：整合的设计过程
11.1 像对待生意一样对待产品的可访问性
11.2 做出关于可访问性的承诺
11.3 评估集成化开发实践的需求
11.3.1 评估现有产品
11.3.2 定义分配资源的方式
11.3.3 识别能将可访问性集成到现有项目中的机会
11.3.4 评估当前知识储备与准备程度
11.4 为集成式开发实践提供支撑
11.4.1 制定政策和开发培训
11.4.2 选择支持可访问性的内容与开发工具
11.4.3 建立设计指南和媒体库
11.4.4 让残障人士也参与到项目中
11.4.5 为评估提供工具和辅助技术
11.4.6 将可访问性变成网站维护工作的一部分
11.5 本章小结
人物档案：Valerie Fletcher与设计教育
第12章 设计改变未来
12.1 人人都能用的互联网是什么样子
12.2 我们需要为此做什么
12.2.1 将产品可访问性作为先导
12.2.2 强化意识，理解用户多样性
12.2.3 将可访问性融入主流产品中
12.2.4 让可访问性成为我们思考方式的一部分
12.2.5 不要等到产品的可访问性达到理想水平才发布
12.3 向未来进军
附录A 可访问的用户体验原则与规范
附录B WCAG2.0交叉引用
附录C 相关阅读
猜您喜欢
