首页 > 代码库 > Final 个人最终作业。

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个阶段学习到的知识点

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

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

实现:实现要迅速,同时要标准化实现,方便修改。

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

发布:发布时多平台发布,发布的平台多,用户量才会多。

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

Final 个人最终作业。