xinxin对UI设计规范的漫谈

xinxin对UI设计规范的漫谈 今天上来的时候就看见了一张好帖子（可惜现在已经不在了），不过比照自己最近在UI设计规范上的投入和近期同petpest同学的交流，有些东西也是不吐不快。
（PS：有些思路可能不是很完整，还望各位见谅）
怎么开头好呢？想到帖子中所提到过的关于文档的说法，”人人都想看别人的文档，自己却不愿意去写文档”，就从文档这个东西开始谈起吧。
作为一个程序员出身的我，却没怎么喜欢过写代码，所以不知道起点是对还是错，反正在我眼里，软件文档的重要性要比代码来的高。那个时候做毕业设计，一个业务并不很复杂的管理系统，偶写了满满两大本的概要设计和详细设计（至今还保留着一份原稿，回头想想还是挺自豪的，呵呵）。
不过很可惜的是，在我找工作的时候从来没有体会到文档在现代软件开发过程中的重要性，而且那个时候软件公司更多的是考你的程序能力而不是其他，所以一个技术不出彩的我碰了不少跟头。
后来能够进这家公司也是因为其所使用的PB技术门槛比较低的缘故，而我通过试用期的一大优势却还是自己的文档能力。（呵呵，最后的考试是做一个计算器，虽然东西很小，但是我还是愣是整出了不少设计文档和使用说明）
后来，毕业了正式进公司，从编程到业务学习，再到后来接触到UI设计这块东西，中间做了不少工作，也走了不少死胡同，一直到了现在。
（呵呵，这个开头说了好多废话呀，我们还是回头来重新看UI设计规范这个东东吧）
在这个公司做的第一个关于UI的工作是关于老业务新版本系统的界面原型设计工作，在设计之初也没怎么重视过UI设计规范这个东西，只在主要的业务界面设计完成之后写了一个UI设计说明书。不过当时这份说明书里面结合了很多业务性的东西，数数字数将近3万，现在回头看看却发现是个很不伦不类的东西-_-b。本来期望着以后能给后续的界面设计做个参考对照，始终因为代表性不强而搁浅。
最早得知UI设计规范这个东西是在UI Garden上面，不知道概念对不对，直到现在一直认为”Guideline”就是UI设计规范这个东东。还记得鱼鱼有个帖子里面不少关于这种Guideline的链接，可惜很多是英文，而偶的英文又比较烂，所以也没怎么具体理解。
后来就是在ChinaUI的论坛里面看到不少人谈论关于UI规范的东西，这个时候看到的这个目录东东对我后续的相关文档结构影响很大：
（如果没记错的话，那个应该是小林写的吧，呵呵，因为版权问题我就不放了）
不过后来在另一个项目的原型设计过程中，因为项目进度的原因加上自己不够重视，相应的UI设计的具体规范没有任何整理（除了保留了一份工作日记，还是挺遗憾的）。
然后，过年前看到了白鸦在ChinaUI上面贴的一篇文章《界面规范相关（通用界面指南）》，不得不说这篇文章也是对我后续的文档结构影响较大的东东。
（文章出处请具体咨询白鸦兄，呵呵）
过完年回来之后，对公司在用的一个内部管理系统进行改造，由于涉及到一些更改优化，所以偶也就开始着手准备针对性的写一份系统的具体设计规范：

（偶也不怕被侵权，斗胆把文档结构放上来吧）
写这篇文章的时候因为中间还夹杂着其他工作，所以断断续续的写了将近半个多月时间（也有点虎头蛇尾的感觉，不过总归是自己感觉第一篇有点感觉的规范性东东了）。
上个月底公司陆陆续续的几个项目同时开始进入开发，可惜因为个人的时间实在有限，不可能投入全部的UI设计中，所以经理的意思是希望我能够出台一个具体的软件界面设计规范给各个项目组进行参考，同时及时跟踪每个项目的界面设计情况。
不过，具体的规范在搭了一个框架之后，迟迟没有动笔，直到对某一个项目的界面进行Review并发现具体问题之后，才开始着手编写具体规范，整整加了两天班，终于把公司的软件界面设计规范的初步稿赶了出来。
（这段时间里面在UIGarden上面碰到了petpest，一个和我差不多时间接触UI的家伙，两个人私下在MSN上面交流了很久，期间也给了我不少启发，这里要谢谢他，呵呵 :twisted: ）
（这个规范的文档结构图我也一并放上来好了，毕竟是个可以和大家好好交流的东西哈）

呵呵，个人觉得在这份规范里面像比较之前的UI设计说明书在很多地方进步了不少，特别是在界面布局上一些图形化的规范，比如：


-----------------------------------------------------------------------------------
还有些总结性的感想丢到最后一起说了吧
1．UI设计规范的作用
接触UI设计这么长时间下来，很明白UI并不仅仅体现在界面设计上，更大一部分是关于可用性的设计。
而现在我觉得我所完成的UI设计规范的作用更多的是在提高公司各项目的产品化，而这一点也跟我们老大的期望保持一致（因为我们公司前一代的产品线在界面上实在是太不统一了），作为整体解决方案的不同部分，我觉得界面的规范统一从另一个方面也能提供用户的界面学习性，同时在外部宣传上也是一大优势。
（呵呵，说白了就是一个产品化规范，当然相对于公司落后的基础还有很长一段路要走）
2．UI设计规范的可用性（可执行性）
白鸦的文章里面提到了很多对于规范可用性的思考，这也是我最近在考虑的一个问题。虽然现在规范出台了，项目组也都收到了，但是在后续的跟踪过程中却没有看到任何改善的痕迹。其实大家都明白，开发人员往往只关注功能的实现，而没有按照规范设计界面的习惯。所以在和经理的交流过程当中，他有提到规范因强制而成规范这个观点，而规范文档也需要提高其一定的规范性来保证执行。
不过，经理和我都认可一种理想化状态：就是如果能够在开发前期按照具体规范设计完所有界面，而程序员只需要负责具体的功能实现。
但是，以后的升级修改的时候谁来保证呢？
如果是这样的话，UI设计规范的目标读者是不是只是针对界面设计人员呢？
3．UI设计规范的细化程度
也许和我现在所处的项目都是基于Windows平台的C/S系统有关系，所以我对于界面的认识往往主要集中在Windows窗体上。
看到白鸦文后附的那么多规范示意，有些东西我在写规范之前有做过，但是最后编写规范的时候发现意义不大。比如工具栏的间距，比如消息框的结构，这可能和公司采用Windows的标准相关吧。
例如，我在和PetPest交流的时候曾经写过这样的工具栏间距设计规范：

但是在我们公司现有的开发环境下，因为工具栏的控件是设计好的，程序员压根就不需要关心这个间距问题，所以我在规范里面就把这个省略掉了。
-----------------------------------------------------------------------------------
暂时先写到这吧，本着和大家多多交流的愿望写了这么多东西，也占用了不少上班时间（惭愧惭愧）
_xyz