界面设计规范.doc

界面设计规范一、为什么要写设计规范?设计规范是为谁服务的? 谈这个话题之前, 我们先了解一下什么是设计规范?设计规范是指对设计的具体技术要求,是设计工作的规则。一般包括总体目标的技术描述、功能的技术描述、技术指标的技术描述, 以及限制条件的技术描述等。那我们为什么要用设计规范?第一,可以让我们清楚项目的规则,以减少犯错误的机率; 第二, 加强团队之间的合作, 责任明确, 提高工作效率。第三,锻炼我们整体全面的思维能力。规范最终是为项目服务的。我们所做的一切都是为了优化项目, 提高我们的工作效率。但是, 设计规范也是一种设计团队文化。最终受益的不止是项目, 还有我们自己。当我们形成这种文化, 我们会配合的更默契;我们不需要在工程师加班的时候,一定留守在那里陪着;我们不需要在调别人设计的源文件时, 一遍一遍的询问。当你不再因为别人的事情而加班的时候,心情是否好一些呢? 设计规范渗透在整个软件工程里。不同的工程模型对规范的要求也不一样, 并非详细全面的设计规范就是最好的, 因为规范是要有生存环境的,小公司的快速开发适合变通,大公司的瀑布模型适合严谨。如果不考虑自己本身的工程模型, 而一味的追求全面, 详细, 其结果不但不能真正帮我们提高工作效率, 反而会因为过多的其它作业而延误项目周期。规范要有概括性和引导性, 不应该扼杀设计师的创造力。我曾经见过一份图标的设计规范:必须要 45 度角侧视角度。我觉得很好笑,完全没有必要这样限制嘛。我们可以这样规范: 要有统一的视角, 统一的倒角, 颜色数量不要超过三种, 统一的材质等等, 这样即可以统一图标的风格,又可以引导设计师。二、设计规范分哪些种类?都有哪里内容? 1 、产品级战略方向规范最稳定的设计规范, 适应于长时间不变更的内容。大至可以分成二大部份: 第一部分:整个公司产品的设计方向。比如:是使用公司中 VI 定义作为我们的主产品色, 还是在某种限制上随意发挥?整体风格以硬朗的表达方式还是圆润一些?怎么打造和延续一个品牌的气质, 以增强用户的归属感等等。第二部份: 达成共识的, 恒定不变的内容。比如基本控件的设计规范, 基本交互的规范,文档书写的规范等等。 2 、项目中单个设计规范(交互规范,视觉规范) 是项目中最为详细的规格说明书, 整个项目都是按照这些设计规范完成的, 也是最后测试评审的依据。该规范被细分为N多份不同的方向。比如: 流程说明; 交互模型; 交互规范; 图标设计规范; 界面设计规范; 界面实现规范; 控件设计规范等等。这些内容应根据每个公司软件工程的模型不同而有所变化。比如: 瀑布模型软件工程的侧重点可以细致而全面, 但这些只适用于大公司, 能承受较长的项目周期的公司; 而使用极限编程的侧重点在流程说明, 交互模型和项目需求变更上; 还有一些不使用软件工程的小公司, 在定义的时候, 侧重点则在界面的设计规范和实现规范上。大家在定义的时候还是要根据自己公司的实际情况出发, 真正做到优化自己的工作即可, 这一点会在"如何定制设计规范"中详细说明。 3 、接口的输出规范这里是指我们输出至工程师的文件规范。我们需要输出什么样的内容才可以帮助我们减少和工程师的沟通摩擦, 我们的工作范围在哪里? 记得自己刚来现在这家公司的时候,有一个很不错的设计师抱怨说, 这个坐标我已经告诉过他十几次啦,每次他都说自己