机房收费系统完成有几天了，但总结一直拖到现在才写。验收的时候师傅帮我提出了很多问题，一共两个验收，感觉收获很。现在来总结验收的问题与收获。 一、收集问题 第一次验收： 1、卡号问题 注册窗体注册卡号的时候，当时没有限制卡号的长度，可以无限的输入
机房收费系统完成有几天了，但总结一直拖到现在才写。验收的时候师傅帮我提出了很多问题，一共两个验收，感觉收获很。现在来总结验收的问题与收获。一、收集问题
Ke361开源淘宝客系统
下载
Ke361是一个开源的淘宝客系统，基于最新的ThinkPHP3.2版本开发，提供更方便、更安全的WEB应用开发体验，采用了全新的架构设计和命名空间机制， 融合了模块化、驱动化和插件化的设计理念于一体，以帮助想做淘宝客而技术水平不高的朋友。突破了传统淘宝客程序对自动采集商品收费的模式，该程序的自动 采集模块对于所有人开放，代码不加密，方便大家修改。集成淘点金组件，自动转换淘宝链接为淘宝客推广链接。K
第二次验收： 1、金额问题 注册用户的时候，在注册窗体上显示的金额理应与“基本数据设定”窗体上显示的“最少金额”相一致。 2、用户级别问题 在"添加和删除用户"窗体上选择好用户级别以后，在单击添加按钮以后，在“添加用户”窗体中的用户级别应该是自动选择了并不能修改的与“添加和删除用户”这里选择的用户级别相一致。 3、数据库清零问题 退卡后数据库的数据应该归零。 4、下机提醒 在即将下机的时候，可以提醒用户还有多长时间就会下机，使得用户做好下机准备。 5、退卡问题 师傅：在退卡的时候，提醒用户先去下机，以防用户正在下机。 我：我感觉这里不用提醒，在这里用户肯定是下机完成之后，他才会去退卡，他不可能不下机就会退卡吧！按照正常的逻辑应该是这样吧？所以我认为就不用退卡下机提醒了。 6、结账逻辑 首先说结账是管理员结操作员的账，然后结账窗体中所有的操作（购卡、充值、退卡、临时用户、汇总）都是只对所选的操作员进行操作。再者就是我对各个操作的具体理解。 购卡：该操作员为所有注册过的卡售卡，但这里只结是此操作员操作过的卡。 其中的信息应该包含（卡号、学号、日期、时间、金额），是用户给操作员钱。 充值：该操作员可以为所有的购卡用户充值，但这里只结此操作员售出的卡的 他操作过的充值的卡的账。是用户给操作员钱。
临时用户：类似购卡，只结此操作员登记过卡号。是用户给操作员钱。 退卡：用户向此操作员申请的退卡，是操作员给用户钱。 汇总：是管理员汇总此操作员所有的操作的内容，是操作员给管理员钱。 退出 ：是管理员对结账执行的操作。 7、另外，验收过程中没有运行成功的功能：选中学生下线、日结报表中刷新操 作。 二、问题分析
以上这些问题暴露出我自己的最大的问题就是从一开始的时候就没有将这个系统彻底的分析清楚，自己从一开始拿到这个系统的时候有点着急光顾着从头开始敲。结果到最后的时候好多涉及到逻辑问题的地方当然就会很乱。这是最重要的原因之一。 另外，出现以上这些问题的原因还有很多方面：窗体名定义问题，数据库的连接有问题（主要针对“对象变量或with块儿变量未设置”问题），等等大大小小的问题，这些问题之中很多时候是由于自己的代码写的不正确，在写代码的时候很粗心导致的。 三、分析总结 经过机房收费系统的验收，了解到以后无论做任何程序，首要的事情就是分析清楚用户的需求。根据用户的需求去屡清楚自己的思路逻辑，根据清晰的逻辑在对症下药。一点点的解刨系统程序，一点点的完成系统的各个模块。最后实现每个模块的功能，以至完成整个项目工程。
