|
|
|
|
移动端

2.3 标准、原则和指导方针

《以用户为中心的系统设计》第2章以用户为中心的系统设计:简史,本章主要介绍以用户为中心的系统设计这一领域的一些历史背景,同时介绍当前的一些理论。本节为大家介绍标准、原则和指导方针。

作者:田丰 等译来源:机械工业出版社|2017-11-23 15:05

开发者盛宴来袭!7月28日51CTO首届开发者大赛决赛带来技术创新分享

2.3 标准、原则和指导方针

所有上述提到的学科都有这么一个目标,那就是使用实验以及观察的方法来解答一个具体的研究问题。比如,在一个研究项目中,有可能提出这些问题:

在一天的工作中,坐这个椅子工作8小时会让人感到舒适吗?

用户可以使用这个程序完成他们的任务吗?

这个界面使用的字体便于阅读吗?

我们是否将界面上最重要的信息显著地表示出来了?

这个界面在外观审美上能否吸引到我所感兴趣的用户群?

如果有紧急情况,用户是否可以及时得到他们需要的信息?

研究人员不可能总是通过做具体的研究来回答这类问题,所以他们转而借鉴以前的研究成果,将之编纂为标准、原则和指导方针,并将其应用到可能遇到的问题中。

正式的标准由专家制定,这些标准汲取了研究领域中公认的知识和最好的实践。制订好的标准可以为设计人员、开发人员提供通用词汇表,并且在理想情况下,产生出对用户来说更加一致、通用互换性更强,并且更易于集成的系统。设计领域的标准往往需要关注人类的适应性和差异性。这些标准为安全的、可令人接受的设计提供了可供遵循的良方;它们详细地定义了设计的界限,如果超出这些界限,用户可能会产生精神压力,也有可能导致事故。标准是法则的一部分,也可以成为法则的一部分。比如,英国的标准BS 5330关注的是工作场所的声音级别与听力损伤发生的概率之间的关系。

原则都是规范性的,并且详细列举了那些可以支持设计决策的一般性理论想法。它们没有像标准一样详细列出人类能力的限制,并且相较于指导方针来说更具宽泛性。(需要注意的是,尽管我们对指导方针和原则进行了区分,但是工效学的文献一般不这样做)。理想的情况下,原则是以基于大量数据的采集和测试中得到的理论观点为基础的。比如Norman(1988,2013)概括了一系列设计人员应该考虑的原则,比如事物需要可见,需要提供反馈等。Norman的原则是以他的行为和交互理论(在第12章中会有描述)为基础的。特别地,他强调系统的状态应该是可见的,应该提供对用户行为的反馈,同时系统与其子系统的风格应该保持一致。类似地,Hedge也提出了他的原则(见表2-1)。

表2-1 避免惹恼用户的设计原则(Hedge 2003)

指导方针是规范性的,同时要提供一些供设计决策使用的一般性指导。它们与原则相比应该更加的具体,但是依然都是把现有的理论、知识与新的或已经存在的设计问题相结合(比如Brown 1988;Mosier and Smith 1986;或者可以在网上查到的苹果设计指南)。下面列出了一些我们发现在自身的工作中十分有用的一些原则和指导方针。在设计和评估系统时,我们需要对设计的功能性、可用性、易学性、有效性、可靠性、可维护性和实用性或有用性提出一些问题。

1.功能性。一件物品的功能往往是首先需要考虑的因素,同时可用性的问题有时会放在开发末期才考虑。这会导致一些设计很糟糕的产品,它们很难使用却会有一些新颖的功能。有时这样做就够了,但有时却不行。一般来说,经过深思熟虑的设计可以两者都兼顾到。

2.可用性是一个可以使用多种方法来定义的复杂概念。比如Ravden和Johnson(1989)认为下列标准都与评估一个系统或技术是否可用相关:

视觉清晰度(visual clarity)

一致性(consistency)

信息反馈(informative feedback)

明确性(explicitness)

合适的功能(appropriate functionality)

灵活性和可控性(flexibility and control)

对错误的预防和控制(error prevention and control)

对用户的指导和支持(user guidance and support)

Eason(1984)对可用性提出了以下定义:“可用性的主要指标就是系统或设备有没有被使用。”但是有些例子却明显不适合,就像很多设备虽然使用起来很困难但是依然在使用。更加有用的是,Eason指出可用性并不仅仅是取决于一个或者两个成分,而是受到很多因素的影响。这些因素不是简单直接地影响可用性,而是以一种复杂的方式相互作用。他尤其关注三个需要仔细考虑的因素:系统功能与任务的匹配、任务特征,以及用户特征。Eason声称这些变量是相互独立的,这些变量的不同取值会导致用户反应、使用范围的改变,而这种变化可能有限度的、局部的、不显著的或者永久性的。

在1991年,ETSI(European Telecommunications Standards Institute,欧洲电信标准学会)提出了可用性的两种维度:一种与性能相关,另一种与态度相关。其中性能可以客观地测量出来,而态度则是一种主观的维度。

虽然Shackel(1991)坚持系统性能和用户态度维度之间的差异性,但是他又定义了四种不同的可定量的维度:有效性、易学性、灵活性和态度。在不同的系统中,这四个方面承担不同的重要性。这些维度并不是互相排斥的,比如在度量有效性的同时也可以得到一些系统易学性方面的指标。不管怎么说,它们提供了一个好的开始。

最后Booth(1989)指出可用性就是实用性、有效性、易用性、易学性、态度以及亲和性(likeability)。一个有用的系统可以帮助用户实现他们的目标。这个更加实际的判断方法也被国际标准化组织的9241号标准所接受:“一个产品的可用性就是特定的用户在特定的环境下实现目标的程度;需要是有效果的、有效率的、舒适的,并且要采取一个可令人接受的方式。”

3.易学性就是系统易于学习掌握的程度。这要受到诸多因素的影响:比如系统有多复杂,系统的反馈有多好,系统行为方式有多一致,可能导致不同系统行为的模式改变是如何展示给用户,等等。易学性也会被系统的文档化程度影响,文档可以是正式的(如说明手册),或者非正式的,如那些更加专业的、可以帮助新手的其他用户。

易学性还会受到新系统与旧系统的相似程度的影响。如果用户熟悉旧系统,使用旧系统的知识可以应用到使用新系统中来,即使用户不熟悉旧系统,那些熟悉旧系统的的用户可以帮助新手用户,而且用户原有的咨询顾问和老师也可以给予帮助。

4.系统的效率可以通过测量如处理器时间、内存、网络连接、系统设备、磁盘空间等资源的使用情况来得到。程序员一般主要关注的是效率,因为这可以使系统运行得很快,不会让用户由于等待而感到失望。但需要注意的是,这种效率观点是以计算机为中心,而不是以人为中心的。虽然我们可以用如处理器使用率等参数来说明一个系统相对来说比另一个系统更有效率,但对于系统执行某个任务时的用户体验的最佳效率,我们却并没有一个绝对的度量。从以人为中心的角度看,最佳效率要求考虑任务、任务的环境背景,以及用户特征。需要考虑用户的知识水平和包括动机在内的倾向。还有一个重要的事项就是不能将效率与运行速度相混淆;速度也许会很重要,但是也有可能是完全没有效率的。

早期计算机的程序规模都很小,并且计算机时间相对昂贵,计算时间的效率被认为是最重要的,当时或许是这样。使用现代运行速度快得多的机器时,设计人员需要考虑各种资源下不同选择的影响以及不同效率带来的结果。比如,当考虑网站的时候,缓慢的下载速度是由于站点/应用设计和网络带宽所造成的效率问题。如果用户急需完成一件任务,这个下载速度将会让他感到失望。但是,反过来说,当任务完成得太快时,用户也会感到迷茫和不满意(比如,没有要求用户检查订单情况就下单的单次点击支付功能)。因此计算效率时,应该考虑技术效率,也就是系统效率与用户所期待效率的匹配程度。

5.可靠性关注的是最终系统的动态属性,它与设计人员行为问题做出的预测有关。我们需要知道系统是否完备(它需要能够处理事件与系统状态的所有组合)、一致(不管整个系统什么时候加载,也不管是系统中的哪个组件,系统的行为应该符合预期并且可重复),以及可靠(当面对组件失效或者相似的冲突时,如一个化学过程控制厂用来记录数据的打印机因为某些原因失效了,整个系统不应该崩溃,而是应该遵循一个故障弱化的规则)。

随着系统规模的增大,确保系统可靠性所面对的问题也会逐步增加。对于那些可靠性至为重要的安全关键系统,已经开发出了各种技术来帮助克服设计和实现技术上的不足。比如,在飞机自动驾驶系统里,操纵面是由计算机链路而不是液压控制来管理的,这种系统一般是通过多个计算机来实现,而且很可能每一个计算机由一个单独的开发团队来实现,并且独立进行测试。任何对控制系统的操作都要被所有的计算机同时处理,只有它们对要求的操作达成一致时,该操作才会被执行。

6.可维护性就是对系统进行维护和更新的简易程度。随着系统的规模变得更大,成本变得更高,对系统可以长久服务的需求也同时增加。为了帮助实现这个需求,设计需要允许在将来被修正。设计人员需要为以后的维护人员提供系统的心智模型以及设计的基本原理以便将来的维护人员可以清楚地理解系统及其组成(Haynes et al. 2009)。模块化设计的开发提供了一定帮助,但是规模更大的系统又存在新的问题。小的系统可以用结构化的模型进行建模(比如划定系统的组成部分),而随着系统规模的变大,开发用来模拟系统组件自身以及相互之间交互行为的功能性模型就显得更加重要。

7.实用性/有效性在设计系统时是一个需要一直进行考虑的重要概念。系统确实对用户有用吗?这个有效性可能维持多久?这个系统将成为一个经常使用的系统还是一个偶尔使用的系统?使用系统时,它对用户的有用程度如何或者用户会愿意使用其他的变通方案吗?有效性可以从系统使用的频率和使用方式这两个方面测量,也可以从一些主观标度来测量,如“你有多喜欢它?”人们觉得一个东西有用,或许是因为这个东西让他们自我感觉良好,而不是因为设计人员所认为的这个东西是一个有效率的、可靠的、拥有极高可用性界面的系统。

喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书频道活动讨论群:365934973

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

Wicked Cool Java中文版

本书主要介绍由Sun微系统公司创建的Java编程语言。 除了核心内容外,Java还有许多免费的财富,即开放源代码的库。本书就是为了介绍这些库...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊