构建之法读书笔记
第八章 需求分析
这一章主要是讲需求的分析，对于一个程序项目来说，我觉得，需求是这个项目的向导，他可以决定程序项目会发展成什么样子。书里面需求这里大致分为两个：软件需求和用户需求。
软件需求：我们不仅仅要考虑到项目功能的需求，要实现的功能，还要考虑到开发过程以及非功能方面的需求，还有综合需求。
用户需求：是针对在用户这个角度，用户最需要的东西。我觉得用户需求在需求分析中较为重要，毕竟每一个要做的程序的根本目的是满足用户的要求。
所以书里面野介绍了九种获取用户需求的调研方法：
焦点小组 深入面谈 卡片分类 用户调查问卷 用户日志研究
民族志/人类学调查 眼动跟踪研究 快速原形调研 A/B测试
在收集完需求后我们还要对需求进行分析，对功能的确立，还要对项目程序进行计划和估计。
这看的出来对一个项目的需求分析是很重要，那么我们是不是要在每次的项目开展示写一份需求分析的文档，这样可能会让编程者更清楚了解自己程序的目的，需要什么？
第九章 项目经理
在这一章节里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别，个人觉得微软的PM给团队成员带来的感觉是很不一样，就好像是战友一样，工作起来也很有感觉。
还有介绍了PM的能力要求以及人物，不同的PM有不同能力，一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限，找到优秀的战斗力很重要，适当运用人才，没人发挥各自优势，那就完美，是鞋子就不能假装一个帽子，不是吗？
我们的团队作业也有一个PM，但是感觉我们的PM就是一个较为积极的团队战友，会带动大家一起参与，这样的PM可以吗？
第十章 典型用户和场景
我们要开发一个软件，用户是必须的，我们会想到用户使用我们的软件时，他是想干嘛？还有不同的人使用软件的目的是不同的。
书本中提到的典型用户和场景这种方式来为用户考虑，我觉得很生动，可行性也很大。书本中吴石头的例子也是很生动，马上就能理解大概，还有场景也是。
老师让我们回去也写一份针对自己项目写一份典型用户跟场景Story的文档。这样或许可以让我们更清晰了解明白接下去我们该怎么做。
前面需求分析，还有后面体到的典型用户以及Story，都是针对自己的程序来进行一种分析，可见开发软件是，需求的分析很重要，还有Specifition（需求分析文档）规格说明书。
书本195页有详细介绍。我们在下学期的课程设计也要设计这一类文档的编写。
总结:软件的需求分析很重要，需求是你软件的向导，你的初衷。做好需求的分析，做好计划，那么接下去就技术了~我们的开发需要一个好的开头。就从需求分析做起。