软件工程学习总结
这一个学期软件工程的学习不可谓不艰辛，我们经历了个人项目、结对项目和α、β阶段的团队项目，收获颇多，感想也颇多。
首先，对软件工程的理解毫无疑问是加深了，以前从来没有写过这样大规模的软件，所以流程显得不那么重要。直到软件工程的团队项目，我们才明确地有了计划、设计、实现、测试等阶段。如果没有这样一个阶段划分，我想我们的项目一定会是一团糟。另外，我们的团队合作能力得到了相当的提升，以前都是一个人做一个小项目，所有的设计、实现、进度都由自己把握，可能今天比较累就懒得做了，明天又有些什么事又先把项目放下了。软件工程的团队中每个人每天都由明确的任务，除非迫不得已的原因，每天的任务都应该按时完成。还有一点，由于后期我主要负责的是测试，这块儿也是让我第一次认识到了原来bug可以有这么多。之前的项目无论是计组、OO、编译，测试都是有限的或者说是很少量的测试集，而且相同的测试条件下，结果基本是确定的。但是我们现在的项目就算只论一台确定机器上的测试，我们一个页面平均要有4-7个bug，这些bug有些是和其他地方没关系的，可以同时测试，而有些bug不调好没法测试其他页面和游戏流程，我们的测试经常卡在这种地方。我测试出来bug，但是并不会调，或者说调的成本比较高（因为这里的页面不是我写的），就导致了整个测试工作的停滞。这里是我们以后要改进的。总之，现在给我们一个项目，不是那么恐惧了，因为有了经验，知道该怎么开始、如何去做了。
另外，编程能力、测试能力、调试能力等等都得到了提高，现在觉得出去工作都不虚了，哈哈。感谢软件工程为我们提供了这样一个平台，去做自己想做的事情，增长了阅历和能力，为日后工作打下了一些基础。
阅读文章，结合经历，谈谈理解和心得
1. 代码复用：
代码复用并不是越多越好，有时候还是要根据实际情况选择是否复用，如果功能不是完全匹配，或者复用的代码过于冗余，自己写一下反而是更好的选择。
2. 敏捷开发
我觉得应该辩证性的来看待敏捷开发。之前软件工程的做法强调完整的流程，而敏捷开发强调可用的软件。但对于我们的项目来说，如果过于强调流程，那可能效率就会比较低，最终难以完成；如果多余强调敏捷开发，我们的项目可能就会乱成一团，大家不知道什么时候该做什么，不知道如何才能快速完成“可用的软件”这一目标。所以，我觉得我们应该将两种开发方式相结合，遵守软件工程的流程，同时每个流程内使用敏捷开发，随时交流，随时响应变化，以可用的软件为目标奋力前行。
3. 软件工程的方法论到底有多少用处？
我认为软件工程的方法论最重要的是帮我们理顺了项目的思路。如果没有这些流程和方法，我们可能一个成员已经在写某一部分的具体代码了，而另外一个成员在设计所有的页面，还有成员可能在寻找框架。这样所有成员的效率是很低的，有些可能是在做无用功（譬如等后两位设计好和找好框架，第一位成员的代码需要完全重新写）。
我们在学期开始的时候布置了阅读作业，要大家快速阅读，同时提出自己的问题。 现在通过一个学期的学习和实践，请大家写一个博客：
-
之前提出的问题已经都解决了。一方面是看书以后不太理解，后来慢慢经过实践就明白了，如结对编程的好处，体会过后就知道了；还有关于扮演角色的问题，其实我们团队的角色划分没有特别明确，每个人都是开发人员，每个人也都撰写过文档、设计过自己的页面、测试自己的代码；还有两个问题（软件工程要学什么技术和算法）提得比较蠢，经过实际的工程后，明白了这和软件工程没有关系，只是和具体的项目有关。
-
在实践中学习知识点：
1. 需求
需求不是凭空想象，而是来源于用户，只有经过用户调查的需求才有说服力。
2. 设计
设计工作很重要，做得好的话可以让后面的实现阶段少很多不必要的思考。
3. 实现
学会了使用Git源代码版本管理。体会了代码复审的过程。
4. 测试
体会了单元测试、验收测试和回归测试。
5. 发布
发布的版本并不一定要是完美的，可以有一些小问题，后期再持续改进。或者也可以延长发布时间来追求完美。
6. 维护
创建反馈模块，持续收集用户反馈信息改进软件质量。