基于googlemaps的公交查询系统的设计与实现

基于googlemaps的公交查询系统的设计与实现内容摘要：

公交拐点信息实体图 站点编号 公交站点信息 站点经度 站点名 站点纬度 经过该站点的公交线路 此站点的拐点信息 站点周边信息 更新时间 拐点编号 公交拐点信息 拐点经度 拐点站点名 拐点名 更新时间 拐点纬度 2 3 公交查询系统的总体设计 数据库设计 关系数据库 逻辑设计的结果是一组关系模式的定义。 通过第二章的需求分析以及管理人员的业务流程图，可以将本系统总结为下面的关系模式以及该模式的具体数据结构。 关系模式  线路信息（ 编号 、 车次编号 、车次名、票价、起始站发车时间、终止站发车时间、去程经过站点、回程经过站点、站点总数、更新时间）。  车次信息 （ 编号 、站点名、线路、站点经度、站点纬度、拐点信息、更新时间）。  站点信息（ 站点编号 、 站点名 、经过此站点的线路、站点经度、站点纬度、更新时间）。  拐点信息（ 编号 、拐点线路、拐点名、拐点经度、拐点纬度、更新时间）  网站信息（访问总 数）。  用户 注册 信息（ 用户 ID，用户昵称 、用户 签名 ， 性别 、 来自、 介绍、 、 生日 ）。  会员 详细 信息（ 用户 ID，登录密码、权限、邮箱、邮箱小写、密码遗忘问题、密码遗忘答案、是否锁定、创建日期、最后登录日期）。 逻辑结构信息 将上述关系模式在 SQL server 2020 中用若干张 表描述，结构如下：  用户 注册 信息 表 (MemberShip)，用来存放网站注册用户的 密码等安全 信息，见表。 表 Membership 列名 数据类型 能 否为空 说明 UserId nvarchar(50) 否 用户 ID 编号 Pasword nvarchar(128) 是 用户密码 2 RollRight smallint 是 用户权限 Email nvarshar(256) 是 用户邮箱 LoweredEmail nvarshar(256) 是 邮箱小写 PasswordQuestion nvarshar(256) 是 密码遗忘问题 PasswordAnswer nvarshar(256) 是 密码遗忘答案 IsLockedOut bit 是 是否锁定 CreateDate smalldatetime 是 用户创建日期 LastLoginDate smalldatetime 是 最后登录时间  用户 详细 信息表 (User)，用来存放网站注册用户的信息，见表。 表 User 列名 数据类型 能否为空 说明 UserId nvarchar(50) 否 用户 ID 号 UserName nvarchar(256) 是 用户 昵称 Signature text 是 用户签名 Sex bit 是 性别 Place nvarchar(256) 是 来自 Introduction text 是 自我介 绍 nvarchar(15) 是 账号 BirthDay smalldatetime 是 生日  线路信息表 (BusNum)，用来存放公交车次信息，见表。 表 BusNum 列名 数据类型 能否为空 说明 bus_id smallint 是 车次 ID bus_num nvarchar(20) 否 车次号 bus_num_name nvarchar(20) 是 车次名 bus_ratebz float 是 票价 bus_station_start_time nvarchar(50) 是 起始站首末班时间 bus_station_end_time nvarchar(50) 是 重点站首末班车时间 bus_g_route text 是 去程路线经过的站 2 点 bus_r_route text 是 回程路线经过的站点 bus_station_total smallint 是 此线路经过的站点 bus_addupdate smalldatetime 是 更新时间  车次信息表 (BusRoute)，用来存储公交查询系统的车次信息，见表。 表 BusRoute 列名 数据类型 能否为空 说明 route_id smallint 否 车次编号 route_station_name nvarchar(30) 否 车次站点名 route_num char(10) 是 车次线路 route_lng nvarchar(50) 是 车次站点经度 route_lat nvarchar(50) 是 车次站点纬度 route_station_transferpoint nvarchar(50) 是 车次站点拐点名 route_addupdate smalldatetime 是 更新时间  站点信息表 (Station)，用来存储公交查询系统的站点信息，见表。 表 Station 列名 数据类型 能否为空 说明 station_id smallint 否 站点编号 station_name varchar(50) 否 站点名 station_bus text 是 经过此站点的线路 station_lng varchar(50) 是 站点的经度 station_lat varchar(50) 是 站点的纬度 station_addupdate smalldatetime 是 更新时间  拐点信息表 (TransferPoint)，用来存储公交查询系统的拐点信息，见表。 表 TransferPoint 列名 数据类型 能否为空 说明 tran_id smallint 否 拐点编号 2 tran_station varchar(50) 是 拐点站点 tran_name varchar(50) 是 拐点名 tran_lng varchar(20) 是 拐点经度 tran_lat varchar(20) 是 拐点纬度 tran_point_addupdate smalldatetime 是 更新时间  网站计数表 (Counter)，用来存储网站的访问总数，见表。 表 Counter 列名 数据类型 能否为空 说明 Counter int 是 计数 软件结构设计 对软件进行模块化划分可以使软件结构清晰，不仅容易设计也容易阅读和理解，因为程序错误通常局限在相关的模块及它们之间的接口中，所以模块化使软件容易测试和调试，有助于提高软件的可靠性。 软件的变动往往只 涉及 少数几个模块，所以模块化能够提高软件的可修改性。 为了实现公交查询系 统，必须设计出组成这个系统的所有功能模块和数据库。 首先在总体设计阶段通过结构设计确定模块组成及它们之间的关系。 通过描绘层次图将功能模块形象的表示出来。 系统的总体设计 本网站的设计思想是：采用了 ＋ SQL Server 数据库的组合，利用 快速高效的开发方式和强大的编译功能建立面向管理人员的数据库应用程序；利用 SQL SERVER 2020 极其强大的数据库支持特性，建立系统的数据库体系。 应用程序使用 . 中的 ADO 控件连接数据库，并通过 SQL 语句对数据库进行操纵。 本网站的功能模块 ，分为网站界面模块，用户模块 两 个部分，系统的总功能图见图。 2 图 系统的总功能图 模块子功能设计  网站界面模块  主页，实现各种查询界面。  地图显示，在网站上显示地图，并能对地图进行放大缩小，地图版本切换等功能。  网站用户能够进行注册。 模块功能图见图。 公交查询系统 网站界面模块 用户模块 地图的显示 站点查询 车次查询 换乘查询 个人信息管理 主页 注册功能 诊断用户信息 2 图 网站界面模块  用户模块  用户能够进行站点的查询， 查询到站点的周边信息及地图上的位置。  用户能够 查询线路，查询到线路信息并在地图上显示。  用户能够进行换乘查询，可以查询到 0 到 2 次换乘信息，并在地图上显示。  用户能够对自己的信息进行管理和修改。 模块功能图见图。 网站界面模块 主页 地图显示 注册功能 地图的基本显示 地图的放大和缩小 地图格式的切换 基本信息填写 身份信息填写 用户浏览器诊断 2 图 用户模块 站点查询 车次查询 站点车次信息查询 地图上显示相应站点位置 车次信息查询 路线信息在地图上的显示 一次换乘查询 二次换乘查询 直达查询 相应换乘在地图上的显示 密码更改 邮箱更改 其他相关信息更改 用户模块 换乘查询 用户信息管理 2 4 公交查询系统网站的详细设计 与实现 详细设计 人机界 面设计是接口设计的一个重要组成部分。 对于交互式系统来说，人机界面 设计和数据设计、体系结构设计及过程设计一样重要。 人机界面的设计质量，将直接影响用户对网站的评价。 出错信息处理 当网站发布后，可能由于代码本身的缺陷、网络故障或其他问题，导致用户请求得不到正确的响应，而是出现一些毫无意义的错误信息，甚至泄露了一些重要信息，让恶意用户有了攻击系统的可能。 一个成熟、稳定的网站，不应该出现上述情况，而应该给用户以友好的提示信息，并防止敏感信息的泄露，充分保证系统的安全性。 对网站进行页面级异常处理配置及配置应用的异常处理配置。 通过在 文件中设置相关配置项后，将对整个应用的未处理异样进行处理。 查询模块 的详细设计 查询模块计划用到的页面如表 所示， 各页面 的后台代码放在各 自的 .cs 页面中。 表 查询模块页面 界面 站点文件 主页 模板页 公交站点查询 公交线路查询 公交换乘查询 错误页面 站点地图 Web配置文件 全局配置文件 2 数据存储成功提示页面 数据存储失败提 示页面 客户端浏览器分析页面 会员登录模块 的详细设计 会员模块计算用到的页面如表 所示，各页面的后台代码放在各自的 .cs 页面中 表 会员登录模块 界面 站点文件 登录页面 注册页面 个人信息完善页面 系统所需的公共类 为了尽量减少重复操作，将一些可以共享的方法和数据建立一些公共类。 在需要使用这些方法操作时，仅需要构建这些类的对象来 调用类的方法。 具体的公共类如表 所示。 表 系统所需公共类 功能 站点文件 判断站点位置 换乘查询直达检索 换乘查询一次换乘检索 换乘结果的路线显示 对换乘结果按站点数排序 换乘站点总数 换乘查询二次换乘检索 2 站点计数器功能 数据库的实现 本系统将 SQL Server 作为后台数据库服务器，建立 和 两个数据库，在页面后台使用 对数据库进行连接并处理数据。 经纬度 数据的采集 GIS 地图有众多的数据来源：  现有的电子数据（矢量和遥感），可以从专业的数据商或互联网等公共领域获得电子数据。  模数转换，根据矢量地图的地理编码和坐标进行几何转换。  实地数据搜集，利用 GPS 等工具进行实地测绘。 本系统的所有 经纬度 数据都从 地球在线 网上通过地址反解析获得。 如图。 图 地球在线网 公交线路信息的采集 本系统的 公交线路信息都取自。 如图。 2 图 8684 公交查询网 功能的实现及编码 本系统的前台运用了 JavaScript和 HTML 语言，后台使用 C，使用 对数据库进行操作。 Google Maps 的初始化 在 Google Maps API 中， Google 地图的加载时通过对 GMap2 对象初始化来实现的。 实现方法是先倒入 Google Maps API 库文件并建立地图容器，然后在地图容器里创建一个 GMap。