“校园一卡通系统”技术建议书.doc

“校园一卡通系统”技术建议书目 录目 录1第一部分 投标综述8第1章 投标文件综述81、投标前言82、一卡通建设意义及目标10第2章 项目设计综述121、总体设计概述122、一卡通结构设计143、银行、校园联合164、校园卡设计及使用规划175、部分关键技术索引186、系统性能指标19第二部分 应用系统介绍22第3章 食堂消费系统221、相比同类产品的优势222、系统结构图223、设备介绍234、POS机特点285、餐饮消费数据分析30第4章 节水控制系统321、结算式节水控制系统322、联网式节水控制系统363、开水器改造方案374、设备介绍385、软件功能42第5章 班车收费系统441、系统介绍442、手持POS机（型号：DL8346）45第6章 平安短信系统471、校园短信报472、家校短信互动平台473、成绩管理系统474、专家在线通讯平台47第7章 自助洗衣机系统471、分体式自助洗衣机控制系统472、一体式洗衣机49第8章 门禁管理系统501、系统设计原则与依据502、系统结构图513、系统特点及功能514、工程建议53第9章 通道管理系统551、系统结构552、设备介绍563、通道机工作流程594、系统功能59第10章 车辆进出管理系统621、系统概述622、方案设计依据633、方案设计634、系统组成665、系统功能666、工作流程677、停车场系统收费管理软件708、主要设备参数71第11章 考试管理系统791、系统概述792、主要功能793、系统流程图804、手持考务POS81第12章 考勤管理系统831、考勤简介832、考勤功能833、考勤机介绍86第13章 会议签到系统871、概述872、系统组成873、系统功能874、使用模式89第14章 机房计费管理系统921、系统结构图922、上机流程933、技术特点934、功能模块95第15章 图书管理系统接口961、图书管理系统结构图962、图书管理系统挂接示意图963、图书管理系统接口组成97第16章 电控管理系统接口991、常见电控系统工作模式992、购电方式993、购电流程101第17章 医疗管理系统接口1021、概述1022、系统结构图1023、实现方式102第18章 财务管理系统接口103第19章 教务教学管理系统接口1051、概述1052、系统功能105第20章 网络计费系统接口1061、接口实现方式1062、触摸屏终端付费实现方式1073、流程设计108第三部分 网络建设及运营方案109第21章 网络建设方案1091、专网建设1092、多校区网络结构1123、RS-485专用网络方案112第22章 系统运营方案1151、一卡通管理机构1152、日常管理模式1193、突发事件预防及处理措施1224、常见故障的应急方案1235、部门协调问题125第四部分 一卡通设计特点127第23章 系统的安全性设计1271、安全性设计需考虑因素1272、卡片使用安全策略1283、终端设备安全策略1314、网络传输过程的安全策略1355、系统设计的安全策略1376、卡库对账策略142第24章 系统的可靠性设计1441、系统设计的可靠性1442、卡片的可靠性1443、终端设备的可靠性1454、数据存储的可靠性1465、网络传输可靠性1466、防灾冗余措施146第25章 系统的可扩展性设计1481、卡片设计的可扩展性1482、专用设备的可扩展性1483、软件设计的可扩展性148第26章 系统的先进性设计1501、软件系统设计的先进性1502、设备先进性152第27章 系统的标准性设计154第五部分 施工及培训方案155第28章 工程实施方案1551、工程组织1552、施工前准备工作1623、设备供货1634、现场施工阶段1645、系统试运行阶段1726、工程检验与验收1727、工程质量管理1738、施工进度图1749、应急方案175第29章 培训方案1771、培训目的以及对象1772、培训方式1803、培训评估1804、培训计划1815、培训内容表181第六部分 企业介绍以及典型案例187第30章 企业简介1871、北京迪科远望科技有限公司1872、组织结构及分支机构1893、产品线190第31章 典型案例及用户列表1921、重点案例介绍 北京航空航天大学1922、部分典型案例1963、部分校园一卡通用户列表199第32章 服务保障措施2021、系统试运行阶段2022、保修期内运行维护2033、保修期后运行服务2044、第三方的研发支持2045、用户投诉2056、用户服务体系206第一部分 投标综述第1章 投标文件综述1、投标前言“以用户需求为导向，提供优质的产品和满意的服务” 这是我们对*所做的承诺。北京迪科远望科技有限公司是北京市高新技术产业开发实验区认定的股份制高新技术企业，注册资金1000万。公司从 93年开始从事智能卡相关产品的研发、生产工作，10年来，在智能卡应用领域一直处于同行领先地位，是一家校园一卡通系统的专业公司。从2001年成功实施了国内第一家真正意义上的校园一卡通系统（东方大学城银校电一卡通项目）以来，至今为止已经成功实施了北京航空航天大学、北京理工大学、北京科技大学、西安电子科技大学、中央民族大学等多家知名高校的校园一卡通系统，积累了丰富的研发、实施、服务经验。我们的优势在于： 产品质量：我们所提供的各类硬件设备已经获得众多用户和银行的认可，十几年的智能卡读写技术积累保证了产品本身的稳定性和优越的性能。 研发能力：拥有一流的研发工程师70多名。其中有40多名软件研发工程师，30多名硬件研发工程师，均有丰富的软硬件客户化定制和研发经验，这些都是成功完成*一卡通工程中各类客户化要求以及第三方系统接口的重要保证。 售后服务：我们拥有强大的技术精湛的服务团队，大多数技术工程师已有多年服务教育行业的经验，我们将为*安排2名专职工程师负责后期服务，能够为*一卡通系统的运行和使用提供强有力的保障。我们在系统设计中坚持了以下几点原则： 可靠性：东方大学城从2001年上线以来累计发卡20多万张，每天有十几个食堂的550台POS机和几百台水控期上传消费数据，系统稳定运行至今未出现系统宕机等重大故障；北京航空航天大学从2004年上线以来，系统一直运行平稳，财务数据准确无误，得到学校师生的肯定和好评。 安全性：采用分布式架构，任何一个局部（如应用子系统）出现故障，不会影响整个系统的运行。采用从卡片、设备、网络传输、存储、卡库对账的“闭环型”安全策略，保证整个系统运行高效、安全、可靠。 先进性：我们所提供的软硬件产品、设计思想、售后服务并不只是停留于满足*目前需求的层次上，而是考虑到了整个行业未来5年甚至10年的发展趋势，为*提供无后顾之忧的技术保障。 开放性：每一个企业都不能完成所有的产品，就像可口可乐不会自己生产瓶盖一样，我们也是，我们有很多产品，但是无法满足学校所有的需求，因此我们将为*学提供一个完全开放的一卡通平台，可以非常方便地实现学校现有系统以及未来需要扩充系统的接入，甚至可以与社会应用连接在一起，满足未来校园信息化建设的更高要求。 适用性：我们根据*的招标要求，结合我们多年的一卡通工程实施经验，为提供*提供最合理最优越的解决方案，能够完全符合*的整体运行体制。 标准性：我公司在系统设计过程中参考国内外的相关标准资料，技术上严格遵守国际、国内标准。如教育信息化标准、中国教育集成电路IC卡规范和中国金融集成电路（IC）卡规范等。希望我们的解决方案和服务承诺能够得到*各位领导和专家组的认可，同时也希望能够成为*校园信息化建设中值得信赖的合作伙伴。在此，我们非常感谢您能够审查和考核我们提供的“*校园一卡通系统”技术建议书，并希望提出您宝贵的建议。2、一卡通建设意义及目标2.1、一卡通系统建设的意义校园一卡通，是高校现代化管理的方式，依托校园网络和银行网络，充分利用IC智能卡强大功能，全面构建“校园一卡通”，加强学校规范化管理，方便全校师生学习、工作和生活，是数字化校园建设中有机的、重要的组成部分。同时“校园一卡通系统”服从于数字化校园的整体应用规划，并可与各种MIS、OA系统融合，从而形成全校区的数字化网络环境，实现教育的信息化和现代化。在全校范围内搭建统一的校园卡消费平台、身份认证平台、查询服务平台、银行转帐平台，实现“以卡代币”、“以卡代证”的双重功能，旨在代替学生和教职工在校内的所有证件，并通过卡片内的电子钱包实现餐饮、购物、上机上网、医疗等内部消费，统一核算。2.2、一卡通建设原则工程以“立足眼前、面向发展、统筹规划、分期实施”为原则，建设*数字化校园一卡通，满足学校数字化的需要，达到国内先进水平。2.3、系统建设总目标通过“校园一卡通”系统的建设，将学校内相对独立分散的系统进行统一的整合，消除学校信息孤岛，有效地实现数据共享，解决数据的重复管理、数据冗余以及数据不同步的问题。首先，在全校形成学校统一管理的信息平台，促进教育信息的标准化，构建起优良的数字空间和信息共享环境，在学校内实现教学资源数字化、数据传输网络化、用户终端智能化、结算管理集中化。其次，在全校实现统一的电子支付和费用收缴管理，彻底解决学校各类费用收缴难、管理乱的问题。第三，借助“校园卡”系统提供的基础数据，整合和带动学校各类管理信息系统的建设，为各管理部门提供综合信息服务和辅助科学决策，全面提升学校管理效率和管理水平。第四，促进学校网络应用基础平台的建设，逐步完成校内应用系统体系结构的升级。第五，借助“校园卡”系统实现统一身份认证，以一卡代多卡，体现以人为本的校园管理。第六，借助“校园卡”系统与学校管理信息系统链接，实现一卡通数据库与学校管理信息系统相关数据库对接,在此基础上,实现学生、教职员工的基本信息个人查询，以及领导与部门宏观管理的数据查询与综合分析等。第七，借助“校园卡”系统与银行系统相衔接，将银行存款自助圈存到校园卡，以实现校园内各类消费，达到银行为广大师生提供金融级别自助式服务体系。第2章 项目设计综述1、总体设计概述信息技术领域是当今发展最快、最活跃的领域，如果没有全面细致的整体规划，很可能在系统整个生命周期的使用中出现困难和障碍。因此，在进行系统的设计过程中，我们根据实际情况进行整体规划，通盘考虑网络系统、应用系统的建设和未来技术及应用发展的各种因素，保证系统的连贯性和技术要求的一致性。因此，系统设计与开发应坚持使整个系统具有先进性、实用性、安全可靠性、开放性，可扩充性和灵活性的原则。一卡通系统的设计目的是用一张卡代替学校目前使用的学生证、借书证、和食堂就餐券、澡票等、证件、计算机房的机时票等，实现学生只要带一张卡即可在校内食堂、洗浴中心、等收费场所消费；也可以去图书馆查阅资料、借阅书籍；去机房上机等。从根本上实现“一卡在手，走遍校园”的设想。实现全校各类数据的统一性和规范性；提高学校的现代化管理水平。我们在系统设计时，通过各种方法使得一卡通系统能够高效、准确地处理各种消费数据；具备更高的安全性，能够保护银行、学校、商户、持卡人多方面的财产以及利益；能够方便地将更多的应用系统接入到一卡通中，使其实现更广泛的校园卡应用；能够最大限度地贴合学校已经形成的工作流程和习惯，不仅能够满足不同用户的不同需求，还能够满足不同技术层次的人员使用要求，其中，我们的解决方案设计重点更多地考虑在如下几点内容上：3.1、数据处理技术校园一卡通系统是个庞大的系统，主要业务是不同类型、大量的数据交互操作，按*目前规模计算，其每天所产生的数据量至少在一百万条以上，由此可看出一卡通系统对数据交互能力的要求非常高，因此数据处理方式的先进性和科学性一定程度上代表着校园一卡通系统提供商所具备的研发实力。目前各家公司在核心数据交换技术的解决方式上各有各的方式，行业内也没有出台相关标准，因此用户很难衡量核心平台的优越性。我们在核心数据交互技术上引入了“数据交换平台”的概念，采用了JAVA、XML等跨平台开发语言，使数据交换平台具有更高的处理速度、更好的适用性、更稳定的运行能力。对于各子系统来说中心主机系统是其访问后台数据的唯一途径，所有的子系统都需要通过数据交换平台连接到中心主机系统上来实现所有的业务逻辑，中心主机系统对于每一个子系统的连接都会在服务器上为其开辟一个单独的内存空间来维护其操作数据的安全性和事务的完整性。中心主机系统只在子系统第一建立连接时作相关的处理，在其断开的时候并不释放其内存空间和数据库连接资源，当下一个子系统建立连接的时候就可以直接使用相应的资源以节省大量的时间，以提高的处理各个子系统业务请求的效率。3.2、安全防范技术安全性是校园一卡通系统的生命线。校园一卡通系统涉及银行、学校、商户、持卡人多个不同的层面，涉及圈存、消费、结算、查询等大量的交易处理，对系统的安全可靠性要求非常高。我们的校园一卡通系统从卡片本身、实际应用、设备（主要是POS、水控等消费类设备）、数据采集、二级服务器、网络传输、中心数据库等各个环节进行了严格的安全防范措施，保证整个系统运行高效、安全、可靠。整个系统的安全性处理上，采用了MD5验证、三层128位DES加密算法、动态密钥等多种目前国际上公认的最先进的安全处理技术，保证整个校园一卡通系统的安全性。3.3、应用扩充能力校园一卡通系统的建设必须能够有效保护学校现有的资源，因此校园一卡通系统的扩充能力至关重要，是涉及到学校建设投资的大问题，一个优秀的校园一卡通系统能够做到“无关性”，既与现有的系统无关（能将现有系统接入到校园一卡通系统中）；与现有设备无关（能使用部分原有的硬件设备）；与软件供应商无关（我们的校园一卡通系统是个既安全又开放的系统，只要第三方软件提供商能够支持和协助，我们就可以实现其应用软件的接入工作）。一个成功的一卡通系统平台，良好的扩展是一个很重要的条件。对于一卡通系统平台的扩展性主要有两个方面，一是对于新的业务逻辑的增加（新开发子系统或接入第三方字系统）, 二是自身业务数据量的上升对系统平台的扩展; 对于第一种情况一卡通提供一套完整的第三方接口API，它可以同时支持当前比较流行的Socket、soap、corba的连接方式；对于第二种情况，一卡通支持多级数据交换平台，能够满足数据量上升带来的扩展要求，同时一卡通支持增加平行数据交换平台，对于平台服务器以及客户端（代理）的配置也是相当的简单。3.4、需求适应能力任何一种产品的设计和规划主要是根据其目标用户的需求而定，校园一卡通系统也不例外，我们最初的设计和开发主要是依据各种高效的共性特点。但是我们也考虑到了各学校都有自己的特点，仅仅满足共性无法适应用户的要求，因此我们将系统设计成功能模块化的产品，能够根据学校的特点进行配置，方便客户化修改和升级，配备有专用的配置管理系统，负责校园一卡通系统各个环节上的工作流定制和功能客户化工作。2、一卡通结构设计2.1、一卡通数据结构我们的一卡通系统规划采用了三层体系结构，即分为用户层、应用层和数据层。用户层：包括所有的终端设备或非金融终端、以及系统工作站、触摸查一体机、查询客户端等，各终端装置即可联网在线运行，又可在故障状态下脱机独立运行。应用层：应用以各种业务管理软件为主体，实现身份识别应用、消费支付应用、信息查询应用、综合应用等多种应用功能。数据层：以一卡通中心数据库为核心，作为应用层的支撑平台，将一卡通管理系统中的各管理子系统集成在一个基础平台之上，形成信息资源共享平台。2.2、一卡通网络结构一卡通系统的设计常见有三种网络结构，根据*专网建设要求，结合学校现有的网络情况，划分网络结构如下图所示：3、银行、校园联合转账系统采用银行卡、校园卡两张卡模式，利用网络和圈存终端设备实现持卡人的银行账户资金向校园卡账户划转，实现持卡人自助操作的银行卡与校园卡之间的资金转账，减少现金流动，延长服务时间，方便*的各类持卡人，降低现金充值等工作带来的繁重工作。银校转账系统可同时支持多家银行的接入，需要学校配备多银行专线连接的路由器，持卡人可在圈存机上实现与校园卡绑定的银行卡账号转账。4、校园卡设计及使用规划 *校园卡采用Mifare One S70卡，4K的存储空间，采用人像证卡、内部封装IC二合一的组合卡，我们根据需求对卡片规划进行了初步的安排：4.1、卡片规划 卡片0扇区：0扇区存储卡片序列号、相关参数。 基础扇区：一卡通系统正常使用2个扇区，包括身份信息公共区（1个扇区）和金额区（1个扇区） 备份扇区：交易流水、余额备份，使用3个扇区。 功能扇区：个别子系统，做自身信息保密用2个扇区。门禁系统、图书借阅系统。 备用扇区：预留扇区，做其他拓展应用。4.2、电子钱包应用校园一卡通系统中校内消费及缴费等操作，均依靠卡中的电子钱包实现。M1卡分十六个扇区，可以设多电子钱包，根据学校实际情况进行设计。主钱包应用：是校内电子货币支付的主要方式，其中主要存放持卡人的现金充值额、银行自助圈存转帐充值额、补助等，与一卡通中心数据库保持同步。每笔消费均形成流水，计入总帐。由清分清算系统进行统计，财务实现资金拨转。主钱包应用于金额较大，流水较多，适宜联网结算的场合。小钱包应用：小钱包中的金额可以用现金充值，也可以在我们的自助圈存机上实现转帐（由主钱包向小钱包转帐），同时生成转帐流水记录。小钱包一般只能在指定的POS机上使用，不形成流水记录，特定的POS机上只记录本机的交易总额等信息。小钱包主要应用于比较分散，不易联机运行的消费环境。5、部分关键技术索引 中心操作系统选择：数据交换平台的设计采用JAVA/XML技术及规范，可以运行在各类UNIX、LINUX、WINDOWS等操作系统平台上，同时也支持各种硬件平台。 中心数据库选择：Oracle。 核心最小化设计思想：我们采用最先进的数据处理技术，具有更好的稳定性、更高的安全性、更高效的处理性能。 财务清算体系：财务管理体系达到了多个项目多年零误差使用。 卡片管理：业内最优秀的卡片管理体系，能够管理卡片整个生命周期。 黑名单管理：采用位图（Bitmap）存储技术以及黑名单有效期、卡片有效期等三重管理方法，彻底解决了黑名单处理效率低、检索速度慢、黑卡消费等问题。 密钥管理：密钥由学校自行设置，可以实现无卡保管或有卡保管两种密钥管理模式，可实现密钥拆分保管。 数据安全：我们的安全管理覆盖了卡片本身、实际应用、数据传输到存储的整个过程、保证持卡人、商户、学校、银行等多方资金的安全。 第三方系统接入：提供开放的第三方接口函数（API），根据第三方系统的不同采用不同的接入方式：紧耦合、松耦合、不耦合。 卡片密钥体系：在限定的范围内开放给学校。 客户化开发：对学校网络中心完全开放系统开发资料，以便协助学校基于一卡通系统进行二次开发，满足学校实际应用需求。6、系统性能指标指标参数参数值备注 系统容量系统账户容量100万级系统支持的卡片同时使用量100万级子系统接入数量理论上不受限制平台下可以随时增加新的子系统流水账保留天数自行设定商户账户最大容量不受限定黑名单最大容量不受限定引入黑名单有效期（自行设定）机制最大卡片金额99999.99元 处理能力数据通讯平台I/O1万笔业务请求/分钟交易处理能力5000笔/秒单笔交易响应时间最大不超过1秒查询历史流水的响应时间受历史流水保留时间（流水保存容量）成反比系统记账精度0.01元黑名单同步时间1分钟到POS，10秒到子系统黑名单检索时间0.1秒通过POS内黑名单索引实现读写卡时间（网络状况正常）17000条/机黑名单存储量260000条/机通讯接口TCP/IP,RS-485显示LED数码管、液晶可选传输波特率10M/9600bps，10M/19200bps环境温湿度070 10%90%适用卡类Mifare One卡重量(净重)1.2 kg/台通讯距离1200m（485） 或 90m（TCP/IP）键盘25个键、功能键8个、数字键12个、扩展键5个显示双面显示，可分别显示卡中余额和消费金额等相关信息备用电池12个小时其它预留小票打印接口3.2、挂式POS机（型号：DL8206）3.2.1、设备外观3.2.2、性能指标指 标参 数电 源AC220V功 耗6W读写速度0.1秒/次感应距离100mm交易存储量17000条/机黑名单存储量260000条/机通讯接口TCP/IP,RS-485显示LED数码管、液晶可选传输波特率10M/9600bps，10M/19200bps环境温湿度070 10%90%适用卡类Mifare One卡重量(净重)1.2 kg/台通讯距离1200m（485） 或 90m（TCP/IP）键盘20个键、功能键8个、数字键12个显示双面显示，可分别显示卡中余额和消费金额等相关信息备用电池8个小时其它预留小票打印接口3.3、手持POS机（型号：DL7216）移动收费系统主要用于校内班车、体育馆、游泳馆等地点。3.3.1、产品介绍 通过M1卡射频手持机进行收费，根据财务结算要求将手持POS机连接到电脑上进行收费数据的采集。推荐每天都进行数据采集。手持POS机也可以扩充GPRS无线通讯模块，达到数据实时通讯的目的。但是需要管理工作站和手持机均有固定公网IP地址。3.3.2、性能参数 采用32位ARM中央处理器 32M bits大容量数据、程序存储空间 支持汉字输入 支持多种接触式、非接触式IC卡、电子标签、双界面CPU卡 128*64宽温高清晰液晶，EL背光 工作温度可达-2050，液晶和键盘防尘处理 19键人机工学高质量键盘 采用大容量通用锂电池，待机100小时以上 可选GPRS无线通讯模块，内置天线3.4、辅助设备3.4.1、密码键盘（型号：DL3256） 键盘按键：0-9、“确认”、“更正”共12个按键 输出接口：RJ45 电 源：无需供电，RJ45口获得电源 工作环境：工作温度0 45度 工作湿度：10%-90% 指 示 灯：通讯指示（要求输入密码时，红灯亮）3.4.2、小票打印机（型号：DLXP2006） 打印内容可定制 电 源：12V直流电源 工作环境：工作温度0 - 45度 工作湿度：10%-90% 指 示 灯：通讯故障指示、电源指示灯4、POS机特点4.1、可靠性4.1.1、卡片数据读写的可靠性 任何产品都达不到100%，无论IC卡还是射频卡，读写卡时都有出错的可能性，因此如何避免出错或出错后如何弥补就成为工作的重点。我们在读写卡的电路上从电源稳定到读写保护采取了一系列设计来确保出错的可能性为最低，同时采用了在卡中使用多笔交易余额循环的思想来保证卡金额写错报警。4.1.2、脱网数据存储可靠性IC卡、射频卡系统不像磁卡、光电卡依赖网络，但脱网运行带来对数据存储可靠性的更高要求。为确保数据安全存储，我们采取如下措施：B1、提高成本，采用自身带电源的FLASH，不再需要窗口机的电源供电。B2、采用存储双备份，将数据存储至另一个芯片。B3、数据丢失往往因为FLASH指针丢失，我们指针在FLASH内存至九处；在时钟芯片内存储三处。只要指针有一处在，即可确保数据，较一般将指针只存一处的设备数据可靠性提高数倍。4.1.3、网络可靠性网络采用并联布线方式，窗口机内采用开路通讯芯片，防止单机占线的现象，虽增加了成本，但可确保单机通讯故障不影响整个网络。4.2、复读及查重功能数据传送过程中网络出现严重故障导致数据丢失是系统出错的另一方式。我们为防止此情况在硬件设计中增加复读功能；使用此功能可将窗口机全部数据重新采集上来，同时在软件中增加了滤掉重复数据功能。4.3、大容量后备电池保障在以往的用户中曾出现220v电源短路情况，即使有UPS电源也无法保证售饭正常进行；有了后备电池，既可保证售饭，又为检修线路赢得时间，我们在POS机内采用的大容量后备电池，可连续工作8-10小时，如果按食堂正常营业时间计算，可满足两天营业要求。4.4、抗干扰能力在机器中加入开关电源，使变压范围更宽，避免了机器发热现象，机器性能更稳定；同时滤波性能的提高使设备抗干扰能力进一步加强，尤其对射频卡机器。另外，目前有些厂家的POS机没有抗雷击功能，一旦打雷闪电必须关机停止使用，而我们通过特殊的内部电路设计，彻底解决了雷击问题，即使再恶劣的天气，也能够正常工作，不仅保证了使用要求，同时也保证了使用人员的安全性以及相关采集工作站或采集设备的稳定性。4.5、设备可扩展性系统采用双处理器设计思想，一个处理器负责数据通讯，另一个处理器负责业务处理，当系统软件版本升级时，只对负责业务处理的程序进行在线升级即可实现整体升级，使得系统升级换代能迅速、无障碍实现。5、餐饮消费数据分析餐饮数据分析功能可根据用户需求产生各种报表，以饼图、柱状图等简单易懂的方式为膳食处提供更具人性化的数据信息，作为膳食处在日常管理工作当中提高工作效率、提高服务水平的重要决策支持。主要可提供如下功能：5.1、消费水平统计 从整个食堂就餐数据库中可根据需要获得一段时间以内的平均消费记录，可按餐次分类（早、中、晚），可按季度（春、夏、秋、冬），由此可得出一段时间以内的消费水平的变化，当菜价没有变化的情况下：中餐：夏天平均5元、冬天平均6元，则表示冬天的饭菜销量要比夏天好一些，因此备菜时应该比夏天多一些。5.2、消费喜好统计 在某一段时间内，某个就餐窗口（通过POS机编号识别餐厅以及售饭窗口）的荤素菜的销售情况的统计信息可获得学生在那个时间的消费喜好，比如可从数据统计中得出延园餐厅第5个窗口每天都比其它窗口更快地卖出菜品，表示更多人喜欢第5个窗口的饭菜，同时，在第5个窗口中如果有荤素菜（荤素菜的平均价格肯定不同，荤菜比素菜高），而且价格分为几档，可从消费流水中看出哪种档次的菜销量更好，哪种销量较差等情况，并根据这些数据调整菜品的种类，为学生提供更喜欢的菜品。同时，对比各窗口的销售情况，也可以获得那些窗口的饭菜更适合学生的消费喜好，以此进一步调整和改善菜品种类。如下图：5.3、从消费情况获取困难生记录 从数据库中可获得某个时间段（如某个学期）内的平均消费金额，或者其它可参考的消费金额，判断一个持卡人在学校每天就餐两顿的情况下的消费水平，如果平均值为10元，则某个持卡人每天的两次的累积消费金额仅仅为3-4元以内，则可表示该持卡人可能生活较为艰苦。通过类似的方式可得到一些家庭贫困学生的信息，采取一些特殊的补偿措施等。5.4、外部人员就餐管理学校餐厅的价格相对校外的饭店要低不少，因此也会有些校外的人或者家属经常在学校餐厅就餐，这会一定程度上导致学校膳食处的运营成本上升，因此对外部人员办卡消费需要收取管理费，在持卡人充值时收取，如收20%的管理费，则持卡人充值100元的时候，自动收取20元的管理费，卡中写入的实际金额为80元。管理费暂时存在卡务中心账户上，当每日结账时，根据外部卡消费金额，从卡务中心划转给膳食处，如当天外部卡消费了2000元，则卡务中心在当天结帐时，给膳食处划转的金额为2400元。第4章 节水控制系统我们为*提供了两种水控系统解决方案，一种是结算式、一种是联网式，下面将详细介绍这两种方案。在两种方案浴室节水控制方案和开水器改造中，所使用的软件一样，不同的是根据使用方式而对水控器下载的参数有所不同，另外就是对校园卡的扇区分配上有所区别： 结算式水控：设立小钱包，主要存储水控器的计费信息、限额信息等，结算时从大钱包扣取洗澡所花费用，一次洗澡金产生一条交易流水； 联网式水控：直接使用大钱包，一次洗澡可能会产生多条交易流水； 开始器水控：如果联网，则直接使用大钱包，如果脱网，则设置小钱包。我们建议学校采用结算式水控系统方案。此种方式在北京航空航天大学的实际使用中表现优异，原来因水控器被人为破坏导致流水经常无法采集而产生的很多对账问题和财务结算问题得到了很好的解决。1、结算式节水控制系统使用模式： 持卡人总是在透支消费一次； 第二次洗澡时，结算上次洗澡所产生的费用； 浴室内的水控器可以正常下载费率，但只负责计费，不扣费，也不形成流水； 浴室入口处的结算POS机根据水控器产生的计费结果从大钱包中扣费，形成流水上传服务器； 系统设有透支限额；1.1、系统结构图备注：此结构为RS485网络下的系统结构图，也可以采用TCP/IP网络的结算POS机采集交易流水数据。此种结构下，水控器之用于往卡内独立扇区内写入消费金额和消费日期，消费金额来自当天洗澡累积使用时间乘于当前的计费费率。1.2、使用流程流程说明：卡片内可为水控系统设立专用的扇区存储水控系统的计费流水，每次使用时水控器会检测上次消费日期是否为当时日期，如果是，则判断是否已经超过限额，没有超过限额的卡片可以正常使用，如果上次消费日期不是当前日期或者消费累积已经超过限额，则必须去结算POS机上结算。专用结算POS机通过初始化指定扇区的密钥读取专用扇区内的消费金额，在从消费钱包中扣除，形成