【机房收费系统】 之 上下机

　　上下机之所以会有些复杂，是因为它考虑的方面比较多，用到的表比较多。

       其实在我看来，它就是一个从我们的理想状态的雏形不断走向实际可操作状态的过程，这个过程中功能不断完善，设计更加合理，增加各种提示引导用户，提高用户体验度，限制各种违法操作从而减少Bug。

上机：

基本功能：

     1.从student_Info的表中调取显示该用户信息

     2.同步当前上机时间到相应的文本框中

     3.同步上机信息到online_Info的表中

     4.同步上机记录到line_Info的表中

     5.更新在线人数

补充：

     1.检测文本框是否为空，提示输入卡号

     2.从student_Info的表中查询是否存在该卡

     3.从student_Info的表中检测该卡是否可以使用

     4.从student_Info的表中查询该卡余额是否充足

     5.从online_Info的表中查询该卡是否上机，禁止重复上机

最终思路的效果如下：

                                           

下机：

基本功能：

     1.从student_Info的表中调取显示该用户信息

     2.同步当前下机时间到相应的文本框中

     3.从BasicData_Info的表中调取基本数据用于计算消费

     4.将所有信息同步到student_Info的表中

     5.从online_Info的表中删除该用户

     6.同步下机记录到line_Info的表中

     7.更新在线人数

补充：

     1.检测文本框是否为空，提示输入卡号

     2.从student_Info的表中查询是否存在该卡

     3.从student_Info的表中检测该卡是否可以使用

     4.从online_Info的表中查询该卡是否已经上机

最终思路的效果图如下：

                                              

总结：

        最开始我们想到的或许只是一些基本功能，然后做出原型之后就会发现，虽然基本功能可以实现，但是由于现实会有各种各样的情况从而导致程序的崩溃，我们进而再去完善它。

        有很多人说是因为之前思考的不仔细，想的不够全面，从而导致不断的返工，我觉得这是一个正常的过程。我们第一步实现的就是基本功能，第二步把自己想到的会引发Bug的情况进行逐步优化，达到一个相对符合现实情况的一个程序，但是这个程序肯定还是会有漏洞的，所以需要不断的测试。

        微软不是也在不断的发布补丁吗？这说明做一个软件是不能一蹴而就的，是需要不断完善的。所以，优化——测试——再优化，这个反复的过程中，是在不断培养我们解决问题的能力，面对问题心态如何调整，思考问题更加全面的能力，为将来能够做出更加符合实际情况的软件做基础。

        把每一次的问题都当做自己成长的一次机会。