构建之法的八、九、十章读书笔记

构建之法读书笔记

第八章  需求分析

　　这一章主要是讲需求的分析，对于一个程序项目来说，我觉得，需求是这个项目的向导，他可以决定程序项目会发展成什么样子。书里面需求这里大致分为两个：软件需求和用户需求。

　　软件需求：我们不仅仅要考虑到项目功能的需求，要实现的功能，还要考虑到开发过程以及非功能方面的需求，还有综合需求。

　　用户需求：是针对在用户这个角度，用户最需要的东西。我觉得用户需求在需求分析中较为重要，毕竟每一个要做的程序的根本目的是满足用户的要求。

     所以书里面野介绍了九种获取用户需求的调研方法：

　　焦点小组　　深入面谈　　卡片分类　　用户调查问卷　　用户日志研究　　

　　民族志/人类学调查　　　眼动跟踪研究　　快速原形调研　　A/B测试

　　在收集完需求后我们还要对需求进行分析，对功能的确立，还要对项目程序进行计划和估计。

　　这看的出来对一个项目的需求分析是很重要，那么我们是不是要在每次的项目开展示写一份需求分析的文档，这样可能会让编程者更清楚了解自己程序的目的，需要什么？

第九章   项目经理　

　　在这一章节里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别，个人觉得微软的PM给团队成员带来的感觉是很不一样，就好像是战友一样，工作起来也很有感觉。

　　还有介绍了PM的能力要求以及人物，不同的PM有不同能力，一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限，找到优秀的战斗力很重要，适当运用人才，没人发挥各自优势，那就完美，是鞋子就不能假装一个帽子，不是吗？

　　我们的团队作业也有一个PM，但是感觉我们的PM就是一个较为积极的团队战友，会带动大家一起参与，这样的PM可以吗？

第十章  典型用户和场景

　　我们要开发一个软件，用户是必须的，我们会想到用户使用我们的软件时，他是想干嘛？还有不同的人使用软件的目的是不同的。

　　书本中提到的典型用户和场景这种方式来为用户考虑，我觉得很生动，可行性也很大。书本中吴石头的例子也是很生动，马上就能理解大概，还有场景也是。

　　老师让我们回去也写一份针对自己项目写一份典型用户跟场景Story的文档。这样或许可以让我们更清晰了解明白接下去我们该怎么做。

　　前面需求分析，还有后面体到的典型用户以及Story，都是针对自己的程序来进行一种分析，可见开发软件是，需求的分析很重要，还有Specifition（需求分析文档）规格说明书。

　　书本195页有详细介绍。我们在下学期的课程设计也要设计这一类文档的编写。

 

总结:软件的需求分析很重要，需求是你软件的向导，你的初衷。做好需求的分析，做好计划，那么接下去就技术了~我们的开发需要一个好的开头。就从需求分析做起。