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