六：(STYLE)控件风格，不要使用错误控件，控件功能要专一
有设计好的同一风格的控件，如果没有能力设计出一套控件，则使用标准控件，绝对不能不伦不类，杂乱无章
·不要错误使用控件，例如：
使用Button样式做TTable的功能，拿主菜单条显示版权信息，
·统一类型的控件操作方式相同，例如一个控件双击可以执行某些动作，而同样控件，双击却没有任何反映
·一个控件只做单一功能，不复用
很多人为了写程序方便，喜欢把一个控件在不同情况下做不同功能用，这些对用户初次理解增加难度，只有用户熟悉后才能理解。
例如
改变红色选项，左边的参数代表不同的设置，可能由于为了节省控件或者编程量，但是只有熟练用户才回使用，这种情况下解决方法：
1:分组，使用双份控件.
2：使用TABLE页，给用户很明显的视觉变化
七： (ALIGN) 控件布局，窗口不拥挤，按功能组合控件，
1：屏幕不能拥挤
拥挤的屏幕让人难以理解，因而难以使用。试验结果(Mayhew,1992年)屏幕总体覆盖度不应该超过40％，而分组钟覆盖度不应该超过62％。
让人看上去，不能太拥挤，也不能太松散。
整个项目，采用统一的控件间距，通过调整窗体大小达到一致，即使在窗体大小不变的情况下，宁可留空部分区域，也不要破坏控件间的行间距。
2：区域排列
一行控件，纵向中对齐, 控件间距基本保持一致
行与行之间间距相同，靠窗体Border距离应大于行间间距(间距加边缘留空)。
当屏幕有多个编辑区域，要以视觉效果和效率来组织这些区域。
3：数据对齐要适当
说明文字，中文版应使用中文全角冒号，纵向对齐时，并按冒号右对其，如图。
纵向控件宽度尽量保持相通。并左对齐。
例如金额等字符穿应根据小数点对齐，或者右对齐
4：有效组合
逻辑上相关联的控件应当加以组合，以表示其关联性，反之，任何不想光的项目应当风格开，在项目集合间，用间隔对其进行分组，或者使用方框划分各自区域。
例如： 以下界面，选择搜索方式来判断号码范围是表示主叫号码范围还是被叫号码范围，和入帐方式无关，
则应该修改为： 搜索方式和入帐方式调换位置。以免用户产生误解。
5：窗口缩放时，控件位置、布局：
为了使界面不出现跑版或者难看的局面，解决方法：
1：固定窗口大小，不允许改变尺寸，
2：改变尺寸的窗口，在Onsize的时候做控件位置、大小的相应改变。
BCB/DELPHI的VCL中，大部分控件有布局属性：
某些控件拥有alignment属性，可以用来做布局调节：TcustomPanel，Tmemo等，考左靠右靠上靠下以及撑满(Client)属性，用来根据版面自动调节。
大部分控件有属性Anchors，里面上下左右akLeft, akTop等如果为true，则表示相对各个边缘的距离是否改变。这个可以进一步设计好排版工作。
八： (TAB ORDER)TAB 顺序 ****
习惯用法，阅读顺序，从从左到右，从上到下
窗体中控件的Tab按键激活顺序，TabOrder,. BCB/DELPHI中使用窗体设计右键菜单选择taborder设置，VC中窗体RES编辑区域使用ctrl+D
九：(ShortcutKey & Accelerator& PopMenu)快捷键、加速键和弹出菜单
·快捷键：
1：全局快捷键菜单中加以描述 CTRL+XXX 并入帮助列表。
2：快捷键写入帮助，特殊说明，并在使用培训时强调使用
·加速键：
1：使用非破坏性缺省按钮，回车、ESC键的正确使用
一个窗体，有默认加速键，如回车表示激活当前窗口设置为default的按钮动作，esc表示关闭窗口。
在调用default按钮动作和关闭动作时候，不应该做有破坏性的操作，避免用户错误操作产生危害程度，例如不能把删除数据等功能的按钮作为缺省按钮。当用户要提交很多数据时，应该屏蔽esc，或者做退出提示，告诫用户是否保存提交。
2：可接收动作控件必须拥有加速键，统一加速键描述(&A)
为结合键盘使用，可操作控件都应该有加速键，加速键定义准则，为英文单词第一个字母，如果同一窗体重复则用第二个字母，以此类推，则加速方式为alt+这个加速键，用统一的方法标识在界面中，如XXX(A) 或者wps的 A.XXX 英文可直接在字母下标识下划线 Cancel，
对于无法像button一样显示快捷键的Edit等控件，则在Edit描述的Label中显示快捷键。
·弹出菜单
辅助菜单必须在可视化界面上拥有对应的按钮或者菜单选项。
由于辅助菜单由用户点击鼠标左右键或者别的动作才能调出来显示给用户。无法清晰的显示给用户，所以对应选项应该可以通过别的途径得到,例如界面上有相应控件或弹出右键菜单的按钮等。
十：(ACTION)用户交互
1：disable而不是not visible
要使一个功能有时允许有时不允许用户使用，则这个控件的不能随便隐藏，应该使用disable属性进行表示，以免用户发现控件失踪后措手无策
2：窗口弹出位置要明显
点击一个控件，弹出窗口或者菜单，应该给人明显提示，最低要求是覆盖刚才点击的位置，让用户轻松跳转到新的界面。
3：执行动作要提示
给用户一个视觉感受的同时，写程序的时候应该注意用户的交互感受，UI作为人机对话的工具，用户做了任何动作，应该给用户一个视觉或者听觉、触觉提示。而且这个提示应该行明显，但不应提示过长，可以有以下几种方法：
当用户点击按钮等动作进行一个工作时：
1：弹出交互对话框让用户点击确认。
2：改变UI中控件参数提示：(处理不用用户确认的提示，有一定延时，或者用户按键后自动清除。)
如：改变标题栏字符串，显示“信息：提交成功”,或者专门设置一个状态栏、TLable等用来进行提示。
3：听觉提示：
在确定有声卡，用户可以听到声音的时候，发出特殊声音提示。一般作为重要提示的辅助。声音不应过长，紧急错误提示应该短促，频率较高，成功提示应该舒缓，轻松。等等……
十一：(HELP)联机帮助：
什么时候要帮助，什么时候不要帮助
1：系统默认、行业标准的控件操作不需要逐一描述，只需要对特殊控件加以描述
2：特殊操作、特殊功能界面，在界面上加控件直接连接到对应的HELP文件中
3：特殊设置详细，应该在界面上用简洁明了的语句说明，或者是好用Tiptool，并由第二步帮助
帮助文档：
结构化，按功能模块划分
必须阐述功能通过什么方法可以在软件中实现
帮助文件是帮助用户更好的使用软件，措辞要恰当、简捷、通俗易懂,每一句话都应该有目的，帮用户解决问题
帮助文件不是广告、商业软件不允许打广告。描述公司信息目的是为了方便用户在没有办法的情况下找到售后支持，网址连接、信箱地址、电话号码绝对不允许无效。
十二：发行时阐明规则
对统一的东西进行逐一阐述，并加以典型描述，放入HELP和用户手册中，同时加有词汇表
附录：
美工何时参与进来：
美工作为界面美化的主要人员，不但拥有艺术设计、包装设计的才能，还应该穿插整个项目，给界面程序设计人员提出系统参考意见。
1：软件设计前期，美工参与需求了解，分析同类软件界面有缺点，提出主色调、典型界面风格、以及构思整个美术包装等。
2：界面原型设计过程中，与开发人员共同修改、商榷最终表现样式，以及确立UI标准。
3：程序开发过程中，提供标准风格的资源文件（icon,cur,bmp等），并总结出统一风格的资源的设计过程，形成规范文档* .
4：产品化方面，协助制作帮助文件、网站风格以及参与制作，制作附带宣传图片、动画、产品包装、海报等。