gps车辆监控系统方案(编辑修改稿)内容摘要:
等多种车载终端的接入,可以根据需要,配置一个或多个通信服务器 ;一方面将车载终端发送的数据解析后,转发到中心控制服务器处理,另一方面将客户发送给车载终端的指令,按照指定的格式编码后,发送给目标终端。 中心控制服务器,负责接受下级分监控中心或远程监控坐席的连接,根据业务支撑管理系统的客户分配关系,完成数据存储转发工作;中心控制器能够同时接受多个分监控中心或远程监控坐席的连接。 数据库服务器,负责完成运营中心数据的存储、备份等工作,为保证业务数据的可靠性,在具体部署时,需要做热备份处理,并配备磁带机,按照预先设定的时间间隔,将数据备份到磁带设备。 11 互联网服务器,负责完成通过 WEB 互联网方式,为客户提供车辆位置信息服务,例如车辆位置查询、轨迹查询等功能。 综合管理坐席,负责完成整个中心网络设备的监控管理、运营业务支撑管理等功能,例如用户入网、用户分配、下级监控中心帐号管 理等。 监控坐席,运营中心客服人员使用的计算机,通过监控坐席,客服人员能够随时根据客户的需要,对车辆进行监控、配置、监测等管理。 大屏幕投影设备,可选件,通过大屏幕投影设备,提供给客户更直观、方便的显示,便于用重要领导、客户做演示。 大客户接入总监控中心方式 对于拥有较多车辆的行业集团客户,可以选择为客户提供分监控中心方式,完成对车辆的监控管理,典型的分监控中心网络结构示意图如下 : 12 普通客户接入方式 普通客户接入总监控中心的网络结构图如下: 13 运营系统 的 电子地图数据系统 (地理信息系统)设计 在 本系统的设计中,在监控席上需要在电子地图上及时显示接收到的用户终端 GPS 位置信息,考虑到 GIS 系统的性能价格比,在本系统中我们采用 SuperMap 系列电子地图处理引擎。 SuperMap GIS 引擎有两种运行模式, 客户端 /服务器模式 和 单机运行模式。 客户端 /服务器模式 14 J K G I S D B存 储 G I S数 据监 控 服 务 器S u p e r M a p S D X监 控 席S u p e r M a p O b j e c t s 组 件监 控 席 监 控 席S u p e r M a p O b j e c t s 组 件 S u p e r M a p O b j e c t s 组 件 这种模式 GIS 地图数据存储在监控服务器的数据库中,监控服务器上配置 SuperMap SDX 软件,监控席上配置 SuperMap Objects 组件,各监控席通过 SuperMap SDX 共享存储在数据库中的电子地图数据。 单机模式 监 控 席S u p e r M a p O b j e c t s 组 件+ G I S 数 据监 控 席 监 控 席S u p e r M a p O b j e c t s 组 件+ G I S 数 据S u p e r M a p O b j e c t s 组 件+ G I S 数 据 单机模式每个监控席上以文件形式单独存储电子地图数据,通过SuperMap Objects 组件进行显示处理,在这种模式下,地图数据不是共享的。 在本系统的应用中,电子地图数据更新频率不高,通过使用本地文件 15 方式能够 提高性能,降低网络流量和系统成本;同时,对电子地图数据文件进行加密,客户即使拿到电子地图数据文件,由于已经通过运营中心加密,客户也不能打开地图数据,从而能够有效保护电子地图资源数据;总上所述, 选用单机运行模式。 设计 特点 以上方案具有以下特 点: 兼容多种通讯协议 系统通过通讯层(定位通讯服务器 LCS)能够很容易的同时接入 GSM、GPRS、 CDMA 1X 及其他无线通讯协议的车载终端, 接入新协议的车载终端对系统整体影响非常小。 组网灵活 即可以只有总中心在 运行 ,同时又能够非常方便的为下属多个分公司提供监控、调度接入服务, 由总中心控制所有数据及权限,可随时调整下属分公司能够管理的车辆 ,同时为提供总中心与分公司数据互为备份功能。 定位、通讯与运输行业业务分离 系统 核心是专业的 GPS 定位通讯服务平 台,定位、通讯功能与行业业务相对独立,定位通讯功能能够与行业业务结合灵活、简单,扩展性强。 建设和运营成本低 系统先期采用目前成熟的 GSM、 GPRS 和 CDMA 1X 通讯协议, 系统建设成本低;运营成本主要是系统无线通讯费用,可以根当地移动或联通公司协商,采取包月制 或包年制 等灵活付费形式,以进一步降低运营成本。 建设时间短 采用技术先进、成熟的 专业 GPS 定位服务平台为基础,部署时间快,系统运行稳定可靠,能够很快进行业务运营。 16 架构灵活,扩展性强 可以根据业务需要,无缝升级到更高版本,支撑更多类型的车载终端 ,以 及具有 多级 分控中心的监控管理系统 ,提高整个系统的竞争力。 关键技术 软件系统关键技术的选择对运营中心建设成功有关键作用,经过认真分析,在系统主要采用 GIS 技术、数据库技术、数据处理技术、中间件技术、构架 /构件技术、工作流技术、 XML 及 WebService 技术等。 GIS技术 GIS 技术已经 成为 GPS 车辆监控管理的支撑技术,也 是整个 运营中心的核心子系统之一, 实现以电子江图为基础的交通 地理 信息直观显示与应用服务支持。 平台的地理信息系统要实现以广域网、服务器等网络设备为基础,形成以 Intra/Inter 技术为核心的 WebGIS网络应用环境。 数据库及数据仓库技术 运营中心 是一个海量数据的数据交换、数据处理中心,对数据库软件要求很高,从现在流行的几种数据库产品的使用情况来看, SQL Server 产品的具有较好的综合性能,而且比较适合 海量数据的交换和 17 处理,且具备对空间数据的处理能力。 考虑到系统 的兼容性和将来的可扩展性,建议使用 SQL Server 2020 企业版 作为 中心数据库平台。 随着信息技术的发展和 GIS 对海量空间数据存储、管理、分析和交换的需求,以面向事务处理为主的空间数据库系统已不能满足需要,空间 信息系统开始从管理转向决策处理及数据仓库的建设,包括面向主题的数据组织和管理、数据的进一步集成、高层数据维护与管理、空间数据的时空序列变化等。 数据仓库的建设可以随着运营中心 的扩展在后期工程中逐步完善。 采用基于构架和构件技术及 UML 建模语言 基于构架和构建的软件体系结构能够通过对系统构造的理解来提高有关软件工作人员的系统设计和系统分析能力,分析,从而在系统组织、结构重用、运行模式、系统分析和系统维护等方面降低软件设计和开发的成本,促进软件系统生产的效率提高。 基于构件的开发通过构件组装得到最终应用系统,构 件组装必须以某个框架或构架为蓝图,实际可以看作是用构件实例将软件构架具体化的过程。 构件组装技术以构件模型、构件-构架描述和开放系统技术为基础,成功的组装必须以开放构件模型和规范的构架描述(包括对构件连接和交互协议的严格定 义)为基础,构件实例必须符合系统中其他部分的要求。 分布式软件总线、事件登记和回调、构架描述语言、脚本语 18 言和代码生成技术成为构架组装的解决途径, DCOM、 JavaBean 等运行级的分布式构件模型的出现和 ORB 与 Inter 的引入,使构件之间的独立性和互操作性变得更强,这些技术为构件组装,尤其是运行级的构件组装提供了有力的支持。 软件系统的体系结构是对系统整体结构设计的刻划,包括全局组织与控制结构,构件间通讯、同步和数据访问的协议,设计元素间的功能分配,物理分布,设计元素集成,伸缩性和性能,设计选择等。 采 用基于构件的技术和 UML 建模语言来进行系统的设计,实施迭代式的设计开发。 统一建模语言( UML)具有直观化,明确化特点,是构建和文档化软件系统产物的通用可视化建模语言。 利用被构建系统的有关决策和理解,用来设计、浏览、配置、维护以及控制系统的信息。 UML可以与所有的开发方法、生命阶段、应用领域和媒介一同使用。 包括语义概念、标记符号和指南,具有静态、动态、环境上的和组织性的部分。 可以被具有代码产生和报表生成的交互式可视建模工具所支持。 在设计阶段采用当今主流建模工具建立分布式构件的 UML 模型,并利用 UML 模型生成 相应的应用组件框架代码,做为开发工作的基础。 在迭代式的开发过程中可以利用反向工程( Reverse Engineering )的方式将应用程序的修改体现到 UML 模型中,从而实现整个迭代过程的演进。 19 XML 和 Web Services 技术 系统 当中的数据具有多源异构的特点,对于此类数据的处理首先要求对数据的描述要有简单易行的一套标准。 XML是现在流行的数据交换标准 ,特别适合表述和交换复杂的数据对象和类型。 在系统 的建设过程中,数据采集及数据处理系统把 XML 作为数据格式描述的统一标准,并纳入数据规范的制定当中。 同 时,在数据分析中,也便于采用数据挖掘、 OLAP(联机事务分析)等技术的应用。 另外 Web Services 技术支持 XML,SOAP, WSDL, UDDI 等开放标准,可以通过 HTTP 协议实现穿越防火墙的软件互操作和数据交换,实现跨越各种技术的软件集成。 软件质量保障体系 参考标准 为使运营中心的 建设能够按照一定的标准保质保量完成,在整个建设过程中需要充分遵循国际 /国内相关标准,其中包括: 1. GB/T137021992 计算机软件分类与代码; 2. GB/T140851993 信息处理系统工程 计算机系统配置图符号及约定; 3. GB/T143941993 计算机软件可靠性和可维护性管理; 4. GB/T155321995 计算机软件单元测试; 20 5. GB/T155351995 信息处理 单命中判定表规范; 6. GB/T155381995 软件工程标准分类法; 7. GJB/Z 10297 《软件可靠性和安全性设计准则》; 8. GB/T85671988 计算机软件产品开发文件编制指南; 9. GB/T93851988 计算机软件需求说明编制指南; ; ; ; ; ; ; ; 相关标准; 18.《计算机软件工程规范国家标准汇编 2020》; 19.《计算机软件工程规范国家标准汇编 2020》包括全部现行有效的计算。gps车辆监控系统方案(编辑修改稿)
相关推荐
内容 概述 影响 MPS的因素 MPS的工作原理 MPS的计算过程 本章小结 2020年 9月 16日 第 39页 MPS的计算过程 基本数量概念 MPS的计算过程 一个 MPS示例 2020年 9月 16日 第 40页 基本数量概念 在 MPS计算过程中,经常用到 9大基本数量的概念。 这些数量概念分别是: – 预测量 – 订单量 – 毛需求量 – 计划接收量 – 预计可用库存量(
I IV V VI V I I V I I I IX X XI XI I X I I I X I V XV XVI X V I I X V I I I X I X XX 分 类 项 目 粗 分 类 细 分 类 粗 分 类 细 分 类 A (长度) B (宽度) 名 称 材 料 主要尺寸 外 廓 形 状 与 尺 寸 比 各部形状与加工 外表面 内表面 辅助孔 弯 曲 方 向 弯 曲 角 度 外 平
排队时间、加工时间和准备时间等工艺时间。 如果这些工艺时间之间是 串行的 ,那么计算过程就会比较简单。 但是,如果这些工艺时间之间可以是 并行、交叉的 ,不同的物料之间、不同的工序之间的交叉程度都可能是不同的。 即使是同一种物料、相同的工序之间,但是由于批量的不同,他们的工艺时间的交叉程度也可能是不同的。 在实际生产中,这种交叉程度既可能是线性的,也可能是阶梯形的
e block striped Columnwise block striped Copyright 169。 The McGrawHill Companies, Inc. Permission required for reproduction or display. Comparing Depositions Columnwise block striped Broadcast
ratex carpet while the lobby of a nearby hotel was being carpeted with our petitor39。 s most durable carpet. Today, after a decade in which the two hotels have had similar amounts of foot traffic
ndards of Professional Conduct will she probably have broken if Susan plys with her manager instruction? A. IV() Research Reports. B. IV() Portfolio Investment Remendations and Actions. C. IV()