本书是一本经典著作，曾荣获1999年美国软件开发杂志的Jolt大奖。书中主要介绍一种以使用为中心的软件开发方法论的模型和方法，用以帮助程序设计人员开发出更可用的软件，使用户能够更容易、更高效地完成他们的任务。
本书的两位作者有着丰富的软件工程实践和管理经验，被公认为软件开发人类因素方面的权威，是国际著名的咨询专家、培训教师和作者。他们在书中并不只是给出好的设计准则，而是循序渐进地指导读者去进行一个系统化的软件开发过程。通过大量的软件应用实例和案例分析，作者描述了在实践中怎样做是可行的，哪些东西是有实用价值的，因此具有很高的实用性。
本书文字简洁、论述精辟、层次清晰，适合计算机软件和应用程序的各类设计开发人员阅读，对于高等院校计算机及相关专业的学生以及软件学院的学生，也具有很高的参考价值。
无
本书所面向的是那些肩负双重压力的专业人员，他们一方面必须开发出高质量的软件系统，另一方面又必须以更少的资源消耗和更短的工期交付产品。本书告诉人们，怎样采用经过改进的开发技术使软件系统更加可用和有用，不论它们是用于桌面计算机，运行于大型服务器，嵌入在工业电子装置中，还是通过Web为用户所使用。本书主要是为计算机软件和应用程序的开发人员而撰写，这包括负责软件系统开发的系统分析人员、系统设计人员、软件工程师和程序员。不过，从概念上来说，可用性应当属于可用性专业人员的职责范围。但是在实际的开发实践中，决定软件产品可用性的无数设计决策却主要是由各种各样的开发人员来做出。本书正是为这个行业的这支“一线部队”而写的。
本书所介绍的以使用为中心的软件设计方法源自于我们自己作为软件用户的切身感受。在使用那些毫无道理地让人感到别扭和难用的软件时，我们都经历过种种挫折和不快。长久积累的大量关于人机交互的知识，并没有被很好地用来开发更可用的产品。在研究目前软件产品开发实践的过程中，我们开始认识到问题出在哪里，需要怎样进行改进才能开发出更好的产品。
以使用为中心的软件设计是一种流线型但系统化的开发方法，用来设计能很好满足用户真正需求的软件，即不仅更加有用和易于使用，而且简单且易于建造。这种设计方法适应了当前软件开发面临巨大压力的现实。通过几个简单而功能强大的模型，它提供了一种快速理解用户的有关特征、用户执行任务时的工作意图及其所需系统支持的手段。其方法和模型几乎可以用于任何一种软件开发生命周期（SDLC）模型，可以被结合到任何一种现代开发实践中，包括像统一建模语言（UML）这样的各种面向对象（OO）的方法中。以使用为中心的设计方法并不局限于任何特定的语言平台，不论是在使用最新集成技术的可视化开发环境下进行快速迭代开发，还是对于运行在特殊硬件上基于字符显示的控制系统，这种方法都同样有效。
我们想要向所有设计开发人员传递的主要是这样一个简单的信息：可用性并不能一蹴而就。这经常是一项艰苦的工作，需要对细节的关注，但通过使用几件基本的概念工具，设计开发人员也可以学会怎样发现可用性问题，怎样改进所开发系统的可用性。麻省理工学院的Woody Flowers教授曾经将摄像机交给一些中学生，让他们去发现和拍摄那些难以使用的产品及其现象，并对其原因加以解释。如果没有经过训练的中学生尚且可以学会可用性的基础知识，那就没有理由怀疑成年人能够掌握可用性的基本原理。
实际上，我们认为，本书所介绍的基于模型的方法对于参与产品设计开发的任何专业人员都是有用的，这包括所有的专业设计人员：用户界面和人机交互设计人员、人类工效学专业人员、人类因素工程师、图形设计人员、工业设计人员、人机交互专家以及可用性测试人员。根据我们的经验，最重要的基础条件并不是特定的学位或应用经验的水平，而是是否愿意并能够以开放的思维来学习本书的内容。
在设计和教学工作中，我们的重点总是放在可以很快掌握和应用的那些简单而有效的技术上。例如，有一位擅长Web应用的自由设计师，在通过一次简短的会议演讲学习了以使用为中心的设计方法后，马上将其用到自己的工作中。还有一位计算机外部设备公司的项目经理，在参加了一次一小时的讲座后，就向其项目团队成员介绍如何使用用例模型来改进软件的用户界面。在全世界，成功运用这种开发方法的公司遍布于银行应用系统、工业自动控制以及商用软件开发工具等各个领域。
我们不应当给大家这样一个印象，即以使用为中心的设计方法适用于所有人和所有问题。我们用模型作为一种杠杆，来帮助解决用户界面设计中的问题。根据我们的经验，用简单的模型来帮助认识问题和找到解决方案，通常可以提高效率，但对许多新手来说，刚刚接触时可能会感到有一些困难。
尽管我们两位作者都有人类科学方面的背景，但我们能够清楚地认识到，引发人们兴趣的研究问题与现实生活中进行的日常决策是不同的。学术界和专业人员似乎通常认为，只有通过认知和感知心理学才能认识和理解人机交互，要想很好地进行人机交互设计，必须首先阅读大量的学术文献。我们认为，研究人员和实验室所必须解决的许多复杂而微妙的问题，对于现实生活中的日常决策来说并非不可回避。
我们认为，创造欲望是优秀设计的基本元素，但我们是将其放在一个坚实的工程基础上来处理的。某些将用户界面看成是一种戏剧艺术或认为设计主要基于艺术灵感的专业人员，一直对以使用为中心设计方法的系统化本质持反对态度。而从另一个方面来看，在我们这些积极拥护基于模型的方法的人当中，有许多设计和艺术专业人员，他们认识到，抽象模型可以激发更大的创造力。
在组织本书内容的过程中，我们一直在努力使本书的副书名得以兑现，也就是说，即使不能达到操作手册的程度，也应使其超出一般的入门介绍，而成为一本实用指南。为此，本书被划分为若干个部分。当然，各章是这样来安排的，即试图仔细阅读本书全部内容的读者，基本上应当按照章节顺序来阅读。特别是，后面的大部分章都在很大程度上依赖于前6章所介绍的概念基础。实际上，如果读者只想对以使用为中心的设计方法做一般的了解，那么第一和第二部分可以提供最核心的内容。第三和第四部分转向与实际应用有关的各种各样的有时甚至是琐碎的细节。开发人员特别是那些缺乏用户界面设计背景的开发人员，可能对这部分内容会特别感兴趣，但我们建议，不要从这些部分开始阅读本书。
为了保证本书实践性和应用性的特点，书中采用了大量具体的小实例。此外，书中还包括以使用为中心设计方法的两个完整的应用实例。其中，在第4章引入的那个实例主要用于帮助本书中间部分各章内容的介绍，并在第10章对其进行总结；另一个实例构成了第15章的全部内容。对于那些关注细节，急于“打破砂锅问到底”的开发人员来说，如果希望马上看到最后的结果，也许可以先看第15章的应用实例，然后再回过头来，通过阅读第4到第14章的内容来建立必要的背景知识。
由于我们把联机帮助文档看作是用户界面的有机组成部分以及影响可用性的主要因素，因此我们专门用一章来讨论它的设计问题。在熟悉了第2章、第3章以及第二部分所介绍的基本概念后，从事技术资料和文档编写的专业人员会发现，第11章的内容很有帮助。
那些已经在人机交互和用户界面设计方面具有良好背景的专业人员以及只想了解以使用为中心设计方法独特性的专业人员，可能会希望直接进入第二部分关于模型及建模技术的核心内容。关于演化使用模型的第12章和关于可用性度量的第17章，也特别适合这部分读者阅读。
管理人员和项目主管可能并不太关心以使用为中心设计方法的技术细节，而对与它有关的管理问题及其对组织机构的影响更加关心，这部分读者可以先阅读头两章，然后快速浏览关于评估和改进的第五部分，而直接去阅读有关过程组织和管理的第六部分内容。
尽管经过了长时间的酝酿过程，本书的内容仍然有待成熟和完善。正如本书内容的许多改进和扩充来自我们的学生和客户一样，我们期待着你们—我们的读者提出改进意见。正像我们在所教过的每一个班上所说的那样，我们希望倾听你们的意见。因此，请把你们实践以使用为中心设计方法的体会告诉我们，我们将不断地改进这一方法的可用性。你们可以通过网站www.foruse.com与我们保持联系。
(美)Larry L.Constantine, Lucy A.D.Lockwood：Larry L.Constantine: 是澳大利亚悉尼理工大学计算机科学教授。他是最早从事结构化设计以及现代软件工程理论与实践的许多核心概念和模型研究的专家，是一位国际公认的软件人类因素方面的权威。在近40年的职业生涯中，他共发表了多达130篇论文和文章，出版了10余部专著，其中包括《Software for Use》（获1999年Jolt大奖）。
Lucy A.D.Lockwood: Constantine & Lockwood有限公司总裁，是以使用为中心的设计方法的合作开发者，也是操作概况概念的提出者。作为一位咨询专家、培训教师和撰稿人，她在程序设计和项目管理方面有着15年以上的经历，她侧重于软件可用性以及在软件工程过程中把人与技术进行整合的实用方法的研究。她曾是许多国际会议上最受欢迎的演讲者，在软件开发会议和Web设计与开发会议上担任可用性与用户界面设计分组的主席，还在企业应用开发会议上担任大会主席。她发表的论文涉及用户界面设计、跨功能的团队工作和项目管理等领域。她毕业于塔夫茨大学，曾在悉尼理工大学作访问学者。 Constantine & Lockwood有限公司(http://www.foruse.com)是一个咨询与培训机构，其客户包括世界范围内的一些知名大企业。该公司专门从事针对软件可用性、高绩效团队工作、组织机构文化和变化管理等领域的有关技术与过程的咨询。
刘正捷 等：刘正捷:大连海事大学计算机学院教授，欧盟可用性中国中心主任，国际信息处理联合会人机交互技术委员会（IFIP TC.13）中国国家代表。 1988年获得西安交通大学硕士学位，1992年至1994年分别在德国柏林自由大学交互系统实验室任客座教授，英国利物浦大学计算机科学系任客座研究员。研究领域包括人机交互、可用性工程、信息无障碍化。发表论文近60篇，其中有多篇被EI、 ISTP、 CCA等国际著名检索工具收录。[URL=http://usability.dlmu.edu.cn/chinese/lzj.htm]个人网页[/URL]
以软件为核心的信息技术（IT）近年来的迅速发展以及在社会生活各个方面的普遍应用，使得信息技术产品用户的构成发生了质的变化，从原先的以信息技术相关专业人员为主，转变为以普通大众为主。在这种情况下，决定信息技术应用成败的一个关键因素就是可用性。
可用性（usability）对于国内许多人来说，还是一个比较陌生的概念。它是包括计算机软硬件、网站、信息家电、仪器设备等在内的交互式IT产品/系统的重要质量指标，指的是产品对用户来说是否有效、易学、高效、好记、少错和令人满意，即用户能否用产品完成他的任务，效率如何，主观感受怎样；它实际上是从用户角度所看到的产品质量，是产品竞争力的核心，它直接决定了产品使用的实际效果。
自20世纪80年代以来，可用性在北美、欧洲和日本等发达国家开始受到人们的重视，由此产生了可用性工程这一工业界和学术界的热点领域。可用性工程（Usability Engineering）是交互式IT产品/系统的一种开发方法论，它在IT行业传统开发方法的基础上，借鉴了许多心理学、人类工效学、工业设计、人类学、社会学等领域的方法，强调以人为中心来进行设计开发。20年来的大量工业实践证明，可用性工程是保证和提高产品可用性质量的一种有效途径，可以弥补常规开发方法对人类因素的忽视，自20世纪90年代开始已经在国外IT行业获得普遍应用。
这些年来，为了把以人为中心的理念实际应用到开发实践中，人们在可用性工程领域提出和实践了一些特色各异的方法。本书所介绍的以使用为中心的设计方法，就是其中的一个重要代表。
可用性工程在国内是一个刚刚起步的领域，但国内信息化建设的迅速发展、国内IT行业面临的国际国内竞争压力以及我国从一个IT制造大国向IT大国转变的进程，都要求我们的设计开发水平有一个质的提高，要求我们必须有成千上万的可用性工程的实践者。任重而道远，我们很高兴能够把本书翻译介绍给国内的读者，特别是那些软件设计开发人员。我们希望本书能够引导和帮助国内越来越多的人走进可用性工程这一有待开拓的领域，掌握和运用这种先进方法，设计开发出更多满足用户需求的可用的产品。
本书由大连海事大学欧盟可用性中国中心（http://usability.dlmu.edu.cn）的刘正捷、陈军亮、张海昕和张丽萍翻译。其中，第1部分（第1～3章）、第2部分（第4～6章）以及前言和封底由刘正捷翻译；第3部分（第7～9章）和第6部分（第19～21章）由陈军亮翻译；第4部分（第10～15章）由张海昕翻译；第5部分（第16～18章）以及附录和作者介绍由张丽萍翻译。刘正捷对全书译稿进行了审校。
译 者
2003年年底于大连
第一部分 开发更可用的软件
第1章 面向使用的软件开发方法：使用、可用性及用户界面 1
1.1 提高可用性 1
1.1.1 人类的特性 2
1.1.2 使用质量 3
1.1.3 可用性的经济学 4
1.1.4 营销信息技术 6
1.2 如何改进可用性 7
1.2.1 测试、再测试 7
1.2.2 流行风格 8
1.2.3 反复建造 9
1.2.4 审视一下 10
1.2.5 专家的见地 10
1.3 事过境迁 10
第2章 培育可用性：以使用为中心的设计方法论 12
2.1 面对用户 12
2.2 以使用为中心方法论的组成元素 13
2.2.1 主要原理 14
2.2.2 模型与建模 14
2.2.3 开发过程 14
2.2.4 反复改进 14
2.2.5 质量度量 14
2.3 驱动模型 15
2.3.1 诱人的抽象方式 15
2.3.2 回归基本 16
2.3.3 界面体系结构 17
2.3.4 多视角 17
2.3.5 一般化和简单化 20
2.4 协同活动 20
2.4.1 灵活的阶段安排 22
2.4.2 秩序与混沌 23
第3章 总体原则：以使用为中心设计方法的准则和原理 25
3.1 对话式的设计过程 25
3.2 准则和原理 27
3.3 可用性准则 29
3.3.1 第一条准则：易掌握准则 29
3.3.2 第二条准则：功效准则 30
3.3.3 第三条准则：渐进准则 30
3.3.4 第四条准则：支持准则 31
3.3.5 第五条准则：环境准则 32
3.4 用户界面设计原理 32
3.4.1 结构原理 32
3.4.2 简单性原理 34
3.4.3 可见性原理 35
3.4.4 反馈原理 37
3.4.5 宽容原理 38
3.4.6 重用原理 40
3.5 其它准则 41
3.6 细节、细节、细节 42
第二部分 可用性基本模型
第4章 用户及有关的用户类型：对用户和用户角色的理解 45
4.1 使用和用户 45
4.2 真实用户及其它有关方面 45
4.2.1 虚拟用户 46
4.2.2 用户代理人 47
4.2.3 信息提供者和解释者 48
4.2.4 间接信息来源 49
4.3 用户角色模型 51
4.3.1 角色建模 53
4.3.2 焦点角色 55
4.4 用户角色关系图 56
4.4.1 类似 56
4.4.2 分类 56
4.4.3 组成 57
4.5 用户角色的运用 57
4.6 结构化角色模型 60
4.6.1 角色内容 60
4.6.2 建立结构 63
4.6.3 与后续内容的关系 64
第5章 工作结构：基于基本用例的任务建模 65
5.1 工作、工作、工作 65
5.2 任务建模 66
5.2.1 从场景到用例 67
5.2.2 基本用例 69
5.2.3 抽象和一般化的程度 70
5.3 用例图 73
5.3.1 特例化 73
5.3.2 扩展 74
5.3.3 组成 75
5.3.4 类似 76
5.3.5 焦点用例 77
5.4 基本用例模型的建立 77
5.4.1 用例的识别 77
5.4.2 用户与用例 78
5.4.3 用例表述的编写 79
5.5 应用 80
第6章 界面体系结构：界面内容与导航 83
6.1 工作场所 83
6.2 界面内容 84
6.2.1 内容建模 84
6.2.2 内容列表 87
6.2.3 设置环境 87
6.2.4 工具和材料 88
6.2.5 内容建模过程 88
6.3 环境导航图 90
6.3.1 行为视图、体系结构视图和顺序视图 91
6.3.2 导航图的使用 91
6.4 应用 94
第三部分 创建可视化设计
第7章 对话设计：布局和交流 99
7.1 从抽象到具体 99
7.2 交流渠道 99
7.2.1 词语 99
7.2.2 彩色界面 101
7.2.3 标记和符号 102
7.2.4 声音 104
7.3 屏幕空间 104
7.3.1 工作流 105
7.3.2 发布信息 106
7.3.3 视觉组织 107
第8章 实现窗口部件：可视组件的选择与设计 110
8.1 拿来还是自制 110
8.2 图标交流 110
8.2.1 “视觉”设计 110
8.2.2 符号学 111
8.2.3 工具栏的组织 112
8.3 菜单 113
8.3.1 菜单的组织 114
8.3.2 键盘的访问 116
8.3.3 右键快捷菜单 118
8.3.4 快餐菜单 118
8.4 选择性部件的选择 119
8.4.1 多项中选择一个 120
8.4.2 多项中选择几个 121
8.4.3 特例 122
8.4.4 用菜单作为选择部件 123
第9章 创新界面： 创新界面工程与定制组件 124
9.1 创新工程 124
9.1.1 为什么创新 125
9.1.2 创新什么 126
9.2 创新过程 127
9.2.1 迭代创新 127
9.2.2 两者兼备的设计 127
9.2.3 想像它 128
9.2.4 大幅度改进 129
9.3 指导性界面 130
9.3.1 提供与限制 132
9.3.2 可视对象持续性 134
9.3.3 习惯扩展 135
9.3.4 移动界面 136
9.4 创新的应用 137
9.4.1 滚卷工作 137
9.4.2 重载 138
第四部分 完成设计
第10章 解决方案表述：实现建模和原型 141
10.1 有趣的东西 141
10.2 原型和原型建造 142
10.2.1 原型种类 142
10.2.2 被动原型 143
10.2.3 主动原型 143
10.2.4 创建界面原型 145
10.3 模型间的映射 145
10.3.1 界面环境 146
10.3.2 界面内容 149
10.3.3 界面组合 151
10.4 建立实现模型的演示 151
10.4.1 扩展程序设计之一 151
10.4.2 扩展程序设计之二 153
第11章 尽可能提供帮助：帮助与帮助消息的设计 155
11.1 即使是专家也需要帮助 155
11.2 寻求帮助的用例 156
11.2.1 帮助用例 156
11.2.2 通过用例来组织帮助 158
11.3 访问和呈现技术 159
11.3.1 显示帮助 159
11.3.2 访问帮助 161
11.4 特殊技巧和方式 163
11.4.1 声音和闹剧 163
11.4.2 辅导 164
11.4.3 软件魔术 164
11.5 写出有帮助的东西 167
11.5.1 帮助风格要素 168
11.5.2 文档，还是帮助 169
11.5.3 有效的帮助 170
11.6 有帮助的信息 171
11.6.1 消息和媒介 171
11.6.2 消息模型 172
11.6.3 错误预防 176
11.6.4 抵制冲动 177
11.6.5 编写消息 177
第12章 初学只有一次：支持用法模式的演变 180
12.1 初学者阶段之后 180
12.2 滑雪场式的界面 181
12.3 渐进用法 182
12.3.1 新手用法 182
12.3.2 中级用法 183
12.3.3 熟练用法 183
12.3.4 用法概况 184
12.4 支持性界面 185
12.4.1 获得设施 185
12.4.2 转变设施 187
12.4.3 生产设施 189
12.5 为渐进用法而设计 191
12.5.1 映射快捷键 191
12.5.2 转变帮助 192
12.5.3 可修改界面和自适应界面 194
12.5.4 连续不断的定制 195
12.5.5 对特性的访问 199
12.6 渐进用法的应用 201
第13章 在适当的位置：符合操作环境 203
13.1 不和谐的环境 203
13.2 操作建模 203
13.3 与环境相适应 204
13.4 绑定环境 204
13.4.1 担负职责概况 205
13.4.2 交互概况 206
13.4.3 信息概况 208
13.5 环境概况 210
13.5.1 设备约束概况 211
13.5.2 操作风险概况 213
13.6 把环境落到实处 214
13.6.1 DimTel产品订单录入 215
13.6.2 BankInvest投资分析 215
第14章 相同的游戏，不同的地方：特殊的应用，特殊的问题 217
14.1 依然是主题和变化 217
14.2 面向使用的Web设计 217
14.2.1 目的概况 218
14.2.2 吸引点击 219
14.2.3 相同却又不同 220
14.2.4 Web的悲哀 222
14.3 应用Web的智慧 226
14.3.1 合理使用FAQs 227
14.3.2 QubIt的改造 228
14.3.3 修改过的建模 232
14.4 嵌入式系统应用 233
14.4.1 硬件和软件 234
14.4.2 界面问题 235
14.4.3 嵌入式应用程序建模 236
14.4.4 嵌入式界面 239
14.5 其它特殊界面 245
14.5.1 声音界面 245
14.5.2 打电话给技术支持 245
第15章 以使用为中心设计方法的应用：TeleGuida 247
15.1 规模放大 247
15.2 电话标签 247
15.3 收集需求 248
15.4 TeleGuida用户和使用 253
15.4.1 TeleGuida的用户角色 253
15.4.2 TeleGuida的基本用例 256
15.4.3 TeleGuida的基本用例表述 259
15.5 建立TeleGuida原型 262
15.5.1 TeleGuida的内容模型 262
15.5.2 TeleGuida的导航图 264
15.5.3 TeleGuida可视化设计 265
第五部分 评估与改进
第16章 改进可用性：检查与评审 271
16.1 评估可用性 271
16.1.1 专家评估 271
16.1.2 同行评审 273
16.1.3 用户评审 273
16.1.4 测试与度量 275
16.1.5 检查 275
16.2 检查方法 276
16.2.1 经验式评估 276
16.2.2 认知走查 277
16.2.3 多元化可用性走查 278
16.3 协同可用性检查 278
16.3.1 目标 279
16.3.2 可用性缺陷 279
16.3.3 焦点 280
16.3.4 检查角色 281
16.3.5 检查过程 284
16.4 焦点式检查 287
16.4.1 一致性检查 287
16.4.2 符合性检查 289
第17章 量化：在实践中衡量可用性 290
17.1 量化式比较 290
17.2 可衡量的质量 290
17.2.1 度量指标的运用与滥用 290
17.2.2 偏好度量指标 292
17.2.3 绩效度量指标 294
17.2.4 预测度量指标 294
17.3 用户界面设计度量指标 294
17.3.1 度量什么 294
17.3.2 衡量标准 295
17.4 一组基本的可用性指标 297
17.4.1 基本效率 298
17.4.2 任务符合度 300
17.4.3 任务可见度 302
17.4.4 布局统一度 305
17.4.5 视觉相关度 306
17.5 度量指标运用 308
第18章 测试评分：实验室与现场可用性测试 310
18.1 测试的发展进程 310
18.2 两种可用性测试形式 311
18.2.1 实验室里的科学 311
18.2.2 现场测试 313
18.2.3 beta测试 313
18.3 测试协议 315
18.3.1 不适当的影响 315
18.3.2 说出自己的想法 316
18.3.3 测试前后 317
18.3.4 绩效度量指标 318
18.4 测试策略 319
18.4.1 规划目标 320
18.4.2 选择测试用户 320
18.4.3 测试用例 321
18.5 为什么要测试，为什么不要测试 322
第六部分 过程的组织和管理
第19章 编程实现：界面的实现 325
19.1 对象和界面 325
19.1.1 用于实现的对象 326
19.1.2 面向对象的用户界面 326
19.1.3 表面上的对象 327
19.1.4 对象体系结构 328
19.2 快速开发 329
19.2.1 集中建造 329
19.2.2 结构迭代 330
19.3 可视设计的可视开发 331
第20章 对用户的使用：开发过程中的用户 335
20.1 对用户的使用或滥用 335
20.1.1 开发周期中的用户 335
20.1.2 以使用为中心设计中的用户 337
20.2 需求对话，需求舞蹈 338
20.3 追根溯源 340
20.3.1 面对面 340
20.3.2 会议机制 341
20.3.3 观察工作 342
20.4 对用户的使用 343
20.4.1 对预期的管理 343
20.4.2 对付混乱 344
20.4.3 用户和原型 345
20.5 联合基本建模 346
20.5.1 联合运用 347
20.5.2 从JAD到JEM 348
20.5.3 参与者角色 348
20.5.4 活动概览 350
20.5.5 框架会议 350
20.5.6 建模会议 351
20.5.7 检查会议 352
第21章 如何组织：在更大应用环境中的可用性 355
21.1 组织部门 355
21.2 标准和风格指南 356
21.2.1 标准的变更 356
21.2.2 可用的可用性标准 357
21.2.3 背离标准 358
21.3 竞争性群体 358
21.3.1 市场，市场 359
21.3.2 市场研究 359
21.3.3 市场和使用 360
21.3.4 当顾客不对时 361
21.4 专家和专长 361
21.5 符合文化 363
21.5.1 集成可用性 365
21.5.2 后期补救 367
21.5.3 把真理分解开 367
附录A 推荐阅读书目 369
附录B 使软件更可用的11种途径：软件可用性基本原理 371
附录C 词汇表 373
附录D 以使用为中心设计方法所用的
若干表格 379
附录E 软件可用性主观衡量（SUSS） 383
参考文献 385
