软件用户界面设计的技巧与技术

软件用户界面设计的技巧与技术软件用户界面设计的技巧与技术文章来源：网络对大多数人来说，用户界面就是软件本身。

所以，掌握用户界面设计的技巧与技术是让软件走向市场的最直观因素。

对于应用软件来说，一个基本现实就是：用户界面是面向用户的。

用户需要的是开发者开发的应用软件满足其需求，并且易于使用。

太多的开发者自以为是艺术天才，他们不去尽力遵循用户界面设计标准，或花精力使得产品好用；相反，他们错误地认为编写更灵巧的代码或是使用一套确实有趣的颜色方案才是重要的事。

Constantine(1995)指出，好的用户界面使得人们不用阅读用户手册或接受培训就能使用应用软件。

界面设计的重要性有这么几个原因：首先，用户界面越直观，就越易用，越易用就越便宜。

因为界面越好，培训用户就越容易，降低丁培训成本；界面越出色，用户就越少求助，降低了客户支持成本。

其次，界面越出色，用户就喜欢使用，增强了开发者工作的满意度。

一、用户界面设计的技巧与技术本节所包含的用户界面设计技巧将有助于提高面向对象界面的设计。

l、一致，一致，还是-致。

你能做的最重要的事情就是保证用户界面运作的一致性。

对于列表框来说，如果双击其中的项，使得某些事件发生，那么双击任何其它列表框中的项，都应该有同样的事件发生。

所有窗口按钮的位置要一致，标签和讯息的措辞要一致，颜色方案要一致。

用户界面的-致性使得在用户对于界面运作建立起精确的心理模型，从而降低培训和支持成本。

2，建立标准并遵循之。

在应用软件中保持一致的唯一途径就是建立设计标准并加以遵循。

最好的办法是采取一套行业标准，对自身特殊的需要加以补充。

已有的行业标准，如IBM标准(1993)与Microsoft标准(1995)，通常可满足95%到99%的需要。

采用行业标准，只需利用已有的成果，也使你的应用软件看起来或感觉上更象用户已购买或建立的其它应用软件。

应当在定义基础构造阶段就建立用户界面设计标准(Atablet，1998)。

3、阐明规则。

用户要知道怎么使用你为他们开发的软件。

软件运作的一致性表明，规则你只需解释一遍。

这比一步步详细讲解如何使用应用软件每个特性要容易得多。

4、同时支持生手和熟手。

图书馆目录符号对图书馆系统的一般用户来说，也许就够用了，但对熟手用户，如图书管理员，很可能就没有那么有效了。

图书管理员是受过专门训练，能够使用复杂的查询系统找到信息，因此，应当考虑建立一套查询界面以满足他们的独特需要。

5、界面间切换很重要。

如果从一个屏幕转换到另一屏幕很困难，用户会很快灰心并放弃。

当屏幕流程与用户想完成的工作流程相符，此软件对用户才有意义。

由于不同用户工作方式不同，应用软件需要有足够的灵活以支持他们不同的方式。

在建模阶段，界面流程图可用来模拟屏幕之间的流程。

6、界面上的布局很重要。

在西方，人们是自左而右，从上而下阅读，基于人们的习惯，屏幕的组织也应当是自左而右，从上而下。

屏幕小部件的布局也应以用户熟悉的方式进行。

7、讯息和标签措辞要适当。

屏幕上显示的文本是用户主要的信息源。

如果文本措辞很糟，用户的理解就会很糟。

要使用完整的措辞和句子，而不要用缩写和代码，使文本易于理解。

讯息措辞要积极，显示用户处于控制之中，并提示如何正确使用软件。

如，下面哪一条讯息更吸引人："你输入了错误信息"还是"帐号应为8位数"?此外，讯息措辞要一致，在屏幕上显示的位置要一致。

尽管这样的讯息"须输入名字"和"应输入帐号"分别来说措辞上没问题，放在一起就不一致了。

根据第一条讯息的措辞，第二条讯息更好的措辞应当是"须输入帐号"，这就使得两条讯息措辞一致了。

8、了解小部件。

为恰当的任务使用恰当的小部件，首先可以帮助增强应用软件的一致性，可能使得应用软件很容易构造。

学会如何正确使用小部件的唯一途径是阅读和理解你们所采用的用户界面标准及准则。

9、对其它软件不盲从。

除非你知道一个应用软件是遵循了你们的用户界面标准和和准则，否则你绝不能认定它做的都是对的。

尽管看看人家怎么做，从中获得些主意是不错的想法，但在懂得怎样区分用户界面设计的好坏之前，你得留神。

太多的开发者错误地模仿其它应用软件的用户界面，而那些界面却设计得很糟。

10、颜色使用要适当。

使用颜色要谨慎。

如果使用了，也要使用指示符。

问题就在于有些用户可能是色盲――如果在屏幕上使用了颜色来突出显示某些东西，假若想让色盲的用户注意到，那么需要做些另外的工作来突出它，如在其旁边显示一个符号。

颜色的使用也得一致，以使整个应用软件有同样的观感。

此外，在不同平台上，色彩的表现不尽人意――在一个系统上看上去很好，在另一个系统上常常看上去很糟。

展示会上我们经常听到展示者这样说："在我家中的机器上看上去可是很好的呀。

"11、遵循对比原则。

打算在应用软件中使用颜色，要确保屏幕的可读性。

最好的方法是遵循对比原则：在浅色背景上使用深色文字，在深色背景上使用浅色文字。

蓝色文字以白色为背景很容易读，但以红色为背景很难辨认。

问题出在蓝色与红色之间没有足够反差，而蓝色与白色之间则反差很大。

12、字体使用要适当。

老式英语字体可能在莎士比亚的剧本封面看上去很合适，但在屏幕上却很难认。

要用那些可读性好的字体，如serif或Times Roman。

此外，字体的使用要一致。

节俭、有效地使用两、三种字体的屏幕看上去远胜于使用五、六种字体的屏幕。

要记住每次改变了字体的大小、风格(粗体、斜体、下划线，…)、样式或颜色，都是在使用不同的字体。

13、灰掉而不是移走。

在某些时刻，用户经常只能访问应用软件的某些功能。

在删除一个对象之前，要先选中它，由此加深用户的心理模型，软件应当用删除按钮及(或)菜单项去做一些事。

按钮应当移去还是灰掉?灰掉它，决不能移走！当用户不该使用时就灰掉它，可使用户对如何使用应用软件建立精确的心理模型。

如果仅仅移走一个小部件或菜单项，而不是灰掉它，用户很难建立精确的心理模型，因为用户只知道当前可用的，而不知道什么是不可用的。

14、使用非破坏性的缺省按钮。

通常每个屏幕定义一个缺省按钮，如果用户按了回车键调用此按钮。

问题是有时用户会意外敲击回车键，结果激活了缺省按钮。

缺省按钮决不能有潜在的破坏性，如删除或保存(也许用户根本不想保存)。

15、区域排列。

当屏幕有多个编辑区域，要以视觉效果和效率来组织这些区域。

如图1所示，编辑区域左对齐是最好的方法。

换句话说，要使编辑区域左边界在一条直线上且上下排列。

与之相应的标签则应右对齐，置于编辑区域旁。

这是屏幕上组织区域的一个整洁有效的方式。

16、数据对齐要适当。

对一列列的数据，通常的作法是整浮点数右对齐，字符串左对齐。

17、屏幕不能拥挤。

拥挤的屏幕让人难以理解，因而难以使用。

实验结果(Mayhew，1992年)显示屏幕总体盖度不应超过40%，而分组中屏幕盖度不应超过62%。

18、有效组合。

逻辑上关联的项目在屏幕上应当加以组合，以显示其关联性。

反之，任何相互之间毫不相关的项目应当分隔开。

在项目集合间用间隔对其进行分组/或用方框也同样可做到这一点。

19、在操作焦点处打开窗口。

当用户双击一个对象显示其编辑/详情屏幕，用户的注意力亦集中于此。

因而在此处而不是其它地方打开窗口才有意义。

20、弹出菜单不应是唯一的功能来源。

如果主要功能被隐藏起来，用户就不能学会怎样使用软件。

开发人员最让人灰心的作法是滥用弹出菜单，也称作上下文相关菜单。

一种使用鼠标的典型方法，是用来显示一个隐藏的弹出菜单，提供针对当前工作的屏幕区域特定功能的访问。

二、原型建立及技巧(一)建立原型建立原型是一种迭代分析技术，在此过程中用户参与建立屏幕及报表的实体模型。

原型的目的是展示应用软件用户界面的可能设计。

图2所示为原型建立的步骤。

●确定用户需求。

原型的开发取决于用户需求，需求决定了系统必须支持的业务对象。

可以通过面谈及在建模阶段(如CRC类职责协作图)、用例和类图建模阶段收集需求。

●建立原型。

用原型工具或高级语言开发用户所需的屏幕及报表。

此阶段最有益的忠告是不要花大量时间去写"好"代码，因为在对原型作了评估之后，你很可能丢弃这些代码。

●评估原型。

一个版本的原型建立后需要进行评估。

主要目的是核实原型是否满足用户需求。

评估时要确定三个基本结果：原型成功之处、失败之处及遗漏之处。

对原型作了评估后会发现，有的部分要丢弃，有的部分要修改，甚至要添加全新的部分。

●确定是否完成。

当评估过程中不再有新的需求，或只有少量无关紧要的需求时，原型建立过程就可结束。

(二)原型建立的技巧与技术1、寻找现实对象。

好的用户界面令用户使用时如同身临其境。

因此，应当以此为出发点，确定用户在现实世界中的使用方式。

2、实际用户共同工作。

参与建立原型的最佳人选，是那些在应用软件开发完成之后的实际使用者。

这些人是系统成功实现的最大获益者，也正是他们，最清楚自己的需求。

3、设定时间表并执行。

设定时间表，确定何时与用户一起对原型进行评估。

这样做，既给用户设定了期望，也迫使自己做好这项工作，是一个双赢局面。

4、使用原型工具。

花钱买那种可以让你快速整合屏幕的原型工具。

因为很快写出的代码鲜有值得保留的，即便原型工具生成的代码，与你打算进一步开发的代码类型不同，也不必太在意。

5、用户参与。

就如同买车之前要试车，用户在应用软件开发之前也应一试。

此外，通过亲自试用原型，用户可以很快确定系统是否满足要求。

一个好方法是让用户将原型当作实际系统，通过一些用例来使用。

6、了解根本业务。

开发支持业务的原型前，需要了解根本业务。

要与主要用户面谈，阅读业务流程的内部文档，阅读一些竞争对手如何实现的文档。

对业务越了解，就越有可能建立支持其业务的原型。

7、原型的不同层次。

可以依次开发系统的三种不同类型的原型。

手绘原型，用来显示基本/大概功能；电脑原型，用来显示屏幕，但不包含要显示的数据：最终是包含显示的数据屏幕。

由简单开始，避免在那些很可能被丢弃的东西上花大量时间。

随着原型逐步接近最终方案，依次增加其复杂性，倘若对原型不断加以改进，用户对应用软件实际中将如何运作就会有越来越清晰的认识。

8、别在代码上下功夫。

在建立原型过程的开始，随着对业务了解的深入，许多工作可以丢弃。

因此，花大量精力写那些很可能不会保留的代码没有意义。

三、界面流程图●界面流程图显示了应用软件的用户界面部件、屏幕及报表之间的关系对用户来说，用户界面就是系统本身。

虽然用户界面原型常常会使开发者陷于界面实际如何运作的泥潭之中，它只是描述用户界面的一种手段。

用户界面原型导致开发者遗漏了应用程序界面对象(通常是屏幕)之间的高层关系和相互作用。

界面流程图使开发者模拟了这些高层关系。