《构建之法》--阅读

《构建之法》

第八章 需求分析

　　　 1.软件需求的步骤：

　　　　 <1>.一般划分情况

　　　　　　  a.获取和引导需求(Elicitation)

 　　　　　　 b.分析和定义需求(Analysis & Specification)

　　　　　　  c.验证需求(Validation)

　　　　　　  d.在软件的生命周期中管理需求(Management)

  　　　　<2>.不同角度的划分

　　　　　　     a.对产品功能性的需求：要求产品必须实现某些功能 

 　　　　　  　b.对产品开发过程的需求：要求软件的开发流程必须满足某些约束条件

　　　　　　   c.非功能性需求：这也叫“服务质量需求”(Quality of Service Requirement) 

　　　　　　   d.综合需求：有些需求并不是单单一个软件模块就能满足

　　　 2.获取用户需求——用户调查

　　　　　　   a. 焦点小组(Focus Group)

　　　　　　   b. 深入面谈(In-depth Interview)

　　　　  　　    c. 卡片分类(Card Sorting)

　　　　　　      d. 用户调查问卷(User Survey)

　　　　　　   e. 用户日志研究(User Diary Study)

　　　　　　   f. 民族志/人类学调查(Ethnograpic Strudy)

　　　　　　   g. 眼动跟踪研究(Eye Tracking)

　　　　　　   h. 快速原型调研(Quick Prototype)

　　　　　　   i. A/B测试(A/B Testing)

　　　 3. 第8章里面有一个是分而治之的思想，我的问题就是：

　　　　　　一个大问题你分而治之，但分成的小问题，有一些整个团队是无法解决的，这样不就是对整个项目造成严重的影响了么？？如果这个小问题没法解决，整个项目就无法进行了。

　　　　比如：愚公移山，但遇到一块特大的石头，这石头坚硬无比，非人工就是打碎或搬走的，这时该怎么解决呢？？

第九章 项目经理

　　　 1.

　　　  2.

　　　  3.

　　　  4.

第十章 典型用户和场景

　　　  1.

　　　   2.

　　　   3.

　　　   4.