一.建立和构造原型

1.1理解用户需要和技术之间的关系

用户需要和技术之间是一个鸡和蛋的问题

因此，需要建立原型来测试概念模型

1.2什么是原型

（原型是最终产品的一些关键描述，以牺牲另外一些特征为代价来换取开发所需要的资源。）

1.2.1什么是原型

-对产品概念的形象化和具体化，是设计师构想的体现。

-不是产品

-是产品的一种近似或受限表示

-作用：

    用户可以通过与之交互来探索其适用（有用，可用）性

1.2.2原型的形式（草图/线框图）

1.2.3为什么要建立原型

评估设计，发现问题

支持在候选方案中做出选择

选择何种类型的原型

               -取决于使用它们的目的

1.2.4模型按照原型表达产品的真实程度分类

1.2.4.1高保真原型

构建的原型更加接近于最终产品

1.2.4.2低保真原型

用简单的方式来快速，近似地表示产品概念

1.2.5低保真原型

与最终产品不太相似的原型

低保真原型的形式

  新系统生成图像

  描述了用户使用系统

  的步骤

1.2.6高保真模型

1.2.7高保真原型和低保真原型的比较

1.2.8原型建立的折衷

快速建立一个原型旨在测试产品的某个方面

    一种类型原型 只能解决某些问题

折衷：功能深度和广度上的

​​维度​​	​​定义​​	​​特点​​	​​适用场景​​
​​功能深度​​	原型对某个功能的实现程度（是否完整、精细）	- 聚焦少数核心功能，但做得深入（如支付流程完整模拟） - 可能牺牲其他功能	- 测试某个关键流程是否可行 - 验证技术可行性（如支付接口对接）
​​功能广度​​	原型覆盖的功能范围（是否包含多个功能模块）	- 涵盖多个功能，但每个功能较简单（如仅展示UI界面） - 可能牺牲功能的完整性	- 测试用户整体体验 - 收集用户对产品整体结构的反馈

1.2.9按表达产品的完善程度

1.2.9.1水平原型

提供了较多的功能，但是缺乏细节

1.2.9.2垂直原型

提供了较多的细节，但仅仅提供较少的功能

​​维度​​	​​定义​​	​​特点​​	​​适用场景​​
​​功能深度​​	原型对某个功能的实现程度（是否完整、精细）	- 聚焦少数核心功能，但做得深入（如支付流程完整模拟） - 可能牺牲其他功能	- 测试某个关键流程是否可行 - 验证技术可行性（如支付接口对接）
​​功能广度​​	原型覆盖的功能范围（是否包含多个功能模块）	- 涵盖多个功能，但每个功能较简单（如仅展示UI界面） - 可能牺牲功能的完整性	- 测试用户整体体验 - 收集用户对产品整体结构的反馈

1.2.10可执行原型的风险

1.2.11两种基于原型的开发方法

丢弃式：旨在获得最终产品的需求/设计，原型被丢弃

演化式：产品从很有限的版本逐步演化为最终释放版本

二.概念设计

2.1将什么转换为概念模型

将需求转换为一个概念模型，抽象为需求集合

2.2概念模型的定义

2.3概念模型描述了什么

概念模型了what，而不是非机制how

2.4概念设计的输入和输出

2.4.1概念设计的输入

概念设计的输入为需求集合，输出为概念模型

2.4.2概念建模的三个方面

2.4.3选择何种交互方式

2.4.4按系统的用途分为两类

三.开发概念模型

3.1选择何种交互方式

3.2选择合适的界面隐喻

3.3选择交互范型

四,在概念设计中使用情节

      负面场景:这个场景描述的是车内导航系统的潜在问题。

      贝丝正赶着去一位朋友家。她坐上车,打开车内的导航系统。由于电源故障,先前输入系统的信息都已丢失。她只能从一长串市区和路名清单中选择朋友的地址,通知系统自己的目的地。在确定了目的地后,她要求系统给出最短路线。系统花了好几分钟时间才显示了路线略图。但遗憾的是,其中有一条主要道路正在施工维修,所以必须选择其他路线。为此，她按了“取消”键，再次从一长串市区、路名清单中选择目的地。这已耗去了不少时间。

五.在概念设计中使用原型

六.两种基于原型的开发方法

丢弃式：旨在获得最终产品的需求/设计，原型被丢弃

演化式：产品从很优先的版本逐步演化为最终版本，采用什么方法应在自愿者与质量之间做出权衡。

七.从概念设计到概念原型的一些指导性策略

7.1除需求之外，需要考虑使用上下文相关的数据

7.2与其它参与者讨论设计思想和概念

7.3使用低保真原型快速获得参与者的反馈

7.4反复进行迭代

7.5采用情节和原型技术考虑与评估不同的设计方案

八.按系统的用途分类概念模型

8.1面向产品

支持用户建立信息制品

8.2面向过程

支持某些工作过程

九.在概念设计中情节的作用

9.1作为总体设计的基础

9.2作为设计成员之间的协调机制

9.3作为跨学科小组通信协调的基础

9.4用于技术实现

十.从正反两个方面描述系统情节，以全面探索设计方案

10.1正面情节

描述了系统的潜在价值

10.2负面情节

反应了可能存在的潜在问题

十一.Shneiderman提出的8个黄金原理

11.1保持一致性

11.2允许使用快捷键

11.3提供明确的反馈

11.4设计对话，提示任务已完成

11.5提供错误预防和纠错功能

11.6应便于用户撤销某个操作

11.7用户掌握控制权

11.8减轻记忆负担

十二.不同类型的Widget

12.1菜单类型：

12.2菜单选项应该按照他们之间的关系进行分组

12.3在关系上对立的选项应该尽量分开，比如quit和save