当你开始想做一个机房收费系统的时候，有很大的可能，你不会像好多前人啊前辈们教你或是提醒的那样，先认认真真的去做需求分析。我也是这样。没关系，想从哪里开始就从哪里开始。我就是这样。要知道知识是一张网，由一个点总能牵出全部，而一个工程也是这样，出发点不同，到最后你总是要实现整体功能。

当你要做一个机房收费系统，你要先熟悉一个已经做好的系统。吃猪肉不一定要知道猪是怎么跑的，但是如果你要向别人介绍猪，就一定要知道猪是什么样子的。先从现成的系统中了解大概的框架，要实现哪些功能，整个系统的操作是一个怎样的流程。如果连怎么用都不知道，那还谈什么重新做。了解了一些基本的东西，就该动手了。

先建数据库还是先设计窗体写代码？随便！我是建好了数据库一边建表一边写代码的。我从来没做过收费系统，我也不懂怎么做需求分析，所以，就直接赶鸭子上架了。为什么要随便开始呢？因为不懂，所以需要尝试，走别人给你画好的路线怎么能到你自己想到的地方呢？或许绕了远，但绕远或许会收获一些不同的东西，同时也帮你理解为什么最初大家都建议你走那条大家都走的路，因为那方便又节省时间。

不要数别人做了多少个窗体写了多少代码，那样你永远静不下心来。如果遇到实现不了的功能或是解决不了的错误，不要自己扎进去出不来，有网络呢，高手有的是，更何况连我这样的小小新手都敢写教别人怎样做系统的文章呢…

如果你是像我一样很笨的人，用vb不是很熟练，那么有一样必须要会，调试代码，强制声明有时候很有帮助的，还有最起码要会设置断点吧。最开始，我是错误百出，上网搜啊搜啊，没有解决办法，程序就是连不上数据库。郁闷的是，就是代码错误，而我那时就不会调试…

我做收费系统，是仿着之前做过的学生信息管理系统做的，代码类似，因为开始时不懂意思，就照着学生管理系统的代码敲，后来做了几个窗体之后，你就觉得，哦，开窍了，开始自己写。

代码这个东西是既枯燥又不枯燥，当你心思不在时，就是机械的敲，而当你投入时，反而在敲完代码之后，会有一种成就感，怪不得总说要培养代码的亲和力。做这么一个系统，代码量已经算不少了吧，最起码对于我这样从没做过系统的。

我是按功能来敲代码的，敲完了就测试一下，主要是想避免全部完成时候会忽略细节。而且这样总有小小的成就感，不至于枯燥。还有就是请别人帮你测试，总会有你没想到的细节，别人没准就帮你发现了。

等一个接一个的功能实现了，你就发现，那个原本看似挺复杂的系统竟然做的差不都了。我做的是刷卡的机房收费系统，做之前以为，有刷卡机可怎么办啊，肯定实现不了。但是等你完成了就会想，哦，不过如此…

程序整体完成之后主要的是调试做细微的修改，当然也可以添加功能。然后就是打包发布，部署。全部成功之后，这回，你可以小小的臭美下了。

当然还有重要的一个环节不能忘，总结！这样一个系统，尤其第一次做，错误啊，收获啊都是不少的吧，总结下来，也是日后的一个参考。现在我就算是思想总结吧。其他的，另外在发。