GUI规范漫谈~
写了好久的一个帖子， 因为有一些顾虑一直没有发布。。 如其中内容牵扯到一些不妥的地方请相关朋友赶紧说明。我立即修改或删除！
请勿转载！！！！
(因为难改的GUI后遗症，以下语言中可能存在不少UI和GUI的感念混交现象。见笑！ 我写东西喜欢一次完成也肯定存在很多错别字，见笑！)
这一段又在接触规范相关的东西，也看了不少同行朋友们的借鉴，，为了对得住大家对我的帮助 正好也赶上今天半夜醒来睡不着了，我就来好好胡扯一番（只说方式和方法不谈具体细节,也希望为好友备课起到借鉴作用）：
记得之前在做开发时自己很不愿意去写文档，我的PM给推荐了一个文章，文章的名字记得不是太清楚了，大意是在说“规范不仅仅是文档模板。人人都想看别人的文档，自己却不愿意去写文档。，制定代码规范、研发规范，将脑力劳动显式化。主要是为了细化研发过程，便于流程度量、改进和控制，规范化不同员工的表达方式，减少不必要的信息沟通，提高交流的效率。”我想UI规范在这里应该也一样存在这样的作用。
一个员工离开了，那么他的留下的工作成果应该变成一种“固有资产”，这才是企业想要说的话。
言规正传，说一下我自己对于规范的经历和看法：
之前在证券公司做UI的时候，为了给项目组的开发人员提供比较方便的UI对照和便于他们对场景设计的理解（当然最终目的也是为了减轻他们的压力，当时还不知道行业内有UI规范这么一说我把那个文件加叫做“UI的开发对照”），按照自己的想法做过一些规范的东西，是用HTML实现的一个WEB库 存放着一些UI组件的说明和使用方法及标准，当然也包括命名规范等。 但是因为那是第一次做规范的东西很不系统也很不够标准（可惜就连这样的现在都没有保存了！！）。
虽然是连自己都认为做的很烂的东西，在当时却一样用去了我不少的时间和精力。做完之后自己好好的总结了一下（也切实的了解了这个东西对项目组同事开发过程中的价值），后来发现花费了那么多的时间和精力来制作这样一套规范对于当时我们偌大的一个项目来说一样有些不值：这样的规范耗费了不少开发成本，如果把这些耗费的开发成本拿去优化场景设计和界面原型完善的话作用应该会更大；我们的开发人员也没有太多人有对照规范来进行开发工作的习惯！我想这可能也是为什么目前国内很多企业在开发一个产品或者一个项目时 没有去太多的考虑制作高质量UI规范的原因吧。！由此可见为了节约和顾忌成本问题，高质量的UI规范并不存在多大的生存空间。但是，我个人觉得如果是一个产品的开发，还是非常需要UI规范的引导滴~。因为一个产品将来会面对着很多的更改、优化和不同程度的二次开发，这个时候更多的可能是开发组物是人非的情况，UI规范的作用就尤为重要了（呵呵，我看问题向来都这么民间化。没有什么太多华丽的词语和大道理的分析，但却比较现实）。
后来在和作一个外企的CRM系统时又一次根据客户的需要大致的整理了一份类似于规范的对照（见下文 Corezon 有相关的规范介绍，，是一个B/S结构网络版的CRM，其实这个规范更多的工作是CSS的编写，3999行呀！！），严格的来说不能算是UI规范，只能说是给程序开发人员提供的一个对照，更加方便了他们的程序开发。当时也是因为有了一些前车之鉴，于是 就再次思考了成本和适用价值的问题，不断的思考“什么样的东西做起来开发成本最小？ 什么样的东西开发人员用起来最方便？最愿意去用？”于是就有了这不伦不类的规范：
前一段在做国内一个某制造性企业信息化企业的UI项目外包时，又在开始策划关于规范如果制作的事情（怎么成本最小又能起到作用？ 怎么做最合适开发人员使用？ 怎么能更方便为系统的二次开发起到最好的作用？ 等等）。于是又有了一个类似上一个规范的东西，并且又多了一些其他的概念：比如，风格备用、替换方案等等（在这里没法写的太详细，有兴趣的朋友可以一起详细沟通），，，可惜后来我在项目还没有结束的时候离开了，现在也没有文件的保存。
以上说的是我个人的一些看法和方法，我想可能是因为大多时候我面对的是为开发人员更多的减轻压力，所以出来的所谓的规范有些不伦不类，让同行们见笑了。。。说白了，我的这些所谓的规范就是给程序开发软件的对照表，属于很民间很“野派”的东西。而据我所知 我们现在不少的同行们制作规范时是为了给企业留下更多的资源库（往资源库里再多加几个G的文件）。当然也是为了后来的UI设计师们更好的交接工作。
WK！五点半了！，废话少说了，赶紧介绍一下目前大家常用的基本的方法和表现方式：
帖一下我这里了解的一些撰写规范的常用方法，， 看看有没有朋友有更好的方法借鉴。（以下文件很多是牵扯到一些朋友的版权问题，其实我也只是看到了提纲或者是极小的个别抓图并未拥有文件。请相关版权问题的追究者休要误会！）
1、SRCYF01 (这个应该不用说太多了，MS的翻译)
表现手段：word，
方式：
代表性细节表现：
2、SRCYF02表现手段：word，
方式：
代表性细节表现：
3、OKDEE表现手段：html，CHM或者web
方式：
代表性细节表现：
4、Oracle
5、Corezon表现手段：web
方式：
代表性细节表现：
6、000000
（说明一下， 以上的主题编号和名称是为了讨论方便不和任何东西有关！）
SHIT！ 六点了！！ 不贴了，赶紧睡觉，，， 我只为做个引子希望能引发大家更多的关于规范的话题。我今天这个就算是上集吧，。。。
请勿转载！！！！
分类：UCD ,05/04/18 11:07 上午 | 124,624 次浏览 |
非常不错！
好友CHENXIN的发言:
今天上来的时候就看见了一张好帖子（可惜现在已经不在了），不过比照自己最近在UI设计规范上的投入和近期同petpest同学的交流，有些东西也是不吐不快。
（PS：有些思路可能不是很完整，还望各位见谅）
怎么开头好呢？想到帖子中所提到过的关于文档的说法，”人人都想看别人的文档，自己却不愿意去写文档”，就从文档这个东西开始谈起吧。
作为一个程序员出身的我，却没怎么喜欢过写代码，所以不知道起点是对还是错，反正在我眼里，软件文档的重要性要比代码来的高。那个时候做毕业设计，一个业务并不很复杂的管理系统，偶写了满满两大本的概要设计和详细设计（至今还保留着一份原稿，回头想想还是挺自豪的，呵呵）。
不过很可惜的是，在我找工作的时候从来没有体会到文档在现代软件开发过程中的重要性，而且那个时候软件公司更多的是考你的程序能力而不是其他，所以一个技术不出彩的我碰了不少跟头。
后来能够进这家公司也是因为其所使用的PB技术门槛比较低的缘故，而我通过试用期的一大优势却还是自己的文档能力。（呵呵，最后的考试是做一个计算器，虽然东西很小，但是我还是愣是整出了不少设计文档和使用说明）
后来，毕业了正式进公司，从编程到业务学习，再到后来接触到UI设计这块东西，中间做了不少工作，也走了不少死胡同，一直到了现在。
（呵呵，这个开头说了好多废话呀，我们还是回头来重新看UI设计规范这个东东吧）
在这个公司做的第一个关于UI的工作是关于老业务新版本系统的界面原型设计工作，在设计之初也没怎么重视过UI设计规范这个东西，只在主要的业务界面设计完成之后写了一个UI设计说明书。不过当时这份说明书里面结合了很多业务性的东西，数数字数将近3万，现在回头看看却发现是个很不伦不类的东西-_-b。本来期望着以后能给后续的界面设计做个参考对照，始终因为代表性不强而搁浅。
最早得知UI设计规范这个东西是在UI Garden上面，不知道概念对不对，直到现在一直认为”Guideline”就是UI设计规范这个东东。还记得鱼鱼有个帖子里面不少关于这种Guideline的链接，可惜很多是英文，而偶的英文又比较烂，所以也没怎么具体理解。
后来就是在ChinaUI的论坛里面看到不少人谈论关于UI规范的东西，这个时候看到的这个目录东东对我后续的相关文档结构影响很大：
（如果没记错的话，那个应该是小林写的吧，呵呵，因为版权问题我就不放了）
不过后来在另一个项目的原型设计过程中，因为项目进度的原因加上自己不够重视，相应的UI设计的具体规范没有任何整理（除了保留了一份工作日记，还是挺遗憾的）。
然后，过年前看到了白鸦在ChinaUI上面贴的一篇文章《界面规范相关（通用界面指南）》，不得不说这篇文章也是对我后续的文档结构影响较大的东东。
（文章出处请具体咨询白鸦兄，呵呵）
过完年回来之后，对公司在用的一个内部管理系统进行改造，由于涉及到一些更改优化，所以偶也就开始着手准备针对性的写一份系统的具体设计规范：
（偶也不怕被侵权，斗胆把文档结构放上来吧）
[img]attachments/month_0504/mjbq_1111111111111.jpg[/img]
写这篇文章的时候因为中间还夹杂着其他工作，所以断断续续的写了将近半个多月时间（也有点虎头蛇尾的感觉，不过总归是自己感觉第一篇有点感觉的规范性东东了）。
上个月底公司陆陆续续的几个项目同时开始进入开发，可惜因为个人的时间实在有限，不可能投入全部的UI设计中，所以经理的意思是希望我能够出台一个具体的软件界面设计规范给各个项目组进行参考，同时及时跟踪每个项目的界面设计情况。
不过，具体的规范在搭了一个框架之后，迟迟没有动笔，直到对某一个项目的界面进行Review并发现具体问题之后，才开始着手编写具体规范，整整加了两天班，终于把公司的软件界面设计规范的初步稿赶了出来。
（这段时间里面在UIGarden上面碰到了petpest，一个和我差不多时间接触UI的家伙，两个人私下在MSN上面交流了很久，期间也给了我不少启发，这里要谢谢他，呵呵 ）
（这个规范的文档结构图我也一并放上来好了，毕竟是个可以和大家好好交流的东西哈）
[img]attachments/month_0504/mjbp_222222222222222.jpg[/img]
呵呵，个人觉得在这份规范里面像比较之前的UI设计说明书在很多地方进步了不少，特别是在界面布局上一些图形化的规范，比如：
[img]attachments/month_0504/if9m_3333333333333333.jpg[/img]
[img]attachments/month_0504/3zr6_444444444444444444444.jpg[/img]
———————————————————————————–
还有些总结性的感想丢到最后一起说了吧
1．UI设计规范的作用
接触UI设计这么长时间下来，很明白UI并不仅仅体现在界面设计上，更大一部分是关于可用性的设计。
而现在我觉得我所完成的UI设计规范的作用更多的是在提高公司各项目的产品化，而这一点也跟我们老大的期望保持一致（因为我们公司前一代的产品线在界面上实在是太不统一了），作为整体解决方案的不同部分，我觉得界面的规范统一从另一个方面也能提供用户的界面学习性，同时在外部宣传上也是一大优势。
（呵呵，说白了就是一个产品化规范，当然相对于公司落后的基础还有很长一段路要走）
2．UI设计规范的可用性（可执行性）
白鸦的文章里面提到了很多对于规范可用性的思考，这也是我最近在考虑的一个问题。虽然现在规范出台了，项目组也都收到了，但是在后续的跟踪过程中却没有看到任何改善的痕迹。其实大家都明白，开发人员往往只关注功能的实现，而没有按照规范设计界面的习惯。所以在和经理的交流过程当中，他有提到规范因强制而成规范这个观点，而规范文档也需要提高其一定的规范性来保证执行。
不过，经理和我都认可一种理想化状态：就是如果能够在开发前期按照具体规范设计完所有界面，而程序员只需要负责具体的功能实现。
但是，以后的升级修改的时候谁来保证呢？
如果是这样的话，UI设计规范的目标读者是不是只是针对界面设计人员呢？
3．UI设计规范的细化程度
也许和我现在所处的项目都是基于Windows平台的C/S系统有关系，所以我对于界面的认识往往主要集中在Windows窗体上。
看到白鸦文后附的那么多规范示意，有些东西我在写规范之前有做过，但是最后编写规范的时候发现意义不大。比如工具栏的间距，比如消息框的结构，这可能和公司采用Windows的标准相关吧。
例如，我在和PetPest交流的时候曾经写过这样的工具栏间距设计规范：
[img]attachments/month_0504/eb4i_555555555555555.jpg[/img]
但是在我们公司现有的开发环境下，因为工具栏的控件是设计好的，程序员压根就不需要关心这个间距问题，所以我在规范里面就把这个省略掉了。
最后工具条的图标很精悍，不知是不是商业化的？可不可以分发出来一份给我[19]
俺是搞开发的，非常讨厌文档，我觉得代码就是一切，当然一些概念/概要性的结构和文字说明还是必要的。
我觉得提供一份规范或者CHEKC LIST之类的东西，并不能提高产品GUI的友好性或者说可用性，就像给你一本字典不一定能写出一篇好文章一样，设计好一个GUI是一种能力，当然也有一些规律可循。
这个观点有些不敢苟同！
好的GUI设计是一片好的文章， 但是不能读懂文章的程序员大有人在，所以在文章的后边附属一个标准的注释是很有必要的，，
哈哈,终于被我找到了。 怎么网上找个示例这么难阿
你找到什么? 这个东西已经是很久的了，，
[11]
[8]
白鸦! 上来后找我!
白鸦 白鸦 找你有事儿，加我的QQ吗。307088786
对于WEB来说的规范该怎么写？因为网页会不定时的改版，下一次改版可能就是刚刚做完第一版时就开始了，与其对页面的风格布局来定规范，不如对网页的固定代码写规范来得实际。
不知白鸦对WEB的规范有什么见解？
5、Corezon表现手段：web
这个就是WEB的
不知白鸦对WEB的规范有什么见解？
[果子, 于 2006-10-15 20:33:23]
觉得叫规范,天生就让人不想使用。觉得应当改一个词约定(convention),因为高手这样,我们就使用这样的约定,直到我感觉用这个约定不爽,我再修改这个约定,并且影响我的团队都使用这个约定。这样规范就形成了,而且不需要太高的成本,如果使用wiki的东东,约定的文章也很快就出来了。
前辈，我最近在也在写规范文档！
如果方便的话能不能吧这篇文章中的设计规范目录发给我学习一下？
还有就是设计约束的尺度应如何把握~？
我感觉前辈写的还是叫”界面设计说明”更准确一点。
我最近也在做一个类似的规范，不过我的理解可能有点不同，我更多的是愿意把它看成是类似于vi的一个东西，当然这里不能简单的定义为vi，以为它不单单包括视觉ui这块。
现在困扰我的是这个规范所制定的范围，
1.以后产品与此规范的耦合度应该是多大？不同产品的差异化与此规格怎么融合才能造成不冲突；
2.此规范所面对的读者是谁？即规范执行的难点
3.发布以及日后的维护形式。这点又回到了第一上了，是不是所以产品的差异化以后也必须写进规范？
谢谢
555linli3
The sum of behaviour is to retain a man’s own dignity, without intruding upon the liberty of others