可用性分析与评估讲稿.ppt

《可用性分析与评估讲稿.ppt》由会员分享，可在线阅读，更多相关《可用性分析与评估讲稿.ppt（79页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、关于可用性分析与评估人机交互技术编写组1第一页，讲稿共七十九页哦内容提要u可用性的定义u支持可用性的设计原则n可学习性n灵活性n鲁棒性u可用性的评估方法n用户模型法、启发式评估、认知性遍历、用户测试和用户调查法等。u人机交互界面设计第二页，讲稿共七十九页哦5.1可用性与可用性工程u可用性定义（ISO9241-11）n可用性是指特定的用户在特定的环境下使用产品并达到特定目标的效力、效率和满意的程度。u其他定义n可用性意味着使用产品的人能够快速而方便的完成任务u以用户为中心u使用产品过程中的体验第三页，讲稿共七十九页哦可用性的五个方面u可用性不仅只与界面有关n有效性(effective)怎样准确、

2、完整地完成工作或达到目标n效率(efficient):怎样快速地完成工作n吸引力(engaging)：用户界面如何吸引用户进行交互并在使用中得到满意和满足n容错能力(errortolerant)产品避免错误的发生并帮助用户修正错误的能力n易于学习(easytolearn)：支持用户对产品的入门使用和在以后使用过程中的持续学习。第四页，讲稿共七十九页哦可用性案例uAtwo-itemlistboxinVisualBasic5.0第五页，讲稿共七十九页哦可用性案例uA2000itemlistbox.Puttingtoomanyitemsintoalistboxisbad第六页，讲稿共七十九页哦可用性

3、案例uMulti-rowtabcontrols第七页，讲稿共七十九页哦可用性案例uDeletingfilesfromanalmostfullharddiskinWindows95第八页，讲稿共七十九页哦可用性案例u成功范例nWIMP界面n超文本Hypertext和互联网wwwn图形显示器n操作系统的分时功能n隐喻n直接操纵n语音、手势界面nCSCW等（ComputerSupportCooperativeWork）（计算机支持的协同工作）第九页，讲稿共七十九页哦可用性工程uAniterativeprocesstoimprovetheusabilityofasystemUsability engi

4、neering.By Jay Simpson,from the cover of IEEE Computer,March 1992.第十页，讲稿共七十九页哦可用性工程u可用性工程涉及系统设计设计的整个过程n过程n面向可用性的系统设计设计过程第十一页，讲稿共七十九页哦两种不同的思想u系统为中心的设计-SystemCenteredDesignu用户为中心的设计-UserCenteredDesign第十二页，讲稿共七十九页哦Mottos(格言)uTechnology-centered mottonScience FindsnIndustry AppliesnMan ConformsuDon Norm

5、ans person-centered mottonPeople ProposenScience StudiesnTechnology Conforms第十三页，讲稿共七十九页哦系统为中心的设计uWhatcanbebuilteasilyonthisplatform?uWhatcanIcreatefromthetoolsavailable?uWhatdoIasadeveloperfindinterestingtoworkon?第十四页，讲稿共七十九页哦用户为中心的设计uThedesignisbaseduponausers:n abilitiesandneedsn contextn workn t

6、asks第十五页，讲稿共七十九页哦用户为中心的设计原则uExplicit（清楚的）、coherent（一致的）conceptual modeluMakethingsvisible.uGetthemappings（计划）right.uUtilise（利用）platformstandardsandconventions.uDesignforerror,allowingexploration（探索）withoutpenalty（处罚）.第十六页，讲稿共七十九页哦Macintosh 用户为本的设计思想用户为本的设计思想uUseofMetaphors（隐喻的使用）uAestheticIntegrity（

7、审美整体性）uConsistency（一致性）uPerceivedStability（感知的稳定性）uDirectManipulation（直接操纵）uSeeandPoint（看和指点）uWYSIWYG（所见既所得）uFeedback（反馈）uForgiveness（容错）uUserControl（用户控制）第十七页，讲稿共七十九页哦可用性工程的生命周期u了解用户u竞争性分析u设定可用性目标u用户参与的设计u迭代设计u产品发布后的工作第十八页，讲稿共七十九页哦了解用户u要在工作环境中观察用户。u了解用户的个体特征：根据用户的使用经验、受教育程度、年龄、接受过的相关培训等对用户进行分类。u可用性

8、任务分析：了解用户的全面目标，用户通常使用的方法，抽象出用户的任务模型，以及正常工作流程之外的特例。u功能分析：弄清楚为了完成可用性任务，什么是必须要做的，什么仅仅是些表面文章而已。第十九页，讲稿共七十九页哦用户体验第二十页，讲稿共七十九页哦竞争性分析u启发式地分析竞争产品或其交互界面，并结合使用经验，了解对手系统的优缺点，针对其缺点进行改进，并借鉴其巧妙的思想。微软在WINDOWS系统开发过程中，事实上从竞争对手苹果公司的Mac系统借鉴了很多思想。第二十一页，讲稿共七十九页哦设定可用性目标u预先确定可用性的评价尺度和可以量化的可用性目标水平，也就是可用性目标。例如：一个有经验的用户使用当前系

9、统时平均每小时会发生4.5次错误，则新版本的目标就可以设定为同等条件下每小时发生少于3次错误。从竞争性分析中也可以得到类似的目标，比如在主要的竞争对手网站上，目前初学者平均需要花费8分钟的时间完成一次航班预订，正在开发的新网站就可以将可用性目标设定为平均仅需花费6分钟的时间完成一次航班预订。u可用性工程要为提高可用性做大量的工作，不可避免的要增加成本，因此有时会受到财力的限制，所以有必要对设定的可用性目标进行财政影响分析，估算这些工作将来能为用户节省多少支出，并与为达到可用性目标所需的花费进行权衡第二十二页，讲稿共七十九页哦用户参与的设计u首先要明确什么样的用户会使用我们的系统。u与这些用户广

10、泛地沟通，理解他们的行为方式有什么不同。u根据不同种类的用户确定与软件相关的用户角色，定义这些角色的目标，设定到达这些目标的特定场景；之后考虑怎样设计交互的解决方案了。第二十三页，讲稿共七十九页哦用户参与的设计用户角色及系统用例图第二十四页，讲稿共七十九页哦用户参与的设计应用用例u用例描述示例：nTheCustomermakeschangestotheShoppingCartandpressestheUpdatebutton.nThesystemupdatesthecontentsoftheShoppingCartappropriately.nThentheCustomerpressesthe

11、CheckOutbutton.nWhentheCustomerhasfinishedspecifyingthebillingandshippinginformation,thesystemcreatesanOrder.第二十五页，讲稿共七十九页哦迭代设计u设计、测试、再设计u设计原型系统进行迭代设计 (1)对发现的可用性问题进行严重程度评级。(2)动手解决新版本交互界面中的问题。(3)作出修改时，要记录为什么做出改变的原因，也就是要抓住问题的原理。(4)评估新版本的交互界面，如果还有改进的余地，回到(1)，直到软件开发时间或经费花光。其中的评估过程可能是借助于原型，也可能采用检查或测试等评估方

12、法。第二十六页，讲稿共七十九页哦快速原型法(rapidprototyping)第二十七页，讲稿共七十九页哦迭代设计对非迭代设计u软件开发过程模型n瀑布法（非迭代设计）n统一软件开发过程第二十八页，讲稿共七十九页哦瀑布模型需求设计编码和单元测试系统集成运行和维护第二十九页，讲稿共七十九页哦统一软件开发过程第三十页，讲稿共七十九页哦产品发布后的工作u产品发布后继续收集重要的可用性数据，这一点非常有必要，一方面可以用于进一步改善产品的可用性，另一方面也为后续版本的开发作准备。这些工作包括：n通过与用户座谈、调查、观察等手段明确可用性研究涉及的内容。n进行标准化的市场调研，特别是调研用户在新闻组、邮件

13、列表、评论、杂志调查中对产品的评述。n使用软件日志记录，随时记录用户遇到的问题，并设法发送回公司进行分析。n认真分析用户在产品服务热线、修改要求、缺陷报告中对可用性的种种抱怨。第三十一页，讲稿共七十九页哦5.2支持可用性的设计原则u可学习性u灵活性u鲁棒性第三十二页，讲稿共七十九页哦可学习性u交互系统能否让新手学会如何使用系统，以及如何达到最佳实用效果。支持可学习性的设计原则有：n可预见性n同步性n熟悉性n通用性n一致性第三十三页，讲稿共七十九页哦可学习性-可预见性u用户利用对以往交互过程的了解就足以确定当前交互的结果。n可预见性有别于计算机系统的确定性行为。可预见性则是一个以用户为中心的概念

14、，它取决于用户的观察，不能完全由计算机的状态决定交互的行为，还要由用户根据自己的判断来决定。n操作的可预见性。第三十四页，讲稿共七十九页哦可学习性-同步性u同步性是指用户依据界面当前状态评估过去操作造成影响的能力，也就是说用户能不能同步地知道交互操作的结果。第三十五页，讲稿共七十九页哦可学习性-熟悉性u系统的新用户在现实生活或使用其它系统时，会有一些交互过程的宝贵经验；可能这些经验与新系统的应用领域不同，但对新用户来说，如果新系统跟过去使用过的类似系统有一定相关性，那使用起来就比较方便。第三十六页，讲稿共七十九页哦可学习性-通用性u交互系统的通用性就是在交互中尽可能的提供一些通用的或能够从现有

15、功能类推出来的功能。第三十七页，讲稿共七十九页哦可学习性-一致性u一致性是说在相似的环境下或执行相似的任务时，一般会执行相似的行为。u一致性与前面提到的其它交互原则有关，如熟悉性可以看作与过去现实世界经验的一致性，通用性可以看作与同一平台、同一系统中软件交互体验的一致性。第三十八页，讲稿共七十九页哦灵活性u用户与系统交流信息方式的多样性，主要表现在：n可定制性n对话主动性n多线程n可互换性n可替换性第三十九页，讲稿共七十九页哦灵活性-可定制性u可定制性是指用户或系统修改界面的能力。n用户主导：可定制n系统主导：可适应u定制能力n界面元素位置、颜色的定制n交互结构、流程的定制第四十页，讲稿共七十

16、九页哦灵活性-对话主动性u将人机交互双方看作是一对对话者时，重点是谁是对话的发起人。u系统主导：系统可以发起所有对话，这种情况下，用户只是简单的响应信息请求。例如，一个模式对话框就禁止用户与系统的其它窗口交互。u用户主导：用户可以自由的启动对系统的操作。u从用户角度看，系统主导的交互阻碍了灵活性，而用户主导的交互增强了灵活性。第四十一页，讲稿共七十九页哦灵活性-多线程u多线程的人机交互系统同时支持多个交互任务，可以把线程看作是一个特定用户任务的相关对话部分；并发的多线程允许各自独立交互任务中的多个交互同步进行；交替地执行多对话线程，允许各自独立的交互任务暂时的重叠；但在任何给定时间，对话实际上

17、还是局限于单个任务。第四十二页，讲稿共七十九页哦灵活性-可互换性u可互换意味着任务的执行可以在系统控制和用户控制间进行转移。有可能的情况是交互一会儿由用户控制，一会儿又由系统控制，交互的控制权彼此传递；或者将一个完全由系统控制的任务变成系统和用户共同完成的任务。u例如，字处理软件中的拼写检查：用户完全可以借助于字典逐字检查，但这是一项繁杂的工作，所以最好交由机器来自动执行，但机器往往对人名和无意义的重复输入的单词无法处理，这时还得靠人去处理，拼写检查最好由这种协作方式完成。u在安全性要求特别严格的应用中，任务迁移可以降低事故发生的概率。例如，飞机飞行中的状态检查单靠人来执行太过繁琐，所以一般采

18、用自动飞行控制，但一旦出现紧急情况，还得由飞行员凭借经验去处理。第四十三页，讲稿共七十九页哦灵活性-可替换性u可替换性要求等量的数值可以彼此交换。例如页边距的单位，可以是英寸，也可以是厘米；在用户输入上，可以让用户在输入框中输入数值，也可以通过设定表达式的方式输入。这种可替换性提供了由用户选择适当方式的灵活性，并且通过适当方式，避免无谓的换算，可以减少错误的发生。u可替换性也体现在输出上，也就是对状态信息的不同描述方式。表示的多样性说明了对状态表达信息进行渲染时的灵活性；例如，物体一段时间的温度可以表示为数字温度计（如果比较关心实际的温度数值），也可以表示为图表（以清晰地反映温度变化的趋势）。

19、有时可能需要同时提供这些表示方式，以备用户适应不同任务的需要。第四十四页，讲稿共七十九页哦鲁棒性u定义：n可观察性n可恢复性n响应性n任务规范性第四十五页，讲稿共七十九页哦鲁棒性-可观察性u可观察性允许用户通过观察交互界面的表现来了解系统的内部状态。也就是说允许用户将当前观察到的现象与要完成的任务进行比较，如果用户认为系统没有达到预定的目标，可能会去修正后面的交互动作。u可观察性涉及到五个方面的原则：可浏览性，缺省值提供，可达性，持久性和操作可见性。第四十六页，讲稿共七十九页哦鲁棒性-可恢复性u可恢复性是指用户意识到发生了错误并进行更正的能力。u可恢复性不仅利于鲁棒性，还可大大提高用户的冒险意

20、识，提高系统的可学习性。第四十七页，讲稿共七十九页哦鲁棒性-响应性u响应时间一般定义为系统对状态改变做出反应的延迟时间。n一般而言，延迟较短或立即响应最好。即使需要较长的时间才有最终结果，也应该有所响应。第四十八页，讲稿共七十九页哦鲁棒性-任务规范性u规范的含义：任务的规范u规范的意义：可重复性强，出错概率低第四十九页，讲稿共七十九页哦5.3可用性评估u可用性评估是检验软件系统的可用性是否达到了用户的要求。常用的方法包括用户模型法、启发式评估、认知性遍历、用户测试和用户调查等，其中最常用的方法是用户测试和用户调查。第五十页，讲稿共七十九页哦软件可用性评估应遵循的原则n最具有权威性的可用性测试和

21、评估不应该针对专业技术人员，而应该针对产品的用户。n软件的可用性测试和评估是一个过程，这个过程在产品开发的初期阶段就应该开始。n软件的可用性测试必须是在用户的实际工作任务和操作环境下进行。n要选择有广泛代表性的用户。第五十一页，讲稿共七十九页哦可用性评估方法u用户模型（UserModel）u启发式评估(HeuristicEvaluation)u认知性遍历(CognitiveWalkthrough)u用户测试(UserTesting)u用户问卷调查(Questionnaire)第五十二页，讲稿共七十九页哦用户模型法u用户模型法是用数学模型来模拟人机交互的过程。u这种方法把人机交互的过程看做是解决

22、问题的过程。认为人使用软件系统是有目标的，而一个大的目标可以被细分为许多小的目标。u在人机交互领域中最著名的预测模型是GOMS模型。uGOMS是描述任务和用户执行该任务所需知识的方法，通过目标(Goal)、操作符(Operator)、方法(Method)以及选择规则(Selectionrule)四个方面进行描述。第五十三页，讲稿共七十九页哦启发式评估u启发式评估法就是使用一套相对简单、通用、有启发性的可用性原则（即“启发”）来进行可用性评估。具体方法是，专家使用一组称为“启发式原则”的可用性规则做为指导，评价用户界面元素（如对话框，菜单，在线帮助等）是否符合这些原则。第五十四页，讲稿共七十九页

23、哦可用性启发原则(1)u系统状态可见性系统状态可见性u系统与用户现实世界相互匹配系统与用户现实世界相互匹配u用户控制与自由用户控制与自由u一致性与标准一致性与标准u错误预防错误预防第五十五页，讲稿共七十九页哦可用性启发原则(2)u识别而不是回忆识别而不是回忆u使用的灵活性与效率使用的灵活性与效率u美观而精炼的设计美观而精炼的设计u帮助用户认识、诊断和修正错误帮助用户认识、诊断和修正错误u帮助和文档帮助和文档第五十六页，讲稿共七十九页哦关于系统响应时间的一般约定u0.1 sec.:即时响应的极限时间.n直接操纵、虚拟场景的导航.u1 sec.:片刻等待的操作.n若长于1sec.，显示表示系统忙的

24、光标.u10 sec.:使用户保持对当前交互关注的极限时间.n如果长于10sec.,应显示操作进度指示。第五十七页，讲稿共七十九页哦认知性遍历（cognitive walkthrough）进行认知性遍历活动，需要以下四个条件：(1)对系统原型的详尽描述，这种描述不一定是完整的，但要相当详尽。诸如菜单的位置描述或措辞选择等这样的细节也可能导致相当大的差异。(2)对用户在系统中要完成任务的描述，该任务应当是大多数用户将要执行的有代表性的任务。(3)一个完整的、书面的操作清单，列出使用给定原型完成任务所需执行的操作。(4）确定用户的身份，以及评估人员能够确定这些用户已具有哪一类别的知识和经验。第五十

25、八页，讲稿共七十九页哦认知性遍历u认知性遍历认为用户完成一个任务的过程有三步：1.用户在交互界面上寻找能帮助完成任务的行动方案。2.用户选择并采用看起来最能帮助完成任务的行动。3.用户评估系统作出的反馈，判断在完成任务上的进展。u评审人员可以对用户的每个交互过程模拟这三个步骤去评价，并以回答下列三个问题为基础：1.界面上执行正确动作的控件（按钮、菜单、选项等）是否可见？2.用户是否知道正确动作可以到达希望的结果？3.根据系统对动作的反馈信息，用户是否能够知道他的动作是否正确？第五十九页，讲稿共七十九页哦用户测试1.前期准备工作（1）明确测试的目的l帮助改进交互设计n通过测试了解交互中有待改进的

26、地方，要搞清楚为什么出错，而不仅仅是知道错了。可以在测试中收集过程数据定量的去观察发生了什么问题以及为什么会这样。l评估交互的整体质量n根据一定的衡量指标，通过测试评估交互的水平，比如用户在某个交互任务上耗费的时间，任务是否成功，出错情况等等。也可对两个以上的可选设计针对确定的性能需求进行比较性评测。第六十页，讲稿共七十九页哦用户测试（2）准备测试环境n要确保测试环境的舒适。最简单的是选一个安静的房间，贴上“用户测试中请勿打扰”，关掉电话，保证房间足够的亮度，给受测试者提供饮料；如果有可能的话使用专门的可用性实验室。（3）准备测试设备n包括记录测试过程需要的摄像机，三脚架，麦克风，耳机，单向透

27、光的镜子，彩色监视器，录像机，录像带，电源线，扩展插座，“请勿打扰”标志，饮料，记录软件或表格等等。第六十一页，讲稿共七十九页哦用户测试（4）确定测试过程中的各种角色分配 l测试负责人n负责全面控制测试，执行所有与测试用户的交谈，以及撰写任务报告等。l数据记录员n记录测试过程中的重要事件和活动。l摄像操作员n对整个测试过程进行录像，包括开始的介绍和最后的任务报告部分。l计算机操作员n负责在测试之前，为每个新的测试用户准备交互初始界面和在系统崩溃、死机时进行重新启动等处理。l测试者或测试用户-参加测试的系统实际使用者。第六十二页，讲稿共七十九页哦测试用户摄像机可用性工程师测试间观察间摄像记录控制

28、设备其他观察者单向透光的镜子第六十三页，讲稿共七十九页哦用户测试2测试执行的六个阶段n为了有效地进行可用性测试，需要正确设计、准备和执行试验。一个测试执行过程一般要经过一些步骤。具体步骤见书中表5-1“用户测试执行步骤”。3可用性测试的评价 第六十四页，讲稿共七十九页哦问卷调查(Questionnaire)1问卷调查的执行过程n用户要求分析n问卷设计n问卷实施及结果分析2可用性调查问卷例子QUISquis，2003，见表5-2。第六十五页，讲稿共七十九页哦5.4以用户为中心的界面设计u以用户为中心设计的四个重要原则：n及早以用户为中心：设计人员应当在设计过程的早期就致力于了解用户的需要。n综合

29、设计：设计的所有方面应当齐头并进发展，而不是顺次发展。使产品的内部设计与用户界面的需要始终保持一致。n及早并持续性地进行测试：当前对软件测试的唯一可行的方法是根据经验总结出的方法，即若实际用户认为设计是可行的，它就是可行的。通过在开发的全过程引入可用性测试，可以使用户有机会在产品推出之前就设计提供反馈意见。n反复式设计：大问题往往会掩盖小问题的存在。设计人员和开发人员应当在整个测试过程中反复对设计进行修改。第六十六页，讲稿共七十九页哦以用户为中心的设计方法u图形用户界面设计与评估u以用户为中心的逻辑交互设计u用于交互优化的结构化界面设计u以使用为中心的设计u对象、视图和交互设计（Object,

30、view,InteractionDesign、OVID）第六十七页，讲稿共七十九页哦OVID中涉及的模型及相互关系设计者设计者模型编程者模型用户概念模型用户用户界面实现细化交互获取创建第六十八页，讲稿共七十九页哦OVID中的活动循环任务分析交互视图对象任务第六十九页，讲稿共七十九页哦对象建模分析u对象建模分析是将系统和用户任务分析的结果转化为用户界面设计的第一步；建模是将系统任务的某些概念及其关系用图的方式直观综合地表达出来；分析则是将系统的对象抽象为类，列出对象或类的属性、行为、以及对象间的关系。第七十页，讲稿共七十九页哦订票系统用例图第七十一页，讲稿共七十九页哦视图抽象设计u视图表达了人与

31、系统交互过程中某一时刻系统的状态，以及用户在这一时刻可能改变系统状态的方法。u视图抽象设计通过组合概念模型中的对象和对象操作，提供系统运行的方法和方式，为具体的设计提供指导，并要为系统的不同实施方案提供灵活的界面选择。u视图抽象设计阶段就是仔细研究系统的对象模型，列出其系统状态，对每个视图抽象出其中涉及的对象，以及对象的属性和行为。第七十二页，讲稿共七十九页哦 概要设计u针对特定的操作系统或交互方式，对抽象的试图设计做进一步的具体设计，产生视图的概要设计。实际设计中，这些视图通常是用铅笔画在纸面上，这样做速度快，而且修改起来比较方便。第七十三页，讲稿共七十九页哦航班信息显示视图概要设计下一页上

32、一页打印新查询结果中查询查询条件航班号起飞城市到达城市起飞时间到达时间全票票价剩余票额CA1100济南北京17：3519：1050020订票保存第七十四页，讲稿共七十九页哦视图的关联设计u任何一个人机交互系统的界面都可能包括若干状态，用户在不同界面状态下根据自己完成任务需要进行不同的操作；很多交互任务的完成需要从一个状态转化为另一个状态，这就要考虑用户完成任务所需的信息和所需的功能；并将不同交互视图之间的联系和状态转化关系整理清楚。第七十五页，讲稿共七十九页哦视图关联关系注册系统首页登录查询航班航班信息列表退出确认帮助页面订购页面出票确认支付页面机票信息填写失败页面第七十六页，讲稿共七十九页哦

33、注册系统首页登录查询航班航班信息列表退出确认帮助页面订购页面出票确认支付页面机票信息填写失败页面图5-13视图关联关系第七十七页，讲稿共七十九页哦 视图的全面设计u解决各个视图的具体内容和大致布局，并在每个视图上明确体现与其他视图的关系，保证系统的整体性和和谐性。然后可以借助具体的开发工具进行界面的实际设计。比如，浏览器交互方式下，网页视图的整体性主要通过下列几点保证：w使用相同的界面风格，包括颜色、字体、布局、行距，间距，导航条等。w使用相同的识别标志，如公司LOGO，底纹图案，版权和联系方式等。w系统视图结构清晰，在每个界面上明确表示当前视图与整体系统的关系。w使用一致的术语，特别是在不同语言的版本之间保持信息翻译的一致。第七十八页，讲稿共七十九页哦30.09.2022感谢大家观看第七十九页，讲稿共七十九页哦