系统概要技术文档.doc

GPS车辆监控网络客户端1. 整体框架及登录模块1.1 整体框架1.2 目前的登录模块1.3 基于ActiveXOCX控件的登录模块(构想中)1.4 当前模块未解决的问题及分析 2车辆监控模块 2.1 车辆监控 2.1.1 google页面共有的功能 2.1.2 实时监控 2.1.3 历史回放 2.1.4 私/公有地标管理 2.2 行驶报表分析 2.3 当前模块未解决的问题及分析 2.4 新功能展望 3油耗展示及报表分析模块 3.1 油耗上传功能 3.2 油耗展示页面 3.3 油耗报表汇总分析 3.4 当前模块为解决的问题及分析 4综合分析1.整体框架及登录模块 核心技术: ASP1.1 整体框架图1.2 目前的登录模块 目前的登录模块所用技术主要是ASP和SQL Server。 通过ASP对数据库的读取，存储所需信息到记录集，然后通过Session进行用户信息的识别动作。 下面是对详细页面框架以及用户登录模块的介绍1) 登录页面 hltd_log.asp 功能：获取用户登录名和密码用于hltd_login.asp页面进行验证。 跳转到hltd_login.asp：action=hltd_login.asp2) 用户验证页面hltd_login.asp 功能：连接数据库，验证用户名，密码。数据库由inc/conn.asp页面连接，为13上的info库 登录后跳转到hltd_wel.asp： Response.Redirecthltd_wel.asp3) 欢迎页面 hltd_wel.asp 功能：公司简介，插件安装，跳转到不同的用户系统 inc/connweb.asp： hltd_wel.asp页面的用户验证以及获取所需控件名 inc/conn_wel.asp： 从Tbu_WebInfo表中提取下一页面信息 inc/conn_wel_guest.asp： 从Tbu_RegisterInfo表中获取用户公司名 inc/conn_wel_id.asp： 从OldUserID表中获取旧的ID 跳转到hltd_main_dy.asp页面4) hltd_main_dy.asp 功能：框架页面，决定了系统的页面布局hltd_menu_dy.asp以及系统初始新闻页面hltd_Logins.asp5) hltd_menu_dy.asp 功能：决定着系统界面右侧所具有的树状功能6) hltd_Logins.asp 功能：系统的新闻页面 inc/conn_news.asp：连接着中小工委网站75的XIEHUI库，从新闻表里提取所需的信息。1.3 基于ActiveXOCX控件的登录模块(构想中) ASP的安全性还是比较低的，所以将来用OCX控件来解决安全性的问题，实现后的效果-与页面的效率变化虽然不大，但整个系统却可以拥有类似于网银系统的安全模式。将来有机会的话建议用以下两种比较成熟的网站技术取代ocx控件：1) Java做后台框架，生成html实现客户端页面，注：不是Jsp2) .net 系统肯定会使更加安全、高效。1.4 当前模块未解决的问题及分析 由hltd_wel.asp页面跳转到hltd_main_dy.asp页面 当时将hltd_menu_dy.asp中的页面连接写死，但本意是只有一个hltd_main.asp页面和一个hltd_menu.asp页面，而其中的链接应由用户信息来判断而做出动态的选择。 解决方法： 要实现用asp和js的传值。总结： 首先，从整体看，该部分的运行没有问题，只需优化加强其安全性即可，对于提到的三个问题，并不影响大局，当前重要的是第一个问题，解决它会使系统后续页面变得更加简单。2车辆监控模块 车辆监控模块是我最中意的部分，看着它就有种爱不释手的感觉。其中结合了Google Map API和OCX控件，坦白的讲整个系统的重点虽然是油耗模块，但难点却是在车辆监控模块。因为这里需要掌握javascript，然后去参考google map API 和51ditu map API (这些网上都有，尽量去找他们官方网站的类参考,个人的翻译容易出现偏差),再结合高手翻译的文档学习，重点要放在google map API上。 2.1 车辆监控 车辆监控模块分别在google map 和 51map 上实现了实时监控和历史回放两部分功能，在google map上还实现了私/公有地标管理功能，而且利用历史回放的ocx控件和javascript实现了行车数据的轨迹分析。 2.1.1 Google map页面共有的功能共有的功能包括：在地图上显示HTML文字的控件，八个方向键的控件，地标缩放级别的控制按钮控件，定位功能，地标标注功能。以上功能都存在于hltd_map.js页面。1) 显示HTML文字的控件 function L_HtmlDiv(L_html,L_width,L_Height) L_html：所要显示的文字； L_width：所要显示的文字的图层宽度,默认宽度为230px； L_Height：所要显示的文字的图层高度, 默认高度为20px。 在此控件中还可以定义文字的位置，属性，click事件等。2) 显示八个方向键的类控件 L_Container(L_fun,L_bg,L_width,L_height) L_fun：该控件图层的click事件函数； L_bg：该控件图层的背景图片； L_width：该控件图层的图层宽度,默认宽度为28px； L_Height：该控件图层图层高度, 默认高度为28px。3) 显示地标缩放级别的控制按钮控件 function TestZoomControl() 该函数不仅设置了zoom按钮的背景图片等等属性，还有地图切换缩放级别后的一系列动作，包括清楚地标，重新获取视窗范围，重新显示地标。4) 定位功能5) 显示地标功能 2.1.2 实时监控 实时监控的作用在于及时地掌握车辆的位置，速度，方向等状态。 思路：首先，数据库存在一个实时表，该表可以从设备终端定时地获取数据进行动态的更新； 其次，ocx控件定时地从实表里提取数据存放在输出接口中； 最后，由页面实现的动作是: 利用js定时地访问ocx控件的输出接口获取数据，并按照解析的数据在地图上显示车辆所在位置以及利用信息浮框显示车辆的状态数据。实现页面： google页面: hltd_ssg.asp，hltd_ssg.js，help/help.html； 51ditu页面: hltd_ssj.asp，hltd_ssj.js，help/help.html； 2.1.3 历史回放 历史回放的作用在在于可以对车辆的历史状态进行连续的动态的回访显示。思路：首先，数据库存在一个历史表，该表存储从设备终端获取的大量数据； 其次，ocx控件按照页面上选取的条件从历史表里提取数据以数组形式存放在输出接口中； 最后，由页面实现的动作是: 利用js动态地从ocx控件的输出接口一条一条地获取并解析数据，然后按照解析的数据在地图上显示车辆所在位置以及利用信息浮框显示车辆的状态数据。实现页面： google页面: hltd_hisg.asp，hltd_hisg.js，view51.html，helphis.html； 51ditu页面: hltd_hisj.asp，hltd_hisj.js，viewgg.html，helphis.html。 2.1.4 私/公有地标管理 私有地标管理页面的作用在于让用户自由的使用地图标注，以便用户管理自己的特殊地点，该管理功能与定位功能结合起来使整个系统显得更人性化。 公有地标管理页面的作用是使公司内部人员可以对地标进行操作。思路：首先，数据库中存在一张私(公)有地标表，用于存放私(公)有地标； 其次，ocx控件实现了地标操作窗口的弹出以及地标得的删除，修改动作； 最后，页面所实现的功能是激活地标的添加动作，移动时实现新地标的选择，以及操作完成后对效果的显示。实现页面：公有地标：L_sereindbg.js 私有地标：hltd_pridb.js 2.2 行驶报表分析 该功能源于杨杰的报表分析，结构比较复杂，数据源是历史回放的ocx控件，数据量相当大。基本思路：首先，根据车辆的有效状态及车牌号的不同进行第一次区分(由于未实现多车报表，这个动作没实际的意义，只是暂时保留)； 其次，根据停车的时间间隔进行第二次区分并提取有效数据到数组中； 然后，对数组进行数据解析得出有效时间段以及有效数据； 最后，利用js对Excel的操作将有效数据显示在Excel中。 实现页面：hltd_bbg.js2.3 当前模块未解决的问题及分析 车辆监控： 内存泄露问题。虽然对代码中大部分开辟的内存进行了回收，但页面所占内存仍越来越大。具体原因可能是：1 ocx控件及页面中对地图操作的有定时的循环；2 google/51ditu地图接口部分本身就存在内存泄露。 行驶报表分析： 由于数据量太大，运算效率太低。最有效的解决方法应当是用控件进行计算，页面只用来显示结果。2.4 新功能展望 车辆监控： 1) 实时监控和历史回放中加入车辆的方向键； 2) 加入可使用的报警栅栏功能。 行驶报表分析： 1) 实现多车辆的汇总报表；2) 实现按月按年的报表。 3油耗展示及报表分析模块3.1 油耗上传功能 功能：上传采集回来的数据文件。上传功能由shangchuan.asp-cjsjsj.asp-upload.asp三部分界面组成。思路：首先，由上传界面选取本地要上传的数据文件，点击上传； 其次，确定需要修改时间，一般默认为空值，点击提交； 最后，由比较流行的ASP化境无组件上传类上传文件并予以确认。3.2 油耗展示页面 最新界面:hltd_show_0403dy.asp;以前稳定界面：hltd_show.asp 功能：展示油耗数据的分析结果和油耗的7类图片。思路：首先，由用户选取察看的条件（车辆，时间，查看方式）后，选择图片类型进行提交（页面自动刷新）； 其次，提交到服务器后，利用ASP的filesystemobject对服务器文件进行检索，根据所提交的条件拼凑文本文件和图片的路径，提取数据和图片进行展示。 中间还有很多细节部分需要参照代码理解，比如各种查询方式的上一页、下一页，图片类型的动态变化等。3.3 油耗报表汇总分析 功能：展示油耗数据分析结果。 思路： 重点在计算时间段里的数据，现在以车辆牌号为外循环，再以日期为内循环，将数据装入数组后，再单独对数组进行循环分析，提取出不同车辆的汇总数据，结构与车辆行驶报表挺相似的。 其他部分沿用了“油耗展示页面”的结构，只是没有对图片进行展示。3.4 当前模块未解决的问题及分析 油耗上传功能：虽然将来会被无线上传所替代，但目前如果有时间应当研究怎样将它的分页面合成一个页面，即业务流程的优化； 目前的油耗系统主体功能趋于稳定，其稳定性还需要实际测试来验证。新增系统：车务管理系统：对车辆基本信息的增加、查询、修改、删除。首先，应该尽快确定该系统的架构，即它的功能和界面；其次，确定它的数据库表；最后