软工读书笔记 week 9 ——《构建之法》

软工读书笔记  week 9

                ——《构建之法》

最近的三周我们正式开始我们的项目。然后我也把《构建之法》中的相关章节再拿出来读了一番。以下是一些感悟。

首先就是第十章“典型用户和场景”。书中提到，我们作为设计或者开发者，往往会以自己使用产品的习惯和熟悉程度来出发设计，但我们永远不能代表用户。搞一个“典型用户”会让我们考虑问题从用户的角度出发。由于我们正式开始项目后的第一周就是继续对用户做需求分析，这一章对我们有很大帮助。

我们也要考虑我们的典型用户。考虑到各方面因素，我们没有像书上那样先去定义若干个典型用户，而是我们小组分别采访不同的同学，深入了解不同同学内心的想法。我们的产品，要考虑到不同的用户，但就像书上说的那样，我们的软件不是为所有人服务的。像我们的app，那些从不写日记甚至从不用记事本记事的人，就不是我们的典型用户。当然，我们也可以通过打广告、推荐等方式让那一部分人群来尝试。

还有就是“故事”，这个词语可能是翻译的问题，我感觉中文理解起来不是很好理解。我个人理解就是我们去模拟用户使用软件的一整个流程，针对不同的场景，去设计不同的场景背景，然后去设想用户和我们的软件交互的一系列行为，这个也是非常重要的。

其次就是第十一章的“软件设计与实现”。完成需求分析后，我们就要开始具体的设计与实现。

一是思维导图和实体关系图的重要性。所谓“一图胜千言”，通过合适的图表，我们团队长远能够很好的理解自己产品的逻辑关系，其他非团队的成员看到了这张图也能够理解个大概。

二就是数据流的问题。我们要知道我们的产品的数据的各种流向，如用户和系统之间数据交互等等。我们的数据库主要就是存日记的内容以及小纸条的内容，然后在不同页面调取以及完成统计功能等。

三就是书中强调了构建的重要性。团队一忙起来，“每日构建”可能就没有时间去管了。但是，软件构建就像是建楼房的脚手架、打篮球的运球等基本功，是非常重要的。有些开发人员认为比起搞构建，写程序更有意思，看起来似乎是这样，但是，如果没有构建，你的程序、你的代码很可能在什么地方就趋于混乱，到时候再来修改的工作量可能就远大于当时好好做软件构建的工作量。