肥鸟 [ UI物语 ]

 我的日历
 最新评论
 友情链接
  访问计数

  收藏本站  设为首页

 

+------------------------------------------------------------------------------------------------------+

 

[原创]如何写“完”UI设计说明书 2003-10-28

   大块文章2003-10-28 0:0
我们中的大多数人都些过UI设计说明书(或UI规格说明书),论坛里也经常会有类似的讨论,对UI设计说明书的框架和结构我就不做过多的说明了。为什么有人写了上百页的UI设计说明书,别人还是看不懂,或者说忽略了细节呢?那今天我们重点讨论一下关于细节阐述和表达的一些经验,以免写出只有自己看得懂的UI设计说明书。

我先说说我总结的一些经验吧,希望大家积极讨论:

我们的目标是:(没有蛀牙,^_^ 玩笑!)
既要清晰描述用户界面原型中的细节和交互方式,又要方便项目组的其他开发人员、需求人员以及测试人员等角色交流察看的说明文档。

主要内容包括:
1. 产品的目标和成功标准,(例如一个全新的预言项目不可能要求用户满意度在90%以上,对升级产品要求就会高一些。)
2. 产品最终用户群及产品用途(了解用户的年龄、职业、产品的使用环境等都是非常必要的)
3. 首先满足基本功能。(例如DVD机的基本功能是播放影碟,可能还有播放CD的功能等等)
4. 主要功能(在产品的几十个功能中通过用户验证和项目组筛选,选取用户最常用到的功能,将其优化,以不同层次展现于界面上。)
5. 用户界面特性。(每一款界面都有自己的特性,比如触摸屏的操作界面与手机的操作界面就算功能完全一样,结构、布局等特点也不会相同的。)

几点注意事项
1. 必须紧贴需求,围绕功能点展开。
2. 描述语言简短精确(这样别人看的时候才不会烦)
3. 保持文本的易维护性,建议使用WORD的大纲视图编写,便于更改和查找。
4. 说明书一定要有版本管理,对每次更新内容要做详细说明。
5. 图标要与名称一同提交,并说明是什么类型,如桌面图标、列表中的图标、工具栏图标、按钮图标、属性框或提示信息框中的图标等等。
6. 注意纪录,包括项目组和用户以及合作伙伴,如果在解释某一特性时令两人以上会感到困惑,那这一部分就需要更清楚的阐述了。
7. 设计与实现同步,这个时最难的了,很多设计由于程序无法实现都被“卡”掉,早期程序也无法确定是否可以实现,伤脑筋!
8. 维护UI设计说明书时不要忘记维护原型,作为UI设计说明书的补充原型是很重要的。

UI设计中容易被忽略的地方
1. 支持错误提示和撤销操作
2. 简便的安装和卸载。
3. 必要的设置和帮助。
4. 异常处理、错误消息的描述和问题回应提示。
5. 除界面上有的图标和按钮外,还要有快节键、菜单访问键、右键菜单、是否支持从其它软件界面内托拽复制文件等操作的说明。
6. 域、菜单和按钮在什么情况下为不可点击状态。
7. 状态区,用来描述界面状态的区域,通常位于页面下方。(PS存储时状态区会显示进度条)
8. 剪贴板行为,用户在我们产品中拷贝的文字或图片的局部,是否可以贴入其他程序。
9. 指针的行为,说明超过多长时间的等待时应出现沙漏状态,在文本输入区光标应有改变、有链接的地方有变为小手等
10. 声音行为,警示音、按钮触发音等
11. 统一消息窗的弹出位置、背景色、大小、布局及特色
12. 菜单栏和下拉选项等程序动作的描述,是向下还是向右弹出等。
13. 动态状态描述,如果要求窗口渐隐或渐显,那就要说明渐隐或渐显过程的时间以及方式(半透明还是马赛克)等。
标签集:TAGS:
回复Comments()点击Count()

回复Comments

{commenttime}{commentauthor}

{CommentUrl}
{commentcontent}

+------------------------------------------------------------------------------------------------------+


          Designed by ArPan     Powered by 5DBlog