UI设计随想

不久前，公司将软件开发分为两个组：界面组和后台组，姑且不去讨论起合理性，任何一个事物都有存在的优缺点。不过这样到便于管理，利于软件开发和推广，分工也更明确更细了。

关于界面组，我觉得叫前台组更为却当。对于客户来说，软件就是用户界面，用户界面就是软件，界面的重要性无需置疑。它给用户的第一感觉相当重要，正如一个人给别人留下的第一印象很重要，否则以后要付出很多努力才能改变第一印象。ps：相亲的朋友们注意咯.......另外，操作规范即用户体验也同样重要。如果用户使用你的软件时，每个控件、每个点击动作都如行云流水一般，越用越好用，这样就比较完美了。

然而，界面设计的不一致：一个模块是这样，另外一个模块又是另一操作。尽管该软件确实是一个团队的作品，不过对于用户来说应该是一个人的作品；响应时间的处理没有区别：该用沙漏的没有用沙漏，改用微帮助的没有用微帮主，该用进度条的没有用进度条。所以需要制作界面设计规范，下面我从面向对象的方法来说说软件界面的设计。

Abstract class 界面设计规范 {
      交互设计();
      布局设计();
      界面视觉设计() {
           软件启动封面设计;
           软件框架设计;
           软件按钮设计;
           软件面板设计;
           菜单设计;
           滚动条及状态栏设计;
           配色设计;
       }
}

B/S界面设计规范 entend 界面设计规范{
     CSS+DIV() {};
     布局设计() {};
     配色设计() {};
     交互设计() {};
     ....................
}

C/S界面设计规范 entend 界面设计规范{
     布局设计() {};
     交互设计() {
           鼠标;
           快捷键;
           向导;
           响应时间;     
      };
     ....................
}

其实B/S的界面操作规范不好编写，不过如果业务相对来说比较稳定来说，还是可以规范的！很多公司的B/S界面都是由公司的美工来定义的，并没有形成一个规范文档。

对于后台组，倒是没有仔细想过，不过无外乎后台的稳定和高效。稳定，就要加强异常的处理；高效，就要注意算法的设计。总之，前台和后台分工明确，不过两者是皮毛的关系，皮之不存毛将焉附！