软件界面设计规范Word文档格式.docx
《软件界面设计规范Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件界面设计规范Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
每次查询后保留当前查询条件。
当查询条件较多时,请配以重置按钮一同使用。
当未查询任何记录时,需给予未查找到相关记录的提示信息。
除用户明确要求不需要外,需提供模糊查询及组合查询功能。
1.5
功能名称【取消】
【功能简述】取消当前修改并返回
在数据量较多的页面中,当进行了修改后,取消请给予提示。
取消返回到原记录所在的位子
1.6
功能名称【保存】
【功能简述】保存当前变更
当保存所费的时间较长时,需给予进度界面提示。
必须控制不可以重复保存
1.7
功能名称【重置】
【功能简述】恢复当前变更且不返回
必须保证重置后与初始进入此页面时一致性。
1.8
功能名称【返回】
【功能简述】返回前一个页面
当从一个页面点击按钮或链接进入子页面时,子页面必须提供返回按钮。
1.9
功能名称【翻页】
【功能简述】
带条件进行翻页时,翻页同时可执行查询功能。
如翻页后进入子页面,子页面需从首页开始显示。
如有单页复选功能,翻页后不保留选中状态。
当页数较多时,允许输入具体页数进行查询
1.10
功能名称【全选】
【功能简述】实现单页全选功能
勾选全选则选中当页所有记录。
去掉当页某个记录的勾选,则全选也去掉勾选。
翻页后,自动去掉已勾选的记录及全选的勾选。
Chapter2:
通用规范
2.1
功能名称【默认值】
【功能简述】各个页面都会存在默认值
打开一个新界面,光标默认停留在第一个待输入的文本框中。
当选择下拉框不存在默认值时,则默认为“请选择”;
当存在默认值时,请绑定显示默认值。
2.2
功能名称【必填值】
【功能简述】对界面必填项的一些规范
界面的必填项必须以红色*号标识出来。
当必填项没有填写时,可在光标准备移走时,在文本框后以“请输入”红色文字标识。
当界面排列较紧时,必填项没有填可以以弹出信息的方式来提示,光标移走时弹出或最后提交时弹出都可;
但确定后必须停留在第一个待输入的文本框中。
2.3
功能名称【控件显示】
可输入/选择框以正常色显示;
不可输入/选择框以灰色显示;
对于不可输入/选择框,通过鼠标或键盘都不可让光标定位至此控件。
2.4
功能名称【提示语】
【功能简述】提示信息的规范
提示信息中标点符号请统一为全角符号。
提示信息如有主语,请统一为‘您’。
复杂的操作在成功后给予提示信息。
需要后续操作的操作在成功后给予提示信息。
提示信息不宜太长,宽度不能超过当前窗口的1/2;
当超过此比例时,请视具体情况进行换行。
当功能按钮为图片按钮时,光标停留需给予浮动提示信息。
2.5
功能名称【键盘支持】
【功能简述】由于用户还是会常用键盘进行操作,故提供一些简单的键盘支持是必要的。
支持回车键提交。
支持TAB键、Shift+tab键移动光标焦点。
TAB键移动遵循从左上至右下的原则。
2.6
功能名称【界面传递】
【功能简述】父窗体与子窗体的传递。
当父窗体与子窗体都存在同样的查询条件时,父窗体已输入的查询条件必须被带到子窗体中。
当子窗体的任何操作影响了父窗体的数据时,子窗体关闭返回必须刷新父窗体的数据。
关闭父窗体必须连同子窗体一同关闭。
子窗体的大小最好不要超过父窗体,且最好不要遮住父窗体的主要信息。
2.7
功能名称【窗口嵌套】
【功能简述】针对多层窗口的嵌套
如果存在多层嵌套窗口,每层窗口弹出时都自动往右下移动一点点,以保证不遮盖上层窗口标题为准。
窗口嵌套层次最好不超过3层。
2.8
功能名称【输入框限制】
【功能简述】对各种输入框的限制。
只允许输入数字的输入框请控制不允许输入其它字符,而不是输入非法值后给予提示。
只允许输入日期、时间的输入框请给予格式化,而不是输入非法值后再给予提示。
当输入的内容达到了字段的长度限制时,请控制不允许再输入,而不是保存后自动截断或保存时给予提示。
对非法字符的控制。
限制不可以输入或提交时给予提示。
(如’、”、<
、<
>
)
2.9
功能名称【表单】
【功能简述】对表单的相关规范。
表头水平/垂直居中对齐。
表单中内容如为定长,则为居中显示;
如为不固定的中英文内容,则为居左显示;
如为数值形式,则为居左显示。
保证表格的宽度不被挤变形,对于不定长的内容,可固定显示宽度,当超出此显示宽度后,以……显示,光标停留后,详细内容再在浮动层显示。
2.10
功能名称【快捷键的限制】
【功能简述】由于IE本身的一些原因,避免一些不必要的错误,故对其进行限制。
在用户没有提供明确需求情况下,限制F5、IE工具栏、退格键(仅限页面不限输入框)、Ctrl+N的使用
限制右键菜单的使用。
2.11
功能名称【页面布局】
【功能简述】对界面布局、分辨率的规范
必须要能自适应1024*768、800*600两种分辨率。
界面层次不宜超过3层。
默认窗口设置下,不应出现水平、垂直滚动条。
当界面内容超出显示区域时,以浮动层的形式显示。
2.12
功能名称【易用性细则】
【功能简述】按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。
理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。
完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
7>
同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
8>
分页界面要支持在页面间的快捷切换,常用组合快捷键CtrlTab
9>
默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
10>
可写控件检测到非法输入后应给出说明并能自动获得焦点。
11>
ab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
12>
复选框和选项框按选择几率的高底而先后排列。
13>
复选框和选项框要有默认选项,并支持Tab选择。
14>
选项数相同时多用选项框而不用下拉列表框。
15>
界面空间较小时使用下拉框而不用选项框。
16>
选项数叫少时使用选项框,相反使用下拉列表框。
17>
专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。
2.13
功能名称【规范性细则】
【功能简述】通常界面设计都按Windows界面的规范来设计,即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式,可以说:
界面遵循规范化的程度越高,则易用性相应的就越好。
小型软件一般不提供工具厢。
常用菜单要有命令快捷方式。
完成相同或相近功能的菜单用横线隔开放在同一位置。
菜单前的图标能直观的代表要完成的操作。
菜单深度一般要求最多控制在三层以内。
工具栏要求可以根据用户的要求自己选择定制。
相同或相近功能的工具栏放在一起。
工具栏中的每一个按钮要有及时提示信息。
一条工具栏的长度最长不能超出屏幕宽度。
工具栏的图标能直观的代表要完成的操作。
系统常用的工具栏设置默认放置位置。
工具栏太多时可以考虑使用工具厢。
工具厢要具有可增减性,由用户自己根据需求定制。
工具厢的默认总宽度不要超过屏幕宽度的1/5。
状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。
18>
菜单和工具条要有清楚的界限;
菜单要求凸出显示,这样在移走工具条时仍有立体感。
19>
菜单和状态条中通常使用5号字体。
工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。
20>
右键快捷菜单采用与菜单相同的准则。
2.14
功能名称【帮助实施细则】
【功能简述】系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。
帮助文档中的性能介绍与说明要与系统性能配套一致。
(我们的系统帮助文档都是系统的祖先时期的说明,让人困惑)。
打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。
操作时要提供及时调用系统帮助的功能。
常用F1。
在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。
也就是说帮助要有即时针对性。
最好提供目前流行的联机帮助格式或HTML帮助格式。
用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。
如果没有提供书面的帮助文档的话,最好有打印帮助的功能。
在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。
2.15
功能名称【合理性细则】
【功能简述】屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。
父窗体或主窗体的中心位置应该在对角线焦点附近。
子窗体位置应该在主窗体的左上角或正中。
多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。
横排开头或最后与竖排最后为易点位置。
与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
非法的输入或操作应有足够的提示说明。
对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
提示、警告、或错误说明应该清楚、明了、恰当。
2.16
功能名称【美观与协调性细则】
【功能简述】界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。
长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。
按钮的大小要与界面的大小和空间要协调。
避免空旷的界面上放置很大的按钮。
放置完控件后界面不应有很大的空缺位置。
字体的大小要与界面的大小比例协调,通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。
前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。
常用色考虑使用Windows界面色调。
如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
大型系统常用的主色有"
#E1E1E1"
、"
#EFEFEF"
#C0C0C0"
等。
界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;
切忌只放大窗体而忽略控件的缩放。
对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。
通常父窗体支持缩放时,子窗体没有必要缩放。
如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。
2.17
功能名称【菜单测试细则】
【功能简述】菜单是界面上最重要的元素,菜单位置按照按功能来组织。
菜单通常采用“常用--主要--次要--工具--帮助”的位置排列,符合流行的Windows风格。
常用的有“文件”、“编辑”,“查看”等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
下拉菜单要根据菜单选项的含义进行分组,并切按照一定的规则进行排列,用横线隔开。
一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。
没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头,不常用的靠后放置;
重要的放在开头,次要的放在后边。
如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。
对常用的菜单要有快捷命令方式,组合原则见8。
对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。
菜单前的图标不宜太大,与字高保持一直最好。
主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。
主菜单数目不应太多,最好为单排布置。
2.18
功能名称【独特性】
【功能简述】如果一味的遵循业界的界面标准,则会丧失自己的个性.在框架符合以上规范的情况下,设计具有自己独特风格的界面尤为重要。
尤其在商业软件流通中有着很好的迁移默化的广告效用
安装界面上应有单位介绍或产品介绍,并有自己的图标。
主界面,最好是大多数界面上要有公司图标。
登录界面上要有本产品的标志,同时包含公司图标。
帮助菜单的"
关于"
中应有版权和产品信息。
公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
2.19
功能名称【快捷方式的组合】
【功能简述】在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些在西文Windows及其应用软件中快捷键的使用大多是一致的。
面向事务的组合有:
Ctrl-D删除;
Ctrl-F寻找;
Ctrl–H替换;
Ctrl-I插入;
Ctrl-N新记录;
Ctrl-S保存Ctrl-O打开。
列表:
Ctrl-R,Ctrl-G定位;
Ctrl-Tab下一分页窗口或反序浏览同一页面控件。
编辑:
Ctrl-A全选;
Ctrl-C拷贝;
Ctrl-V粘贴;
Ctrl-X剪切;
Ctrl-Z撤消操作;
Ctrl-Y恢复操作。
文件操作:
Ctrl-P打印;
Ctrl-W关闭。
系统菜单:
Alt-A文件;
Alt-E编辑;
Alt-T工具;
Alt-W窗口;
Alt-H帮助。
MSWindows保留键:
Ctrl-Esc任务列表;
Ctrl-F4关闭窗口;
Alt-F4结束应用;
Alt-Tab下一应用;
Enter缺省按钮/确认操作;
Esc取消按钮/取消操作;
Shift-F1上下文相关帮助。
按钮中:
可以根据系统需要而调节,以下只是常用的组合。
Alt-Y确定(是);
Alt-C取消;
Alt-N否;
Alt-D删除;
Alt-Q退出;
Alt-A添加;
Alt-B浏览;
Alt-R读;
Alt-W写。
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。
2.20
功能名称【安全性细则】
【功能简述】在界面上通过下列方式来控制出错几率,会大大减少系统因用户人为的错误引起的破坏。
开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。
如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。
因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
最重要的是排除可能会使应用非正常中止的错误。
应当注意尽可能避免用户无意录入无效的数据。
采用相关控件限制用户输入值的种类。
当用户作出选择的可能性只有两个时,可以采用单选框。
当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择
当选项特别多时,可以采用列表框,下拉式列表框。
在一个应用系统中,开发者应当避免用户作出XX或没有意义的操作。
对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
对可能发生严重后果的操作要有补救措施。
通过补救措施用户可以回到原来的正确状态。
对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
对错误操作最好支持可逆性处理,如取消系列操作。
在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
对可能造成等待时间较长的操作应该提供取消功能。
特殊字符常有;
;
'
"
<
`'
:
["
{、\|}]+=)-(_*&
&
^%$#@!
~,.。
?
/还有空格。
与系统采用的保留字符冲突的要加以限制。
在读入用户所输入的信息时,根据需要选择是否去掉前后空格。
有些读入数据库的字段不支持中间有空格,但用户切实需要输入中间空格,这时要在程序中加以处理。
2.21
功能名称【多窗口的应用与系统资源】
【功能简述】设计良好的软件不仅要有完备的功能,而且要尽可能的占用最底限度的资源
在多窗口系统中,有些界面要求必须保持在最顶层,避免用户在打开多个窗口时,不停的切换甚至最小化其他窗口来显示该窗口。
在主界面载入完毕后自动卸出内存,让出所占用的WINDOWS系统资源。