- 1、本文档共36页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
人机交互的软件工程方法
—— 评估的基础知识
主讲教师:冯桂焕
2016年春季
UI Hall of Shame or Hall of Fame?
背景
• 评估总是需要的
• 什么是评估?
– 系统化的数据搜集过程
– 目的是了解用户或用户组在特定环境中,使用产品执行特定任务
的情况
• 例如,用户能否找到特定的菜单项?图像是否有用,是否吸引人?产
品是否引人入胜?
• 评估不是设计过程中一个单独的阶段
– 优秀的交互设计师应掌握如何在不同的开发阶段评估不同的系统
评估目标
• 评估的优点
– 能够在交付产品之前(而不是之后)修复错误
– 设计小组能够专注于真实问题,而不是假想问题
– 工程师们能专心于编程而不是争论
– 能够大大缩短开发时间
– 销售部门可获得稳定的设计
• 评估的目标
– 评估系统功能的范围和可达性
– 评估交互中用户的体验
– 确定系统的某些特定问题
评估原则
• 评估应该依赖于产品的用户
– 与专业技术人员的水平和技术无关
• 评估与设计应结合进行
– 仅靠用户最后对产品的一两次评估,是不能全面反映出软件可用
性的
• 评估应在用户的实际工作任务和操作环境下进行
– 根据用户完成任务的结果,进行客观的分析和评估
• 要选择有广泛代表性的用户
– 参加测试的人必须具有代表性
评估范型和技术
• “范型”与“技术”
– 范型与具体学科相关,对如何评估有很大影响
• 可用性测试是一种评估范型
– 每种范型有特定的技术
• 可用性测试的技术有观察、问卷调查、访谈等
• 评估范型
– 快速评估
– 可用性测试
– 实地研究
– 预测性评估
快速评估
• 设计人员非正式地向用户或顾问了解反馈信息,以证实设
计构思是否符合用户需要
– 可在任何阶段进行
– 强调“快速了解”,而非仔细记录研究发现
• 如在设计初期了解用户对新产品的意见、在设计末期了解用户对图标
设计的看法等
– 得到的数据通常是非正式、叙述性的
• 可以口语、书面笔记、草图、场景的形式反馈到设计过程
– 是设计网站时常用的方法
• 基本特征:快速
可用性测试
• 20世纪80年代的主导方法
• 评测典型用户执行典型任务时的情况
– 包括用户出错次数、完成任务的时间等
• 基本特征
– 是在评估人员的密切控制之下实行的
• 主要任务
– 量化表示用户的执行情况
• 缺点
– 测试用户的数量通常较少
– 不适合进行细致的统计分析
实地研究
• 基本特征
– 在自然工作环境中进行
• 目的
– 理解用户的实际工作情形以及技术对他们的影响
• 作用
– 探索新技术的应用契机
– 确定产品的需求
– 促进技术的引入
– 评估技术的应用
• 分类
– 评测人员作为“局外人”
– 评测人员也可作为“局内人”或测试用户
文档评论(0)