• 地市级地铁数据管理信息系统解决方案


    地市级地铁数据管理信息系统解决方案


    一、建设目的

    某地市级地铁票卡清分部是地铁整个管理系统的一个重要枢纽,负责联立起线路中心和财务部、市场部等其他多个部门的日常工作,方便客流量统计、收入清分对账以及维护管理分站设备等。

    之前,此地市级地铁采用水晶报表进行开发,完成客流和清分结算的业务,由于水晶报表制作复杂功能就要通过编程实现,不好维护管理,所以采用FineReport这款软件辅助开发,FineReport报表软件针对复杂格式的报表数据及Web报表的展现,通过多源分片、不规则分组、双向扩展来轻松拖拽做复杂格式的报表,从此摆脱了复杂的SQL和表达式,不需要编程,大大提高了报表制作的效率。 

    二、业务需求

    1、总体目标

    此地市级地铁二期开发的报表主要是涉及到设备维护,包括各个站点的TVM机(出售单程票)、gate机(刷卡闸机)、以及post机(补办临时票),通过统计每日的平均使用频率和各类机种的台数,来进行针对性设备维护。

    2、基础功能需求



    3、其他功能需求

    (1)各个站点分钱方式

    根据进站点和出战点实际使用次数按照一定的比率运算,但是为了简便,现阶段实行的是按出站方式确认,就是说某个站点出的人多,就分到钱多。

    (2)TVM收入对账

    对比临时售票机中钱和各条线路中心提交上来的数据,如果发现不一样,就要检查(线路中心将设备采集的数据汇总上来,卡公司将数据汇总上来,双方都不可以知晓对方数据,票卡清分部核对成功后上报公司财务部)。

    地铁各条线路使用的是独立的数据库,所以核对比较通过多源展现,降低人为因素参入,避免反复的比对工作和可乘漏子。

    三、系统建设总体概述

    1、总体思路

    地铁管理信息系统依赖网络平台构建,是一个复杂的、异构的应用系统,在系统集成的不同层面,采取有效的策略实现企业应用集成,实现不同业务应用子系统相互之间的数据、信息的交流,减少手工操作,提高效率。

    2、系统框架

    为了贯彻此地市级地铁科技公司提高品味、讲究实用、智能高效、经济合理、简约明快的信息化系统建设方针,保证了业务的连续性和安全性,使得地铁票卡清分部得到个性化服务,示意图如下:



      

    四、系统功能

    1、业务功能

    系统使用流程

    所有站点使用频率排名统计

    通过统计出该市所有站点,每个闸机、TVM机使用频率(闸机统计一票通、一卡通的使用次数,一卡通由制卡公司发行,包括内部卡和外部卡,内部卡主要是员工卡,外部卡包括成人卡、老人卡、学生卡等)落入的区间段(0到10000以上,跨度为1000),来进行针对性维护,并且查看的时候,按照人的习惯性思维(一眼看出所需要的),最大值排在上方,进行实际使用量的排序。(报表如图1.1-1.2所示:)



      

    图1.1 闸机使用频率排名统计



      

    图1.2 TVM机使用频率排名统计

    三条线路所以站点使用区间段台数统计

    统计出三条线路(1号线、2号线、南延线)上面所有站点的各类设备使用次数在使用区间段的台数,来辅助分析各条线路实际运营维护情况,比如一号线设备使用量相对于二号线和南延线要大得多,则需要加强一号线路的设备维护。(报表如图1.3-1.4所示:)



      

    图1.3 三条线路TVM机各个使用区间段台数统计



      

    图1.4 三条线路闸机各个使用区间段台数统计

    每日早晚高峰各个站点使用频率

    众所周知,每天的早上7:30到9:30以及下午17:30到19:30处于上下班时间,这个时间段的客流量较大,各类设备使用次数也比较多,为了更好的维护每个站点的设备,票卡清分部需要统计每个阵列的各个设备使用频次以及整个阵列在这两个时间段内,每个小时的平均使用频次(阵列就是指各个进站口、出站口一排的闸机、TVM机等),便于知道每个阵列的实际使用情况,进行针对性维护。(比如,新街口很多出口,每个出口就有一排闸机,示意图如图1.5所示,报表如图1.6-1.7所示):



      

    图1.5 某站点阵列构造示意图



      

    图1.6 各个阵列闸机平均使用示意图



      

    图1.7 各个阵列TVM机平均使用示意图

    费率测试用例统计

    乘坐地铁时不同的站点之间价格是不一样的,票卡清分部需要监控到没一张卡的实际使用情况,包括路径、站点数、费率(多少钱)、实际卡费以及卡现在的状态(超过0:00还未出站视为失败,下次刷卡的时候就会提示),便于了解每张卡的实际使用情况。(个人就经历过一次,出站时刷卡没注意成功与否,后来再次刷卡的时候提示失败,到补票点发现没有刷出战)统计的时候为了便于选中对应的站点和卡类型,客户希望以层次关系展现,报表如图1.8所示:



      

    图1.8 费率测试用例统计

    线路与ACC交易数据核对报表

    对比临时售票机中钱和各条线路中心提交上来的数据,如果发现不一样,就要分别检查,相同则审核成功,进行上报,如图1.9所示:



      

    图1.9 线路与ACC交易数据核对报表

    清分后线路运营收入月报

    统计出本月三条线路(1号线、2号线、南延线)运营收入情况,还可根据不同售票方式进行统计,例如一票通和一卡通(包括内部卡和外部卡,内部卡主要是员工卡,外部卡包括成人卡、老人卡、学生卡等)使用情况进行统计并汇总,如图1.10所示:



      

    图1.10 清分后线路运营收入月报

    网络出行量结构分析日报

    根据不同票价分别统计出每天出行量人数,并计算出行量所占百分比、日收入情况及日客运周转量,如图1.11所示:



      

    图1.11 网络出行量结构分析日报

    计次卡发行使用情况统计月报

    地铁计次卡是地铁每逢节假日或者地铁运营纪念日发行的一定面值的储值卡,限制在一定的日期前使用完,并且每次乘坐不分乘坐里程长短一律2元或者3元,下面根据每个时间段内统计发售的计次卡,查询每个计次卡到期时间、面值次数、发行张数、发行次数、使用次数等,如图1.12所示:



      

    图1.12 计次卡发行使用情况统计月报

    2、方案优势与特点

    2.1 报表展现和数据填报一体化

    采用FineReport报表设计器可以简单快速的完成各种样式复杂报表、填报表的设计制作。同一张表格中既可以展现数据,同时也可以进行数据编辑和上报。

    2.2条件属性

    为了宏观上面把控整条线路上面的收入情况,需要将实际数据和理论数据做个比对,比如说某一站按照前几周趋势收入应该为25000左右,但是实际情况却只有20000或者5000,实际值和理论值差距超过偏差范围,则通过条件属性判断以红色标记出来,然后安排人专门去进行检查。

    2.3权限管理

    虽然地铁管理信息系统是一个相对独立的系统,但是由于权限使用的用户表是存储在数据库表中的,且系统移交给最终用户后,使用系统的用户资料需要和用户现有的权限系统统一,因此需要在建立系统时,能够直接读取数据表。

    2.4定时器

    地铁管理信息系统需要将每天在停运时将当天的客流、线路收入、设备信息都统计出来,然后存放成本地文件,以供存档,想什么时候查看的时候直接可以从服务器中取出文件,免得重新生成,可采用定时器定时生成本地文件Excel就可以了。

    2.5报表平台

    用户由于是从无到有的搭建一个系统,因此需要方便快捷的将文件管理起来,包括用户登录,根据权限管理对应的页面等基本要求。且能够方便的配置出符合用户风格要求的系统样式。

  • 相关阅读:
    Java 8简明教程
    Redis事务机制和分布式锁
    【 Tomcat 】tomcat8.0 基本参数调优配置-----(2)
    【 Tomcat 】tomcat8.0 基本参数调优配置-----(1)
    Nginx的一理解(2)
    Nginx的一理解(1)
    jav设计模之的动态代理
    Java设计模式之《适配器模式》及应用场景
    Java设计模式之三种工厂模式
    pytorch高阶op
  • 原文地址:https://www.cnblogs.com/hzcya1995/p/13326053.html
Copyright © 2020-2023  润新知