2.3 对程序设计及编码的要求1表格作为控件物理上包含的容器和内部包含的控件之间的属性定制互不影响，即实现其无关性，这样才能完整的保证页面的基本结构在局部修改时不发生变化。科技论文。
2力求样式表实现页面格式全部控制，废弃如<font>、<backcolor>等内嵌标记，实例化坐标位置的<div>标记、页面中控制布局的标记修饰含style属性的内嵌样式修饰，便于使用第三方页面维护工具修改页面。
3页面基本HTML及服务器端控件扩展标记等均保持代码干净整洁，便于检查和控制；
4含有复杂嵌套结构的,<tr>,<td>标记在行间留白及结构的缩进，便于今后的维护。
5非数据操作使用客户端脚本实现，减少非必要的服务器[WEB服务器、数据库服务器]负载；
2.4 交互设计a) 控件控制1第三方服务器端控件的使用要保证具有广泛兼容性和安全性，且具有完备的接口指定外观属性和交互方式。
2复杂的应用程序中非标准交互控件给出详细的操作方法的提示。
3页面中尽量使用统一的导航类型，如使用基于点击“图形”的链接、“文字”的链接或文字图形混合其中一种方式。
举例：
 
4页面按钮作为基本交互控件，提倡使用有鼠标响应状态变化和禁用状态的BUTTON按钮，除特殊界面需要，不提倡使用图形按钮，而且保证同一应用程序内同类功能按钮只使用一种外观。
5服务器端控件在页面表格Table里在交互过程中不能破坏页面原布局。如.NET中CANLENDAR控件建议在弹出的子窗体内独立使用。
6包含数据的表格使用中没有数据的情况有文字标注[无**数据]]，表头字段名用区别于数据行的格式显示。
7分栏目的主题名称使用用户容易理解的，以用户第一人称角度的命名方式，减少生硬的称谓给用户带来的不友好感。
8B/S应用程序允许含有类似拖放操作的非标准交互控件，但是需增加操作的说明。
b) 表单控制
1页面内部有必要的前后文帮助信息，将页面主要任务目标、注意事项等描述在表单前申明，便于用户及时获得导引; 上下问帮助文本中保持业务术语前后一致，避免使用计算机专业术语，前因后果一一呼应，保证用户在最短时间内解决交互中的疑问。
2页面在交互控制中添加完整的状态控制，操作中灰显特定组合的控件来实现用户的准确操作，及时的刷新状态变更后表单内的数据及状态。
3表单内任务无关的信息、较少使用的选项等可以通过DHTML技术、服务器端控件的隐藏等减少用户操作中的干扰因素。
4表单内在特定的字段域附近给出必填信息提示，并用醒目颜色标注，提醒用户注意，验证的错误提示要给出准确恰当的指导；为提高用户填写的效率，建议使用客户端验证；复杂逻辑的验证使用服务器端验证。
5信息显示过滤可能出现的用户不能识别的HTML特殊字符。
6表单中用户在交互过程中保证用户方便的切换编辑、浏览状态，方便用户用最快的速度获取需要的信息，提高操作效率。
7经常使用的工具按钮（如新增、编辑等功能按钮）保证在页面经单向拖曳浏览后，不需来回拖曳滑竿即可操作；长页面可以考虑页首、页尾均放置工具按钮。
8主详细表及父子表关系的查看方式使用联动式导航到下级数据，即点选主项目或父项目记录时系统自动查询并显示出关联的详细信息、子表数据，无需点选任何按钮。
c) 窗体控制
1.使用具有广泛兼容性的javascript控制客户端交互和简单导航,，除服务器控件部分自动扩展到客户端的Jscript外，程序员手动控制脚本不推荐使用Jscript和VBscript。
2.操作过程中有清晰分界的子任务使用弹出窗体或分页框实现，保证各显示窗体的数据同步，及时刷新主任务窗体，使用户看到操作完成的结果，并且通过控件获取焦点等措施突出显示该结果。科技论文。
3.窗体（或frame）内页面发生切换时努力使用户需要记忆的中间结果为最少，甚至是没有。
4.弹出窗体的页面主题、栏目标题（Title）等资料与关联的父窗体保持上下文一致，方便用户理解并做出处理策略。
5.采用框架结构的应用程序，要充分考虑不同分辨率下的自动扩展，不同框架之间同步通讯及时，方便用户快速切换目标导航，观察数据之间的关系等。
6.窗口主题显示标志用户当前所在模块或子系统名称，子任务窗体主题使用“动词+名词”的语法结构指明用户当前的任务；
2.5 输入设计1．高效率的输入方式，特定的字段内容的输入方式选用使用效率最高，不容易发生错误的方式，提倡使用能够自动纠正或提供正确导引的输入方式。
如录入日期使用用户点选弹出的日历控件，并无须干预的自动返回正确的格式。
2．方便的获取到必要的信息，无须用户记忆中间结果。
3．表单格式尽量保持业务原始票据的格式或字段排列顺序，方便用户的集中录入过程。
4．表单字段左对齐。
5．输入控件的宽度基本符合数据库能够容纳的宽度，暗示系统能够接受的字符容量。
2.6 提示信息6.1.错误操作的提示信息使用非专业的、易理解的名词告知用户。
6.2.以第二人称“你”或“您”称呼用户，强调用户的主导能力。
6.3.对用户宽容的语气。
6.4.严重的警告信息使用弹出信息框提示，不严重的在页面前后文处直接输出，弹出不宜太频繁的使用。
6.5.可能对系统导致破坏性的操作要给出警告信息和用户确认（Confirm）按钮，用户可以取消操作，防止意外的错误操作造成损失。
7.复杂步骤在完成后给出完成成功的提示。
2.7 出错处理及出错画面的转向1.系统的内部状态变化对于用户有较大影响的情况，给出用户明显的解决方案提示，或给出自动的导航，使用户快速的恢复工作状态。
2.用户状态过期，用户无法进行操作时，系统自动跳转至登录界面。科技论文。
3.提供应用程序级错误截获，在不可预见的情况下仍给用户告知当前情况。
4.提供页面间自动导航控制[FlowControler],以更宽容的方式接受用户操作，协助用户处理复杂的交互任务。
三.小结以上小结着重从交互方面将易忽略的部分给予规范，在用户操作过程中每一个操作即时的看到操作的结果，这也就符合了即时响应原则的要求，降低了用户交互操作的复杂度，提高了效率。
四.展望基于以上规范，在当前主流的开发工具下，可以开发出系列符合以上界面规范的服务器端控件，在实例化后在客户端拥有良好用户体验，同时在页面上巧妙的融合到布局中。
重载标准控件弥补使用中不方便的缺失。这样同时从主流技术架构以服务器端逻辑入手和客户端两个方向进行优化设计，充分的发挥出WEB灵活性的特点定制出有异常创意的用户感受。
针对用户的友好界面甚至可以扩展到提供给用户的系统定制接口，二次开发接口。实现这些接口的意义在于简化系统部署和使用过程中良好的扩展性。
五.参考资料
多媒体用户界面设计 –有效的人机对话策略 [美] Ben Shneiderrnan
Site-Seeing A Visual Approach to Web Usability www.lukew.com.
2/2 首页 上一页 1 2 |
