全部分类
长江师范学院一卡通系统建设项目招标文件
招标重庆
发布时间：2018-12-08
招标内容
长江师范学院一卡通系统建设项目招标文件 时间：2018-12-07 长江师范学院国有资产管理处 竞争性磋商文件长江师范学院竞争性磋商文件采购项目编号：18YZ045采购项目名称：长江师范学院一卡通系统建设项目采 购 人：长江师范学院采购代理机构：长江师范学院国有资产管理处二〇一八年十二月目 录廉洁承诺书长江师范学院：我单位承担贵校项目。为保证项目活动的廉洁、规范，防止违纪违法行为的发生，根据国家有关法律法规和党风廉政建设要求，我单位特作以下承诺：一、在项目执行过程中，坚持公平、公开、公正、诚实信用的原则，坚持依法办事、按程序办事，严格履行合同，保证质量，不损害国家和采购人利益。二、严格遵守有关法律法规和廉洁从业规定，在项目设计、招投标、实施、验收等各个环节，不从事违背法律法规和公平、公正原则的活动，干扰和影响学校工作。三、不向采购人工作人员及其配偶、子女和亲属赠送礼品、礼金、回扣、好处费、劳务费以及有价证券、支付凭证和贵重物品等。四、不向采购人工作人员及其配偶、子女和亲属提供宴请、联谊、度假、旅游以及娱乐等活动。五、不向采购人工作人员及其配偶、子女和亲属报销或支付应由其个人支付的各种费用（住宅装修、婚丧嫁娶、旅游、度假、食宿、购物、学费、子女出国留学等）。六、与采购人工作人员及其配偶、子女和亲属发生借贷、租赁、合伙、合作经营等个人经济关系，不提供车辆、电脑、手机等贵重物品供其借用，或为其个人行为提供方便。七、不为采购人工作人员的配偶、子女和亲属安排工作，也不安排其从事与采购人项目有关的材料设备服务、项目分包等经济活动。八、若有监理的项目，严格执行国家有关监理的规定，积极配合、支持监理单位开展工作，不从事影响监理单位公正履行职责的任何活动。九、若有采购人工作人员无理刁难或提出不合理要求，应及时向采购人有关部门反映；若发现采购人工作人员有违纪违规行为的，应及时向采购人的纪检监察部门举报，坚决抵制不正之风和各种不正当做法。以上承诺，我单位及单位工作人员均将严格遵守。如有违反，经上级部门或采购人认定违规违纪事实后，按照下列规定进行处罚：（一）同意按照违规项目合同总金额的5%支付罚金，造成经济损失的，由本单位赔偿采购人的全部损失；（二）本单位的行为致使采购人工作人员违规的，同意将本单位列入贵校服务商（承建商）黑名单，三年丧失贵校服务商（承建商）资格；（三）本单位的行为致使贵校工作人员违法的，同意永远丧失贵校服务商（承建商）资格。本单位自愿接受采购人依据有关规定对本单位作出的取消入围服务商（承建商）资格、中标资格以及终止合同等处理，并承担一切相应的法律责任；（四）任何第三方因本单位违反以上承诺而向采购人索赔或主张权利的，所有责任及后果均由本单位独自承担；（五）贵校可根据我单位发生的违纪违法事实向有关部门检举报告，我单位自愿接受有关部门依法依规作出的相关处理意见。此承诺书作为项目合同的附件，与项目主合同具有同等效力。经本单位法定代表人或其授权委托人签署并加盖本单位公章后生效。此致承诺方（盖公章）：承诺方法人代表（或委托人）： 年 月 日磋商邀请书长江师范学院国有资产管理处按照学校和中国建设银行股份有限公司涪陵分行下达的采购计划，对长江师范学院一卡通系统建议项目进行竞争性磋商确定服务商，欢迎有资格的服务商或厂家前来参与。项目名称项目最高限价（人民币万元）磋商保证金（万元）成交服务商家数服务期限长江师范学院一卡通系统建设项目495101三年采购项目二、资金来源银行资金。三、服务商资格条件服务商是指向采购人提供本项目服务的法人（非自然人）。合格的服务商应首先符合政府采购法第二十二条规定的基本资格条件。基本资格条件1．具有独立承担民事责任的能力；2．具有良好的商业信誉和健全的财务会计制度；3．具有履行合同所必需的设备和专业技术能力；4．有依法缴纳税收和社会保障资金的良好记录；5．参加政府采购活动前三年内，在经营活动中没有重大违法记录；6．法律、行政法规规定的其他条件。四、竞争性磋商招标有关说明（一）凡有意参加招标的服务商，请于公告发布之日（ 2018年12月7日）起至提交首次响应文件截止时间之前，在长江师范学院校园网（http://www.yznu.cn）上下载本项目竞争性磋商文件以及图纸、补遗(如果有)等本次竞争性磋商前公布的所有项目资料，无论参与竞标服务商下载与否，均视为已知晓所有投标实质性要求内容。（二）竞争性磋商文件公告期限：自竞争性磋商公告发布之日（ 2018 年12月7日）起10日。（三）报名信息。1．报名时间：2018年12月7日北京时间00:00至2018 年12月12日北京时间18:00止.2．竞争性磋商文件售价为：磋商文件购买费为：800元/份（售后不退）；投标人在开标当天11:00前必须向长江师范学院财务处缴纳，校内任何部门和个人不得截留招标文件购置费。递交投标文件时出示缴纳票据；如递交投标文件后未缴纳招标文件购买费，不具备有效的投标资格。（四）服务商须满足以下四种要件，其响应文件才被接受：1．按时递交了响应文件；2．按时报名签到；3．缴纳了竞争性磋商文件购买费（出示缴款单）；4．递交了投标保证金。（五）报名和递交了响应文件及开标地点：长江师范学院图书馆106室（重庆市涪陵区李渡聚贤大道16号）（六）提交响应文件开始时间：2018 年12月18日北京时间14:00（七）提交响应文件截止时间：2018 年12月18日北京时间14:30（八）竞争性磋商开始时间：2018 年12月18日北京时间14:30五、磋商保证金（一）缴纳磋商保证金方式按《重庆市财政局关于进一步规范投标报名及保证金缴纳的通知》（渝财采购﹝2013﹞30号）文的规定，投标保证金实行分项目单次递交。具体缴纳方式如下：按本项目规定的磋商保证金由投标人从其基本账户将磋商保证金汇至长江师范学院的账号上，同时在进账凭证上明确“YZNU045”的采购项目号，磋商保证金的到账截止时间为开标当天上午11:00时。校内任何部门或个人不得截留磋商保证金，否则由截留部门或个人承担责任。分项目单次递交磋商保证金账户户 名：长江师范学院。开户行：中国建设银行股份有限公司涪陵分行李渡新区支行。账 号：50050131004100000293。1.各服务商在银行转账（电汇）时，须充分考虑银行转账（电汇）的时间差风险，如同城转账、异地转账或汇款、跨行转账或电汇的时间要求。2.将磋商保证金汇至长江师范学院的服务商，应按规定现场办理投标人银行基本账户登记。3.各服务商在递交保证金时，到款账户为上述指定的保证金专用账户，来款账户必须为本公司基本账户。（二）磋商保证金退还方式1磋商保证金分项目单次递交的未中标投标人的保证金，在中标通知书发放后，由长江师范学院国有资产管理处出具退款书面通知；长江师范学院财务处在5个工作日内按来款渠道无息退还。2中标人的磋商保证金自动转为履约保证金。履约保证金用于执行合同的约束，如违反合同要求没收履约保证金，项目验收合格后办理退款手续，长江师范学院财务处在5个工作日内按来款渠道无息直接退还。长江师范学院财务处咨询电话： 023-72791122六、其它有关规定（一）单位负责人为同一人或者存在直接控股、管理关系的不同服务商，不得参加同一合同项下的政府采购活动，否则均为无效响应。（二）为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的服务商，不得再参加该采购项目的其他采购活动，否则均为无效响应。（三）本项目的补遗文件（如果有）一律在长江师范学院校园网（http://www.yznu.cn）上发布，请各参与竞标的服务商注意下载；无论服务商下载与否，均视同参与竞标的服务商已知晓本项目补遗文件（如果有）的内容。（四）超过响应文件截止时间递交的响应文件，恕不接收。（五）竞标费用：无论竞争性磋商结果如何，服务商参与本项目竞争性磋商谈判的所有费用均应由服务商自行承担。（六）本项目不接受联合体参与磋商。（七）按照《财政部关于在政府采购活动中查询及使用信用记录有关问题的通知》财库〔2016〕125号，服务商列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单及其他不符合《中华人民共和国政府采购法》第二十二条规定条件的服务商，将拒绝其参与政府采购活动。七、联系方式（一）采购经办人和电话： 联系人：张老师电 话：023-72792266（二）技术咨询人和电话：联系人：陈老师电 话：023-72790013项目技术规格、数量及质量要求一、项目简介长江师范学院于2011年建设校园一卡通项目，只支持食堂消费及部分身份识别场景，近年来随着校园信息化建设的不断深入和应用的拓展，学校现有一卡通系统架构，无法满足新需求的扩展；为了支持更多的一卡通系统个性化应用，使一卡通系统更好的为学校师生提供校内生活服务，提升师生一卡通系统使用体验，需对现有一卡通系统进行功能拓展。二、项目内容（一）项目建设总体目标新系统要完全实现现有系统各项功能或升级现有系统各项功能基础上，实现以下目标：1.应用丰富，服务创新：通过在线支付代替离线消费，建设在线支付技术，实现在线缴费并提供手机等介质提供更为丰富的在线消费体验。2.集中式，平台化管理：软件须采用大集中的技术架构和管理模式，后台建立集中式的一卡通业务数据库和应用服务集群。提供多种类型的校园卡和制卡业务，以会计凭证和会计账簿的财务记账模式，风险监控手段全面管理和维护系统运营。3.开放友好，可持续发展：构建主动权属于校方的校园一卡通。提供多样的接口应用，完全独立的密钥生成与管理程序，卡片的加密权、回收权，供第三方系统调用的标准接口。4.个性化应用，管理向服务转型：提供业务办理、消息推送、决策分析等个性化的服务。提供校园卡一站式网上自助服务大厅，提供如自助现金充值、自助拍照、自助办卡等自助服务，并提供虚拟卡支付认证，信息处理，业务办理等应用。（二）项目总体要求1.系统建设原则1.1科学先进：须充分考虑到整体设计采用先进、可靠、成熟的技术，并考虑未来应用发展特点。1.2方便实用：须考虑学校实际管理模式和特点，在满足学校管理要求的同时提供便捷的服务。1.3可控可管：须采用集中管理模式、图形化管理和监控工具来管理和维护数量庞大的终端设备，提供发现故障能快速定位问题。1.4标准开放：须采用开放的架构、开放的平台、开放的产品，校方有系统建设的决策权。1.5确保安全：须提供系统整体的安全保障，包括分级授权功能和审计功能，交易数据安全传输和后台统一存储。1.6稳定可靠：须针对交易环节提供可靠性的措施，包括卡片可靠性设计、终端可靠性设计、布线和网络通讯可靠性设计、应用和数据库可靠性设计等全系列设计。1.7扩展方便：须考虑后期系统的扩容和扩展能力，如：卡片结构扩展、新增收费模式、增加信息点等。1.8集中协调：须采取数据集中的架构，不能采用分布的系统设计。1.9高度保密：数据传输须加密传输，信息资源进行安全通信，保证所采用的加密技术不可逆。1.10平稳过渡：须将原有系统中一卡通的相关数据，平稳过渡到新的一卡通系统中，要求数据不能丢失。2.系统总体框架2.1从本项目实际需求出发，以平稳应用、可持续发展为目标，构建校园一卡通系统整体框架。如图（1）图（1）2.2用户服务层：依托于Web、自助多媒体机、手机等平台，为用户提供丰富、便捷的应用服务。2.3应用系统层：是一卡通平台所属或关联的设备、系统的集合，支持“可插拔式”的应用调整和扩展。2.4平台管理层：包括以校园卡业务统一管理的平台，以网络支付业务为中心的管理平台，以及身份认证类业务的统一管理平台。 2.5平台支撑层：以卡结构、流程规范、API为基础，构建开放式一卡通的平台，实现应用与平台的相对独立；为系统建立统一的通讯策略和应用集群，为系统整体性能提供技术保障。3．系统核心软件架构“可扩展的在线交易系统”技术架构，满足数据统一管理、业务集中处理、通讯安全高效、应用快速扩展的业务需求，实现与智慧校园应用的整合。本次建设建议采用四层技术架构，如图（2），并利用webservice技术开放系统核心业务，实现“无关性设计”和“开放体系结构”的要求。图（2）4．系统建设具体目标和要求一卡通平台的总体建设目标是建立以校园卡为载体的相关卡应用，并极力扩展移动支付与移动应用，为校园师生提供全面综合性一体化服务平台，一卡通平台须覆盖金融消费、身份识别、信息服务、流程整合等领域。为确保本次一卡通平台建设满足在线支付应用的实现，所建设的内容应包括以下几个方面：4.1系统架构采用多层架构，提供“可扩展的集中交易系统”技术架构。考虑系统架构的合理性与先进性，提供高安全、高可靠、可冗余、易部署、易拓展的平台。系统架构需满足以下要求：4.1.1集中模式4.1.1.1数据集中：除数据管理层（数据库服务器），中间任何过程包括前业务访问层、业务中间件、业务处理层都不保留任何业务数据；4.1.1.2交易集中：所有业务处理都集中在业务处理层（应用服务器）上完成，中间过程因为没有数据支撑不能进行业务处理；4.1.1.3管理集中：业务开启和关闭、业务参数、运行监控等全部由业务处理层集中管理（一卡通管控平台）。4.1.2自主中间件4.1.2.1注册服务: 采用应用注册服务机制，屏蔽前端业务对后端服务信息的掌握。4.1.2.2通讯中继：采用路由服务策略，实现跨网络数据的可靠、高效、安全的传输。4.1.2.3容错机制：应用请求链路冗余，保障了联机业务下系统的高度实时性，避免单点故障。4.1.2.4负载均衡：采用业务调度与业务处理的分离、业务处理单元的独立封装和部署，实现应用的集群部署，满足系统对大规模并发交易的稳定、高效、可靠的性能要求。4.1.3标准规范4.1.3.1软硬分离：可以兼容多厂商的终端设备。4.1.3.2接口服务：通过Web Service技术进行接口封装并发布，业务访问规则由业务中间件接管。4.1.4系统拓展4.1.4.1性能拓展：通过动态的调整业务处理组件（由NetServ和 BU组成）的数量，实现同一服务器处理资源的利用最大化。4.1.4.2业务拓展：通过对数据库的升级和业务处理单元（BU）的调整，在不影响原有业务的基础上，系统能够快速、平滑的扩展至新的业务。系统特性：4.1.5可维护性高：集中架构下，实现系统服务器的集中部署和管理，通过图形化界面管理，使得整个系统可维护行得到了极大的增强；4.1.6可扩展性强：标准的设备接入规范，用户可自主的变更相应的终端机具；开放的接口服务，用户可自主的进行定制开发；灵活的技术架构，通过扩展数据库和业务逻辑单元，根据用户要求可快速延伸至新业务领域；4.1.7更安全可靠：先进的通讯策略和集群技术，使得整个系统不存在单点故障、不存在财务篡改风险，能够将服务器的处理能力发挥到最大化，整个系统非常安全、稳定和可靠；4.1.8运营成本低4.1.8.1统一的后台管理，避免了分布式数据管理的风险和投入；4.1.8.2自主的卡片管理，用户自主采购卡片；4.1.8.3图形化监控中心，使整个系统运行状态一览无余，发现问题主动报警使管理人员能够在第一时间准确定位。4.1.9可管理性高4.1.9.1对系统中的各种服务器进行集中管理，而不采用分布式部署；4.1.9.2对终端机具可进行局部调整和更换，不受限某个厂商或设备的约束。4.1.10数据中心要求4.1.10.1采用多机负载均衡和容灾异地备份策略，保证所有的资金账目、身份验证基本信息和交易流水记录安全性。★4.1.10.2交易流水存储采用集中式的数据管理与保存，不得采用分布式数据设计方式。须充分考虑离线交易情况下交易流水存储，流水数据只能在数据中心、消费终端和卡片中保留数据，其他任一节点不得保留或处理交易流水。4.1.10.3一卡通数据中心设备应无缝接入现有中心机房设备，进行统一管理。推荐部署方案如下图（3）：图（3）4.2监控中心和金融应用要求★4.2.1采用金融级风控平台，对运营业务数据的事先预测、事中监控、事后分析，保障系统操作的可靠性和管理的规范性。一卡通平台须融合全校涉及金融消费的各项业务系统，包含网上支付和手机APP支付，并在一个平台中集中管理。覆盖学校各项消费业务包含刷卡支付、网上支付和移动支付，实现全校无现金交易。4.2.2一卡通账户采用一个账户管理各类资金，不得通过数据交换或信息同步的方式进行资金互转。★4.2.3校园卡采用“卡库分离”方式管理，不得出现“卡库不平”问题。在手机断网、POS机器脱机等离线交易模式下采用刷卡、扫码等记账交易模式，并可设置额度控制离线交易金额。4.3认证应用要求4.3.1校内所有的证件都由校园卡代替，所有用证和用卡的信息管理系统全部与校园一卡通平台实现身份识别数据同步与共享，所有重要场所的出入门禁管理全部以校园卡为准。4.3.2具有认证模式的扩展能力，可实现指纹认证、扫码认证、面部认证等模式，通过各类终端实现在线认证和离线验证。4.4信息服务要求提供一卡通信息门户、自助多媒体服务与手机APP三类模式，提供信息资源展示与一卡通业务服务，一卡通对相关服务进行整合，须对师生的服务统一展示，通过任何一种模式都可以实现信息查询，空中圈存，网上缴费，移动缴费，卡务办理等自助业务。4.5流程整合要求*接口标准规范，采用软硬分离技术，系统不受制于任何厂商硬件设备，学校可自主采购、扩展基于设备的应用；系统中的应用服务应以Web Service模式被第三方系统方便使用，各业务系统统一管理、统一授权、实现应用的自主扩展；开放数据接口，提供标准、通用的信息接口，实现数据互通，信息共享。4.5.1一卡通在线平台提供通过Web-Service封装业务接口，第三方系统根据自身需要，调用相关服务的接口，接入系统时不需要重复编写相关业务。4.6数据分析要求4.5.2能对一卡通及相关消费子系统的消费数据的整理和分类，能够提供相关报表和各种统计报表，能进行消费行为等信息的分析，为校方学生相关评估、决策提供依据和数据。分析系统包含信息整合、数据组织和信息展示和输出等功能。（三）系统设计的性能指标指标参数参数值系统容量系统账户容量≥50万商户账户容量≥10000个子系统接入数量≥512个流水账保留天数不限,由用户自行配置黑名单容量≥100万个部门级数≥5级持卡人卡片类型≥20系统处理能力流水处理方式在线交易流水即时入账，每日自动结算并发处理能力≥1000笔/秒数据处理能力≥100万笔/日通讯处理能力 ≥10000笔/分钟平台设计模式软件架构采用B/S架构开发环境开发语言使用JAVA语言平台操作系统Solaris Unix/AIX Unix/Linux系统平台数据库0racle11G以上系统账务处理（一）系统纠错能力银校对账方式自动对账系统纠错处理自动冻结异常账户，自动采集脱机交易流水（二）系统账务处理系统记账方法按照国家财政部企业财务的标准账户管理采用一个账户管理一卡通账户资金，不得采用数据交换或数据同步进行平账记账方式多级科目、借贷记账法财务管理 财务凭证，会计账簿系统对账机制 通过流水核对账户期初余额与期末余额账务处理按银行通用的金融处理标准执行系统记账精度0.01元POS交易时间≤100ms支付方式★在线交易为主，离线交易为辅支付模式*至少满足刷卡支付、付款码支付、支付码支付、虚拟卡支付和网上缴费支付方式在线交易所有支付模式采用一个账户，在线交易实时扣除交易资金离线交易★通过记账模式记录离线交易流水，系统或网络故障情况下，能支持脱机消费三天系统特性(一) 系统安全性密钥生成体系金融标准，动态分配密钥管理体系软件或硬件加密体系，确保密钥的安全加密签名算法DES/MD5/HASH等卡片密码体系一用一密接入安全控制软件授权数据传输软件加密数据保存集中式部署，无中间节点(二) 系统可靠性备份和灾难恢复建立终端、系统、平台、数据四级备份体系结构★数据库采用生产库和备份库双保险机制；系统灾难情况下在10分钟内自动恢复服务集群和负载均衡建立应用层群集，实现负载均衡，应用系统、前置、CAN通讯全部采用集群方案(三) 系统先进性系统设计平台为基础，应用可扩展开发技术采用金融类大集中技术构建并发能力采用负载均衡技术(四) 系统稳定性系统持续运行7*24小时不间断运行应用系统容错建立完善的系统容错机制(五) 系统兼容性平台的兼容性兼容多种操作系统，实现跨平台应用版本的兼容性平滑升级(六) 系统实时性消费流水联网时消费实时回传挂失、解卡联网时实时生效黑、白名单同步联网时实时同步(七) 系统可管理性全局管理统一授权全局监控全局监控软件(八) 系统开放性设备的兼容性提供设备接入规范，支持多品牌设备接入卡片的管理提供卡片初始化、发行、回收等操作，卡片不垄断卡片管理银行卡/校园卡关系物理关联、逻辑分离校园卡采购权可自行采购；银行提供校园卡存储16K空间CPU卡，卡片可保留至少十笔离线交易流水信息最大账户金额1万元(用户可以自行设置)卡感应距离0cm至5cm账户充值方式*圈存、补贴、网银、支付宝、微信等三、一卡通系统功能要求新系统要完全实现现有系统各项功能或升级现有系统各项功能基础上，满足以下要求:（一）一卡通通用硬件平台1．一卡通系统独立组网，数据中心、应用服务器、商户消费终端等均采用物理专网连接，保障资金消费安全；门禁、通道等应用采用在原有校园网络基础上划分虚拟网（VLAN）供一卡通系统专用；虚拟网与校园网隔离。2．系统数据中心采用RAC方式。数据中心至少由3台服务器组成，其中一台做数据备份。服务器采用Liunx系统，数据库采用Oracle 11G及以上版本数据库。新平台建设后，要做好原数据库数据迁移工作，保证原有客户数据和交易账目的准确性。3．系统直接支持虚拟卡系统平台。一卡通应用服务器采用虚拟化部署，实现信息资源有效整合，为一卡通各个应用子系统提供准确的信息资料，实现资源共享。（二）一卡通综合管理平台一卡通平台须基于一卡通账户的在线交易，融合线上线下支付场景，建立涵盖IC卡支付、移动支付、网上缴费等多种支付手段的统一支付体系，同时兼容离线交易。以服务为核心，以一个账户设计思路，基于B/S架构，采用加密传输协议和服务冗余策略保证数据、应用安全。平台须涵盖系统综合管理平台、在线交易平台、手机端应用、系统结算平台、卡务管理平台、一卡通风控平台等。具体功能如下：1.制卡中心1.1校园卡印刷个人信息，为了提高照片的获取效率和卡片丢失后的快速补办，实现一个高效、易用的操作中心。该功能至少满足以下要求：1.1.1通过集成照相机驱动... 查看详情
移动版：