用户界面设计:从抽象到实现

用户界面设计:从抽象到实现

ID:19623062

大小:208.00 KB

页数:12页

时间:2018-10-04

用户界面设计:从抽象到实现_第1页
用户界面设计:从抽象到实现_第2页
用户界面设计:从抽象到实现_第3页
用户界面设计:从抽象到实现_第4页
用户界面设计:从抽象到实现_第5页
资源描述:

《用户界面设计:从抽象到实现》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、互联网大讲堂QQ群:43046591邀请互联网专业人士讨论分享用户界面设计:从抽象到实现                   ——基于规范抽象组件的抽象原型2000年7月,一群同行召集起来就以使用为中心的(usage-centered)设计的现状和未来开了个会。这次会议不仅作为一个论坛来回顾和巩固在以使用为中心方面累积的经验,它更是一个研讨会,用来精炼和改进这种方法,特别强调和其他设计开发过程与模型的交叉渗透。那次讨论衍生出许多概念上和实践上的突破,其中之一是抽象原型,很引人注目的一种改进形式。它基于任务模型,简化并加速了高质量用户界面设计的生产。抽象原型抽象原型

2、是以使用为中心设计的一个强有力工具(Constantine,1998;Constantine&Lockwood,1999),允许设计者描述一个用户界面的内容和全局组织,而无需详细说明其外观或行为。因此,它是待设计用户界面结构的模型。我们和我们的客户发现,抽象原型是一座有效的桥梁,它沟通了基于任务案例(本质用例)的任务模型和实际原型形式的最终设计。在文章和在软件中都是这样。尤其通过集中关注内容、组织和功能,而非布局、外观和行为,我们一再认识到,抽象原型有助于可靠的体系结构和创造性的变革(Constantine,1998)。如果有恰当的任务模型作驱动,抽象原型能帮助设

3、计者作出实用而新颖的用户界面解决方案(Constantine,2000)。当前技术水平状况在进行以使用为中心的设计时,内容模型和导航图构成了抽象原型最常见的组成部分。内容模型包含一系列由抽象组件组装成的视图(交互语境),抽象组件亦即用户完成每个视图支持任务所需的工具和原料。导航图对内容模型进行补充,它表现用户界面里所有视图(交互语境)相互连接时可能的路径和转换。常规的内容模型中,最典型的是贴纸形式,每个视图通常由一张单独的标签纸表示,纸上粘贴着抽象组件。简单图示符(小图标)用来区分原料和工具,原料给用户提供感兴趣的容器和信息,工具则为用户操作这些原料或执行其他的动

4、作。互联网大讲堂QQ群:43046591邀请互联网专业人士讨论分享其他抽象原型的变体形式包括“线框(wire-frame)”模型和抽象布局图表。如图2所示,线框模型描绘可见用户界面元素的相对大小和位置。区域的色彩编码也可以用来说明元素对应的类型,或者信息、功能的相对重要性或优先权。这种变体形式在基于web应用的图形设计者中有一定程度的流行。如图3所示,抽象布局图表是一种“低保真度”的原型形式。它显示了用户界面元素的相对大小和位置,但没有确切的外观。各式各样形式的纸上(图表)原型可以按照从最抽象到最具体或者说最实际作如下排列:1.常规的(完全抽象)内容模型;2.线框

5、(wire-frame)模型3.抽象布局图表4.低保真度纸上模型(粗略的草图)5.高保真度纸上模型(真实的细节设计)互联网大讲堂QQ群:43046591邀请互联网专业人士讨论分享抽象时的难题尽管已经证明抽象原型作为设计工具很有效,但也证实对某些设计者是块绊脚石,尤其那些相对缺乏经验或对以使用为中心的设计还在入门阶段的设计者。最常见的问题包括: ●用抽象术语命名或描述组件的困难 ●区别工具和原料的困难 ●将抽象组件转化为物理组件的困难 ●通过抽象视图布置屏幕和其他用户界面上下文的困难 在命名组件用以支持任务案例的时候,经常发现缺少经验的设计者在抽象条件下思考是困难的

6、。他们常常竭力去设计近似的不承担义务的抽象名字。应该叫做“EmployeeRecord”,还是“EmployeeRecordHolder”,或是“EmployeeDescriptionHolder”,抑或别的什么名字?如果没有对术语进行仔细的选择,设计者可能在实现真正的用户界面时,不经意地混淆想象中的假定和组件应该具有的最终形式。比如说,一个名为“EmployeeDataGrid”的组件,可能意味着特别的用户界面数据控制。 因此,以使用为中心的设计不赞成用过于特殊或一体化的技术名词或行话来做抽象组件的名称。比如,相对于用“SearchCriteriaEntryFi

7、eld”,是否用“Sought-PersonDescriptionHolder”更值得鼓励。然而不幸的是,即使这种习惯在所有特定执行中都作为义务遵守,如果严格地遵循,会在后期把抽象原型转化为执行模型时带来自身的问题。如果由于抽象的影响,应用领域的精确术语,例如实际域的类或方法的引用在上下文模型中被弃用,那么,模型——尽管如预料中那样直接得自任务模型——也可能和其他设计模型以及项目其它部分已制定的词汇表脱离。 遵循推荐的抽象组件命名协议(比如,"NameHolder"、"ConstraintStuffGetter",诸如此类),设计者最终能得到的不但和最终物理设计脱

8、离,而且和

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。