• Windows界面设计标准


     

    1.1.  Windows界面设计标准

    1.1.1. 易用性

    l     界面元素的名称、标签应该易懂,用词准确,避免使用模楞两可的字眼,要与同一界面上的其他元素易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作作。

    l     disable而不是not visible

    l     完成相同或相近功能的按钮用GoupBox框起来,常用按钮要支持快捷方式。

    l     完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。

    l     按功能将界面划分局域块,用GoupBox框括起来,并要有功能说明或标题。

    l     界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。

    l     界面上首先应输入的和重要信息的控件在Tab order中应当靠前,位置也应放在窗口上较醒目的位置。

    l     同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。

    l     分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab

    l     默认按钮要支持Enter选定及鼠标选择操作,即按Enter后自动执行默认按钮对应操作。

    l     可写控件检测到非法输入后应给出说明并能自动获得焦点。

    l     Tab键的顺序与控件排列顺序要一致,总体遵守从上到下,同时行间从左到右的方式。

    l     复选框和选项框按选择几率的高底而先后排列。

    l     复选框和选项框要有默认选项,并支持Tab键选择。

    l     界面空间较小时使用下拉框而不用选项框。

    l     选项数较少时使用选项框,相反使用下拉列表框。

    l     专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。

    1.1.2. 规范性

    l     通常界面设计都按Windows界面的规范来设计

    l     小型软件可以不提供工具栏。

    l     常用菜单要有命令快捷方式。

    l     完成相同或相近功能的菜单用横线隔开放在同一位置。

    l     菜单前的图标能直观的代表要完成的操作。

    l     菜单深度一般要求最多控制在三层以内。

    l     工具栏要求可以根据用户的要求自己选择定制。

    l     相同或相近功能的工具栏放在一起。

    l     工具栏中的每一个按钮要有及时提示信息。

    l     一条工具栏的长度最长不能超出屏幕宽度。

    l     工具栏的图标能直观的代表要完成的操作。

    l     系统常用的工具栏设置默认放置位置。

    l     工具栏太多时可以考虑使用工具厢。

    l     工具厢要具有可增减性,由用户自己根据需求定制。

    l     工具厢的默认总宽度不要超过屏幕宽度的1/5

    l     状态条要能显示用户切实需要的信息,常用的有: 目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息,如果某一操作需要的时间较长,应该显示进度条和进程提示。

    l     滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。

    l     状态条的高度以放置五号字为宜,滚动条的宽度比状态条的略窄。

    l     菜单和工具条要有清楚的界限;

    l     菜单要求凸出显示,这样在移走工具条时仍有立体感。

    l     菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。

    l     右键快捷菜单采用与菜单相同的准则。

    l     如果菜单和按钮将使用户进入一个新的界面,则在标签文本之后加上三句点的省略号 “…”

    1.1.3. 帮助设施

    l     系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。

    l     帮助文档中的性能介绍与说明要与系统性能配套一致。系统作修改时,相应的帮助文档也应该保持同步更新。

    l     操作时要提供及时调用系统帮助的功能。常的热键是F1

    l     帮助要有即时针对性,在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。

    l     最好提供目前流行的联机帮助格式或HTML帮助格式。

    l     用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。

    l     如果没有提供书面的帮助文档的话,最好有打印帮助的功能。

    l     在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。

    l     可以在系统菜单中提供一个about对话框,以快速地提供程序的版本、版权声明和技术支持方式等信息。

    1.1.4. 合理性

    l     屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。

    l     父窗体或主窗体的中心位置应该在对角线焦点附近。

    l     子窗体位置应该在主窗体的左上角或正中。

    l     多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。

    l     重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。

    l     错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。

    l     与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)

    l     对可能造成数据无法恢复的*作必须提供确认信息,给用户放弃选择的机会。

    l     非法的输入或*作应有足够的提示说明。

    l     对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。

    l     提示、警告、或错误说明应该清楚、明了、恰当。

    1.1.5. 美观与协调性

    l     界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。

    l     统一色调,针对软件类型以及用户工作环境选择恰当色调。

    l     长宽比或宽长比接近黄金点比例,切忌长宽比例失调。

    l     布局要合理, 不宜过于密集,也不能过于空旷,合理的利用空间。

    l     相邻或同组的按钮大小相同,同界面上所有的按钮高度相同。

    l     按钮的大小要与界面的大小和空间要协调。

    l     避免空旷的界面上放置很大的按钮。

    l     放置完控件后界面不应有很大的空缺位置。

    l     字号的大小要与界面的大小比例协调, 字体大小根据系统标准字体来,例如 MSS字体8,宋体的小五号字(9)五号字(10.5)

    l     使用正规字体,中文采用标准字体宋体,英文采用标准 Microsoft Sans Serif,不考虑特殊字体(隶书、草书等,特殊情况可以使用图片取代),除非是需要艺术处理或有特殊要求的地方。

    l     前景与背景色搭配合理协调,反差不宜太大,常用色考虑使用Windows界面色调。

    l     如果使用其他颜色,主色要柔和,具有亲和力,坚决杜绝刺目的颜色。Graphtalk程序建议以下按钮的风格:

    n       “确定” 按钮文本颜色设为深蓝

    n       “取消” 按钮文本颜色设为深红

    n       “帮助” 按钮文本颜色设为深绿

    l     大型系统常用的主色有"#E1E1E1""#EFEFEF""#C0C0C0"等。

    l     界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。

    l     有标准的图标风格设计,有统一的构图布局,有统一的色调、对比度、色阶,以及图片风格。

    l     底图应该融于底图,使用浅色, 低对比,尽量少的使用颜色。

    l     鼠标光标样式统一,尽量使用系统标准。

    l     如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。

    l     对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。

    l     如果需要缩放对话窗,建议以下方式调整每个控件的attachment属性:

    n         不必变宽的控件,如按钮、静态文本等、采用左上锁定,右下不锁定。

    n         数据控件,如编辑框、下拉框等,尽可能排放于每行的最右边,采用左上角锁定,右边弹性粘附,

    n         多行式控件放置于界面最下面端,采用左上右下角全部锁定;

    l     通常父窗体支持缩放时,子窗体没有必要缩放。

    l     如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。

    1.1.6. 菜单

    l     菜单位置按照按功能来组织。

    l     菜单通常采用常用--主要--次要--工具--帮助的位置排列,符合流行的Windows风格。

    l     常用的有文件编辑查看等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。

    l     下拉菜单要根据菜单选项的含义进行分组,并切按照一定的规则进行排列,用横线隔开。

    l     一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。

    l     没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头, 不常用的靠后放置;重要的放在开头,次要的放在后边。

    l     如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。

    l     菜单深度一般要求最多控制在三层以内。

    l     对常用的菜单要有快捷命令方式,组合原则见6.1.8

    l     对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。

    l     菜单前的图标不宜太大,与字高保持一直最好。

    l     主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。

    l     主菜单数目不应太多,最好为单排布置。

    1.1.7. 独特性

    如果一味的遵循业界的界面标准,则会丧失自己的个性.在框架符合以上规范的情况下,设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。

    l     安装界面上应有单位介绍或产品介绍,并有自己的图标。

    l     主界面,最好是大多数界面上要有公司图标。

    l     登录界面上要有本产品的标志,同时包含公司图标。

    l     帮助菜单的 关于中应有版权和产品信息。

    l     公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。

    1.1.8. 键盘快捷方式

    在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快,在Windows及其应用软件中快捷键的使用大多是一致的。

    菜单中:

    l     面向事务的组合有:

    Ctrl-D 删除 Ctrl-F 寻找 Ctrl –H替换;Ctrl-I 插入 Ctrl-N 新记录 Ctrl-S 保存 Ctrl-O 打开。

    l     列表:

    Ctrl-R Ctrl-G定位;Ctrl-Tab下一分页窗口或反序浏览同一页面控件;。

    l     :编辑:

    Ctrl-A全选;Ctrl-C 拷贝;Ctrl-V 粘贴;Ctrl-X 剪切;Ctrl-Z撤消*作;Ctrl-Y恢复*作。

    l     文件操作:

    Ctrl-P 打印;Ctrl-W 关闭。

    l     系统菜单

    Alt-A文件;Alt-E编辑;Alt-T工具;AltW窗口;AltH帮助。

    l     MS Windows保留键:

    Ctrl-Esc 任务列表 Ctrl-F4 关闭窗口; Alt-F4 结束应用;Alt-Tab 下一应用 Enter 缺省按钮/确认操作 Esc 取消按钮/取消* Shift-F1 上下文相关帮助

    l     按钮快捷键

    可以根据系统需要而调节,以下只是常用的组合。

    Alt-Y确定()Alt-C取消;Alt-N 否;Alt-D删除;Alt-Q退出;Alt-A添加;Alt-E编辑;Alt-B浏览;Alt-R读;Alt-W写。

    这些快捷键也可以作为开发中文应用软件的标准, 但亦可使用汉语拼音的开头字母。

    1.1.9. 安全性

    在界面上通过下列方式来控制出错几率,会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路, 并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。

     

    l       排除可能会使应用非正常中止的错误。

    l       应当注意尽可能避免用户无意录入无效的数据。

    l       采用相关控件限制用户输入值的种类。

    l       当用户作出选择的可能性只有两个时, 可以采用单选框。

    l       当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。

    l       当选项特别多时,可以采用列表框,下拉式列表框。

    l       在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。

    l       对可能引起致命错误或系统出错的输入字符或动作要加限制、屏蔽和处理。

    l       对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。

    l       对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。

    l       对错误操作最好支持可逆性处理,如取消系列*作。

    l       在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的*作。

    l       对可能造成等待时间较长的操作应该提供取消功能。

    l       与系统采用的保留字符冲突的要加以限制。

    l       在读入用户所输入的信息时,根据需要选择是否去掉前后空格。

  • 相关阅读:
    <转>iOS SDK中使用NSXMLParser解析XML
    [原创]闲来无事,写了个c#的数据库附加工具,现附上源代码
    [转载]php数组操作foreach、each、reset、list
    [原创]xml序列化
    [原创]一个简单的药店用的会员积分管理系统
    [原创]我的cms项目
    简洁、标准的对联广告代码
    C#混淆 xenocode使用说明
    .net 随机数
    [原创]c# as用法
  • 原文地址:https://www.cnblogs.com/haoxiaobo/p/201977.html
Copyright © 2020-2023  润新知