食堂刷卡系统改造方案

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

武汉市第六中学食堂刷卡系统改造方案

一、项目背景

武汉市第六中学食堂改造,新增加了一个食堂,原小卖部与食堂分离,形成两个食堂一个小卖部这样三个刷卡消费点。

二、目前问题

原来使用的一卡通管理系统是一套单机版的软件,因此在食堂改造之后,各刷卡点产生的新卡以及消费所产生的报表因为数据没有集中而导致不同步,导致报表不准确。与技术部讨论过更换设备,但所有的卡芯片都需要换掉,这个代价太大。厂家也没有提供二次开发的接口。

另外,由于目前所使用的一卡通管理系统无法进行二次开发,因此在几年以前我们公司针对管理系统的数据库开发过一套报表程序,用来生成学校定制开发的报表,在此次食堂改造后,由于报表程序的不灵活,导致新加的设备无法纳入到统计报表中。

三、解决方案

1、针对各消费点数据同步问题

这个问题很难解决。

1、一卡通管理系统使用的是DBF数据库。DBF不是一个标准的数据库文件,不允

许被多个应用程序同时占用,就像后来开发的查询程序一样,使用前必须把一卡通管理系统关掉。

2、根据对目前DBF数据库的研究发现,存在同一个表中的ID是不连续的,比如充

值,当前ID为1,但下一ID可能为3,中间有消费,这个2是存在消费表中的。这个ID的分配,并非是数据库完成的,而是程序分配的。如果没有办法和程序关联起来,一旦外部数据写入到表中,则很有可能导致ID重复而插入失败。

综合以上所述,实施数据同步方案可能性很低。

2、针对报表程序的修改问题

需要找到此程序的源代码,针对此问题的修改应该很快。

如果找不到源代码,则需要通过其他方式理解清楚需求,重新开发。重新开发的需求,业务逻辑需要重新进行整合。

到目前为止,公司电脑都找过一遍,没有发现源代码。。

相关文档
最新文档