机房收费系统总结

做完了机房收费系统,成就感还没一想象的那么强烈,不过进步还是有的。相比于学生信息管理系统来说,错误少了很多,对于常见错误信息,已经不复存在!算是一个很大的进步吧!

现在总结一下在做机房收费系统时遇到的问题吧!

首先,我觉得有两大难点——上下机,和结账!

一、上下机

1)时间金额计算问题

这里容易搞晕,因为要考虑到’数据设定‘窗体中的时间设定问题。

这里主要涉及到有 ‘准备时间’ ,“最低消费时间” ,“固定用户的半小时费用”等几个变量。

1、我们既要考虑到假如用户进机房时间到出来为正常的消费时间外,还要考虑如果小于最低消费时间,或者甚至小于准备时间怎么办?这就需要我们理清我们的思路,要求逻辑清晰啊!对了,还有如果上下机不再当前怎么办?这里接触到了新的函数,datediff,对于要进行四舍五入的,我用到了round 

2、对于金额的计算,要有一个标准,对于这里我们采用始终保持一条记录的方式。但是考虑到结账依据问题,我们最好对计算标准做一个记录表,以保证最后admin有据可查!

3、还有就是金额不足问题,这一点还没有实现!师哥说以后会做这个的。我们要实现定时结账问题,总不能没钱了,还在消费吧,那网吧不是要关门儿了吗?

2)强制下机问题

1.首先,能保证强制下机的同学能够加入上机时间表中。这里关键是‘强制全体学生下机’。由于这里我们要考虑到多人上机的情况,同时还要多人被强制下机。学到的技术有限,在这里我采用在点击该按钮时,将所有正在上机的同学刷新进列表中,然后采用循环的方式挨个删除!


二、结账

其实关于结账,还有很多业务方面的问题没有搞清楚,第一遍完成它主要还是根据自己的想法实现的。通过和师哥师姐的交流,发现,他们做过几遍以后对结账有了更深刻的认识。有待以后进一步研究!


三、细节问题

关于登录问题

其实,隐藏在登录处一个问题就是在考虑到实际业务时,管理员在最后结账时,要根据操作员的收取金额的记录来进行结账,此时,我们必须限制操作员在非正常下机时,不得允许其他用户登录,同时,不得允许操作员异地登录

此外,在此期间,我们还学习到了很多函数和控件的用法,等等,为以后学习奠定了基础!



小结:其实,这次机房收费系统相比学生信息管理系统来说,常见错误少了很多,同时对程序的调试能力也相应熟练了很多,通常出现的错误都能通过断点调试自己跳出来,算是一个很大的进步吧!

另外,学生信息管理系统只是按照代码按部就班的将其实现的,而这次,我们是按照自己的思路,根据自己的理解来实现的,我想,每个人的系统做出来都不尽相同,因为我们都融进去了自己的思路。在以后的学习中,我们要将我们的思路优化,选择一条更加优化,更加符合客户需求的一种规范化,标准化和合理化的思路!


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 24
    评论
评论 24
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值