支持食堂系统的校园一卡通管理信息系统Word格式文档下载.docx

资源描述

支持食堂系统的校园一卡通管理信息系统Word格式文档下载.docx

《支持食堂系统的校园一卡通管理信息系统Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《支持食堂系统的校园一卡通管理信息系统Word格式文档下载.docx（65页珍藏版）》请在冰豆网上搜索。

支持食堂系统的校园一卡通管理信息系统Word格式文档下载.docx

6、同样，IC卡不仅仅在食堂内使用，在浴室也是必须具备的。

在设置金钱上升的过程中，要保持用水量和所对应的金钱数量有统一划一的扣法。

不仅如此，在数据传入主机的过程中，保持速度的一致性，这也是保证在金钱使用方面的正确性。

保证工作的运行正常，毕竟工作平台和食堂的人工操作有一定的不同。

7、力争减少IC卡的维护次数，数据的输入过程存在的隐患问题尽量减少。

在系统设计过程中尽量作到逻辑明确。

对于平台的设计，在发展初期有一定的欠缺性，对于后期的系统维护和更新改进留有一定的空间，使后期工作可以方便直接，省却很多不必要的麻烦。

1.3问题描述

本系统设计过程较为简便，没有过于繁琐的功能模块和操作步骤。

用结构化系统开发方法既可以把整个系统一步步设计完善。

这个系统设计的数据量还是比较到，涵盖到整个学校的师生以及外校的一些就餐者。

对于直接用闭幕来一个一个地模拟式很困难的，原形基础管理不善，甚至出现混乱的状态是我们极力要避免地，因此，虽然原刑法比较直观但会出现一些不必要的麻烦。

也就排除了这一方法。

其次，面向对象的开发方法比较科学，但是前期工作量比较大，用于大量调查的系统开发，本系统比较简单，所以面向对象法的使用会使简单问题变得复杂。

每个方法都有其利弊，因而对于本系统，最适合的方法就是结构化系统开发方法。

对于结构化系统开发方法，我们遵循其开发的过程。

（1）系统规划阶段

根据就餐者在就餐时间的具体情况，进行初步调查，明确该解决的具体问题，然后进行可行性研究。

（2）系统分析阶段

主要任务是：

分析业务流程，分析数据与数据流程，分析功能与数据之间的关系，最后提出系统的逻辑方案。

本系统得业务流程就是刷卡时的数据输入，调出，冲值，注销和开卡，办理新卡和退卡。

数据和数据流程，主要是每一笔金钱消费的录入和日期，对于学生和教师信息的调出和调出，做到信息的集成管理，网络的互通性的完善。

对于功能方面，也就是一些对于一些信息输入和维护的工作，和业务流程具有一一对应的关系，在上述问题提及的时候有所概括。

除此之外，还包括一些，挂失，解挂，系统维护等功能模块。

（3）系统设计阶段

主要任务实：

总体结构设计；

代码设计；

数据库/文件设计；

输入/输出设计；

模块结构与功能设计。

与此同时根据总体设计的要求购置与安装设备，最终给出系统实施方案。

设计阶段是关键的阶段，主要的是数据和功能模块的设计，其中设计企业过程图，U/C矩阵图，业务流程图，数据流程图，E-R模型和数据库的设计分析。

对于具体的情况，按数据和对应的功能模块，以表格和关系图的方式表示出来，逻辑清晰，结构具有层次性。

设计阶段是真正系统开发的前期准备工作，要考虑很多的内在和外在因素，所以是非常关键的一个环节。

（4）系统实施阶段

同时进行编程（根据系统分析和设计的要求，进行本地化二次开发）；

人员培训；

数据准备。

然后投入试运行。

编程是其中的关键，主要设计SQL语言，以及PB的技术支持。

其次人员培训主要是人员对于IC机器输入数据的教导，基本操作简洁，这部分无须非常多的时间和精力。

数据准备部分也不非常复杂，主要包括两部分：

因为学校网络的数据共享，所以大部分学生数据可以通过内网调用；

其次外部人员的信息数据的输入，在开卡时即存入档案。

（5）系统运行阶段

试运行阶段还会出现一些设计阶段没有考虑到的问题，因而也是一个及时发现问题不断完善系统的过程。

主要任务是：

同时进行系统的日常运行管理、评价、监理审计三部分工作。

然后分析运行结果，如果运行结果良好，则送管理部门指导组织生产经营活动；

如果有点问题，则要对系统进行修改、维护或者是局部调整；

如果出现了不可调和的问题，则用户将会进一步提出开发新系统得要求，这标志着老系统生命的结束，新系统的诞生。

不过这也是几年以后的事了，其中也设计到一个系统生命周期问题。

结构化系统开发方法的认知体系=系统分析+功能分析法+流程分析法

2.系统的战略规划

2.1业务约束

在业务约束方面存在如下的一些问题：

（1）外来人员的开卡和信息输入存在一定的障碍，对于校内人员的开卡比较简便，只要内部数据调入即可。

但外来人员不存在信息共享，对于办卡的过程比较复杂，需要一定信息的录入和证件的办理。

（2）在食堂和澡堂，遇到刷卡高峰期容易出现机器故障，比如延迟成效刷卡金额的扣除，多扣少扣等问题。

（3）一旦系统维护，有时需要关闭系统，这样对日常的工作和学生生活会造成很大麻烦，大部分的就餐者和洗浴者的去处就成了问题。

所以系统的设计和运行阶段应做到尽可能的周全考虑，不至于后期工作过于繁重造成麻烦。

（4）一旦学生毕业销卡，或者是以后不会在食堂就餐的话，卡片的回收和再利用会成为一个问题，如果不使用的话即报废，那么会造成一定的成本和资源的浪费，如可以回收再利用对于环保和节省成本是个很好的方法。

所以IC卡的选择设计也是一个问题。

（5）在数据调用过程中会出现数据不能兼容的问题，比如会出现不匹配和乱码，怎样避免这类问题也是设计员考虑的问题。

（6）现在的IC卡也只是涉及食堂和澡堂这两个模块，如果真正实现一卡通的真正功能，还可以扩展到小卖部和图书馆，电脑机房，和学校医院看病就医的部分，那么所要求的信息量和功能模块就会非常庞大，如果开发这些业务范围会复杂得多，如何开发也就成了另一个问题。

2.2可行性研究报告

本系统的设计过程也是不断实践和改进的过程，从系统设计到投入的过程中，其可行程度应该达到最高。

毕竟系统是投入日常的生活和工作之中。

主要在技术，经济和管理上进行可行性分析。

2.2.1技术可行性

在技术上，我们还是没有采用智能化的卡型，主要采用感应型的。

综合考虑在技术开发，卡片回收，和系统规划的阶段带来的工作量巨大，感应型卡片的投入运行足可以满足系统开发的最初目的。

感应卡是从早期工业上使用的RF（RADIO

FREQUENCY）感应识别技术，经过欧美发达国家近十年的研制、改进而产生的，它成功地将射频技术和IC卡技术结合起来，解决了无源（卡中无电源）和免接触这一难题，是电子器件领域的一大突破。

他克服了磁卡、条码卡、光电卡等存在的信息外露安全性低、寿命短、易磨损、易仿制的缺点；

同时也克服了接触型IC卡抗污染差、磨损大等缺点。

感应卡由IC芯片，感应天线组成，并完全密封在一个标准PVC卡片中，无外露部分。

通常由感应卡与读感器之间通过无线电波来完成工作。

感应卡按其芯片可简单分为读写卡和只读卡，即感应IC卡和感应ID卡。

感应IC卡系统因其优越的读写性能和可脱机的操作方式成为了用户的青睐。

2.2.2经济可行性

在经济上，因为卡片的磁性总有一定的寿命，有时会出现失磁现象。

但对于感应型卡片可以一刷就可恢复磁性，方便经济。

其次，刷卡机和主机平台，是一次性购买，以后的主要开支是维修维护的花费。

2.2.2管理可行性

在管理上，主要分为基础管理模块。

学生的个人信息模块，刷卡消费信息模块，卡务管理所包括的信息（挂失/解挂，注销，办理新卡，查询，冲值，即刷卡模拟部分），系统数据模块。

这些是在系统规划设计阶段所原本包括的内容，在设计后期试运行期间的主要工作是新信息的补充和输入，在管理上把这一部分放入前期的准备工作可以节省很多的时间，以及使工作中出现的差错率降低。

其次，在人员管理上基本实现人员的最少化。

在浴室刷卡基本不用人工操作，无须多余的人员配置，在食堂刷卡，主要是打卡人员的数据输入，也无须人员的监督管理，在经济上也是节省了一笔不小的开支。

其次是冲值中心的工作人员，主要配置三到四名工作人员。

我们初步调查了海事大学的食堂冲值中心，除了会在少许情况下会出现冲值拥堵的排队长龙外，基本三到四名工作人员已经足够。

2.3系统功能分析

我们分析得出,学校食堂IC卡系统应该有如下功能：

（1）管理员权限管理。

管理员又分为超级管理员和普通管理员。

普通管理员可以进行IC卡办理,IC卡挂失,IC卡解挂,IC卡注销,IC卡密码修改操作。

超级管理员出普通管理员的权限外还有管理员的进行管理。

刷卡机设置的权限。

（2）IC卡办理。

根据学生的学籍信息办理IC卡,一学生只能办理一张卡。

（3）IC卡挂失。

根据学生的序号或者卡号挂失IC卡。

挂失的IC卡不能再用。

（4）IC卡解挂。

根据学号或者卡号解挂已经挂失的IC。

解挂后卡可以正常使用。

（5）IC卡注销。

消除卡信息,卡用户记录以及小女婴的消费记录。

（6）IC卡充值。

根据卡号充入相应金额。

（7）IC卡密码修改。

IC卡密码改动。

（8）刷卡机设置。

设置刷卡机的位置,编号,所属部门。

（9）刷卡消费。

用户刷卡过程。

（10）消费查询。

供用户查询消费。

2.4系统简介

大学校园作为大学生生活、学习、居住的综合场所,解决三餐自然是其中的重要部分。

学校食堂若一直沿用餐票制度,不仅找零等不方便而且卫生问题也难以保证。

显然,这样的制度已经不能适应庞大的信息系统的需要,所以引入一个信息管理系统势在必行,这既使得就餐排队时间减少,更卫生,并且足以应付日益增加的用餐人数,便于管理。

校园一卡通食堂消费系统就是根据学生的学籍信息发放一张IC智能卡,学生在卡上充入一定金额,就餐时进行刷卡。

一般来说,可以从3个方面来说明学校食堂消费IC卡管理系统。

（1）管理人员的任务。

管理人员专门负责管理IC卡的发放,管理：

IC刷卡机的设置以及管理人员的工作均通过电子系统完成。

（2）提供方便的用户服务。

提供学生消费查询的功能,消费又明细记录。

必要时需要对帐。

（3）提高工作效率。

工作人员操作刷卡机。

减少学生消费耽误的时间。

3.系统分析

3.1系统的概念模型

1.办理新卡功能：

涉及的实体有学生，食堂IC卡

2.挂失/解挂功能：

涉及的实体有学生，管理员，卡务管理系统

3．冲值功能：

涉及的实体有学生，刷卡机，食堂IC卡

4．IC卡注销：

涉及的实体有管理员，卡务管理系统，食堂IC卡

5．消费查询功能以及密码修改功能：

6.管理员权限功能：

涉及的实体有管理员，卡务管理系统

7．总的E-R图

3.2系统的网络模型

最主要的环节是后台的系统维护工作的管理人员。

具体网络拓扑图见图3-1：

这一过程就是系统管理中心的网络拓扑，以上过程，我们可以直观的观察到系统得管理是怎么实现的。

系统得管理人员的主要职责还包括系统得后期维护维修工作，人员的配置也在三到四名之间。

总之，本系统主要的是前期的系统设计规划开发阶段的工作过于繁重复杂，后期的工作较为简单。

只要设计阶段的工作做得到位，基本系统运行没有问题，对于生活和工作上所带来的方便程度是超乎想象的。

在可行性上报告这块可以交上一份完美的答卷。

3.3一卡通功能需求分析

在系统管理中的主系统是一卡通管理中心系统。

在校园一卡通中心平台系统的统一支撑及管理下，一卡通中心管理系统主要负责完成系统设备维护、系统数据管理、系统安全管理、人员信息采集及维护、卡片初始化、发卡、挂失/解挂、补卡、学生毕业销卡、帐务处理等工作。

如3-2所示，在学校IC卡中心机房放置一卡通校园前置机和安装系统管理中心模块，平时主要完成对系统设备维护、数据维护、操作员授权。

校园卡服务中心主要放置各业务管理终端（系统管理、卡户管理、充值管理、综合帐务处理等），平时完成一卡通系统相关的业务管理。

根据学校应用的实际要求，对于卡的发行、更换、故障处理、权限调整等管理主要由学校后勤室和财务室完成，故后勤室、财务室安装卡务管理终端和发卡器等终端设备，为师生提供的校园卡服务。

与校园卡管理中心相关的硬件设备包括：

校园前置机、校园卡管理工作站、IC卡发卡器等，软件模块包括：

系统管理中心、卡户管理（包括持卡人管理、卡务管理两部分）、综合帐务处理模块。

3.4系统业务流程分析

刷卡消费

刷卡流程所表现的是刷卡消费的整个过程，工作人员A输入金额数，并扣除一卡通内相应金额。

如果一卡通内金额不足，那么到卡务管理中心充值。

消费和充值金额记录在案。

挂失/解挂

这一部分功能模块主要实现挂失处理。

当持卡人发现卡片丢失，应及时前往卡务中

心进行挂失处理。

如事后找到卡片，则解挂。

若最后确认却是丢失则补办新卡。

注销

这一功能模块是学生离开学校注销卡片，或工作人员离开本单位注销卡片时使用的。

注销之后，连同卡片信息和个人信息一同消除，并退还押金。

3.5一卡通过程分析

1．管理员权限

2．

用户使用过程

3.6一卡通U/C矩阵分析

模块分析

数据类

功能

部门信息

个人信息

卡片信息

消费信息

报表记录

系统管理

数据输入

卡务管理

办理新卡

挂失

补卡

帐务管理

刷卡

结算

冲帐

打印

查询

3.7数据流程分析

（1）系统管理中心

（2）卡务管理中心

（3）帐务管理中心

3.8数据字典分析

数据字典（数据项）

编号：

F01

名称：

学号

简述：

持卡人所在单位编号

连续值

类型（C，N）：

整数型

长度：

值域：

与其他值的运算关系：

离散值

值

含义

备注：

不能为空

F02

姓名

持卡人姓名

字符型

F03

单位

持卡人所在单位

F04

消费记录

持卡人一次消费记录

月份

月度，季度报表中的月份

卡号

持卡人卡号

密码

管理员密码

数据字典（数据存储条目）

月度报表

由财务管理中心制作的月度费用报表

组成：

月份+消费细目+食堂费用明细+额外收支+小卖部收支

若为数据存储

关键字：

表号