现代软件工程 第十二章 【用户体验】练习与讨论

1  什么是用户体验, 什么时候开始考虑用户体验?

究竟什么是用户体验呢? 请看:

http://www.infoq.com/articles/aaron-sanders-user-experience 

(中文版)http://kb.cnblogs.com/page/508097/

既然用户体验和用户界面对一个项目这么重要,但是负责这类工作的设计师并不是软件工程师,设计师们什么时候加入进来为好呢? 不同的人有不同的看法。

  • 最先:“你要从用户体验开始,然后反过来寻求技术的解决方案”。[i]
  • 最后:代码写得差不多了,请设计师(或者美工)来美化一下,画个图标,对齐一下文字。

你认为应该如何根据项目和用户的类型来决定设计师与工程师的交互方式?

2 个人电脑界面的演变

    参考下面的资料,联系自己使用软件的经历,讨论个人电脑界面的演变, 以及影响这些演变的各种因素。

    http://toastytech.com/guis/guitimeline.html

    Windows File Explorer 的界面的演化:

    http://blogs.msdn.com/b/b8/archive/2011/08/29/improvements-in-windows-explorer.aspx

3. 产品设计的细节 - 确定/取消

产品设计开发一个很有趣的环节,就是钻研细节的界面设计。例如,网页、PC软件和手机软件有许多地方都会出现下面的两个按钮,

        [确定] | [取消]

或者

        OK  | Cancel

同学们估计对此已经非常习惯了,但是这两个小小的按钮也大有文章:[确定] 按钮是放在左边还是右边?哪一个按钮是处于预先选择的状态(按回车键的时候就自动选择)?哪一种设计更符合人类习惯?你觉得这个问题重要么?你怎么设计统一的规范?请读这篇文章:

http://reynold.cn/archives/1314.html

你觉得是用OK/Cancel的按钮选择好呢?还是在按钮上标明动作如[退出]/ [保存]?请读这个文章,并谈你的看法:

http://ux.stackexchange.com/questions/9946/should-i-use-yes-no-or-ok-cancel-on-my-message-box

4. 产品设计的细节 - 静音按钮要同时关闭闹钟铃声么?
2012年1月的一天晚上,纽约交响乐团的管弦乐演出被一个 iPhone 闹钟铃声无礼地打断了:
http://www.digitaljournal.com/article/317856
http://daringfireball.net/2012/01/iphone_mute_switch_design
可怜的iPhone用户解释说,  他已经按下了静音的按钮, 他以为这样就能让iPhone安静下来了。但是 iPhone 的闹钟还是按时响起...
那么, 按下手机的 “静音” (mute) 按钮是否应该把声音全部关掉呢?  万一用户抱怨他的闹钟没响, 是因为他前一天睡觉前无意按了 mute 键,怎么办?
你的见解是什么?
更多有关这些微小的设计, 请看这本书 Microinteraction:
http://book.douban.com/subject/21336456/
5.  产品设计的细节 - 汉堡包
一些历史: http://www.ui.cn/project.php?id=31286
它真的是普遍适用么?    http://www.guimobile.net/avoid-using-menu-hamburger.html
你怎么看,在什么场景需要这个图标,什么时候要避免?
6. 那些看似古怪的用户界面,都是有来历和理由的
请看 VI 编辑工具的设计是怎么来的:
http://www.catonmat.net/blog/why-vim-uses-hjkl-as-arrow-keys/
http://blog.jobbole.com/18650/ 

7. 关于动画设计

很多网页和手机的App 都有动画, 设计动画有什么要点呢?

Google’s Android engineers Chet Haase and Romain Guy have devised a set of UI characteristics for animation. Animations should be:

Fast

        Do not delay the activity

Smooth

        Stuttering or choppy movements ruin the effect and make the microinteraction seem broken

Natural

        They seemingly obey natural laws, such as gravity and inertia

Simple

        Meaningful, understandable Purposeful

来源:Saffer, Dan (2013-04-30). Microinteractions: Designing with Details (p. 99). O'Reilly Media. Kindle Edition.

请点评一下你常用网站或手机App 的动画效果,它们满足上述的原则么,你觉得它们有多少价值?

8. 评论手头软件的用户体验

    良好的用户界面和体验能让用户在使用软件的过程中感到愉悦;机械的、脑残的用户体验设计会让用户浪费时间,增加学习成本,犯本可避免的错误,心情沮丧,甚至出事故。

    光读博客不动脑是不行的,我们不妨来做一个练习,评价一下大家手头正在使用的软件产品。(例如:必应词典,必应输入法,等等)

9. A/B 测试和道德
技术的发展必然会波及到社会的其它方面,例如道德。 一个网站能用 A/B 测试来影响用户的情绪么? 如果是为了“科学实验” 的目的呢?
请看下面事件并讨论:
http://techcrunch.cn/2014/07/02/ethics-in-a-data-driven-world/ 
10.  你懂得太多, 会假设用户也懂很多,但是... 
果冻:我觉得我们团队成员最懂这个软件和需求, 应该由我们来主导用户界面的设计,把我们软件的使用方法告诉用户。而不是一味地做各种实验或采访去问用户。 
阿超:懂得最多的人, 未必能做最好的交流。 我们可以做下面的实验:
在一个团队或班级中,随意选出一个代表(A),她到站到大家前面,心里想一个大家应该都知道的歌曲,然后心里唱(不要出声),拍手把节奏打出来。
问:全体成员有百分之多少能猜出 A 心里唱的是什么曲子?
大家可以在班级里做这个实验,看看大家事先估计的猜中百分率, 和实际的百分率差多少。 
这个时候,再回头看我们团队成员,对软件开发和技术问题应该是非常了解的, 但是这些有丰富知识的人, 往往在以为别人(用户)也有这么丰富的知识,打打拍子,用户就能知道我们心里唱什么歌曲...  但是用户实际上往往在我们软件的界面上得到了很少的信息(很多程序员觉得足够了),他们无法根据这些信息正确地使用软件。 

[i]      参见:http://www.imore.com/steve-jobs-you-have-start-customer-experience-and-work-backwards-technology

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/500374.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

现代软件工程 第十七章 【人、绩效和职业道德】 练习与讨论

0. 为啥要讲人、绩效、和职业道德? 学好专业不就行了么,为啥要扯这么多? 用专业知识教育人是不够的。通过专业教育,他可以成为一种有用的机器,但是不能成为一个和谐发展的人。要使学生对价值有所理解并且产生热烈的感情…

现代软件工程 第十三章 【软件测试】 练习与讨论

13.5.2 有错不改 果冻: 微软的产品经过这么多版本的不断完善,应该是把所有问题都搞定,“止于至善”了吧? 阿超: 那也不一定,在非常有名的电子表格软件Excel中,就有这样一个Bug:Exce…

现代软件工程 第十四章 【质量保障】 练习与讨论

15.3.1 有些成功人士或公司认为不需要独立的测试角色(Test),你怎么看? 我猜想和踢足球类似,还是那几个原因: 人太牛: 不世出的天才,例如高德纳写书时发现排版软件不好用,就自己写了一个。也没听…

现代软件工程 第十五章 【稳定和发布阶段】练习与讨论

15.3.0 案例分析 可以看看这两个学生项目的例子,推断出这些团队的血型: STG游戏的跳票(为了完美,推迟了7天,但是7天之后也没有发布……) [i] 英语学习软件(说了“明早发布”,但是明早一直没到)[ii] 15.3.1 反动分子阿…

现代软件工程 第十六章 【IT 行业的创新】练习与讨论

16.6.0 Xerox Parc 的成功创新和推向市场的失败 http://research.microsoft.com/en-us/um/people/blampson/Slides/AltoAtPARCIn1970s_files/frame.htm http://research.microsoft.com/en-us/um/people/blampson/38-AltoSoftware/WebPage.html http://research.microsoft.com/…

感恩回馈——你评博客,我送好书

各位博客园的用户: 最近我的书《构建之法—现代软件工程》上市了,得到了不少读者和老师的好评,出版2个月即告重印。该书的相关信息参见豆瓣页面:http://book.douban.com/subject/25965995/ 《构建之法—现代软件工程》得以出版和畅…

《梦断代码》读后感 - 驱动,责任,交流,远虑

这三篇读后感原来发布在我自己申请的域名 yishan.cc 上面,后来这个域名被墙了。 (原文写于2008年12月) 几个星期前,我给《现代软件工程》课的每一个团队都发了一本 《Dreaming In Code》的中文版 《梦断代码》,要求写读后感。这本书讲了这样的…

软件工程练习:模块化,单元测试,回归测试,TDD

这是《构建之法》实战教学的一部分。适合作为同学们的第二个程序作业。 第一个程序作业: 请看 “概论” 一章的练习,或者老师的题目,例如这个。 作业要求: 软件工程的作业越来越有意思了, 我们在第一个作业中&#xff…

《构建之法》参考书和链接汇总

《构建之法》 参考书和链接汇总 参考书汇总 一些读者对《构建之法》引用过的参考书也感兴趣,因此我把所有参考书单独列出来。其实人大部分的思想都是受某些外部信息的启发影响而来,很多道理看似新颖,其实别人早就讲过了😀。这个参…

现代软件工程讲义 7 分析和设计方法

(这一节在第一版的 《构建之法》中没有, 是《构建之法》电子书(多看版), 和纸版书第二版中新增加的内容,纸版书第二版预计2015年6月出版) 11.1 分析和设计方法 我们写软件就是要解决用户的需求,我们需要表达和传递下面这些…

三周的 软件工程实践课 课程安排建议

不少学校想在暑期安排软件工程实践课, 在这么短的时间内要做到软件生命周期的完整体验是有很多挑战的,下面是一个建议: 软件工程课程设计 - 三周计划,10 次授课,10 次学生报告。 第一周,准备: 在…

现代软件工程讲义 源代码管理

【现代软件工程课件】 源代码管理 -- 以实践促进学习 移山软件学院的学生果冻问老师: 为啥需要源代码管理? 我自己写代码多爽,别人要,就用QQ 传过去好了。 老师问:原始人怎么建房子? 果冻:或者找一个洞&…

现代软件工程讲义 个人项目和结对项目练习 地铁

很多老师反映教软件工程和程序设计的时候没有合适的题目,《构建之法》提供了下面的题目,都是从简单的解题思路入手,逐步增量改进。学生们可以复习基本的编程技能,然后逐步加入模块化,文件处理,单元测试&…

最新软件工程总结,项目模板,软工作业下载

(改了标题吸引目标用户) 老师教课,学生上课,首先要讲明师生关系。 其次,就是要说明这门课的底线是什么。 我们假设所有人写作业都独立思考,认真实践,不断改进,勇于创新... 这个假设通常是不全面的&#xf…

C语言 教学实践建议

(编程/软件工程课程怎么教) 这是2016年秋季学期和北京工业大学耿丹学院合作教学的计划。这也可以用于其他学校的 C 语言课程。 2016级有四个班,每班大约 32 人,每班配有一个有一定实际工作经验的助教,配合老师把课教好。 C语言是一门基础课&…

团队项目建议 - 英语学习 App

在这几年推广《构建之法》软件工程教学的过程中,我看到很多老师在讲软件工程的时候,虽然讲了很多年,但是手头没有任何项目,学生或者现想(得到一些大而无当,无法在一学期内完成一个可用版本的项目), 或者抄袭…

结对和团队项目建议 - 黄金点游戏

故事看这里: 背景故事 (链接) 作业 这个游戏可以变成一个持续发展的团队项目: 1)在课堂上玩这个黄金点游戏,用Excel 纪录成绩。过渡到做成简单的单机版游戏,锻炼基本的编程能力 2)两人合作,做成简单的 client/server A…

个人和结对项目 - 英语单词词频统计

个人或结对编程项目 英语单词词频统计程序 (最新版本在这里) 实现一个命令行程序,支持几种模式下的单词词频统计 Implement a console application to tally the frequency of words under a directory. For all text files (file extension: "txt") unde…

个人或结对项目 - 动态显示程序运算的过程

现在网上有很多关于动态显示排序过程的小工具,小程序。 1) https://visualgo.net/sorting 2) http://jsdo.it/norahiko/oxIy/fullscreen 3) http://coolshell.cn/articles/4671.html 我们能否也做一些类似的工作呢? 在在这个作业中 (http:…

构建之法 第三版 17 章 部分草稿

构建之法 17 章  人&#xff0c;绩效和职业道德 (<构建之法> 第三版草稿) 2016/12/23 17.1 领导力 在软件开发过程中&#xff0c;有很多平等合作&#xff0c;但是也有上下之分的领导/被领导关系&#xff0c;即使都是平级的员工之间&#xff0c;也有老师傅/新人&#xf…