对软件工程课程的总结

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、本学期对这门课程的体会

       学习这门课程也有一学期了，整个一学期下来，我也收获了不少东西，一些较为简单的问题也可以自己独自解决。以前觉得这门课程只要代码能够熟练的掌握就完全没有问题，可是后来发现其实掌握代码是很重要，但是最麻烦的是在后期的管理和维护。通过这次的团队合作更是发现这个问题，代码很早我们就完成了，但是后续出现的bug一直让我们很困扰，解决bug的问题我们花了较多的时间。这次的课程我也发现了自身有很多的不足之处，比如自己动手操作能力比较弱，实践经验匮乏，思维不紧密，不注重细节，耐心不够，每次遇到问题就去问老师，实战精神不强，所以导致很多知识学得也只是模模糊糊的。所以在以后的学习中我要加强自身综合素质的培养，要注意多看多练要注意结合实际，更要多思考，面对错误不要一范就问，要尝试自己去解决，这样才能学到这门课程的精华。我觉得学好软件工程首先要明白自己的学习目标究竟是什么，根据自己的实际工作出发，有针对性地在相应的学习方向上进行提高，制定出详细的学习规划。还要注意与其他科目的相辅相成，就像我们在学习语言时，要看看与C语言的联系，多思多想，把从各个科目学到的知识融汇贯通。还有感谢这学期冯花平老师以及周智老师对我的指导，以及同学们对我的帮助。

3、对课程的建议

     我觉得还是让学生们多一些的团队合作比较好，我个人觉得团队合作对个人的提高很有帮助。

转载于:https://www.cnblogs.com/wann/p/5589224.html