zoukankan      html  css  js  c++  java
  • 地市级地铁数据管理信息系统解决方式

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


    一、建设目的

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

    之前,此地市级地铁採用水晶报表进行开发。完毕客流和清分结算的业务,因为水晶报表制作复杂功能就要通过编程实现,不好维护管理。所以採用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定时器

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

    2.5报表平台

    用户因为是从无到有的搭建一个系统,因此须要方便快捷的将文件管理起来,包含用户登录。依据权限管理相应的页面等基本要求。

    且能够方便的配置出符合用户风格要求的系统样式。

  • 相关阅读:
    MVC ORM 架构
    Kubernetes 第八章 Pod 控制器
    Kubernetes 第七章 Configure Liveness and Readiness Probes
    Kubernetes 第六章 pod 资源对象
    Kubernetes 第五章 YAML
    Kubernetes 核心组件
    Kubernetes 架构原理
    Kubernetes 第四章 kubectl
    Kubernetes 第三章 kubeadm
    yum 配置及yum 源配置
  • 原文地址:https://www.cnblogs.com/clnchanpin/p/6991877.html
Copyright © 2011-2022 走看看