五一七教育网
您的当前位置:首页高速公路收费系统的设计与实践 精品

高速公路收费系统的设计与实践 精品

来源:五一七教育网
第一章 引 言

高速公路收费系统实现了半自动和 ETC 两种收费方式,可选用 IC 卡、磁票、二维条卡作为通行券,支持现金、预付卡、储值卡等支付方式;各级可以实现监控下级的操作异常事件;实时监测出入口车道的设备状态;各级系统可以自动统计交通量、通告量曲线图;实现了对路费、通行券、票据、设备等的严格管理,杜绝舞弊行为;提供独特的专家分析系统等。系统组成: ·系统采用先进的 C/S 三层体系 ·通过广域网实现各级间互联 软件特点: ·符合我国现有国情 ·适用范围广 ·开放的收费系统 ·可定义的业务流程 ·友好的人机界面 ·安全可靠的性能 高速公路收费系统

第二章

需求分析

随着我国经济的快速发展,社会车辆日益增多,因此我国普遍实行贷款修路,收费还贷制度。原有的手工收费系统存在着许多弊端,而收费站的收费情况直接影响到还贷的能力和业主的经济利益。以计算机网络为基础的公路收费与监控系统,不仅最大限度地防止各种营私舞弊现象,有效制止收费过程中的漏征、作弊行为,并且大幅度提高普通公路收费过程和财务管理的自动化程度,提高工作效率和服务质量,为管理决策提供有力支持。但是目前运行的高等级公路监控收费系统的开放性、可靠性不高,对各种可能出现的问题考虑不周全,在实用暴露出很多问题或不能适应目前形势的发展,需要进一步完善和改进。为此,我在参考已有系统的基础上,设计研制了一套较为全面的收费监控系统。随着高速公路以及计算机网络、通讯等高新技术的发展,高速公路向智能化发展,并将最终发展为智能交通系统。相应地,高速公路的收费技术呈现出网络化和智能化的趋势。文中介绍了一种融合了半自动收费方式和自动收费方式的收费系统的设计及实现,同时提供了与半自动收费系统的有效接口,是实现向不停车收费系统转变的有效过渡方式。

通常在等级公路上的收费方式为人工判别车型,人工收费,计算机打票( 也可以按要求使用IC卡、非接触卡等),并对收费数据进行统计管理;CCTV系统辅助监督的收费方式。 考虑到收费站的实际情况(人员计算机水平低,灰尘大等特点),我们在软件的设计上注重软件的公正、精确、简便、可靠性;并能做到应征不漏,收费准确,可有效的防止员工的作弊行为,作到作弊可查,查必有据。在软件设计中注重了以下几个方面: 1)可靠性:由于收费站存在的大量灰尘容易导致设备损坏或接触不良,因此本系统充分考虑到磁盘介质损坏可能对数据产生的影响和系统崩溃对数据产生的影响,建立了两级数据库---车道计算机数据库和服务器数据库。车道控制计算机首先将收费数据、设备状态、事故日志等数据信息存入本地硬盘上的数据库,再将其上传到服务器。当服务器或网络出现故障时,车道计算机可以工作,将收费数据等信息保存在本地数据库;待故障消除后,车道控制计算机调取故障时以及故障之后的数据,上传服务器,从而保证收费数据的完整性。

2)开放性:系统具备良好的开放性和兼容性,整个系统易于升级、易于维护。本系统车道数量可以灵活配置,适用于任意数量车道的收费站系统。便于联网,组建省地级监控中心。

3)高效性:保证车辆通过收费车道的高效率和业务快速处理的能力。对于车道控制计算机众多外围设备自动控制,减轻了收费人员负担,提高了工作效率。

第三章

3.1 系统目标

总体设计

利用先进的GIS技术、计算机网络和通讯技术,实现公路收费系统的联网管理和自动化服务,有效提高现有收费系统的运行效率,提高道路通行能力。同时提供与现有的半自动化收费系统的有效接口,通过联网管理,实现对现有收费系统的优化,并使之与自动收费系统有效融合,实现系统的高效、良好运转。

3.2 系统设计基本原则

①系统性原则。系统中各子系统及应用模型有机结合,实现子系统和应用模型间的有效调用和参数传递。

②可靠性原则。系统数据库数据的可靠性,能为系统的计费和收费提供可靠的保障;同时,系统还具有强大的容错能力和处理突发事件的能力,保证系统的稳定性和有效运行。

③通用性原则。实现与原有系统的有效融合,保证多种收费方式的同时实现,能同时满足不同地区、不同用户的需求。

④安全性原则。采用稳定性好、安全性能高的非接触式ID卡技术,有效保证用户的信息安全性。

⑤可扩展性原则。采用模块化设计方法,在根据实际需求的基础上紧密结合当前技术的发展趋势,实现了向上及向下的双向兼融。

3.3 系统结构体系设计

系统采用Visual Basic 6.0结合MapX 5.0进行集成开发。考虑到系统效率和信息安全性方面的要求,系统主体上采用通用的C/S(Client/Server)结构体系,由控制中心的服务器和分布在各个收费站点的客户端组成收费系统的主体框架,实现协同办公。其结构体系如图1所示。 3.4 网络传输方案设计 图1 系统结构体系图 (1)性能要求分析

系统有以下要求:①稳定性,要满足昼夜通行的24小时不间断工作需求,具备全年度、全天候持续工作能力,因此应具有技术上的稳定、可靠的保障。②高效性,道路系统是一个高负荷运转的系统,必然要求传输网络具备海量数据的传输能力,同时要求其高速率、低延时。③可扩展性,路网系统是个高速增长的产业,因此,系统设计应为今后的发展留出足够的容量余额和可扩展空间。

(2)网络方案设计

通讯网络技术飞速发展,当前流行的SDH、ATM、宽带IP技术都各有其优缺点,道路收费系统通讯网属于专用网络,针对以上技术的特点,选用IP Over ATM的集成网络技术,利用ATM端口的高速率、大吞吐量、低延时和面向连接等特点,实现服务器和客户机间信息的高速实时传递。

3.5 模块和子系统设计

根据道路收费系统的具体要求,结合MapX二次开发平台的特点,采用面向对象的方式,将系统分成6大功能子系统:数据输入子系统,收费子系统,

结算子系统,客户查询子系统,电子账户管理子系统,充值子系统,每个子系统由数个模块组成,如图2所示。

图2 收费系统子系统和模块结构图

3.6 硬件配置

服务器:目前主流的高端应用程序服务器、数据库服务器和Web服务器。 网络设备:网络交换机,网卡,网线。

微机:Pentium 4以上CPU,主存256MB以上,硬盘40GB。 其它:磁卡读写外设和微波天线。

3.7 软件配置

操作系统为Windows 2000 Advance Server, Windows 2000 Professional。数据库管理系统采用Microsoft SQL Server 2000服务器版。系统开发环境为Visual Basic 6.0 + MapX 5.0。其它辅助软件有MapInfo Professional 5.0, Auto CAD 20XX。

3.8 用户界面设计

在总体界面的设计上,遵循标准化和易用性原则,建立起既符合用户操作习惯,又能使系统高效运转的图形化用户界面。针对不同子系统的不同需求,分别为其设计了符合其需求的个性化界面:

数据输入、编辑界面:采用熟悉的菜单-工具条模式,同时在界面的布局上参考MapInfo的图形操作界面,操作人员只需具备相关的工作经验即可较快的上手,无需专门培训。

电子账户管理系统界面:根据其工作流程的特点,采用表单化的操作界面,编辑框与列表框相结合。对一些具有相对确定性的选项,如车型,采用列表框的形式,方便操作人员的操作,提高效率。

系统的其他子系统基本上实现自动化操作,无需操作界面的要求,但为了便于对系统运行状况的有效监控和管理,有必要为系统设计一个监控界面,实时的显示系统进程和操作信息。

第四章 详细设计与实现

4.1 闭路监视系统

闭路监视系统是相对的系统,只是和收费系统存在某些关联(如收费数据叠加、抓拍、硬盘录象等)。整个闭路监视系统可以划分收费亭监视、车道监视、广场监视等几个部分。 4.2 辅助系统

辅助系统是指确保收费系统正常运行的配套系统,包括内部对讲、电力供给、设备保护等多个方面。 4.3 收费系统

收费系统基本上包括车道收费控制系统、收费站管理系统两大部分,其拓扑结构如图1所示。

图1

收费站计算机与车道计算机组成局域网,采用客户机/服务器模式。根据车道到收费站的距离远近,车道和收费站之间采用光纤或双绞线连接。 4.3.1 车道收费子系统

车道收费子系统是整个收费的前端,。主要包括车道计算机、交通控制等设备,通过车道收费控制软件,实现这些设备有机的整合。具有安全管理、车型判断、收费管理、设备控制(车道灯、挡车器、测流线圈、金额显示、语音报

价、字符叠加)、设备状态检测、数据传输控制、数据存储等功能。能够快速、准确地完成各种收费业务,杜绝收费过程的舞弊行为,同时保证车辆的通行高效率。

车道收费系统按照收费工作逻辑流程,集中控制所有的车道设备。车辆到来时,车道控制机接受收费员的操作,显示收费金额,并进行语音报价,同时通过字符叠加卡将金额叠加到监视图像上供监控人员参考;收费完成后,挡车器升起,车辆通行;车辆通过测流线圈后,栏杆自动放下。对免费车、月票车及特殊情况自动抓拍图像,并将图像数据上传到站服务器。

车道收费系统采用基于Socket的数据传输技术,能够动态监测网络通信的工作状态,使车道收费系统的运行具有很强的性,实现网络工作环境和单机工作环境的动态切换。切换过程对操作人员是隐含的,不会影响车道收费系统的正常运行,保证车道的最大工作效率。当管理站计算机系统出现故障或车道和收费站之间通信线路出现故障时,车道收费系统可以立即检测到故障的出现,停止数据上传,将收费数据储存在车道计算机;当故障排除后,车道收费系统可以自动恢复数据上传。 4.3.2 服务器

服务器主要进行数据的存储和收费数据处理:在数据库中编制触发器和预定义存储过程,当收费数据写入数据库或者对数据进行修改、删除时,数据库的触发器会自动更新有关统计数据(如日收费统计、班收费统计、车型分类收费统计、收费员收费统计等),从而保证收费数据的完整性和一致性。 4.3.3 通信机

我们借鉴了软件工程中Agent的概念,在服务器和车道控制计算机之间建立一个“代理”层,该软件可以运行在任意一台的计算机上,即通信机。根据收费站的规模,也可以运行在数据库服务器或管理计算机中。

车道计算机、通信机之间通过传输层协议连接。传输层有两种通信协议:TCP/IP和UDP。

采用TCP通信时,通信双方需建立连接,通信过程中有应答和重发机制来保证所有通信数据都正确到达。采用UDP通信时,不需要建立连接,也没有应答帧,而且可以广播发送,实时性较高,但缺点是发送方不能确认通信数据是否正确到达目的地。因此,我们必须根据具体要传输的信息来采用相应的传输方式。

在本系统中,实时性不是主要因素,所以我们采用TCP/IP协议来保证数据的可靠到达。

通信机的主要功能是数据库的操作、数据的传输控制及应答,即:

a、通信机通过ADO(或ODBC)和服务器数据库相连接,进行收费数据的数据库写入工作。

b、接收车道计算机收费人员登录信息包和收费流水数据,并将其写入收费数据库中,并返回相应应答信息。

c、通信线路故障后,计算机自动记录,并向管理人员报警提示,人工排除故障,系统恢复后,自动从收费车道计算机调取数据,保证数据的完整性。这样基于TCP/IP协议建立了多层分布式数据库的软连接。

d、代理可以迁移到系统任意一台计算机中, 自动将新IP地址发布到各个车道的计算机。

当收费车道与收费站之间出现长时间的通信故障时,可以通过车道收费软件提供的数据导出功能将车道数据库中的收费数据写入软件盘后,在管理站将数据导入数据库中。 3.3.4收费管理系统

收费站管理系统具有收费监视、收费工班管理、用户管理、收费数据管理、系统维护、站点管理、报表打印等功能。

4.4 数据输入子系统

提供系统路网空间数据、属性数据的建库功能,同时提供良好的编辑操作界面,方便用户对数据的更新与维护。

①路网空间数据库的建立与维护。考虑到路网属性数据的特点,采用绑定式的数据结构;提供对MapInfo格式数据的直接读取接口、其它常用空间数据格式的导入接口;提供可视化的空间数据编辑操作界面。

②用户属性数据库的建立与维护。通过电子账户管理子系统的图形操作界面,实现对用户电子账户信息的采集、录入和建库工作。

4.5 收费子系统

该子系统是收费系统的主体部分,它由入口收费车道、出口收费车道、收费控制中心三大的功能模块组成,这三个模块协同工作,共同完成对通行车辆的自动收费与半自动收费功能。

①入口收费车道。这是个相对的模块,它由计算机系统、微波天线、磁卡读写装置和自动控制栏杆组成。对已开设电子账户的用户,当车辆经过车道时,微波天线自动扫描安装在挡风玻璃前的电子标签,经信息核对后,向电子标签中写入入口站点信息,并向自动控制栏杆发送指令,核准通行;对未开设账户用户,当经过收费车道时,收费人员根据车型发放写有入口站点信息的通行卡,核准通行。

②出口收费车道。读取通行车辆电子标签的基本信息和入口站点信息,将其ID和两个站点信息传给收费控制中心,并根据控制中心的反馈信息来确定收费操作状况,确认核准通行或其它操作,完成本收费流程。对非电子账户用户,读取通行磁卡信息,并将信息反馈给收费控制中心,等待收费控制中心的计费信息,进行相应收费操作后,核准通行。同时,该系统还将为每位收费人员开设专用账号,用于对工作人员收费状况的管理与存档,并将存档资料定期的上传给控制中心入库存档,便于结算。

③收费控制中心。接收收费站点发送过来的信息,并对信息做出实时的响应,进行相应的信息验证、计费、扣款和发送确认信息或收费信息等操作。系统接收到信息后,先对其进行验证,在确认无误后,由GIS空间数据分析系统迅速做出响应,计算相关的费用,并在该用户账户中进行相应的扣款操作,同时发送确认信息给相应收费站,核准通行。此外,系统还自动生成消费记录条目,加入到消费记录数据库中,供结算和查询之用。对非电子账户用户,系统将反馈计费信息,并将相应记录存入数据库,供结算之用。

4.6 结算子系统

可实现对系统数据库的直接操作,并提供和专业银行的联系,实现对用户账户和路网运营商的账户管理和结算业务。

①路网运营商。对系统数据库实现定期的统计、汇总,根据特定的分账原则进行分账,然后通过跟银行间的联系,实现资金的分流和账目的结算业务。通过资金的统一管理与分流,有效地解决了不同运营商间的拆借账问题,大大提高了运营管理的电子化程度,简化了手续,提高了效率。

②用户。实现对用户账户余额的有效管理,通过与专业银行的实时通讯,保证充值金额的实时到位于数据库的实时更新,保证用户的通行。

③收费站。采用账户式管理,为不同工作人员开设专用账号,实现对收费站现金流的有效管理,采用责任到人的方式,确保现金流的准确性和安全性。

4.7 客户查询子系统

这是一个面向客户和路网运营商的服务系统。通过系统提供的强大的查询功能,客户可实现对自己具体的通行和消费信息的自由查询,而路网运营商也可利用系统提供的专用查询系统实现对各自路网及运营状况的监控管理。查询系统采用账户式的管理方式,系统为客户和路网运营商分别开设专用的账户,同时对用户账户采取良好的加密措施,保证用户的信息安全。用户只需通过系统的专用Web服务器登陆各自的账户,即可实现对相关信息的查询。

4.8电子账户管理子系统

负责电子账户的设立、变更和注销操作,并办理电子标签的发放与安装业务。

4.9 充值子系统

通过分布在各专业银行的收费网点,受理客户的对预付款账户的充值业务,并将充值信息通过结算子系统,实时地反馈给数据库,更新用户账户余额,同时将资金划入系统账户。

第五章 系统测试

本系统是在按照面对对象,基于组件、数据库开发的,拥有全面的错误捕捉和异常处理机制,因此具有更好的稳定性和可扩展性。 5.1 收费计算机和通信机

在收费计算机和通信机之间,我们采用了TCP/IP协议,TCP建立连接时采用客户/服务器模式,主动发起连接的进程叫做客户,被动等待连接建立的进程叫做服务器。在本系统中,收费计算机做为发起连接方,成为客户,通信机为服务器。

5.1.1 动态组件

TCP是面向连接的,因而可提供可靠的、按序传送数据的服务,它提供双向的的连接,即全双工。在收费站,由于环境恶劣,可能会网络故障导致TCP连接中断,或由于通信机维护中断连接。为了故障消除后能自动恢复TCP连接,

减少监控人员维护量,采用了动态组件技术,自动检测连接的状态,并给监控人员一定提示。

if( Client->Active == false)

//定义为 TClientSocket * Client { HW_SENDTIME++;

if(HW_SENDTIME%20 == 0) //每隔一段时间尝试重新连接 { HW_SENDTIME = 0; Client->Close();

delete Client; Client = NULL;

Client = new TClientSocket(this); //新建组件 Client->ClientType = ctNonBlocking;

Client->Address = sIpaddr; //通信机IP地址 Client->Port = atoi(sPort); //通信机端口号 Client->OnDisconnect = ClientDisconnect; //映射Disconnect事件

Client->OnRead = ClientRead; //映射Read事件

Client->OnError = ClientError; // 映射错误处理事件 try{

Client->Open(); }

catch(...){

Client->Close(); } } }

else{ ………; } //网络连通,上传数据

通过动态TClientSocket组件的建立,网络连通和中断切换过程对操作人员是隐含的。不会影响车道收费系统的正常运行,网络正常后自动恢复上传数据功能,保证了车道的最大工作效率。 5.1.2 TCP报文的构成

应用层的报文传送到运输层,加上TCP的首部,构成了TCP的数据传送单位,称为报文段。在发送时,TCP的报文段作为IP数据报的数据,加上首部后,成为IP数据报。在接收时,IP数据报将其首部去除后交给运输层,得到TCP报文段。再去掉其首部,得到应用层所需的报文。

一个TCP报文问为首部和数据两部分,TCP报文段首部的前20个字节是固定的,后面有4N字节是可有可无的选项,因此TCP首部的最小长度是20字节,加上IP数据报的首部后至少有40个字节。如果TCP的数据段只有一个字节,

那么网络的利用率就不会超过1/41。反之,如果TCP报文段非常长,那么在IP层传输时就可能要分解成多个短数据报片,在目的站还要将收到的各个数据报短片装配成原来的TCP报文段,加上出错时还要重传,加大了系统开销。一般认为,数据段应尽可能大些,只要在IP层不再分片就行。TCP缺省的数据段长度是536字节,因此我们在发送TCP报文时,要控制数据长度在这个范围之内,同时包含尽可能多的信息。比如我们在收费流水数据包中包含车道设备状态字节,这样我们就可以在监控室了解设备运行状态。

在本系统中,存在着多种数据包,如收费人员登录、收费流水、收费标准、通信机转移等。为此我们定义了多种数据类型。

我们定义的TCP报文的数据段由两部分构成,报头(TPACKETHEAD)和数据(PacketData)。报头是格式是固定的,用PacketType来区分不同的包类型。其定义如下:

//Packet = PACKETHEAD+ PacketData typedef struct

{ char tag[2]; //version 0x453b int PacketLen; //包长

char PacketType; //包类型 int trytimes; //重传次数

char sIpaddr[20]; //通信机地址 char sRet[2];

//标志,OK通信机写入数据库成功、ER写入失败 }TPACKETHEAD;

这里以收费流水数据为例,说明PacketData结构。 typedef struct //流水帐数据结构 { char LSH[13]; //流水帐号 char CXDM[3]; //车型代码 int je; //金额

char FJDW[11]; //车辆吨位 char SKRQ[20]; //收款日期 char SKSJ[20]; //收款时间 char GH[11]; //工号 char SKY[21]; //收款员 char CDH[4]; //车道号 char BH[2]; //班号 int CG; //冲岗标记 int MF; //免费标记 int YP; //月票标记

char TICKETNO[9]; //票据号 char devicestate; //设备状态 }TLsz;

5.1.3 数据包的抽象

面对对象程序设计的本质是把数据和处理数据的过程当成一个整体——对象。C++本身就是面对对象的语言,能将各种数学模型封装成对象,因此具有更好的稳定性和扩展性。在本系统的实现过程中,由于存在着多种数据包,为此,我们抽象出数据包的基本共性,形成数据包的基类TpacketBase。 class TPacketBase { private:

TPACKETHEAD * pHead; char *pBuf; //发送缓冲区 public:

int Sendpdate (void); //发送数据包 int Readpdate (void); //接收数据包 int pTypeExcute (int pType); //按pType类型执行相关工作 };

各数据包类以此为基类,实现数据包的发送和接收工作,并扩充了自己的成员变量和成员函数。以流水帐数据包为例。 Class Tlszpak : public TpacketBase {private: TLsz lsz; public:

int Getlocaldate (void); //取本地数据 int Fillpacket (void); //填充数据报 };

其他类型的数据包,如登录、收费标准等的实现与流水帐数据包类似。 5.2 管理工作站

随着Internet的普及、城域网和广域网的发展,对监控提出了更多的要求。目前要求建立地区监控中心或者省级远程监控中心,由于各个收费站监控收费系统承包商的开发语言各不相同,基于商业利益的考虑又不会开放源代码,对监控中心的管理带来麻烦。因此,解决问题的最佳途径,就是遵循“开放系统”最大限度保护用户原有硬软件投资的原则,走开放系统结构(OSA)。即新上的项目一定要符合OSA标准;原有的项目,通过转换或改造接入开放系统。 对于管理工作站的软件,我们建立了基于INTERNET收费管理系统,采用C++Builder的ActiveForm技术开发,给本地监控和远程管理带来许多鲜明的特点和优点。

这种方式的主要优点是:同时可以在一台客户机上完成多种客户机的功能;界面统一,使用和培训相对容易便于实现多个收费站的统一管理;采用INTERNET浏览器操作方式,自动下载最新版本,便于升级。 a.收费监视

本系统运行于图像处理工作站上。工作站的显示器配置于操作台上,用于监视和显示车道设备工作状况以及收费员操作情况。系统主要功能如下: 1) 动态实时显示收费车道状态,其中包括: l 收费员姓名 l 车道号

l 天棚信号状态(红色“×”或绿色“↓”) l 通行灯状态

l 自动栏杆机的状态 l 收费员判定的车型车类 l 通信线路正常/故障

2) 显示最近抓拍的车道特殊处理图像。

3) 接收矩阵的输出,实时显示摄像机采集的一路视频信号。 4) 任意摄像机间的切换和广场摄像机的变倍变焦操作。 5) 图像查询打印功能

l 随时来查询车道软件所捕获的所有图像。可以输入的条件有:时间如年月日,地点如车道,人员如收费员,或者是以上条件的组合 l 打印图像。查到所需图像以后,可以打印。 b.数据查询

1) 入口车道过车记录查询 l 以卡编号为关键字查询

l 以入口车道编号为关键字查询 l 以时间段为关键字查询 l 以收费员编号为关键字查询 l 以收费员班次为关键字查询 l 以卡编号为关键字查询 l 以车型为关键字查询 l 以费额为关键字查询

l 以上条件之间的相互组合为关键字查询 2) 出口车道过车记录查询 l 以卡编号为关键字查询

l 以出口车道编号为关键字查询 l 以时间段为关键字查询 l 以收费员编号为关键字查询 l 以收费员班次为关键字查询 l 以卡编号为关键字查询

l 以车型为关键字查询 l 以费额为关键字查询

l 以上条件之间的相互组合为关键字查询 c. 统计报表打印预览及打印模块 包括以下统计报表:

l 高速公路收费员班次报表(入口)

l 高速公路收费员当班特殊处理明细表(入口) l 高速公路收费员当班明细表(入口)

l 高速公路收费员当班特殊处理明细表(入口) l 高速公路收费员当班明细表(出口) l 高速公路收费站班次汇总表(入口) l 高速公路收费站班次汇总表(出口) l 高速公路收费站通行费收入日报表 l 高速公路收费站通行费收入月报表 l 高速公路收费站通行费收入年报表

l 高速公路收费站入口车道特殊处理明细日报表 l 高速公路收费站出口车道特殊处理明细日报表 l 高速公路收费站交通流量日报表 l 高速公路收费站交通流量月报表 l 高速公路收费站交通流量年报表 l 高速公路收费站交通流量OD日报表 l 高速公路收费站交通流量OD月报表 l 高速公路收费站交通流量OD年报表 l 高速公路收费站交通流量日分析表 l 高速公路收费站交通流量月分析表 l 高速公路收费站交通流量年分析表 d.系统管理模块

l 收费员信息编辑 l 费率信息编辑 l 收费站信息编辑 l 车道信息编辑

l 车型车类信息编辑 e.工班清帐管理系统

结帐管理系统由以下模块组成: l 管理人员登录模块 l 收费员工班管理模块 l 收费员当班数据录入模块 l 数据查询统计模块 1)管理人员登录模块

l 系统对管理人员的认证 l 人员登录名称,口令添加 l 人员登录名称,口令修改 l 人员登录名称,口令删除 2)收费员工班管理模块 l 收费员工班分配 l 收费员工班调整 l 收费员工班查询

3)收费员当班数据录入模块

录入内容:收费员班次,编号,姓名, 通行卡实缴数, 通行费实缴数, 定额票据金额, 废票上缴数1, 废票上缴数2, 值机员编号, 执行录入操作的时间(由服务器时间自动获得),备注等。 4)数据查询统计模块

l 按照收费员姓名查询 l 按照收费员编号查询 l 按照收费员班次查询 l 按照值机员编号查询

l 按照执行录入操作的时间段查询 l 按照以上条件组合查询 根据查询结果,自动统计出: l 通行卡实缴数总和 l 通行卡实缴数总和 l 定额票适用张数总和 l 定额票据金额总和 l 废票上缴数1总和 l 废票上缴数2总和 IC卡管理系统日常报表:

l 高速公路收费站入口通行卡发放日统计 l 高速公路收费站入口通行卡发放月统计 l 高速公路收费站入口通行卡发放年统计 l 高速公路收费站出口通行卡回收日统计 l 高速公路收费站出口通行卡回收月统计 l 高速公路收费站出口通行卡回收年统计

IC卡管理系统主要数据库表结构:

通行卡调入表 含义 字段名 类型 字段宽度 序号

Intime Datetime 8 1 调入时间

Ickn Int 4 2 卡号

相关人员编号 Managern Int 4

通行卡调出表 含义

字段名 类型 字段宽度 调出时间 Outtime Datetime 8 卡号

Ickn

Int 4 相关人员编号 Managern

Int

4

通行卡坏卡回收表 含义

字段名 类型 字段宽度 坏卡回收时间 Getintime Datetime 8 坏卡卡号 Bkn Int 4 收费员编号 Tollern Int 4 收费员班次 Class Tinyint 1 车道号 Carroad Tinyint 1 注释

Note

Char 20 相关人员编号 Managern Int 4 通行卡坏卡上缴表 含义

字段名 类型 字段宽度 坏卡上缴时间 Putuptime Datetime 8 坏卡卡号 Bkn Int 4 注释

Note

Char 20 上缴值班员工号 Managern Int 4 通行卡日库存记录表 含义

字段名 类型 字段宽度库存统计日期 Sdate Datetime 8 正常卡库存数量 Stockn Int 4 发放通行卡数量 Pn Int 4 回收通行卡数量 Gn Int 4 调入通行卡数量 Inn Int 4 调出通行卡数量 Outn Int 4 恢复通行卡数量 Hfn Int 4 库存坏卡数量 Stockbk Int 4 坏卡回收数量 Getinbk Int 4 坏卡上缴数量 Putupbk Int 4 库存维护数量 Stockchange Int 4 3 序号 1 2 3

序号 1 2 3 4 5 6 7

序号 1 2 3 4

序号1 2 3 4 5 6 7 8 9 10 11

通行卡恢复记录表 含义

恢复时间 卡号

相关收费员工号 班次

入库方式 字段名 Gettime Ickn Tollern Class Stocktype 类型 Datetime Int Int Tinyint Tinyint 字段宽度 8 4 4 1 1 序号 1 2 3 4 5

入口车道原始过车记录 含义 字段名

卡网络编号

RCardNetwork 卡编号

RCardID 入口网络编号

EntryNetWork 入口站编号

EntryStation 入口车道编号

EntryLane 入口日期时间

EntryTime 入口统计日期

EntryDate 入口收费员编号 EntryOperator 入口收费员班次 EntryShift

车型

RvehicleClass 改型前车型

RPvehicleClass 费额

Toll 设备状态

RdeviceStatus 纪录类型

RRecordType OD分类车型

RODSpecification 保留 Reserved 出口车道原始收费记录

含义 字段名

卡网络编号

CardNetwork 卡编号

CardID 入口网络编号

EntryNetwork 入口站编号

EntrySttion 入口车道编号

EntryLane 入口日期及时间 EntryTime

入口统计日期

EntryDate 入口收费员编号 EntryOperator 入口收费员班次 EntryShift

入口车型

RVehicleClass 类型

字段宽度 Smallint 2 int

4 Smallint 2 Smallint 2 Tinyint 1 Datetime 8 Tinyint 1 int 4 Tinyint 1 Tinyint 1 Tinyint 1 Smallint 2 Smallint 2 Tinyint 1 Tinyint 1 Smallint 2 类型 字段宽度Smallint 2 Int

4 Smallint 2 Smallint 2 Tinyint 1 DateTime 8 Tinyint 1 Int 4 Tinyint 1 Tinyint 1 序号1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

序号1 2 3 4 5 6 7 8 9 10

出口网络编号 ExitNetwork 出口站编号 ExitStation 出口车道编号 ExitLane 出口日期及时间 ExitTime 出口统计日期 ExitDate 出口收费员编号 ExitOperator 出口收费员班次 ExitShift 车型

VehicleClass 改型前车型 PVehicleClass 总费额 TotalToll 设备状态 DeviceStatus 业主网络编号 OwnerNetwork 业主编号 OwnerID 业主分帐额 OwnerToll 记录类型 RecordType 标识站

FlagStations

OD分类车型 RODSpecification 仲裁车型

Judgetype 仲裁管理员编号 JudgeID 保留字段 Reserved 车道费率表 含义

字段名

入口网络编号 EntryNetwork 入口站编号 EntryStation

入口站名 EntryStationname 出口网络编号 ExitNetwork 出口站号 ExitStation

出口站名 Exitstationname 标志站 FlagStations 车型 VehicleClass 总费额 TotalToll 收费站名表 含义

字段名 收费站编码 StationID 收费站名称 StationName 每班收费员下班填报数据表

Smallint 2 11 Smallint 2 12 Tinyint 1 13 DateTime 8 14 Tinyint 1 15 Int 4 16 Tinyint 1 17 Tinyint 1 18 Tinyint 1 19 Smallint 2 20 Smallint 2 21 Smallint 2 22 Tinyint 1 23 Smallint 2 24 Tinyint 1 25 Long 8 26 Tinyint 1 27 Tinyint 1 28 Int

4 29 Smallint 2 30

类型 字段宽度 序号Smallint 2 1 Smallint 2 2 Varchar(20) 3 Smallint 2 4 Smallint 2 5 Varchar(20) 6 Int 4 7 Smallint 2 8 Smallint 2 9

类型 字段宽度 序号 Int 4 1 Varchar(20) 2

含义

字段名 类型 字段宽度 序号

统计日期 收费员班次 收费员编号 收费员姓名 通行卡实缴数 通行费实缴数 定额票适用张数 定额票据金额 废票上缴数 废票上缴数 值机员编号

执行录入操作的时间备注

Date Shift

Operatomum OperarorName Data11 Data21 Data31 Data32 Data41 Data42

Surveillantnum Time Remark Tinyint 1 Tinyint 1 Int 4 Varchar(8) Smallint 2 Int 4 Smallint 2 Int 4 Smallint 2 Smallint 2 Int 4 Datetime 8 Char 20 1 2 3 4 5 6 7 8 9 10 11 12 13

因篇幅问题不能全部显示,请点此查看更多更全内容