第一篇:界面功能规范
界面功能规范
安装及卸载
用户按照User Guide就可以自行完成安装或卸载,无需技术人员的支持。
安装或卸载的过程,有“cancel”按钮,可以中断操作。中断后,系统可以回到初始状态。
系统卸载后在用户的计算机中不应该留下垃圾文件。取消安装后,重新再次安装可以成功。
根据用户需求,在不同的OS下,可以安装成功。
自动升级
自动升级完成后,系统中的数据和各项用户设置不能发生改变。
自动升级过程中需要为用户提供进度条。
若在自动升级中提供了取消的功能,则中途取消后,系统需要回到升级之前的状态。
Login界面控件
至少应包含Login Name、Password输入框,login,找回密码这几项。------(我去掉了cancel,因为参考外国很多网站的登录页,都没有cancel按钮)“Login Name”、“Password”及对应的输入框应左右对齐,宽度一致。找回密码功能必须提供。如下图所示,但Login按钮需要移动到左边。
可以有Remember Me和验证码。若有验证码,则需提供刷新验证码的功能。
Login界面功能与键盘操作
Login界面的所有控件之间可以使用Tab键来移动焦点。
若用户输入了Login Name和Password,按下Enter键时,应该让用户登录。
若是在C/S模式下,用户按下ESC键时应直接关闭登录窗口。
常见问题:
没有找回密码功能。用户输入超长的字符串到Login Name和Password中,点击登录按钮后,系统应给出错误提示。
表格
列表表格需要固定长度。
当文本以正常形式输入并保存,列表中显示的时候,超过了默认表格宽度,应该要自动换行。
Full Name、Email、日期、电话号码属性列,应该固定足够的长度。
表格中的内容应该按照某种规则排序。
表格的表头应所有文字居中。
表格中的内容应遵循以下原则:若是文字内容应左对齐,若是数字或日期内容应右对齐。
表格内容很多时需要分页。分页应提供页面导航功能,包括:上一页、下一页、跳转到某一页、总页数、当前页码。如下图所示图片中,使用列表的方式显示数据集时,必须在列表的下方显示总记录数。
当表格中的数据为空时,必须显示该表格的表头。若表格的最后一页所有数据被删除后,应自动跳转到前一页上。
文本输入
在多行文本框中,手工输入了回车换行,显示文本的时候,文本不能是一行显示完,要实现回车换行。
当输入的文本达到限制内的最大长度,在保存数据时系统应该给予提示。在不同的页面上相同字段的输入长度限制应该相同。
输入特殊字符时,要做处理。如:<>、等,保存包含特殊字符的字符串时系统要保存正确。
当文本框内有内容时,用户使用Tab键移动光标进入文本框,需要自动将所有内容选中。
若文本输入框的外面有显示该文本框的最大输入长度。那么应该同时显示已经输入的字符长度。
必输项应该在输入框后面标记“*”号。该符号与输入框之间应该有一个空格符的距离。
页面上有多个输入项时,上下的输入项之间应该保持宽度一致。内容相近或相互关联的输入项应该用Group Box框起来。如下图所示:
对输入的合法性进行检查时,要使用统一的方式来显示提示信息。
日期控件
日期控件中内容应默认显示当前系统日期。若非必填的日期内容,须允许用户输入空白值或者删除当前的输入值。
Web页面上的日期控件需要注意不同时区之间的差异。如服务器在美国,中国的用户浏览该页面时会出现如下的问题:
当程序和数据库都安装在美国时区的OS中,在中国时区的OS中用浏览器访问,有以下两种情况的错误:
1)数据库中保存的是正确的时间,但显示出来就是错误的时间
如:在BBS中创建topic后,topic的创建时间是 07/01/2008 16:09,但在topic显示出来的时间是:07/02/2008 00:10 2)数据库中保存的是错误的时间。
如:在浏览器上操作的时候,选择的是 07/01/2008 02:07保存,但查看的时候,时间显示的是06/30/2008 10:07(重现见RFA Internal系统中关于user的birthday的保存)或者在浏览器上操作的时候,选择的是 07/01/2008 02:07保存,查看的时候,时间是正确的:07/01/2008 02:07,但数据库中是:06/30/2008 10:07。日期控件需要在不同的浏览器下正常显示(IE、Firefox、Safari)。如图:
导航栏和页面链接
Web类型的项目中,大的功能模块需要都显示在导航栏上。每一个页面的导航栏都应该和首页的导航栏保持一致。如图:
可以点击的页面链接下应该加上下划线。暂时不能点击的页面链接应该没有下划线。
所有的功能链接都必须保证正确。
提示信息的显示
提示信息的显示应该统一。根据项目类型的不同而定。如C/S模式的系统,应该采用弹出对话框的形式显示信息。
系统中所有提示信息的字体和大小应该统一。对话框的标题上应该显示提示名称。如下图:
不同浏览器下一致性
若Web类项目需要在不同的浏览器下显示。则需要进行相应的测试。确保在IE下的显示效果和其他浏览器相同。
Web类项目需要在不同的浏览器下显示,则需保证web界面、功能与在IE下一致。
文字信息
所有的文字信息,若是英文,需要请Writer审核。
文字应统一按照左对齐的格式显示。文字内容应该与边框有一个空格符的间隔。
在全英文操作系统中,若有中文信息,则该信息不能显示为乱码。
文字的字体类型、大小需一致。
图片上传及显示
包含图片的记录,在用户编辑过图片后应该立即在界面上看到修改的结果。
上传或下载大尺寸图片或多张图片时Performance不能太低。必须提供进度条,并且提供中途取消的功能。如下图:
Web页面上的图片应是GIF或JPG格式,应没有DMP等其他格式的图片。保证所有图片都可以在常用浏览器(IE、Firefox等)下正常显示。
浏览包含图片的记录时应该提供缩略图。缩略图应是原图片按照比例缩小后的图片。不能出现图片的变形或分辨率下降太多。如图所示:
界面控件排布
界面控件的长度和排布应尽量对齐。界面下方的“保存”或“关闭”按钮应该统一居中或左右对齐。不能有的界面居中有的界面又是左右对齐。
Web系统安全性
在未登录的情况下直接访问Web系统的功能页面。系统必须提示用户登录后才可访问。
下拉列表
如下拉列表框等控件。其中的内容若过长,且控件本身的长度不够,那么可能会显示不完整。需要调整控件长度,使其中的内容尽量显示完整。
下拉列表中的内容应该按照首字母排序。应该根据用户的输入自动定位到相应的内容上。如图所示:
搜索功能
在搜索条件输入框中应该有缺省值。若搜索的字段不是必填字段,应该允许用户输入空白值(包括日期格式的字段)。
应该提供Search Within Result功能,即在查找的结果集中继续查找。搜索结果应该提供用户选择排序的方式。如:按名称排序或者按日期排序。
搜索结果,默认某种排序方式。
显示搜索结果的同时应该把搜索条件显示在页面上。如图所示:
用户管理:
必须为系统管理员提供更改用户密码的功能。
应该为系统管理员提供更改用户基本资料的功能。
用户的基本资料应该有一定的逻辑判断。例如:雇佣日期不能早于出生日期等。
用户的地址和电话号码需要按照美国用户的习惯设计。如图:
电话号码的输入应该依照以下的输入规范:
如果是Web页面,则在用户登录后应该在页面的上方显示当前登录用户的用户名。如果是Windows窗体界面,则在用户登录后应该在Status bar中显示当前用户的用户名。
键盘操作
在C/S模式的系统中,用户应该可以使用键盘操作到系统的所有功能。
一些常用的快捷键应该符合普通用户的习惯。例如:按下ESC键即退出当前界面。按下Enter键即相当于鼠标左键的点击。
可以使用Tab键移动焦点到任何一个输入框和按钮上,并且从第一个控件到最后一个控件之间可以循环往复。
Tab键移动焦点的顺序应该按照从上到下,从左到右。
列表中的选中焦点应该可以用上下方向键浏览。如图:
第二篇:求呼叫中心系统界面功能介绍
Vsion软交换呼叫中心系统功能及特点
1、自动语音导航功能(IVR)
自动语音应答系统IVR主要用于为用户电话来访提供语音提示,引导用户选择相应的服务,并接受用户在电话拨号键盘输入的信息,系统根据客户输入的信息在数据库中进行相应的查询,并将查询结果反馈给用户,实现人机交互式访问。提供7x24小时的自动语音服务,可完成信息咨询、信息查询、业务受理等各种功能,并作为人工服务的辅助和引导。
2、方便灵活的呼入路由功能
其他多种路由:系统可以根据主叫/被叫、作息时间、节假日、遇忙、无应答等多种条件设置不同的电话呼入流程。
3、实现呼叫中心的管理管理系统对接 为客户提供更优质的服务,并通过电话系统实现对其他应用系统的协同工作,是企业建设电话通讯平台的根本目标。VSION提供的对接管理的主要功能包括: 对接提供来电弹出(SCREEN POP),实时显示来电客户的详细资料,用户使用其自身的帐号和密码,登陆系统坐席控制台后,所有呼入到其使用分机的来电,都会根据来电的号码,在客户资料数据库中进行查询。一旦在资料库中发现该来电号码,就会在用户的电脑屏幕上弹出该号码所关联客户的详细资料。用户还可以在接听过程中,实时更新该客户的有关资料。实现客户服务的协同管理 在接听客户来电的过程中,如果将该客户的来电转移给其他同事,那么来电弹出显示的该客户详细资料,将随同电话一起,同步转移到接听方的电脑屏幕。通过来电资料的同步转移,可以有效实现对客户服务的协同管理。
4、录音功能
VSION呼叫中心系统本身具有录音资源,无需外挂或者增加任何专用录音通讯设备即可实现对所有来电、去电实时录音。用户可以灵活的对所有注册到系统的分机,设置针对呼入电话和呼出电话总是录音、从不录音或有需要时录音(需要录音时按*1即可开始录音)三种状态。并提供电话录音文件的备份、下载、回放等。
5、语音信箱功能
VSION软交换呼叫中心系统提供了强大的语音信箱功能。不但可以使用分机电话终端来方便的收听语音留言,还可以选择将语音留言发送到指定的电子邮箱。您可以直接通过邮件,收到语音留言的声音文件,并可以在电脑上直接播放。
6、电话会议功能(多方电话)
用户不但可以在内部分机之间,通过拨打语音会议室号码,进入语音会议室;也可以直接对某各外线电话或手机发起呼叫,邀请其加入某个会议室;还可以使用外部的手机、固定电话,拨打呼叫中心的接入号码,转入语音会议室。用户无需额外投资专用的电话会议设备就可以拥有多个超级语音会议室,同时每个会议室都可以容纳3-20方电话同时参与。并提供会议主持,静音,强踢等功能。
7、通话记录和统计分析功能
VSION软交换 提供详细的CDR呼叫数据记录,为呼叫中心的呼叫管理和统计提供依据,可以记录每通电话的主叫号码、被叫号码、通话时间、通话时长、电话状态、通话录音以及所走外线通道等几十个参数,从而为以后电话记录统计和各项报表的生成提供准确的数据基础。同时,系统还可以针对系统总体的每月、每日的流量、各时段负载,提供报表和统计图表。并可以对各分机的流量和时段负载提供图表。使您对整个呼叫中心系统的使用情况一目了然。目前提供的报表有:通话日志、话务统计、流量统计、呼损率统计、平均等待时长统计、质检统计、报表导出等。
8、黑白名单 对于故意捣乱、骚扰的电话可以列为“黑名单号码”,凡这个号码呼入总是显示忙音。对于重要的VIP客户可以提供“绿色通道”,凡这个号码呼入即可直通设定的分机,而无须经过IVR语音导航,以节省对方时间,从而为客户提供高效率、高标准的服务。
9、强大的座席管理功能 对于不同级别的坐席,可以进行不同权限的分配。每个坐席只能浏览权限范围内的内容和进行权限范围内的操作,通话过程中拥有权限的坐席可以对其他座席来电进行监听、强拆、强转移给任何一部分机、外部电话、手机,而无须让对方再拨打一次电话。基于IP网络实现电话分机的远程部署
由于在底层对VoIP的支持,VSION软交换服务器同样也是一台功能强大的VOIP网关服务器。因此,既可以使用普通电话机作为电话分机的终端,也可以使用IP话机或者软电话登陆到系统,作为系统的分机。用户不但可以在局域网内使用IP话机或软电话,还可以通过互联网登陆系统,从而实现了电话分机的远程部署。IP分布式的呼叫中心平台,完全突破传统地域的限制,极大的扩展了电话交换系统的应用范围。
第三篇:医疗保险接口功能规范
医疗保险接口功能规范
第一条 《医疗保险接口功能规范》是用于协助整个医院,按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序,其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能,包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用,并做到及时结算。
《医疗保险接口功能规范》必须符合国家、地方的有关法律、法规、规章制度的要求。
1.必须符合国务院下发的有关医疗保险的各项政策及法规。
2.必须符合劳动社会保障部下发的有关医疗保险的政策及法规。
3.必须符合地方政府下发的有关医疗保险的政策及法规。4.《公费医疗管理办法》。
《医疗保险接口功能规范》基本功能:
1.下载内容及处理:实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等,并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。
2.上传内容及处理:实时或定时向上级医保部门上传。
1)门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、门诊个人帐户、支付明细等信息。
2)住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。
3)退费信息:包括本次退费信息,原费用信息、退费金额等信息。
4)结算汇总信息:按医疗保险政策规定的分类标准进行分类汇总。
3.医疗保险病人费用处理:
1)根据下载的政策参数、政策审核函数对医保病人进行身份确认,医保待遇资格判断。
2)对医疗费用进行费用划分,个人帐户支付、基金支付、现金支付确认,扣减个人帐户,打印结算单据。
3)校医疗保险指定格式完成对上述信息的上传。
4)在医院信息系统中保存各医疗保险病人划分并支付后的费用明细清单和结算汇总清单。
4.医疗保险接口系统维护:
1)对下载的药品目录与医院信息系统中的药品字典的对照维护。2)对下载的诊疗目录与医院信息系统各有关项目的对照维护。3)对下载的医疗服务设施与医院信息系统中各有关项目的对照维护。
4)对医疗保险费用汇总类别与医院信息系统中费用汇总类别的对照维护。5)对疾病分类代码的对照维护。
《医疗保险接口功能规范》运行要求
1.应保证上传数据与医院信息系统中保留的数据的一致性。2.运行速度,要求系统在处理每一个门诊医疗保险病人时不得超过35秒。
3.按医疗保险部门的要求及时下载更新数据。
4.及时与医疗保险部门对帐并结算。
第四篇:简单实用的界面测试规范,供朋友们进行参考
界面测试规范
目前流行的界面风格有三种方式:多窗体、单窗体以及资源管理器风格,无论那种风格,以下规则是应该被重视的。
1:易用性:
按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。
易用性细则:
1):完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。
2):完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
3):按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
4):界面要支持键盘自动浏览按钮功能,即按Tab键的自动切换功能。
5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
6):同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
7):分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab
8):默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
9):可写控件检测到非法输入后应给出说明并能自动获得焦点。
10):Tab键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。
11):复选框和选项框按选择几率的高底而先后排列。
12):复选框和选项框要有默认选项,并支持Tab选择。
13):选项数相同时多用选项框而不用下拉列表框。
14):界面空间较小时使用下拉框而不用选项框。
15):选项数叫少时使用选项框,相反使用下拉列表框。
16):专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。
2: 规范性:
通常界面设计都按Windows界面的规范来设计,即包含―菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单‖的标准格式,可以说:界面遵循规范化的程度越高,则易用性相应的就越好。小型软件一般不提供工具厢。
规范性细则:
1):常用菜单要有命令快捷方式。
2):完成相同或相近功能的菜单用横线隔开放在同一位置。
3):菜单前的图标能直观的代表要完成的操作。
4):菜单深度一般要求最多控制在三层以内。
5):工具栏要求可以根据用户的要求自己选择定制。
6):相同或相近功能的工具栏放在一起。
7):工具栏中的每一个按钮要有及时提示信息。
8):一条工具栏的长度最长不能超出屏幕宽度。
9): 工具栏的图标能直观的代表要完成的操作。
10):系统常用的工具栏设置默认放置位置。
11):工具栏太多时可以考虑使用工具厢。
12):工具厢要具有可增减性,由用户自己根据需求定制。
13):工具厢的默认总宽度不要超过屏幕宽度的1/5。
14): 状态条要能显示用户切实需要的信息,常用的有:
目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等,如果某一操作需要的时间较长,还应该显示进度条和进程提示。
15):滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
16):状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。
17):菜单和工具条要有清楚的界限;菜单要求凸出显示,这样在移走工具条时仍有立体感。
18):菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。
19):右键快捷菜单采用与菜单相同的准则。
3:帮助设施:
系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。
帮助设施细则:
1):帮助文档中的性能介绍与说明要与系统性能配套一致。(我们的系统帮助文档都是系统的祖先时期的说明,让人困惑)。
2):打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。
3):操作时要提供及时调用系统帮助的功能。常用F1。
4):在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。
5):最好提供目前流行的联机帮助格式或HTML帮助格式。
6):用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。
7):如果没有提供书面的帮助文档的话,最好有打印帮助的功能。):在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。
4:合理性:
屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。
合理性细则:
1):父窗体或主窗体的中心位置应该在对角线焦点附近。
2):子窗体位置应该在主窗体的左上角或正中。
3):多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
4):重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5):错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6):与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示,没法使用该按钮)。
7):对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
8):非法的输入或操作应有足够的提示说明。
9): 对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
10):提示、警告、或错误说明应该清楚、明了、恰当。
5:美观与协调性:
界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。
美观与协调性细则:
1): 长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。
2): 布局要合理,不宜过于密集,也不能过于空旷,合理的利用空间。
3): 按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。
4): 按钮的大小要与界面的大小和空间要协调。
5): 避免空旷的界面上放置很大的按钮。
6):放置完控件后界面不应有很大的空缺位置。
7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。
8): 前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。常用色考虑使用Windows界面色调。
9): 如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。
10): 大型系统常用的主色有“#E1E1E1”、“#EFEFEF”、“#C0C0C0”等。
11): 界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。
12): 如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。
13):对于含有按钮的界面一般不应该支持缩放,即右上角只有关闭功能。
14): 通常父窗体支持缩放时,子窗体没有必要缩放。
15):如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。
6:菜单位置:
菜单是界面上最重要的元素,菜单位置按照按功能来组织。
菜单设测试细则:
1):菜单通常采用―常用--主要--次要--工具--帮助‖的位置排列,符合流行的Windows风格。
2):常用的有―文件‖、―编辑‖,―查看‖等,几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
3):下拉菜单要根据菜单选项的含义进行分组,并切按照一定的规则进行排列,用横线隔开。
4): 一组菜单的使用有先后要求或有向导作用时,应该按先后次序排列。
5): 没有顺序要求的菜单项按使用频率和重要性排列,常用的放在开头,不常用的靠后放置;重要的放在开头,次要的放在后边。
6): 如果菜单选项较多,应该采用加长菜单的长度而减少深度的原则排列。
7): 菜单深度一般要求最多控制在三层以内。
8): 对常用的菜单要有快捷命令方式,组合原则见8。
9):对与进行的操作无关的菜单要用屏蔽的方式加以处理,如果采用动态加载方式——即只有需要的菜单才显示——最好。
10):菜单前的图标不宜太大,与字高保持一直最好。
11):主菜单的宽度要接近,字数不应多于四个,每个菜单的字数能相同最好。
12):主菜单数目不应太多,最好为单排布置。
。7:独特性:
如果一味的遵循业界的界面标准,则会丧失自己的个性.在框架符合以上规范的情况下,设计具有自己
独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。
1):安装界面上应有单位介绍或产品介绍,并有自己的图标。
2):主界面,最好是大多数界面上要有公司图标。
3):登录界面上要有本产品的标志,同时包含公司图标。
4):帮助菜单的―关于‖中应有版权和产品信息。
5):公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
8:快捷方式的组合在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些 在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中:
1):面向事务的组合有:
Ctrl-D 删除 ;Ctrl-F 寻找 ;Ctrl –H替换;Ctrl-I 插入 ;Ctrl-N 新记录 ;Ctrl-S 保存 Ctrl-O 打开。
2):列表:
Ctrl-R,Ctrl-G定位;Ctrl-Tab下一分页窗口或反序浏览同一页面控件。
3):编辑:
Ctrl-A全选;Ctrl-C 拷贝;Ctrl-V 粘贴;Ctrl-X 剪切;Ctrl-Z撤消操作;Ctrl-Y恢复操作。
4)文件操作:
Ctrl-P 打印;Ctrl-W 关闭。
5):系统菜单
Alt-A文件;Alt-E编辑;Alt-T工具;Alt-W窗口;Alt-H帮助。
6):MS Windows保留键:
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-E编辑;Alt-B浏览;Alt-R读;Alt-W写。
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。
9:安全性考虑:
在界面上通过下列方式来控制出错几率,会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
安全性细则:
1):最重要的是排除可能会使应用非正常中止的错误。
2):应当注意尽可能避免用户无意录入无效的数据。
3):采用相关控件限制用户输入值的种类。
4):当用户作出选择的可能性只有两个时,可以采用单选框。
5):当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
6):当选项特别多时,可以采用列表框,下拉式列表框。
7):在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8):对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11):对错误操作最好支持可逆性处理,如取消系列操作。
12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13):对可能造成等待时间较长的操作应该提供取消功能。
14):特殊字符常有;;‘‖><,`‗:―[‖{、|}]+=)-(_*&&^%$#@!~,.。?/还有空格。
15):与系统采用的保留字符冲突的要加以限制。
16):在读入用户所输入的信息时,根据需要选择是否去掉前后空格。
17):有些读入数据库的字段不支持中间有空格,但用户切实需要输入中间空格,这时要在程序中加以处理。
10:多窗口的应用与系统资源:
设计良好的软件不仅要有完备的功能,而且要尽可能的占用最底限度的资源。
1): 在多窗口系统中,有些界面要求必须保持在最顶层,避免用户在打开多个窗口时,不停的切换甚至最小化其他窗口来显示该窗口。
2):在主界面载入完毕后自动卸出内存,让出所占用的WINDOWS系统资源。
3):关闭所有窗体,系统退出后要释放所占的所有系统资源,除非是需要后台运行的系统。
4):尽量防止对系统的独占使用。
第五篇:《中文Linux应用编程界面(API)规范》
《中文Linux应用编程界面(API)规范》
编制说明
一、任务来源
根据国家863计划信息技术领域,软件重大专项,中文Linux和办公软件相关标准与规范课题研究开发任务的规定,和根据国家质检总局和信息产业部2003年放国家标准和行业标准制、修订计划安排,制订《中文Linux应用编程界面(API)规范》。该项目由中软网络技术股份有限公司负责起草,项目计划代号为
二、工作过程
在国家任务下达后,中软网络技术股份有限公司就组织了工作组,在前期工作的基础上,收集与翻译了国际上有关Linux的主要标准的最新版本LSB 1.3(目前的最新版本为 LSB 2.0)和OpenI13N 1.3。总结了多年来在Linux开发工作和标准制订工作的经验。在“非典”肆虐期间,编写了制订《中文Linux应用编程界面(API)规范》的计划和大纲。
在“四所”的组织下成立了“中文Linux标准”工作组。在工作组的统一安排下,确定了编写工作的计划与大纲。于2003年9月初,编写了《中文Linux应用编程界面(API)规范》初稿,提交工作组讨论。工作组前后经过了近10次讨论,几经修改,先后提交了三次修改稿,才形成了《征求意见稿》。《征求意见稿》通过在网上和有关单位广泛征求意见,收集了许多很好的意见。工作组又组织了有FSG和OpenI18N有关人员和国内的Linux厂商、专家及有关人员参加的“Linux标准研讨会”。
2004年4月信息产业部成立Linux标准工作组,组织更大范围的企业参与标准的制定工作。在此基础上工作组对“意见汇众”进行了深入的整理、分析和讨论,确定了修改意见。根据这些意见,经过修改,我们提交了《中文Linux应用编程界面(API)规范》的《送审稿》。
2006年在发展基金及国家十五项目的支持下,中国电子技术标准化研究所组织国内主要Linux操作系统发布商,对标准的符合性测试展开研究,并根据测试研究的结果对标准做中描述不够严谨的地方做出相应调整。
三、主要说明
1、标准的目的Linux以其源代码的开放性已成为操作系统市场上的一支生力军,并成为促进我国信息化建设和发展的新生力量。“以Linux为契机,发展我国自主的操作系统和应用软件”已成为我国信息产业内的一个共识。Linux真正能够大规模地应用还面临着标准化、兼容性以及应用软件支持等诸多问题考验。坚决做好Linux的标准化和产业化工作,只有通过标准和规范来确保Linux各版本间的兼容和相对统一。要使Linux真正成为一个开放系统,必须吸收POSIX标准和国际Linux相关组织的研究成果,结合Linux的特点及中文信息处理的特殊性
对Linux操作系统中涉及中文信息处理的应用编程接口进行约定,以提高各Linux系统对中文应用程序的兼容性。该规范将使我国市场上基于Linux系统开发的中文应用程序具有源码级的可移植性,从根本上避免重复开发。
2、本标准制订的依据
1)多年来ISO/IEC和IEEE对开放系统的标准进行了大量的研究和制订工
作,已经形成了POSIX标准体系。各种开发厂商和组织也都声称以POSIX标准为依据进行开发。Linux也是按POSIX的规定进行开发的开放系统。这些都为本规范的制订打下了基础。
2)为了规范Linux发行版本,尽可能地实现各种Linux的兼容性,Linux
国际正在大力进行Linux Base Specification(LSB)的制订工作。已由2001年7月发布的LSB 1.0,发展到2003年初发布的LSB 1.3。而且,已经有若干重要的Linux版本提供商通过了LSB 1.3的符合性测试。2004年月正式发布了 LSB 2.0。LSB 2.0是一个重大事件,它比LSB 1.x系列有重大的发展、提高和变化。
3)为了使Linux能适用于各个国家和各种文字,Linux国际也在制订Linux
国际化标准。从LI18NUX 2000,到现在的OpenI18N 1.3。为各国语言文字在国际化的基础上实现本地化提供了依据。多年来我国中文信息处理技术有了巨大的发展。在各种系统上(包括Linux)在国际化的基础上实现中文信息处理的本地化,已经有了丰富的经验。而且我国已经制订了国标《开放系统中文界面规范》(于1996年制订,2003年修订)。这些都为本规范的制订打下了基础。
3、标准中的几个重要问题
1)关于LSB的遵循性问题。国际标准化组织在制订开放系统的标准时,首
先提出的是应用程序源码级的可移植性。POSIX标准也是以保证应用程序源码级的可移植性为目标进行制订的。源码级可移植性也是应用程序目标码级可移植性的基础。本规范的任务就是制订中文Linux应用编程界面(API)规范。目标是实现进行中文信息处理的Linux应用程序在遵
循本规范的Linux系统上的源码级的可移植性。但是,在制订的过程中发现,国际上许多重要的UNIX版本,都是声称遵循POSIX标准。而这些版本往往互不兼容,很难真正实现源码级的可移植性,更不要说实现目标码级的可移植性了。为了防止Linux走上UNIX版本不一致、不兼容,使用户很难使用的老路。Linux国际决定制订LSB,实现目标码级的可移植性。Linux国际这样做是有依据的。这是由于对于UNIX来说,先有UNIX的开发、后有标准。当标准制订时,已经有了各种UNIX的商业标准,虽然厂商宣称遵循POSIX标准,但为了厂商的利益,这些版本确实很难统一。而Linux是自由软件,而且核心的开发由Linus控制和发布。并且gcc等技术的发展也为实现目标码级的可移植性提供了可能。而且,LSB的符合性测试也日趋成熟。我们没有必要另搞源码级可移植性的符合性测试。经过反复讨论,工作组决定,整个中文Linux标准应遵循LSB 2.0。遵循本规范的实现应通过LSB 2.0的符合性测试。LSB 2.0 在制订过程中发现,针对不同的需要,LSB 除了分为LSB 规格说明的公共部分-gLSB和 LSB 规格说明的体系结构部分 – archLSB 两大部分外,就是 gLSB 也分为:LSB – generic 和 LSB – Graphics等。本规范虽然是API,但为了不割裂 LSB 文档,决定完整引用 LSB – generic 和 LSB – Graphics 这两部分。关于如何引用有几种不同意见,有在正文中引用 LSB 的主要内容、在正文中只提引用哪些内容,把LSB 2.0的译文放在附录中等等。我们也提供了几种版本。最后确定,只在正文中指出引用 LSB 2.0 的哪些内容。不在附录中放进 LSB 2.0 的参考译文(LSB 2.0 译稿初稿已完成)。
2)在制订国标《开放系统中文界面规范》时,当时的工作组曾邀请两岸三
地(大陆、香港和台湾)的有关中文信息处理的专家开了几次会。结果是在上述标准中规定了中文所需要而在别的标准中尚未提供的有关半角、全角转换、注音等6个函数。在制订本规范时考虑到《开放系统中文界面规范》中规定的字符界面和图形界面的有关函数在 LSB 2.0 中已包含,而这6个函数是独特的,故把它们包含在本规范中。但有的意见认为:这6个函数尚未在产品中实现,有的可以用别的 C 库函数替代。是否不需要了。在本送审稿中尚保留,请专家门审定。
3)关于输入方法服务器。中文输入方法是比较复杂的,可以说是各件语言
文件中最复杂的一种输入方法。而且中文输入方法又非常多。为方便与各种输入方法接口,能实现主流的中文输入方法,系统中必须提供输入方法服务器。输入方法服务器为应用程序编写者提供接口,这主要由协
议规定。由于中文输入方法复杂又有众多不同的输入方法,即使是最常用的也有若干种输入方法。为此,输入方法服务器也需要为输入方法编写者提供接口。使用此接口编写的输入方法都能挂接至系统上。目前,最流行的输入方法服务器是X window输入方法服务器(XIM)。但是,广泛使用的XIM协议也存在一些问题,最突出的是:首先,XIM是X Window系统的一部分,其结构也跟X Window紧密相连。故使用XIM的系统必须拥有X Window。而X Window系统规模厖大,不太适用于一些嵌入式系统。其次,它不支持多种语言。虽然,X Window能使用Unidode的UTF-8编码,也即整个GB18030的多民族语言文字库都可以使用。可是,输入法服务器不能通知客户端用户输入的是何种语言。此问题导致采用XIM协议,会阻碍应用软件支持多民族文字和多国语言。创造XIM协议的同一组人员,觉察到这些问题,设计出一套新的协议,称为互联网-企业内部网输入法协议-IIIM(Internet-Intranet Input Method Protocol)协议。此协议已有实现者,且有日益扩展的趋势。故在本规范中同时提供这两种协议。
4)中文输入方法很多,为了使主流的中文输入方法能用于或移植到遵循本
规范的Linux系统上来,本规范规定了中文输入方法与中文输入服务器的接口。
5)Linux上的支撑软件很多,特别是桌面系统。这些软件各有特色且都在发展。因而,Linux上的打印很复杂,很难统一。但为了使应用程序能正确打印出中文。本标准对系统配置的主要中文字库规定了规范名称,也规定了字库的存放目录。
四、验证情况
从2006年8月启动对相关Linux产品的规范符合性测试,主要目标是验证规范的合理性和测试方法的可行性。目前已经进行的本规范符合性测试产品包括:中标服务器操作系统3.0、红旗服务器操作系统5.0、中标桌面操作系统3.0、红旗桌面操作系统5.0,通过这些测试证明了规范要求全面、合理,符合性测试方法可行。
Linux标准工作组
2007年6月11日