原创《如何写“完”UI设计说明书》,为新板块助威! - 优艾互动论坛

来源:百度文库 编辑:神马文学网 时间:2024/04/28 22:15:50
如何写“完”UI设计说明书
我们中的大多数人都些过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.    动态状态描述,如果要求窗口渐隐或渐显,那就要说明渐隐或渐显过程的时间以及方式(半透明还是马赛克)等。

参考:
怎样写UI规范??
http://www.chinaui.com/bbs/dispbbs.asp?BoardID=17&ID=4256&replyID=42376&skin=1