标签：
《构建之法》
第八章 需求分析
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.
标签：
原文地址：http://www.cnblogs.com/OuZeBo/p/4535323.html
