县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx

上传人:王** 文档编号:1419791 上传时间:2024-07-08 格式:DOCX 页数:55 大小:479.82KB
下载 相关 举报
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第1页
第1页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第2页
第2页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第3页
第3页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第4页
第4页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第5页
第5页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第6页
第6页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第7页
第7页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第8页
第8页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第9页
第9页 / 共55页
县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx_第10页
第10页 / 共55页
亲,该文档总共55页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx》由会员分享,可在线阅读,更多相关《县智慧城市建设智慧城管平台及城管监控技术方案[183页Word].docx(55页珍藏版)》请在优知文库上搜索。

1、对于一般案件,由专业部门进行处理,并将处理结果反馈到指挥中心:对于重大案件,由专业部门进行处理,同时主管领导督办。1.1.3.5.任务反馈阶段处理反馈阶段的主要业务流程:指挥中心将相关专业部门送达的问题处理结果反馈到监督中心。1.136核查结案阶段核查结案阶段的主要业务流程:监督中心将问题的处理结果通知监督员进行核隹、上报,核杳信息与处理信息一致则进行结案,否则要求专业部门承新处理。如果核杳结果为问即己解决,则进行结案:如果核杳结果为问期没有解决,则将问题信息流转到轴.指挥中心将责成专业部门进步进行处理或重新进行处理。1.1.37综合考评阶段综合考评阶段的主要业务流程:系统根据预先设置的考评指

2、标、考评指标权重(分值)、考评周期,结合来自城市管理门户网站的考评数据,对城市管理相关货任主体进行考评,生成考评结果,并将部分考评结果信息通过发布公共信息子系统向社会发布.综合考评主要包括区域考评、部门考评和囱位考评“区域考评按定周期对社区、单元网格不同层面区域进行考评,根据区域考评模型,由系统自动生成考评结果。部门考评按一定周期对专业部门和各责任主体进行考评,根据部门考评模型,由系统自动生成考评结果。询位考评按定周期对监管中心、指挥中心、各岗位和监督员等进行考评.根据岗位考评模型,由系统自动生成考评结果。应用体系结构为以结构的应用系统,客户机必须通过应用服务器才能访问数据库服务器,杜绝了客户

3、机直接访问数据库服务器的可能:客户机对服务器的访问特权可以指定或内置一:所中的每一层,提供三个级别的安全性。3、稔定性:应用体系结构为三层结构的应用系统,其业务逻辑层与用户表示层、数据服务层完全分窗,三层之间相对独立,使得其中某一层的改变根本不影响到其他两层。因而.当用户需求发生变更时,系统维护人员可以很容易地控制变更范困.系统的稳定性特别高。4、可适应性:应用体系结构为三层结构的应用系统,应用服务器(即:业务逻辑层)主要承载与管理应用系统的全部业务逻辑,每个业务逻辑被封装成独立的应用组件.组件与组件之间只通过有限的、指定的接口进行通信,当某一业务逻辑发生变化时,仅须修改其相应的应用组件即可,

4、对象的结构与交互方式、数据的结构与存取方式等不须作修改,有效地限制J一处修改而处处牵连的“波动效应”,系统具有很强的变化适应能力。5、可移植性:应用体系结构为三层用纯Java语言来实现的,应用业务逻辑的部署与应用服务器具体的机型、操作系统无关,应用系统可以任意移植、轻松实现跨平台运行,更可以支持异构平台之间的互连和紧密衔接。结构的应用系统,业务逻辑层的应用组件的开发是采纯JaVa语言来实现的,应用业务逻辑的部署与应用服务耦具体的机型、操作系统无关,应用系统可以任意移植、轻松实现跨平分运行,更可以支持异构平台之间的互连和紧密衔接。6、可伸缩性:应用体系结构为三层结构的应用系统.由于其所有的应用程

5、序(即:应用组件)全部置于应用服务器中,用户可以根据其系统的规模,来确定应用服务器的的硬件平台来满足不断增加的负我需求,使得系统具有良好的可扩展性.再有,可使应用系统较为方便地使用异种数据源。3、系统的易维护性由于B/S结构客户端只需要浏览器(IntemetEXPlorer),既不需要安装更杂的网络、数据库等连接,更不用安装伴随开发工具的界面控制驶动程序,即便需要在浏览器中嵌入必要的界面控制内容,浏览器本身也会自动下载及安装,完全省去了人工干预,其维护工作和维护成本趋十“零”,因此,采用B/S应用体系结构系统的维护工作简单、维护成本较低,非常有利于“城市模块化管理系统”这样个全市、业务应用广泛

6、和需要随时根据需要进行功能方面、界面控制等内容更新的系统。4、系统的安全性整个系统由三个部分组成:客户端、中间以应用服务器、数据库服务器“应用系统的层次结构划分为:用户表示层、业务逻辑层、数据服务层,在B/S三层结构应用系统中,由用户表示U向业务逻辑必发出请求,然后业务逻辑以决定使用哪个数源来满足其谙求。通过使用相同的调用接口,业务逻辑层就可以对任何可用的数据源访问。最后,可以增强和提高信息的安全性.访问特权可以指定和或内置于三个层次的每一个层次中,以便提供三个级别的安全性。1.1.43采用基于WebServices技术实现系统对外接口WebSerViCeS技术描述了些操作的接口,通过标准化的

7、Xm消息传递机制,可以通过网络访问这些操作。WebSerViCeS是用标准的、规范的基于XM1.的临D1.讲言描述的,它隐藏了服务实现的细节,允许独立于硬件或软件平台、独立于编写服务所用的编程语言方式使用该服务。这使得基于WebSerYiCeS的应用程序具备松散耦合、面向组件和跨技术实现的特点。采用基于WebSerViCCS技术实现系统对外接口具备以下特征:1、完好的封装性可否认性等运用规范的方法进行描述、传输和交换,最后,所有整次上的处理都应当是可管理的,因此,需要对管理协约运用同样的机制。4、使用标准协议规范作为WebServices,其所有公共的协约完全需要使用开放的标准协议进行描述、传

8、输和交换,这些标准协议具有完全免费的规范,以便由任意方进行实现。一般而言,绝大多数规他将最终有W3C或OASIS作为最终版本的发布方和维护方。5、高度可集成能力由于WebSerViCeS采取简单的、易理解的标准Heb协议作为组件界面描述和协同描述规范,完全屏蔽了不同软件平台的差异,因此,无论是CORBA,DCOM还是EJB,都可以通过这一种标准的协议进行互操作,实现了在当前环境下最高的可集成性。城管系统涉及了多种集成方式,所以必须拥有一个全面的集成平台才能满足需求.举例来讲,针对现有的“协同工作系统”及“GIS系统”来讲使用JCA模式会成为比较合理的集成方式。由于这些系统都已经成为标准的完整应

9、用拥有自己的逻辑与业务、安全等模式,如果只进行简单的数据集成则需要重新开发大量的原有系统中的逻辑,为集成带来很多工作量与更杂度。同时该类集成还需要拥有统一的专用管理界面,以保证集成后的可维护性.而针对I可步建设的几个子系统,由于构建在同一平台卜.,架构构一致沟通便利,因此更多的利用JVS直接进行系统间通信将成为理想的臾成模式,该方式即能保证集成系统间的独立性又能保证系统的灵活度与可定制性、可调整性。还有一类集成屈于针对外部相关机构的无关性集成任务,该类集成由于涉及的技术架构,应用体系等都有较大的不确定性,因此采用WebSerViCeS将能够提供更灵活的集成性。借助WebServiCeS的技术无

10、关性与通信标准性可以保证针对未来的各种符合标准的系统都能够达到无关性集成,并且其系统间的相关性可以降到最低,使集成任务的工作量更少。实现分离、统一对象模型,继承和发展了传统软件工程“面向对纵技术将计算看成是一个系统的演变过程,系统由对象组成,通过一系列的状态变化来完成计算。时取具有保持能力和自主计算能力面向对象设计和实现的甫点是多个对象的网状组织结构和协同计修,而不是过程调用的层次结构,这样就在本质上适应了并发、分布系统及互联网的计算特征。1.1.46工作流引擎技术工作流技术适应于电子政务平台框架下的具体电子政务应用系统中各个政府职能部门之间的联办互动工作,公文流转,网上审批、信息传递等系统都

11、要用到工作流技术。采用工作潦引擎技术将信任服务、授权服务和工作流等业务流程有机融合紧密结合在起,构成安全的工作流业务系统,为不同业务系统集成提供实现的技术手段。具体而言,工作流技术要达到以下目标:支持跨平台、多种语言的接口,使用户的已有应用可以在不做改动或稍做改动的情况卜应用到新的工作流上:建立流程控制数据库,让适当的人在适当的时间通过适当的方式提解从而以适当的手段完成适当的事情:支持多种工作处理机制,例如工作人民外出时的远程办公机制、授权机制等等:与消息中间件之间的有效结合,支持各种灵活的触发和提醒机制,例如界面提示功能、数据库触发机制和消息的存储转发等等。在工作流引擎的设计上实现流程、信息

12、和人的分离设计,各司其职,件成体系。工作流的设计思想如下图所示。1.2.1,统一受理分平台1.21.1.监督受理子系统监督受理子系统(即“监督受理子系统”)是为数学化城市管理监督中心设计,通常设立呼叫中心,使用人员一般为呼叫中心接线员。通过信息传递服务引擎将无线数据采集系统报送的问题信息传递到接线员的工作平台,接线员通过系统对各类问题消息接收、处理和反馈,完成信息收集、处理和立案操作,为协同工作了系统提供数字化城市管理问题的采集和立案服务,保证问题信息能及时准确地受理并传递到指挥中心。呼叫中心受理的数字化城市管理问题包括监督员上报、部门上报和社会公众举报的问题.该系统应实现的主要功能包括:提供

13、管理问题信息的自动受理功能:提供管理问题信息的手工登记功能:能根据上报管理问题信息中包括的+标信息,在地图中自动标识出问题发生位置:通过登记的问题位置描述,能在地图中搜索并定位到问题发生位置:具备向监督m发送问题任务指令功能:具备接收监督员核实、核查信息、结案处置功能:能够与协同工作子系统进行数据交互,向协同工作子系统自动报送任务数据:具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能:,具备新问题或任务反馈信息实时提示功能:通过输入网格编号或手动点击地图进行定位后,地理编码引擎将自动进行匹配,绐出详细的位置描述。同时提供了对于关键字和部件的查询。地理编码查询2)公众举

14、报登记记录公众提供的举报信息,由相关人员定期将建议信息进行分类整理,并分类上报给相应的专业部门.记录用户接收反馈意见的方式、希里得到答笑的时限等。将问题或投诉内容进行分类,进行预立案提交到“协同工作系统”流程等待卜一步处理。根据现有数据进行统计,以图形、表格等方式进行显示,从而可以方便地对热线系统的运转情况进行分析,并可根据分析结果进行适当地调整,使热线系统能够更好地满足实际情况的需要.,系统提供统计分析功能主要表现在下面几个方面:来电情况统计:可以统计某个时间段内来电数、语音受理数、人工受理数、直接回宓数、仃效反馈数等项目的具体数值以及所占的百分比,并以图形方式显示。可以对来电的业务类型进行

15、分类统计,以表格与图形的方式来进行显示,分月话务盘统计:可以按月对各种类型的来电进行统计,形成表格与图形,可以有效地进行比较。数据采集情况统计:对由接线m辅助进行数据采集情况进行统计。接线员工作统计:对接线m的工作情况(如工作时间、受理电话数、有效答复数等)进行统计。2)城市管理问题来源及处理咨询业务处理:通过热线电话的接线员,能交互式咨询相关事项,例如办事流程、需要做的准着工作等.接线员可以使用系统提供的资料查询功能.来准确回答公众的咨询,接线员无法当场答友的问题,可以通过本系统直接将电话转至具体的委办局有关人员,由其解答;也可以推迟一定的时间来向用户提供准确的反馈信息。公众建议处理:记录公众提供的建议信息,由相关人员定期将建议信息进行分类整理,井分类上报给相应的专业部门。服务中心向市民回访满意度,并生成对各区域、各专业的部门的客观评价“并由服务中心监督员组织对各级专业管理部门工作人员的工作进行抽查扣分考评。3)坐标定位根据电话热线受理过程中,通过坐标确定某事件发生位置,能定位到某网格区域内,能铭根据属性或位置杳询城if5事件的信息,并自动进行定位。1.2.14知识库接线员在接受公众汴询过程中,需要即时查找各种资料,知识库模块为接线员提供了这样的资源数据库。通过快速收集、便捷包询和智能分析,为接线员提供便捷的业务和法规支持知识库所涉及的信息建设是个持续积累的过程。该子系

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 解决方案

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!