作为软件，最大的目的不是考验“软件工程”，而是“用户至上”的使用性好坏。所以多了解一些“用户之法”多有裨益。另外，关于spec也在本章中有所涉及

1.典型用户

• what？【典型用户就是互不相同的、最可能使用软件的若干类用户；要作为“典型”，还要完善他们的使用诉求、习惯以及本身的软件操作水平】
• why？强迫我们考虑问题的时候从用户的角度出发
• how？先定义典型用户，再从典型用户到（用户使用软件的）场景

参考http://www.cnblogs.com/xinz/p/3855296.html

• ATM机操作界面的典型用户？（至少五种）【个人观点】

  1. 21岁的小夏，大学生，每个月都会来ATM机前取父母打给自己的生活费，平时手机、平板用的很顺溜；
  2. 33岁的夏某，白领（非财务工作者），硕士毕业，每个月工资发下来之后会来取一些钱作为日常开销使用，或者进行转账操作来给父母汇钱、交付生活费用等；
  3. 42岁的白某，个体经营者，文化程度初中，经营一家规模不是很大的餐馆，往往冬夏两季收入较好，经常来银行柜台存钱或者取现（一般是餐馆需要资金周转或者采购），数目不是很大的时候会在ATM机上进行办理；给儿子女儿汇生活费的时候也会来此进行转账操作；
  4. 65岁的白大爷，退休在家，文化程度高小，有老花眼，腿脚不灵便，一般在银行柜台办理业务（主要就是查询退休金是否到账、平时取点钱老两口花），偶尔柜台比较忙碌的时候才会来ATM机取现
  5. 50岁的高某，残疾人，低保户，文化程度无（自学了一些课程，相当于小学文化水平），偶尔来进行取现操作。

2.规格说明书（spec）

1. 软件功能说明书（functional spec）
   • 定义好相关概念；规范好一些假设（标准）；描述主流用户的步骤【这里不用创新地考虑如何玩出一个花来】；副作用；
   • 参考http://www.cnblogs.com/xinz/p/3855296.html
     • 如何写“系鞋带”的spec？【每次读邹老师的文章都会觉得很有意思。而且觉得脑洞开得虽然“大”然而很正确。比如：怎么样算是“系好鞋带了”？当然，鞋带掉在地上、两个鞋子的鞋带绑在一起是不算的】
2. 软件技术说明书（technical spec）

3.功能驱动（feature driven design，FDD）的设计

将用户需求变成团队成员可以直接操作的开发工作

构建之法 第十章 典型用户和场景