首先想要说一句，感觉这个软件工程课的阅读作业好多啊，回想起上一学期上的面向对象的课程，着实没有读什么东西。
读了这些东西下来，要说感想吧，首先是感觉是把人读晕了，个人觉得这其中涉及到的很多东西都很抽象，就像《移山之道》里面经常说到的一样，“某某某同学听着听着又睡着了”，“能够达到最终又一半的人没有睡着就算是过关了”……
就书上以及博客上面讲解的内容，结合我的理解，软件工程这门课其主要的核心是关于软件构造过程的一种方法论。关于其中的一些方法，我在这里就不做过多的介绍，主要谈一谈自己的感想。
计算机软件的发展，最开始就是几个人的玩具，这些是属于少部分人的事情的，随着时间的发展，软件在我们的日常生活中所占的比重越来越大，渐渐地，对软件的需求也不断的提升。最终形成了软件工程，在这个阶段，我们锁面临的复杂度也是极大地提升。于是，就需要一种必要的方法将大家组织联系在一起。
从这些读的内容中，了解了很多关于软件开发过程中的要求以及方法。比如开发的模式，测试，项目计划等等方面的知识。了解的东西很多，然是同时，也让我陷入了一些迷茫。读的时候有一种感觉，就是在想，对于一个标准的软件开发流程，有这么多的要求，我自己做的过程中到底达到了多少。
现在谈一下自己做的一个过程，及拿上学期的面向对象的大作业来说吧，我们小组的选题，是做一个英语翻译的工具，最开始我们设想了这个工具要做成什么样，实现什么样的功能，然后就基本上将这些东西放到了一边，就不管了，等到了一个时间以后，老师就让大家交需求分析文档，设计文档等等文档了，这个时候大家做的事情就是继续想这个工具要做成什么样，然后将这些想到的东西放到各种文档中，可能这个时候会有一些简单UML图，这种UML图都是一些异想天开的东西，根本没有一个明确的设计；然后交了各种文档之后，继续最开始的等待，等到了要交作业之前的时候，大家就开始慌起来了，然后就是每个人赶自己的模块，但这个时候显然就是各种各样的问题，所以最后随便一个能够跑起来版本就交了作业，这就是以前的一个开发的流程，更不用做各种测试了。
这样的一个开发的流程，和软件工程需求的一个流程相差了太多了，要怎样才能做好这个过程呢？
首先，我觉得也是最重要的一个因素，用书里面的话来说大家就是要有一个共同的远景，我觉得对于学生来说对于这一点是最重要的一个工作了，为什么呢？如果大家都是怀着想要得最高分，想要将自己做的东西达到一个比较高的档次，想要推向应用市场的想法，那么这个小组的冲击力就是强的，相反，如果一个小组中的大部分人都没有这样的想法，这个团队肯定是失败的。学生团体是一个特殊的团体，在这个团体之中，没有工作的时候的各种关系的约束，这也是我觉得的最困难的一个方面的原因。
其次，也就是需要按照软件开发的一个流程来走，从软件的需求开始，做好其中的每一步的工作。而软件工程的各种方法，其实就是规范这个流程，规范了这个流程之后，其它的事情也就是按照这个流程来做，我在《移山之道》中看到的做多的图，我觉得还是各种各样的流程图。
对于VSTS的开发模式，我们大可以按照这样的过程，然后在自己的不断实践中，摸索出适合自己的团队的方式。
在移山之道中，有软件开发中各个方面的叙述，我就不再多叙述了，我觉得已经很清晰了。有一个关于绞刑架的启示问题，我觉得有点意思，我自己的理解也不到位，大家看一下，讨论一下吧——>传送门：绞刑架的启示。