一卡通收费管理系统软硬件集成解析.doc

目录 一卡通收费管理系统 1 一、基本功能 3 二、业务延伸（互联互通与异地清算） 13 三、系统保障 13 四、卡片初始化子系统 13 五、多功能支付子系统 17 六、中心清算子系统 27 七、财务划拨子系统 30 八、报表统计查询子系统 31 九、收银管理中心子系统 32 十、数据回收子系统 33 十一、综合业务子系统 33 十二、技术指标 35 IC卡刷卡机 36 标段二： 44 附：详细技术功能要求 45 基于北斗技术的企业智能调度一体机（公交车载终端） 45 基于北斗技术的智能调度系统 62 视频客流采集设备 148 客流统计分析系统 151 标段三： 155 公交资源计划管理系统（ERP） 155 7、财务管理模块 169 公众（侧重公交）出行服务系统 171 一、企业门户网站 172 二、移动平台基本功能 177 标段四： 179 一卡通收费管理系统 根据“新乡市公共交通智能化应用示范工程”项目要求，以及智能公交信息化系统建设统一规划、分步实施的原则，建设一套符合交通运输部、住房和城乡建设部密钥体系及互联互通规范标准的清分清算平台，将M1卡升级为CPU卡，同时能够完全兼容目前发行的公交IC卡，并有计划的向CPU卡进行过渡，实现新乡市交通“一卡通”和全省交通“一卡通”，实现与郑州及其它周边城市的互联互通，支持三大通信运营商共同开通手机在公交出行上的移动支付业务，实现手机刷卡乘坐公交及支持金融IC卡功能。 1、保障应用平台各分系统信息交互的畅通，性能满足应用平台运行效率要求； 2、保障所有业务运行当中的安全性和数据的一致性； 3、对于所有交易活动，均实现全面闭环管理；通过可配置的查询条件，能够动态地查询每笔消费情况和相关记录； 4、可配置的权限管理，根据不同权限设定不同角色的操作范围，并提供全系统全流程全数据的查询角色； 5、可视化的应用管理，对于各种统计类报表提供图表化显示功能，打印输出可根据模板定制输出格式； 6、应用平台可利用升级管理工具或升级包，实现动态升级； 7、建立业务运行管理模型，应用平台对新增业务可通过平台业务管理模型的参数调整即可实现新业务的接入和管理； 8、使用主流的产品和技术，具备良好的可扩展能力，使系统的使用和扩展具有延续性。应用平台对未来可能出现的系统扩容等情况，留有标准的系统预留接口； 9、应用系统尽量采用全程自动化处理，避免人工操作。必须人工操作的，应做到统一的设计，使得使用习惯保持一致。 10、升级后的新系统必须完全具备原有系统软、硬件设备及IC卡应用平台、智能化调度系统数据通讯全部功能，并做到系统过渡期原系统业务正常使用。 11、需要能够完全兼容目前发行的公交IC卡，采用向下兼容的方案，新发行的“一卡通”CPU卡和原有公交IC卡均能够使用。 12、需要能够实现目前发行的M1卡向CPU卡的过渡，并有完备的过渡计划。 13、所有新发行的“一卡通”CPU卡、M1卡等卡品能实现的功能，对于原有公交IC卡功能的兼容与使用都要求有相应解决方案。 14、应制定合理可行的安装调试方案，并对新型CPU卡的IC卡发行方案提出指导意见。 15、实现外部系统以及各子系统之间的数据传输，并具备层次式体系结构及其清晰的数据处理流程。 16、遵循国际和国家相关技术标准及交通运输部、住建部、银联PBOC3.0标准、河南公交协会、大学校园“一卡通”、城市市民卡和相关的各项行业及互联互通等事宜的相关规定。 17、优化系统各种软件，达到一键安装。编制软件使用说明书，提供所有通讯协议、算法、完整详实的数据字典及源代码程序，并对标志类型字段的具体标志定义做详细解释。软件应最大程度的支持各种操作系统，对于软件不支持的操作系统应在软件使用说明书中明确标注。 18、系统具备支持4G、3G等无线通讯方式进行数据上传、采集、补采集、黑名单下载等。 19、系统采用B/S 与C/S结合的架构，操作简单、易学好用； 20、系统应具备制卡、售卡、读卡、充值、年检、挂失、补卡、坏卡处理、点钞录入、GIS地图、资产负债表、查询和分析等功能； 21、系统应具备完备的密钥系统、权限管理、中心管理、对账与结算管理、日志查询等功能； 22、系统应支持扩展金融卡刷卡、金融 数据清算对账、金融数据报表生成等功能； 23、系统应具有数据采集、补采集、汇总及黑名单管理功能； 24、系统应具有数据采集、资金清算、资产负债、数据划拨及生成财务报表功能； 25、系统应具有营运管理功能，分段计费功能； 26、系统应具备车载机参数无线下载参数、黑名单下载、程序升级（在升级过程中不影响正常使用）及数据无线采集，备选采集方式为U盘采集。 27、系统应具备消费数据实时查看功能； 28、系统应支持多种卡类型及卡种的应用； 29、系统采用多客户多设计，支持不同客户或分公