机房结账功能分析

1、对三个用户的层次的理解:

一般用户就是机房值班的老师主要负责学生的正常上下机;操作员主要给学生注册卡,退换卡,管理学生信息;管理员对各个操作员进行结账,查看收入。可以类似于一个饭店里的伙计,会计,和老板,一个看人,一个看账,一个看钱。

2、结账

2.1界面如下:

2.2在结账中我们首先要对各个金额的由来弄明白,然后知道计算方法。图:

各个名词解释如下:(各表的查询条件为ischeck=“未结账”and
UserID= "cmbUserID.text")

总共收入:将注册,充值金额的信息添加到充值表{Recharge_Table}中,对"Addcash"列求和得到总结的充值金额。

退换:对退卡表CancelCard_Table中"CancelCash"列求和得到总的退换金额

实际收入:总收入—退换

纯收入:即上机消费的金额,对上机记录表Lined_Table中ConsumeCash列求和的纯收入

待收入:学生卡中的余额(为何叫待收入,因为这些钱还没有消费还有退换给学生现钱的可能,所以称为待收入)

2.3具体操作步骤:

输入用户和姓名,检查是否有该用户名。

单击购卡显示该用户下的购卡信息。充值,退卡同上。

单击汇总显示结账基本信息,单击"结账"按钮修改各个表中的状态为“已结账”,同时将结账信息添加到Check_Table表中为以后的报表提供数据。

3总结:只有结账了才有账单,结账是对机房收入的汇总,为以后的报表提供数据。对结账的功能分析明白了代码就好实现了。

时间: 2024-11-13 07:46:36

机房结账功能分析的相关文章

职责链模式——机房收费系统下机结账

在机房收费系统中,学生下机结账最让人头疼了.因为学生的消费时间(下机时间-上机时间-上机准备时间)有三种情况: 1.消费时间<=0,也就是下机时间与上机时间的间隔在上机准备时间范围内,这种情况是不收费的. 2.消费时间<=最少上机时间,这种情况下消费时间按照最少上机时间收费. 3.消费时间>最少上机时间,这种情况还要考虑递增单位时间.比如递增单位时间是10分钟,消费时间是42分 钟,42/10=4.....2,这种情况要按照50分钟收费. 以上消费时间就分了三种情况,更复杂的是第二种和第

机房收费系统 之 结账漏洞

声明:以下内容只对将卡表和退卡表放在同一张表的同学适用! 最近大家都已经开始做VB.NET机房收费系统重构版,在这里跟大家聊聊我在机房收费系统中发现的漏洞. 在机房收费系统中有这样一个窗体--结账.个人认为结账的功能是:领导对操作员注册退卡进行结账,简单的说就是领导来收钱,如果你是一个操作员,每天充值退卡,你要知道你这段时间都赚了多少钱. 今天要说的重点就是卡表的结账!在结账中,有一个购卡,有一个退卡.也就是说,对于同一张卡,它注册后需要结账一次,退卡后也需要结账一次. 让我们来看看我数据库的卡

机房收费系统学生下机结账小结

这几天一直在考虑机房收费系统学生下机操作.学生下机,一则须要加入学生下机记录信息:还须要计算学生在整 个上机过程中所花费的金额,而且更新学生剩余金额.那么如何做在性能上或者扩展上更好一些呢? 操作 1.加入学生下机信息 2.计算学生上机时间 3.依据上机时间来计算学生所花费的金额 4.更新学生的剩余金额 设计模式 在通过学生上机时间来计算学生所花费的金额这步操作上,须要进行一些条件分支语句的推断.由于上机时间被分为 了三部分:准备时间.至少上机时间.上机时间.所以在步骤3中有大量的条件分支语句,

机房收费系统合作——再看数据库设计

机房合作我负责了最简单的D层,接口层,工厂层.反正D层是我来写,于是数据库索性也就顺便设计了.已经是第三次敲机房收费系统了,每次都是相隔半年左右吧.需求搞得透透的了,数据库也就好设计了.基本跟第二次没什么大的区别,就是把Student表和Card表分开了. 重构的时候,我的数据库几乎什么都用到了:事务,存储过程,触发器,视图,联合查询等等.所以,这次设计数据库还是SO Easy的..并且,为了让婵婵和牛迁迁师哥写的方便,我把组合查询都写成了存储过程!!!!费了一番功夫,但是D层简单了不少.还记得

机房收费系统总结

经过二十天的艰苦奋斗我的机房收费系统终于敲完了,在回家之前又让师傅验收了一边终于通过,自己当时感觉那叫一个兴奋呀,终于可以高高兴兴回家了,太好了.当时兴奋过头导致没有写总结,以致回到家后才写总结. 我在做机房收费系统时,感觉最让人头疼的就是结账.算钱,虽然自己是个理科生,可是这算账真不敢恭维,那真叫个一塌糊涂,怎么都算不清楚.那时真的想找块豆腐去撞一下,把自己给撞清醒了.不过好在最后终于做出来,当时感觉世界瞬间就亮了. 其实在做完机房收费系统,最大的感受就是要理清自己的思路,无论是结账还是上下机

机房重构(3)——存储过程

在敲机房收费过程中我们都会遇到这样的问题:很多功能实现都需要涉及到多张表的操作,比如充值.退卡.结账等功能的实现.这就需要我们多次对数据库进行操作,不仅代码量大大增加,而且执行效率也会大打折扣.为了提高效率,于是,存储过程就华丽登场了. 1.简介 存储过程是一组为了完成特定功能的语句集,经过编译后存储在数据库中,用户通过制定存储过程的名称并给出参数来执行它.存储过程在运算时生成执行方式并存储在数据库当中,当其再次运行时速度比单个的SQL语句要快.    2.优缺点 1)优点 a.复用性强.存储过

机房收费系统中遇到的SQL语句问题

个人版机房收费系统正在进行中,遇到了几个有关SQL语句的问题. 1.sum函数的使用: 在结账部分,要求出某个表中某一列的和.在第一次机房系统中,我不知道sum函数的存在,很傻很天真地用循环一个一个往上加.下面以求所有卡中余额的和来说说sum函数怎么使,SQL语句为:select sum(cash)from T_Card.这个格式不是固定的,可以根据需求更改,比如求多列的和:select sum(列名1),sum(列名2)...from [表名] where....查询出来的结果只有一行,如果只

机房收费系统——数据库设计说明书

GB8567--88 数据库设计说明书 1      引言 优质数据库在处理大数据的程序或系统中是有非常重要的作用的,所以对于数据库的设计有很多的要求和规定.首先数据库要有很好的可维护性.灵活性,并且数据库的算法逻辑性也要有一定的优化性,这样可以对资源进行有效利用,并且处理数据的时间也会缩短. 1.1   编写目的 由于上机的人越来越多,产生的上机数据越来越多,原始的保存方式已经不能满足数据存储的需要,所以使用数据库对各种记录进行存储.并且数据库可以节省很多的资源,如人力.时间.空间等. 数据库

机房收费系统——测试计划

测试计划(GB8567--88) 1引言 在项目基本编码工作完成的就要进行测试,对于排除出错误和修复漏洞有重要作用. 1.1编写目的 测试的主要目的就是尽可能多的找到系统中的漏洞,并且设计出测试用例,对系统测试.目的及在于对测试的方法.测试流程,有一定大体上的掌控.本文档的预期读者是测试人员. 系统测试在整个项目开发过程中,比例占到了40%~50%.基本上在项目进行编码的过程中就开始了测试,所以测试的好坏也影响了系统的功能实现情况. 1.2背景 说明: a.  测试计划所从属的软件系统的名称:机