机房收费系统验收总结

机房收费系统完成有几天了,但总结一直拖到现在才写。验收的时候师傅帮我提出了很多问题,一共两个验收,感觉收获很。现在来总结验收的问题与收获。

一、收集问题

第一次验收:

1、卡号问题

“注册”窗体注册卡号的时候,当时没有限制卡号的长度,可以无限的输入。同理其他的窗体中各个字段也需要相应的限制字符长度。

2、存盘问题

存盘成功之后需要更新数据库的数据,而当时我的数据库没有更新。同理,充值、退卡等窗体也需要更新数据库中相应的字段。

3、退卡问题

退卡成功之后,理应不应充值成功,或上机成功等等。”注册“窗体中两个金额应该显示数量一致。

4、组合查询问题

组合查询应该随记录的清空清空所在记录的表格。

第二次验收:

1、金额问题

注册用户的时候,在注册窗体上显示的金额理应与“基本数据设定”窗体上显示的“最少金额”相一致。

2、用户级别问题

在"添加和删除用户"窗体上选择好用户级别以后,在单击添加按钮以后,在“添加用户”窗体中的用户级别应该是自动选择了并不能修改的与“添加和删除用户”这里选择的用户级别相一致。

3、数据库清零问题

退卡后数据库的数据应该归零。

4、下机提醒

在即将下机的时候,可以提醒用户还有多长时间就会下机,使得用户做好下机准备。

5、退卡问题

师傅:在退卡的时候,提醒用户先去下机,以防用户正在下机。

我:我感觉这里不用提醒,在这里用户肯定是下机完成之后,他才会去退卡,他不可能不下机就会退卡吧!按照正常的逻辑应该是这样吧?所以我认为就不用退卡下机提醒了。

6、结账逻辑

首先说结账是管理员结操作员的账,然后结账窗体中所有的操作(购卡、充值、退卡、临时用户、汇总)都是只对所选的操作员进行操作。再者就是我对各个操作的具体理解。

购卡:该操作员为所有注册过的卡售卡,但这里只结是此操作员操作过的卡。

其中的信息应该包含(卡号、学号、日期、时间、金额),是用户给操作员钱。

充值:该操作员可以为所有的购卡用户充值,但这里只结此操作员售出的卡的

他操作过的充值的卡的账。是用户给操作员钱。

临时用户:类似购卡,只结此操作员登记过卡号。是用户给操作员钱。

退卡:用户向此操作员申请的退卡,是操作员给用户钱。

汇总:是管理员汇总此操作员所有的操作的内容,是操作员给管理员钱。

退出 :是管理员对结账执行的操作。

7、另外,验收过程中没有运行成功的功能:选中学生下线、日结报表中刷新操 作。

二、问题分析

以上这些问题暴露出我自己的最大的问题就是从一开始的时候就没有将这个系统彻底的分析清楚,自己从一开始拿到这个系统的时候有点着急光顾着从头开始敲。结果到最后的时候好多涉及到逻辑问题的地方当然就会很乱。这是最重要的原因之一。

另外,出现以上这些问题的原因还有很多方面:窗体名定义问题,数据库的连接有问题(主要针对“对象变量或with块儿变量未设置”问题),等等大大小小的问题,这些问题之中很多时候是由于自己的代码写的不正确,在写代码的时候很粗心导致的。

三、分析总结

经过机房收费系统的验收,了解到以后无论做任何程序,首要的事情就是分析清楚用户的需求。根据用户的需求去屡清楚自己的思路逻辑,根据清晰的逻辑在对症下药。一点点的解刨系统程序,一点点的完成系统的各个模块。最后实现每个模块的功能,以至完成整个项目工程。

时间: 2024-10-27 06:11:50

机房收费系统验收总结的相关文章

机房收费系统验收小结(一)

上一期十期的师哥师姐们这次非常的热心来给我们进行机房验收的展示和讲解,让 我们深入的学习.研究和改善,整个过程进行了将近四个小时,师哥师姐们都是非常有 责任和热心的给我们大家指点和讲解.下面是自己做的一些小小的总结作为成长过程中 的记录. 一.功能区: 1.用户名处应该有提示当输入不正确时"应该输入数字还是文字" 比如输入:<  <  >> =等符号是有提示:当错误时,提示是用户名错误还是密码错 误. 2.逻辑更正:添加学号应该是在注册之前,我们一开始是注册,注

机房收费系统验收小结(二)

接着前面的,之前是一个小组系统进行的验收接下来的是另一组同学机房系统验收结: 充值 报表  1.整个机房系统最重要最重要的就是结账 输出,这系统最重要的功能 周结账,时间段,要有汇总 时间算账:最好以24小时进看起来方便 2.验收验收前:把之前的数据清空(数据库内的)  3.快捷键的注意:比如确定:回车键, 注册框:存盘应该在最左上方 提示图标,有不统一 4.写文档就按培养计划标准来: (1)开始标题 (2)誊写人,修改时间 (3)目录这些单独占一页 (4)甘特图少 "测试"时间段 (

【机房收费系统】验收

自己的机房收费系统开始的算是很晚的,因为开始的晚,就导致了一件事情,拖,因为开始的时候,搬家,搬学习的地方,然后itoo的项目也开始,事情都堆在一块儿,然后就做不动了,自己身为组长,突然就感觉到了压力.下面总结一下自己通过这次机房合作的不足. 不能合理的分配任务 因为是三个人一起合作,所以就很自然地每人负责一到两层,之前也请教过师哥,说敲代码三天就可以差不多完成,结果到敲的时候才发现,有的组员敲代码还是很吃力的,但是我一开始的时候没有认识到这种情况,就只是催催催,导致组员更加的不想去敲代码,然后

机房收费系统总结

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

重构机房收费系统——数据库设计

曾记得,第一次编写机房收费系统的文档模板,整整有12个文档需要编写,仅仅花了两三天的时间就让师傅验收,完结项目,就这样囫囵吞枣的文档编写完成了. 要知道:欠下的账,终究是要还的.现在到了机房收费系统个人版重构阶段, (1)进行数据抽象,设计局部概念模型: (2)将局部概念模型综合成全局概念模型 (3)就可以按要求绘制机房收费系统数据库概念设计模型--ER关系图. 可以说,之前的数据库的概念设计给我奠定了一丢丢的设计基础,外加<数据库系统原理>中的三范式定理,本着求知好学.虚心请教的理念,于是乎

VB.NET机房收费系统总结

总感觉这次机房收费系统很有份量,一直没有下手总结,从2014-7-27至2014-9-29,这中间有太多故事和成长.首先说一下两次机房收费系统的不同,它是我们从面向过程向面向对象的一个转变,在.NET平台下开发,采用三层思想,并添加了一些设计模式,然后说一下我的变化,不管从思想还是技术上绝对是一笔财富,经过这次机房收费系统,我更加坚信两句话:"出来混迟早都要还的""一切都会过去的". 这次个人重构:7.27-8.11(画图阶段,其中包括数据设计2天):8.12-9.

机房收费系统重构初期问题总结

进入五月份開始的三层架构的学习.那个时候,三层仅仅是理解了一些理论知识.还有在师父验收三层登陆实例的时候,仅仅知道三层是怎样建立起来的. 并且在验收的过程中,发现非常多逻辑性的错误.三层结束到机房重构,之间不知道停顿了多久.总之,真正開始重构的也就一个星期左右. 在三层结束之后,就要谋划机房重构的问题了. 可是,对于已经学习了非常多理论知识之后.发现,对于要開始重构机房一点思路都没有.不知道是先从哪里下手,文档?UML图?程序?这样的感觉真是-- 查看tgb的培养计划.从让导师指导建模開始. 也

机房收费系统——项目开发计划书

项目开发计划(GB856T--88) 1引言 1.1编写目的 项目开发计划是确定要开发项目的时候首先做的一个初步计划,需要对于项目整个开发过程需要的一些条件等有一个比较大概的了解.项目开发计划预期的读者有用户.开发者.管理者.以及分析人员等. 1.2背景 说明: a.      待开发的软件系统的名称:机房收费系统 b.      提出者:米新江教授 开发者:十期学生 用户:廊坊师范学院全体师生 实现该软件的计算中心或计算机网络:图书馆阅览室,机房 c.      该软件系统同其他系统或其他机构

与机房收费系统的再一次相处(.NET版):

机房收费系统个人重构的尾巴,也就是到了整体总结的时候了.师傅的每一次验收都会有太多的收获,自己暴漏的漏洞也越多. 首先,说说时间.有史以来,觉得最高效利用时间的一次,这和师傅的指导和督促是拖不了关系的.正直专业期末考试的那个月,时间抓起来就稍微有点费劲,但是,做好规划,还是觉得没有那么忙.因为在开始之前,师傅就给规定了时间,说什么内容多长时间内完成.每天都有自己的计划,要完成几个窗体或者是画多少图,早就找米老师谈过时间管理的问题,只有这时才深有体会.有这样的好师傅管着就好好学习,如果师傅不管了那