机房上机收费管理系统毕业论文,机房收费管理系统课程设计

　　这是第二次做机房收费系统。从开始到结束，经历了很多事情，比如假期，考试。完成这个子项目花了将近两个月的时间。

　　首先说一下画画的感觉。第一次画这样的图，就是没概念，很迷茫。不知道从何说起，努力想了很久，才有了一些感悟。画的师傅看着不对，推翻了，重新来过。这种事情经常发生。

　　我想说的是类图。画类图有很多种方法。它可以按照功能块、实体或逻辑来划分。但是一定要全面，不能有遗漏，否则后期维修会很麻烦。我经历了后来的补丁。一开始我以为方法是一样的，只是参数不一样，就用一个方法(因为用的参数都是实体，所以不能重载)。但是到了后期发现的时候，已经无法修改了。如果我修改了前面的方法，我只能添加方法。

　　先根据需求分析总结方法，再合并或者重装，这样遗漏的可能性就小很多。

　　图中注：这一次我深有体会，字段的参数可以隐藏的这么深。

　　每个图的注释显示了它是什么种类，有什么功能，使用的参数，以及参数需要什么属性。否则后面的代码就没办法写了。

　　代码是按图写的，所以图的好坏直接影响代码，时序图是代码编写的重要体现，所以每一条注释都要加上。

　　当然，文件不能扔掉。修改代码的时候，就是不想修改文档，觉得麻烦。这是前期工作不到位造成的。

　　刚开始写代码感觉有点难，因为要真正写一行，先打好所有的基础，然后就难了。

　　对比之前的例子，参考网上的例子，基本框架是糊里糊涂完成的。我还是不明白。但是写了一两行之后，我明白了很多。叫什么，给什么，回报什么。这就是层间互不干扰。

　　这次机房收费系统使用了抽象工厂和反射设计模式。联合查询、存储过程之类的东西，还有视图都用在代码编写上。以前觉得这些东西很少见，现在觉得就是这么回事。这就是成长。编写环境基于vb。NET的平台，比之前的vb更面向对象，但是感觉自己用的面向对象的功能很少，比较迷茫，不过还在学习，以后可能会有更深的理解。总的来说，每一步都是前进了一步。对于这个个人版的重建，我深刻体会到了绘图和文档驱动的重要性。

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。