xx市政道路巡视管理系统技术方案doc.docx
- 文档编号:28992402
- 上传时间:2023-07-20
- 格式:DOCX
- 页数:28
- 大小:463.31KB
xx市政道路巡视管理系统技术方案doc.docx
《xx市政道路巡视管理系统技术方案doc.docx》由会员分享,可在线阅读,更多相关《xx市政道路巡视管理系统技术方案doc.docx(28页珍藏版)》请在冰豆网上搜索。
xx市政道路巡视管理系统技术方案doc
XXX市政道路巡视管理
技术方案
2009年2月
1.系统概述
1.1.背景
随着信息技术的飞速发展,特别是计算机互联网络和移动通信技术在全世界的推广,公众对市政部门的工作效率、反应能力提出了更高的要求。
如何建立一套主动发现问题的机制,使得很多问题能够在第一时间被发现、解决。
如何实现对每个问题从上报到结案全程数据的存储;如何明确每个维护单位,避免一些市政设施无人管理的情况,实现问题的准确派遣和及时有效的处置。
运营商推出的道路巡视系统,在很好的解决上述问题的同时,更为市政管理人员解决繁琐案件提供了一种高效便捷的处理手段。
1.2.现状需求分析
道路巡视系统基于运营商CDMA1X网络,主要为用户当前提供全方位的信息服务;使市政管理工作人员方便、快捷地与管理中心进行信息交互和通讯联络。
通过该系统,市政巡视人员可以随时将发现的问题通过高清图片及文字信息发送至信息管理中心,并由系统中心将资料进行统计、归档。
在提高工作效率的同时,也为数据维护提供了有力地保障。
1.3.道路巡视管模式介绍
据了解,2004年10月北京市朝阳区、东城区建设了道路巡视系统,自实施以来效果明显,城市管理问题发现率从30%提高到90%,平均处理时间也大大缩短。
2005年3月上海市结合“12319”城建服务热线建立起了名为“市政通”的道路巡视管理系统。
无线信息采集器——“市政通”
无线信息采集器是基于CDMA无线网络,以手机为原型,为市政道路巡视员对现场信息进行快速采集与传送而研发的专用工具。
无线信息采集器一般以PDA智能手机为原型,进行应用系统的研发,输入网格化地图,使它具备接打电话、短信群呼、信息提示、图片采集、表单填写、位置定位、录音上报、地图浏览、单键拨号、数据同步等主要功能。
在新模式中,巡视员使用“市政通”,通过市政管理特别服务号,实现与市政管理中心之间的信息实时传递。
2.系统总体规划
XXX市政道路巡视管理系统,是构建在XXX电子政务基础设施之上,利用现代信息技术,以互联网、无线通信技术为平台,以地理信息数据为支撑,结合移动定位系统、数字通信技术和计算机软件平台,为市政管理者提供声、像、图、文字四位一体的市政管理平台,实现针对市政设施的检查、报警、紧急事件处理、指挥调度、督察督办等功能。
2.1.系统目标
从XXX市政管理需求实际出发,利用境内电子地图、12319市政投诉热线、视频系统等现有资源,并结合XXX市政管理局现有的工作职能、对XXX城市道路、桥梁、人行天桥、地下通道、排水管线进行巡视管理,全面提升市政管理水平及服务市民的能力。
2.2.建设原则
2.2.1.标准化原则
标准化是一个大型系统建设的基础,也是系统与其他系统兼容和进一步扩充的根本保证。
因此,对于XXX市政道路巡视系统,系统设计和数据的标准化工作极其重要,是系统开放性和数据共享的要求。
在系统建设中应遵循国家行业标准或应用标准。
对尚不形成标准的应尽量参照国家和相关规定执行。
项目建设的数据分层规范需要结合行标、地标及XXX需求,对市政部件进行合理的分层,充分满足市政精细化管理的需求。
2.2.2.先进性原则
在系统的总体设计上,借鉴各类系统的成功经验,同时注重考虑同类系统的建设教训,要采用国际上先进的且成熟的技术,使得设计更加合理、更为先进,保障系统在较长时间内有较高技术层次。
2.2.3.适用性原则
综合考虑采用的软硬件平台技术的实际应用效果,不盲目追高、精、尖,实现最大投资效益。
2.2.4.安全性原则
由于整个系统所涉及的数据大多属于政府的内部资料,这些数据的安全性至关重要,因此,系统应遵循安全性的原则。
本系统在设计时将安全性问题分为以下三种情况:
一是防止外部非法用户访问网络;二是防止内部合法用户的越权访问;三是防止意外的数据损害。
2.2.5.可扩充性原则
考虑与市级平台和其他信息系统的连接,系统应具有良好的外接接口。
同时考虑系统规模的扩大,整个系统机构设计要求模块化,能够方便的添加新的业务模块,满足将来系统升级要求。
2.2.6.稳定性原则
系统管理的数据量大、数据的使用并发性强,要求系统各模块之间及总体系统具有良好的稳定性,确保整个系统的正常运转。
2.2.7.开放性原则
应当充分把握采用的软硬件平台技术及应用软件开发工具的主流及未来发展方向,使得系统的设计方案具有良好的开放性。
2.3.系统框架
XXX市政道路巡视系统是以计算机硬件与网络通信平台为依托、以标准和规范体系为依据、以管理体系为保障、以应用系统建设为目标的大型信息系统。
从整个系统建设上来看,可以将市政道路巡视系统划分为六个层次和两个体系。
六个层次即网络和硬件层、平台软件层、数据层、服务层、应用层和接入层,两个体系为标准规范体系和系统管理体系。
系统总体框架如下图所示:
图21系统总体框架
2.3.1.硬件层
系统硬件是系统高效、稳定、安全运行的重要保障。
根据市政道路巡视管理系统运行的实际需求,系统硬件设备中包括了由数据库服务器、应用服务器、移运通信服务器、Web服务器、磁盘阵列和磁带库组成的主机和存储系统。
还包括了防火墙、路由器和交换机、大屏幕、视频装置、手持PDA终端等。
西安电信已经建立了覆盖全市主城区的视频监控系统,在该视频监控系统的基础上,还可以开通语音服务,本系统中视频监控系统可以通过租用电信的服务来实现。
2.3.2.软件层
平台软件层主要是由操作系统软件、数据库软件、防病毒软件、GIS平台软件等组成。
根据系统的实际需要,系统将采用Oracle软件作为系统的数据库软件,Oracle软件可以在Windows、Unix和Linux等多个操作系统上运行,考虑到国产Linux操作系统在国内已有较为成熟的应用,因此在数据库服务器上采用国产的Linux操作系统。
本系统开发将基本.Net架构来进行,因此,应用服务器选用WindowsServer2003操作系统。
防病毒软件采用网络版杀毒软件。
2.3.3.数据层
数据是系统的核心,市政道路巡视管理系统的数据主要由空间信息和非空间信息组成。
空间信息又可按用途分为道路信息数据和市政设施数据。
非空间数据主要由工作流数据库、组织机构和人员数据库、多媒体数据库、元数据库、湿疹管理数据库、市政业务数据库等。
2.3.4.服务层
系统服务层主要是系统业务应用系统的支撑组件。
由各种中间件、服务组件和接口组成,主要包括工作流流转组件、WebGIS服务组件、地理编码组件、消息服务组件等组成。
2.3.5.应用层
应用层是整个系统的业务逻辑集中点,直接为用户提供服务,在整个系统的总体架构中,处于非常重要的地位。
2.3.6.接入层
系统的接入层主要提供智能手机、PDA、电话、网络、传真、智能终端等多种接入方式,是系统数据采集、信息发布的重要途径。
也是未来系统业务扩展的基础。
2.4.标准规范体系与流程建设
2.4.1.元数据标准
系统元数据标准应包括地理信息元数据标准和非空间信息元数据标准两大部分,地理信息元数据标准应在国家基础地理信息系统(NFGIS)元数据标准(草案)上扩展。
非空间信息元数据标准应重点描述非空间信息在数据库系统中的存储结构等内容。
2.4.2.地理信息数据标准
要建立的地理信息数据标准要在国家制定的《1:
10001:
10001:
2000地形图要素分类与代码》(GB14804-93)、《1:
10001:
10001:
2000地形图图式》(GB/T7929-1995)的基础上,结合XXX公安局警用地理信息系统的相关标准,参照国内其他兄弟城市的应用经验,本着方便应用、实现便利的原则来制定。
2.4.3.部件、事件的编码标准
XXX市政管理的事件、对象和部件的编码应该依据建设部颁发的《城市市政监管信息化部件和事件分类与编码》。
2.4.4.单元网格的划分和编码规范
XXX的单元网格的划分和编码要符合建设部颁发的《城市市政综合监管信息系统单元网格划分与编码规则》(CJ/T213-2005)要求。
2.4.5.地理编码规则
XXX的单元网格的划分和编码要符合建设部颁发的《城市市政综合监管信息系统地理编码》(CJ/T215-2005)要求。
2.5.数据库系统建设
XXX市政道路巡视管理系统的数据主要由空间信息和非空间信息组成。
空间信息又可按用途分为道路信息数据和市政设施数据。
非空间数据主要由工作流数据库、组织机构和人员数据库、多媒体数据库、元数据库、湿疹管理数据库、市政业务数据库等。
整个数据库组成如下图所示:
图23XXX政道路巡视管理数据库组成
2.6.网络硬件平台建设与系统集成
系统网络由CDMA无线网络、公众因特网和西安电子政务网三种类型的网络组成。
平台软件层主要是由操作系统软件、数据库软件、防病毒软件、GIS平台软件等组成。
2.6.1.系统设计原则
XXX市政道路巡视管理系统硬件和网络平台的设计和建设必须要以满足系统的高效、稳定、安全运行为目标。
根据全国其他兄弟城市系统建设的经验,根据XXX的实际情况,在硬件和网络的总体设计上原定以下主要原则:
整体性:
遵循总体设计的基本原则,根据当前业务需求,急用先行,合理作出安排。
数据存储管理系统具有规模大,涉及众多业务、多种技术集成的特点,考虑到实际情况,在投资和建设实施方面均会有许多具体难度,必须按照总体设计的指导思想,先进行运行环境基本框架设计,再根据应用系统建设的迫切需要,集中力量,分步骤地进行建设实施。
可扩展性:
运行环境基本框架必须坚持高可扩展性原则,要充分考虑今后的业务需求的发展,满足数据日益增长的需求。
高可用性:
可提供24×7小时/周的全天候服务,并具有快速备份和恢复的能力。
易管理和可维护性:
由于存储系统越来越复杂,人工管理的难度越来越大,出差错的可能性就越来越大。
因此,存储系统需要对管理和维护具有一定的支持。
保证系统的平稳过渡:
在设备和应用新增、更新的过程中,要充分考虑到现有系的正常运行,再通过数据迁移技术,逐步实现在新的数据存储框架下的集中存储管理。
根据以上原则,在本系统的建设中确定采用如下技术路线:
以电子政务网、Internet、无线通信网络为基础,本着资源共享的原则,尽可能使用已有的设施。
呼叫中心采用远程座席的方式,租用西安电信的CTI设备,不再重新架设CTIServer和排队机。
视频和路边喊话设施租用西安电信“全球眼”和语音IP设备。
基于电子政务网实现市、区二级网络互联互通。
基于网闸实现电子政务网与Internet数据的“准实时”同步。
通过利用光纤、交换机、存储服务器等设备,形成系统存储局域网(SAN)框架。
采用防火墙、机器IP绑定、入侵检测系统等措施保证网络安全。
系统网络和硬件拓扑图如下所示:
系统核心数据库服务器选用Linux服务器、SAN光纤交换机和磁盘存储子系统构成SAN存储区域网络结构。
其中在核心数据库中每台主机服务器上至少配置2块光纤通道卡,这样可以避免光纤通道卡的单卡运行环境中出现坏卡停机的单点故障,配置2台SAN交换机可使不同阶段购置的业务主机连接上来,构成真正的SAN运行环境。
对于配置2台SAN光纤交换机避免单台SAN交换机的单点故障运行结构,在磁盘存储系统中配置多块通道控制板,避免磁盘存储系统前端接主机或光纤交换机通道端口的单点故障并且通过多条连接光缆采用交叉互连方式。
使SAN运行结构中每个独立的设备上真正建立冗余无单点故障的运行高可用环境。
整个应用运行系统通过配置主机集群管理软件保证整个主机群和磁盘存储运行系统的高可靠运行。
在采用设备和光缆交叉独立连接方式中,应用系统可以避免整个硬件运行系统中的任何一个设备环节上单点故障发生时无任何系统停机的影响。
如遇一个主机设备上光纤通道卡故障,可以通过磁盘存储选配的路径管理软件自动将应用系统的运行切换到另一块光纤通道卡上来保证应用系统继续运行;如遇整个主机服务器故障,可以通过主机平台上集群软件(Cluster)将应用系统切换到另一台服务器上运行;如遇一台SAN交换机故障,主机可以通过磁盘存储提供的路径管理软件和SAN交换机管理软件切换至另一台SAN交换机继续访问存储系统;如遇一个磁盘存储系统上的端口故障,可以通过其它的端口或不同接口板上的通道继续访问存储系统。
采用上述的系统连接设计,就可以保证整个系统连续不停机的高可用性和保证数据的安全性。
3.系统接入网络设计
3.1.接入系统承载网络选择
3.1.1.CDMA1X(EVDO)
CDMA1X是指CDMA2000的第一阶段,前向链路数据速率可达到156.3Kbps,网络部分引入分组交换,可支持移动IP业务。
CDMA1X能实现对窄带CDMA系统IS-95的完全兼容,技术延续性好,可靠性较高。
由于所采用的基本技术始终为CDMA,单个载波信道占用的带宽一致,因此无论是移动终端还是基站,都能够前、后向兼容,可以平滑过渡到3G(EVDO)。
CDMA全称是CodeDivisionMultipleAccess(中译:
码分多址),是一种采用Spread-Spectrum的数字蜂窝技术,与使用Time-DivisionMultiplexing(TDM)的竞争对手(GSM)不同,CDMA并不给每一个通话者分配一个确定的频率,而是让每一个频道使用所能提供的全部频谱,这样一种特性使其具有频谱利用率高、发射功率低、网络容量大、功率谱密度低、具备较强抗窄带干扰和抗多径衰落能力、频率规划相对简单、与其它通信系统可同频工作、而设备简单易维护、规模效益高、建网、升级、运营成本较低廉等CDMA网络所独具的优势,使其在满足普通通信消费需求的同时,更受到一些行业用户的青睐。
如果说前期基于安全考虑,国家相关通信部门建议党政军用户使用CDMA业务,那么在运营商接手后即将升级的CDMAEVDOVer.A的3G制式中下行3.1M,上行1.3M的数据运行支撑保障能力,将成为包括但不仅限于党、政、军等具有数据业务需求用户必然的优先选择,与基于DMT调制技术的ADSL类似,DSL传输机制将传输信道分为256个正交子信道(即使用多载频同时传送数据),CDMA的传输优势也在于频谱利用率,使行业用户在选择承载网络将可靠性与冗余设计放在了第一位。
3.1.2.承载网络及连接方式设计
在当前的应用情况下,运营商能提供有效的承载网络,并能实现全国范围内的接入支持。
随着多媒体、流媒体业务的开展,承载网络能逐步平滑过渡到3G(EVDO)。
3.1.3.接入系统通信方式选择
TCP/IP协议是标准的主流通信协议,符合移动通信网络与IP数据通信网络融合的发展趋势,其移动应用在与现有网络环境的兼容性、技术发展趋势符合性、先进性、可扩充性等方面都具有非常明显的优势。
3.1.4.系统整体连接设计
无线终端设备通过无线网络接入陕西省cdma移动分组网PDSN上
通过省分公司分组网PDSN与地市分公司的骨干路由器之间的VPN隧道到达地市分公司的骨干路由器上。
从地市分公司的骨干路由器通过光缆线路直接接到系统的无线服务接入平台的路由器上。
3.1.5.各网络连接部分应用说明
服务平台和应用服务系统采用专线的方式接入运营商的VPDN网络,移动终端通过VPDN拨号的方式拨入VPDN网络,并动态获得IP地址,该IP地址与服务器在一个网段内。
以达到移动终端与移动警务综合信息接入及应用服务系统通信的目的。
采用三级认证方式对拨入系统的用户进行认证来保证公安系统的安全性。
首先利用运营商公司提供的VPDNAAA认证服务器,对登录的用户进行认证和计费,实现对最终用户的管理和认证工作。
为了充分保证安全,除了对拨入的账号进行认证外,还对拨入的手机终端进行ESN号码认证,由于每个手机号都有唯一的一个ESN号码,所以通过这种认证方式可以限制只有系统认证的特定的手机号使用相应的账号和密码才可以拨入系统,以此来保证系统的安全性。
4.道路巡视系统功能介绍
道路巡视的管理信息形式标准化、信息传递规范化及信息内容系统化是道路巡视系统的必然趋势。
为了适应现代企业集成化管理要求,同时结合市政管理自身的特点,能够使市政办公的效率和办公自动化水平得到有效的提高,更加迅速、方便地利用自身的信息资源,使各级领导决策更加科学、更加及时,运营商开发了道路巡视系统。
4.1.指挥中心功能组成
有线道路巡视系统功能由通知公告子系统、信息管理子系统、业务受理子系统、公文流转子系统、邮件管理子系统。
4.1.1.道路巡视
道路巡视模块主要功能是将相关案卷批转到相关部门进行处理,处理完毕后指派巡视员进行现场核实,两个结果一致即结案,这样形成一个管理闭环。
4.1.1.1信息录入
信息管理中心是通过计算机网络进行员工之间、部门之间信息交流与共享的公共平台。
信息的来源于两个方面:
一是市民通过12319市政热线、XXX政信息网、手机短彩信投诉反映的市政管理问题,二是市政巡视员通过“市政通”发送的市政管理问题。
管理人员根据12319市政热线、XXX政信息网、手机短彩信投诉等多种方式反映出的市政管理问题进行甄别、立案。
录入的信息包括事件的各类信息描述、设施信息、问题发生位置信息、举报人信息等。
4.1.1.2信息查询
管理工作人员通过输入关键字对已发布或未发布信息的具体内容进行查询。
例如:
输入事件节点即可查询某一时段的市政管理问题。
4.1.1.3信息发布
信息的发布采用向导式的信息发布模板,将信息进行实时发布。
信息发布的内容主要包括工作中常用的文本信息,如:
通知、报告、立案信息、宣传资料、规章制度等。
当查阅涉及内部办公信息时、必须具有系统授予用户的权限。
4.1.1.4立案传递
管理工作人员可根据举报信息,发送立案任务书至指派的市政巡视员,以便巡视人员到现场进行核实取证。
4.1.1.5任务分派
管理工作人员根据接收的问题,对事件分发到相应的专业部门。
4.1.1.6任务确认
各专业部门及现场巡视人员在接收到执行命令之后,进行任务确认反馈;对事件描述不够清晰的可提交任务反馈问题书进行询问;
4.1.1.7任务查询
该功能模块主要为管理工作人员提供查阅已受理案件及历史案件的途径。
4.1.1.8综合评价
监督部门以及社会公众,可利用系统功能,对市政管理相关部门以及系统的办事情况、流程规范等进行评价打分。
监督部门使用监督评价结果作为重要依据对应相关部门和系统进行年终考。
4.1.1.9报表管理
根据工作需要,管理员可对工作中涉及到的所有任务书的表格进行修改或功能模块设定,对设定好的报表统一下发。
具体包括以下功能:
模块管理
管理员根据需要,调整所需模块的数量。
(最大数量由系统限定)
模块名称设定
根据业务需要,修改或重命名功能模块。
模板布局
可对模块进行分布布局。
4.1.2.通知公告
系统具有发布全国范围内的市政管理信息,对于重要事件或通知公告可以进行特殊显示(可选择),使所有工作人员都可以及时了解市政建设的最新动作动态。
另外该功能模块还为工作人员提供最新消息功能。
最新消息实际上是一个搜索引擎。
是查询本级及以下各级栏目中是否有最新发布的信息。
内部用户可以按照最近的天数,或者信息包含的关键字来搜索信息。
●通过最新消息,工作人员可以及时查阅到市政管理各部门的信息。
(有相应权限界定)
●最新消息是查询本级及以下各级有权限的栏目中是否有最新发布的文件信息。
●用户可以按“关键字”查询;按“天数”查询信息,按“关键字”和“天数”联合查询信息。
4.1.3.公文流转
公文流转以用于处理日常工作中的各种公文,利用计算机网络的高速迅捷和计算机控制的严格准确性实现公文的处理。
公文管理模块相对传统公文处理而言,在很大程度上提高了公文处理效率和准确性,用户操作简便易行。
公文流转包括了公文的发文草拟、发文审核、发文会签、发文签发、发文登记、发文传阅、收文签收登记、收文审核、收文拟办、收文批办、收文承办、公文归档销毁、公文查询以及公文的流程监控、公文催办、公文流程定制等。
公文流转中,用户可以预先定义公文的处理流程及相应的处理权限,在拟制、登记及公文流转过程中具有相应权限的人员可以进行公文在线编辑,可以进行跳签、插签、退签、撤销等处理。
功能包括:
拟制公文、公文办理、公文登记、公文催办、公文跳转、归档销毁、公文查询、密级管理、模板维护、流程设置、公文类别设置。
●收文管理
收文管理是根据政府部门正式文件的接收和办理需求而设置的,其流程如图所示,主要收文包括登录、拟办、主办、阅办、协办、承办、归档几个步骤。
收文管理的办理流程如下:
✧进入收文管理的“工作列表”中,设置收文流程,在界面的下拉式菜单中依次选择拟办人、阅办人、主办人、协办人、承办人、归档人和接收人(协办人和接收人可从地址簿中多项选取),流程确定后,进行正文编辑(对本事项的一些说明),附件粘贴(一般是正式文件),点击“提交收文”按钮,文件被自动转发给拟稿人;
✧拟办人(一般为单位信息主管)拥有对流程设置进行修改的权力,填写完拟办意见后,可对修改收文流程(重新选择阅办人、主办人、协办人、承办人、归档人和接收人),修改完毕后,点击“送交阅办”,将公文转发给领导阅办。
✧如就公文有任何意见需要和收文人交流,点击“不同意”按钮则可将公文退回到收文人处,重新办理;
✧阅办人(一般为单位主管领导)就相关事项和拟办人进行协调,就办理过程、人员达成一致后,点击“下发主办”或“下发协办”按钮将公文转发给主办人和协办人;
✧主办人(一般为主办部门领导)和协办人(一般为相关部门领导),其中主办人是事务的具体负责者,可指定部门下属人员为承办人,具体办理相关事宜;协办人则负责相关事务的协调处理,向主办人提供意见建议等。
也就是说,事务在主办人和承办人阶段完成了具体处理,处理完毕的公文可由承办人经确认后,点击“提交归档”送交归档人做归档处理;
✧在整个办理过程中,被授权人员可随时对收文内容和流程进行查询,掌握具体动态。
●发文管理
与收文管理对应,发文管理实现了政府机关、单位正式公文从草拟到签发的全部流程,参见上图。
其具体办理步骤包括:
✧进入发文管理的“拟稿列表”中,点击“新增拟稿”,进入拟稿界面。
拟稿人通过选定审稿人、会签人、审核人、签发人、复核人、分发人(会签人和分发人可以多选)确定发文在单位内部人员之间的流转过程。
然后,在正文编辑框中填写发文处理意见,将发文的正式拟稿作为附件,点击“提交拟稿”发送给审稿人。
✧审稿人、会签人、复核人等各负其责,依次共同完成对整个发文的处理工作:
负责对公文内容进行审核;会签人一般为与发文内容相关的部门领导,共同对公文的效力和准确性进行确认;会签人全部签发完毕后,由审核人(一般为主管领导秘书)进行审核,交由领导签发;签发完毕的文件经过复核人(一般为秘书处)的最后审核,正式送达分发人(一般为单位机要室)分发给各接收人。
✧在整个过程中,处理人员对公文内容有任何否定或改进意见,都可以将公文退回到拟稿人处,进行重新办理或内容的调整。
✧处理人员点击“查看详情”,可以详细查阅以前所有人员的处理意见,以供参考。
●公文查询
公文查询是为用户提供对归档后的收文,发文进行检索的功能。
通过分类科目的维护对不同的人设置不同的检索权限。
可以对文档标题,来/发文单位,主题词,登记/签发人,文号,文档类型,开始,结束时间进行查询,并可以对归档错误的文件进行删除。
4.1.4.邮件管理
电子邮件在企业中是常用的信息传递方式,在办公自动化系统中,电子邮件分为内部邮件与外部邮件两部分。
系统提供的邮件采用浏览器模式,使用方便、维护简单。
邮件提供了自动回复功能和优先级识别功能,同时可以上载附件或图片以及来件自动
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- xx 市政道路 巡视 管理 系统 技术 方案 doc