软件工程之路

           对机房收费系统的总结先告一段落。下面说下我从软工到vb.net的感觉。

         

         一、软件工程

         现在为止，还没开始团队开发，所以对文档的重要性体会的还不那么深，但是可以明显感觉到文档是有作用的了。

         现在总算体会到了一点点囫囵吞枣的学习的感觉，现在还清楚的记得当初看软件工程时的迷茫。那时看软工，能做的就是坐笔记，这样能够保证自己不犯困，并且对于将精力集中到视频上有一定的帮助。然后就是总结，用导图将所做的笔记进行整理，整理的过程其实就是对知识点的强化。

         在软件开发的过程中，软工更多的担任一个管理者的立场，安排了开发的步骤。大家做事都是按照规定的步骤进行，敲的代码规范化，对软件的各个方面提出了可标量化的要求，以做出一款比较科学的软件。

         软工给我更多的是一个思想方面的认识，例如软件的健壮性、可扩展、不可修改、代码要规范等等。软件工程最重要的产物就是文档了，在写文档时，需要进行建模。

 

         二、UML

         UML图是建模不可缺少的。UML图的核心其实就是九种图和四个关系。但是，如果没有一种架构方式，那么UML的类图画起来是恨吃力的：刚看完UML后画图，只能画出来用例图，但是当画类图时，根本不知道怎么画，只是简单将人分了下类。但是在这次画图时进行了分层，那么画的图就不一样了。感觉最深的就是时序图，我在画时序图时，总面部了去再去修改一下自己画的类和其中的方法。通过分层，画图变的不纠结。

 

         三、C#和大话

         接下来我们学习了C#，学C#是为了看大话模式，也是为了让我们适应从一个语言到另一个语言。

大话，最开始的感觉就是这本书写的很好，里面每个设计模式都附有UML图。大话里面的每种设计模式，其实都是在为软件工程服务。软件工程对软件的要求，大家只是知道去尽量做，但是具体怎么做，我感觉大话就是在这方面起到了不可或缺的作用。。

         大话，讲的不只是设计模式，更是一种对代码不将就的思想。遇到重复的代码，就要想是不是可以抽象出来，遇到需要重复的赋值，要想是不是可以写成方法或函数。大话里面每个小故事不就是这样的么——刚开始写了一个代码，然后通过大鸟指点，然后小菜改，最后应用设计模式。我们的代码不也该这样么？

         不过我们的优点是，先进行UML图进行设计，这样在没进行敲代码前，就已经在考虑设计模式了，由此也可以看出来UML图的重要作用——可以减少无用功。

 

         四、vb.net

         Vb.net视频其实讲的不是一门语言，而是一种面向对象思想，一种机制（个人感觉）。在视频里面涉及到代码的地方我感觉很少，但是虽然很少，但是它却很好的向我们展示了vb.net平台的优点，相对于vb6.0来说，vb.net太好用了。最明显的就是不会无缘无故崩溃。

         虽然没有具体讲语言上的只是，但是他讲的东西我感觉可以用到任何一个面向对象开发的语言中。在vb.net里面也提到了软件工程和UML图

 

         五、三层

         三层，通过慢慢的了解，知道它可以将一个软件的代码分为三层，并且这三层中可以任意替换其一替换而不影响其他两层。但是回首我写的却发现并没有做到这点。三层之间的参数传递，应该是只能传递实体类里面的成员，而我在很多地方都传了datatable，这样在数据库进行变动时，那么BLL层很有可能要动甚至可能会动到UI层。所以这点是在团队开发中要改的地方。

         用三层实现机房收费系统，结合了软工的思想，用UML画图并且加入设计模式，文档的不可或缺也会在我们合作的时候慢慢体会。

 

         总结

         可以看出，软件工程是中心思想，不论什么工具、模式，都是在围绕着软件工程。软件工程要求在各阶段都应该落实到文档，文档与UML图是相辅相成的。至于设计模式，则是实现软件工程中所说的软件要求的经验总结。