层次数据模型
 
    定义：层次数据模型是用树状<层次>结构来组织数据的数据模型。
 
    满足下面两个条件的基本层次联系的集合为层次模型
     1. 有且只有一个结点没有双亲结点，这个结点称为根结点
     2. 根以外的其它结点有且只有一个双亲结点
 
其实层次数据模型就是的图形表示就是一个倒立生长的树，由基本数据结构中的树（或者二叉树）的定义可知，每棵树都有且仅有一个根节点，其余的节点都是非根节点。每个节点表示一个记录类型对应与实体的概念，记录类型的各个字段对应实体的各个属性。各个记录类型及其字段都必须记录。
 　　
 　　层次模型的特点：
     结点的双亲是唯一的
     只能直接处理一对多的实体联系
     每个记录类型可以定义一个排序字段，也称为码字段
     任何记录值只有按其路径查看时，才能显出它的全部意义
     没有一个子女记录值能够脱离双亲记录值而独立存在
 　　实例：
 　　　　
 　　　　
 　　　　
     层次模型的完整性约束条件
     无相应的双亲结点值就不能插入子女结点值
     如果删除双亲结点值，则相应的子女结点值也被同时删除
     更新操作时，应更新所有相应记录，以保证数据的一致性
 
    优点
     层次模型的数据结构比较简单清晰
     查询效率高，性能优于关系模型，不低于网状模型
     层次数据模型提供了良好的完整性支持
     缺点
     结点之间的多对多联系表示不自然
     对插入和删除操作的限制多，应用程序的编写比较复杂
     查询子女结点必须通过双亲结点
     层次命令趋于程序化
 
层次数据库系统的典型代表是IBM公司的IMS（Information Management System）数据库管理系统
 

 
网状数据模型
 
    定义：用有向图表示实体和实体之间的联系的数据结构模型称为网状数据模型。
     满足下面两个条件的基本层次联系的集合称为网状数据模型：
     1. 允许一个以上的结点无双亲；
     2. 一个结点可以有多于一个的双亲。
 
 　　其实，网状数据模型可以看做是放松层次数据模型的约束性的一种扩展。网状数据模型中所有的节点允许脱离父节点而存在，也就是说说在整个模型中允许存在两个或多个没有根节点的节点，同时也允许一个节点存在一个或者多个的父节点，成为一种网状的有向图。因此节点之间的对应关系不再是1:n，而是一种m:n的关系，从而克服了层次状数据模型的缺点。
 　　特征：
 　　　　 1. 可以存在两个或者多个节点没有父节点；
 　　　　 2. 允许单个节点存在多于一个父节点；
 　　网状数据模型中的，每个节点表示一个实体，节点之间的有向线段表示实体之间的联系。网状数据模型中需要为每个联系指定对应的名称。
 　　实例：　　
 
 
    优点：
     网状数据模型可以很方便的表示现实世界中的很多复杂的关系；
     修改网状数据模型时，没有层次状数据模型的那么多的严格限制，可以删除一个节点的父节点而依旧保留该节点；也允许插入一个没有任何父节点的节点，这样的插入在层次状数据模型中是不被允许的，除非是首先插入的是根节点；
     实体之间的关系在底层中可以借由指针指针实现，因此在这种数据库中的执行操作的效率较高；
 
    缺点：
      网状数据模型的结构复杂，使用不易，随着应用环境的扩大，数据结构越来越复杂，数据的插入、删除牵动的相关数据太多，不利于数据库的维护和重建。
      网状数据模型数据之间的彼此关联比较大，该模型其实一种导航式的数据模型结构，不仅要说明要对数据做些什么，还说明操作的记录的路径；
     DDL、DML语言复杂，用户不容易使用
     记录之间联系是通过存取路径实现的，用户必须了解系统结构的细节
 
    网状模型与层次模型的区别
     网状模型允许多个结点没有双亲结点
     网状模型允许结点有多个双亲结点
     网状模型允许两个结点之间有多种联系（复合联系）
     网状模型可以更直接地描述现实世界
     层次模型实际上是网状模型的一个特例
 
典型代表是DBTG系统，亦称CODASYL系统，是20世纪70年代由DBTG提出的一个系统方案。实际系统：Cullinet Software公司的 IDMS、Univac公司的 DMS1100、Honeywell公司的IDS/2、HP公司的IMAGE。
 

 
三、关系型数据模型
 　　关系型数据模型对应的数据库自然就是关系型数据库了，这是目前应用最多的数据库。
 　　定义：使用表格表示实体和实体之间关系的数据模型称之为关系数据模型。
 　　关系型数据库是目前最流行的数据库，同时也是被普遍使用的数据库，如MySQL就是一种流行的数据库。支持关系数据模型的数据库管理系统称为关系型数据库管理系统。
 　　特征：
 　　　　 1. 关系数据模型中，无论是是实体、还是实体之间的联系都是被映射成统一的关系—一张二维表，在关系模型中，操作的对象和结果都是一张二维表，它由行和列组成；
 　　　　 2. 关系型数据库可用于表示实体之间的多对多的关系，只是此时要借助第三个关系—表，来实现多对多的关系；
 　　　　 3. 关系必须是规范化的关系，即每个属性是不可分割的实体，不允许表中表的存在；
 　　实例：
 
 
    优点：
      结构简单，关系数据模型是一些表格的框架，实体的属性是表格中列的条目，实体之间的关系也是通过表格的公共属性表示，结构简单明了；
     关系数据模型中的存取路径对用户而言是完全隐蔽的，是程序和数据具有高度的独立性，其数据语言的非过程化程度较高；
     操作方便，在关系数据模型中操作的基本对象是集合而不是某一个元祖；
      有坚实的数学理论做基础，包括逻辑计算、数学计算等；
 
    缺点：
     查询效率低，关系数据模型提供了较高的数据独立性和非过程化的查询功能（查询的时候只需指明数据存在的表和需要的数据所在的列，不用指明具体的查找路径），因此加大了系统的负担；
     由于查询效率较低，因此需要数据库管理系统对查询进行优化，加大了DBMS的负担；
 
    相关概念：
     关系（Relation）：一个关系对应通常说的一张表
     元组（Tuple）：表中的一行即为一个元组
     属性（Attribute）：表中的一列即为一个属性，给每一个属性起一个名称即属性名
     主码（Key）：也称码键。表中的某个属性组，它可以唯一确定一个元组
     域（Domain）：是一组具有相同数据类型的值的集合。属性的取值范围来自某个域。
     分量：元组中的一个属性值。
     关系模式：对关系的描述，关系名（属性1，属性2，…，属性n），如：学生（学号，姓名，年龄，性别，系名，年级）
 
    关系必须是规范化的，满足一定的规范条件
     最基本的规范条件：关系的每一个分量必须是一个不可分的数据项, 不允许表中还有表
 
    术语对比
 
 
    关系的完整性约束条件
     实体完整性
     实体完整性是指实体的主属性不能取空值。实体完整性规则规定实体的所有主属性都不能为空。实体完整性针对基本关系而言的，一个基本关系对应着现实世界中的一个主题，例如上例中的学生表对应着学生这个实体。现实世界中的实体是可以区分的，他们具有某种唯一性标志，这种标志在关系模型中称之为主码，主码的属性也就是主属性不能为空。
     参照完整性
     在关系数据库中主要是值得外键参照的完整性。若A关系中的某个或者某些属性参照B或其他几个关系中的属性，那么在关系A中该属性要么为空，要么必须出现B或者其他的关系的对应属性中。
     用户定义的完整性
     用户定义完整性是针对某一个具体关系的约束条件。它反映的某一个具体应用所对应的数据必须满足一定的约束条件。例如，某些属性必须取唯一值，某些值的范围为0-100等。
 
计算机厂商新推出的数据库管理系统几乎都支持关系模型
 

 

数据模型的概念
 
在数据库中用数据模型这个工具来抽象、表示和处理现实世界中的数据和信息。
 通俗地讲数据模型就是现实世界的模拟。
 
数据模型应满足三方面要求：
 
能比较真实地模拟现实世界
容易为人所理解
便于在计算机上实现
 
2.两大类数据模型
 
数据模型分为两类（分属两个不同的层次）
 
概念模型 也称信息模型，它是按用户的观点来对数据和信息建模，用于数据库设计。
逻辑模型 和 物理模型
 
 
逻辑模型主要包括网状模型、层次模型、关系模型、面向对象模型等，按计算机系统的观点对数据建模，用于DBMS实现。
 
 
物理模型是对数据最底层的抽象，描述数据在系统内部的表示方式和存取方法，在磁盘或磁带上的存储方式和存取方法。
 
 
数据模型的组成要素
 
(1)数据结构
 
数据结构是所研究的对象类型的集合。这些对象是数据库的组成成分，数据结构指对象和对象间联系的表达和实现，是对系统静态特征的描述，包括两个方面：
 （1）数据本身：类型、内容、性质。例如关系模型中的域、属性、关系等。
 （2）数据之间的联系：数据之间是如何相互关联的，例如关系模型中的主码、外码联系等。
 
(2)数据操作
 
数据操作
 
对数据库中各种对象(型)的实例(值)允许执行的操作，及有关的操作规则
 数据操作的类型
 
查询
更新(包括插入、删除、修改)
 
(3)数据的完整性约束条件
 
数据的完整性约束条件是一组完整性规则的集合，规定数据库状态及状态变化所应满足的条件，以保证数据的正确性、有效性和相容性。
 完整性规则：给定的数据模型中数据及其联系所具有的制约和储存规则
 
常用的数据模型
 
 
层次模型
 

 
 
 
 
 
网状模型
 

 
 
 
 
 
 
关系模型
 
关系数据库系统采用关系模型作为数据的组织方式
 1970年美国IBM公司San Jose研究室的研究员E.F.Codd首次提出了数据库系统的关系模型
 计算机厂商新推出的数据库管理系统几乎都支持关系模型
 
（1）数据结构
 
在用户观点下，关系模型中数据的逻辑结构是一张二维表，它由行和列组成。
 
 几个名词解释：
 
 
关系（Relation）
 一个关系对应通常说的一张表
 
 
元组（Tuple）
 表中的一行即为一个元组
 
 
属性（Attribute）
 表中的一列即为一个属性，给每一个属性起一个名称即属性名
 
 
主码（Key）
 表中的某个属性组，它可以唯一确定一个元组。
 
 
域（Domain）
 属性的取值范围。
 
 
分量
 元组中的一个属性值。
 
 
关系模式
 对关系的描述
 
 
关系名（属性1，属性2，…，属性n）
 学生（学号，姓名，年龄，性别，系，年级）
 
 

 
 
 
关系模型的优缺点
 
优点
 
建立在严格的数学概念的基础上;
概念单一:
实体和各类联系都用关系来表示; 对数据的检索结果也是关系
关系模型的存取路径对用户透明
具有更高的数据独立性，更好的安全保密性
简化了程序员的工作和数据库开发建立的工作;
 
缺点
 
存取路径对用户透明导致查询效率往往不如非关系数据模型;
为提高性能，必须对用户的查询请求进行优化,增加了开发DBMS的难度;

一、层次数据模型
 
　　定义：层次数据模型是用树状<层次>结构来组织数据的数据模型。
 
　　其实层次数据模型就是的图形表示就是一个倒立生长的树，由基本数据结构中的树（或者二叉树）的定义可知，每棵树都有且仅有一个根节点，其余的节点都是非根节点。每个节点表示一个记录类型对应与实体的概念，记录类型的各个字段对应实体的各个属性。各个记录类型及其字段都必须记录。
 
　　特征:树的性质决定了树状数据模型的特征
 
　　　　 1. 整个模型中有且仅有一个节点没有父节点，其余的节点必须有且仅有一个父节点，但是所有的节点都可以不存在子节点；
 
　　　　 2. 所有的子节点不能脱离父节点而单独存在，也就是说如果要删除父节点，那么父节点下面的所有子节点都要同时删除，但是可以单独删除一些叶子节点；
 
　　　　 3. 每个记录类型有且仅有一条从父节点通向自身的路径；
 
　　实例：
 
　　　　 如图1，以学校某个系的组织结构为例，说明层次数据模型的结构。
 
　　　　 1.  记录类型系是根节点，其属性为系编号和系名；
 
　　　　 2.  记录类型教研室和学生分别构成了记录类型系的子节点，教研室的属性有教研室编号和教研室姓名，学生的属性分别是学号、姓名和成绩；
 
            3.  记录类型教师是教研室这一实体的子节点，其属性由教师的编号，教师的姓名，教师的研究方向。
 
　　优点：
 
 　　　   1. 层次数据模型的结构简单、清晰、明朗，很容易看到各个实体之间的联系；
 
　　　　 2. 操作层次数据类型的数据库语句比较简单，只需要几条语句就可以完成数据库的操作；（百度百科）
 
　　　　 3. 查询效率较高，在层次数据模型中，节点的有向边表示了节点之间的联系，在DBMS中如果有向边借助指针实现，那么依据路径很容易找到待查的记录；
 
　　　　 4. 层次数据模型提供了较好的数据完整性支持，正如上所说，如果要删除父节点，那么其下的所有子节点都要同时删除；如图1，如果想要删除教研室，则其下的所有教师都要删除；
 
　　缺点：
 
　　       1.结构呆板，缺乏灵活性。 
 
　　       2. 层次数据模型只能表示实体之间的1:n的关系，不能表示m:n的复杂关系，因此现实世界中的很多模型不能通过该模型方便的表示；
 
　　　　3.查询节点的时候必须知道其双亲节点的，因此限制了对数据库存取路径的控制。
 
　　　　　　　　　　　　
 
二、网状数据模型
 
　　定义：用有向图表示实体和实体之间的联系的数据结构模型称为网状数据模型。
 
　　其实，网状数据模型可以看做是放松层次数据模型的约束性的一种扩展。网状数据模型中所有的节点允许脱离父节点而存在，也就是说说在整个模型中允许存在两个或多个没有根节点的节点，同时也允许一个节点存在一个或者多个的父节点，成为一种网状的有向图。因此节点之间的对应关系不再是1:n，而是一种m:n的关系，从而克服了层次状数据模型的缺点。
 
　　特征：
 
　　　　 1. 可以存在两个或者多个节点没有父节点；
 
　　　　 2. 允许单个节点存在多于一个父节点；
 
　　网状数据模型中的，每个节点表示一个实体，节点之间的有向线段表示实体之间的联系。网状数据模型中需要为每个联系指定对应的名称。
 
　　实例：　　
 
　　　　 同样是以教务管理系统为例，下面说明了院系的组成中，教师、学生、课程之间的关系。
 
　　　　　　　　　　　　
 
　　　　　　　　　　　　　　　　　　　　图 2. 院系的教务管理系统
 
　　　　由上图中可以看出课程（实体）的父节点由专业、教研室、学生。以课程和学生之间的关系来说，他们是一种m:n的关系，也就是说一个学生能够选修多门课程，一门课程也可以被多个学生同时选修。
 
　　优点：
 
　　　　 1. 网状数据模型可以很方便的表示现实世界中的很多复杂的关系；
 
　　　　 2. 修改网状数据模型时，没有层次状数据模型的那么多的严格限制，可以删除一个节点的父节点而依旧保留该节点；也允许插入一个没有任何父节点的节点，这样的插入在层次状数据模型中是不被允许的，除非是首先插入的是根节点；
 
　　　　 3. 实体之间的关系在底层中可以借由指针指针实现，因此在这种数据库中的执行操作的效率较高；
 
　　缺点：
 
　　　　 1. 网状数据模型的结构复杂，使用不易，随着应用环境的扩大，数据结构越来越复杂，数据的插入、删除牵动的相关数据太多，不利于数据库的维护和重建。
 
　　　　 2. 网状数据模型数据之间的彼此关联比较大，该模型其实一种导航式的数据模型结构，不仅要说明要对数据做些什么，还说明操作的记录的路径；
 
　三、关系型数据模型
 
　　关系型数据模型对应的数据库自然就是关系型数据库了，这是目前应用最多的数据库。
 
　　定义：使用表格表示实体和实体之间关系的数据模型称之为关系数据模型。
 
　　关系型数据库是目前最流行的数据库，同时也是被普遍使用的数据库，如MySQL就是一种流行的数据库。支持关系数据模型的数据库管理系统称为关系型数据库管理系统。
 
　　特征：
 
　　　　 1. 关系数据模型中，无论是是实体、还是实体之间的联系都是被映射成统一的关系---一张二维表，在关系模型中，操作的对象和结果都是一张二维表；
 
　　　　 2. 关系型数据库可用于表示实体之间的多对多的关系，只是此时要借助第三个关系---表，来实现多对多的关系，如下例子中的学生选课系统中学生和课程之间表现出一种多对多的关系，那么需要借助第三个表，也就是选课表将二者联系起来；
 
　　　　 3. 关系必须是规范化的关系，即每个属性是不可分割的实体，不允许表中表的存在；
 
　　实例：
 
　　　　 下面以学生选课系统为例进行说明。学生选课系统的实体包括：学生、教师、课程；其联系一般为学生与课程之间是一种多对多的关系，教师与课程之间是多对多的关系。学生可以同时选择多门课程，一门课程也可以同时被多个学生同时选择；一位教师可以教授多门课程，一门可能可以由多个教师教授。因此他们之间的联系如下：
 
        　　　　　　　　　　　　
 
　　　　　　　　　　　　　　　　图 3 学生选课系统示意图
 
　　将该图映射为关系数据模型中的表格为图4。从中可以看到学生与课程之间的联系以及教师和课程之间的多对多联系都被映射成了表格。其中选课表中的sut_id和cour_id分别是引用学生表和课程表的cour_id的外键；教课表也是如此。
 
　　　　　　　　　　　　
 
 　　　　　　　　　　　　　　　　图 4 关系数据模型的表格
 
　　优点：
 
　　　　 1. 结构简单，关系数据模型是一些表格的框架，实体的属性是表格中列的条目，实体之间的关系也是通过表格的公共属性表示，结构简单明了；
 
　　　　 2. 关系数据模型中的存取路径对用户而言是完全隐蔽的，是程序和数据具有高度的独立性，其数据语言的非过程化程度较高；
 
　　　　 3. 操作方便，在关系数据模型中操作的基本对象是集合而不是某一个元祖；
 
　　　　 4. 有坚实的数学理论做基础，包括逻辑计算、数学计算等；
 
　　缺点：
 
　　　　 1. 查询效率低，关系数据模型提供了较高的数据独立性和非过程化的查询功能（查询的时候只需指明数据存在的表和需要的数据所在的列，不用指明具体的查找路径），因此加大了系统的负担；
 
　　　　 2. 由于查询效率较低，因此需要数据库管理系统对查询进行优化，加大了DBMS的负担；
 
　　关系数据模型的三种约束完整性：
 
　　关系数据模型定义了三种约束完整性：实体完整性、参照完整性以及用户定义完整性。
 
　　实体完整性：实体完整性是指实体的主属性不能取空值。实体完整性规则规定实体的所有主属性都不能为空。实体完整性针对基本关系而言的，一个基本关系对应着现实世界中的一个主题，例如上例中的学生表对应着学生这个实体。现实世界中的实体是可以区分的，他们具有某种唯一性标志，这种标志在关系模型中称之为主码，主码的属性也就是主属性不能为空。
 
　　参照完整性：在关系数据库中主要是值得外键参照的完整性。若A关系中的某个或者某些属性参照B或其他几个关系中的属性，那么在关系A中该属性要么为空，要么必须出现B或者其他的关系的对应属性中。如上表中的选课关系的stu_id和cour_id分别是参考学生和课程的外键，那么对于现实的系统而言，stu_id和cour_id必须分别出现在学生和课程关系中，这就是外键参考的完整性，同时删除的时候根据设置的不同有不同的处理方式。
 
　　用户定义完整性：用户定义完整性是针对某一个具体关系的约束条件。它反映的某一个具体应用所对应的数据必须满足一定的约束条件。例如，某些属性必须取唯一值，某些值的范围为0-100等。
 
 

 
根据马斯洛的需求层次理论，设计需求层次模型依赖于这么一个假设：为了获取成功，一个设计在满足更高层次的需求之前，它必须满足一些基本的需求。一个设计想要赢得喝彩，它必须像预期的那样工作，它必须满足最基本的要求，否则，其他的一切都不重要。
 
真的是这样么？或者有没有这样一种设计，因为它会使用户更有效率或者满足某些创造性的需求，即便使用起来很困难但仍然能够成功的呢？是不是在考虑高层次的需求之前必须事先考虑到所有的低层次需求呢？想要得到这些问题的答案，让我们一起从马斯洛的层次理论开始。
 
 
 
 
 
 
 
 
马斯洛的需求层次理论
 
 
 
在他的1943年的论文《人类动机理论》，美国心理学家亚伯拉罕.马斯洛提出了一个人类心理需求层次理论。
 
生理需求是人类得以生存所必须的。其中包括呼吸、食物、水、遮蔽处、性、衣服、睡眠还有安慰。
 
安全需求可以被看做为了满足明天的生理需求而需要具备的方式。包括人身和财产安全、健康、秩序、法律还有免受大自然灾害。
 
爱和归属需求是关于社交的。我们都不愿孤单的过活。社交需求包括友谊、爱情、亲密关系、家庭、社群、归属感还有人际关系。
 
尊重需求包括自尊以及他人的认可。尊重可能会以下列方式显示出来：成就、地位、声誉、赞誉、支配权、自由以及责任。
 
自我实现需求指的是超越我们自己，它们来源于和平、知识、自我实现、个人潜能的实现以及巅峰体验。
 
根据马斯洛的理论，如果你想要满足层次模型中的某一个层次而不事先满足之前的那个层次，你所处的需求层次可能会变得不稳定。假如你正在等待一个是否犯有癌症的医学检验报告，你是无法期望在一个小组中表现的很好的。
 
层次模型中的低层次是高层次需求的基础。如果基础在摇晃，你最好自动回到较低层次稳定下来，然后再图回到更高的层次。如果不是这样，可能会导致思想和情感上的压力和焦虑。
 
 
 
对马斯洛层次模型的批判
 
 
 
很多人不赞同马斯洛。很多人质疑该层次模型的原因是它无法解释自私、勇敢和慈善等行为。它也解释不了“食不果腹的艺术家”，它们甚至在基本的生理需求都很难满足的情况下还在追求着自我实现。
 
批评者认为在马斯洛建立他的理论之前缺少实证，观察报告也很有局限性。马斯洛没有对人类心灵方面进行解释，却留出那么多的不满足他的理论的实例。也许他的理论是一个很好的idea或是一个美好的开始，离被人们认可却还有很长一段距离。直觉告诉我们，它好像是正确的，但它至少有以下局限性：
 
虽然马斯洛的层次理论直观上还说的过去，但是在分级方面却缺乏证据支持。事实上，有证据与该模型所细化的需求顺序相抵触。例如，有些文明似乎将社交需求放在了其他需求前面。马斯洛的层次理论在解释“食不果腹的艺术家”方面也很困难，他们忽视了低端需求却追求高层次的需求。最后，除非在需求有冲突的情况下，几乎没有证据表明人们在某一时刻会目的明确去满足仅仅其中一项需求。
 
智利经济学家和环境问题专家 曼弗雷德.亚瑟.麦克斯尼夫 提出了一种不同的“人类基本需求理论”，one without a hierarchy beyond the fulfillment of basic human survival。取而代之的，需求的满足是不可分割的整体，人类同时追求这些需求，在追求的过程中作出权衡。在这个系统中，一个人能够实现创造性的需求而不必实现满足安保需求。
 
 
 
设计之需求层次理论
 
 
 
马斯洛的层次理论可以导入到设计中来，它的层次从低到高的次序是：功能、可靠性、易用性、精通程度和创造性。
 
 
 
 
功能层次
 
 
 
一个设计首先要实现某种功能。一个MP3播放器必须能够对MP3以及其他数字音频文件进行播放、赞同、循环以及快进快退，这样才能称得上是一个MP3播放器。如果连这些功能都不能满足，这个设计已经失败了。
 
特点的多少是另外一回事。即便一个MP3播放器可以显示专辑封面，其他的却不一定也必须这样。但是，如果大多数的MP3播放器都能这么做，那你或许也会这么做。什么决定了哪些特征是需要的呢？产品自身、设计者抑或市场需求？
 
一个只满足了基本功能需求的设计可以说是几乎毫无价值。因为这个设计本来就需要满足这些基本功能需求，能做到这些并没有任何特别之处。
 
满足一个网站的功能需求的特性或许是页面会在合理的时间加载、链接正常工作，而且，页面要对浏览器的“前进”和“后退”按钮有所响应。
 
 
 
可靠层次
 
 
 
一旦你的设计满足了功能需求，可以进阶到设计层次的下一个层级：可靠性。你的设计必须提供稳定的始终如一的性能。它不仅仅要能工作，还要周而复始的工作。
 
如果你的MP3播放器有时候能播放，有时候不能，那它就不满足可靠性需求。如果它总是能够播放，但是播放的很不规律(一会跳到这，一会跳到那，有时候突然慢放或是加速)，那么它也没能满足可靠性需求。
 
只是满足了可靠性需求的设计也会被认为价值很低。同样的，我们总是期望我们购买的产品能够始终如一的工作。
 
一个可靠的网站始终如一的工作。昨天能用的今天也照样工作。当有新的页面或者版块添加进来的时候，他们会和原有的页面或版块一样运行。
 
 
 
易用层次
 
 
 
用户想要完成基本的任务有多么的容易？使用MP3的人能够很容易的弄明白如何开关么？播放、停止、暂停或者选择歌曲又怎么样呢？这些就是合用性需求。你的设计现在能够稳定的工作。问题是，用户能搞清楚怎么使用么？
 
除了容易上手之外，你的设计是否容错呢？错按了某个按钮不应该删除MP3播放器中的所有歌曲，简单的操作失误不应该导致严重的后果。如果手指一滑就删除了所有的音乐，那么这个MP3播放器没能做到易用。
 
易用的设计看起来就有适度的价值了。我们是会对易用性有一定的期望，但是我们可能会认识到许多东西没有像我们期望的那样工作。一个易用的设计会在一定程度上让你的网站在与那些低层次的网站的比较中脱颖而出。
 
一个易用的网站有一个容易理解和使用的导航系统，网站的内容被组织得易于浏览，文字的可读性强，布局定位正确。
 
 
 
精通程度
 
 
 
你的设计允许用户做得更多做得更好么？你的MP3播放器是否允许你创建播放列表，是否可以轻易搜索歌曲呢？它有没有提供一种机制让你从网络上下载歌曲，而且可以很容易的和其他设备交换呢？
 
这些就是精通程度需求。MP3播放器没必要根据你的喜好为你推荐新歌，但是如果有，它会是一个令人满意的功能，而且会相当程度的提高设计的价值。
 
精通的设计被认为具有高水平的认知功能。一个允许用户做一些之前不能做的事情，并扩展了功能的设计会被认为是相当不错的。
 
一个精通的网站可能会提供高级的搜索选择，它可以将不同来源的数据融合到一个先进的信息层次或网络工具。
 
 
 
创造性需求
 
 
 
一旦所有的低层次需求都满足了，你的设计就可以向创造性需求进发了。拥有了这些，你的设计就可以和人们以一种创新的方式交流。这个设计使得产品自身可以探索并产生一些新的东西。
 
Perhaps your MP3 player teaches music theory by making recommendations based on the musical structure of the songs you listen to most, and it provides chord charts and notes that play visually in time with the audio. Your MP3 player might allow custom skins or allow you to combine parts of songs to create new music. Your MP3 player might be the most beautiful one on the market.
 
满足了创造性需求的设计被认为是最高级的。他们会获得一批忠实的拥护者。如果你困惑于苹果的成果，那不要再困惑了。它满足了创造性设计需求。
 
一个创造性的网站可能会有AJAX效果，满足审美情趣或许可以通过声控设备来交互。
 
 
 
对设计层次模型的批评
 
 
 
对马斯洛层次模型的批评也可以应用到设计层次模型上来。设计在具备易用性以前必须稳定么？难道不能同时满足么？能不能为高级用户提供满足熟练需求的设计，但对新手来说可能显得易用性不够呢？
 
在将资源提升到一个更高的层次时我们真的需要将本层次的所有东西都准备好么？市场会不会运行一个产品有10%的几率出错，但是在90%的情况下超出用户期望呢？
 
再一次，虽然层次理论直观上有意义，市场的需求才是最有可能决定什么才是对层次模型最重要的改进。
 
 
 
其他需求层次理论
 
 
 
马斯洛的层次模型不仅仅被应用于设计。许多其他相关学科也用它来描绘它们是干嘛的，而且对如何做的更好给出建议。
 
 
 
应用到市场营销
 
 
 
马斯洛的理念经常被应用到市场营销理论。无论你在卖什么，这个产品都是用来满足层次模型中的某个需求。为了让你的产品或服务大卖，必须识别它处在哪一个层次并理解目标用户为了满足该需求的动机。一个经典案例是米其林轮胎，米其林的宣传不单是简单的列出轮胎的规格并吹嘘轮胎如何能抓牢地面，它们还指出这些轮胎可以保护宝贝们，看看他们的标语吧：Because so much is riding on your tires。【实在不好翻译，O(∩_∩)O~】
 
这则商业广告挖掘出了我们的安全需求。它还挖掘到了层次模型中的更深一层，我们的社交需求，在这个案例中就是我们对孩子的爱。规格详单是非常无聊的。一个小故事告诉你如何确保家庭安全满足了我们内心的心理需求。
 
马斯洛的层次模型还能够帮助我们决定目标市场以及如何更好的进入市场。例如，你有很棒的想法去满足建立信心的利基需求。真是不可思议！
 
但是，你现在的目标是新型企业主。这些团队在第二个层次模型上：安全性。他们为工作问题担忧，还得养家糊口。他们还不关心是否感觉自信。
 
你面临的选择是要么在你的市场找到些与众不同的故事，要么找到些与众不同不同的目标市场。
 
 
 
应用到代码编写
 
 
 
Patrick Dubrow仔细研究了马斯洛的层次模型以及设计层次结构，然后提出了代码编写的需求层次理论。
 
 
 
如果你编写过代码，那你就能看出这个层次模型与马斯洛以及设计模型是多么的温和。它也非常直观，也会受到同样的批判。当然，功能性很差的代码需要立刻修正，但是如果一开始就要求所写的代码优雅又有效率似乎也不可能。
 
 
 
例子
 
 
 
下面的网站设计的都很好。每一个都有自己的风格，从我们的角度来讲，他们代表了设计层次模型里的不同层级。大部分都满足了低层次的需求，但有一些更多的关注高层次的需求同时忽略了一些低层次的细节。
 
Oliver James Gosling(http://www.goslingo.com/#top)
 
 
 
 
Y3K(http://y3k.com.au/)
 
 
 
 
Olive James Gosling和Y3K的网站都是单页组合。它们满足了功能和稳定性需求。它们也很美观，而且开始满足创造性需求。Oliver的网站有一个“返回顶层”链接会随你的操作往页面下方移动，而在Y3K的网站上则缺少这样的易用的点缀。Oliver还提供了一份PDF，其中包含了网站的相关信息，这或许也增添了一些精通的感觉。
 
Cellar Thief(酒窖小贼http://www.cellarthief.com/)
 
 
 
Cellar Thief是一个功能齐全，界面美观的网站。它的美感与酒融为一体，但是可靠性和易用性可能还需一些改进。页面下方三个主要链接(“Choose a wine,” “Tell your friends,” “Feel good”)都出乎预料的通向“About”页面。此外，网站只出售当日的三种酒，可能是很美味但是明显不够及时。
 
 
 
 
 
Elan Snowboards(http://www.elansnowboards.com/en/)
 
 
 
 
Elan Snowboards满足了基本的功能，页面也很有趣。东西太多，很难弄清楚该看什么。链接也不是都那么明显，而且，如果随着点击一步步的深入网站内部，你会弄不清你在哪里。另一方面，网站提供了论坛、博客社区还有视频，这些东西使得来访者感觉很专业。总体来说，网站在牺牲了一些低层次需求的同时更多的关注了高层次需求。考虑到网站的流量，这样的设计似乎是值得肯定的。
 
 
 
 
 
CSS-Tricks(http://css-tricks.com/)
 
 
大部分人对CSS Tricks都应该有似曾相识的感觉。它满足了功能性、稳定性以及易用性。Chris Coyier提供了论坛、screencasts、免费区以及代码片段，给人一种专业的效果。富有创造性的，网站有一个非常具有美感的博客，虽然似曾相识，而且工具条适当的使用了AJAX。Chris还花费了大量的工作专注于细节使得网站更具有创意。
 
 
 
Ali Felski(http://alifelski.com/)
 
Ali Felski的网站是一个作品集和博客的集合体。网站运行稳定，而且漫步起来非常容易。不仅满足了这三样低层次的需求，网站还增添了创意。值得一提的是，去除了这些美观润色它仍然不失为一个功能性、可靠度和易用度极强的设计。
 
 
 
 
Antique Piano Shop (http://www.antiquepianoshop.com/)
 
Antique Piano Shop在满足了所有的低层次设计需求的同时，还具有令人愉悦的美感。它提供页面来鉴别和出售你的钢琴，满足了专业性需求。考虑到网站的性质，也许让访问者听到钢琴的声音可能会更多的满足专业性需求。
 
 
 
 
Fluid 960 Grid(http://www.designinfluences.com/fluid960gs/)
 
 
 
 
Fluid 960 Grid系统也很好的满足了低层次设计需求。它能运行，稳定的运行，而且很容易使用。虽然可能不是你遇到过的最漂亮的页面，它着实提供了许多东西满足更高层次的设计需求。页面上大多数的部分是作品演示。你可以观察每个作品是如何工作的，不管是用jQuery还是MooTools库，或者你可以关闭所有的JS特效来查看这些演示如何运行。你也可以在12列和16列的流体或固定网格之间切换。（这句感觉翻译的好烂……）
 
 
 
 
 
总结
 
 
 
例子
 
尽管马斯洛的层次理论直觉上讲得通，批评者却认为没有证据可以支持，尤其是对于高层次的需求满足之前必须满足低层次的需求这一假设。同样的批评会发生在设计需求层次模型上，或者说会发生在所有以马斯洛的理论为基础的层次模型。他们表面上言之有理，但是缺少实验证据。
 
你不必完全遵循这些层次模型。对于所有的设计而言，依据你自己的成功标准来决定你的设计目标才更合适。你的观众也许会更喜欢美观漂亮的网站偶尔有些小毛病，也不会喜欢非常稳定但相当枯燥的网站。
 
只要你明白哪些低层次的需求是绝对必须的，没有任何证据表明你不能在所有低层次需求尚未满足的情况下满足高层次的需求。当然，如果你的页面都没有加载，那所有的其他东西都无关紧要的。如果你的网站无法使用，那么在没有搞定这些之前还是不要考虑其他更高级的东西的吧。
 
把设计层次模型看做一个指引。大多数是偶，在试图满足高层次需求之前先满足低层次的需求是讲得通的。如果你的网站无法工作，在你试图向游客展示你的专业之前，最好还是把那些问题搞定的好。
 
 
 
 
 
原文地址：http://www.smashingmagazine.com/2010/04/26/designing-for-a-hierarchy-of-needs/
 
由于对一些专业词汇把握不准，翻译肯定有许多不太合适的地方，希望高手指正。