广州市扬基信息科技有限公司 - 技术研发组
9.14 ListView控件 9.14.1 设计参考
? 总给列表视图提供一个标签，必须用标签来标明列表视图的用途。 ? 列表可排序时采用可单击的表头，可单击的表头只应用于排序。
10 界面输入控制
10.1 设计参考
? disable而不是not visible。要使一个功能有时允许有时不允许用户使用，则这个控件的不能随
便隐藏，应该使用disable属性进行表示，以免用户发现控件失踪后措手无策。 ? 尽量提供对所有功能的键盘、鼠标访问。 ? 尽量减少用户输入动作的数量。
? 对于有大量录入项的界面，能让用户不使用鼠标即可完成快速数据录入。 ? 可写控件检测到非法输入后应给出说明并能自动获得焦点。 ? 在当前动作的语境中使不合适的命令不起作用。
? 提供控件的默认值，最好的默认值是用户最后输入的值。
? 消除冗余输入。可能的话提供缺省值、绝不要让用户提供程序中可以自动获取或计算出来的信息。
11 弹出子窗体
11.1 设计参考
? ? ? ?
父窗体或主窗体的中心位置应该在对角线焦点附近。 子窗体位置应该在主窗体的左上角或正中。
多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
屏幕大小1024*768弹出窗体大小尽量不要超过800*600,大小1024*768弹出窗体大小尽量不要超过640*460, 并且高和宽的比应该大致保持为3:4（或4：3）。 ? 不要在作为二级窗口的对话框中使用菜单栏，使用这种对话框需要付出很多努力，在所有对话框中，
快捷菜单和菜单按钮都是可以接受的。
12 消息框设置
12.1 设计参考
? 对于模式窗体用“确定”和“取消”，非模式窗体提供“关闭”而不提供“确定”和“取消”按钮。
Created by fanco
Page 46 of 49
Created on 3/6/2007 9:28:00 AM
广州市扬基信息科技有限公司 - 技术研发组
? ? ? ? ? ? ?
? ? ?
?
问用户问题时，采用\是\和\否\按钮代替\确定\和\取消\按钮。
信息以用户可以理解的术语描述,信息的表达要言简意赅，避免使用冗长的文字给用户反馈。 信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁。
避免错误号图标，除非这个错误号对用户真正有用，否则不要给出错误号。 口语化、客气、多用您、请，不要用或少用专业术语，杜绝错别字。
避免激烈的词语，如fatal（致命的）、execute（执行）、kill（杀死、毁掉）、terminate（终止）、和abort（中止）。信息不能带有判断色彩，即任何情况下不能指责用户。
免在错误消息文字中使用词语bad（糟糕的、坏的）、error（错误）、fatal（致命的）、illegal（非法）、invalid（无效）和warning（警告），而应该使用更具体的描述性词语解释到底是什么出了错，提供如何从错误中恢复的建设性意见。
信息应指出错误可能导致那些不量后果，以便用户检查是否出现了这些情况或帮助用户进行改正。 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。 执行动作要提示, 当用户点击按钮等动作进行一个工作时： (1) 弹出交互对话框让用户点击确认。 (2) 改变UI中控件参数提示：(处理不用用户确认的提示，有一定延时，或者用户按键后自动清除。) 如：改变标题栏字符串，显示“信息：提交成功”,或者专门设置一个状态栏、TLable等用来进行提示。
13 向导使用原则
13.1 设计参考
? 对高级的、复杂的或不常用的任务使用向导，向导对非常高级或复杂的任务十分有用，省去了用户
许多麻烦的操作，对于应用中某些部分的处理流程是固定的， 使用户得到必要的引用应该使用向导，处理流程应该不少于3个处理步骤。
14 Tab键和快捷键设置
14.1 设计参考
? 在一个窗口中按tab键,移动聚焦的顺序不能杂乱无章,tab 的顺序是先从上至下，再从左至右。一
屏中首先应输入的和重要信息的控件在tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 布局力求简洁、有序、易于操作。
? 在Windows及其应用软件中快捷键的使用大多是一致的。
面向事务的: Ctrl-D 删除 Ctrl-F 寻找 Ctrl-I 插入 Ctrl-N 新记录 Ctrl-S 保存 查询/列表: Ctrl-O打开 Ctrl-R 其它:
Ctrl-C 拷贝
Created by fanco
Page 47 of 49
Created on 3/6/2007 9:28:00 AM
广州市扬基信息科技有限公司 - 技术研发组
Ctrl-H 帮助 Ctrl-P 打印 Ctrl-V 粘贴 Ctrl-W 关闭 Ctrl-X 剪切
MS Windows保留键: Ctrl-Tab 下一窗口 Ctrl-Esc 任务列表 Ctrl-F4 关闭窗口 Alt-F4 结束应用 Alt-Tab 下一应用
Enter 缺省按钮/确认*作 Esc 取消按钮/取消*作 Shift-F1 上下文相关帮助
其它快捷键 ，其它快捷键使用汉语拼音的开头字母，不常用的可以没有快捷键。 ? 界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。
? 保持分配的快捷键的一致性?组合功能键和Ctrl键用于快捷键。习惯上不将Alt键用于组合键，
业务Alt键常常被用于访问键。尽量避免使用Alt键和Ctrl键。
15 系统响应时间
15.1 设计参考
? 鼠标光标样式统一，尽量使用系统标准，杜绝出现重复的情况，例如某些软件中一个手的形状就有
4种不同的样子。
? 系统响应时间包括两个方面：时间长度和时间的易变性。用户响应时间应该适中，系统响应时间过
长，用户就会感到不安和沮丧，而响应时间过短有时会造成用户加快动作节奏，从而导致错误。 ? 响应时间长度 界面设计
0-10 秒 鼠 标 显 示 成 为 沙 漏 10 到18 秒 由微帮助来显示处理进度
18 秒 以 上 显示处理窗口，或显示进度条 一个长时间的处理完成时 应给予完成警告信息
16 登陆窗体与主界面
16.1 设计参考
? 登录界面上要有本产品的标志，同时包含公司图标。 ? 主界面，最好是大多数界面上要有公司图标。
? 公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮
用语等应该大体一致。
Created by fanco Page 48 of 49 Created on 3/6/2007 9:28:00 AM
广州市扬基信息科技有限公司 - 技术研发组
17 系统帮助设置
17.1 设计参考
? ? ? ? ? ? ? ? ? ? ?
帮助菜单的“关于”中应有版权和产品信息。
帮助文档中的性能介绍与说明要与系统性能配套一致。 操作时要提供及时调用系统帮助的功能，常用F1。 最好提供目前流行的联机帮助格式或HTML帮助格式。 帮助信息的构造，采用分层式帮助。
用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置，也就是说帮助要有即时针对性。
微帮助提供，由状态栏提供，或控件上的提示文本。
如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。 打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
18 附录
美工作为界面美化的主要人员，不但拥有艺术设计、包装设计的才能，还应该穿插整个项目，给界面程序设计人员提出系统参考意见。
1、软件设计前期，美工参与需求了解，分析同类软件界面有缺点，提出主色调、典型界面风格、以及 构思整个美术包装等。
2、界面原型设计过程中，与开发人员共同修改、商榷最终表现样式，以及确立UI标准。
3、程序开发过程中，提供标准风格的资源文件（icon,cur,bmp等），并总结出统一风格的资源的设计过程，形成规范文档。
4、产品化方面，协助制作帮助文件、网站风格以及参与制作，制作附带宣传图片、动画、产品包装、海报等。
Created by fanco Page 49 of 49 Created on 3/6/2007 9:28:00 AM