说实话，我已经好久没有认真做过作业了，尤其是在软件工程概论这门课上，一大半的原因是由于自己的懒惰，另一半的原因是最近又处于自己的焦虑状态中。不过，还好，我是那种宁愿不愿意交作业也不抄作业的人，之前的作业，欠着也没有关系，现在状态好点了，可以慢慢补上（我还是比较担心我到工作岗位上，该怎么办，那时候可不是能由着我的性子来的）。毕竟作业的目的很明确——学习和提升。
又拿起之前看到一半的构建之法出来看，尽管没有一开始看的那么有意思了，但是收获依旧满满。
对于MFS，我读完之后的感受就是，在团队中，第一：信息公开并保持交流沟通，所有的信息都必须保留和公开。我们团队就是这么做的，保留和所有的开会记录和照片，在程序中留下备注。不过我们的团队（Runner）欠缺的是没有保留所有的相关内容，比如彼此犯的错误习惯性的删去，这一点其实是很不利于的我们的事后分析和后期的学习的；第二：有共同的目标，所谓的同心同德并且目标必须明确。Runner在这一点上做的并不是很好，尽管，项目开始之初，大家的目标都很明确，但是到项目的后期，慢慢的，做事的人越来越少，能做好事的人几乎就剩一个。大家并没有对有害于目标达成的弊端因素及时的进行剔除。第三：对队员有充分的授权和信任。对于这一点，Runner做的还是可以的，彼此信任才能构成团队嘛，不然的话，充其量也只是一堆人而已；第四：各司其职。如字面意思那么简单，各自做自己的事，不抢着做别人的，不把自己的给别人做，当然啦，互相帮助还是可以有的。Runner这一点做的不好，还是因为大家把事几乎都扔给了一个人去做，这点我们会好好反思，在下次的组队完成项目的时候一定还要注意这个问题！
在MFS后的一章是需求分析，看到需求分析四个字，我看到不由会心一笑，一开始只是以为把对方要什么写出来就可以了！但是事情并不如我们的想象那么简单，尤其是在做了那个需求分析的作业还有在数据库中的学习时完成的大作业之后，越发觉得自己蠢萌呆萌的，怎么会把事情想的那么简单呢！首先要获取用户需求，做到这一点首先要用户调研，由浅入深，不断的细化，明确定义。同时要注意，一定要走到普通用户中去，一定要明白用户到底要的是什么，万不可想当然；其次要利用NABCD分析需求，明确自己的这几方面究竟要怎么做，怎么完成，这样才可以更好的给自己一份可行性计划书；最后估计目标和分而治之，当基础都已经打好，我们就需要遥望一下远方，看看自己究竟的目标是什么。并且想想自己怎么样才可以达成那个目标。Runner对于需求分析方面，我觉得，做的还可以吧。我们在做之前就已经明确了未来的目标，不过在分而治之方面没有做好，原因有一个：不清楚自己的实力和底细，没有自知之明。
看了这两章的内容，主要还是讲了方法，不管是我自己还是Runner,在以后的学习过程中都会努力做到老师说的那样。