Final 个人最终作业。

1.对软件工程M1/M2做一个总结

　　在M1阶段，我在C705组。M1阶段我与黄漠源同学结对，一起完成提取关键词算法的优化。最初我们一起测试提取关键词算法功能的实现效果，随后我主要负责从网络上搜寻并整理提取关键词算法，黄漠源同学负责测试算法的BUG。随后我接受整合算法的工作，测试已有的整合算法，并尝试作出改进。

　　在M2阶段，我在sixsix组。M2阶段我主要负责管理博客和TFS。我对TFS的功能有了许多认识，主要负责整理大家的工作情况，同时发布博客，说明大家的任务分配以及出现的种种情况。熟悉了TFS的使用。

　　　　　　M2阶段中，我们团队的爬虫在中期过后的一段时间内出现了不少问题，我也参加了对爬虫改进的工作。在网上收集了有关反爬虫机制的信息，思考了一些应对反爬虫机智的方法。

2.对以前阅读产生问题的总结。

　　在以前的阅读作业中产生的问题：

　　　　关于产品规模与快速软件开发的疑惑：http://www.cnblogs.com/jinbo123/p/4027618.html

　　　　在M1/M2阶段中，时间总是比较紧张，平时有其他课业要求，同时还要完成软件工程的任务。时间的紧张导致了我们必须采取快速软件开发的策略。我们不得不牺牲一些本来决定的任务。比如在M2阶段中，我们因为没有考虑到各种外卖网站的反爬虫问题，导致网页爬取一直失败，过了一段时间才意识到是因为反爬虫机制。但是我们并没有有效的应对策略，最终只能放弃对具有反爬虫机制网站的爬取。在M1阶段中，我们也遇到了类似的问题。C705小队的代码源自于学长，而实际上学长的代码存在着众多的问题，尤其是学长留下的信息有着一定的欺骗性，有的功能实现非常差，在实际操作时产生了非常不好的效果，大大加大了我们的工作量。

　　　　我的总结是，在快速软件开发中，我们本身要做的就是一些功能基础，竞争力一般的软件。重点不在于开发效果，而在于能够开发出来。因此，牺牲规模加快速度显然是必要的。

　　　　关于最佳的项目一定是建立在最佳的软件工程基础上的：http://www.cnblogs.com/jinbo123/p/4027712.html

　　　　疑惑依然存在，或许是因为我读书读得少。平时或许应该多读读书。

　　　　需求蔓延相关疑问：http://www.cnblogs.com/jinbo123/p/4027786.html

　　　　还是不知道需求蔓延是什么。。因M1阶段我们小队的应用用户量非常少，M2阶段我们的餐站用户量也很少。

　　　　两个产品的分布程度和需求可靠性的关系的相关疑惑：http://www.cnblogs.com/jinbo123/p/4027751.html

　　　　关于分布程度与需求可靠性分布图的理解。这个图我大概是看懂了。因为不同应用本身需求的可靠性是不同的。比方说卡牌游戏，可靠性需求较少，但是分布广度很广。所以说，分布广度某种程度上影响了需求的可靠性，但并不能决定。

3. 新问题：

　　　　软件工程基础是我们的课程名，但是用户量对软件开发也起到了很大的影响。

　　　　对于M1/M2阶段，我们都有一个问题，就是用户量问题一直都没有得到解决。

　　　　接下来问题就出现了。用户量不足的情况下，反馈的问题自然比较少。如何增加普通软件的用户量呢？

　　　　我们在课堂上，通过有限的时间制作出来的应用自然比较平常，很难吸引用户，况且现在应用多如牛毛。用户量问题实在难以解决。

4.6个阶段学习到的知识点

需求：需求分析很重要，尤其是基础需求必须分析到位。

设计：设计要考虑界面以及用户使用效果。

实现：实现要迅速，同时要标准化实现，方便修改。

测试：测试时，要对全部代码进行测试。适合的可以在编写时测试单个模块的功能。

发布：发布时多平台发布，发布的平台多，用户量才会多。

维护：维护时尽量考虑全局，不要在解决旧问题的同时产生新问题。