软件工程课个人总结（博客四）

软件工程课个人总结（博客四）

 

第一次阅读作业地址：

http://www.cnblogs.com/DOOM-lyx/archive/2012/10/30/2746557.html

 

第二次阅读作业地址：

http://www.cnblogs.com/DOOM-lyx/archive/2012/11/13/2768932.html

 

关于阅读作业一的问题：

关于一个人到底应该做团队中的“萝卜”还是“白菜”的问题。

在这次整个的软件工程课中，我认为，我在其中扮演的既不是“萝卜”也不是“白菜”，而是一个更自我的定位，我就是我自己。

在团队中，为团队做出自己应该做的贡献就是我应该做的最正确的事情。

至于完成工作的快慢与质量，

我会尽我所能的将这两点做到最好，但当团队需要的时候，我也会适当进行调整。

 

关于阅读作业二的问题：

关于产生大泥球的问题。

在这次软工过程中，我们确实遇到了一个“大泥球”，那就是团队间的交流与协作问题。

我认为这是我们整个“学霸”小组间的共识。

实现没有一个整个项目的管理团队我认为是这个“大泥球”产生的重要原因。

一个由几个小组一起合作的项目相互之间的交流十分重要，有一个整体调节机构更是十分必要。

比如高工组由于跟其他小组宿舍离的交远，交流起来就十分不方便等问题的存在（当然还有比这个更严重的问题）。

这个项目在团队之间进行的环节进行的相当缓慢。

我认为有了这次的教训之后，我们会对团队项目有一个重新的认识。

 

关于我的个人回顾和总结：

　　我自己在这门课中总共写了多少代码，多少博客，看了多少文章，具体的数字难以统计，不过大概还是可以给出。

　　代码写了千行，博客数十，文章开了数十，会开了不计其数。

　　当然这些都只是数字而已。

　　真正有意义的在于在这次软件开发过程中，我对软件工程有了一个崭新且深刻的认识。

　　以前曾经以为程序就是软件，软件就是程序，现在知道了两者的不同之处。

　　以前没怎么接触过大的软件项目，这次是第一次用软件工程的方法完成一个项目。

　　我在这次项目中做的工作是测试工作。由于大多数代码都是由别人写的，一开始测试的过程并不太顺利。摆在我面前的只有一些有个别注释的代码和并不太详细的设计说明。

　　不过在后来的交流中，这种情况得到了改善。我甚至也了解了我们队员的一些代码写法。面对每一个代码做好每一个测试用例，对我来说也是这次软工课程最大的收获之一。

　　为了确保软件的安全和可靠性，一方面要加强测试，另一方面要掌握测试重点。测试时要熟悉别人的编程思维并不是一件容易的事，而且有的时候处理不当还会引起程序员的反感。

　　如果说软件开发是一个建设性的工作，那么软件测试则是对所造的建筑进行安全可靠性检查，不合格甚至要推倒再造。

　　有人说做测试时感到最多的就是在和程序员吵架。

　　我认为，测试的关键目的是为了找出产品的问题缺陷，用明了的方式转达给开发人员然后处理这些问题，不管怎样心平气和也是十分重要的。这样也能节约我们的时间。

 

　　总之，我认为，软件工程还是一门正在发展的学科。它能够通过我们的软件开发实践不断更新改变。我们现在认为正确的方法未必是最好最优化的方法。

　　相信，学好软件工程我还有许多要做。

 

　　10061178 刘宇翔 2013-1-9