之后《构建之法》第十&十一章主要讲述了在软件设计前期的需求分析问题上的方法和实践经验，
分为“典型用户和场景”以及“软件设计与实现”。其中第十章大部分内容和教授上课所讲的一样比如说，
用户的分类（典型用户可以包括以下内容：
1. 名字（越自然越好）
2. 年龄（不同年龄和收入的用户有不同的需求）
3. 收入
4. 代表的用户在市场上的比例和重要性（比例大不等同于
重要性高，如付费的用户比例较少，但是影响大，所以更重
要
5. 使用这个软件的典型场景
6. 使用本软件/服务的环境（在办公室/家里/沙发/床上/公
共汽车/地铁……）
7. 生活/工作情况
8. 知识层次和能力（教育程度，对电脑、互联网的熟悉程
度）
9. 用户的动机、目的和困难（困难 = 需要解决的问题）
10. 用户的偏好）
并且这周我阅读了人月神话的第二章人月神话，这一章也是这本书的精髓，它记述了人们沟通的重要性以及遇到的问题，因此我总结了：
1. 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来影响还大。
2. 良好的烹饪需要时间，某些任务无法在不损害结果的情况下加快速度。
3. 我们的构思是有缺陷的，因此总会有bug。
4. 我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。
5. 在若干人员中分解任务会引发额外的沟通工作量——培训和相互沟通。
6. 关于进度安排，作者的经验是为1/3计划、1/6编码、1/4构件测试以及1/4系统测试。
7. 因为我们对自己的估计技术不确定，所以在管理和客户的压力下，我们常常缺乏坚持的勇气。
8. Brook法则：向进度落后的项目中增加人手，只会使进度更加落后。
9. 向软件项目中增派人手从三个方面增加了项目必要的总体工作量：任务重新分配本身和所造成的工作中断；培训新人员；额外的相互沟通。