随着越来越多的企业转向为企业软件开发的RIA框架，这些屏幕模式是产品经理，UX的设计师，信息架构师，交互设计师和开发人员不可缺少的。 这些模式倚重台式机的设计原则，巧妙地与更好的放射免疫成分和许多原则混合。我已经包括了100例，以说明这些模式，从台式机的牵引下，Flex / AIR的，阿贾克斯，拉兹洛，和Silverlight应用程序。

01。 主/详细信息

主/详细信息屏幕模式可以垂直或水平。 为创造一个理想的项目之间航行的有效的用户体验，允许用户在同一个屏幕上同时入住。 水平布局是一个不错的选择，当用户需要看到更多的信息，比在主列表只是一些标识符，或当主视图是由一个项目一套即每组都有更多细节。 点击放大图片上thumbnail的或 下载PDF格式。

02。 列浏览

浏览屏幕模式可以垂直或水平。 为创造一个理想，允许用户从不同的切入点开始导航到项目（），他们感兴趣的自定义用户体验

03。 搜索/结果

搜索屏模式可以从非常简单到相当先进的。 创建一个允许用户直接导航到一个有效的用户体验的理想项目或符合特定条件的项目设置。

04。 过滤数据集

筛选数据集屏幕模式可以垂直或水平。 为创造一个理想通过允许用户改进了已知的数据，或进一步完善了搜索结果有效的用户体验。

05。 表格

所有表格屏幕应走近一个坚实的理解和设计可用性最佳做法。 请参阅 “Web窗体设计：空白的填补弗罗布莱夫斯基”的卢克 以供参考。

06。 调色板/帆布

调色板/画布屏幕模式是正确的模式很少应用，但它是用于记录或建立唯一的模式：线性或非班轮进程;流图;屏幕布局，设计/身体大小或布局的限制图。

07。 仪表盘

一个精心设计的仪表板将提供：在关键信息一览，实时数据，便于阅读图形，分项勘探清楚，这是通常不一束实现big或只表，一个一个屏幕显示的数据（无论是在图的）。 提供了定制程度高，是不进行任何测试代替用户研究和。 斯蒂芬很少有一个很好的书对这一主题 的信息仪表盘设计：有效的视觉传播数据 。

08。 电子表格

电子表格屏幕模式是建立一个允许用户轻松高效的用户体验理想的扫描，编辑并输入大量的信息（）。 电子表格应提供以下功能：像这类标准的表格功能，隐藏/显示列，重新排列列小组（如适用），全球范围内撤消/重做，添加/插入/删除行，键盘导航，进口和出口。

09。 向导

向导/快速启动屏幕模式是建立一个引导，通过一个复杂的工作流程中的用户或不经常有效的用户体验的理想选择。

10。 问与答

本Q＆A屏幕模式是建立一个允许用户输入已知的信息，并获得理想的解决方案，高效的用户体验。 问答来自搜索这种模式应该用来协助查明他们的舞台是缺乏专业知识（健康保险，抵押，规划一个可行的方案或单一建议用户不同，购买）。

11。 平行板

屏幕上的并行小组模式可以堆叠（放映时间1时1）或unstacked（一次显示所有的）。 这种模式是理想的组织信息块的类似或相互依存的倾向。 效率是通过保持一个屏幕上获得的用户研究。 这种格局变化的理想人选是简单的叠加工作流程：一个高的水平，可见美联储的目标是由多个步骤输入，多个非连续的。 这结合了若干模式概述了该网站 “接口设计”的珍妮弗蒂德韦尔 一个显示数据的分块和单一模式。

12。 交互模型

互动模式屏幕模式的特点是与对象相关联的许多互动的关键要素（1日历，地图，图形，图表，油画）。 它是用于创建用户体验，是与用户的心理模型（1天作之合对齐理想）。 这种模式优秀的候选人是：日历，地图，甘特图，假设情景（包括计算器），所见即所得的编辑（包括照片编辑）。

奖金。 国家空白

这是自然状态的应用程序之前，已输入的任何数据或访问。 这本书， “得到真正37Signals的”由“解释说，一个空白状态屏幕是一个很好的地方来设置用户的期望。 通过给他们一个预览可以降低焦虑，减少挫折和混乱。 项目包括一个空白状态屏幕包括：视频，快速教程，帮助提示，屏幕什么的屏幕将满载的样子。

失踪模式？

值得注意的缺席是两个图案，严重过度使用和在企业软件，门户和标签滥用。

1. 门户网站，如果你的市场调研，业务需求和用户反馈带领您设计一个门户网站，按照相同的设计原则和最佳做法的仪表板格局。
2. 制表符，制表符是一个组件，并最终没有一个屏幕模式。 他们是 交替方面的意见相同的数据中。 如果数据结构，带您到一个标签的用户界面设计，我有两点建议。 首先，重新考虑保险业监督。 使用卡片分类和/或聘请专业的信息架构师来帮助你的天数。 第二，遵循同样的设计原则和最佳做法小组模式并行。

序言

自从iPhone发布以来，很多人询问我关于多点触摸的技术。理由可能是因为他们知道我在这方面的研究已经持续了很多年。但是问题是，我不能花时间解答每一个问题。所以我开始做这个我认为是最好的事情，就是在这个文档中总结我所想提供的答案。

多点触摸技术已经有很长的历史了。准确的说，最早我的小组开始进行这方面的工作是在1984年，与第一台苹果计算机的推出在同一年，而且我们并不是第一个吃螃蟹的人。此外，苹果在进行iPhone研发的时候，就很清楚多点触摸技术的历史至少可以追溯到1982年，而pinch的手势在1983年就已经开始使用了。这些都被清楚地记录在Wahyne Westerman当年的博士论文中，他曾经是FingerWorks公司的联合创始人，苹果在2005年收购了这家公司，他现在是一名苹果员工。

Westerman, Wayne (1999). Hand Tracking,Finger Identification, and Chordic Manipulation on a Multi-Touch Surface. U of Delaware PhD Dissertation
http://www.ee.udel.edu/~westerma/main.pdf

我之所以说明他们知道这一段历史，并不是想批评Westerman,iPhone或者苹果。只是作为一个很好的习惯和学识，在推出一个新产品的时候需要做做家庭作业，了解一下相关的背景资料。我想指出的是,多点触摸这种所谓的新技术，并不是突然凭空产生的，尽管市场营销喜欢宣扬那种“伟大的发明”的故事，但是真正的创新却很少是这样一种方式。

所以，为了分享这一特殊技术的背后故事，我简单总结了一些我所参与、知道和接触了很多年的一些具有代表性的实例。如我所说，这些工作是未完成的而且至今仍在补充中。

如果想了解输入技术的背景，请参阅我的未完成的书稿中关于输入工具的原理和技术
http://www.billbuxton.com/inputManuscript.html
如果想了解输入设备，包括触摸屏和触摸板，请看我的个人字典
http://www.billbuxton.com/InputSources.html

一些条条框框

关于触摸技术，人们有很多疑惑，尽管它已有25年的历史，但是关于多点触摸人们却只有很少的信息和经验。

1. 请记住，当Engelbart and English在1965年发明了鼠标以后，过了30年，直到WIN95的问世，鼠标才变得家喻户晓。尽管鼠标在1982年就已初次商用于Xerox Star和PERQ工作站，而我在1972年就在加拿大的National Research Council第一次使用了鼠标，但是这些都显得无足轻重，这个技术过了30年时间才达到顶峰，所以按照这样计算，多点触摸再有5年就要过时了。

2. 请记住一句我的格言：所有事物都对某些东西来说是最适合的，而对其它东西来说就是最不适合的。关键是知道是什么东西，为了什么东西，什么时候，为了谁，什么地方以及最重要的为什么。那些试图寻找鼠标替代品的人最终都失败了，因为鼠标对某些东西来说很伟大，但也不是对所有东西。创造新的输入设备的挑战在于找到最适合和它一块儿使用的东西。

3. 为了提高产品性能，我们在显示技术方面需要多付出大概两个数量级的成本、时间和努力才能获得和在输入方式方面等量的性能提升，因为人类是视觉主导的动物，而且显示技术已经相当成熟，而输入方式还处于初级有待开发的阶段。

一些框架

因为我没有时间写一篇详细的论文，教程或者历史阐述。我只能告诉你一些可能会误导你思考和讨论的陷阱，我会提出一些我认为重要和相关的区别，主要通过对比的方式来论述。

• 触摸平板和触摸屏（touch-tablets vs touch screen)

在某些方面，这是两个不同的系统。比如放在你桌子上的一张印有图案的纸，你认为它是不是显示设备（尽管是静止）?如果在触摸板上的“显示”是指基于触觉上而不是基于视觉上的呢？虽然能感应触摸的显示表面和触摸平板之间有相似之处，但是它们之间还是有着直观的差别。如果是所触即所见，我们就称之为触摸屏或触摸显示。而如果你触摸的表面并不是附着在屏幕上，那我们称它为触摸平板或触摸板(touch pad)。

• 分立性和连续性 (Discrete vs Continuous)

多点触摸的的交互特性很大程度上依赖于触摸行为的分立性和连续性。许多传统的触摸屏界面都基于分立操作，比如应用虚拟键盘的多点触摸屏界面,当一个手指按住shift键而另一个手指按字母键来输入相应的大写字母。一个连续操作的例子是当两个手指按住长方形的两个对角向两边拉伸来进行调整。而在一个分立/连续联合操作中，一个手指模拟鼠标，连续移动到想要的位置，另一个手指则模拟鼠标按键敲击。

• 自由度 (Degrees of Freedom)

交互的丰富性与自由度的多少非常相关，又特别依赖于技术所支持的连续自由度。传统的GUI是基于移动一个二维的指针或鼠标，因此自由度是2。如果要感应两个手指的位置，则自由度是4，以此类推。如果使用得当，触摸技术可能实现我们在现实世界中输入方式的丰富性。

• 尺寸很重要 (Size matters)

触摸表面的尺寸很大程度上决定了能使用的触摸对象，有多少手指或手可以在表面活动以及何种类型的手势适合该设备。

• 方向很重要-水平还是垂直(Orientation Matters – Horizontal vs Vertical)

传统的大尺寸接触表面通常只能感应一个接触点。所以如果你手的其他部分也放在接触表面上，和实际接触所用的手指一起就会给识别造成困难。而这个问题在竖直放置的接触表面上通常不会遇到，所以采用单点触摸技术的大型电子白板使用的时候不会有问题。

• 触摸感知要重于接触和位置（There is more to touch-sensing than contact and position）

很久以来，大多数触感设备只能识别表面是否被接触以及接触的位置，这对单点和多点触摸设备都是如此。但是触摸的其他特性正在某些系统中被逐渐发掘，并有可能丰富用户的体验。
1. 接触的维度/压力感应： 一个可以独立以及连续地感应每个点的接触维度的触感设备，很可能具有很丰富的交互性。注意我这里使用”接触的维度“而不是压力，因为通常压力所传递的是一种副效应-当你按得用力时，你的指印接触面积就会在接触点增大，而实际所感应的是接触面积而非压力。维度和压力都比单纯地感应是否有接触信息要丰富一些，但是二者之间仍有细微的差别。

2. 角度： 有些系统已经可以感应手指与屏幕表面所成的角度。比如McAvinney’s Sensor Frame。这使得手指在某种程度上可以实现游戏棒的功能。这也可以让手指转化为一个基于接触点的矢量而投影到3D空间，这可以被应用到游戏或其他3D应用中。

3.力量矢量： 与鼠标不同，用户一旦接触到屏幕，就会调整手指与屏幕之间的摩擦力以施加不同的力量矢量。例如，当不移动手指的时候，用户可以施加一个与屏幕表面平行的力，或在旋转的方向施力。这些技术早在1978年就已经有所描述[Herot, C. & Weinzapfel, G.(1978). One-Point Touch Input of Vector Information from Computer Displays, Computer Graphics, 12(3), 210-216.]。 并且5年以后在[Minsky, M. (1984). Manipulating Simulated Objects with Real-World Gestures Using a Force and Position Sensitive Screen, Computer Graphics, 18(3), 195-203.]中又再次被提到.

这些过去的例子提醒我们很重要的一点，那就是应该把人的能力而不是技术放在首要考虑的位置。尽管以合理的成本实现这些能力可能很具挑战，但是值得再次提醒的是这个道理也同样适用于多点触摸。另外，多点触摸也是和其他的触摸创新同时期的产物。

• 尺寸很重要II(Size mattersII)

和触摸表面尺寸同样重要的是所能感应的接触物尺寸，以Synaptics为例，它的触感器件可以区分感应手指（小面积）和脸颊（大面积），所以你可以通过将手机贴近脸颊来实现接电话的功能。

• 单手指和多手指(Singer-finger vs multi-finter)

尽管多点触摸至少诞生于1982年，至今大量的触摸表面还是单点触摸。如果你只操作一个点，不论使用鼠标，触摸屏，操作杆，轨迹球，你都只能受限制于类似果蝇的轨迹语言。我们应该好好利用我们与生具有的多种肢体带来的便利。

• 多点和多点触摸(Multi-point vs multi-touch)

实在是应该好好想想我们使用的各种手势和交互技能是否是一种很独特不同的技术。很多我所见到的所谓“多点触摸”充其量只是“多点”。可以这样想：你不会认为你在笔记本上使用的触摸板是一种和鼠标不同的技术，双击，拖放等等都是相同的交互技术，而不会因为是使用触摸板，轨迹球，鼠标，操作杆或触摸屏而显得不同。

• 多手和多手指(Multi-hand vs multi-finger)

很多情况下，操作可能不仅仅来自于不同的手指或不同的设备，而有可能不同的手对同一个或不同的设备进行操作。这取决于输入设备的规模。可以这样类比，在传统的GUI中，我可以用我的鼠标指向一个图标，点击，拖动，然后释放按键把它放下。或者我可以用鼠标指向，而用踏板开关来点击，这是相同的拖放技术，尽管这个操作分别来自不同的肢体和设备。

• 多人和多点触摸(Multi-person vs multi-touch)

当两个点被同时感应，它们是来自一个人的两个手指还是各来自两个不同的人的一个手指是有很大区别的。对大多数多点触摸技术来说，你并不希望出现两个指针，但是当两个人工作在同一个接触表面时，这可能正是你所希望得到的结果。因此如果多点触摸技术能感知哪个接触来自具体哪个人就会很有价值，比如MERL所作的 Diamond TOuch system

• 触点和手势(Points vs Gesture)

很多早期的相关工作，比如Krueger所做的就是感应手的姿势和位置，这已远超出了简单感知触点的能力。

• 触笔和/或手指(Stylus and/or finger)

有人认为一个人必须在触笔和手指之间做出选择。确实在有些情况下，应用于触笔的系统并不适用于手指，但是很多系统是可同时使用触笔或手指的。这并不是非得二选一的问题（尽管有时候可能是一个正确的决定，这取决于背景和设计）。两者都有优点和缺点。但是记住这一点：如果手指是最好的输入方式，为什么 Picasso和Rembrandt不用手指作画？而另一方面，如果你想试试水的温度，手指显然是比铅笔要好的工具。

• 手/手指和物体(Hands and fingers vs Objects)

触笔仅仅是在多点交互中可以使用的物体之一。很多多点/多点触摸的系统不仅能够感知在它上面的不同物体，还能感知是什么物体以及它的位置和方向。参见Andy Wilson的工作。而且，其他接触物或者触笔有可能会和手指同时使用。

• 不同和相同(Different vs The Same)

什么时候事物显得相似或是不同，答案取决于你的身份是用户，编程者，科学家还是律师。我可以列出可达成共识的两点：

1.与输入设备无关的图像： 不论用什么输入设备实现的技术仍是相同的技术，例如你用触笔，触摸屏，鼠标，操纵杆，触摸板或轨迹球实现的双击，拖放仍被视为是“相同”的技术。

2. 从用户角度看，输入设备的选择是有偏好的。虽然用户认为触摸屏和鼠标一样只是实现了相同的目的，但是不同的输入设备有它自己的优缺点，它们的性能（速度，准确度，舒适性，喜好）都是不同的，因此在不同的输入设备上得到的交互体验各不相同，尽管是它们都采用了同样的技术。用户和开发者为了控制一种特别的技术而从一种设备转向另一种设备是正常的。

一些属性

如我上面所说，所有事物都对某些东西来说是最适合的，而对其它东西来说就是最不适合的。人群的多样性，交流的方式方法的多样性，以及交流的信息属性多样性都会促进技术的发展以适应不同任务的特质。

但是潜在的问题是，这会把我们带入设备的海洋之中，每个设备都具有不同的目的和交互方式。这很可能会导致失控，使我们被泛滥的小装置所包围。这些小装置本身简单而有效，但是太多的装置可能无助于简化这个复杂的世界。但是，历史告诉我们，好的工具会在此过程中产生。想想你厨房里的各种刀具或者你工具房里的各种改锥，虽然它们种类很多，但是它们都有合适的用途，这引向了另一个老话题：所谓“多的即是少的”，或者说科技的多样性反而会降低复杂度，不过这并不是一定对的。

而触摸屏所基于的所谓“软机器”正相反，“少的即是多的”。少的但是更普遍适用的技术也会导致复杂度的降低。我们当然希望多点触摸系统能够仅靠单一设备而转化为适用特种任务的任何交互界面。但是功能照顾的太全往往不能把每一个功能做精做好。

一种触摸屏驱动的思路是：不用设计一个布满不同按钮和连线的输入设备，“软机器”仅仅构画出一幅设备的图像让用户通过它来进行交互。理想情况下，这与单一设备相比具有极大的灵活性。想象当你操作物理设备的时候，你可以同时触控多个按键或虚拟设备，这会是一个很好的用户输入界面。

同样的，多点触控扩展了我们在交互中使用的手势。我们可以做除了简单的指向，按键和拖动-这些在过去主导了我们与电脑的交互方式以外的操作。这就好像我们不再用一根筷子吃中国食物、用一根手指去捏别人，或是用一只手拥抱别人。多点触摸是实现这些的一种方式，但绝不是仅有的一种或最好的一种。

没有免费的午餐

感觉 触摸屏和多点触摸屏的适应性也要付出一些代价。除了可能增加单一设备的复杂度，当你对着一幅设备的虚拟图像操作时你仍会觉得不适应，尽管它们模拟的是同样的功能，但是你的感觉仍会不同。使用过虚拟键盘的人应该会了解这种感受。

用户界面的两个因素是外观和感觉，而多数的基于触摸屏的系统都着重于外观，这有些具有讽刺意味，因为他们被称作“触摸”屏。

如果你是盲人你仅仅是很不幸，我们在某些时候都会是盲人- 比如当灯被熄灭的时候，或者仅仅我们的目光停留在别处。触摸屏界面几乎都需要看，而不能仅靠触摸，因此当你看不见的时候，你不能开启，停止或暂停你的MP3播放器，除非你非要说你的触摸屏界面具有语音提示的功能。

而另一方面，机械按键在某种程度上可以盲操作，比如我们可以不看着键盘进行打字。

手持型的触摸屏设备通常都需要两只手操作 通常是一只手拿着设备，另一只手进行操作。因此操作的时候需要两只眼和两只手。

你的手指并不透明 触摸屏越小，手指遮挡的问题越严重，手指不会像图像和芯片一样缩小，这是有时需要触笔的原因之一，因为它可以替代手指而且非常纤细不会遮挡屏幕。

我们不用手指作画是有理由的 即使是在大尺寸表面，用手指也不如用画刷或触笔来进行写和画更有效。在小型设备中，几乎不可能用手指替代触笔来记笔记或画画。如果设备支持高质量的电子墨水并具有合适的触笔和设计，用户可能可以像在纸上一样流畅地写笔记。值得注意的是在几乎所有只支持手指输入的设备中，都不支持草书功能。

太阳光 我们都曾经历过在户外阳光下很困难地读取MP3播放器，手机或数字摄像机上的LCD显示。但是至少在这些设备中，部分的功能可以通过机械按键来控制。比如即使你看不清屏幕的显示，你还是可以将数字摄像机对准目标按下快门。但是在只依赖于触摸屏的界面中，这就有些困难了，除非设备具有卓越的反射显示功能，否则在强光下可能无法使用。

但是所有这些问题是说明触摸设备不好吗？不，一点也不，这只是说明它具有自己的优缺点。天下没有免费的午餐也没有万灵药，如我所说，所有事物都对某些东西来说是最适合的，而对其它东西来说就是最不适合的。理解以及权衡这个相对的含义才能做出一个明智的决定，只是大多数消费者和设计者都没有足够的经验能够认识和理解这个问题，这正是我们需要多做一些工作来弥补的地方，希望我所写的对你们能有所帮助。

不完全和简单注释的多点触摸及相关技术的编年录

最开始…  打字和N键响应(N-Key Rollover)（IBM及其它）

• 尽管看上去和多点触摸屏相差很远，但多点触摸的故事始于键盘。
• 尽管它们是机械式设备，比软件更“硬“,但是它们的确包含了多点触摸的技术。
• 起初，我们使用顺序组合键，诸如SHIFT,Control,Fn或ALT与其它键进行组合，这是多点触摸的雏形。
• 接着，我们想将不是故意但有时却不可避免地同时按下几个键的情况赋予正确含义，这就是所谓的N键响应（当你按住的前一个键未松开时按下另一个键）

电声音乐:  早期的电子触摸传感器(Hugh LeCaine , Don Buchla & Bob Moog).
http://www.hughlecaine.com/en/instruments.html

• 比PC更早的触控设备
• 许多早期的音效合成器和电子乐器的制作者们用接触式电容传感器来控制声音和音乐
• 这些是触摸板，不是触摸屏。
• 这些为音乐而设计的触控设备是多伦多大学的多点触摸表面和CMU Sensor Frame的早期基础。

1972:   PLATO IV触摸屏终端((Computer-based Education Research Laboratory, University of Illinois, Urbana-Champain) http://en.wikipedia.org/wiki/Plato_computer

• 触摸屏在60年代后期开始研发。
• 早期工作成就于IBM, the University of Illinois, and Ottawa Canada.
• 到1971年许多不同的技术被揭开。
• 它们都是单点触摸，并且不能感应压力。
• 最早的普遍被大众所知的是PLATO IV电脑辅助教育系统的终端，开发于1972年
• 和使用触摸方式一样受人瞩目的是它的实时随机存储音频回放功能以及平板等离子显示。
• 它所用的触控技术是如今红外触控技术的前身，这项技术至今仍在使用（如CarrollTouch)
• 最初的设计具有16X16的触摸分辨率。

1981年: 用于机器人的触觉阵列传感器(Jack Rebman, Lord Corporation).

• 为一个可以感应形状、方向的机器人所设计的多点触摸传感器。
• 在一个4′X4′的正方形平板上由8X8阵列的传感器组成。
• 用法描述于Wolfeld, Jeffrey A. (1981). Real Time Control of a Robot Tactile Sensor.  MSc Thesis.  Philadelphia:  Moore School of Electrical Engineering.
• 图片显示的是在一个触觉传感器上放置一个圆形物体的成像结果。Groover, M.P., Weiss, M., Nagel, R.N. & Odrey, N. (1986).  Industrial Robots. New York:  McGraw-Hill, p.152.)
• 1985年由Rebman申请了相关美国专利 (4,521,685)

1982:  柔性机界面 (Nimish Mehta , University of Toronto).

• 我所知道的第一个为电脑系统设计的多点触摸人机交互系统。
• 由一个毛玻璃面板构成，这种面板具有的光学特性可以让置于其后的摄像头记录下与手指在白色背景上的压力大小相关的黑点。这种特性和简单的图像处理结合就可以实现基于多点触摸的画图功能。那时候我们还讨论了用一个投影仪为摄像头和观众定义背景的想法
• Mehta, Nimish (1982), A Flexible Machine Interface, M.A.Sc. Thesis, Department of Electrical Engineering, University of Toronto supervised by Professor K.C. Smith.

1983：“软机器”(Soft Machines)  (Bell Labs, Murray Hill)

• 我所知道的第一篇试图深入探讨基于触摸屏的用户界面特性的论文，他们称之为“软机器”。
• 尽管不是专门针对多点触摸技术，这篇论文勾画的许多特性使这种系统在某些应用背景中非常吸引人。
• Nakatani, L. H. & Rohrlich, John A. (1983). Soft Machines: A Philosophy of User-Computer Interface Design. Proceedings of the ACM Conference on Human Factors in Computing Systems (CHI’83), 12-15

1983： 视频场所/视频书桌(Myron Krueger)

• 一个可视系统，可以跟踪手以及允许多个手指，手和人通过很多丰富的手势来进行交互操作。
• 可以用在很多地方，包括书桌和墙壁。
• 本身并不能感应触摸，因此主要根据姿势停留的时间来触发事件。
  但是从用户的角度看来，在水平桌面的设置中，该系统是基于触摸感应的。
• 主要描写了大量的无阻碍的交互手势（不用手套，鼠标，触笔等）。
• 所做的工作非常超前且具有巨大影响力，但是认知度并不太高。
• 他所描述的大部分现在刚开始使用的手势可以从下面这个1988年的视频中看到，包括通过“pinching”的手势来缩放物体http://youtube.com/watch?v=dmmxVA5xhuo
• 还有很多这个系统的演示视频，任何在这个领域的人都应该看看，并且读一读以下这些书：
  Krueger, Myron, W. (1983). Artificial Reality. Reading, MA:Addison-Wesley.
  Krueger, Myron, W. (1991). Artificial Reality II. Reading, MA: Addison-Wesley.
  Krueger, Myron, W., Gionfriddo, Thomas., &Hinrichsen, Katrin (1985). VIDEOPLACE – An Artificial Reality, Proceedings of the ACM Conference on Human Factors in Computing Systems (CHI’85), 35 – 40.

1984： 多点触摸屏(Bob Boie, Bell Labs, Murray Hill NJ)

• 一个多点触摸屏，不是平板。
• 第一个我所知道的多点触摸屏。
• 用一个透明的电容传感器阵列覆盖在CRT上。可以用很快的的相应速度通过手指操控图形物体。
• 由Bob Boie研发，但是由Lloyd Nakatani 向我展示的，他在1985年的SIGCHI上看到我们所做的工作后邀请我参观了贝尔实验室。
• 因为Boie的触摸屏是透明的，而且速度比我们的快，当我参观的时候，我认为他们已经领先于我们，所以我们就停止了在硬件上的研发（寄希望于可以获得他们的技术）并且专注于我们的强项：软件和交互方面。我们猜想Boie的技术会在不远的未来为我们所用（后来并没有）。
• 大概在1990年，我从Xerox带来一个小组来参观这个技术，因为我感觉它会很适合做我们大型文档处理器的用户界面，但是并没有成功。
• 在Boie时期的贝尔工作室中还有很多相关的多点触摸的工作，可以参阅1984年Leonard Kasday的工作（ US Patent 4484179），他使用的是光学技术。

1985：多点触摸平板(Input Research Group, University of Toronto): http://www.billbuxton.com/papers.html#anchor1439918

• 研发了一款触摸平板，可以感应任意多个同时的触摸输入，并报告他们各自的位置和触摸程度。
• 现在回过头来看，这个工作完成于1984年，是在第一台苹果机诞生的同一年。
• 由于使用的是电容而不是光学传感，因此比一般的基于摄像头的系统要更轻薄。
• A Multi-Touch Three Dimensional Touch-Sensitive Tablet (1985).  Videos  at: http://www.billbuxton.com/buxtonIRGVideos.html
  Issues and techniques in touch-sensitive tablet input.(1985). Videos at: http://www.billbuxton.com/buxtonIRGVideos.html

1985：传感器框(Carnegie Mellon University)

• 是由Paul McAvinney所做的工作，并描述于1986年的这篇论文中：
  McAvinney, P. (1986).  The Sensor Frame – A Gesture-Based Device for the Manipulation of Graphic Objects. Carnegie-Mellon University,
• 该设备使用安装在框角的光学传感器感应手指。
• 当时还没有微型摄像头，因此该设备使用DRAM IC和透明玻璃罩来进行成像。
• 可以在一定时间内相当可靠地感应最多三个手指（但是由于光学成像的原因，可能因为阴影造成误读）
• 在之后一款由NASA资助的设备原型the Sensor Cube中，设备可以检测到手指与屏幕所成的角度（见  http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19940003261_1994003261.pdf)

1986年：双手动输入(University of Toronto)

• 研究始于1985年，发表于次年，研究了使用两只手分别进行连续控制来完成两组不同的双输入任务的好处。
• 第一种是定位/调整任务。即一只手将某个图形移至屏幕上的某处，同时另一只手调整它的尺寸使之达到需要的目标。
• 第二种是选择/导航任务。即一只手在文档中搜索目前未被显示在屏幕上的某处，然后用另一只手选中它。
• 因为当时双手动输入的连续控制还很难实现（ADB还未被推出），我们用另一个电脑PERQ来模拟苹果电脑。
• 结果显示，这种连续的双手动控制对用户来说都很易于实现，而且在性能和学习能力上都有很大的改进。
• 参见 Buxton, W. & Myers, B. (1986).  A study in two-handed input. Proceedings of CHI ’86, 321-326.[video]
• 尽管这种能力自1986年开始被实现并商用化（使用ADB，见下和后来的USB)，但仍没有主流系统采用这种基本的能力。太糟糕了。
• 这个例子说明基于多设备和多手操作的设计可以很简单地被转移到多点触控设备上。

1986：苹果桌面总线（ADB)和轨迹球滚动预置 (Apple Computer / University of Toronto)

• 苹果桌面总线连同苹果II代和苹果SE一同发布，这可以被视为USB的早期版本。
• 它支持即插即用，并且支持多种输入设备（键盘，轨迹球，游戏棒，鼠标等等）同时接入一台电脑。
• 唯一的缺憾是如果你同时接入两个定位设备，缺省状态下，软件并不能区分它们。它们都进行相同的工作，如果一个鼠标和轨迹球同时运行，那么你会看到它们在屏幕上争夺运行轨迹。
• 我在多伦多大学的小组想要利用这个多设备的优势并向苹果高级技术小组发出求助。
• 在Gina Venolia and Michael Chen的努力下，他们做出了一个用于系统文件夹的轨迹球滚动预置。
• 它能使鼠标和轨迹球分别操控滚动条的X和Y方向的滑动，见 Buxton, W. (1990). The Natural Language of Interaction: A Perspective on Non-Verbal Dialogues.In Laurel, B. (Ed.). The Art of Human-Computer Interface Design, Reading, MA: Addison-Wesley. 405-416.
• 它还可以提供另一项预置功能，使我们可以从第二个设备获取信号并利用它控制其他功能。比如 Kabbash, P., Buxton, W.& Sellen, A. (1994). Two-Handed Input in a Compound Task. Proceedings of CHI ’94, 417-423.
• 简而言之，使用这个技术，我们可以将 Buxton & Myers（见上）所演示的优点用于标准硬件，无需更改操作系统，并且通常无需改动相应的应用。
  这是我们距离支持多点触摸输入最接近的一次，虽然实际上并没有成功地实现。20年后的今天，那些诸如两点缩放的技术获得了这么大的关注。但实际上在那个时候就已经可以在技术上和商业上应用了。
• 令我们失望的是，苹果当时并没有利用这一他们最感兴趣的发明的优势。

1991 双向显示(Bill Buxton & Colleagues , Xerox PARC)

• 第一次关于将LCD显示做为输入设备可行性的讨论，比如把像素既作为输入也作为输出设备。（想像我们小时候用纸杯和线做的电话：纸杯是双向的，同时用做话筒和麦克风）
• 采用用于扫描仪的高精度2D a_Si 扫描技术并增加显示层用于显示。在研发的过程中，双向的目标没有实现，但是却催生了dpix display (http://www.dpix.com/about.html);
• 电子板项目。背后投影电子板起初是构想为一个采用双向dpix显示阵列的平板器件原型。

1991：电子书桌 (Pierre Wellner,   Rank Xerox EuroPARC, Cambridge)

• 一篇关于实物放大的经典论文：
• Wellner, P. (1991).  The Digital Desk Calculator:  Tactile manipulation on a desktop display.  Proceedings of the Fourth Annual Symposium on User Interface Software and Technology (UIST ’91), 27-33.
• 早期的前置投影桌面系统，采用光学和声学技术检测手/手指和其他物体，特别是基于纸张的控制和数据。
• 清楚的演示了多点触控的概念，比如用两个手指缩放和转换图形物体，使用pinch手势等。
• 比如，这个1991年的视频演示（从6分30秒） http://video.google.com/videoplay?docid=5772530828816089246

1992：翻转键盘 (Bill Buxton, Xerox PARC): www.billbuxton.com

• 一个集成在键盘背面的多点触控板。你可以将键盘翻过来利用触控板利用多种手势实现控制。
• Combined keyboard / touch tablet input device (1994). Video at: http://www.billbuxton.com/flip_keyboard_s.mov (video 2002 in conjunction with Tactex Controls)

1992： Simon (IBM & Bell South)

• IBM和Bell South推出了有争议的世界上首个智能手机 Simon
• 有趣的是，Simon和iPhone一样采用触摸屏驱动的“软机器”的用户界面。
• 虽然只是单点触摸，Simon预示了很多我们现在使用的基于触摸屏的手机设备特性。
• 花絮：我的Simon是我众多输入设备收藏中最珍贵的一个。

1992： Wacom (Japan)

• 1992年Wacom推出了电子桌面的UD系列产品，它们具有多设备，多点感应能力。它们可以感应触笔的位置和笔尖压力，也可同时像鼠标定位器一样感应位置，这是通过双手动输入来实现的。
• 我的多伦多大学实验室与Wacom合作开发了很多基于此技术并超前于触笔和鼠标定位的操作方式。详见下面的 Graspable/Tangible interfaces
• 它们的后续两代电子桌面产品 Intuos 1(1998)和Intuos 2 (2001) 扩充了多点触摸的能力。它们能够感应触笔位置的X,Y坐标，在X,Y方向上的倾斜角度（使得触笔的功效相当于一个可感应位置的游戏棒），接触压力和装在喷枪触笔边上的表盘读数。同时，它可以同时感应定位器的位置和旋转角度，以及装在它侧面的一个转盘的旋转。总共一个人可以通过两只手控制10种不同的维度。
• 尽管这看上去很夸张并且很难被控制，但是这取决于如何使用它。比如，所有这些信号和双手动输入一起可以名副其实地实现数字喷枪。有了这些技术，我的Alias|Wavefront小组和Wacom合作就可以实现它。
• 另见Leganchuk, A., Zhai, S.& Buxton, W. (1998).Manual and Cognitive Benefits of Two-Handed Input: An Experimental Study.Transactions on Human-Computer Interaction, 5(4), 326-359.

1992：Starfire (Bruce Tognazinni , SUN Microsystems)

• Bruce Tognazinni拍摄了一步未来的展望影片，Starfire,包括了很多多手，多手指交互操作，包括pinch等

1994-2002:  双手动研究(Alias|Wavefront Toronto)

• 开发了很多面向图形和其它可视物操作的多点/多手输入的创新技术，只在这里提到了其中一部分
• 有很多相关的视频展示了这些技术 http://www.billbuxton.com/buxtonAliasVideos.html
• 另见关于双手输入的论文，这里演示了对物体的多点操控http://www.billbuxton.com/papers.html#anchor1442822

1995：实控界面（Graspable/Tangible）(Input Research Group, University of Toronto)

• 在一个数字桌面显示上所感应的各种物理设备的身份、位置甚至旋转角度，并通过它们控制图形物体。
• 通过相关的论文介绍了被称为“实控”的计算。
• Fitzmaurice, G.W., Ishii, H. & Buxton, W. (1995). Bricks: Laying the foundations for graspable user interfaces. Proceedings of the ACMSIGCHI Conference on Human Factors in Computing Systems (CHI’95), 442–449.

1995 DSI Datotech (Vancouver BC)

• 1995年，这家公司推出了一种触摸板，HandGear，可以感应多点触摸。他们也开发了一套软件包Gesture Recognition Technology (GRT), 用来识别触摸板捕捉到的手势。
• 公司大约在2002年破产。

1995/97： Active Desk (Input Research Group / Ontario Telepresence Project,  University of Toronto)

• 大概在1992年，我们做了一个具有背面投影显示的绘图桌，背投屏幕/桌面是一个由半透明触笔操控的数字图形桌面（Scriptel）。触笔由常用手进行操作。1995年，我们在桌面上安装了一个摄像头。它可以跟踪非常用手在桌面的位置，以及拇指和食指所成的姿势（张开的角度）。非常用手可以通过在虚拟物体上张开或并拢拇指食指的方式抓住并操纵物体。这个显示工作是由一个学生Yuyan Liu所做。
• Buxton, W. (1997). Living in Augmented Reality: Ubiquitous Media and Reactive Environments. In K. Finn, A. Sellen & S. Wilber (Eds.).  Video Mediated Communication. Hillsdale, N.J.: Erlbaum, 363-384. An earlier version of this chapter also appears in Proceedings of Imagina ’95, 215-229.

1997： T3 (Alias|Wavefront, Toronto)

• T3是一个基于双手动输入的平板系统，它所使用的技术可以或已经同样很好地被应用在多点触摸设备中。
• 这些技术包括且不仅限于通过手的开合动作来抓住一个图画界面并通过其两端调整大小。类似的也可以对背景中的单独图形物体进行同样操作（这仅是将Ivan Sutherland’s Sketchpad系统中的概念用多点操控来进行实现）。
• 类似的，还可以抓中一个物体通过其两点旋转，同时控制轴心和旋转角度。同样还可以移动物体。
• 有趣的是可以将诸如移动，缩放的操作同时进行。
• Kurtenbach, G., Fitzmaurice, G., Baudel, T. & Buxton, W. (1997). The design and evaluation of a GUI paradigm based on tabets, two-hands, and transparency. Proceedings of the 1997 ACM Conference on Human Factors in Computing Systems, CHI ’97, 35-42. [video].

1997 The Haptic Lens (Mike Sinclair, Georgia Tech / Microsoft Research)

• 触感镜片，一个具有粘土触感的多点触摸传感器，当你用力挤压它的时候，它会发生形变，而松开它的时候又会恢复原状，是一种新奇的设备。
• Sinclair, Mike (1997). The Haptic Lens. ACM SIGGRAPH 97 Visual Proceedings: The art and interdisciplinary programs of SIGGRAPH ’97, Page: 179

1998 Tactex Controls (Victoria BC) http://www.tactex.com/

• Kinotex控制器研发于1998年，展示于2000年MTC Express中的音乐触摸控制器，见视频 http://www.billbuxton.com/flip_keyboard_s.mov

1998: Fingerworks(Newark, Delaware)

• 开发了一系列具有多点触摸功能的触控板，包括 iGesture Pad。它们支持很丰富的多点/多手指手势库。
• 该公司由Delaware大学的John Elias and Wayne Westerman联合成立。
• 产品主要基于Westerman的论文 Westerman, Wayne (1999). Hand Tracking,Finger Identification, and Chordic Manipulation on a Multi-Touch Surface. U of Delaware PhD Dissertation:  http://www.ee.udel.edu/~westerma/main.pdf
• 注意Westerman所作的工作也是建立在以上介绍的前人工作基础之上的。他的论文引用了Matha 1982年多点触摸的工作，Krueger介绍pinch手势的工作。所引用的172个出处，34（20%）个是我和/或我学生的工作。
• 公司在2005年被苹果电脑收购。
• Elias和Westerman进入苹果公司。
• Fingerworks停止作为一个独立公司运营。
• 但是它仍然有很多忠实用户和许多文档，包括教程和使用手册仍然可以下载http://www.fingerworks.com/downloads.html

1999: Portfolio Wall (Alias|Wavefront, Toronto On, Canada).

• 一种数字白板，上面的图像可以成组或单独显示，允许图像被分类，标注，和排序显示。
• 由于传感器技术的限制，没有使用多点触摸。但是它的基于手指触摸手势的界面效果要超过当时使用的典型触摸屏界面和一些移动设备的触控界面。
• 比如，看下一幅图可以用手指向右轻拂实现，而看前一幅图向左轻拂即可。
• 手势不仅只支持左右滑动，用户还可以根据手指移动的方向触发不同的事件。
• 在这个系统中，一共有8个选项，对应指南针的8个主要方位。比如，在播放的视频中一个向下的手势意思是“停止”。向右上的手势开启注释功能，右下手势打开与图像有关的应用，等等。
• 见演示 http://www.billbuxton.com/buxtonAliasVideos.html

2001: Diamond Touch (Mitsubishi Research Labs, Cambridge MA) http://www.merl.com/

• 可以分辨不同人的不同手/手指，以及它们的位置和压力。
• 支持丰富的手势。
• http://www.diamondspace.merl.com/

2002: Jun Rekimoto Sony Computer Science Laboratories (Tokyo) http://www.csl.sony.co.jp/person/rekimoto/smartskin/

• SmartSkin: 一种可感应人手和手指手势的交互界面。传感器可以识别多个手的位置和它们的形状，同时通过电容感应和网格式的天线来计算手和接触面的距离。和基于摄像头的手势识别系统相比，所有的感应元件可以集成在接触面内，并且这种方法不会受光照和污染的影响。
• SmartSkin: An Infrastructure for Freehand Manipulation on Interactive Surfaces. Proceedings of ACM SIGCHI.
• Kentaro Fukuchi and Jun Rekimoto, Interaction Techniques for SmartSkin, ACM UIST2002 demonstration, 2002.
• SmartSkin demo at Entertainment Computing 2003 (ZDNet Japan)
  视频演示如上。

2002: Andrew Fentem (UK)http://www.andrewfentem.com/

• 此人声称自2002年开始从事面向音乐和通用应用的多点触摸工作。
• 但是似乎从未在科技会议或论文中发表相关的工作。
• 因此在这个时期的工作很少人知道，而且因为没有研究结果的发表，没有得到其他人的引用。
• 所以他的工作对这个技术进化的影响很小。
• 我引用的这个例子说明还有很多类似的工作没有被报道出来，在这里只举这一个例子说明这种情况。

2003:多伦多大学（Toronto)

• 论文描述了在一个交互触摸显示界面上所应用的多手指，多手和多用户交互技术。
• 许多之前所用的简单技术因为其广为人知在这篇论文中被忽略
• Mike Wu, Mike & Balakrishnan, Ravin (2003).  Multi-Finger and Whole Hand Gestural Interaction Techniques for Multi-User Tabletop Displays.  CHI Letters

2003: Jazz Mutant(Bordeaux France) http://www.jazzmutant.com/

• 首个透明的多点触控，据我所示，是首个商用的多点触控应用
  。
• 产品名称叫做Lemur，一个具有真正多点触控屏幕界面的音乐控制器。
• Lemur早期版本发布于2004年8月的LA

2004: TouchLight(Andy Wilson, Microsoft Research): http://research.microsoft.com/~awilson/

• TouchLight(2004) 一个触摸屏显示系统，采用背投显示和数字图像处理。将普通的丙烯酸塑料转换成一个高带宽输入输出表面，适于基于手势的交互方式。网站上有视频展示。
• 能够感应多手指多手和多用户。
• 因为丙烯酸材料是透明的，置于其后的摄像头可以实现扫描仪的功能来扫描置于其上的文档

2005 Blaskó and Steven Feiner (Columbia University): http://www1.cs.columbia.edu/~gblasko/

• 利用压力来访问顶层器件之下的虚拟器件。
• Gábor Blaskó and Steven Feiner (2004). Single-Handed Interaction Techniques for Multiple Pressure-Sensitive Strips,
  Proc. ACM Conference on Human Factors in Computing Systems (CHI 2004) Extended Abstracts,  1461-1464

2005: PlayAnywhere (Andy Wilson, Microsoft Research): http://research.microsoft.com/~awilson/

• PlayAnywhere (2005).  网站上有视频演示。
• 贡献：感应、识别物体和触摸。
• 一个前置投射式电脑视觉交互桌面系统。
• 讨论了安装，校正和便携性这些视觉桌面系统的典型问题。
• 使用改进的基于阴影的触摸感应算法来感应手指，手和物体。
• 物体可以通过一个快速简单的视觉编码方案被快速识别和跟踪。因此，加上多点触摸，桌面支持使用各种物理物体的交互方式，也支持实控方式的界面。
• 它也可以感应特殊物体，比如一张纸或一个手机，并且根据对象传递所需的功能。

2005 Jeff Han(NYU): http://www.cs.nyu.edu/~jhan/
—-> 2006: Perceptive Pixel http://www.perceptivepixel.com/

• 在桌面式背投表面精美地实现了很多技术和应用。
• Multi-Touch Sensing through Frustrated Total Internal Reflection (2005). Video on website.
• 在2006年成立了私营的Peceptive Pixel以进行近一步的技术研发
  。
• 在Perceptive Pixel的官方网站有最近的视频演示 http://www.perceptivepixel.com/

2005： Tactiva(Palo Alto) http://www.tactiva.com/

• 已经发布了一款名为TactaPad的产品，并展示了视频演示。
• 它利用光学原理捕捉手在电脑屏幕上的阴影和叠影，有一种如临其境的体验感觉，很像前面的Krueger的工作。
• 支持多手和多点触摸。
• 是具有触感的触摸板，或者说，平板表面根据你所触摸的不同虚拟物体或进行的不同操作会反馈给你不同的感觉。

2005:  Toshiba Matsusita Display Technology (Tokyo)

• 发布和演示了一款具有”手指阴影感应输入“能力的LCD显示屏。
• 是我在1991 Xerox PARC的讨论中的实例之一(即把LCD显示作为触摸感应元件），它不会是最后一个。
• 关键在于没有使用单独的触摸感应传感器。正如RGB像素能在屏幕的任何地方产生光，像素也可在屏幕的任意地方感应到阴影 ，因而与其它的将触摸和显示分别实现的技术相比，具有不可比拟的性能和成本上的优势。
• http://www3.toshiba.co.jp/tm_dsp/press/2005/05-09-29.htm

2005:  Tomer Moscovich & collaborators (Brown University)

• 论文所在站点：http://www.cs.brown.edu/people/tm/
• T. Moscovich, T. Igarashi, J. Rekimoto, K. Fukuchi, J. F. Hughes. “A Multi-finger Interface for Performance Animation of Deformable Drawings.” UIST 2005 Symposium on User Interface Software and Technology, Seattle, WA, October 2005. (video)

2006:  Benko & collaborators (Columbia University & Microsoft Research)

• 关于在多点触摸屏幕上精确定位和选择的一些技术。
• Benko, H., Wilson, A. D., and Baudisch, P. (2006). Precise Selection Techniques for Multi-Touch Screens. Proc. ACM CHI 2006 (CHI’06: Human Factors in Computing Systems, 1263–1272
• video

2006: Plastic Logic (Cambridge UK)

• 在多点触摸板上方安置的柔软的电子墨水显示屏，即一个可交互的多点触摸显示。
• 在2006 SID conference, San Francisco.的Trade Show中做了演示。

2006:  Synaptics & Pilotfish (San Jose) http://www.synaptics.com

• 与Onyx联合开发的采用Synaptics透明触摸感应器的多点触控手机。能感应接触面的大小，因此可以区分手指（小）和脸颊（大），用户可以将电话贴近脸颊实现接听。
• http://www.synaptics.com/onyx/

2007:  Apple iPhone http://www.apple.com/iphone/technology/

• 与1992年的Simon一样，一个具有软触摸接口的手机。
• 杰出的工业设计和非常平顺的交互功能。
• 能够实现具有有限维度的多点触控。
• 利用它能够实现比如最先由Krueger介绍的”pinching”技术，即用一只手的大拇指和食指实现对地图和照片的缩放操作。
• 使用浏览器浏览网页的功能非常好用。
• 采用Alias Portfolio Wall 式的手势向前和向后滚动浏览一系列图片。
• 一开始不能用一个手指按住shift键而另一只手指键入其它字母来实现大写功能，直到发布的一年后才支持这个多点触摸功能。

2007:  Microsoft Surface Computing http://www.surface.com

• 交互桌面。
• 能感应多个手指和手。
• 能识别多种物体和它们在表面上的位置。
• 广告展示和内部研发始于2001年，由Andy Wilson (see above) 和Steve Bathiche进行。
• 该技术从研发和demo转向主流商业应用的重要象征。

外贸业务流程图

外贸跟单的流程1．客户询盘：一般在客户下perchase Order之前，都会有相关的Order Inquiry给业务部，做一些细节上的了解。­

2．报价：业务部及时回复客人查询，确定货物品名，型号，生产厂家，数量，交货期，付款方式，包装规格及柜型等，peroforma Invoice 给客户做正式报价。­

3．得到订单：经过洽谈，收到客户正式的订单perchase Order。­

4．下生产订单：得到客人的订单确认后，给工厂下订单，安排生产计划。­

5．业务审批：业务部收到订单后，首先做出业务审核表。按“出口合同审核表”的项目如实填写，尽可能将各种预计费用都列明。合同审批需附上客人订单传真件，与工厂的收购合同。审核表要由业务员签名，部门经理审批，再交管理部人员审核后才能执行。如金额较大的，或有预付款和佣金等条款的，要经公司总经理审批才行。合同审批之后，制成销售订单，交给部门进程员跟进。­

6．下达生产通知：业务部在确定交货期后，满足下列情况可下达生产通知, 通知工厂按时生产：­

6.1：如果是L/C付款的客户，通常是在交货期前1个月确认L/C已经收到，收到L/C后应业务员和单证员分别审查信用证，检查是否存在错误，交货期能否保障，及其他可能的问题，如有问题应立即请客人改证。­

6.2：如果是T/T付款的客户，要确认定金已经到账。­

6.3：如果是放帐客户，或通过银行D/A等方式收汇等，需经理确认。­

7． 验货：­

7.1：在交货期前一周，要通知公司验货员验货。­

7.2：如果客人要自己或指定验货人员来验货的，要在交货期一周前，约客户查货并将查货日期告知计划部。­

7.3：如果客人指定由第三方验货公司或公正行等验货的，要在交货期两周前与验货公司联系，预约验货时间，确保在交货期前安排好时间。确定后将验货时间通知工厂。­

8．制备基本文件。工厂提供的装箱资料，制作出口合同，出口商业发票，装箱单等文件（应由业务跟单员制作，交给单证员）。­

9．商检：如果是国家法定商检产品，在给工厂下订单时要说明商检要求，并提供出口合同，发票等商检所需资料。而且要告诉工厂将来产品的出口口岸，便于工厂办理商检。应在发货一周之前拿到商检换证凭单/条。­

10． 租船订仓：­

10.1．如果跟客人签定的合同是FOB CHINA条款，通常客人会指定运输代理公司或船公司。应尽早与货代联系，告知发货意向，了解将要安排的出口口岸，船期等情况，Q确认工厂的交货能否早于开船期至少一周以前，以及船期能否达到客人要求的交货期。应在交货期两周之前向货运公司发出书面定仓通知（ING ORDER），通常在开船一周前可拿到定仓纸。­

10.2．如果是由卖方支付运费，应尽早向货运公司或船公司咨询船期，运价，开船口岸等。经比较，选择价格优惠，信誉好，船期合适的船公司，并告诉业务员通告给客人。如客人不同意时要另选客人认可的船公司。开船前两周书面定仓，程序同上。­

10.3．如果货物不够一个小柜，需走散货时，向货代公司定散货仓位。拿到入仓纸时，还要了解截关时间，入仓报关要求，等内容。­

10.4．向运输公司定仓时，一定要传真书面定仓纸，注明所定船期，柜型及数量，目的港等内容，以避免差错。­

11． 安排拖柜：­

11.1．货物做好并验货通过后，委托拖车公司提柜，装柜。拖车公司应选择安全可­

靠，价格合理的公司签定协议长期合作，以确保安全及准时。要给拖车公司传真以下资料：定仓确认书/放柜纸，船公司，定仓号，拖柜委托书，注明装柜时间，柜型及数量，装柜地址，报关行，及装船口岸等。如果有验货公司看装柜，要专门声明，不能晚到。并要求回传一份上柜资料，列明柜号、车牌号、司机及联系电话等­

11.2．传真一份装车资料给工厂，列明上柜时间、柜型、订仓号、订单号、车牌号以及司机联系电话。­

11.3．要求工厂在货柜离开工厂后尽快传真一份装货通知给业务部，列明货柜离厂时间、实际装货数量等，并记装箱号码和封条号码作为提单的资料。要求工厂装柜后一定要记住上封条。­

12．委托报关：在拖柜同时将报关所需资料交给合作报关行，委托出口报关及做商检通关换单。通常要给报关留出两天时间（船截关前）。委托报关时，应提供一份装柜资料，内容包括所装货物及数量，口岸，船公司，定仓号，柜号，船开截关时间，拖车公司，柜型及数量，本公司的联系人和电话等。­

13． 获得运输文件：­

13.1． 最迟在开船后两天内，要将提单补料内容传真给船运公司或货运代理。补料要按找L/C或客人的要求来做，并给出正确的货物数量，以及一些特殊要求等，包括要求船公司随同提单出的船证明等。­

13.2． 督促船公司尽快出提单样板及运费帐单。仔细核对样本无误后，向船公司书面确认提单内容。如果提单需客人确认的，要先传真提单样板给客人，得到确认后再要求船公司出正本。­

13.3． 及时支付运杂费，付款后通知船公司及时取得提单等运输文件。支付运费应做登记。­

14． 准备其他文件­

14.1．商业发票：L/C 要求提供的文件中，对商业发票要求最严格。发票的日期要确定在开证日之后，交货期之前。发票中的货物描述要与L/C上的完全相同，小写和大写金额都要正确无误。L/C上对发票的条款应显示出来，要显示唛头。如果发票需办理对方大使馆认证，一般要提前20天办理。­

14.2．FORMA原产地证书：FORM A 原产地证要在发货之前到检验检疫局申办。需注意的是运输日期要在L/C 的交货期和开船日之前，在发票日期之后。未能在发货之前办理的，要办理后发证书，需提供报关单，提单等文件。经香港转运的货物，FORM A证书通常要到香港的中国商检公司办理加签，证明未在港对货物进行再加工。­

14.3．一般原产地证：一般原产地证可在中国贸易促进会办理，要求低一些。可在发货之后不太长的时间内补办。如果原产地证书要办理大使馆加签，也和发票一样要提前20天办理。­

14.4．装运通知：一般是要求在开船后几天之内，要通知客人发货的细节，包括船名，航班次，开船日，预计抵港日，货物及数量，金额，包装件数，唛头，目的港代理人等。有时L/C要求提供发送证明，如传真报告书，发函底单等，注意按客人要求的时间内办理。­

14.5．装箱单：装箱单应清楚地表明货物装箱情况。要显示每箱内装的数量，每箱的毛重，净重，外箱尺寸。按外箱尺寸计算出来的总体积要与标明的总体积相符。要显示唛头和箱号，以便于客人查找。装箱单的重量，体积要于提单相符。­

15．交单：        www.edu24ol.com­

15.1．采用L/C收汇的，应在规定的交单时间内，备齐全部单证，并严格审单，确保没有错误，才交银行议付。­

15.2．采用T/T收汇的，在取得提单后马上传真提单给客人付款，确认受到余款后再将提单正本及其他文件寄给客人。­

15.3．如果T/T收汇的，要求收全款才能做柜的，要等收款后再安排拖柜。拿到提单后可立即寄正本提单给客人。­

16．业务登记：每单出口业务在完成后要及时做登记，包括电脑登记及书面登记，便于以后查询，统计等。­

17．文件存档：所有的文件、L/C和议付文件必须留存一整套以备查用。­

18．单证员平时应注意收集运价变动，船期，航线，等信息，为业务员报价提供帮助。­

­

­

第一保障：多重認證系統，讓您更安心
提供email、信用卡、簡訊(即將上線)與書面證件認證(即將上線)，保障主人與客人的安全。

l
E-mail認證：藉由發送密碼至會員填寫的信箱地址，確認會員填寫正確信箱，以確認發問、連繫都不漏接。
l
信用卡認證會員：信用卡認證：會員在ｉ好客進行小金額付款，和網友說明自己無犯罪之意圖。如果主人和客人之間有發生刑事或民事糾紛，可以透過交易資料追朔銀行端，由銀行端配合警方提供正確的會員資料。(不會記錄任何卡號、個人資訊，所有交易資訊皆由銀行端接收，與無關)
l
簡訊認證會員（即將上線）：利用密碼發送，確認網友留下正確手機號碼，連絡見面較有保障。簡訊認證亦可確認手機持有人之身分，以增加主人或客人對於拜訪者、接待者之信賴感。
l
書面證件認證會員（即將上線）：希望能夠取得對方信賴之主人或客人，可透過ｉ好客書面證件認證上傳機制，將個人身分證、健保卡、駕照等相關能證明本人之證件上傳，在確認拜訪合約接受後，發送於雙方，讓雙方於拜訪時能確認雙方身份。（此認證方式只為獲取更高的信任感，ｉ好客不會洩露任何會員身份與證件上資料，而契約成立發送至對方的雙方證件，也僅會是部分內容，請各位會員放心）

第二保障：累積好客評價系統，評估更客觀
ｉ好客提供交換旅遊後，主人跟客人間的互相評價，以作為其他網友是否要跟他交換旅遊的依據。
l
在ｉ好客透過評價機制能夠確認過去客人、主人之間的接待與造訪的過程，雙方透過評價機制為對方建立正面或負面的評價。主人與客人都可以透過已經完成的評價機制確認信任感，也鼓勵大家為自己的行為負責，建立自己的優良評價，才更能夠為自己創造更多的互助旅遊機會。

第三保障：免費拜訪合約系統，交換更保障

ｉ好客提供主人與客人交換旅遊的拜訪合約，交換過程無爭議。
l
在ｉ好客拜訪合約系統中，除制式所規定的項目與內容外，主人與客人更能自行訂定各項屬於自己在意與期望對方配合的項目，讓雙方在出發前就能更深度的溝通與約定許多事項，讓雙方都能更有默契的互動、也玩的更愉快！

第四保障：專屬配對問卷系統，主客更契合

ｉ好客提供主人設計專屬問卷，篩選符合條件的客人，讓主人客人個性更契合。
l
您可以自行設計您所專屬的問卷，從個性、喜好、生活習慣等評比項目來確認與對方的契合度，方便您評估是否接受對方來訪，讓您更準確的辨別適合自己或是志同道合的主人或客人喔！

相信各位好客會員只要能逐步確認對方的認證程度、評價星等、拜訪合約系統、專屬配對問卷等步驟，就能更愉快的從互助旅遊中獲得最棒的旅遊經驗。

跟技术一起做产品设计

很明显手机客户端产品、多点触控产品都应该属于技术驱动类项目，在这类产品里面你的产品设计创新环节必须有一个范围，没可能让你海空天空，而这个范围是技术告诉你的，且依赖技术的主动性。
当你并不知道其实还有更好的解决方式的时候，想把最大性能和最新的交互功能做出来的时候，你最需要做的不是翻书不是找一堆别人的产品告诉技术，别人能实现我们就一定要实现，这样沟通会出问题的哦，因为很可惜 你对时间点和资源成本是要负责地，这个时候最好的设计伙伴是你的程序员

让别人在指定范围内自由发挥

你认为你很专业很牛逼，不代表能做一个市场认可的产品。再牛逼也无法一个人战斗获胜，IT项目的团队协作不是流水线，流水线意味着过高的资源消耗。一个二流水平的合作愉快积极向上的团队比一个一流水平却分工分明流程严谨的团队更容易低成本迅速的制造优质产品。换个说法，如果你有3个名额可以找到牛逼的人才加入到现有团队中来，是否就会比原先效率更高呢？产品是要挣钱的，人的成本是既定的，如果每个人用60分的要求来做事，项目的结果肯定低于60分。60分的东西再加资源去做到70分，时间成本就浪费了，互联网产品拼的就是时间，你的产品也许已经是失败的。那么让每个人发挥到100分的办法就是发挥主动性，给他空间去做他主动愿意想做的事情。UI设计的效果图已经第三回了，您老人家还是不满意，那么是否应该想想你有没有给他一个范围去发挥，交代的商业目的、页面焦点、流程的from和to是否让别人清楚呢，难道谁想让自己的青春混日子吗？空间、范围，这是下发需求的重点，鄙视高保真的原型，如果你有一个好团队，那么请给大家创造的空间，没有人对自己创造的东西不认真。

沟通是最重要的

防忽悠和忽悠别人有很多种方法，产品经理就是个沟通工具而已，手上又没有皮鞭和蜡烛却直接控制着结果，那么跟别人沟通是最重要的，沟通技巧就不写了，没有皮鞭和蜡烛也没有棒棒糖的时候是当爷爷好还是装孙子随便个人的情趣爱好，总之多沟通就少一份理解偏差的机会，全部靠文档是不可能的也是耗时费成本的

寻找并树立目标一致性

作为一个项目组集体，每个人的需求是不一致的，且各有不同个性。那你作为一个沟通工具和润滑剂，首先你必须有明确的目标，其实也就是想要什么结果，这个自己知道就好了。下面你需要去了解程序和美工，想办法让他们觉得干的快乐并相信会获得高潮，那么想办法找到目标一致性，也许是成就感、也许是个人市场价值提升、也许是待遇、也许是文化，必须让大家觉得干这个干好是有意义的、快乐的，干不好是不行的。当然这个目标一致性不会是永久的，想办法延长，随机应变

精确到小时的知己知彼

如果你有一个好的程序员，他是很乐意尝试新应用并实现的，这个可能是他干活快感到高潮的核心要素。当然，可能大多数情况不是这么乐观。你不确定、不清楚功能实现及进度，又不好让你的程序员觉得你是一坨屎的时候，有必要找别人打探真相，更要学会观察（有些时候外部压力给到自己的时候，只有这样做）

尝试技术思维逻辑及技术知识储备

如果你什么都不知道，流程也梳理不过技术，只会说我要我要我还要，那你很难跟技术有好的沟通，也不会获得尊重，当婊子被人干肯定不如做黄花姑娘让别人来上你哎。所以，想要给出一个优秀的产品设计交付物并且在谈判中获胜就要先了解技术、思维模式和相关的大致内容，且多讲技术爱听的概念让大家都觉得真的好。当然随着经历的同类项目的增多，遇到的程序员的增多会提高起来的

需求请靠谱后发布，少变更

变来变去的，在研发过程中让技术搞来搞去的弄，迟早要把人给弄残的，如果是大的需求变更挫败的更是团队，你自己对成本也无法交代，应该尽量避免，在涉及研发前把本职工作做好，有条件还是要做细文档，就算有变更找研发之前也要想好怎么忽悠，让他们发自内心的觉得确实应该变

下面推荐大家了解了解一个技术总监级别需要了解或掌握的知识技能，指不定能用的上

【HTML/CSS】
理解CSS的定义；
理解HTML基本语法。
 
掌握大部分浏览器间的差异,可以按一定百分比写出兼容各浏览器的代码；
可以合理规划CSS命名规范，了解CSS的继承关系和作用域；
合理的运用表格和DIV布局，掌握两种布局方法和差异；
理解HTML4.01标准和XHTML1.0标准的区别。
 
了解常用浏览器的盒模型，并能按一定百分比有效的消除浏览器差异；
可以用复用的思维编写HTML和CSS；
理解常用浏览器的各版本CSS的定义并灵活运用；
充分理解浏览器的DOM模型；
完全掌握HTML相关的W3C标准定义。
【XML/XSLT】
了解XML与XSLT之间的关系；
了解基本XSLT规则熟知它的作用；
能读懂并修改现有XML/XSLT相关应用；
能够使用常用的Xpath函数。
 
熟悉XSLT相关语法及函数；
可熟练编写并运用XML/XSLT实现相关项目；
能够理解Xpath的作用，了解Xpath与XSLT的关系；
熟悉命名空间及其作用。
 
熟悉XSLT1.0与XSLT1.1之间的差异，并合理运用；
熟悉Xpath相关语法规则；
熟悉DTD或Schema等格式验证技术；
对XML DOM有比较深入的了解。
 
熟悉XML常用解析器的原理及性能，并按环境需求加以灵活运用；
理解XML常见解析标准（如DOM、SAX）的原理；
熟知二种以上的脚本对XML及XSLT的常用处理方式，并了解相关缺陷；
了解XSLT最新发展趋势， 如目前的 XSLT 2.0最新内容。能够将新技术快速应用在项目中。

【Java script 】

掌握Java script 基本语法；
了解Java script 常见内建函数。
 
熟练使用诸如FireBug之类的调试工具；
使用过例如Prototype,Dojo,jQuery,YUI之类的AJAX类库；
掌握大部分浏览器间的差异；
理解DOM,EVENT的操作；
可以熟练运用Js常用测试工具，保证代码质量；
理解Java script 跨域的操作。
 
可以脱离框架的束缚，完全掌握Java script 的DOM,EVENT等机制；
可以灵活运用各种通信方式，理解各种通信方式的差别，在正确的环境中采取合理的通信方式；
了解各浏览器的盒模型，并能有效的消除浏览器差异；
能够有意识地使用Drip等工具检查，并能在一定范围内消除内存泄露问题；
能够对现有代码进行性能优化。
 
精通ECMA script 规范；
深入了解Java script 解释器的实现方式。

【Action script 】

了解Action script Action script 语法
了解Action script 的典型适用领域和应用类型
了解Action script 的编译环境以及编译工具的种类
 
熟练使用Action script 向对象的编程设计
使用简单的组件库或者LIB库
对Flash Communication Server和Flex有一定了解
能独立完成模块化开发,并且调试通过
 
精通面向对象的编程方式
熟练使用和修改开源组件库跟LIB包
能分析一个项目并且分解成多个功能模块
快速熟悉以及接受他人的项目代码,并且进行效率性能优化
 
能在规定的效率范围中,提高程序的效率
关注Actioin script 的发展趋势
对于Action script 编译原理有教深刻的理解
能对于一些现有编码库不能完成的东西进行变相解决问题
能修改跟AS相关程序以及产品的项目
【shell】

基本会用Unix/Linux中常见的命令，如df/du/tar/uptime
常用的文本处理命令的简单使用，如awk/sed/sort/uniq/grep
了解至少一种脚本语言，如bash/csh/sh
了解至少一种解释型语言，如tcl等
 
能够根据工作需求选用恰当的脚本语言工具，如：shell脚本、字符串处理脚本、Web编程脚本等；
初步掌握某（几）种脚本语言的语法；
能够编写简单的脚本完成工作中的需求；
熟练掌握各种系统命令、文本处理命令
能够在脚本中熟练使用ping/nc/wget/lynx等网络工具
 
能够编写脚本程序实现诸如系统状态监控和报警、常用服务的监控和报警等功能
能够编写脚本程序完成系统日志和应用程序日志分析、统计、归档、生成数据报表等
能够编写脚本程序实现自动化的系统维护和管理，比如服务启动关闭、数据备份、软件自动安装和配置、磁盘空间清理等
能够熟练调试 shell 程序，迅速定位错误
能够熟练编写awk，sed程序，能够正确选择所需工具
 
编写高质量、高性能、编码规范的脚本程序
编写和修补系统 init 启动脚本
指导、协助他人编写复杂的脚本程序
能快速排除运行时错误
具备对他人程序按照要求进行优化的能力。
【Perl】

了解基本数据类型：标量变量、数组和关联数组(哈希表)；
熟悉基本语法(操作符和表达式)和基本控制结构(if, unless, while, for, foreach)；
了解正则表达式的基本模式定义和结构；
能编写简单的Perl程序完成一些简单功能，能够完成基本的文件和目录操作。
 
能熟练使用perldoc帮助文档，并在其帮助下写出正确的程序；
掌握perl的CGI程序开发，知道如何环境变量中获得CGI参数；
能够使用正则表达式完成字符串匹配和替换操作；
了解一些系统的特殊变量(@ARGV, $_, @_, @INC, $$, $!等)；
会使用perl的一些常用系统函数(shift, map, pack, unpack, die等)；
熟练掌握CPAN module的查找和安装，并能根据文档正确使用module。
 
熟练使用Perl调试器，perlcc等工具；
能够设计并实现一些复杂的数据结构；
了解并熟练使用Perl正则表达式的一些高级功能；
熟练使用Perl来进行socket编程；
能够正确使用Perl的异常处理写出健壮性高的程序(eval)；
能够独立编写module；
能够灵活运用OO思想创建一个正确的包；
掌握mod_perl开发，能够使用perl开发Apache模块。
 
能够理解perl符号表和使用typelob数据类型；
了解perl解释器的内部数据结构(变量、符号表、堆栈)和API；
掌握Perl的扩展，会使用h2xs创建动态加载的C功能库；
掌握Perl的嵌入，会将perl解释器嵌入到C应用程序中；
【PHP】

熟悉基本语法；
掌握常用的php函数,如:字符串,数组,文件等函数集；
能进行基本的表单处理和数据入库操作。
 
能熟练使用cookie和session；
能根据需求选择使用合适的PEAR库；
具有基本的面向对象的PHP编程能力；
掌握CACHE技术 (如:CACHE_Lite)；
掌握模板技术 (如:smarty)。
 
熟悉PHP的各种编译选项，能根据项目需求特点编译PHP；
熟练配置PHP，比如错误处理、session目录、库文件路径、安全模式等；
掌握常见功能（比如压缩、排序、session、Web Service、XML RPC）的PHP实现方法，并能用PHP实现自己的解决方法；
较全面地认识PHP的安全性，能编写安全的PHP代码，避免SQL注入、SESSION数据暴露、文件包含和全局变量的安全隐患等问题；
能选择并编译使用合适的PECL扩展。
 
掌握php作为module、cgi、fastcgi、命令行、tux模块等工作模式的区别和应用；
了解php在论坛、内容管理系统等的常见应用，并能设计实现满足企业需求的PHP应用系统；
掌握常见的设计模式，能灵活运用PHP的设计模式解决问题；
了解php的底层工作原理,熟悉extension的结构,并能开发应用所需的module。

【Python】

了解基础Python语言以及特性，可以进行最基础的应用；
会安装Python环境；
会安装、使用Python软件。
 
可以用Python编写基本的程序，结合工作环境解决基础问题；
可以快速学习各种Python WEB应用框架，并进行简单的开发完成预定的基础任务。
 
具备模块意识，可以将常用类库进行合理的封装；
具备编写单元测试的能力；
可以用Python的方式思考问题；
理解Python各种WEB应用框架的特性,可以根据应用的具体情况进行合理的选择；
能够独立设计一个以python为主的完整产品。
 
具备理解CPython源代码的能力,可以自行修补Python本身的特性
自然的使用Python的方式思考问题,并深入了解Python 函式语言等其它模式
可以根据实际需要修改各种WEB应用框架来吻合实际需求；
可以自如的将Python 同C/C++,Perl 等等各种其它语言应用结合起来
可以独立设计一个以python为主的产品。
【Java】

了解Java语法、常用类库以及J2EE主要规范（至少包括Servlet、JSP、JDBC）；
了解Java的典型的适用领域和应用类型；
了解Java开发的流程，编辑、编译、部署及运行的过程。
 
熟悉Java常用类库；
熟悉一些常用的优秀开源项目，如：Structs、Hibernate、Spring等；
熟悉开发环境（至少包括eclipse）和相关开发工具（Ant或Maven以及Junit）；
熟悉Tomcat、JBoss等容器的配置和部署应用；
遵守Java编码规范；
根据设计实现代码模块；熟悉Web编程、数据库编程；
能够独立完成代码模块的单元测试和功能测试；能够定位和排除自己代码的错误。
 
掌握常用数据结构和算法、操作系统API，精通主要Java类库并了解其原理；
掌握Java Web编程、数据库编程、网络编程以及多线程编程；
掌握J2EE主要规范、各层对应的开源工具和框架的选择与使用；
掌握Java常用设计模式（至少包括对象创建中的2个、对象关联中的一个），能够灵活运用；
能够定位和排除项目中相关模块（他人）代码的错误；
能够根据Java特点写出简洁高效的代码，并具备对原有系统重构优化的能力。
 
了解JSR与工作相关各规范，理解Java技术发展潮流；
【C/C++】

了解C/C++的语法；
了解C/C++的典型适用领域和应用类型；
了解C/C++开发软件的流程，编辑、编译、运行的过程。
 
熟悉常用算法；熟悉STL；
熟悉开发环境和相关开发工具：gcc、g++、make、gdb，简单vi操作；
遵守编码规范；
根据设计实现代码模块；熟悉WEB编程、数据库编程；了解网络编程；
能够独立完成代码模块的功能测试；能够定位和排除自己代码的错误。
 
精通常用算法，精通STL；
根据项目需求选择适用的框架、函数库和类库；
能够实现接口清晰的可复用的函数库和类库；
掌握WEB编程、数据库编程、网络编程、系统调用；
能够定位和排除项目中相关模块（他人）代码的错误；
能够使用profile工具定位影响性能的热点。
 
了解C++对象模型，了解面向对象设计和泛型程序设计的优缺点；
针对应用需求进行合理的对象建模；
了解C/C++技术发展趋势。
能够根据Java特点进行项目的设计，并能够对系统资源消耗及性能做出准确的预测；
能够对原有系统设计做出评审并提出改进方案；
能够对系统性能和资源使用进行代码优化。
【VC++ 】

了解C/C++的语法；
了解VC++能实现的功能和适用领域；
了解VC++开发工具的使用，创建项目、编辑、编译、运行的过程。
 
熟悉常用算法；熟悉MFC,熟悉DLL,COM等；
熟悉使用VC++集成开放环境和其他相关工具进行项目开发、调试、发布等工作；
了解Windows基本框架,了解 SDK；
遵守VC++编码规范；
根据设计实现代码模块；熟悉常用界面编程、数据库编程；了解网络编程；
能够独立完成代码模块的功能测试；能够定位和排除自己代码的错误。
 
通常用算法，精通MFC,精通DLL,COM等，熟悉 Windows SDK；
根据项目需求选择适用的框架、函数库和类库，如：WTL、Boost、STL；
能够实现接口清晰的可复用的函数库和类库；
掌握COM编程、多线程编程、数据库编程、网络编程、系统调用；
能够定位和排除项目中相关模块（他人）代码的错误。
 
了解C++对象模型，了解面向对象设计和泛型程序设计的优缺点；
针对应用需求进行合理的对象建模；
在Windows开发一个以上领域能够进行设计决策；
了解微软最新技术发展。
 

【Delphi/C++Builder】

掌握Pascal/(C/C++)的语法，了解数据结构和面向对象思想。
熟练掌握CB/Delphi IDE的使用方法，熟悉相关项目配置属性含义。
掌握基本的团队开发代码和文档管理软件的使用，可以进行项目开发、调试、发布等工作。
掌握常用vcl组件使用方法，了解其相应组件的接口，属性，方法，事件。
可以实现基本的UI界面开发。
 
熟悉常用算法；精通面向对象编程；
编写代码符合公司制定的编码规范，文档编写符合公司制定的文档规范。
非常熟悉VCL类库,可以编写DLL,COM等；
可以根据项目经理提供的详细设计文档进行编码开发，并完成单元测试。
了解基本的网络编程，可以开发基于底层socket的网络通信程序；
或者熟悉SQLServer,MYSql等大型数据库的开发。
 
可以根据需求文档完成主要核心模块的开发方案，并完成详细设计，并根据项目需求选择适用的框架、函数库和类库，如：WTL、Boost、STL；
可以根据需求开发自定义vcl组件，并提供相关属性，方法，事件等的描述文档。
能够实现接口清晰的可复用的函数库和类库；
非常熟悉TCP/IP协议，并可开发高性能的网络通信服务器程序。
或者有音视频网络传输系统的开发经验，熟悉mpeg4,h.264,mp3等音视频编解码算法的优化，掌握DShow等开发技术。
 
全面的软件知识结构(操作系统、软件工程、设计模式、数据结构、数据库系统、网络安全)；
精通TCP/IP协议及编程，熟悉互联网应用协议，熟悉数据库技术。
熟悉面向对象的大型分布式系统设计与开发，了解中间件的技术以及基于中间件的开发模式；
【MySQL 管理】

了解关系型数据库的基本原理；
了解MySQL的系统结构和特点；
掌握基本的查询、排序、插入、更改、删除、建表SQL操作
掌握MySQL命令行工具或图形工具的连接、帮助、主要参数、断开等操作
 
掌握较复杂的查询语句（例如join，各种函数），基本的管理命令，管理各种应用对象（如表、索引、视图、触发器等）；
掌握基本数据库管理工具，包括（mysqladmin，mysqldump, myisamchk, mysqlbinlog, mysqlimport）
能够安装数据库，完成权限设置/回收、合理建表、导入数据文件等数据库级对象管理；
掌握基本的数据库备份恢复方法（mysqldump，mysqlimport, select/load等）
掌握基本的安全规则（例如不用root运行mysqld、禁止命令行输入密码、禁止root空密码等）
 
熟练掌握查询性能分析方法，并针对性能问题找出解决方法；
熟练数据库各种备份方式；
对常用的数据库参数进行设置、调整；
熟练掌握MySQL Replication技术，能解决出现的问题
至少掌握一种数据库性能测试工具（包括sqlbench,super-smack,siege等）
熟悉MySQL安全问题（例如权限系统原理、防止sql注入）
 
熟悉数据库运行机制，对数据库各种参数的设置调整，数据库的优化；
根据数据库的设计原则，设计高效合理的数据库应用；
熟练掌握数据库性能测试方法，了解各系统平台对于运行MySQL应用的优缺点；
了解最新的发展趋势，研究、指导、推广适用的新功能
关注新的安全漏洞、攻击方法
解决疑难故障
 

【MySQL 开发】

MySQL应用软件的基本流程；
掌握基本的查询、排序、插入、更改、删除、建表SQL操作
 
掌握较复杂的查询语句（例如join，各种函数）
熟悉至少一种语言的MySQL API（例如C，PHP，Perl等），能够独立完成一般数据库应用程序；
了解易出现的数据库开发错误（例如不释放结果集、不主动中断连接）
掌握基本的编程安全要求（防sql注入）
掌握分析SQL语句性能的方法
 
熟悉主要语言的MySQL API
熟悉mysql索引、排序等原理，能据此设计高效的数据库应用
根据需要封装新的MySQL API
能够设计功能和压力测试方案
 
规划数据库应用系统，熟悉mysql适合处理什么、不适合处理什么
了解系统源代码结构，能够进行功能改写
关注Mysql与开发相关的进展，如中间件、扩展开发包，研究并持续改进了解开发
【LDAP 】

了解目录服务的概念和相关产品
了解目录服务和数据库之间的差异、目录服务的优势和不足
了解至少一种LDAP服务器的安装配置和使用
 
掌握目录服务器的目录操作、数据生成和管理（OpenLDAP或者SunONE JES）
掌握Schema的设计、扩展和应用
掌握目录服务器的复制(创建、删除复制关系，规划主/辅目录结构)
能处理日常的数据异常错误(recover DB,初始化后缀，重建索引等)
至少了解一种LDAP API的开发（C,php，Python，JAVA）
 
能分析和评估不同版本的目录服务器实现之间在不同平台上的性能、稳定性和兼容性
能在各个平台上对目录服务器进行性能调优、优化目录结构和Schema结构、优化存储方式
根据日志中的错误号，能准确定位问题出处，并给出解决方法
熟悉用户认证和身份管理的概念，以及目录服务在其中的作用
 
能规划大型、分布式目录服务
能对用户访问进行安全控制和分流以及负载均衡
能设计目录服务器的双机热备、数据备份、日志统计等方案
能根据需求对目录服务器的功能进行扩展以及插件的开发
【BDB】

了解Berkeley DB在开发方面能完成的工作；
了解Berkeley DB的存储结构(hash, btree, 等)、事务等基本概念；
能够使用现有的接口对Berkeley DB进行操作；
 
能够指出Berkeley DB不适合完成的工作；
能够完成Berkeley DB的安装，以及至少一种编程语言的 Berkeley DB API 进行开发和调试的环境搭建；
了解如何通过Berkeley DB C API进行数据库操作的方法。
能够处理日常的数据异常和恢复
 
熟练掌握Berkeley DB提供的C/C++ API，并根据需要将其封装为访问接口；
了解影响Berkeley DB性能的因素，并能对其进行性能调优；
了解Berkeley DB的集群和复制机制、并发访问控制；
 
熟悉数据库运行机制，对数据库进行规划、各种参数的设置调整，数据库的优化；
根据数据库的设计原则，设计高效合理的数据库应用。

【HTTPD】

了解web服务的基本概念
了解常用的Apache模块及其功能
了解apache配置文件的基本架构
能够配置简单的Apache服务及VirtualHost
 
掌握http协议基础
能够独立按照需求配置模块、编译、安装Apache服务
精通Apache配置，掌握server config, mod_cgi，mod_dir, mod_alias, mod_rewrite, mod_log_config, mod_expires, mod_headers, mod_access, mod_mime等常用模块的配置方法及动态模块的编译、安装和加载，了解CGI原理
具有Apache性能及安全配置的基本知识
 
精通HTTP/1.0, 1.1协议
了解Apache代码架构及请求处理机制
能够用C语言及mod_perl编写Apache模块
掌握各种Apache CGI工具及集成环境(Perl、Tcl/Tk、C、PHP及 mod_perl、FastCGI等等)的安装和配置方法
具有基本的日志分析及Trouble shooting能力
具备用软件测试各种环境下Apache负荷能力及Performance Tuning的技能
掌握Apache及CGI的安全配置策略
 
精通TCP/IP协议，能够编写简单的http服务器程序。
精通Apache内核原理及代码架构，了解Apache处理http请求的内部流程
了解其它常用Web Server的使用、特点及其与Apache的优劣对比及各自的最佳适用环境
能够对被攻击环境下或其它原因造成的负荷过重进行网络协议/系统级的分析并提出应对/改善措施
具备针对不同平台对Apache进行源代码修改以优化其性能及添加特定功能的能力

【HTTP Accelerator 】

了解Web Cache及HTTP Accelerator的基本概念
了解常用的squid配置选项
了解squid在不同工作模式下的启动、运行方式(RunAccel/RunCache脚本)及命令行选项
 
掌握squid作为httpd加速软件的服务架构
能够独立安装各种版本的squid，并按照要求采用不同的配置选项，并进行cache dir初始化
能够独立配置httpd_accel模式的squid服务，掌握最基本的服务端口、cache dir、log dir、客户端/服务器常连接、ACL等的配置方法，并对其余配置选项的含义有所了解
具备一定的对squid及系统配置的trouble shooting能力
掌握获取squid运行状态统计信息的方法(cachemgr.cgi）
 
精通HTTP/1.0, 1.1协议
完整掌握squid的全部配置选项，具有全面的squid配置优化技能
基于对HTTP协议的理解分析原因并提高cache命中率
具备根据cachemgr.cgi获取的squid统计数据分析squid运行状态的能力
了解squid cache dir的不同存储方式及其在不同平台上的表现(2)
了解squid源代码的基本架构，具备一定的修改源代码以实现定制功能的能力(log格式、请求头处理等等)
了解Unix文件系统基础及优化措施
 
了解select/poll, kqueue(FreeBSD), epoll(Linux)的原理
深入了解squid代码及其内部处理机制，了解在不同环境和架构下squid处理能力的瓶颈所在
能够针对不同平台修改squid源码以优化其性能或添加特定功能
 

【BIND】

了解域名的构成及基础知识
会修改BIND配置文件，增加、修改、删除域名
会修改BIND配置文件，增加、修改、删除一个域
会使用nslookup检查域名配置
 
知道如何安装与升级bind软件
了解Bind配置文件各个参数的含义以及授权域／缓存域／转发域等的区别
可以根椐需求将BIND设置成公共DNS、授权DNS以及转发DNS
了解域名系统的工作原理
了解常用系统DNS客户端的设置方法并能分析与解决域名相关的故障
 
了解BIND的工作过程及源代码构成
能修改BIND源代码，以满足新的需求或增加新的功能
能用BIND设计一个高访问量和高可用的域名系统
 
能主导设计一套类似的BIND的域名系统，如3DNS
 

【postfix 】

了解邮件系统的基本协议与邮件服务器配置常识；
了解postfix的整体结构、配置文件和队列数据以及日志文件的位置；
了解postfix的特点；
 
了解ESMTP协议及其状态机；
（运营）能够根据postfix日志对问题进行初步定位；
（开发）了解postfix与policy daemon、milter服务的交互方法，以及所传递的属性；
 
（开发）具备掌握撰写policy daemon或milter之一的技能——了解其协议，并能够加以实现；
能够在postfix中配置和应用milter和policy daemon。
熟练掌握电子邮件相关的RFC文本及标准。
（运营）能够对将策略添加到postfix中的哪个阶段进行正确的判断；
（运营）能够评估postfix实例所遇到的性能问题并改善配置提高其承载能力；
 
了解postfix源代码结构；
具备对postfix系统（MTA）与邮件系统中的其它子系统的关联关系进行合理规划和性能调优的能力。
【net-snmp】

初步了解SNMP协议原理(如：Get/Set/Trap操作含义,SNMP都有哪些版本)
初步了解基于SNMP网络管理的一般框架
了解net-snmp软件是什么
能独立编译、安装net-snmp，并完成snmp-agent最简单的配置
 
掌握SNMP V1、V2C两个版本支持的操作详细知识(包括报文格式)和版本之间区别
掌握SMI、MIB、OID、标量、表对象、SNMP支持的数据类型等理论知识
熟练掌握net-snmp自带的各种工具（如：snmpwalk、snmpdelta)
熟练掌握snmpd.conf常规配置
掌握如何用shell/perl等脚本语言用来扩展net-snmp agent 监测项目
能够熟练使用MIB浏览器来分析MIB文件
 
能够利用C语言来扩展snmpd监测项目
掌握MIB文件的定义和组织方法，能够手工阅读、编写、规划和优化MIB文件
掌握SNMP V3标准和各种模型及在net-snmp中的相关配置
熟练掌握net-snmp中的高级配置方法
掌握SNMP轮询器开发方法时，并对轮询过程的优化方法有深入了解
 
熟悉net-snmp的设计和实现细节
能对net-snmp进行hack和Bug修复
对基于SNMP网管体系结构有深刻认识，能从整体架构方面设计基于SNMP体系的网管平台
 

【GNU/Linux】

了解GNU/Linux系统的特点、能完成的工作；
熟练安装和操作GNU/Linux，并做简单配置；
 
掌握GNU/Linux网络配置；
掌握GNU/Linux的文件系统；
能够安装、配置GNU/Linux上的应用（诸如，数据库系统、邮件服务器、WWW服务器等）；
掌握GNU/Linux安全机制；
能够根据自己的实际应用定制系统；
熟悉GNU/Linux环境下开发，如：编辑、编译、调试等方法；
熟悉GNU/Linux环境下常见的软件包管理。
 
理解GNU/Linux的设计与实现，及运行机制；
能够针对不同应用，对操作系统进行优化；
熟悉操作系统对TCP/IP协议、文件系统的原理、实现；
熟悉GNU/Linux的源代码结构，能够就系统现象基本定位涉及到的部分，并展开调试。
 
理解Linux kernel的设计与实现；
能够根据具体应用，hack操作系统；
 

【FreeBSD 】

了解FreeBSD系统的特点、能完成的工作；
熟练安装FreeBSD，并做简单配置(网络等)，以及通过ports/package方式安装应用的方法；
 
掌握FreeBSD网络配置；
了解UFS文件系统的特点，以及其不适合的应用；了解FreeBSD支持的其它文件系统及其特点；[开发：高级层]
能够安装、配置FreeBSD上的应用（如，数据库系统、邮件服务器、WWW服务器等）；[管理员]
掌握FreeBSD提供的传统Unix安全机制；
熟悉FreeBSD环境下开发，如：编辑、编译、调试、应用程序性能评估等方法；[开发]
能够将简单的Web应用(cgi、php等)和/或自行编写的实用工具(不超过20个文件)制作成port[开发]
 
能够使用ktrace/kdump和/或truss分析出现应用程序的问题；
了解FreeBSD内建的高级安全机制，如TrustedBSD MAC、系统安全事件审计等功能及其使用；
能够针对应用的特点对操作系统的运行参数进行调优；[管理员]
能够通过修改内核编译配置来裁剪FreeBSD内核的功能；[管理员]
了解FreeBSD TCP/IP协议栈、虚拟内存子系统实现的特点及弱点；
熟练掌握应用程序调试技术，能够迅速定位应用程序的bug和问题；[开发]
 
理解FreeBSD kernel的设计与实现；
能够根据具体应用，对操作系统进行适当的修改；
【MS Windows服务器管理 】

熟练安装和使用Windows操作系统和一般应用软件，并做一般配置；
熟练进行磁盘分区，并了解各分区格式之间的区别；
可以根据文档，了解并应用编制好的系统策略、安全策略，完成文档上写明的一切操作；
 
熟练安装各种Windows服务器软件（IIS/FTP/SQL server等等）并进行常用配置；
能够处理常见故障；例如：终端登录超限、网络访问不通等等
理解安全策略，了解系统默认服务用途，了解一般自动启动方式和Windows基本的安全机制；
能够看懂各种日志，例如IIS日志，系统日志；
熟练使用常用的网络命令；
掌握windows各种服务和进程的作用，能够判断出非法的服务和进程；
能够编写应用脚本；
 
深入理解并掌握Windows的安全机制，能够根据具体需求进行windows防火墙、tcp/ip筛选、ipsec、urlscan的高级配置；
能够配置出安全的Windows服务器；
能够挖掘出系统隐藏的异常行为，并处理；例如：能够手工判断并清除病毒、木马等各种入侵行为；
能够编制系统策略、安全策略；
熟悉Windows权限体系，并可根据实际情况运用；
可以定制Windows高可用集群策略；
掌握Windows活动目录体系，并能够熟练运用该体系；
 
了解部分非公开的调用和命令，拥有丰富的处理问题的经验
理解驱动、各种WindowsAPI，能够编写驱动层应用；〔开发〕
理解Windows内核、堆栈体系、进程线程体系，能够进行缓冲区溢出漏洞发掘；〔开发〕
能够判断服务器是否被入侵，能快速定位并清除各种隐藏的后门。
规划Windows活动目录体系，并能够熟练运用该体系；
能够针对具体应用进行性能优化；
根据MS的产品线规划针对新浪的相关应用产品线
【应用安全】

熟悉常见的CGI程序漏洞
了解SQL注入漏洞原理和攻击方法
了解XSS(跨站脚本)漏洞原理和攻击方法
了解缓冲区溢出漏洞原理和利用方法
 
能够通过黑箱测试发现应用程序存在的常见安全漏洞，例如：SQL注入、XSS等
能够通过阅读程序源码发现常见安全漏洞
能够通过阅读程序源码或设计文档发现应用程序中存在的逻辑漏洞，例如验证绕过、权限提升、敏感信息泄漏等
 
熟悉HTTP协议并能熟练使用TCP/IP协议分析工具，能够分析和构造HTTP请求来实现漏洞测试
熟悉常见的加密算法和协议，熟悉PKI体系和证书密码管理
能够指导开发人员修补应用程序中的安全漏洞
可以开展应用程序开发安全培训
熟悉至少一种HTTP服务器环境的配置和安全加固
 
能够通过黑箱测试及协议分析找出应用程序存在的逻辑安全漏洞
有能力发掘新型漏洞，对已知漏洞有能力提出新型攻击方法
具备专业的访问控制模型和安全体系模型知识
能够设计大型应用的体系安全模型
能够制定适宜的应用程序安全开发规范和制度，能够建议和改进公司的安全制度和规范
能够预测未来1～3年内应用安全的发展方向
精通常见加密算法和协议，能够根据需要选择最适合的加密算法
精通逆向工程，能够对各种软件作逆向工程分析、加密算法破解

【系统安全】

熟练使用Windows/GNU/Linux/FreeBSD/Solaris中的一种
熟悉以上中至少一种系统的常用配置方法、安全加固方法
了解病毒、后门、木马等恶性程序的工作原理和防范方法
了解系统中常见的安全漏洞，掌握一定数量的系统漏洞知识
 
掌握至少一种系统的安全加固配置，比如Windows中的安全审核及IPSec，Linux中的iptables或SELinux，FreeBSD中的ipf或者ipfw
了解几种当前流行的病毒、蠕虫、后门、木马等的查找和清除方法
能够排查系统中存在的常见故障和安全问题
能够执行日常的系统维护和安全管理，例如服务配置、补丁安装、软件升级、系统版本升级等
 
熟悉TCP/IP协议，能够使用网络协议分析工具分析主机上进出的网络流量内容
熟悉常见的加密算法和协议，熟悉PKI体系和证书密码管理
能够完成一种以上系统的日常安全审核、攻击渗透测试、入侵危害评估
能够培训他人达到较高的安全意识和技能
能够针对普遍存在的安全问题提出有效的改进管理方案，能够参与公司安全管理制度的建设
 
能够主动分析发现新型病毒、后门等恶意代码，并且能提取特征代码
能够手动清除未知的病毒、后门、木马等恶意代码，能够写脚本程序查杀
能够带领他人完成安全评估及安全管理项目
能够预测未来1～3年内的系统安全发展方向
部分知识到达专业水准，例如：安全体系模型和安全评测标准、加密算法和协议、访问控制模型和常用AAA协议等
精通常见加密算法和协议，能够根据需要选择最适合的加密算法
精通逆向工程，能够对各种软件作逆向工程分析、加密算法破解

【网络安全】

熟悉OSI七层模型定义，熟悉TCP/IP四层模型定义
熟练使用Windows/Linux/FreeBSD/Solaris中的一种
能够操作配置交换机、路由器、防火墙等常见网络设备
了解常见的网络攻击原理和防护办法
 
熟悉TCP/IP协议，能够熟练使用ping/route/netstat等命令分析网络状态
能够使用网络协议分析工具分析网络上进出的网络流量内容，能够识别部分攻击数据包
能够完成常见网络设备和操作系统的网络安全配置
 
精通ARP、TCP/IP、UDP、ICMP等协议，精通 HTTP、SMTP、FTP 协议
熟悉网络层安全协议，例如：SSL/IPSec/VPN/PPTP等
熟悉访问控制模型和AAA协议，例如：TACACS+，RADIUS，Kerberos
能够通过网络流量分析发现攻击数据包，能够在常用网络设备上配置ACL实现攻击保护
能够模拟实施各种网络攻击测试，例如：Sniff，ARP Spoof，SYN Flood，DDos等
熟练处理常见的网络攻击
能够培训他人达到较高的安全意识和安全技能
 
精通IPv6协议
精通网络层安全协议、精通访问控制模型
能够设计大型网络中的安全体系架构、访问控制策略
能够带领他人开展安全评估和安全管理项目
能够预见未来1～3年网络安全发展趋势
 
 
【信息安全】

初步了解信息安全管理理论知识，例如学习过：BS7799安全管理，CISSP安全认证等
熟练大型网络的安全维护和管理
 
至少掌握一个领域的安全理论知识，如下：安全管理，安全评估，访问控制，电信和网络安全，加密学，安全体系和模型，安全标准，应用程序和系统开发安全，业务可持续性及灾备，物理安全，法律和道德
能够实施风险评估、安全评估、安全审计工作
 
至少掌握三个领域以上的安全理论知识，例如：安全管理＋访问控制＋电信和网络安全，安全管理＋安全评估＋安全标准
能够设计大型信息系统的安全体系及制定访问控制策略，例如公司内部IT体系，各IDC相关体系
能够规划局部范围内的安全管理架构、制度、流程等
能够开展安全意识培训
 
精通一种以上信息安全管理体系标准，如：BS7799, ISO13335等
能够从信息安全管理的全局出发，规划企业整体的安全管理架构、管理流程、制度等
能够规划企业1～3年内的信息安全管理目标
能够给高级安全人员开展信息安全管理培训
【产品策划】

了解产品策划要完成的工作及所需的知识，如：业务知识、技术知识等；
了解产品策划的流程和策划方法；
了解《软件功能规格说明书》的格式及书写过程。
了解产品的功能特性或深入了解某些特性。
了解主要竞争对手同类产品的功能特性。
 
能够进行模块级的需求定义和开发；
能够分析主要竞争对手同类产品的功能特性、差异、优劣等。
编写项目的《软件功能规格说明书》；
能够进行用户行为分析。
 
能够评审项目的《软件功能规格说明书》；
全面、深入了解产品功能特性；
能够定义软件项目的范围及目标；
全面了解主要竞争对手的同类产品功能特性。
 
清楚产品架构及实现方法和原理；
了解市场需求，定义满足市场要求的产品特性；
策划产品的发布时间，定义产品生命周期；
能够指导他人完成软件需求分析、开发工作，有成功的产品策划经验；
 
【架构设计】

能够发现架构设计中可能存在的问题；
掌握模块化或面向对象的设计方法。
 
了解影响性能的因素；
了解可能影响应用安全性的因素和避免在开发中引入安全问题的方法；
能够用文档或设计工具清晰地表述设计思想；
曾作为主要人员做过系统设计或有模块详细设计的成功经验；
能够独立完成软件子系统的架构设计。
 
具有有框架设计能力（包括：结构定义、技术可行性分析、技术难点、关键点实现），能承担部门主营业务的重要模块和系统的设计，且复用性很高；
能清晰地表达设计思想，包括文档能力和语言表达能力；
具有新技术的敏感度，开拓新的技术方向能力强；
了解竞争对手的技术发展的动向；
具有主持平台设计的能力；
曾有系统设计的成功经验；
 
能够指导他人进行产品的设计；
能够评估和预估系统的成本和收益等经济指标；
具有能够评审架构设计的能力，规避技术风险的能力强。
能够筹划几年内的业务发展的方向，并且有步骤的实施；
充分的了解竞争对手的技术发展的动向；
能够不断的整合和完善技术业务平台，提高复用性和共享性；
有产品和市场相关的经验。
 
【产品开发】

了解软件项目开发过程；
了解部门项目开发管理的相关工具，例如：模板、需求管理、缺陷管理、配置管理等；
 
能够计划个人在项目中所承担的工作任务；
能够熟练运用部门项目开发管理的相关工具，例如：相关模板、需求管理、缺陷管理、配置管理等；
了解软件生命周期的各个组成部分，基本了解各种软件开发模型；
 
能够独立完成项目开发策划的工作；
能够熟练使用相关模版、工具进行5人月以上项目的策划工作，安排合理、计划周密；
能够识别项目进行过程中的各类风险，并能制定切实可行的风险控制措施，能够实时地进行项目风险管理；
能够很好地控制项目的进度，跟踪项目开发过程，使项目按计划进行。
能够使用项目管理工具，完成所负责项目的各项数据的统计、分析工作；
 
能够指导他人进行项目的各项开发管理工作；
能够熟练使用公司各种模版、工具进行10人月以上、需要组间协调的项目的策划工作，安排合理、计划周密；
【质量保证】

了解软件开发中测试所要完成的工作；
基本理解软件质量、软件测试的概念。
基本了解黑、白盒测试方法定义和测试阶段的划分。
能够理解测试用例的内容并执行测试用例。
能够熟练使用公司的缺陷管理工具。
 
能够按照测试用例运用黑盒或白盒测试方法独立完成测试执行工作
熟练运用项目所需的测试工具进行软件测试
能够熟练掌握并运用公司可用性设计原则、规范；
能准确描述问题现象；
能够理解《软件需求规格说明书》，设计测试用例；
了解软件开发中进行测试的流程；
 
能够进行系统测试设计和集成测试设计（产品或复杂模块），并能有效的组织实施；
能够评审测试用例，预估测试重点；
能够根据项目需要编写测试脚本或辅助测试工具；
基本了解实现原理，准确分析、判断问题；
能够配置、管理缺陷管理工具；
能够制定《项目测试计划》；
能够撰写《项目测试报告》。
 
能够指导他人完成软件项目的全部测试工作；
评估一个系统测试的需求覆盖程度；
定义一个可靠的测试策略，针对不同复杂度及规模的项目制定最为有效的测试方案；
评估变更所造成的影响；
能够快速熟悉待测试产品，并指出测试重点；
能够搭建、维护缺陷管理工具。

【项目管理】

了解软件生命周期的各个组成部分，基本了解各种软件开发模型；
了解质量体系中所涉及的策划、开发、测试所有内容；
了解配置管理的概念，基本了解配置管理贯穿于开发过程的各项工作的意义；
基本掌握一项配置管理工具，如CVS、SVN；
 
了解质量体系中所涉及的策划、开发、测试、发布、度量、配置所有内容。
掌握软件开发过程中所涉及的各项工作内容，并在工作中合理安排。
能够运用一种配置管理工具进行配置管理活动，如CVS；
能够运用项目管理的一些方法和工具（如甘特图、头脑风暴等）进行项目的进度、风险等管理；
能够从项目管理的角度理解质量体系文件定义的软件开发过程；
能够按照质量文件要求，评审其它人员的软件工作产品和软件开发过程的规范性。
 
熟悉配置管理规范，精通一项配置管理工具，如CVS；
了解ISO9000、CMM体系框架；了解敏捷开发方法，如Scrum；
独立承担SQA工作，及时发现问题和风险。
制定开发过程中数据收集、统计、分析的方法并有效的组织落实；
合理有效的制定、编写部门相关质量文件；
 
在理解ISO9000与CMM体系的基础上，结合公司的实际情况组织、推动过程持续的改进；
能够指导他人实施有效的项目管理；
能够评审他人项目管理的效率和质量；
【基础研究】

扎实的计算机方面的基础知识和较强的动手能力；
具有系统模块级的技术创新能力，果断的解决问题和分析问题的能力；
 
能承担主营业务的核心模块的研究，并具有创造性的研究成果；
具有新技术的敏感度，开拓新的技术方向能力强；
能清晰地表达研究成果，包括文档能力和语言表达能力；
 
研究成果具有国内或国际同类技术的领先水平；
能发现并确定重要的研究方向，带领其他研究人员有重点地进行攻关；
具有敏锐的洞察力及判断能力，能准确地判断出其研究项目未来的价值及风险；
在充分了解竞争对手的技术发展动向的前提下，能够筹划未来几年内核心业务发展的方向，并且有步骤的实施；
 

【存储技术】

了解 DAS / NAS / SAN 的基本拓扑结构
能够使用 mount / umount 命令在client 端挂接/拆除 NAS 存储的 NFS 连接
了解 NAS filer 上的基本命令，知道如何在登陆状态查看 filer 当前的工作负荷和基本配置信息
 
了解 nfs_mount optoins 的含义，知道挂接NAS存储时使用的常规参数
掌握 NAS filer 上配置 NFS 输出的方法
了解 volume 各项属性的含义，并知道正常的工作卷应设置哪些属性
了解 snap shot 相关的基本命令，掌握利用 snap shot 恢复数据的方法
 
熟练掌握 aggregate、volume 、qtree 和 quota 的原理和配置方式
掌握各项 NAS options 的意义和用法，熟知 NAS filer 的各项安全设置
了解NAS filer所用的文件系统，明白各种 raid 级的工作方式以及各自的优缺点、适用范围
在 NAS filer 过载时能够独立判断性能瓶颈的位置
了解 NFS 不同版本及不同平台实现的差异，可以在NAS filer 端以及 client 端做简单的调优
 
深刻了解 NFS 协议, 能够熟练地在 server 端和 client 端进行trouble shooting和调优
深刻了解 snap mirror、sync mirror、volume copy、NDMP协议等工具和手段,能够熟练运用这些工具构架容灾体系、进行灾难恢复以及数据迁移
能够为生产环境中涉及 NAS 存储产品的操作制定规程，规避不可逆操作对数据和服务带来的风险
能够根据不同产品、项目需要对存储解决方案给出规划建议
【网络技术】

掌握网络基本知识，熟悉OSI七层模型定义，TCP/IP四层模型定义，了解各种lan/wan 网络协议
熟练安装，配置和操作主流品牌的交换机，路由器。
了解常见的网络攻击原理和防护办法。
了解机房综合布线的基本知识，掌握常见技能。
 
熟悉数据链路层和网络层的各种协议，掌握常见的应用层协议，如http，ftp等。
熟练配置静态路由协议，了解动态路由协议，动态路由选择协议。如RIP/OSPF/IGRP/BGP等
熟悉主流品牌的网络设备（路由器，交换机，防火墙，四七层交换机，VPN专用设备），掌握工作原理，能够进行设备安装及网络应用配置。
掌握访问控制策略（ACL）的设计，能配置常用的ACL。
掌握windows/linux/freebsd下常见的网络服务的安装配置，如web，ftp，dns，dhcp，mysql等。
掌握网络专线的安装过程，配置方法和排查流程。
具备分析，定位，排查一般的网络故障的能力，如由配置错误引起的网络故障。
能够使用sniffer等工具软件对网络流量进行简单分析。
熟悉常见网络攻击的原理和实现方法。
能够按需求设计局部性网络，制定计划并实施。
 
熟练配置动态路由协议，如RIP/OSPF/IGRP/BGP等。
掌握各类网络设备（路由器，交换机，防火墙，四七层交换机，VPN专用设备）的安装配置，熟练地分析、定位和处理各种故障。
掌握各类网络设备的高级功能（F5 irule,NS Content Switch,QOS,基于包特征的ACL……等），能够根据需求进行设计和实现。
熟悉常见网络功能（路由，包过滤，NAT，负载均衡，VPN）的软件解决方案（route，IPFW，LVS，OPENVPN……等），能够进行配置和使用。
能够监控线上各类网络设备的运营状态，对故障进行分析，提出优化和改进建议。
具备使用sniffer等工具软件对网络流量抓包并分析异常流量的能力，熟练使用debug分析排除网络，交换机故障。
熟悉各类网络设备对于网络攻击的防护方法。
熟悉（windows/linux/freebsd）下网络安全加固方法。如Windows中的安全审核及IPSec，Linux中的iptables或FreeBSD中ipfw
熟悉网络层安全协议，例如：SSL/IPSec/VPN/PPTP等，熟悉vpn的原理及应用，能够熟练配置vpn。
掌握访问控制模型和AAA协议（TACACS+，RADIUS，Kerberos），能够建设相应的安全系统。
至少掌握一种编程语言，并能够将该语言应用到实际的工作中。
能够按需求设计区域级的网络，制定方案，带领中级工程师进行实施（规划网络结构，地址分配，访问控制，安全）。
能够给中级网络工程师提供培训。
具有新技术的敏感度，开拓新的技术方向能力强。
 
具备对公司的整体网络构架进行评估，分析，优化的能力。
能够设计全网级的大型网络构架，编写方案，并指导相关的团队实施。
能够设计全网级的负载均衡系统，并指导进行开发和实施。
能够随时跟进最新的网络技术，并能对新技术在公司的应用作出评估。
对公司的网络构架有较长期的规划。
了解竞争对手的技术发展的动向。
 

【邮件技术】

掌握电子邮件收发的基本知识，简单了解RFC 2821、2822。
能够使用telnet（或类似工具）直接以ESMTP协议发出邮件。
 
了解中文电子邮件的特点及所需的编码、解码过程；
掌握ESMTP、POP3和IMAP协议中至少两种的操作流程和常见出错情形；
了解常用的反垃圾邮件工具，并能够根据其报告对程序中的问题进行定位
 
了解常见的反垃圾邮件方法及其原理
精通电子邮件的相关标准
 
深入理解电子邮件相关的法律、道德伦理问题。
参与电子邮件相关的RFC标准制定。
关于解决垃圾电子邮件的独到见解和解决方案。
 
【搜索技术】

了解一个通用搜索系统的基本组成和原理
熟练掌握一个搜索引擎的使用方法和评价方法
熟悉一个小型搜索系统的安装、调试、运行和应用定制开发
 
熟悉大型搜索引擎的基本原理
深入掌握从事搜索引擎核心开发所需要相关技术(C+Linux, 多线程/网络/存储开发技术 etc)
精通至少一种领先的核心模块(索引服务/检索服务/数据采集/页面分析 etc)的设计和开发
 
精通大型搜索引擎（检索/采集/处理）子系统的处理流程和架构设计
深入掌握两种以上核心模块的开发技术，能指导下级工程师从事业内领先水平的开发工作。
具有组织管理团队实现一个大型搜索子系统(检索/采集)的能力和经验
 
具有深厚的与搜索相关的理论(信息检索/自然语言处理/数据挖掘 etc)造诣和丰富的实践经验
熟悉大型搜索引擎系统的各个技术环节和架构设计
对各种前沿搜索技术和发展趋势有深刻理解和敏锐洞察力，并能及时地用于指导团队工作。
具有组织管理团队实现大型搜索引擎系统的能力和成功经验
【W3C 标准】

了解W3C标准的应用范围和意义；
了解与工作相关的主要W3C标准及其特点（如CSS/DOM/HTML/HTTP/MWI/PNG/SOAP/XMLP/XHTML/XMLXSL and XSLT等）；
了解各种浏览器或其他应用程序对各W3C标准的支持情况；
 
能够参照W3C标准进行日常的开发；
能够完成工作成果的关于W3C标准的验证；
 
熟悉常用的W3C标准，对项目进行分析并在项目中综合应用各W3C标准；
熟练按照W3C标准编写清晰、易读、规范、高质量的页面与程序；
熟练进行工作成果W3C标准的验证，并迅速找到问题并纠正；
 
能够指导他人在W3C标准下完成软件项目；
能够对相关人员进行W3C标准的培训；
能够有效的评审代码并快速排除运行时错误，具备对他人程序按照W3C标准进行优化的能力；
根据W3C标准制定公司和部门的相关标准；
精通W3C标准，具有进行综合规划的能力，与系构架构师一起设计高效合理符合标准的应用。
 

【vi/emacs】

了解 vim/emacs 的基本操作。
了解常用快捷键，能够熟练使用vim/emacs编写源代码，提高工作效率。
能够理解在开发FreeBSD、GNU/Linux下程序的时候，直接在FreeBSD或者GNU/Linux下用vim/emacs开发更有效率。
 
能安装 vim，并做常用设置，比如设置高亮，着色，及其他参数。
会安装 vim 插件,利用工具提高开发的方便和效率。
【办公软件】

能够使用OpenOffice.org替代MS Office工具开展日常文档撰写工作。
理解将现有的MS Office封闭的文档转化成OpenDocument文档的意义。
 
基本会使用常用办公软件：如Word的文档输入、排版，Excel简单制表等；
具备基本电子公文写作的能力；
掌握使用PIM类软件；
掌握使用公司各类电子办公系统。
 
能使用常用办公软件 如Word的输入，Excel制表，会议ppt制作等；
具备基本电子公文写作的能力；
掌握使用PIM类软件；
掌握使用公司各类电子办公系统。
 
熟练使用各类办公软件 如Word的输入排版和Excel制表，较专业的PPT文稿制作，Outlook等日程、约会安排等；
具备常用电子公文写作的能力，能快速准确进行的会议记录；
熟练掌握使用PIM类软件分发和制定会议日程；
能快速准确的完成会议记录；
熟练使用公司各类电子办公系统，能够根据使用情况提出改进和优化建议；
 

【用户研究】

能在指导人的指导下完成日常的用户研究任务，如：用户招募，甄选，访谈记录，数据整理等工作；
了解用户研究的相关基本概念、原则和方法；
 
熟悉用户研究的原则和方法；
能独立主持焦点小组，一对一访谈，远程访谈，进行数据分析和出具研究报告；
 
能灵活运用相关原则和研究方法；
具备支持公司级重点产品和频道的用户研究经验；能根据研究材料进行用户建模，任务建模等相关分析；
能组织带领一支6人左右的用户研究团队；
 
能根据产品和项目特点定制相关原则和方法；
具备指导公司级重点产品和频道的用户研究的能力；
【交互设计】

在指导人的指导下能完成日常的交互设计；如：站点地图，线框图；
了解交互设计的相关基本概念、原则和方法；
掌握基本的原型制作工具软件。如Visio,Dreaweaver
 
能基本掌握相关交互设计原则和方法；
有独立完成日常的非重点产品和频道的支持性交互设计工作；流程图，数据图，线框图，站点地图，用例图等
了解团队其他角色的工作流程，善于沟通；
 
能灵活运用相关交互设计的原则和方法；
具备支持公司级重点产品和频道的交互设计经验；能根据研究材料进行角色设定和使用情境的设定；
能组织带领一支6人左右的UI设计团队；
 
能根据产品和项目特点定制相关原则和方法；
具备指导公司级重点产品和频道的整体交互设计的能力；
【呈现设计】

了解呈现设计的基本原理和方法（色彩、造型、构图等）；
能够使用Photoshop、Flash、Dreamweaver等网页设计制作工具；
 
掌握呈现设计的基本原理和方法（色彩、造型、构图等）；
熟练使用Photoshop、Flash、Dreamweaver等设计制作工具；
可以比较准确的把握客户意图，并能够按照界面设计的规范进行设计；
 
精通呈现设计的基本原理和方法（色彩、造型、构图等）；
精通Photoshop、Flash、Dreamweaver等设计制作工具；
能够准确把握客户需求，按照可用性原则进行高品质的呈现设计；
具备图形原创和界面呈现的创新能力；
能够结合用户需求和产品特性，提出建设性的解决方案。
 
清楚产品定位和针对人群；
对客户需求有迅速而准确的理解和判断力；
有成熟高效的实现手法；
全面了解主要竞争对手的同类产品功能特性；
制定、管理设计规范；
能够指导他人独立完成产品呈现设计工作，有大量成功的产品呈现设计经验。

这是最有效的方式，也是最直接的方式，但是发送的机会比较难争取，除非像TOM、空中网一样的门户，我们想争取群发资源除非和移动的关系要很硬，同时要有合适PUSH的理由。

2 WAP自有营销 

（1）互链接，推荐自己的产品（但是现在移动的要求是每个业务，SP不能自链接超过两个，但其中的潜规则我们可以适当利用） 

（2）有奖促销，举办活动（但是还是依赖移动梦网的排名(主要梦网推荐和出频道时间考虑)，纸面媒体上宣传的效果不用。） 

（3）免费试用（这一点移动的要求要比联通的好多了，以前联通对各类产品都没有要求SP做免费试用页面，对于免费页面和纯免费的产品思路我们需要定义） 

（4）业务名称和业务描述的修改（效果非常明显，这个在以后我会持续不断的加强） 

3 门户概念营销 

（1）WAP门户营销，效果比较明显，例如通过WAP天下，17WAP，3G等，空中网,Moloon已经在紧密合作中。

（2）WWW门户营销，对于这个SINA，SOHU，163都有，效果有一些，基本走PUSH的方式，效果还可以。 

4. 专题/活动营销 

   联合移动省分公司或独自，可以根据不同的节日或者日期举办各类型的主题活动，例如音乐类的产品可以和某明星的新专辑一起搞活动，滚石移动做过很多，空中网的功夫就是例子，聊天社区类的可以举办线下见面娱乐活动，游戏类的可以举办现场手机比赛活动等。 

5. 终端合作 

（1）包装增值卡，终端包装盒加卡，对于SMS，MMS产品的效果不错，我们在SMS式的WAPPUSH上可以考虑合作。 

（2）终端内置，空中网，TOM的成功运用，这个方面以后一定要做，但前提是优质的产品,不过现在的终端也已经开始思考如何赚取更多的利润,Moto就是典型的例子。

6.其他考虑 

软文，SKYINFO的TOM经常使用软文推棉被悄悄话，其他的考虑到我再补充。

以上考虑由于时间关系，想得比较笼统，主要为开头提个思路，期望能抛砖引玉，大家能一起讨论营销方法，做好WAP的推广。

信息架构是为了让用户简单高效的找到所需信息的一种对信息的组织方式，具体表现在网站的分类、导航，也包括部分页面的结构和呈现方式。

卡片分类法（Card Sorting）是一种以用户为中心的方法，可以观察出用户如何理解和组织信息。顾名思义，就是将信息（概念、条目、内容、小分类等）分别写在一张张的卡片上，然后归类。既可以事先提供固定的分类，也可以由志愿者自己创建分类。通过卡片分类，可以了解用户所想，然后更好的完成页面、导航、内容组织等网站的信息架构。

只要是 UCD 方法我都知道不错，可我什么情况下可以用卡片分类呢？

* 当有一大堆资讯、信息需要分类的时候；
* 网站导航设计或者改版的时候；
* 想了解用户对分类的想法时；

进行卡片分类的基础是用户研究，如果你招募的志愿者并不能覆盖典型，那么卡片分类法就会有所偏差，这和角色设计一样。通过卡片分类，一方面可以对导航、内容组织等提供有价值的参考，另一方面也可以验证自己的想法。比如网站导航如何调整和改版才能符合用户的心理。

卡片分类的操作方式很多，根据项目所处的环境和你的目的，既可以将分类的任务交给志愿者，也可以给出信息，让志愿者组合和分类。但是如果你自己都觉得给一堆内容分类非常困难——大部分情况下是因为对概念、条目的不熟悉和不理解，那么很容易让志愿者感到为难和尴尬（当然也可以通过一些奖励弥补）。

挺酷的，那我该怎么开始呢？

就像上面说的，首先得走出第一步，进行用户研究。志愿者的招募非常重要，大部分项目是因为根本招募不到（或者不知道怎么招募）志愿者才没办法开展诸如卡片分类、可用性测试等。Jacob 有一篇文章 Card Sorting: How Many Users to Test，提到了大部分项目适当的卡片分类志愿者人数是 15 人，大型项目可以达到 30 人。个人觉得如果只是想对自己想法进行验证的话，5-10 人即可。

卡片的准备是比较简单的，适当硬度和大小，150克以上的名片纸（可以手写）是比较好的，或者同等效果的铜版纸快印然后裁剪。N次贴平常内部讨论和个人使用时是很方便，但是不太适合作给志愿者，因为 a.较软，边角容易翻；b.需要可以贴的地方，比如白板，而且所需空间较大，限制了人数。N次贴可以用作后期对卡片分类结果的分析。使用工具软件的话，就可以节省这部分成本，不过个人觉得用真实的卡片比较有亲和力，而且对计算机水平要求不高。

卡片上的文字必须经过内部讨论，可以适当参考相应领域专家的意见（但不完全套用），避免产生歧义，有需要的话也可以在文字下面加少量的描述，以便于理解。然后为每个志愿者准备一套卡片（一般为30个条目左右），同时准备一些空白的卡片，一方面是给志愿者发挥，一方面是备用。虽说利用观察室、摄像等方式可以记录下整个过程以便于事后分析，实际上最低限度准备一个宽敞的会议室，一些小礼品也就足够了。

准备一份说明，以便告诉志愿者这么做的目的、如何进行、注意事项。

卡片分类的进行，既可以一对一，也可以所有志愿者一起进行。一对一的好处就是可以随时了解志愿者思考过程，但如果操作不当，容易引起志愿者反感。

收集到数据啦

一般我们将每一张卡片的分类情况作一个矩阵，然后看这些卡片被分类的分布情况。数据量少的情况下，一块白板一些N次贴就够了，如果数据量大，也可以使用专门的数据分析软件，比如 IBM EZCalc、CardZort 自带的 Cluster。

马上试试，给我些建议吧

实际上比如焦点小组、访谈、卡片分类、可用性测试等以用户为中心设计方法一点也不困难，可以做到低成本而且高效。或许建立观察室、添置硬件等无法满足，但是仍然可以采用相对简单的方式进行。对于有巨大用户基数的网站，也可以通过 Web 进行，派发些小礼品什么的效果会很好。推荐工具有 IBM EZSort、CardZort、WebSort 等，使用的比较多（但IBM已经停止开发和下载），有兴趣可以尝试一下。

最后，这里有一大堆关于卡片分类的文章

    一、我们这样构建信息结构

了解需求：

1、我们要做什么？

“知识就是力量，智慧就是财富”“我的智慧我做主”“让有一技之长者拥有提高自己和把知识转变为财富的平台”

为行业中的佼佼者提供专业的交流平台，并给会员提供自己做项目的机会，充分的发挥自身的知识。解决网络的信任危机问题，吸引拥有项目的老板等提供可信任的场所。

2、我们的主要用户群是谁？

各行业的技术专家

3、分析项目运营的可行性。

这个当然由运营人员论证可行，然后董事决议通过。

分析需求：

1、目标分析

“为行业中的佼佼者提供专业的交流平台”——社区论坛、研究室、主题讲座及讨论、个人信息管理、资源共享库。

“给会员提供自己做项目的机会”——–提供项目需求展示区、人才检索及人才推荐、项目监理、招标。

“信任、专业性”———会员认证机制（真实姓名、手机、网络联系方式、自我描述、提供核查的证据和方法。）、行业的职位等级、平台积分、其他会员评价、平台担保机制。

此平台主要面对的人群及行业定位

2、主要用户分析

那个行业？此行业专家的知识结构、主要年龄范围、各行业形成的性格、色彩喜好、行为特点、使用网络的程度等等分析

构建信息结构：

（在此仅提供主要栏目及基本描述。）

二、在设计实施的阶段，信息结构被谁扰乱了…

在此信息架构确认之后(虚拟个时间吧：2007.01.01)，就开始根据信息架构和需求分析做具体的交互设计、界面设计、及功能设计开发等…

在此一月之后（2007.02.01）

需求董事召集大家开会，提出：我们要做电子期刊，要把大家讨论的结构整理成书来共享，并且最好作为一个独立的栏目列出来。

交互框架？数据库框架？交互设计的大概模型和数据库结构的设计基本完成，我们都要变！！！迫于压力，于是开始讨论期刊和其他部分的关系，做那些改动等等。

此刻心理想，不早说呀！

又过了一周（2007.02.07）

需求董事召集大家开会，提出：我们要做邮件系统，因为我们的会员之间仅可以简单的留言，我想他们之间可以直接的发附件。

此刻没有这个必要吧？？？众人一致反对，于是董事坚定的说有此需求。

由于众人的反对，董事勉强作罢。反对理由，邮箱服务不是我们的重点，领域的专家不可能没有自己的邮箱，利用率太低。

又过了两月之后（2007.04.07）

需求董事召集大家开会，我觉的我们要做的是招聘平台。理由是：我们提供专家人才，实际上我们应该做招聘。

我第一个反对，一个平台应该有一个主要姿态，咱们的主要目的不能变。咱们已经“平台咨询”栏目里提供“企业招聘服务台”，招聘服务可以作为一个独立的网站给用户，可以再做一个专业的招聘服务，象智联招聘和51JOB那样。咱们最初的主要目标不是做招聘呀！

最好招聘栏目还是被强制的加到本网站平台主要栏目中…

又过了一月之后（2007.05.07）

需求董事召集大家开会，我觉的我们实际上应该做成“淘宝”这样，理由：我们有项目、有人才，我们也可以让人才开知识商店呀！

我晕了，早说做成“淘宝”，照着抄不就完了！！

最好的结果是迫于压力：在主栏目里添加“知识商店”栏目。

小结：

就这样，信息架构被改了又改，不但架构的合理性无从考证，随之而来的是：修改，返工……

且不说为了运营是否应该这样做，起码大家可以看到：在后期设计实施阶段，改变信息结构的代价是惨重的，返工也成了必然！对于信息架构，牵一发而动全身…

需求总是很多，这社会上什么需求都有，同一个人也有太多的需求，应该有明确的主要目的，即一个鲜明的姿态。看《武林外传》的“大嘴”应聘厨子时，很勇敢的站门口喊出新中的心声“我是个厨子！！！！”，“大嘴”姿态多鲜明呀！

在本次信息架构设计中，构建的信息结构是严格根据需求分析得到的，为何我们还要因为一时的想法去改变原本合理的信息结构？如此草率的行事，朝三暮四的想法，信息架构会变成“信息乱构”！怕什么也做不成！

三、会打乱信息架构的其他因素

1、界面设计的个人行为

做界面设计会有个人行为，虽然界面设计的宗旨是以用户为中心，但具体的操作时，不免有个人的行为出现，甚至会为了好看而随心所欲的改变信息结构。这样的现象最好的避免办法就是要对设计评估。综合所有人的意见（包括用户角色），以便得到客观、可行的设计结果。

2、程序编程员的个人行为

程序员是一个聪明的人群，他们会热衷于前端的功能或者技术。极有可能的现象就是按照自己的意愿给多加几个功能，或按照自己的想法改变了功能，因为程序员认为这样更好。即便程序员说的是对的，也应该由信息架构人员做统一的整体信息结构调整，杜绝个人行为。最好大家有新的想法就相互沟通，统一认识。

3、丰富的用户体验反馈，很容易让领导质疑信息结构。

客服或运营可谓是最接近用户的，用户会经常说些自己的期望，或者埋怨点什么。若决策者听到这些汇报就草率要求满足用户的所有需求，也会导致信息结构的改变。其实不用着急的，用户的需求是无止境的，也太多，应该从不断的积累中来验证是否满足咱们期望的用户需求。而不应该草率满足所有用户而迷失…

四、怎么让大家坚信合理的信息结构？

1. 信息架构需要明确的需求定位

合理的信息架构离不开对需求的客观分析，首先就要要求需求是明确的、客观的，只有这样才能信息架构设计才有的放失，才能为目标去组织结构。

2. 构建信息结构的元素来源于对需求的客观分析

信息结构的组成元素不是凭空捏造的，而是分析需求得到的，并为满足需求去组织结构。分析需求的阶段要让各部分不同程度的参与，以保证信息结构是可实施的。且在合理性上，让大家看到分析的过程，承认其合理性。

3. 信息架构满足运营的需求

考虑为了满足运营而额外添加的内容，因为运营并不一定站在用户体验的角度考虑，比如在信息结构中添加广告等等。避免因为运营的问题而带来信息结构上的麻烦。

4. 信息架构考虑可用性、用户体验因素

可用性和用户体验部分，是从用户角度考虑的交互及界面表现设计，这部分工作在需求分析结构就应该有相关人员参与进来，给用性和用户体验提供源头的优化。

5. 信息架构设计阶段，让开发的各部分都参与进来

信息架构不仅仅是信息架构师的事情，因为最终的信息结构要有设计人员、编程人员、运营人员来贯穿实施，因而考虑各部分不同程度的参与是关键，也是大家统一思想认识的阶段。相信这样出来的信息结构是被大家认同的，如果有谁提出改变信息架构的草率提议，我们从定位、分析、组织等个角度，有充足的理由说服他！如果谁以新的需求来祸乱，那么我们直接说新的需求要新的信息结构。举例：阿里巴巴为何不把旗下的几个网站整合成一个网站呢？应该每个网站都有其明确的目标吧？起码当前这个举例有说服力。

注：以上观点若有不对之处，欢迎指正。

曾经有一个丝毫不懂网站设计的朋友问我：设计一个网站到底有多少活，一个普通的网站具体需要设计多少个页面？
我回答：一般情况下不会超过30个页面；事实上一切的设计工作只是为了设计好这不足30个的页面，这些几乎是整个网站的所有。

我没有骗他，事实确实可以这么说。

针对于这30个页面，我们在设计之前需要搞清楚：这些页面是给什么样人看的？他们有什么样的特征？我们需要给这些人什么样感觉的页面东西？(以上基本上是用户研究、产品和数据分析、概念设计所要解决的事情，我们前几期刚写过)。

接着我们需要开始具体的设计了……

首先，要解决：
1、针对于产品服务的角色们，整个产品需要那些功能点。
2、功能与功能之间的组织关系是什么，这就是所谓的产品结构。menutree。
3、每个功能点最终会具象化到一个页面；
4、这个页面里都应该有什么内容？(一个页面会包含进去N个功能点），这个页面主要为那个或者那些角色服务
5、这个页面的内容要如何摆放。
然后，要解决：页面和页面之间的关系是什么，如何交互，细节如何表现……

这篇文章我们只说”首先要解决”的问题，也就是一般情况下我们在”信息架构设计”阶段要做的事情。

功能结构的设计：
1、针对于产品服务的角色们，整个产品需要那些功能点
2、功能与功能之间的组织关系是什么，这就是所谓的产品结构。menutree。
通常情况下我建议设计师按照可能的产品导航的思路去设计这个menutree，功能结构的产出物最好可以直接转化为产品导航。因为这样做有利于让后面的设计工作变得更可预知，也会让产品的功能结构更加靠近用户所见到的表现层结构。
我们可能会用卡片的方式去完成这个工作，例如下图：

或者用word、excel，例如：

在这里需要注意的是：
1、产品需要那些功能点一定要从角色的角度去思考
2、可以照顾到后台的数据结构和逻辑，但不能受限于数据结构而去设计功能结构
3、用户不知道产品的底层什么样子的，他们只看到表现层。所以表现层越和底层一致对于产品的架构会越好。也就是说”功能树的结构最好等于导航菜单的结构”。
4、产品需要一定的积累期，一开始不是所有能想到的功能都要一股脑的做全、做细，但一定要想到功能升级时的延展性。
5、我们不需要做到非常细致，只需要构架好整体的框架即可。

页面结构的设计：
4、这个页面里都应该有什么内容？(一个页面会包含进去N个功能点），这个页面主要为那个或者那些角色服务
5、这个页面的内容要如何摆放。
页面的内容信息需要参照menutree的信息，每个页面如何摆放是页面结构设计的主要内容。
和经验丰富的设计师一起合作时，我们会在一块块的纸上绘制简单的原型，然后再通过反复的讨论来决定把他们摆到什么位置。
通常情况下和不是很熟练的设计师合作时，我们会用PPT或者PS去一步步的落实这些内容，先把内容都给列出来、接着考虑他们放到哪里去，然后考虑他们占多大空间，最后具体落实到主要模块的具体展现方式是什么样的。
例如下图：（直接看大图>）

在这里需要注意的是：
1、一般情况下建议不要先设计首页再去设计二级或三级页面，从内到外的设计会更加的有的放矢。
大多时候二级页面的内容会是其所有三级页面的提炼，首页的内容会是所有二级页面内容的提炼。用户是从外到内看，到我们却应该从内到外设计..
2、尽量少或者根本不要去考虑页面之间的交互关系和怎么跳转。只需要按照功能结构去设计每个页面的结构即可。
3、除了较多页面都需要的通用模块和页面中很主要的模块，需要深入考虑具体的展示方式，但也无需认为”最后一定要按照这样的展示去做”，其他页面更是不要过多的深入到细节。