城区消费一卡通方案－精品完整版

城区消费一卡通方案－精品完整版内容摘要：

号，分 16 个扇区，每个扇区为 4 块， “块”是最小的读写单位，每块 16 个字节，每个扇区可设置独立的一组密码和算法，平治可灵活定义每个扇区的访问控制，使各个扇区的数据相对独立。 M1 卡的工作频率为 ，通讯速度为 106KB 波特率，典型交易过程100ms。 同时还具有防冲 突机制，支持多卡操作。 由于 M1 卡分为 16 个扇区，每个子系统的信息可存储在各自扇区内，每个扇区相对独立，便于应用系统的扩展和升级，具有非常好的系统成长性。 第二部分 XX 连锁 店 储值消费 系统实施原则 用 户需求分析 系统概述 ： XX 连锁店 总部在上海 ， 各分店有浙江、南京、江苏 等 ，每个店根据实际消费人员的集中情况，设定 15 台消费机，建立 多 个 消费网点。 这些消费网点分布 比较分散 ，对 数据通讯 要求比较高。 在这里，既要控制投资成本的最少，又要实现数据通讯的及时性，同时还要考虑延续的发展和扩展要求。 所以，经过实际情况的 分析，我们可以通过 广域网、局域网等通讯 协议 ，来实现所有消费网点的数据通讯。 这样，就可以充分利用现有的大部分网络或电话资源，而不会产生多余的浪费和重 复投资了。 关于一卡通消费系统的实施，可以根据公司要求，分别设定 总部一个充值点或 多个地市级的 充值点，以此来处理发新卡、充值、 卡片修复 ， 内部卡 或兄弟单位的用户卡的挂失、转帐、卡片修复等 等 事项。 以提高系统数据的及时性、安全性，及持卡人员对数据的透明度和及时度的要求。 针对 连锁快餐行业 一卡通的发展计划， 应该要 实现内部 员工卡 和外部卡的通用和统一管理：内部卡 和兄弟单位的卡 实行实名制，可以领取公司给予的福利补助，并可以在各自 下属单位消费 ；外部卡实行不记名，对社会销售，此卡可在 连锁快餐 店及 下属的所有消费场所刷卡交易。 借助于强大的 电话和网络 ，各 分店都 可以统一管理，集中控制，真正做到“科技以人为本，服务以人为主”的设计理念。 系 统设计所遵循的规范 《智能建筑设计标准》 (DBJ084795) 《民用建筑电气设计规范（ JGJ/T1692）》 《电气装置安装工程施工及验收规范（ GBJ2390， 92）》 《安全防范工程程序与要求（ GA/T7594）》 建设部城镇建设行业标 准《建设行业 IC 卡应用管理技术要求》草案 系 统设计思路 方案设计的总体目标是建设一个具有安全可靠、 性价比高、 有效实用、组合灵活、性能超前的“一卡通”系统，实现功能上的“一卡多用”。 所以，虽然眼前只是要求实施消费的一卡通模块，但系统的后台数据库建设，网络的铺设要求 ，消费机实现的功能状态 等等都是按照多系统一卡通的要求来实施的。 以后随着规模的不断扩大和卡片功能的增加，系统只需随时增加子系统，不需再对平台进行扩充。 其网络架构图如下： 连 锁快餐 “一卡通”的设 计 卡片设计和规划 系统根据一卡通系统的需求和实际应用，对 M1 卡片作了如下具体规划：  卡表面印刷信息：建议印刷统一形象图，背面为使用说明或用卡注意事项等信息；  卡片的加密， “一卡通”系统采用多层次密钥和密码控制机制。 由用户单位领导设定一个总系统密码，此密码将根据算法，结合卡片在系统中产生的卡号和自身的序列号自动生成自身的密码。  卡内存储信息：此次的消费“一卡通”系统使用了 M1 卡的前 4 个扇区（ 0、 3），剩余扇区作为系统预留，这样即保持了系统的集中性、安全性，又保障了整个系统可扩展性。 网络协议 的可靠性 系统必须具有灵活的拓展性，施工成本最低，能够有效地分散风险的优点。 所开发的系统必须采用多层网络结构，包括由 PC 为主的控制终端和管理终端构成的以太网网络层，以控制器为主的远距离控制器网络层。 未来系统的拓展通过增加以太网节点（增加控制终端和管理终端数），甚至于接入宽带网增加距离和节点；在某个区域内还可以通过增加控制器节点以实现系统的拓展，并且仅增加最低的成本。 在以太网层，控制系统软件和管理系统软件之间采用 TCP/IP 协议，具有高容错性、信息流量大、速度快等特点。 无论是大型系统还是小型系统，为使软件的 通用性好，这个网络层的协议必须既能够够满足单台 PC的用户，也能够满足多台 PC组成的网络用户，管理系统软件和控制系统软件可以在同一台 PC 上运行，也可以分别在多台 PC 上独立运行。 系统设备采用相对分布式控制，在网络发生通信故障时，仍能继续按照预先设定的工作模式工作，已发卡员工可照常使用，故障期间员工刷卡记录暂存于各下位机内，以备查阅。 一旦故障修复，各网点自动将记录数据回传至系统管理中心，以保证系统信息 的完整性，其安全性、可靠性大大提高。 系统的稳定性 系统设备采用相对分布式控制，在 消费时，可以不用连接网络 ， 仍能继续按照预先设定的工作模式工作， 持卡人员 可照常使用， 通讯出现 故障期间 ， 刷卡记录暂存于各消费机内。 一旦故障修复， 即可及时回收 至系统管理中心，以保证系统信息的完整性。 其安全性、可靠性也大大的提高了。 第三部分 连锁快餐 “一卡通”系统应用说明 目前，该消费一卡通系统要求实现： 所有持卡人员， 只要手持一张智能卡，就可以完成 本企业现有分布在全 国 的全部连锁店内的刷卡消费，同时要能实现后期再扩展的快餐店或其他新开发的项目消费。 上述各环节均是凭卡操作，同时需要将持卡人的卡号、姓名、刷卡时间、金额、余额、刷卡地点（机器号）等数据由网络传至主控电脑。 以保证所有卡片的资金流的正确 性和准确性。 发卡由发卡中心执行 ， 如卡片不慎丢失，只需及时挂失即可，若卡又重新找到，则对挂失卡进行解挂，此卡可以继续使用。 一 卡通系统应用管理分布 及网络拓扑图 服务器 一卡通服务器数 据库 服 务 层 TCP/IP 上 传 数 据 TCP/IP 下 传 数 据 应 用 层 根据 连锁快餐 的实际应用需求以及以后的拓展，软件开发模式采用成熟的客户端 /服务器模式。 各个子系统之间采用 网络或电话线 进行数据交换与汇总，数据库采用 SQL Server 数据库， 服务器设在 总部。 连 锁店 与消费机 采用 TCP/IP 方式。 总部财务中心 第一连锁店 第 N 连锁店 行政事务处 总经理办公室 发卡、帐务 各类消费管理工作站 消费网点 监督系统运行 营业等数据的查看等 由上面网络拓扑图，我们可以知道，针对 跨区域的连锁快餐店 的情况，我们需要通过多种通讯方式和协议来满足现有环境的一卡通行。 这样即能很好的完成 公司 的投资效果，又可以保证持卡人的真正方便和实惠，更可以为 公司 节约投资费用；并且为 公司 的后期一卡通系统的再投资和再扩展预留了全部软硬件接口。 当 该连锁快餐企业 实现一卡通消费管理后，不但实现了货币电子化，而且方便收费帐目的管理。 系统通过联网和非联 网的方式进行信息交换，不仅优化了收费服务，方便管理，节省人力，也加强了卫生管理，解决了现金找赎和帐目清算的繁杂和易出错问题，大大提高了效率并有效防止了徇私舞弊行为，提高收费的档次和管理，从而最大限度地 减少漏帐、跑帐的现象，提高 了 工作效率和服务管理 的 水平。 根据 目前 的实际需求，我们可以实现在软件上分为实名制和非实名制消费记录：针对实名制用户，我们可以实现卡片的挂失（丢失后的处理）、 转帐过户、所有资金流程的查询和统计（包括了金额和次数的统计）、所有消费明细的记录（包括了消费的时间，柜台号，金额，余额，卡号）等。 同时，我们可以针对不同级别的优惠卡，还可以实现不同有效期的管理，（可直接在刷卡过程中，通过消费机直接识别，并给予过期卡提示和不于使用）。 系统也可以帮助客户对不同级别的卡通过折扣的方式实现不同的金额反利。 系统 数据实现交换的形式 VPN 局域网的建立 如上图所示， 把整个系统的管理电脑纳入到 VPN 局域网络中来，使各家分店和总部服务器之间的通讯无地理的局限，实现整个系统数据的实时交换。 系统的优点为数据可以实时交换，上传或是下载由系统自动完成，无须人工维护，快截有效 ，传输速度及快。 此时，各个分 店的操作可以与服务器同步完成，在相同权限的操作员下可完成其所有的功能。 系统的缺点为网络的不稳定性。 在现实生活中，同一办公室的局域网络都有可能发生故障，因此系统的网络会发生中断，导致分店的客户端软件进入不了服务器数据库，在相同权限的操作员只能进入本地数据库，只能存入金额的功能，其他功能不能实现。 当系统网络正常时，系统自动上传或是下载该端时间段内发生的数据。 固定 IP，数据定 时上传 如上图所示，整个系统的管理电脑 单独存在 ， 在刚开始建设时就把各个分店的电脑数据库单独建立，制作卡片时，通过卡片的号码段 位来区分各店的范围，只是在需要传输数据时，通过花生壳。