软件开发的家园,编程爱好者的天地.

现在是:北京时间 2016/4/14 上午11:50:51 星期四

设为首页  |  加入收藏  |  网站地图

用户需要什么-软件的工程可用性
发布于:第八基地 来源:互联网 作者:天堂路上 时间:2016-04-27 点击:284
“究竟用户的需要是什么?”如果Fred作为一个程序员而不是一个心理学家时他可能会提出这样一个问题。用户们通常需要更多,而开发人员似乎看上去并不能很好的领会并更好的满足他们。对于我们而言,写出可靠的代码以及为系统加载一些功能看上去似乎是不够的。那么,他们需要什么呢? 

用户真正需要的是一个好的工具。所有的软件系统,从操作系统和语言到数据输入和决策支持应用程序,都是正确的工具。终端用户希望能从我们为其设计的工具当中获取得更多,这与我们希望从我们所使用的工具所获取得更多是一样的。他们希望系统易学易用而且能有助于他们的工作。他们希望软件不要使他们的工作放慢,不能欺骗或是迷惑他们,更不能容易出错或是难以完成任务。 

标准操作过程

用户界面标准和可用性方针常由于对最好的用户界面的过高期望而造成极大负担。Microsoft,Sun,IBM以及Apple都已经公布了他们的用户界面标准,而且很多公司也纷纷制定出公司自己的内部使用手册来支持已发布的标准。那么这样起了多大作用呢? 位于Massachusetts的用户界面工程学会的Jerrold Spool的发现,现有的标准和方针仅能覆盖现实项目中的10%的问题,定制的内部手册也仅解决了另外的10%。尽管如此,在这些标准不能够解答开发者所面临的大多数难题。

有一些标准甚至是与可用性相抵触的。假设获悉男性中有十二分之一是具有不同程度的色盲,那么由此简单的规定要所有的用户界面不能有颜色。这样简单的规定有效地使有操作障碍的人得到平等对待,但也限定了用户界面是难辨认且是灰蒙蒙的。

一些过去的错误中的遗留物永存于标准中,因而促成了一些 构想笨拙的控件,例如滚动栏(见1994年8月的Windows Tech Journal中的“图形导航”)。或在Win3.X中想出10种关闭标准应用程序的方法。和标准一致固然好,但是武断的一致或是错误的一致并不能制造出更有用的软件。

这不是个容易的任务。你知道这是很难的,主要的商务软件包经常由于一些显而易见的可用性上的不足而变得费解。甚至最大的软件开发商看上去也是更多地把精力投放在艰难的实现快速变化的特性而不是交付一份有简明的可用性的产品。 

并不是行业中认为可用性不重要。新的用户界面窗口小部件和GUI开发工具的广告充斥了商业杂志。关于用户界面设计的书在书店里的书柜中排列成行。所有的软件公司都详细地描述他们在昂贵的可用性试验支持下的用户界面测试程序。我们过多的关注用户界面设计--对于一些项目而言几乎是预算的三分之二--但仍然与项目的目标谬之千里。肯定在某些地方出了问题。 

我们可能已经论证过我们生产肥件(fat ware)的能力,但不是我们生产出更有价值产品的能力。我们在项目重压之下作出的很多好的程序代码也许会因为大多数用户今后仅使用我们费尽心思做出的产品的极小一部份而宣告浪费。奇怪的是很多这样的功能在一堆控件,菜单,对话框之中根本不可能找得到。我们结束对那些将来没有用的特性的咒骂,并且留下有用的部分。我们也由于将简单的任务复杂化而遭到谩骂。 

我们的一些为改进这种状况的所作的努力可能仅仅是使事情更糟。我们急切的使用最新的3D直观模型,却只得到不领情的用户的埋怨。他们读不懂我们的一个个灰色的对话框。我们用密密麻麻的带图标的工具条来告诉他们这里有很多功能,但是他们觉得这很难理解。可能当我们在第一步做了一个简单的界面之后我们会设计出改进了的界面向导来使复杂的界面易于使用。

一个不漂亮的事实是可用性并不是基于这些吸引人的图形、改进了的可视化控件或是活动的Agent(译注:可能是指MS-Office里的Agent)之上。你不能从3D直观图,彩色图标或是浮动工具条中获取可用性。这不仅仅涉及你使用了什么窗体控件,还包括你如何使用这些控件,以及这些控件如何整合在一起工作。 

最终,可用性来自于用户界面的体系结构迎合了用户所希望的实现。这意味着你不得不通过了解用户的工作来使你的软件迎合要求。这也意味着你必须设计出整个用户界面的体系结构。这包括了用于支持这个工作的所有的结构细节以及动态行为。 

为了做到这些,为了在软件中设计可用性,你需要工具。你需要工具来弄清用户需要做什么和他们需要什么来支持他们工作的进行,你还需要工具来组织复杂的用户界面的体系结构而不遗漏掉任何细枝末节。或者说,你正准备好去竭尽全力制作出一起被提交的程序,你需要能够集中你的注意力,有效的利用你的时间,因为当用户抱怨时,老板会逼着你在规定期限内交付新程序。所以,你也需要一个简单的灵活的工具来组织你的工作。 

这篇文章介绍了一些用于制作更好的(用户用的)工具的工具――简单的用于制作出能很好的满足用户需要的小而简单的系统的方法。这当然不可能是一个完整的故事,也不能使你变成一个可用性的专家。但是这可以给你一些比较前卫的想法而使你的下一个项目有真正的改观,帮助你一开始就能制定出可用性而不是中途应要求突然改变或是最后的时候再将它加进去。 

围绕可用性的设计 

用户和用户界面的问题并不总是发生在现在。在一开始,并不存在用户,只有操作员以及只是疯狂操作电脑的程序员,他们反复操作开关并观察着操作台上的灯,并不存在给用户的真实界面。有打孔卡片,打孔带,还有打印机。你把卡片或带打上孔并不断送至读卡机,并将打印机里打印的每一页存储起来,终端用户就获得有一行行记录的报告。其中的一些内容被格式化,还被排列成多少有点可读性的序列。 

技术人员更注重的是技术而不是人,因此程序常在发觉用户的存在之前就形成用户界面。这样注意力被集中在技术问题上,如屏幕的绘制和域长,数据确认以及退出键的设计。偶尔也曾意识到用户,就是真正的人,正坐在系统另一端注视着屏幕,而且敲击着功能键。也许轻视和忽视用户的症状由来已久,专业通行了一种有友好的用户界面,却有平淡无味的交互的主流,往往就形成了覆盖在同样陈旧的狭隘和顽固的编程方式上的一层薄纱。 

为什么要问“为什么”? 

围绕可用性的设计是软件开发的一个相关的新的走向,它始于一个简单的问题:为什么?为什么这是必要的?为什么用户要与这个系统交互?他们想要做到什么? 

为何要问“为什么”?因为只有询问了用户为什么要用这个系统之类的问题才能帮助我们关注那些有关系统可用性的基本要点。 

为什么有人要用在线的电话目录。因为他们要联系那些他们不知道或是忘了联系方式的人。关键的设计要点是在不完全或是不精确的信息的基础上有效的设定一个系统入口。一个好的用户界面将以此作为焦点,减少操作步骤来找到号码。为什么用户要把银行卡插入自动取款机?是为了鉴别身份。带有磁性条纹码的卡是送到终端的一种方式,另外还有声波调用辨别或是红外线扫描也能达到这个目的。为什么在文档中用户要调用一个对话框用于输入一些特定的字符?因为一些符号或是字符在键盘上不存在。这个对话框会显示一些用户希望得到的字符,而不是在键盘上存在的字符。以可用性需求和被标识出的焦点事件来开始一个项目将可以节省开发时间。用户界面的体系结构将根据这些要点组织起来。开发人员可以避免在调整对可用性影响极小的特性上浪费时间,而关注更为重要的事件。

对我有帮助
(0)
0%
对我没帮助
(0)
0%
返回顶部
在线反馈
在线反馈