1、对前期提出的问题的回答。
（1）软件工程的知识领域主要包括方法，工具以及过程。
（2）团队是指一种为了实现某一目标而由相互协作的个体所组成的正式群体。是由员工和管理层组成的一个共同体，它合理利用每一个成员的知识和技能协同工作，解决问题，达到共同的目标。团队的构成要素总结为5P，分别为目标、人、定位、权限、计划。团队和群体有着根本性的一些区别，群体可以向团队过渡。一般根据团队存在的目的和拥有自主权的大小将团队分为三种类型：问题解决型团队、自我管理型团队、多功能型团队。 团队的构成要素，团队有几个重要的构成要素，总结为5P ：1．目标(Purpose) 2．人(People) 3．团队的定位(Place) 4．权限(Power) 5.计划(Plan) 至于非团队在很多时候对于工作的完成就会很没有效率。
（3）应对风险有如下几个手段：1、对项目的进一步研究。2、接受。3、规避。4、转移。5、降低。6、制定应急计划。
（4）文学化编程的思想很简单：代码和正文混合在同一个文档中，编译的时候既可以把代码抽出来运行得到结果，也可以把正文抽出来形成软件文档。最初它是为了写软件而设计的，这种设计方式的优势显而易见：代码和文档在一起，方便互相更新和照应。比如修改了代码之后可以很快也更新相应的文档段落，而不必像传统方式那样，从源代码文件跳到文档文件去更新。
（5）小强地狱—让bug多的队员专心修复bug，不要开发新功能。有些时候小的问题不能解决的话，很多功能不能用。如果一味的赶所谓的“进度”，到时候有些小强会变成大怪物，因为我们已经在错误的基础上搭建了很多新的逻辑和功能，这是再来处理一些历史弥新的小强，就有投鼠忌器的麻烦。
（6）Bug一词的原意是“臭虫”或“虫子”。但是现在，在电脑系统或程序中，如果隐藏着的一些未被发现的缺陷或问题，人们也叫它“Bug”，这是怎么回事呢？ 原来，第一代的计算机是由许多庞大且昂贵的真空管组成，并利用大量的电力来使真空管发光。可能正是由于计算机运行产生的光和热，引得一只小虫子?Bug 钻进了一支真空管内，导致整个计算机无法工作。研究人员费了半天时间，总算发现原因所在，把这只小虫子从真空管中取出后，计算机又恢复正常。后来，Bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷、漏洞或问题。 与Bug相对应，人们将发现Bug并加以纠正的过程叫做“Debug”，意即“捉虫子”或“杀虫子”。遗憾的是，在中文里面，至今仍没有与“Bug”准确对应的词汇，于是只能直接引用“Bug”一词。虽然也有人使用“臭虫”一词替代“Bug”，但容易产生歧义，所以推广不开。 后来就直接用bug 在现在很多的软件测试中 都用Bug来说明那些问题。 “Bug”的创始人赫柏的报告格蕾丝·赫柏（Grace Murray Hopper），是一位为美国海军工作的电脑专家，也是最早将人类语言融入到电脑程序的人之一。而代表电脑程序出错的“bug” 这名字，正是由赫柏所取的。1945年的一天，赫柏对Harvard Mark II设置好17000个继电器进行编程后，她的工作却毁于一只飞进电脑造成短路的飞蛾。在报告中，赫柏用胶条贴上飞蛾，并把“bug”来表示“一个在电脑程序里的错误”，“Bug”这个说法一直沿用到今天。
2、总结体会。
这学期写的代码确实不多，就是在上课的时候会跟着老师打一些，打完了也不保存。在课下练习的不多，偶尔会打一些。博客的话，从暑假在麦当劳实习打工开始到现在写了16篇。每一篇平均下来有一个多小时吧。收获的话倒是不少，在麦当劳打工时期让我知道了赚钱并不容易，很多东西都要通过自己的劳动获得。自己这学期写的这些项目的博客对自己的帮助并不是很大，倒是老师经常在学习讨论群里面发的其他的同学写的博客倒是对我帮助很多，老师分享的一般都是写的不错的博客，无论是他写博客的排版，还是他写的代码，包括他写的心得体会都值得我学习。很多代码以前我都不知道怎么打，看他们打的代码以后很多东西我也可以自己完成。我所在的团队里的成员都很优秀，组长林吉庆同学和张泽凯同学的基本功非常扎实，两个人的c语言是掌握的最好的一块，这方面的知识可以像他俩请教。张富彬同学和郑都都同学在写ppt的时候有很多值得学习的地方，排版，页面的设计都是不错的。在这次团队合作的过程当中，代码的完成以及后期的查找修复bug我也和他们学到了很多东西，一些简单的bug修复我也学会了。我很喜欢这次以团队合作的方式完成项目，一个人的时候难免会有一些懒惰的心里，但是当我看到团队当中其他的成员还在努力完成项目时，内心中的惰性就会随之消失。小组的伙伴也会互相鼓励，互相督促。这次的课程我也发现了自身有很多的不足之处，比如自己动手操作能力比较弱，实践经验匮乏，思维不紧密，不注重细节，耐心不够，每次遇到问题就去问老师，实战精神不强，所以导致很多知识学得也只是模模糊糊的。所以在以后的学习中我要加强自身综合素质的培养，要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决，这样才能学到这门课程的精华。我觉得学好软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性地在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识融汇贯通。还有感谢这学期冯花平老师以及周智老师对我的指导，以及同学们对我的帮助。
3、建议。
课程教的应该是一些基础东西，应该在加深一下难度。老师在课上课下对学生都很认真负责，在讲课的方面没有问题，只是和学生之间的交流还是不够多，应该和学生多一些交流，多了解一下学生的想法。这种团队合作的方式应该要继续保持下去。给下届的同学的建议就是要多加练习，多敲代码，代码这种东西就是日积月累的练习才能熟练掌握的，代码掌握熟练后对完成后面的项目会有事半功倍的效果。学校给予学生的学习环境还是不错的，最好能多安排本校学生与外校学生进行学业方面的交流，这样可以让学生们互相学习。