再谈GUI规范
发布: 2008-6-23 20:29 | 作者: raikkonen | | 查看: 114次
GUI规范似乎是行业必须遵循的规则了，多数的从业人员也了解在BS、CS界面设计中的必要性，但要很好的实施确存在系列的问题：设计师是否具备这方面的意识；在具体开发过程中的跟进力度；开发人员的配合问题；规范制作开始的阶段问题等等。在团队的交互和视觉的设计处于磨合阶段时，这个问题尤为难以处理，总是有顾此失彼的感觉。计划性不够或团队的组合基础不够，往往会因为观念和态度问题造成规范流于形式。
到底在开发中需要多少文档才够呢？
实际的开发过程，文档的编写是必要的过程，但也是很难以做到位的阶段，从最近的项目中看出文档的编写有三层概念，一是作为设计阶段的结果沉淀；二是作为与其他部门的沟通工具；三是文档描述中发现设计过程未尽事宜或逻辑缺漏（此问题我认为是设计过程的不合理造成）。
柚意上笔者从自身的经验中总结了开发新产品所需要的十类文档，较为全面，——即“1、产品概念文档(项目策划书)、2、用户调研报告、3、产品需求列表、4、产品说明书、5、交互设计说明书、6、交互设计规范、7、视觉设计规范、8、开发文档、9、测试用例、10、产品评估报告”。但要真正做到似乎还是存在困难，文档作为每个阶段输出结果，要像完成十类文档势必需要公司具有配套的流程，并前后的流程点要有质量控制。同时设计过程是以文档为交流主线，还是在设计过程中的个职位配合参与为主线呢？需要更深入的实践来证明。从个人的观点来看，本公司存在的后期文档阶段再发现设计问题，确实设计过程的不严密所造成，需求、分析、设计、测试的大过程深入到项目的设计细节，需要承担任务的设计师能有较强的责任心和发现问题、逻辑分析思维能力，当然也需要管理者的合理组织和知道。线性的分析(需求分析过程)、网状的逻辑分析（焦点小组、任务分析、专家评估等）需要反复的进行。
什么时候开始GUI规范的编写
这点郭大侠已经有比较深入的介绍了，可以参见什么时候开始整理界面规范。大概是先做好再规范不行，先规范在来做也不行，那就边做边规范叫为合理。不管怎么规范目的都是为了界面的统一性，一致性。从细节建构软件产品的品质感觉，当前视觉的刺激信息占的比例越来越大，往往是细节的关系决定产品的成败。如前新浪总裁王志东表明当前抢占桌面时代的到来，尤为注重感官的吸引，比较大部分的情况人是以直觉来判断事物。我们需要满足越来越挑剔的用户眼光。我们要达到MS和Apple的视觉规范水准，需要继续努力。
这里引注“出色图形用户界面（GUI）设计规范” 翻译：spark.bbs@bbs.nankai.edu.cn
形用户界面（GUI）已经成为用户界面的首选，但不论GUI如何流行，令人诧异的是没几个程序有好的界面设计。另外，想找一些介绍如何编制出色用户界面的材料也相当困难。本文给出了出色界面应该如何和不该如何的一些最重要的基本规则。
无论如何，开始谈论什么是好的界面设计之前，我需要解释一下导致差的界面设计的因素。这样，如果你试图偏离那些已经被证明是好的界面设计的原则时，你就会知道是什么导致你如此，我希望，你能回到好的界面设计上来。
忽略了用户
开发者常常只设计他们自己知道的，而非用户知道的东西。这个古老的问题在软件开发的多个领域发生，例如测试、文档编写等等。设计界面时这样会更有害，因为用户在使用产品的时候会立刻感到一点不熟、无所适从。这个错误是最应努力避免的。
由用户控制
GUI设计者倾向于控制程序是显而易见的，在程序中通过使菜单项和控件变灰或变黑，不断的试图控制用户的走向。控制用户同事件驱动的程序设计风格是极端矛盾的，事件驱动要求是用户而非软件来决定什么事件应该发生。作为开发者，如果你花费了大量的时间在动态的控制控件的变灰和变黑中，就需要反省一下自己的设计方法和实现。可能你正在试图控制用户，而他不希望被控制。在业务变化越来越快的今天，用户界面的弹性将成为适应改变的关键方法。允许用户用各种方式甚至是你自己都想不到的方式使用程序，有点令人心里不安，但这会让你作为开发者很有成就感，同时赋予用户更大的权利。
顶层有太多的功能特性
看一下1985年产的录像机，然后再看一下1995年产的。你一定会为这两款录像机界面上的差异感到震惊。1985年的那款在前面板上会有各种各样易用的按钮，很多按钮会因为你几年前丢了说明书而永远不知道它们是干什么用的。1995年的那款可能只有大家常用的几个按钮：播放、快进、倒带、停止和弹出。这款可能比十年前那款有更多的功能，但这些功能将被隐藏在弹出式面板或滑门之后，你需要的时候才去用它们，而不是放在表面上。
同样，你应该只选择常用和易用的功能，避免把所有的东西都放到第一屏或者在工具条上放不常用的按钮。多做一点分析，看看那些功能可以放到隐藏的面板而非前面板。
拜读后不回复怎么行！！o(∩_∩)o...
评5分