高速公路收费系统设计与实现.docx

高速公路收费系统设计与实现.docx

《高速公路收费系统设计与实现.docx》由会员分享，可在线阅读，更多相关《高速公路收费系统设计与实现.docx（48页珍藏版）》请在冰点文库上搜索。

高速公路收费系统设计与实现

高速公路收费系统设计与实现

第1章 绪论 ………………………………………………………………………1

1.1高速公路收费系统概述…………………………………………………………1

1.2数据传输系统开发的背景………………………………………………………1

1.3数据传输系统设计的目标………………………………………………………1

第2章 系统的组成及主要功能……………………………………………………3

2.1闭路监视系统………………………………………………………………………3

2.2辅助系统……………………………………………………………………………3

2.3收费系统……………………………………………………………………………3

2.3.1车道收费子系统………………………………………………………………3

2.3.2服务器…………………………………………………………………………4

2.3.3通信机…………………………………………………………………………5

2.3.4收费管理系统…………………………………………………………………5

第3章数据库应用……………………………………………………………………6

3.1 数据库系统的组成和全局结构…………………………………………………6

3.1.1 数据库系统的组成…………………………………………………………6

3.1.2 数据库系统的全局结构……………………………………………………7

3.1.3 DBMS的工作模式和用户存取数据的过程…………………………………7

3.2 数据库系统体系结构…………………………………………………………8

3.2.1 集中式DBS……………………………………………………………………8

3.2.2 客户机-服务器结构DBS……………………………………………………9

3.3开发数据库应用系统…………………………………………………………10

3.3.1 数据库应用系统的简单结构………………………………………………10

3.3.2 数据库引擎…………………………………………………………………10

3.3.3 开发数据库应用系统的技术背景和任务…………………………………11

3.3.4 开发数据库应用系统需要考虑的问题……………………………………12

第4章 系统设计与实现………………………………………………………14

4.1 收费计算机和通信机…………………………………………………………14

4.1.1 动态组件……………………………………………………………………14

4.1.2 TCP报文的构成………………………………………………………………15

4.1.3 数据包的抽象………………………………………………………………16

4.2 牙管理工作站…………………………………………………………………17

4.2.1用户登录模块………………………………………………………………25

4.2.2主界面模块……………………………………………………………………26

4.2.3用户管理模块…………………………………………………………………27

4.2.4车辆收费模块…………………………………………………………………27

第5章维护与管理…………………………………………………………………28

5.1事件的初步分析…………………………………………………………………28

5.2.1加强收费服务器的日常维护…………………………………………………28

5.2.2定期做好服务器的清洁工作…………………………………………………28

5.2.3做好紧急修复磁盘和系统启动盘……………………………………………29

5.2.4定期检测磁盘，察看系统的日志文件………………………………………29

5.2.5做好数据库的备份工作………………………………………………………29

5.2.6做好病毒的防治工作…………………………………………………………29

5.3  数据管理模式的分析和比较…………………………………………………30

5.3.1现有某高速公路的收费管理模式……………………………………………30

5.3.2现有数据管理模式的优缺点…………………………………………………31

5.3.3数据集中管理模式的定义和特点……………………………………………31

5.4集中管理模式的可行性分析……………………………………………………32

5.4.1网络可靠性分析………………………………………………………………32

5.4.2服务器系统软硬件平台………………………………………………………32

5.4.3冗余独立磁盘阵列RARD等安全措施………………………………………33

结束语 ………………………………………………………………………………34

主要参考文献…………………………………………………………………………35

致 谢…………………………………………………………………………………36

第1章 绪论

1.1高速公路收费系统概述

高速公路收费系统实现了半自动和ETC两种收费方式，可选用IC卡、磁票、二维条卡作为通行券，支持现金、预付卡、储值卡等支付方式；各级可以实现监控下级的操作异常事件；实时监测出入口车道的设备状态；各级系统可以自动统计交通量、通告量曲线图；实现了对路费、通行券、票据、设备等的严格管理，杜绝舞弊行为；提供独特的专家分析系统等。

系统组成：

·系统采用先进的C/S三层体系·通过广域网实现各级间互联软件特点：

·符合我国现有国情·适用范围广·开放的收费系统·可定义的业务流程·友好的人机界面·安全可靠的性能高速公路收费系统系统概述：

高速公路收费系统实现了半自动和ETC两种收费方式，可选用IC卡、磁票、二维条卡作为通行券，支持现金、预付卡、储值卡等支付方式；各级可以实现监控下级的操作异常事件；实时监测出入口车道的设备状态；各级系统可以自动统计交通量、通告量曲线图；实现了对路费、通行券、票据、设备等的严格管理，杜绝舞弊行为；提供独特的专家分析系统等。

1.2数据传输系统开发的背景

随着我国经济的快速发展，社会车辆日益增多，因此我国普遍实行贷款修路，收费还贷制度。

原有的手工收费系统存在着许多弊端，而收费站的收费情况直接影响到还贷的能力和业主的经济利益。

以计算机网络为基础的公路收费与监控系统，不仅最大限度地防止各种营私舞弊现象，有效制止收费过程中的漏征、作弊行为，并且大幅度提高普通公路收费过程和财务管理的自动化程度，提高工作效率和服务质量，为管理决策提供有力支持。

但是目前运行的高等级公路监控收费系统的开放性、可靠性不高，对各种可能出现的问题考虑不周全，在实用暴露出很多问题或不能适应目前形势的发展，需要进一步完善和改进。

为此，我在参考已有系统的基础上，设计研制了一套较为全面的收费监控系统。

1.3数据传输系统设计的目标

通常在等级公路上的收费方式为人工判别车型，人工收费，计算机打票（也可以按要求使用IC卡、非接触卡等），并对收费数据进行统计管理；CCTV系统辅助监督的收费方式。

   考虑到收费站的实际情况（人员计算机水平低，灰尘大等特点），我们在软件的设计上注重软件的公正、精确、简便、可靠性；并能做到应征不漏，收费准确，可有效的防止员工的作弊行为，作到作弊可查，查必有据。

在软件设计中注重了以下几个方面：

 　1）可靠性：

由于收费站存在的大量灰尘容易导致设备损坏或接触不良，因此本系统充分考虑到磁盘介质损坏可能对数据产生的影响和系统崩溃对数据产生的影响，建立了两级数据库---车道计算机数据库和服务器数据库。

车道控制计算机首先将收费数据、设备状态、事故日志等数据信息存入本地硬盘上的数据库，再将其上传到服务器。

当服务器或网络出现故障时，车道计算机可以独立工作，将收费数据等信息保存在本地数据库；待故障消除后，车道控制计算机调取故障时以及故障之后的数据，上传服务器，从而保证收费数据的完整性。

   2）开放性：

系统具备良好的开放性和兼容性，整个系统易于升级、易于维护。

本系统车道数量可以灵活配置，适用于任意数量车道的收费站系统。

便于联网，组建省地级监控中心。

  3）高效性：

保证车辆通过收费车道的高效率和业务快速处理的能力。

对于车道控制计算机众多外围设备自动控制，减轻了收费人员负担，提高了工作效率。

    基于以上思想，我们采用C++Builder作为开发工具，SQLServer7.0作为服务器数据库，车道控制计算机数据库采用C++Builder自带的Paradox。

第2章 系统的组成及主要功能

收费监控系统主要由收费计算机系统、CCTV监视系统、内部对讲系统和辅助系统等子系统组成。

下面分别描述各个子系统的主要功能。

   2.1闭路监视系统

   闭路监视系统是相对独立的系统，只是和收费系统存在某些关联（如收费数据叠加、抓拍、硬盘录象等）。

整个闭路监视系统可以划分收费亭监视、车道监视、广场监视等几个部分。

   2.2辅助系统

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

   2.3收费系统

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

  收费站计算机与车道计算机组成局域网，采用客户机/服务器模式。

根据车道到收费站的距离远近，车道和收费站之间采用光纤或双绞线连接。

  2.3.1车道收费子系统

  车道收费子系统是整个收费的前端，如图2所示。

主要包括车道计算机、交通控制等设备，通过车道收费控制软件，实现这些设备有机的整合。

具有安全管理、车型判断、收费管理、设备控制（车道灯、挡车器、测流线圈、金额显示、语音报价、字符叠加）、设备状态检测、数据传输控制、数据存储等功能。

能够快速、准确地完成各种收费业务，杜绝收费过程的舞弊行为，同时保证车辆的通行高效率。

   车道收费系统按照收费工作逻辑流程，集中控制所有的车道设备。

车辆到来时，车道控制机接受收费员的操作，显示收费金额，并进行语音报价，同时通过字符叠加卡将金额叠加到监视图像上供监控人员参考；收费完成后，挡车器升起，车辆通行；车辆通过测流线圈后，栏杆自动放下。

对免费车、月票车及特殊情况自动抓拍图像，并将图像数据上传到站服务器。

   车道收费系统采用基于Socket的数据传输技术，能够动态监测网络通信的工作状态，使车道收费系统的运行具有很强的独立性，实现网络工作环境和单机工作环境的动态切换。

切换过程对操作人员是隐含的，不会影响车道收费系统的正常运行，保证车道的最大工作效率。

当管理站计算机系统出现故障或车道和收费站之间通信线路出现故障时，车道收费系统可以立即检测到故障的出现，停止数据上传，将收费数据储存在车道计算机；当故障排除后，车道收费系统可以自动恢复数据上传。

   2.3.2服务器

   服务器主要进行数据的存储和收费数据处理：

在数据库中编制触发器和预定义存储过程，当收费数据写入数据库或者对数据进行修改、删除时，数据库的触发器会自动更新有关统计数据（如日收费统计、班收费统计、车型分类收费统计、收费员收费统计等），从而保证收费数据的完整性和一致性。

   2.3.3通信机

   我们借鉴了软件工程中Agent的概念，在服务器和车道控制计算机之间建立一个“代理”层，该软件可以运行在任意一台的计算机上，即通信机。

根据收费站的规模，也可以运行在数据库服务器或管理计算机中。

   车道计算机、通信机之间通过传输层协议连接。

传输层有两种通信协议：

TCP/IP和UDP。

   采用TCP通信时，通信双方需建立连接，通信过程中有应答和重发机制来保证所有通信数据都正确到达。

采用UDP通信时，不需要建立连接，也没有应答帧，而且可以广播发送，实时性较高，但缺点是发送方不能确认通信数据是否正确到达目的地。

因此,我们必须根据具体要传输的信息来采用相应的传输方式。

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

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

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

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

   c、通信线路故障后，计算机自动记录，并向管理人员报警提示，人工排除故障，系统恢复后，自动从收费车道计算机调取数据，保证数据的完整性。

这样基于TCP/IP协议建立了多层分布式数据库的软连接。

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

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

   2.3.4收费管理系统

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

第3章 数据库应用

数据库系统的组成、全局结构和数据存取结构。

数据库系统体系结构。

简要讨论集中式和客户机-服务器（C/S）结构的数据库系统体系结构，本书专门讨论这两种结构的数据库应用系统实现实例。

数据库应用系统的简单结构、数据库引擎、开发数据库应用系统所需的技术背景和开发任务以及开发数据库应用系统需要考虑的问题。

3.1 数据库系统的组成和全局结构

数据库系统（databasesystem，DBS）是采用了数据库技术的计算机系统。

DBS是以信息处理为核心的计算机系统，信息的存取是系统工作的枢纽，它是一个可运行的，按照数据库技术存储、维护和向应用系统提供数据支持的系统，是由数据库、硬件、软件和数据库用户组成的有机集合体。

3.1.1 数据库系统的组成

任何数据库系统都由数据库（DB）、硬件、软件和数据库用户组成。

数据库是与企业具体的业务应用有关的全部数据的集合。

从数据库的用途来看，数据库可分为以下两类：

物理数据库 物理数据库是业务应用数据的集合，是业务应用数据库的主体。

描述数据库 描述数据库又可称为数据字典或元数据库，用来描述和存储各业务应用数据库的数据结构及其定义。

硬件包括中央处理器、内存、外存、输入输出（I/O）设备等硬件设备。

数据库系统特别关注内存、外存、I/O存取速度、可支持的终端数、性能稳定性、网络的支持能力、存储设备的扩充能力以及数据存取通道的能力等。

不同的数据库系统对硬件的要求不同，应根据具体应用选择适当的硬件设备。

软件包括数据库管理系统（DBMS）、操作系统（OS）、数据库引擎和应用开发支撑环境等程序。

DBMS是DBS的核心，需要在OS的支持下才能工作。

数据库引擎是数据库应用程序和数据库交互的中间驱动程序。

应用程序是数据库终端用户用来实现业务的操作界面，是提高生产效率必不可少的程序。

应用开发支撑环境是数据库应用程序开发者能够以低成本、高效率开发出数据库应用程序的高效、多功能、集成的交互式程序设计系统。

目前，典型的数据库应用开发环境有Delphi、C++Builder、PowerBuilder、VisualBasic、VisualC++、JBuilder、C#Builder以及.NET开发环境等。

数据库用户就是与DBS交互的用户，按照与系统交互方式的不同，可分为如下4类：

数据库管理员（DBA）:

负责定义和修改数据库结构，负责DBS的正常运行，承担创建、监控和维护数据库的责任。

专业用户:

数据库设计过程中使用专用的数据库查询语言操作数据的数据库设计专业人士，例如系统分析员。

应用程序员:

使用应用开发环境和数据操作语言开发应用程序的程序员。

终端用户:

使用应用程序完成具体业务应用工作的人员。

通常又将这类用户称为“软件最终用户”。

3.1.2 数据库系统的全局结构

从数据库系统的组成来考虑各组成模块之间的关系，数据库系统全局结构如图?

3-1

3.1.3 DBMS的工作模式和用户存取数据的过程

DBMS是DBS中对数据进行管理的软件系统，是DBS的核心组成部分。

在DBS中对数据库的一切操作（数据定义、查询、更新和各种控制）都是通过DBMS进行的。

DBMS的工作模式如图3-2所示。

图3-3是用户存取数据库的示意图。

用户对数据库进行操作是由DBMS把操作请求从应用程序带到外模式、模式、内模式，进而通过OS操作磁盘中的数据。

同时，DBMS为应用程序的请求在内存中开辟一个数据库的系统缓冲区，用于数据传输和格式转换。

3.2 数据库系统体系结构

根据计算机的系统结构，DBS可分为集中式、客户机-服务器式、并行式和分布式4种。

本章重点讨论集中式和客户机-服务器式数据库应用系统的开发技术。

3.2.1 集中式DBS

集中式DBS运行在单个计算机系统中，与其他计算机系统没有联系。

通常也将集中式DBS称为单机DBS。

集中式DBS中的数据库、DBMS和应用程序等组成部分都运行在一个计算机系统中，不同机器之间不能共享数据。

计算机系统有单用户系统和多用户系统两种，因此，可将集中式DBS分为单用户和主从式两种类型。

微型计算机和工作站都属于单用户系统，单用户集中式DBS的结构如图3-4所示。

通常说的桌面DBS是单用户DBS的典型应用模式。

单用户DBS由一个用户独占使用，无数据共享能力。

图3-4 单用户集中式DBS

主从式结构是指一个主机带多个终端的多用户结构。

在这种结构的DBS中，应用程序、DBMS、数据库等都集中存放在主机上，所有任务都由主机来完成，各个用户通过主机的终端并发地存取数据库，共享数据资源。

主从集中式DBS的结构如图1-5所示。

主从式结构的优点是简单，数据易于管理和维护。

缺点是能够支持的终端数目有限，由于所有任务都由主机完成，主机的性能是DBS的瓶颈。

应用较为广泛的集中式数据库管理系统有Paradox、dBASE、Access、VisualFoxPro等。

集中式DBS的应用目前主要是在小型数据管理和信息处理业务中。

本书将讨论基于Paradox的数据库应用系统项目的开发实例。

3.2.2 客户机-服务器结构DBS

客户机-服务器结构DBS通常简写为C/S结构DBS。

C/S结构DBS是随着计算机网络技术的发展和应用产生的。

C/S结构的关键在于功能的分布，DBS的一些功能在客户端（前端）执行，另一些功能在服务器端（后端）执行。

C/S结构DBS的体系结构如      图3-6所示。

在C/S结构DBS中，服务器专门用来执行DBMS功能、管理数据库以及完成分配在后端的功能。

应用程序和应用开发工具等则安装在客户机上，支持用户的应用。

服务器和客户机之间通过网络连接，并通过数据库引擎接口实现相互之间的通信。

在C/S结构中，客户端的用户请求被传送到数据库服务器，数据库服务器进行处理后只将结果返回给用户，从而减少了网络上的数据传输量，提高了系统性能、吞吐量和负载能力。

同时，C/S结构的DBS具有更多的开放性、可扩展性和可移植性，能够跨平台运行。

通常将C/S结构的DBS称为两层结构的C/S系统。

如果在客户端和数据库服务器之间增加应用服务器（或其他中间服务程序），则两层C/S结构演化成多层的C/S结构，例如B/S结构的DBS就是典型的三层C/S结构。

C/S结构DBS是目前应用比较广泛的DBS类型之一。

应用较为广泛的C/S结构数据库管理系统有Oracle、DB2、Sybase、MSSQLServer等，这些数据库管理系统都能够支持大型的数据应用业务。

本书将讨论基于MSSQLServer的两层C/S结构数据库应用系统项目的开发实例。

3.3开发数据库应用系统

以数据库为基础的信息系统通常称为数据库应用系统，它一般具有信息采集、加工、抽取和传播等功能，是实现业务应用的数据库系统。

开发数据库应用系统需要对其基本结构、所需的技术背景、开发任务和需要考虑的问题有所了解。

3.3.1 数据库应用系统的简单结构

如果抛开DBS中的硬件和操作系统组成部件，就可以采用如图3-7所示的简单结构描述数据库应用系统。

从图3-7中可以看出，数据库应用系统由应用程序端、中间件和数据库端三部分组成。

图3-7 数据库应用系统的简单结构

中间件通常由数据库管理系统或应用程序开发环境提供商提供给开发用户使用。

中间件是应用程序和数据库之间进行交流的必需通道。

设计数据库应用系统时，不需要自己编写，但必须要了解中间驱动的运作原理和使用方法。

数据库应用系统中采用的数据库类型和开发环境不同，可使用的中间驱动也可能不同。

如果数据库应用系统使用服务器类型的数据库，应用程序必须要通过数据库服务器（数据库管理系统）才能存取数据库。

如果使用的是文件类型的数据库，应用程序可直接存取数据库。

数据库服务器由专门的数据库管理系统提供商提供，设计数据库系统时，不需要自己编写，但必须要了解数据库管理系统的运作原理及其提供的数据库开发能力。

数据库的设计和实现是开发数据库应用系统的核心工作。

不同的数据库应用系统由于其业务要求和运行环境不同，用于存取和管理数据库中存储的信息的应用程序也不同，这是终端用户使用数据库应用系统必不可少的操作界面。

如果数据库应用系统离开了应用程序，终端用户无法直接操作数据库，完成信息管理工作。

3.3.2 数据库引擎

数据库引擎是数据库应用程序与数据库（或数据库服务器）进行交互的接口，负责提交、处理数据库访问请求并返回处理结果。

通常，数据库应用程序开发环境都会提供相应的数据库引擎及其开发组件，也可以这样说，在客户端，数据库引擎是由一系列用于进行数据库访问的数据结构和基于这些数据结构的方法（或函数库）组成。

从服务器端响应和处理数据库请求的方式来看数据库引擎有两种基本的体系结构，分别是多进程数据库引擎（见图3-8）和单进程多线程数据库引擎（见图3-9）。

图3-8 多进程数据库引擎运行结构图

图3-9 单进程多线程数据库引擎运行结构图

单进程多线程数据库引擎。

这种数据库引擎的优点是：

占用资源比较少，成本低，在比较低的配置下也能发挥较好的性能。

其特征是：

在一个处理进程内创建多个线程来响应多个数据库访问请求。

具备比较好的可移植性，但低配置不能支持太多用户数。

单进程多线程数据库引擎的代表是SQLServer2000。

3.3.3 开发数据库应用系统的技术背景和任务

从DBS的组成、体系结构和数据库应用系统简单结构的讨论可知，开发数据库应用系统需要有如下一些技术背景：

应掌握数据库设计的基本理论知识，了解数据库系统的体系结构、数据库的分析建模技术、数据库的体系结构、完整性约束和数据库规范理论等。

应掌握一种桌面数据库和服务器数据库