系统无线宽带路由器

兰州大学校园一卡通系统升级换代参考方案兰州大学通信网络中心二一五年六月目录目录1第一部分项目概述51.
1建设背景51.
2建设原因61.
3建设目标61.
4建设内容71.
5建设标准101.
6建设意义111.
7建设原则12第二部分项目需求描述132.
1总体要求142.
1.
1升级要求142.
1.
2开放性要求142.
1.
3可靠性要求162.
1.
4安全性要求182.
1.
5联网、脱网运行能力的要求192.
1.
6成熟性要求192.
2主要性能指标和要求20第三部分项目总体设计方案233.
1设计指导思想233.
1.
1系统设计理念233.
1.
2设计指导思想233.
2总体设计概述243.
2.
1系统架构263.
2.
2专网设计273.
2.
3卡片设计273.
2.
4硬件设备设计283.
2.
5业务类型设计293.
2.
6系统功能设计303.
2.
7系统安全性设计313.
3一卡通专网设计方案323.
3.
1设计原则323.
3.
2一卡通系统的网络安全层次设计343.
4一卡通数据中心设计方案363.
4.
1双机热备373.
4.
2多级数据缓存方案383.
4.
3历史流水数据定期转储383.
4.
4数据库恢复方案383.
5一卡通手机卡扩充方案39第四部分一卡通管理平台核心模块设计394.
1卡务管理中心394.
2交易前置中心414.
3资金结算中心424.
4数据管理中心434.
4.
1数据分类管理434.
4.
2数据交换444.
4.
3数据挖掘444.
4.
4数据转储454.
4.
5数据查询接口454.
5密钥管理中心464.
6运行监控中心46第五部分迁移应用系统475.
1批量发卡系统475.
2批量销卡系统485.
3商务普通消费系统495.
4无线校园车载系统515.
5银校圈存转账系统525.
6会议签到系统525.
7教工考勤系统535.
8综合查询系统545.
9学校数字校园对接接口55第六部分集成的应用系统556.
1教工存包柜系统556.
2学籍注册系统566.
3图书借阅系统566.
4图书馆选座系统566.
5学生公寓门禁管理系统576.
6学校人行通道系统57第七部分过渡期专用功能587.
1自助卡卡转账功能58第八部分新建的应用系统597.
1系统管理类597.
1.
2运维管理系统597.
1.
3历史数据转储系统597.
2卡务管理类607.
2.
1自助补卡发卡系统607.
3金融服务类607.
3.
1在线支付系统607.
3.
2补助管理系统627.
3.
3自助现金充值系统627.
3.
4银校批量转帐系统637.
3.
5空中圈存系统637.
4教学服务类647.
4.
1自助成绩单打印系统647.
4.
2手持机签到系统657.
4.
4机房管理系统657.
5后勤管理服务类677.
5.
1手持机消费系统677.
5.
2智能水控管理系统677.
5.
3自助洗衣系统687.
5.
4自助烘干系统687.
5.
5自助刷卡开水系统697.
5.
6多媒体自助结算台697.
6安保服务类707.
6.
1人员定位系统707.
6.
2巡更管理系统717.
6.
4门禁综合管理系统727.
6.
5无障碍人行通道系统737.
7图书服务类747.
7.
1自助文印系统747.
7.
2自助借还书系统757.
8综合服务类757.
7.
1指纹识别系统757.
7.
2医疗管理系统767.
7.
3校内电子商城767.
9综合查询类797.
8.
1触摸屏自助查询系统797.
8.
2掌上一卡通797.
10领导辅助决策类807.
10.
1报表辅助决策系统807.
11数字化校园集成类817.
11.
1数字迎新系统817.
12基于下一代互联网的智能卡终端设备研发81第九部分项目实施818.
1实施策略和时间要求818.
2实施方案828.
2.
1组织架构与职责828.
2.
2实施阶段划分828.
2.
3项目人员配置与责任828.
3新旧系统过渡迁移方案838.
3.
1过渡常见方案838.
3.
2选择的过渡方案一并行切换838.
3.
3选择的过渡方案二—一次切换858.
4项目管理868.
4.
1项目配置管理868.
4.
2项目管理规范和手段868.
4.
3项目管理控制878.
4.
4风险管理878.
4.
5定制化开发软件模块的开发管理878.
5项目培训878.
5.
1培训要求878.
5.
2培训方式888.
5.
3培训工作的内容和对象描述888.
6售后服务保障888.
6.
1运行保障机构888.
6.
2保期内运行服务内容888.
6.
3保期后运行服务内容898.
6.
4运行服务的档案898.
6.
5用户投诉898.
7成果移交898.
7.
1技术转移898.
7.
2交付成果和文档资料90第十部分项目总体预算90项目概述建设背景兰州大学一卡通系统从2000年开始建设,和工行合作,已经十几年,目前应用在金融消费、学籍注册、教工考勤、会议签到、部分单位门禁、学生宿舍门禁、图书借阅、教工存包柜、图书馆选座位系统等方面.
金融消费主要应用于餐饮、乘车、超市、洗浴、售电、各种收费等场合.

一卡通系统主要采用C/S架构,由日常卡务管理系统、金融综合业务系统、迎新批量制卡系统、离校批量销卡系统、web交易流水查询系统、商户自助系统、交易系统、圈存系统、历史数据查询系统组成,其中日常卡务系统由兰大自主开发,其他和金融功能相关的系统采用某一卡通公司的产品.

一卡通系统仅提供圈存机银行卡转账充值模式,不支持现金充值,消费模式为半脱机模式.
校园卡号编码采用学校指定的编码结构,由卡务系统自动生成,并作为校内各应用系统认证的唯一账号.
在学籍注册系统、教务管理系统、图书借阅系统、教工考勤系统、会议签到系统中,校园卡号仅作为系统用户认证账号存在,一卡通系统提供校园卡用户基本数据给各应用系统共享.
部分单位门禁系统由各单位自行完成,一般都采用读取卡片的物理ID方式.
截止目前一卡通系统账户数约13万.
一卡通系统除日常柜台卡务业务外,提供了网上挂失服务、自助缴纳网费、web交易流水自助查询服务;一卡通系统总体设备情况:卡务系统数据库服务器1台,金融数据库双机热备服务器2台,交易前置服务器2台,圈存前置服务器1台,历史流水数据备份服务器1台、web应用服务器1台、日常业务机器3台、圈存机23台、网桥22个、以太网POS机25台、挂式485POS机177台、卧式POS机10台、脱机车载POS机35台、无线车载机8台、手持POS机2台、校园卡读卡器10台、身份证读卡器5台、银行卡磁条读卡器1台建设原因我校一卡通系统建设起步早,为我校信息化的建设和发展起了很大的推动作用.
随着智能卡技术、校园一卡通技术的发展,我校一卡通系统存在如下诸多问题,故亟待升级.
1、M1卡暴露了其自身的容量缺陷和安全隐患,应用扩展受限且系统安全性整体降低;2、系统软件功能单一,扩展新的应用和功能方面困难;3、核心硬件设备和金融POS机使用周期长,问题频发,维护成本很高;4、央行从2015年不再发行磁条卡,尽快更换圈存机成为必须亟待解决的问题;5、同类985兄弟院校相比,我们的一卡通建设远远落后,且差距很大;6、系统在设备、应用软件、第三方接入等方面开放性和兼容性较差;7、管理模式不适应现在和未来发展;应用建设各自为政,不规范,不标准,难以使用;8、和目前建设的数字化校园平台对接困难;建设目标建立以CPU卡为媒介的、面向校园师生的综合性服务平台,覆盖身份识别、金融服务、信息服务、流程整合等领域,形成高效稳定、功能全面、扩展灵活、管理方便的一卡通平台.
整个系统具有可靠性、先进性、开放性、平台化特点,真正实现"一卡多用、一卡在手、走遍校园"的建设目标.
1、通过多重安全设计,建立一个经论证的可靠性很高的一卡通管理平台2、学校掌握主动权,建设开放性、可持续扩展的一卡通平台系统提供开放式核心软件架构,标准规范接入开放式的终端设备,提供完备的平台接口,开放的卡片密钥和卡片结构,采用"平台+子系统"模式构建,子系统作为平台的组件可灵活接入平台.
依托一卡通系统,建立学校统一支付平台,以此为基础扩展一卡通的各类.
学校真正掌握主动权,实现"自我建设、自助扩展、自行优化";3、基于一卡通平台,建立校内统一金融服务平台;统一金融服务平台依托一卡通无卡交易功能,为全校师生提供丰富的校内金融交易.
支持网银、签约银行、第三方支付等多种支付模式的金融功能,实现自助缴纳校内各种费用,发放奖学金、补助、银行代扣代发等各种功能.

4、基于一卡通平台,拓展充实校园卡在学校教学、科研、管理等各个领域的深入应用,为广大师生提供更为丰富的应用;5、利用数字化校园基础平台,实现与学校其他系统整合,大力促进学校信息化建设.
"校园一卡通"系统作为学校数字校园的一个有机组成部分,在设计上必须符合数字校园的整体设计思想,必须能够与学校数字校园应用平台进行无缝集成,能与学校即将建设的数字校园基础平台中的统一身份认证系统和共享数据中心整合.

6、突出信息资源综合开发和利用,为领导提供辅助决策支持;7、开展基于下一代互联网的智能卡终端设备研发.
建设内容本项目覆盖全校,建设内容分为三个阶段,逐步推进.
包括一卡通管理平台建设;现有应用系统迁移和集成;新应用系统的建设(基础设施设计与施工,软、硬件设备采购,相关应用软件开发等).
主要建设内容如下:1、卡管理升级:扩展校园卡号编码规则,增加卡类型,不同卡类型不同应用,应用审批权归属各自的管理部门;2、银校合作升级:多家银行共同投资,学校主导建设;3、卡片升级:由M1卡升级为CPU卡;4、设备升级:由过去的串口设备为主升级为网络化设备;5、一卡通软件升级换代:更换现有的不成熟产品,采用国内一线厂商的系统;6、一卡通专网及一卡通数据中心升级:建设功能完善的金融专网以及高安全性的金融业务数据中心;7、应用系统扩展:扩展新型应用,例如自助服务,各类收费、数字迎新、各个部门数据录入、门禁升级等;三个建设阶段如下:第一阶段一卡通管理平台建设以通讯策略、容错机制、负载均衡等技术,为平台提供性能保障;集成多种支付、多种卡片等技术,实现平台功能的扩展,建立系统资源的的管理中心和监控中心,为系统业务拓展提供服务;以卡结构、流程规范、API等为基础,构建一卡通的开放平台,为各类应用系统提供服务.

一卡通管理平台主要核心管理层应至少具有如下功能模块,可不局限如下划分模式:卡务管理中心交易前置中心资金结算中心数据管理中心密钥管理中心运行监控中心(具体详见一卡通管理平台核心管理模块设计)第二阶段现有应用系统迁移和集成建立了一卡通管理平台后,应立即完成现有应用系统平稳迁移和集成,保证校园卡在现有应用场合的正常使用.
迁移后的系统需要对原系统进行深入理解,最大限度的贴合我校的实际情况,使得系统功能更完善、更易用、更方便.

迁移的应用系统有:批量发卡系统批量销卡系统商务普通消费系统无线校园车载系统银校圈存转账系统会议签到系统教工考勤系统综合查询系统学校数据交换平台对接接口集成的应用系统有:教工存包柜系统学籍注册系统图书借阅系统图书馆选座系统学生公寓门禁管理系统学校人行通道系统第三阶段新应用系统的建设一卡通系统由于其开放性,平台化特点,将在学校各个方面建设许多新应用,例如:移动领域应用、与第三方支付功能的整合等,覆盖校园应用的所有范围,实现多应用、多资源的开放式整合.
新应用系统主要有:卡务管理类自助补卡发卡系统系统管理类密钥管理系统运维管理系统集中监控管理历史数据转储系统金融服务类补助管理系统自助现金充值系统银校批量转帐系统空中圈存系统在线支付系统教学服务类自助成绩单打印系统手持机签到系统机房管理系统后勤管理服务类手持机消费系统智能水控管理系统自助洗衣系统自助烘干系统自助刷卡开水系统多媒体自助结算台安保服务类人员定位系统巡更管理系统门禁综合管理系统无障碍人行通道系统图书服务类自助文印系统自助借还书系统综合服务类指纹识别系统医疗管理系统校内电子商城综合查询类触摸屏自助查询系统掌上一卡通领导辅助决策类报表辅助决策系统数字化校园集成类数字迎新系统基于下一代互联网的智能卡终端设备研发各应用系统具体参见一卡通应用系统设计相关章节建设标准本次兰州大学校园一卡通系统建设项目的设计、规划、建设、测试、质量都必须严格遵守国际、国内相关标准,包括:1、信息技术互联国际标准(ISO/IEC11801-1995);2、信息技术用户建筑群的通用布缆(GB/T18233-2000).
3、数据中心设计上,兼容《教育管理信息化标准》;4、符合《教育管理信息系统互操作规范》(EMIF)标准;5、数据格式采用金融标准的ISO8583格式的87版;6、数字证书及时间戳兼容国家信息安全技术规范《GB/T20518-2006》;7、财务系统报表符合财政部颁布的标准格式;8、卡片及卡机具操作机制上,兼容《中国教育卡规范》、《建设事业IC卡应用技术》以及《PBOC3.
0规范》的安全体系;9、相关设备设计符合《中华人民共和国电子行业标准》,并通过国家强制性认证(即3C认证);10、《软件设计与开发规范》11、《ISO9001:2000,ISO9001—3》12、《ISO14443TYPEA》13、《中国金融集成电路(IC)卡规范》14、《中国金融集成电路(IC)卡应用规范》15、《中国金融集成电路(IC)卡终端规范》16、《中国金融IC卡PSAM卡应用规范》17、《教育信息化标准》(学校管理部分)18、兰州大学关于建设数字校园的相关要求建设意义一卡通系统是数字校园的基础工程和重要的有机组成部分,旨在为广大师生的教学、科研和生活提供更加全方位的方便、快捷的数字化生活服务,其建设具有重大意义.
1、系统安全性得到极大提升;校园卡采用CPU卡,CPU卡适用于金融、保险、交警、政府行业等多个领域,具有用户空间大、读取速度快、支持一卡多用等特点,并已经通过中国人民银行和国家商秘委的认证.
CPU卡从外型上来说和普通IC卡,射频卡并无差异,但是性能上有巨大提升,安全性和普通IC卡比,提高很多,通常CPU卡内含有随机数发生器,硬件DES,3DES加密算法等,配合操作系统即片上OS,也称COS,可以达到金融级别的安全等级.

系统同时从多方面进行安全设计,如密钥管理设计、终端接入控制设计、一卡通专网设计、数据库安全设计等等,使系统可靠性、安全性得到极大提升.
2、适合我校定制化开发,为学校各部门及校园卡用户可提供更丰富、人性化的应用,从根本上实现"一卡在手,走遍校园"的设想;3、在线支付系统将极大减轻财务人员工作压力,提高工作效率和质量,提升我校财务信息化管理水平;4、平台化的设计思路,全开放性使学校各部门校园卡相关应用系统的建设、扩展更加简便、易于管理维护;5、极大缩小了我校和同类兄弟院校之间的差距,使我校一卡通系统的应用处于全国领先地位.
6、极大促进我校信息化建设发展,给师生带来一种全新体验、方便、快捷的现代化校园生活,从而提升工作效率,提高学校的现代化管理水平.
建设原则由于"校园一卡通"工程涉及设备、软件较多,为此在进行本集成项目的设计过程中,要坚持以下几项原则:1、先进性、实用性在投资许可范围内,应当充分利用现代最新技术、最可靠的成果,以便该系统在尽可能长的时间内与社会发展相适应,做到功能完善、系统先进、安全稳定、拓展性强,满足学校管理需求.
2、标准化与开放性在系统设计和建设初期应充分参考各个方面的标准和规范,并且应遵从规范的各项技术规定,并做好系统的标准化设计和管理工作.
在设备选型和协议标准等方面应遵循开放性原则,保证各个供应商提供的产品能够协同运行,同时在软件扩展性、二次开发态度上要开放,需要与校方紧密配合,以达到共赢的结果.

3、易管理、易维护性系统涉及面广,需要对系统进行实时控制和管理.
系统管理功能要在不改变系统运行的情况下具备对系统进行调整的能力.
要易于故障的排除和日常管理,操作简便.
4、安全性、可靠性在设备选型和系统设计的各个方面应该提供经过实践考验的先进而成熟的设备和技术方案,系统所用设备、器材都经国家或行业授权的检测机构检测或认证机构认证合格,软件经过严格测试,保障系统的安全性、数据存储的安全性和数据传输的安全性.

5、可扩展性考虑今后发展的需要,必须在产品系列选型、容量和处理能力等各个方面,考虑扩充和升级的可靠性,充分保护了原有的投资,具有较高的综合性能价格比.
项目需求描述校园一卡通系统主要具有消费、身份认证、个人信息查询等功能,其应用覆盖学校的消费系统和身份认证系统.
整个系统应与银行系统、学校原有的各个应用系统及学校数字校园平台进行良好的衔接,并为学校潜在的其他管理信息系统预留合适的接口,项目完成后能为学校随时增加其它管理系统接口提供必要的协助.

1、与数字化校园数据中心实现无缝数据共享,支持数字化校园信息标准.
设计要求体现"一体化"、"标准化"、"规范化"、"稳定性"、"安全性"、"基础性"、"开放性".

2、"两卡统一,物理分离".
银行卡与校园卡物理上分开,可逻辑上统一、有机结合.
3、采用非接触式加密CPU卡,在校园内通用,具有多钱包功能,可实现资金圈存功能.
4、支持脱网/脱机运行,可保证在网络和电源中断时不影响学生就餐、图书馆及门禁的正常工作实时联网运行,可保证数据及时到位.
5、覆盖整个校区,涉及所有师生员工、家属及临时来校人员,涉及多个部门的多项应用业务,统筹安排、分步实施.
6、银行卡与校园卡的联系为资金圈存转账,应实现授权自动式和手工自助式两种形式的实时圈存转账.
除此之外,一卡通系统不涉及影响银行卡的任何金融功能.
7、银校转账系统支持两家以上银行.
8、保证各类资金帐户的安全,结算及时便捷,要有完善的账务稽查机制,对不平账目能够做到有据可查,并具有自动处理机制.
9、一卡通系统要实现对如1.
4建设内容中所述的多项应用.
以上系统未列入本次升级的的也一并考虑是否能实现或是否能将第三方软硬件接入.
10、实现对统一身份认证系统、数据交换平台,现有校园卡应用系统的迁移和集成,并逐步建设人事系统、学工系统、研究生管理系统、教务系统、迎新系统、智能电控系统等多项应用系统的接入.
11、金融数据的运行在"一卡通专网"上,非关键应用在现有校园网上运行.
一卡通专网需架构稳定,不会因校园网出现故障而导致专网中断.
总体要求升级要求1、支持以不影响旧一卡通所有应用系统正常运行为前提,建立一种快速、简捷、工作量小的新旧账户切换的机制,缩短新旧系统过渡时间;2、支持我校现有的校园卡号编码,系统具有批量和单条生成校园卡号功能;3、支持经过双方协商后的旧系统中一些特色功能进行保留并定制化开发;4、支持旧一卡通系统所有应用场合的平滑迁移到新一卡通平台;开放性要求2.
1.
1.
1应用软件的开放性要求产品技术架构合理,采用跨平台的系统架构,跨数据库的系统设计,支持目前主流的大型数据库,具有较好的应用扩展性;提供较为合理的设备接入规范,容许第三方机具或软件的接入;提供较为完善的数据层与应用层对接手段.

一卡通系统在兰州大学运行过程中所生成信息的数据结构和数据向学校全部开放.
发卡程序、密钥系统、圈存管理提供源码.
软件采用B/S架构,能够实现平滑升级,同时具备良好的开放性,能够满足学校管理及数字化校园集成的需要;对于系统中的软件提供具体接口给兰州大学,方便第三方软硬件接入.
校园一卡通系统的应用软件使用权一次性提供给兰州大学,未来学校在增加应用软件使用规模时,不再支付应用软件的费用,而只需增加相关硬件设备,同时对增加规模的应用软件的加密措施也对学校完全开放,学校可自行购买PSAM卡自行增加通用硬件设备.

2.
1.
1.
2设备的开放性要求一卡通系统可对接第三方的设备,在接入第三方设备时不需要平台做大的改动.
特别是"校园一卡通"的应用软件系统要做到对CPU卡及CPU卡机具的开放性,应用软件不能与校园卡及机具做捆绑式销售,应能支持用户自行购买并发行校园卡,支持第三方IC卡应用集成商的读卡机具能使用该CPU卡(校园卡),并实现与校园一卡通系统的连接.

集成商须向用户提供硬件(如圈存机)接口及相关文档等资料,同时提供用户开发支持,保证用户可以自行进行一些应用开发.
所有终端设备支持在线升级,可保证管理有变化或新的需要时进行硬件运行程序的修改和升级就可实现新的硬件功能,保护现有的投资.

2.
1.
1.
3卡片的开放性要求增加卡片应用不会改变发卡、充值、转帐等平台管理业务流程,不需要修改平台代码和联机设备代码;卡片内部分区中的系统区和用户区全部对学校开放,学校作为发卡机构有权自行定义系统的密码,学校可以对指定的内容进行统一规划,对预留出来的卡片分区可以进行二次开发.

学校能自行采购卡片,并自主开卡.
能自主进行卡片的初始化(写卡片密钥)与回收(恢复至出厂状态),卡片结构和密钥管理体系由学校完全掌握.
2.
1.
1.
4密钥的开放性要求提供完全独立、供学校使用的密钥生成与管理模块.
所有密钥开放给学校.
卡片、终端设备、各软件系统的接入控制密钥等全部由学校自己掌握.
2.
1.
1.
5第三方接口的开放性一卡通系统设计采用模块化设计,须符合有关国家标准和国际标准,具备良好的扩展性和开放性,与集成商无关.
系统应提供多种集成方案,兰州大学在进行第三系统集成时根据自己的实际情况选择适合自己的方案.
集成商向我校提供完整的第三方接口及开发使用手册,并全力提供技术支持,配合学校根据自身的需要和信息化建设的步骤完成各个第三方系统的集成.

可靠性要求2.
1.
3.
1基础平台可靠性硬件平台可靠性系统运行的硬件平台选用广泛使用的、系统架构成熟的硬件平台,如工业标准服务器、工业级存储设备、企业级网络设备、通用的机具、卡片等,保证了硬件层面的可靠性.
数据库服务器是整个系统平台最核心的部分,需要进一步增强其可靠性保障.
为此,升级方案采用用两台服务器+磁盘阵列+集群软件的方式来构建高可用的双机热备系统,这样能够保证1台服务器或应用出现故障的时候,另外一台服务器能够实时接管服务,从而保证系统对外提供的服务不至中断.
软件平台可靠性系统运行的软件平台也是选择广泛使用、技术成熟的企业级通用化软件平台(软件由校方提供),如使用红帽企业LinuxAS版作为数据库服务器的OS平台(红帽企业LinuxAS是最高端的Linux服务器解决方案,适用于大型部门和数据中心的计算环境,包括数据库、ERP和CRM服务器)、使用Oracle企业级版本作为数据库系统、使用WindowsServer作为各应用子系统的OS平台.
这些通用化的基础软件保证了系统运行软件平台层面的可靠性和可维护性.
2.
1.
3.
2数据可靠性采用应用与数据分离(硬件和软件均分离)的体系保证数据的可靠性.
硬件层面上,系统核心数据都存储在单独的磁盘阵列设备中.
磁盘阵列是专用于数据安全存储的设备,采用了全冗余的硬件架构保证硬件的长期无故障运行;采用RAID技术、热备盘技术保证磁盘容错能力,从而保证了数据在存储硬件层面足够的可靠性.

软件层面上,系统核心数据存储在Oracle的表结构当中,应用程序用过软件接口和相关函数调用来获得和写入所需的数据.
Oracle具有强大的数据一致性保证逻辑来确保数据的逻辑正确性.
此外,Oracle的管理能力、维护能力也是数据安全存储的重要保证.

为进一步保证数据的可靠性,本系统还另外配置了数据备份系统对数据进行结构化的备份操作,从而保证了在极端情况下数据可以得到完整的恢复.
2.
1.
3.
3网络结构可靠性通过建立一卡通专网,保证一卡通网络与校园网物理隔离.
采用VPN技术和三网分离等技术方案,将卡应用系统与应用平台间、应用平台与数据中心间有效隔离,既保证了系统之间的互联互通,又防止系统外机器对系统的影响,从而保证了网络通讯层面的可靠性.

2.
1.
3.
4资金结算系统的可靠性一卡通系统对日常发生的各类卡交易采用借贷记账法进行记账.
借贷记账法是银行、企事业单位财务管理普遍采用的账务核算方式,最大程度地保证了账务核算的准确性和可靠性,降低了财务风险.
2.
1.
3.
5账务系统的可靠性1、系统应具有卡库对账、自动对账、挂账机制,保障商户和消费者的利益不受到损失,同时保障系统账务和数据的准确.
须详细说明对账处理机制;2、支持在网络异常、设备异常、操作异常、系统异常等出现时,系统具有自动导向自动纠错模式,通过自动纠错从而修正交易.
3、系统应具有强大的账务稽核机制,在最大程度上保证卡帐平衡.
4、系统记账方式为多级科目、借贷记账法;5、账务核算方式需支持多财务主体独立核算;6、账务处理需自动日清日结、记账精度为0.
01元2.
1.
3.
6机具运行的可靠性1、POS机具全部使用专门设计的工业级硬件设备进行构建,现场不使用传统的PC电脑和服务器设备,可靠性高.
2、支持所有机具的防雷措施,确保在受到外界干扰时系统能够有效自动保护,提高设备对环境的适应能力.
3、控制器、消费终端全部采用ARM技术,使用高性能32位工业级芯片进行设计,既具有较高的通讯和处理速度,又具有较高的可靠性,在业内处于领先水平.
4、现场机具充分考虑到网络和供电中断的情况,设计了完善的紧急供电系统,在市电中断时,可使用后备电源保证网络POE交换机对POS机进行供电,保证餐饮等重要场所的运行,同时交易流水也处于脱网运行状态,通过完善的脱网运行设计来保证流水最大限度的上传,从而保证账务系统的数据一致性.

安全性要求安全性是校园一卡通系统最重要的指标,校园一卡通系统涉及银行、学校、商户、持卡人多个不同的层面,涉及圈存、消费、结算、查询等大量的交易处理,对系统的安全可靠性要求非常高.
兰州大学校园一卡通系统任何一个局部(如应用子系统)出现故障,不会影响整个系统的运行.
应从各个环节进行严格的安全防范措施,保证整个系统运行高效、安全、可靠.
如卡、设备(机具)、网络、操作系统、数据库、软件设计、密钥管理、数据存储、校园卡管理规定等.
联网、脱网运行能力的要求校园一卡通系统在结构设计上应充分考虑联网/脱网的两用性和兼容性,建成的系统不仅可以联网使用,也可以脱网使用.
联网时系统内各种数据以联机通讯方式自动实时交换.
当有突发情况无法通讯时,终端设备应仍可以正常使用并保存一定时间的数据.
终端设备实现联网/脱网的自适应,突发情况结束后可自动切换为联网状态并同步保存的数据.

1、在正常情况下一卡通系统应保持联网运行,只有在意外情况发生时进行脱网运行,脱网运行不能出现数据丢失、软硬件不能正常使用现象.
2、应有合理的措施保障在网络、电源等故障发生时食堂、门禁、车载收费等系统的正常进行;3、对消费子系统(特别是食堂消费子系统)而言,应能保障在脱网、脱机情况下正常运行7天以上;4、保障图书馆网络与学校网络中心发生故障时图书馆一卡通应用系统能正常运行3天以上;5、无线车载系统以联网为主,脱网为辅的运行方式;6、卡、库中的金额不一致时,需要有效的查账与平帐机制.
7、充分考虑到线路干扰、通讯数据不安全等措施.
成熟性要求主要以同类项目的成功案例来衡量.
1、成功案例的数量,全国985/211高校2家以上稳定运行;2、银校企的合作方式,支持多家银行合作、项目能如期按计划竣工;3、一卡通管理中心系统、卡务管理系统、资金结算管理系统、校园卡充值转帐系统、一卡通自助查询系统等的功能完善与使用良好,支持个性化开发;4、成功案例中具有其他特点与独特优势;5、一卡通应用软件系统的完全自主知识产权;6、一卡通的专用机具(POS/读卡器/圈存机/查询机等)的长期稳定使用,返修率低;7、一卡通中所涉及到的软硬件产品的稳定性程度高.
主要性能指标和要求序号指标参数参数值一、系统容量1系统账户容量和种类>100万,电子钱包账户、电子账户两种,支持有卡、无卡交易2商户账户容量≥1000个3子系统接入数量≥512个4流水账保留天数不限,由用户自行配置5黑名单容量由于厂家采取处理机制不同,不做特别限定6部门级数≥6级7结算单位层级可达6级8持卡人身份种类可达64类9持卡人卡片类型≥10二、系统处理能力1系统工作特征7*24小时实时系统2交易处理方式联机为主,脱机为辅3多机并发处理能力联机≥64台;脱机不限4通讯处理能力≥10000笔/分5读写卡时间(网络状况正常)98.
9%(支持免费升级支持新币种和假钞识别信息)4、支持系统配置管理,如可配置现场需要识别的纸币面值,支持多种面值的新旧版本纸币识别.
5、支持操作员随时提现结算功能,使账务清晰;6、支持提供后台数据管理功能,对自助充值系统的相关交易统计.
7、支持功能可扩展.
如自助发卡等.
8、支持自助设备防爆防破坏;含独立通风散热、内部供电、内部结构布线;符合人体工程学设计,操作简单舒适;经过防潮、防锈、防酸、防尘、防静电处理;内置UPS供电;金属数字加密键盘,密码键盘防护等级为IP65静态/IP54动态,密钥,程序及敏感数据拆封自毁9、支持设备远程监控、告警、日志可查询.
7.
3.
4银校批量转帐系统银校批量转账系统是针对已和银行卡签约的校园卡,由后台自动发起的一种银校联网转账模式.
基本功能点如下:1、支持自定义卡余额的低限阀值、批量转账执行时间、间隔等参数.
2、支持服务程序定时自动检测数据库中的卡余额,当卡余额低于低限阀值时,自动生产一个批量转账的文件,提交银行.
3、支持自动接收银行返回的转账结果文件,并进行账务处理,记录日志.
4、支持查询每日批量转账结果、银行转账日志等.
5、支持自动对账机制,并对异常账务具有自动处理机制.
7.
3.
5空中圈存系统空中圈存系统实施一卡通平台与运营商业务的连通、业务的受理等,从而实现便捷管理、手机认证支付管理.
基本功能点如下:1、支持绑定关系建立流程,通过一卡通系统、运营商、银行三方认证,建立校园卡号、手机、银行卡三者的关系绑定.
2、支持绑定关系的变更,适用于手机号码、银行卡号发生变化时,重新建立绑定关系.
3、支持绑定关系取消,个人认证通过后自行取消,或后台批量取消(一般适用于毕业生批量离校时).
4、支持绑定关系暂停/恢复.
5、支持当手机号码异常状态处理流程,当用户手机号码申请销户、欠费拆机、或者用户状态发生变化导致需要取消绑定关系时,由运营商发起取消绑定流程.
6、支持绑定关系建立后,用户通过手机发送指定的短信,完成空中圈存流程.
7、支持绑定关系建立后,用户通过手机发送指定的短信,完成校园卡挂失/解挂.
8、支持空中圈存过程中,对转账异常情况的自动处理(纠错、冲正)机制.
9、支持空中圈存过程中,成功或失败所有各种提示信息及时通过短信回复用户.
10、支持学校一卡通、运营商、银行系统数据一致性定期稽核流程.
11、支持学校一卡通、运营商、银行三家自动结算/对账流程.
账务不一致时处理机制.
7.
4教学服务类7.
4.
1自助成绩单打印系统成绩单自助打印系统设计是以学生自助式服务为目标、以学校现有教务管理系统为支撑、以校园卡为支付手段、以功能完整性与灵活性为策略、以系统可靠性与稳定性为宗旨,具有学生自助操作、7x24小时提供服务、方便、快捷、安全、稳定等特点.
基本功能点如下:1、支持和学校教务系统、一卡通系统无缝对接,完成成绩单自助打印.
2、支持学生自助查询中英文成绩单、在学证明、培养方案、课程简介、通知公告、选课情况、考试安排等教务相关信息;3、支持学生自助打印中英文成绩单、中英文在校证明、中英文预毕业证明、CET准考证及成绩单、英文学历学位等证明文件;4、支持自助终端根据学生申请打印的文件的数量自动计算缴费金额,在学生确认之后,系统自动收取费用,并打印相关文件;5、支持智能远程管理.
系统管理人员可通过网络进行自助终端远程监控管理、系统参数设置、通知公告发布、打印纸张管理、交易数据管理等操作.
6、支持自助验证.
通过该系统打印出来的每份成绩单附有一个验证序列号,验证序列号是由学校提供的密码、打印文件流水号和学生学习绩点及总学分三部分加密算法计算之后产生.
用人单位可通过掌上WAP验证功能,根据成绩单上面的提示操作即可自助完成文件的真伪验证.

7、支持个性化打印纸张样式,可以根据学校的个性需求,打印出属于学校独有的个性化成绩单或证明文件样式,采用防伪技术,具有权威性.
8、支持所有的交易过程有详细的纪录,多种错误处理预警和检测机制,保证系统安全可靠.
9、支持标准数据接口设计,系统扩展方便,可与第三方软件兼容.
10、支持信息配置灵活,不同身份类型可以免费打印成绩单的份数,不同身份类型的扣费方式.
11、支持自定义收费方式,按打印份数收费或按打印张数收费.
12、支持系统根据打印机放纸数量来判断打印机内的剩余纸量,当剩余纸量小于待打印的纸量时,自动停止打印,直接提示纸张不够,不允许打印;13、支持查询统计一段时间内的各个自助机的打印成绩单情况;14、支持自助终端采用向导式的操作方式,方便用户操作.
15、支持嵌入自助打印终端机柜,可方便拆装.
16、支持自动控制内置的打印机根据打印文件类型不同自动换纸型,打印机配置多纸盒,满足不同打印文件纸型不同的需求,打印机可自行选购和维护.
17、支持超大纸盒,至少一次可以放500张纸,不用管理员频繁到机器上放纸.
7.
4.
2手持机签到系统手持机签到系统是会议签到系统的一种,具体参见5.
6章节会议签到系统说明.
7.
4.
4机房管理系统机房管理系统是对学校机房进行高性能自动化管理的软件.
基本功能点如下:1、支持和一卡通系统无缝对接,实现对学校所有机房的管理.
2、支持对学校已使用的机房不需要添加任何附加设备,使用校园卡作为身份认证及付费,不增加各机房和用户的额外负担.
3、支持对校园网络的多个机房分布式管理,数据集中存贮,高度共享;控制分散到机房,各个机房互不干扰.
4、支持允许设置逻辑机房,将大机房划分为若干小的管理区,大大方便了机时安排.
5、支持强大的监控管理能力.
通过驻留在机房每台电脑中的管理程序,实时监视和控制客户端电脑.
实现对监控电脑的遥控上机、下机、关机、热启动、锁定终端、解禁电脑,禁用U盘、光驱、软驱等;实现MAC地址绑定,支持自动修改机器名及IP地址;可以远程格式化磁盘,查看学生机屏幕;机房关闭时间到所有机器会自动关机,上机费用自动结算;自动记录并提示电脑硬件的状态和数量变化(如内存条的丢失或损坏).

6、支持校园卡+密码,校园卡号+密码的身份认证方式.
7、支持课外上机和课内上机两种模式.
8、支持课内上机不用刷卡(避免上课拥堵)的方式;9、支持统一下机无需刷卡功能10、支持课外上机自费刷卡.
上机收费可根据不同对象、不同机器、不同时间段设置不同的费率.
支持特殊时间段(毕业设计),免费上机功能.
11、支持课外上机时可以限制某些特定身份的人到指定机房上机,可以控制学生课外上机时间不超过老师规定的时间.
12、支持多种收费模式:转帐模式、下机结帐模式、预扣费模式.
13、支持预约上机管理机制.
14、支持多级别的管理员设置控制不同管理员的操作权限,保留不同管理员的操作记录.
15、支持查询统计,查询机房的使用情况及学生的上机情况.
16、支持针对帐户的禁用机器设置,限制学生使用某些有特别安排的机器,保证机器的专机专用.
17、支持国资处、教务处、财务处等部门系统预留接口,方便对接.
18、支持定时自动备份数据.
19、支持所有针对系统操作均备有详细的日志记录,方便维护及管理;7.
5后勤管理服务类7.
5.
1手持机消费系统手持机消费系统利用WiFi实现交易上传,黑白名单数据的实时同步,联机消费模式.
适用于校园卡用户在缴纳物业费、水电费、暖气费、停车费、聚餐等大额支付场合.
基本功能点参照章节3.
5商务普通消费系统.

7.
5.
2智能水控管理系统智能水控管理系统是针对校园用水现状和管理特点新型控水收费管理系统.
基本功能点如下:1、支持联网型控水、脱机型控水.
2、支持主钱包和小钱包两种模式.
提供多种钱包转账方式,如自助终端、专用钱包转账机等.
3、支持实时通讯、实时结算.
结算方式支持分计时型和计量型两种.
4、支持不同身份用水人的设置、热水收费的不同设置.
5、支持对终端监控,提供对营业组管理,交易的实时监控,能够方便地在软件界面上实时观察各终端的交易情况.
6、支持卡类别校验,可设成不同的场所,限制不同的卡类别使用节水控制器.
7、支持卡有效性校验,节水控制器具有自动识别"伪卡"、"挂失卡"、"过期卡".
8、支持计费提醒,用水时节水控制器显示屏不停的显示当前卡中的余额.
9、采用支持在线升级程序的CPU:可在不拆机的情况下将水控器中的固件程序升级,方便扩展或完善系统功能.
10、支持用水的每笔交易流水查找和归档.
11、支持系统设置功能.
可设置系统数据库,账户数据,部门设置、水价设置,管理员权限设置等参数.
12、支持和学校一卡通系统无缝接入,同步校园卡账户挂失、解挂、冻结、黑白名单信息,实时生效.
13、支持可远程控制阀门的开关状态.
14、支持统计并打印营业额等信息,支持多种报表格式.
15、支持查询显示系统日志与纠错日志.
16、支持数据的备份与恢复、导入、导出、纠错、数据校验等.
17、支持安装简便,便于维护;18、支持对水垢问题有较可行的解决方案.
7.
5.
3自助洗衣系统自助洗衣系统利用校园卡自助完成洗衣、支付费用的新型收费管理系统.
基本功能点如下:1、支持采用RS-485、TCPIP通信协议,可实时通讯、实时结算.
2、支持卡有效性校验,具有自动识别"伪卡"、"挂失卡"、"过期卡".
3、支持和学校一卡通系统无缝接入,同步校园卡账户挂失、解挂、冻结、黑白名单信息,实时生效.
4、支持定义收费标准,不同身份人的设置、收费的不同设置.
5、支持对交易记录的查找和归档.
6、支持设置系统数据库,账户数据,部门设置、计费设置,管理员权限设置等参数.
7、支持联网状态下可控制所有或某个洗衣机控制器状态.
8、支持统计并打印营业额等信息,多种报表格式.
9、支持日志查询功能,查询显示系统日志与纠错日志.
10、支持备份功能,数据的备份与恢复、导入、导出、纠错、数据校验等.
7.
5.
4自助烘干系统自助烘干系统利用校园卡自助完成烘干、支付费用的新型收费管理系统.
基本功能点如下:1、支持采用RS-485、TCPIP通信协议,可实时通讯、实时结算.
2、支持卡有效性校验,具有自动识别"伪卡"、"挂失卡"、"过期卡".
3、支持和学校一卡通系统无缝接入,同步校园卡账户挂失、解挂、冻结、黑白名单信息,实时生效.
4、支持定义收费标准,不同身份人的设置、收费的不同设置.
5、支持对交易记录的查找和归档.
6、支持设置系统数据库,账户数据,部门设置、计费设置,管理员权限设置等参数.
7、支持联网状态下可控制所有或某个烘干机控制器状态.
8、支持统计并打印营业额等信息,多种报表格式.
9、支持日志查询功能,查询显示系统日志与纠错日志.
10、支持备份功能,数据的备份与恢复、导入、导出、纠错、数据校验等.
7.
5.
5自助刷卡开水系统自助刷卡开水系统利用自助开水系统与智能水控器的结合,有效控制开水的使用情况.
基本功能点是:1、支持联机和脱机两种模式,每台电开水器控制器具备一定容量的数据存储能力.
在网络出现故障,电开水器控制器无法与自助开水系统服务器实时通信时,电开水器控制器可脱机运行.
当网络通讯正常,立即上传脱机消费数据给自助开水系统.

2、支持自助开水系统与电开水器水控器有三种通讯方式:TCP/IP通讯,485通讯、TCP/IP和485通讯相结合,适应不同场合的需求.
3、支持主钱包和小钱包两种模式.
提供多种钱包转账方式,如自助终端、专用钱包转账机等.
4、支持卡有效性校验,具有自动识别"伪卡"、"挂失卡"、"过期卡".
5、支持和学校一卡通系统无缝接入,同步校园卡账户挂失、解挂、冻结、黑白名单信息,实时生效.
6、支持统计并打印营业额等信息,多种报表格式.
7.
5.
6多媒体自助结算台多媒体自助结算台简称智盘(全称"智盘-餐饮快速结算系统")是一套紧密集成了RFID(ISO15693)射频技术的餐饮结算系统,主要为学校食堂提供餐饮结算服务,与传统的结算方式相比,具有速度快、核算准、体验佳、无人值守等特点.
可为后勤饮食服务管理提高效率,节省人工,减少运营成本,提高膳食管理的信息化水平.
基本功能点如下:1、支持RFID餐盘的多种款式和颜色,区别不同菜价.
2、支持结算台一体化设计,安装方便,易用、易清洁、易维护.
3、支持持卡人可自助完成菜价核算和刷校园卡支付,无需人工干预,交易流水自动存入一卡通数据库;4、支持结算台的定向读取,读取范围严格束缚在结算区内,防止窜读、误读;5、支持多餐盘读取,抗金属干扰设计,多餐盘防冲撞机制,确保读取准确;6、支持开放式第三方支付接口,兼容第三方设备.
7、支持可在不同时段设置不同价格,减少餐盘周转量;8、支持可产生各餐的统计报表.
7.
6安保服务类7.
6.
1人员定位系统人员跟踪定位系统是利用远距离RFID技术在学校主要出入口和人员停留区域安装远距接收终端,实现人员的区域跟踪定位,用于实时监控区域内人员的数量、快速定位人员当前所在的区域位置,以及查询该人员最近的行踪.
基本功能点如下:1、支持和学校地理信息信息系统无缝对接.
支持电子地图功能,电子地图数量不受限制.
2、支持可在电子地图上新建多个跟踪区域,能够通过鼠标画出跟踪区域,跟踪区域的名称、名称大小、字体、背景颜色和透明度能够任意设置.
可以任意改变区域内文本信息框的显示位置.
可将软件中设置的某个监控点拖动到某个跟踪区域作为跟踪点,并可设置监控点的进出与跟踪区域的进出的对应关系.
一个跟踪区域可由多个监控点组成,且不受限制.

3、支持通过双击电子地图上的某个关联区域,可从一张电子地图切换到另外一张电子地图.
4、支持设置每个跟踪区域人员滞留超时时间、区域内允许的最大人员数量、预警人员数量以及某个时间段内的人员最大数量.
5、支持针对每个区域发生以下情况时产生报警:人员滞留超过规定的时间报警、区域内人员的数量超过规定时报警、区域内的人员超过规定的数量时发出预报警、区域内的某个时间段的人员数量超过规定的最大值时报警.

6、支持非法闯入区域报警,当报警发生时,所在区域闪烁并发出声音报警提示,且报警发生后区域背景颜色和报警声音能够由用户任意设置.
7、支持能够随时启用和禁止某项报警.
8、支持设置各个报警的优先级以及报警发生后是否需要由操作员输入文字信息.
9、支持查询打印每个区域当前的所有报警信息.
10、支持根据卡号、人员编号和部门查询某人员当前所在的区域并切换到该区域.
11、支持查询某人员在某个日期段内进出各个区域明细资料,包括进出区域名称、进出时间以及在每个区域内的滞留时间.
12、支持通过路径的形式,显示某人员在某个日期段内的移动轨迹,进出各个监控点之间通过线条连接并有箭头指示.
箭头的方向为人员行走的方向.
13、支持查询各个区域某个日期段内每隔一定的时间的人员数量,时间间隔能够任意设置.
14、支持对各种人员分布情况可通过方形图来表示.
15、支持按查询每个区域的当前人员资料以及按区域查询每个部门的当前人员资料.
16、支持管理员的管理,添加新操作员,并可设置每个操作员是否具有设置区域的权限.
17、支持设置从某个日期和时间开始,重新计算区域内的人员情况.
18、支持设置系统自动登录,还是需要登录密码才能登录.
19、支持在系统报警后,能够随时关闭报警声音.
20、支持通过手动方式,能够清除区域内的所有人员资料.
进行手动清除操作时,需要输入管理员的登录密码.
7.
6.
2巡更管理系统巡更管理系统实现对巡更人员的巡更行为进行监督和考核,保证需要巡更的地方有人按时查看,发现和解决问题.
基本功能点如下:1、支持离线式巡更和在线巡更.
2、支持保安人员能方便的完成巡更考核,巡更记录.
3、支持灵活设定巡更路线和时间周期.
4、支持管理人员能方便的查询巡更记录和巡更考核.
5、支持采用当前先进成熟的技术和设备,可扩展性及易维护性.
6、支持开放性,遵循相关的国际标准或工业标准.
7、支持巡更机存储数据上传方式简单,易操作.
8、支持巡更机脱机工作,定期提取巡更数据.
存储数据大于10000条.
9、支持巡更点信息钮内核采用Mifare芯片,感应距离为30mm~70mm;无需电源;内置具有唯一的十六进制序列号;外加硬塑壳,内灌进口胶,抗冲击、防浸水;可在-40℃-80℃的温度范围内使用.
靠近即可读取巡检点信息,不受灰尘、雨,雪,冰等环境影响,可防止人为破坏.

10、支持安保人员使用校园卡认证后巡更.
11、支持安保人员的分组和排班,轮班制度.
12、支持汇总数据并分析和导出和打印报表,包括日统计、月统计等.
13、支持对巡更记录的多种综合条件查询.
14、支持查询日统计过程中巡更人员巡更时提前、延误或旷巡的记录.
7.
6.
4门禁综合管理系统门禁综合管理系统将现有各单位的门禁系统通过系统接入,对校内现存门禁系统进行统一管理、统一授权.
基本功能点是:1、支持既可以作为一套门禁系统独立运行,也可以作为一种平台系统上连校园一卡通系统,与校园一卡通数据库交换数据,共享用户基础信息.
2、支持学校各类门禁系统接入,既包括门禁系统的控制功能,也要包括平台系统的管理功能.
2、支持统一管理所有直连门禁点和非直连门禁点,采用唯一编码规则,对所有门禁点集中编码,并建立与下属第三方门禁系统编码规则的唯一对应关系.
3、支持分组分级管理所有门禁点,组内门禁点可以不受位置、厂商的限制.
4、支持统一管理卡片信息和开门密码,遵循校园卡规范,与一卡通数据库共享用户基础信息.
5、支持建立并管理各门禁系统中的管理员和管理员组、角色模板,支持分级分组授权,管理员的操作可追溯.
6、支持建立并完善与第三方门禁系统的数据交互接口标准,通过PSAM卡授权方式支持第三方门禁系统的对接.
接口标准包括但不限于:卡片信息、开门密码、用户信息、白名单、门禁点对应关系、监控信息、远程控制信息等.

7、支持兼容功能,计时的模式应该尽量灵活,可以设定时间段.
8、支持以Web形式提供管理、分析查询、实时视频报警监控功能,提供具有高校特色的统计报表,如统计门禁点的利用率.
9、支持通过管理工作站实现各种管理、控制、查询等功能.
服务器只提供后台数据服务.
管理工作站还可以切换成全屏幕监控状态,实时滚动刷卡人的照片和基础信息.
7.
6.
5无障碍人行通道系统无障碍人行通道系统是针对学生宿舍及学校大门安全管理而设计开发的具有考勤、门禁、外来人员管理等多种功能的校园安全管理系统.
1、支持非法用户报警功能.
外来人员无卡通过通道时,通道会发出声光报警,提示管理员,同时会抓拍无卡通过人员的影像资料.
有效的防止外来人员的进入.
2、支持双向进出、自动方向识别.
每路通道均可入可出,大大提高设备的使用率,人员通过时,系统会自动识别进出方向,为管理者提供更准确的数据.
3、支持自动统计功能,节省人力和时间,提高工作效率.
4、支持防止代刷,每通过一人,系统只能识别一张卡,有效的防止了替代刷卡的现象.
5、支持"反潜入".
如果持卡人进入后把卡交给别人再次进入,系统会自动报警.
6、支持远距离自动刷卡、主动刷卡两种方式.
对于自动刷卡系统,持卡人只需要在身上或书包内带卡,无需主动刷卡,自然通过即可,快速方便.
主动刷卡系统可以直接读取持卡人校园卡,通过时无需停留.

7、支持快速通过功能.
在上学和放学高峰时,双通道每分钟可以通过150人以上,不会发生拥堵的现象.
8、支持24小时监控视频联动功能.
系统可以对通过通道的人员进行24小时的监控,不但在录像上可以同步录上通过人员的资料,而且在录像回放时也会显示这个人的姓名、照片、班级等个人信息.
9、支持远程监控功能.
主管的领导可以在办公室内直接进行远程的视频监控,汇总当天的进出管理统计报表,提高了管理的实时性.
10、支持消防联动.
当出现火灾、地震等意外时,中控系统在自动关闭常规电路、打开应急灯的同时,可以自动或手动打开消防门,让人员迅速逃生.
11、支持和一卡通系统无缝接入,所有的数据即存在于一卡通中心数据库,又同时存在于本地的数据库,当一卡通卡账户信息变化时(例如开户、挂失、销户等),自动和本系统同步,并实时生效.
12、支持当网络或服务器出现故障时,不会影响通道控制系统的运行.
13、支持上传人员进出数据时,如果网络或数据库故障,所有的数据会自动以文件方式缓存于硬盘,当故障恢复时自动补传.
所有的数据传输都会进行校验,校验不通过会自动重传,数据不会出错.
7.
7图书服务类7.
7.
1自助文印系统自助文印系统采用"自助式无人化"的管理模式,通过校园一卡通进行身份认证和收费,做到使用者、使用时间、内容、费用的精确可控,在所有接入校园网的电脑上,为全校师生提供最方便最廉价的打印复印服务.
基本功能点如下:1、支持与校园一卡通集成,身份认证和扣费均通过一卡通实现,由学校财务统一结算.
2、支持打印和复印完全实现自助式无人化管理,师生可凭借校园卡自己进行复印和打印.
3、支持根据不同纸张和不同机型设定收费标准,方便灵活.
4、支持实时自动检查一体机状态:系统自动检查一体机缺纸,卡纸、缺墨粉、机器故障等状态,在纸偏少时会自动提醒管理员纸不足.
出现任何影响一体机正常工作的状态都会及时上报管理员,并根据故障类型限制学生的使用,比如缺A3纸时,只能打印复印A4.
缺墨粉时禁止一切打印复印操作.

5、支持打印属性支持选择纸型(A3、A4)、纵打横打和单面双面打印.
6、支持黑白,彩色同时支持的打印机可配置个性化打印属性,可支持只打印彩色、只打印黑白和彩色黑白同时支持.
黑白,彩色,扫描费率的独立设置,支持管理员对于费率的个性化设置.
7、支持打印、复印补助,可给学生发补助,该补助只能用于打印和复印,有补助的人员,打印复印时先使用补助,不扣费.
8、操作简单,使用者无需进行培训即可根据操作提示自行完成打印、复印.
9、刷卡终端支持个性化定制,形式多样.
10、支持打印复印流水保存在后台服务器上,供事后查询和生成各种报表;11、支持任何时间,学生可以持校园卡进行自助刷卡打印复印;12、支持现有的各种规格的打印机.
7.
7.
2自助借还书系统自助借还书系统实现用校园卡作为身份认证完成自助借还书、超期罚款的功能.
基本功能点如下:1、支持对自助借还终端进行改造,在原有的硬件设备上增加校园卡读写卡设备,调用读写卡接口函数,进行身份信息验证和自助借还书操作.
2、支持卡有效性校验,具有自动识别"伪卡"、"挂失卡"、"过期卡".
3、支持和学校一卡通系统无缝接入,同步校园卡账户挂失、解挂、冻结、黑白名单信息,实时生效.
3、支持在自助借还书系统中维护图书信息;4、自助还书时,若图书借阅系统提示超期罚款,通过刷卡扣费,实现罚款缴纳;扣费流水通过中间数据库上传到一卡通系统.
7.
8综合服务类7.
7.
1指纹识别系统指纹识别系统以校园卡为存储介质,采用校园卡内嵌指纹认证技术进行电子身份认证,通过指纹认证技术判定个人身份.
利用"智能卡+指纹"认证的模式,可以有效地判定卡与持卡人之间的唯一关系,杜绝在门禁、考勤、会议签到、考试监管、学生报到注册等需要身份认证的场所中的"代打卡"现象,提高身份认证的安全级别.
此功能可以应用在本方案中的教工考勤系统、重要会议签到系统、自助成绩单打印系统中.

1、支持自助采集指纹功能,在各类自助终端、学籍注册时、新生报到时通过验证校园卡和个人密码等身份信息完成个人指纹的采集并存入校园卡和一卡通数据库中.
2、支持最多不超过3次的卡内指纹和现场采集指纹的比对验证机制,比对成功后即可形成一条指纹比对记录.
3、支持对于由于某些原因不能进行指纹比对的师生,系统提供有密码替代方案.
对于授权使用密码的师生登记后,授权一定期限内可以使用密码代替指纹识别.
7.
7.
2医疗管理系统医疗管理系统在原有医疗管理系统上,开发校园一卡通系统接入接口.
通过第三方软件接口,与现有医疗管理系统做对接,实现将原有医疗证替换为安全性更高的CPU校园卡,用卡结算替代现金结算,实现挂号、收费功能.
基本功能点如下:1、支持对现有的医疗管理系统进行改造,在需要交费的窗口增加通用读卡设备要能够读取校园卡信息.
2、支持提供读卡设备和读卡接口函数,配合医疗管理系统读取卡片信息进行持卡人身份验证,判断是否具有正常扣费的权限.
3、支持校园一卡通系统中持卡人数据、挂失、解挂、注销、黑名单等信息与医疗管理系统中的病人数据的动态同步,并实时生效,医疗管理系统不再对病人基本信息进行单独维护,保证"开卡即办证,离校即注销".

4、支持医疗管理系统中的收费项目(挂号费、化验费、药费等)能够通过校园一卡通系统电子钱包支付的功能.
5、支持在一卡通系统或网络通讯出现异常时,实现了集成的医疗管理系统仍可以以脱机运行,脱机运行的持续时间由一卡通系统的参数控制,默认为7天,可自行设定.
6、支持无卡挂号的功能,通过校园卡号和个人交易密码进行认证.
7.
7.
3校内电子商城"一卡通电子商城"面向学校师生提供与生活息息相关的各类商品、信息的在线商务交易.
由商城运营方统一管理、运营,同时支持多商家入驻独立经营.
由管理者制定统一的经营、管理、配送、等标准,同时入驻平台的卖方商铺是需要通过学校和商城运营方的层层审核后方可入驻商城.
结合在线支付系统的统一支付接口完成电子支付以期达到方便校内师生生活的目的.
基本功能点如下:1、支持购物车功能.
支持顾客将多家店铺的不同商品加入到购物车中,当顾客进入购物车时会自动进行各店铺的分单处理.
整个的购物流程充分考虑传统电子零售业的习惯以及顾客在C2C网站的使用习惯,使得顾客的购物过程变得顺畅无比.
2、支持统一的运营管理.
商城中所有的商户,均由商城运营方经过层层审核批准后方可入驻,入驻后在运营自己店铺的时候,必须遵循商城运营方对系统进行的规则设置.
如:支付方式、配送方式、配送区域、促销方式等规则.

3、支持商铺多店员管理.
电子商城的所有店铺的店主,均可以为自己的店铺添加不同权限的店员,支持多客服在线.
在满足用户需求的前提下,也为店主繁杂的工作进行了分担.
4、支持商品规格独特性.
电子商城的商品颜色和规格不再只是一个商品特性.
用户在浏览商品的时候可以动态查看不同规格及尺寸相应的图片,同时还允许店主为同一商品不同的颜色,不同的尺码设定不同的库存.

5、支持灵活的自定义首页管理.
提供多元化的自定义管理设置,可以让管理者灵活自定义商城首页的每一个区域内的展示内容.
6、支持学生、教师可以在电子商城上查看、搜索所需的商品信息,对选中商品进行在线交易.
7、支持提供了对每一次购物的付款、发货、退款、投诉、确认收货的跟踪功能.
8、支持与校内统一身份认证系统进行对接,校内用户可以无需注册直接登录电子商城即可享受在线购物;校外用户可以通过注册成为商城用户,管理员可设置注册用户的购物权限;如有持有平台发放的用户邀请码注册登录商城,则可享受与校内用户同样的购物权限.

9、支持为认证登录成功的有效用户提供了管理中心,为买方提供商品、订单的综合管理功能.
包括订单管理、商品收藏管理、收货地址管理、退款管理、投诉管理、站内信、购物车等功能.
10、支持对商户进行管理:管理及开通认证商铺,同时为商铺设置相应的商铺类型、支付方式、结算帐期、结算比例等.
11、支持对配送进行管理:统一设置、管理电子商城整个平台可用的配送方式及配送区域.
12、支持对商城分类进行管理:对电子商城平台进行分类的录入及管理,为商城平台上所有商户提供统一规范的商品分类.
13、支持对团购进行审核管理:为平台内申请开通团购业务的商铺进行团购功能的审批及开、关管理.
14、支持对促销规则进行管理:对整个平台进行促销活动及促销规则的设置,供平台上所有商铺(卖家)进行选择使用.
15、对商城首页各区域进行自定义管理:为商城首页的所有展示区进行灵活的自定义展示设置管理.
16、支持对用户投诉进行管理:对商城内所有发生投诉的订单或退款纠纷进行管理及处理.
17、支持对用户进行管理:对平台上的所有用户进行等级及权限进行统一管理.
18、支持商城权限管理:对商城所有登陆角色进行权限管理.
19、支持对电子商城的系统配置进行维护管理.
记录和管理每日的系统操作情况,记录和查询系统所有订单的情况,为商城使用者设置身份角色并赋予权限.
20、支持商铺基本信息设置:商铺的基本信息、在线客服设置,发票开具形式等设置.
21、支持配送设置:电子商城运营管理方设置了统一的配送区域及费用标准,商铺可根据自身情况进行选择使用.
22、支持商铺分类管理:商铺可以为自己的商品在自己的店铺内做分类管理,便于买方进行商品的购买筛选查询.
23、支持图片管理:商铺内所有上传的商品图片及店铺图片均统一存储并支持店铺进行统一的管理.
24、支持商铺权限管理:商铺的经营者可以为自己的商铺开设不同的使用角色如:操作人员、发货人员、客服人员等并给这些角色赋予相应的权限.
25、支持站内信:商城内的信件往来及系统提示信息获取.
26、支持订单管理,主要为商铺提供订单、发货单、退款单、缺货登记单等所有单据的处理、管理、查询功能,包括订单明细管理、订单状态管理、订单处理、发货管理、发货单明细管理、退款管理.
27、支持商品列表:包括出售中的商品列表、仓库中的商品列表、已删除未清空的商品列表.
28、支持上架新商品:提供普通商品的各种属性值添加,支持商品的批发设置.
提供商品的批量导入功能.
(支持淘宝导出的商品数据进行导入)29、支持虚拟商品管理:支持虚拟卡类商品(如电影票、消费券、电话充值卡、游戏点卡等)的管理、录入、批量导入、短信下发等功能.
30、支持商品的标签管理:提供商品标签(关键字)的自定义,同时提供同类商品标签推荐功能.
31、支持超值礼包:提供灵活的商品组合销售功能.
32、支持促销、满就送活动:平台管理方设置活动规则,商铺进行选择参加.
33、支持团购活动:如有团购活动开通需求,可向商城的管理运营方提交开通申请,平台管理方审核通过后商铺可对自己商铺内的商品进行团购设置.
34、支持报表统计:为便于商铺对自己店铺的销售情况进行分析,为店铺提供了店铺内销售额分析报表、热销商品分析报表.
35、支持多重安全技术,如电子商城和在线支付系统交易链路层安全通过SSL实现,客户端浏览器通过HTTPS安全连接访问,同时电子商城提交给电子支付平台的表单数据通过数据证书的方式对数据签名,并使用公钥私钥对其进行加密解密以保证数据交易安全.

36、支持良好的扩展性,使用成熟的、标准的、开放的技术及设备,模块化的设计,预留接口等措施,保证系统的可扩展性.
37、支持采用分布式部署方式解决平台的高负荷访问和大量并发请求处理.
充分利用HTML静态化、图片服务器分离、数据库集群和库表散列、缓存、镜像等技术.
7.
9综合查询类7.
8.
1触摸屏自助查询系统触摸屏自助查询系统相关信息可参见章节5.
8综合查询系统相关描述.
7.
8.
2掌上一卡通掌上一卡通是为持卡人提供一卡通系统在手持设备(手机、PAD)端的应用,主要包括基本信息、银行卡绑定充值、信息通知、挂失解挂、流水查询、修改查询密码、常见问题等卡应用,提高一卡通系统使用的便利性.
掌上一卡通是发布在校园网上的私有APP应用,并针对移动终端进行优化.
基本功能点如下:1、支持智能手机和平板电脑,支持安卓、苹果、WIN8操作系统,界面美观大方,高效、便捷、人性化,易操作.
2、支持利用校园一卡通平台可将与个人相关的各类信息主动推送.
3、支持与学校统一身份认证对接,根据权限控制其使用范围和功能.
4、支持个性定制化定制界面,充分体现兰州大学的特色和风貌.
5、支持集成校园一卡通多种应用,实现信息同步.
6、支持钱包转账、资金账户管理、账户余额、挂失解挂、修改密码、银行转账、当日或历史交易明细查询、等各类查询.
7、支持自助缴费功能.
8、支持提供智能终端程序的自动升级功能.
7.
10领导辅助决策类7.
10.
1报表辅助决策系统报表辅助决策系统实现对一卡通数据的数据挖掘,产生各类分析图表、报表,为学校领导提供决策分析.
基本功能点如下:1、支持专业的报表设计,界面直观.
2、支持B/S架构,方便部署、扩展和推广.
3、支持统一的授权管理,灵活的登录方式.
4、支持多种终端设备,实现全天24小时多途径全覆盖的服务.
5、支持多种分析结果展现形式,如饼图、柱状图、列表等.
综合报表类:持卡人就餐统计(按身份类别)、持卡人就餐统计(身份性别)、持卡人统计(按部门)、业务统计报表、高额消费、销户清单报表、银行转帐统计(按银行)、卡类型消费统计表、审计报表-帐表核对清单、食堂财务日小计报表、食堂财务日明细报表、部门消费分析表、商户组经营统计、商户组按身份经营统计、商户组销售日统计、持卡人消费日报、财务区间报表、财务月报表、财务月报表小计、加收就餐管理费人员分析表.

商户统计类报表:商户清算明细报表、商户清算汇总(按商户部门)、商户清算汇总(按账号)、商户营业统计、商户营业统计明细、商户营业统计汇总(按账号)、商户营业统计汇总报表(按商户部.
.
.
、商户营业日报表.

操作员业务类:操作员业务操作日报、操作员业务操作汇总.
现金收支类:现金收支日报、现金收支汇总.
餐次统计类:餐次统计报表(按POS)、餐次统计报表(按商户账号)、餐次统计报表(按商户部门).
贫困生类:贫困生统计一、贫困生统计二、餐消费统计.
6、支持其他类数据挖掘,如门禁出入数据、水控管理、安保数据、就医数据等,产生响应报表.
7、支持自定义各类报表,满足领导决策分析要求.
8、支持授权管理,不同用户分配不同角色,权限.
9、支持报表管理,数据源管理、模板管理.
10、支持第三方接入.
7.
11数字化校园集成类7.
11.
1数字迎新系统一卡通系统实现和学校正在建设的数字迎新系统无缝对接.
基本需求如下:1、在学校数字迎新系统建设中,一卡通项目建设单位必须在系统互访、用户信息共享、身份认证和数据交换等方面提供技术支持.
2、支持按学校提供的接口方案,实现以websevice方式和学校迎新系统同步一卡通系统新生开户数据.
7.
12基于下一代互联网的智能卡终端设备研发越来越多的嵌入式终端设备的使用,造成学校IPV4地址资源非常紧张,研究终端设备支持IPV6,为一卡通系统未来在下一代互联网上全面应用打下基础.
我校现在已经全面部署IPv6下一代互联网,学校和集成商本着合作开发,成果共享的精神,共同研究基于ARM的终端设备支持IPV6协议,并进行试点工作.

项目实施8.
1实施策略和时间要求兰州大学校园一卡通系统项目实施总策略是:公司化运作、项目化管理、合作化开发、模式规范、持续发展.
项目方需要在投标文件中给出实施工期进度表.
具体进度要求,待中标后与招标方商议确定.
8.
2实施方案该项目规模较大,数据采集、处理较复杂,同时涉及多部门、多环节,要保证顺利有序实施,项目方必须对实施工作作出详尽慎密的组织实施方案.
投标方案中应进行简要的描述,主要内容应包括以下几个层面:8.
2.
1组织架构与职责在项目的管理过程中,组织结构是项目成功的基础,而其他管理内容只有在合理的组织结构下才能真正实现,因此有效的组织结构,是保障项目成功的有力保证.
中标方与学校必须指定项目负责人和核心技术骨干组织实施.
双方必须保证人员的数量、质量和稳定性、连续性,实现例会制度,规划项目进程、相关措施和实施办法,及时考核各阶段建设进展情况.

8.
2.
2实施阶段划分在分阶段实施计划的基础上,进一步明确和细化每个阶段的工作范围、内容、人力投入、过程、责任、交付成果等.
中标方和学校共同确定平稳迁移过渡方案.
按计划有步骤执行.
8.
2.
3项目人员配置与责任在分阶段实施计划的基础上,进一步明确和细化每个阶段投入人力的技能要求、工作任务、承担责任等.
中标方确保项目负责人、核心技术人员的数量、质量,提供其技术经历相关资料.
在项目实施过程中不允许乙方进行主要开发及项目管理人员变更.
资料信息参考下表:姓名性别技术特点工作职责8.
3新旧系统过渡迁移方案8.
3.
1过渡常见方案新老系统切换有并行切换、一次切换以及分段切换三种方法.
并行切换是指新老系统并行工作一段时间,经过一段时间的考验后,稳定的新系统正式替代老系统.
即使新系统出现问题,也能恢复到老系统.
这种方式费用和工作量都很大,但是安全可靠,降低了风险.
一次切换是指在确定新系统试运行准确无误时,停止老系统,启用新系统.
它适用于一些处理过程不太复杂、业务数据不很重要的场合.
这种切换方式方便简单,投入少,但是风险较大,而且不一定能保持业务的持续性和稳定性.

分段切换是指在新系统全部正式运行前,按照业务种类或者网点区域一部分一部分地替代老系统.
这种方式既保证了业务的持续性和稳定性,又不至于费用太高.
但它要求子系统之间有一定独立性,对系统的设计和实现都有一定要求.

8.
3.
2选择的过渡方案一并行切换1、新系统部署:在不影响原系统及其通讯线路的前提下,进行新系统通讯线路的施工操作,即重新敷设为新系统服务的通讯线路、安装相关机具.
部署一卡通管理平台核心模块(建设内容第一阶段),并严格调试运行;部署一卡通建设内容第二阶段的所有应用系统,进行迁移和集成.
2、新系统预开账户处理:根据旧系统中账务数据,剔除个人信息不完整的账户信息和临时卡账户以及当年毕业生账户数据,其余正式卡账户状态正常的数据(教工卡除毕业生外的学生卡)作为新系统预开账户数据导入新系统.
临时卡账户后期单独处理.
毕业生卡随着当年毕业自然消减.

3、新校园卡制作发放:根据确定的预开账户数据,提供制卡厂家,印刷新卡,按单位和院系统一发放给教职工和除毕业生外的在校生.
4、启用新卡在其他部门校园卡应用系统的使用建设内容第二阶段中除金融服务类的其他应用系统可先行使用新校园卡.
5、启用新卡的金融充值和消费系统,通知旧系统在下一届新生入校前的暑假停止所有服务旧系统先停止除毕业生卡外的所有卡的充值服务,这些卡可在旧系统消费,进行账户余额的自然消减.
毕业生卡参照2013、2014年毕业生离校退卡方式使用.
领到新卡的教职工和在校生用户在新系统进行充值、消费.
6、旧卡账务处理两种方式:旧卡余额较少的正常消费完即可,余额较多的系统自助卡卡转账功能完成旧卡停止、新卡的启用.
7、旧系统停止后仍剩余余额的处理旧系统停止后,逾期尚未用完的账户余额进行进行清理和生成报表,合并到持卡人在新系统的账户中,并按补助方式发放到任何一个消费终端或圈存机,持卡人持新卡消费时自动下入新卡或通过圈存机补写到卡中.

8、临时卡的处理根据学校最新临时卡政策,经有关部门审核,可以继续使用临时卡的持卡人持相关证明文件办理更换新临时卡手续.
具体处理过程依据当时学校相关政策执行.
9、该过渡方案的优缺点:该方案的主要优点是不受项目实施时间段的影响,过渡相对平稳,切换过程中出现问题的可控性比较高,缺点是切换时间相对较长,在相当一段时间内,师生在校内生活中会同时使用两张卡片8.
3.
3选择的过渡方案二—一次切换这种模式一般采用在假期结束后进行.
1、新系统的部署、测试新一卡通系统在完成基础平台的建设、基础主要功能模块建设完毕、并完成相关模块的功能测试后(新增模块可以在新旧系统切换后可根据校方的需求急迫程度进行建设).
2、提前制作新校园卡(正式卡),并发放在放假前完成校园卡的开户,并发放到每一位师生手中.
3、假期停止旧系统,含所有相关应用系统.
全面启用新系统.
在假期某一时间节点,停用原有旧一卡通消费系统,及其相关的其他应用系统,全面启用新系统.
4、导入旧系统的个人账户余额.
原有系统的金额在原有旧一卡通消费系统停用7天后,统一通过旧系统中提供的个人剩余金额,将个人的剩余金额通过发放补助的形式发放到新系统中.
5、开学后新系统正式开始使用.
开学后多数教职工与学生通过在食堂中消费领取补助,并开始全面使用新系统.
至此新老一卡通系统完成切换.
6、临时卡的处理根据学校最新临时卡政策,经有关部门审核,可以继续使用临时卡的持卡人持相关证明文件办理更换新临时卡手续.
具体处理过程依据当时学校相关政策执行.
该切换方案的优缺点优点:系统建设及其测试时间比较长,在启用前有充足的时间做测试,在切换初期影响的人员比较少(仅仅是假期不回家的人员),切换周期短,在很短的时间内就可以完成新旧系统的切换,完成从使用旧校园卡到使用新校园卡的转换.

缺点:由于多数人在开学之后才开始全面的接触新系统,在初期使用过程中会有很多问题,包括宣传的、使用过程中的疑问等等问题会集中爆发,卡务管理人员和项目建设人员的服务压力会在一段时间内比较大,会面对所有系统可能会出现的所有问题的考验.

8.
4项目管理投标方必须对项目的建设提出科学严格的管理方案与措施,使得项目系统有计划、有序组织,科学指导和有效控制,促进项目全面顺利实施.
8.
4.
1项目配置管理在项目交付使用后,会产生大量文档和定制化开发的程序,如:需求分析说明、设计说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档,而且文档的版本在不断变迁和修改中,势必产生一个庞大、动态的信息集合.
因此,必须建设相应的配置管理系统,通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本,在产品开发和发布阶段控制其变化,制定规范的配置管理工作计划和流程,沟通交流配置管理工作情况,从而使管理制度化、有效减少重复性工作、保证产品的质量和效率以及系统的后续升级和维护.

8.
4.
2项目管理规范和手段根据该项目的实施方案,在实施过程中,为了保证用户方、开发方、专家监理方等各方对项目建设实施进行监控,及时发现和解决问题,必须建立相应的项目管理规范,包括项目执行监控流程、执行监控的方法、执行监控的责任等,使管理和监控工作流程化、规范化,管理和监控工作责任明确.

8.
4.
3项目管理控制该项目的管理控制包含多个方面:项目范围、风险、进度、质量、变更管理控制,贯穿项目开发建设的始终,必须做到对项目建设范围准确定义,一旦范围发生变更,要有相应的变更控制和应对措施.
8.
4.
4风险管理项目风险管理是对项目风险从识别到分析到应对措施的一个过程,包括风险识别、风险量化、风险对策、风险对策实施控制等四个方面.
项目在实施过程中会出项各种各样的风险,必须做到充分、有效识别风险,应对风险和控制风险,在项目实施之初必须制定风险预测和规避风险的对策.

8.
4.
5定制化开发软件模块的开发管理必须要按照软件工程的方法,开发过程满足软件生存期的要求,采用先进的软件开发方法和软件开发工具,科学地管理软件开发的过程,降低软件开发的风险和成本,使软件项目获得较高的经济效益和社会效益.

8.
5项目培训培训应贯串于整个项目的实施过程中,包括从项目准备、研发到项目运行的全过程中.
需要提供以下几方面关于培训的描述:8.
5.
1培训要求投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验;所有的培训教员必须用中文授课;投标人必须为所有被培训人员提供培训用讲义等相关材料,如果培训地点在外地,投标人还应为所有被培训人员提供食宿;投标人应按合同规定安排培训时间和培训名额.

8.
5.
2培训方式包括课堂讲解、上机操作和实际工作的参与.
8.
5.
3培训工作的内容和对象描述投标人进行的培训工作应包括培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估,并及时监控培训效果,保证培训课程符合我校的实际需要.
在系统运行(含试运行)的各个阶段须有相应的培训内容描述,培训阶段安排包括:项目管理人员培训、系统分析人员培训、系统开发人员培训、系统管理人员培训、系统维护人员培训和系统使用人员培训.

8.
6售后服务保障投标人应承诺保证该项目按时正式稳定地运行,并承诺提供五年免费服务.
投标人应承诺根据兰州大学相关业务运做的规律和特点来有计划地制定服务保障体系.
鉴于该项目的重要地位,系统稍有差错就会引起各方面的反映和损失,所以系统的售后维护服务和技术支持工作也应有足够保障.
投标方应通过自身不断的努力和原厂商的鼎力支持,针对客户的不同系统需求,制定不同的运行保障方案,建立完善的本地售后服务体系,向兰州大学提供充分考虑使用者利益的技术支持及售后服务模式.

除了上述的有关承诺之外,投标人关于服务保障体系的描述应具体包括如下内容:8.
6.
1运行保障机构主要描述公司对承担兰州大学本项目的运行保障能力予以描述.
8.
6.
2保期内运行服务内容售后维护服务,定期走访或实行远程维护:定期维护的时间区间、周期和详细规划,包括方式、人员和详细的维护内容.
重大事项的即时响应:系统出现故障或意外情况导致系统不能正常运行时,投标人响应的情况描述,针对不同响应级别的即时响应描述,包括人员、时间和内容等.
服务请求的方式:在我校需要提供服务(包括即时的和非即时的)时,能够与投标人联系沟通的方式描述,包括服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站.
服务请求的流程:投标人对用户的支持或维护请求提供流程图和详细描述.
快速升级:近期的针对系统平台的详细的升级计划,如需要还要有针对各个子模块的详细的升级计划;这些计划包括:时间(含试运行时间和正式投放市场时间)、升级内容、针对本项目的升级方式、升级运行保障和升级后培训等.

8.
6.
3保期后运行服务内容售后维护服务,定期走访或实行远程维护:收费服务的时间区间、周期、费用和详细规划,规划包括:方式、人员和详细的维护内容.
重大事项的即时响应:所需费用由双方协商.
系统升级:针对于系统平台的升级计划,这些计划包括:时间(含试运行时间和正式投放市场时间)、升级内容、针对本项目的升级方式、升级运行保障、费用和升级后培训等.
8.
6.
4运行服务的档案运行服务的详细记载,可以用于分析总结.
8.
6.
5用户投诉投标人需提供用户投诉渠道,对用户的意见做出即时反应,包括电话号码(或传真)、投诉中心负责人和受理答复时间等.
8.
7成果移交8.
7.
1技术转移通过本期项目的合作开发,将合作公司先进的开发技术、项目管理模式和经验与兰州大学的需求资源相结合,实现兰州大学一卡通建设的大飞跃.
同时,兰州大学的工作人员全面深入地参与建设全过程,具有对软硬件系统平台、各个业务系统的技术维护能力以及二次开发能力,实现知识和技术的转移.

8.
7.
2交付成果和文档资料在本期项目的开发过程中和交付使用后,要求将各个阶段产生的全面、规范的成果和文档资料交付给兰州大学,而且要提供明确的交付清单.
同时,成果和文档资料必须符合软件工程的相关要求.
需交付的成果和文档资料主要包括以下部分:1.
可运行的系统,招标中要求提供的个别模块的完整源代码.
2.
技术文档:包括项目开发中的各种技术文档,如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等等.