您好,欢迎来到意榕旅游网。
搜索
您的当前位置:首页城市管理系统应用软件技术方案设计

城市管理系统应用软件技术方案设计

来源:意榕旅游网
实用文档

城市管理系统应用软件技术方案

第1章 概 述

1.1 项目背景

从现代城市的管理内容来说,广义的城市管理涵盖保护自然环境、发展经济、发展社会等内容,城市的所有管理行为都可以称之为城市管理。而我们通常所说的城市管理是一个狭义的概念,主要包括城市基础设施运行、市容环境与秩序、城市规划和建设等内容。从部门来说,主要涉及建委、办、规划局、执法局、环保局等部门。

城市管理工作与广大市民的切身利益息息相关,其工作目的在于通过管理、执法,制止、制裁少数人的违法行为(比如:违章建筑、噪声、占道经营、乱抛垃圾等等),最终服务于全体市民,为大家创造一个整洁、优美、舒适的生活和工作环境。我们不难想象,一个结构庞大、内容复杂、矛盾交织的城市如果没有人管理,会有什么样的糟糕局面。

目前XX区通过三级联动单位(区投诉中心、XX区各中队、具体办案单位/中队)采取以下两种方式进行事件的办案和处理:

 主动发现(人员自检巡查)。

 被动发现(投诉电话、电话留言、网上“投诉”、信访投诉渠道、联动单

位交办委托电话、传真、公文方式)。

随着社会的发展,城市管理要求越来越高,管理任务逐渐繁重,城市管理的工作量、复杂度大大增加。由于缺乏现场监控取证的信息采集工具(比如视频摄像),在发生事件后,只能通过派队员去现场确认事件,取证,然后才能进行立案办理,这样一是耗费时间长,二是耗费人力资源大,对于一些无效的投诉,则浪费了人力。由于缺乏目标定位技术和设备(比如GPS终端),一级和二级联动单位对日常巡检的资源(车辆和人员)不能实时掌控其位置,采用移动电话通信,效果不理想,遇到紧急情况(比如要和指挥中心警情联动),不便于指挥中心的统一调度和指挥。采用三级管理,在现有的技术条件下,事件处理的中间耗时长。显然,现在的工作模式已经不能适应目前特别是今后工作的需要。

城市管理投诉服务专线较好地解决了投诉较多的“六乱”、夜间施工扰民等问题,净化了市容环境和社会环境,为维护社会稳定起到了积极的作用。投诉系统的成功应用,引

文案大全

实用文档

起了市领导的重视和关注,多次对它做出了肯定的评价。为扩展现有市投诉中心的业务职能和管理功能,借鉴现有系统的开发和使用经验并扩展其功能,参照国内其他城市成功的模式,办公会议做出了要建设指挥中心的决定,以进一步提高广州城市管理水平,使广州能更好地为广大的市民服务。

去年,深圳投资1400多万元,建成了全国第一个城市管理指挥监控中心,深圳的城市管理逐渐由“上街”变为了“上网”。

深圳办于今年4月初启动了指挥中心率先运用智能化的监控设备,并结合刚开通的指挥中心热线电话,在全市建立起一个市容市貌的远程监控“窗口”和信息平台,自监控指挥调度系统投入使用以来,共协调处理了1500多宗违法违章行为,问题解决率近90%。

目前,深圳的中心城区和敏感地段,平均每3平方公里就有一个监视点,对市容、卫生、路灯、绿化、防火等进行综合监控。

不久前,“深圳市城市管理数字化示范应用工程”通过了建设部专家组鉴定,专家认为,深圳将3S(地理信息系统、全球卫星定位系统、遥感技术信息系统)、计算机电信集群技术、网络数字集群通信等高新技术整合应用于城市综合管理,提高城市管理的整体水平。

北京东城区,结合信息化技术,采用了“万米单元网格管理法和城市部件管理法相结合”的新型城市管理模式,取得了良好的效果。

城市管理新模式运用万米单元网格管理将北京东城区25.38平方公里的范围划分为1652个网格单元,对全区6大类56种157976个城市部件利用地理编码技术定位编码,定位在万米单元网格中。建立城市管理监督中心和指挥中心,再造城市管理流程,应用、整合多项数字城市技术,研发以手机为原型的多功能通讯传输工具“通”,采用信息实时采集传输的手段,从而实现精确、敏捷、高效、全时段、全方位覆盖的城市管理模式。

万米单元网格管理新模式在城市管理方面是一个创新。它把管理城市的众多部门整合为监督和管理两个轴心,把信息化技术应用在城市管理中,以数字城市技术为依托,推进城市管理,建立覆盖全时段全区域的城市管理体系。

通的GPS定位每15分钟刷新一次,还可以把员的个人资料、位置、巡查轨迹等内容显示在监督中心大屏幕上,监督其工作。

深圳和北京为XX区的指挥中心建设提供了很好的经验。除了需要注意

文案大全

实用文档

学习其成功之处,还需要注意充分利用XX区的客观条件,如广州市XX区信息化的成果、指挥中心视频监控资源、社会联动资源等,建设能适应XX区特点的指挥中心。

经过多年的信息化建设,XX区各部门都建立了面向社会公众的网站,架起了与社会市民信息沟通的桥梁,为城市管理和公共服务管理部门之间、管理部门与公众之间开辟了迅捷的沟通渠道,也为公开和简化城市管理和公共服务办事流程、公开有关城市管理和公共服务的法规、文件、信息,增加办事透明度搭建了基础平台和良好的网络环境。建立了区决策指挥中心,通过视频技术以及电子地图技术实现应急联动和应急指挥;建立了服务热线82229999,实时受理来自社会公众的咨询、举报投诉。信息化建设成果为XX区精细化城市管理系统的建立打下了良好的基础。

1.2 项目建设目标

从XX区城市管理的实际出发,站在不断满足市民基本生活需要,构建社会主义和谐社会,加强党的执政能力建设的高度,以“群众得实惠、管理出实效”为价值取向,通过条块联手、整合资源、再造流程、强化监督指挥功能等手段大力推进城市管理的现代化,使城市管理中的作业(服务)、管理、执法、监督等四个环节真正形成有机衔接、科学合理、高效有序的闭合系统,全面提升城市综合管理的能力与水平。

按照建设部《城市市政综合监管信息系统》系列标准,结合XX区的具体现状,应用、整合多项数字城市技术,创建城市管理“两个轴心”的管理,再造城市管理流程,从而实现精确、敏捷、高效、全时段、全方位覆盖的城市管理模式。将全区划分为街道、社区、单元网格三个管理层次,明确每个层次城市管理的责任,通过分区实时监控,随时掌握城市的现状,及时处理城市管理中发生的问题,从而实现城市管理由被动向主动的转变,彻底解决城市管理中的被动、盲目管理问题。并按照监控、评价与管理分开的原则,全面整合职能,针对城市管理工作中专业管理部门多头管理、职能交叉、职责不到位的现象,根据新模式运行与发展的变化,适时调整专业部门设置和职能,改变城市管理的理念、流程和方法,实现城市管理监督与服务一体化,提高执政能力和水平,促进和谐社会建设。

1.3 项目建设内容

本项目建设内容是基于现有的信息系统所积累的相关IT资源,运用空间网格技术、

文案大全

实用文档

地理编码技术,以数字城市技术为依托,将空间地理技术、协同工作模式应用到城市管理中,建设XX区精细化城市管理信息系统,主要内容包括监管数据无线采集子系统、监督中心受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、城市部件在线更新子系统、综合评价子系统、基础数据资源管理子系统、应用维护子系统等9个子系统;从层次上分为数据层、平台层和应用层;将建立全区统一的监督指挥中心,并在联和街事处设置指挥分中心,形成集中监督、分级指挥的模式。

1.4 系统开发原则

系统开发主要应遵循以下原则:  充分利用信息化建设现有资源;  技术先进性与实用性相结合;  功能多样性与一体化;  标准化和规范化;  技术实现的安全性;  开放性和可扩展性;  易操作和易维护。

1.5 设计依据

有关信息系统的其它国家标准和行业标准、规范、规程。 -GB8567-88

计算机软件产品开发文件编制指南

-《计算机软件工程规范国家标准汇编2003》中国标准出版社 -《项目管理—计划、进度和控制的系统方法》(第7版) -GB17859-1999 计算机信息系统安全保护等级划分准则 -GA/T367-2001 -GA/T491-2004 -GA/T493-2004 -GA/T532-2005

视频安全监控系统技术要求 城市警用地理信息分类与代码 城市警用地理信息系统建设规范 城市警用地理信息数据分层命名规则

-CJJ/T106 建设部行业标准《城市市政综合监管信息系统技术规范》 -《广东省社会治安视频监控系统建设指引》

文案大全

实用文档

-《广州市社会治安视频监控系统建设方案》(送审稿) -《广东省社会治安视频监控系统数据传输技术规范》 -《民用闭路监视电视系统工程技术规范》(GB50198-94) -《工业电视系统工程设计规范》GBJ115-87 -《远端图像与环境监控系统技术规范》

-《电气装置安装工程施工及验收规范》(GBJ232-92) -《入侵探测器通用技术条件》(GB10408,1-)

-《无屏蔽双绞线系统现场测试传输性能规范》(EIA/TIATSB67) -《电子计算机机房设计规范》(GB50174-93) -《电子计算机机房施工及验收规范》(SJ/T30003-93) -《电子计算机场地通用规范》GB/T2887-2000 -《建筑物防雷设计规范》GB50057-94(2000年版) -《中华人民共和国城市规划法》19.12.26

-《质量体系设计、开发、生产、安装和服务的质量保证模式》GB/T19001-1994 -《质量管理和质量保证标准-在软件开发、供应和维护中的使用指南》GB/T19000.3-1994

-《计算机软件质量保证计划规范》GB/T12504-1990 -《计算机软件配置管理计划规范》GB/T12505-1990 -《中华人民共和国档案法》 -《中华人民共和国档案法实施办法》 -《广东省档案管理办法》

-《火灾自动报警系统设计规范GB 50116-98》 -《电子计算机机房设计规范GB50174-93》 -《计算站场地安全要求GB 9361-88 》 -《工业企业通信设计标准》(GBJ42-81) -《工业企业通信接地设计规范》(GBJ79-85) -《安全防范工程程序与要求》(GA/T75-94) -《安全防范系统通用图形符号》(GA/T74-94) -《中华人民共和国公共安全行业标准》GA38-92 -《计算机信息系统安全保护条例》

文案大全

实用文档

-《计算机信息网络国际互联网管理暂行规定》 -《计算机信息网络国际互联网管理暂行规定实施办法》 -《计算机信息网络国际互联网安全保护管理办法》 -《计算机信息网络国际互联网管理规定》 -《计算机病毒防治管理办法》

文案大全

实用文档

第2章 概要设计

2.1 系统需求分析

根据XX区精细化城市管理系统应用软件特点,主要内容监管数据无线采集子系统、监督中心受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、数据交换子系统、综合评价子系统、基础数据资源管理子系统、应用维护子系统等9个子系统。

2.1.1 技术需求

(一)应用软件系统技术要求 1、图形化流程定义

工作流引擎应可以灵活、自由地进行配置,同时还可以对包括主流程及各流程环节的权限进行设置,保证流程在复杂应用中的可用性和适应性。

2、工作即时提醒

系统应具备浏览器方式下的信息提醒机制。有新的信息到来时,以文字或声音的方式对用户进行提示。

3、人员权限集中设置

可根据岗位职责和职务划分成不同用户群,从业务需求和使用权限上进行分类。 4、具备能够提供非开发人员使用的搭建平台

系统的搭建、维护均采用图形化界面的构建平台完成,使用构建平台不仅能够对业务流程、角色、权限、处理表单等进行灵活的配置,还需采用可视化界面进行地图数据入库、符号化定义、图层定义、专题定义。

(二)应用模块功能 1、数字化城市管理信息系统 1) 监管数据无线采集子系统

该子系统是“XX区精细化城市管理信息系统”的信息采集终端。主要用于实现监督员在自己的管理范围内巡查过程中向监督中心上报城市管理问题信息。该系统可以依托移动设备,可采用中国移动的GPRS或中国联通的CDMA数据传输技术,通过城市部件和事件分类编码体系、地理编码体系,完成城市管理问题文本、图像、声音和位置信息实时传递。

2)监督中心受理子系统

文案大全

实用文档

呼叫中心是城市管理监督中心下设的联系内外各部门和社会公众的窗口。呼叫中心的主要工作是受理来自城市管理监督员和社会公众的城市管理事件报告或举报,然后对他们所反映的事件或所举报的情况进行核实,并对事件发生地点进行地图定位,经登记立案后传递给指挥中心派遣办理。因此,“监督中心受理子系统”的主要功能就是为呼叫中心人工坐席工作人员提供事件的受理、登记、立案、定位和转发等功能。

3)协同工作子系统

采用基于Browser/Server的体系架构,采用工作流、WebGIS技术,通过浏览器完成城市管理各项业务的具体办理和信息查询。协同工作子系统提供给监督中心、指挥中心、各专业部门以及各级领导使用,系统提供了基于工作流的面向GIS的协同管理、工作处理、督查督办等方面的应用,为各类用户提供了城市管理信息资源共享、查询工具,可以根据不同权限编辑和查询基础地理信息、地理编码信息、城市管理部件(事件)信息、监督信息等,实现协同办公、信息同步、信息交换。各级领导、监督中心、指挥中心可以方便查阅问题处理过程和处理结果,可以随时了解各个专业部门的工作状况,并对审批流程进行检查、监督、催办。系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来,实现监督中心、指挥中心、各专业管理部门和区之间的资源共享、协同工作和协同督办。

4)地理编码子系统

城市管理地理编码系统是网格化城市管理最重要的支撑系统之一,地理编码技术提供了一种把具有地理位置的信息资源赋予地理坐标、进而可以为计算机提供计算的方式。通过地理编码,将城市现有的地址进行空间化、数字化和规范化,在地址名称与地址实际空间位置之间建立起对应关系,实现地址空间的相对定位,可以使城市中的各种数据资源通过地址信息反映到空间位置上来,提高空间信息的可读性,在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理,最终实现城市管理由盲目到精确,由人工管理到信息管理的转变。

5)监督指挥子系统

在城市管理监督中心设立了监督指挥子系统,便于监督中心和有关领导更加清楚地了解城市管理的状况和相关信息。

监督指挥子系统通过网络接入数字城市管理系统,实现资源共享和远程指挥。通过大屏幕可直观地掌握城区各个社区或万米单元的城市部件信息、问题处理信息、案卷信息、评价信息等全局情况,还可以对每个社区、监督员、部件等个体的情况,实现对城市管理

文案大全

实用文档

全局情况的总体把握。

除标准的显示比例外,系统应根据用户需求,定制(1024*5,768*2)等特殊的大屏幕全屏显示功能。

6)综合评价子系统

“综合评价子系统”运用综合评价模型,将信息化技术、监督评价的工作模式应用到数字化城市管理中,建设城市管理综合评价系统。通过城市管理评价体系模型,将其以图形化或表格化的方式显示出来。通过系统建设,推进城市管理监督达到主动、精确、快速、直观和统一的目标,从而实现完善的城市管理评价体系,可以形成良好的城市管理监督机制。

7)数据交换子系统

通过数据交换子系统实现市级与区级平台立案、结案、查询、统计等有关问题信息的信息交换。

8)应用维护子系统

应用维护子系统是系统管理员使用的工作平台,通过该平台,可以快速搭建、维护城市管理业务,定制业务工作流程,设置组织机构,并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。利用应用维护子系统,系统管理人员可以方便地调整系统使之适应用户需要,并可以在使用中不断地变更系统配置,无须软件开发者的干预,充分赋予了用户自维护、自发展、自适应的能力。

9)基础数据资源管理子系统

实现对空间数据资源的管理、维护和扩展功能,并对空间数据的显示、查询、编辑和统计功能进行配置。

(三)系统接口要求

1)系统外部接口包括对外提供受控的功能接口、业务数据交换接口和空间数据交换接口。

2)无线数据传输主要指无线数据采集器与数据库服务器之间的数据传输。使用无线数据采集工具,将采集到的城市事(部)件问题的相关信息,包括事(部)件的类型、相关图片、录音资料以及问题位置等信息通过移动通信网络传至服务器。

(四)系统运行环境要求 1) GIS平台选型

系统选用ESRI公司的ArcGIS系列软件作为GIS平台。

文案大全

实用文档

2)数据库平台选型

考虑到系统运行涉及大量矢量、栅格地图,为有效管理海量空间信息及其属性信息,系统数据库平台选择Oracle9i。

上述GIS、数据库两类平台的采购不在本次招标范围内。 (五)应用软件集成服务要求

投标人作为系统建设阶段技术总负责,将负责本次招标项目建设各个阶段及各项建设内容的方案制定和审核,负责软件系统的测试、总体联调、试运行、验收,直至系统正式运行。

投标人必须在深入了解XX区精细化城市管理项目内容的基础上,在应标时提交“XX区精细化城市管理系统建设实施方案”。实施方案应对项目需求分析、系统设计、系统开发、系统实施等工作等进行描述,制定各个子系统的功能要求、接口规范、性能指标要求,细化、明确项目建设中的各个业务和处理流程,包括城市管理数据建设流程、城市管理数字化业务流程等;在工程建设最终验收之前,还负责对整个XX区精细化城市管理应用软件系统的管理和运行维护工作。项目建设的最终验收即是对应用软件系统集成工作进行验收,以现场验收测试作为最终验收的依据。

投标人将负责本次招标项目建设的应用软件系统的集成,保证最终建成的各应用系统能够实现实施方案所要求的功能,包括统一的软件体系架构、数据库接口、应用系统接口、数据交换接口等;确认应用系统开发的测试结果和最终运行结果。要求开发的各个应用系统符合项目设计的要求,并达到各项性能的可靠性等要求。

依托功能强大的多种信息采集手段和先进的软件设计理念,我们提出为XX区城市管理部门建立“多元信息集成”、“监管一体化”、“任务协同”、“支持社会应急联动”和“决策支持系统”的“数字化”的信息系统解决方案,按照组件化的设计思想和层次化的体系结构,整个系统包括环境层、通讯层、接口层、数据处理层、信息处理层、业务管理层、决策支持层、信息发布层、以及支持系统有效运转的运行维护体系和安全保障体系。本系统利用计算机网络和公共电信网络的支持,包括有线和无线通信等方式,基于GPS的全球定位和无线数据通信系统与移动电信公网的连接,提供信息的多种传输模式,支持移动办公环境的建立和工作协同,为构建“和谐社会”奠定坚实的基础。

文案大全

实用文档

2.1.2 建设需求

2002年,广州、市决定广州开发区与高新技术产业开发区、保税区、出口加工区实行 “四区合一”,使广州开发区的规划面积和实际管辖面积分别达到217平方公里和173平方公里。

为加快实施广州城市发展“东进”战略,发挥开发区的辐射带动作用,统筹城乡发展,2005年4月,经批准,在开发区基础上,整合周边农村地区,设立XX区,新成立的XX区位于广州市中心城区的东北部,管辖面积达3.13平方公里。东接增城市,南邻黄埔区,西至天河区,北接从化市,地处穗港澳黄金三角洲的中心地带,水陆交通便捷。XX区将规划设置2个镇,4个事处。

目前,广州市XX区辖区内有夏港、东区、联和、XX4个街道和九佛、镇龙、永和片区。全区(XX区)总人口为31.35万人,其中户籍人口15.8万人,登记外来居住人口15.55万人。全区共有生产性企业632家,其中规模以上394家。

新成立的XX区包括:钟落潭镇红卫、凤尾、埔心、蟹庄、枫下、佛朗、燕塘、莲塘、山龙、重岗、黄田、何棠下、迳下、长庚等14个村委会和九佛、穗北2个社区居委会的区域,从增城市划出中新镇的镇龙、迳头、九楼、大坦、麦村、金坑、均和、福洞、福山、大涵、汤村、旺村、洋田、新田等14个村委会和镇龙社区居委的区域,新塘镇的贤江、新庄、永岗、禾丰等4个村委会的区域,从黄埔区划出夏港事处,荔联事处的笔岗社区、穗东事处的东基和西基2个自然村的区域,还有天河区新塘事处划出的玉树村的区域。

开发区要针对自然地理布局和行政区域划分现状,在大比例尺地图上,根据属地管理、地理布局、现状管理、方便管理、管理对象整体性等原则,把全区395平方公里的范围划分为2340个网格单元,从而使开发区在空间层次上形成四个层面,明确了每个层面城市管理的责任人。第一个层面是指开发区整个区域,城市管理的责任人是区;第二个层面是2个镇,4个事处,责任人是事处;第三个层面是32个村委会和25个社区,责任人是村委会、社区居委会;第四个层面是网格单元,责任人是驻地单位和门前三包负责人。

文案大全

实用文档

2.2 系统设计目标 2.2.1 软件总体要求

1. 必须具有较强的可扩展性、灵活性、成熟可靠性和相对的性,系统功能模块化。 2. 系统接口规范性、可扩充性、快速高效性。 3. 应充分考虑新、旧系统的平滑过渡。

4. 各个功能组件、相关的性能指标,应具备完整的测试数据及性能说明。 5. 应用程序采用参数驱动设计,具备多用户和多任务操作能力。 6. 易于使用,便于维护。

2.2.2 软件性能要求

1. 具备完善的安全机制。

2. 可扩展性、灵活性、实用性、稳定性、可靠性、可移植性。 3. 满足系统的实时性要求。

4. 客户端数量应满足区一级监控指挥中心正常运作的需要。

5. 终端用户界面通俗易懂,可操作性强,简洁、直观、有利于简化操作及其他功能要求。 6. 系统应能够一天24小时连续不断地工作。 7. 满足系统安全性的要求和故障恢复。

2.3 软件设计原则 2.3.1 总体设计原则

1. 系统具有较强的可扩展性。整个系统具有高度的灵活性以适应不同的业务需求及不同

系统配置的需要。系统采用先进的开放式体系结构,预留与其它系统的接口,易于扩充和升级。

2. 系统接口规范性、可扩充性、快速高效性。

3. 在新系统开发、安装、调测时,应充分考虑新、旧系统的平滑过渡,不对原有业

文案大全

实用文档

务有任何不良影响,待新系统全部测试完成后,顺利、安全地将旧系统切换到新系统。 4. 在软件的设计上应考虑到未来的发展,系统功能要模块化,使用的程序语言尽量减少

将来维护及开发的困难。应用程序采用参数驱动设计,不能确定的因素,要做到参数化,通过对参数的设置就可适应不同的情况、不同应用时期的要求。具备多用户和多任务操作能力,并对用户数不加。应用软件应支持在线帮助功能,且系统管理员能够修改帮助文本。

5. 设计应具有灵活性和易扩展性,在今后业务发生变化时,模块的增加和对模块的修改

不应对其他模块产生影响;

6. 软件模块的设计具有相对的性;软件的接口应明确、开放,应用软件设计要求层

次化、模块化,做到层次清晰,模块合理,对其中的模块可灵活抽取替换,模块与模块之间关系明确,易于维护; 7. 软件易升级;

8. 接口管理应具有灵活性与强健性,易与各业务系统进行灵活、安全、高效的交互。 9. 应用软件应易于使用:

10. 系统应具有清晰、简洁的用户界面,提供方便易用的联机帮助。操作员可只使用键盘

受理业务;

11. 应用软件应具有商业软件的安装/卸载文件、系统配置界面等内容,以便推广使用; 12. 应用软件应具备相应容错手段,允许操作人员在有限范围内的误操作和重要步骤的回

退操作。

13. 软件系统应具有很好的可维护性:

14. 具有灵活的系统参数、业务参数配置能力;

15. 所提供的各种文档应具有详细的注释,使最终用户技术人员便于理解、维护; 16. 应用软件应具有完备的应用日志,记录各个模块的运行情况、数据的处理等信息。

2.3.2 软件性能设计原则

1. 具备完善的系统安全机制,如日志管理功能,能够对每个操作员的每次操作有详细的

记录,对每次非法操作产生告警,并提供对操作记录的综合查询功能。

2. 应用软件应具有可扩展性。通过实现Enterprise Services组件化设计,可以充分利

文案大全

实用文档

用Windows Server的应用服务器功能,使系统具有充分的可扩展性。

3. 应用软件应具有一定的灵活性。系统应满足在尽量不重新进行软件开发的前提下,以

最大程度适应今后监控指挥模式变动的需要。通过参数化驱动的设计,使系统具有足够的灵活性。

4. 应用软件应满足系统的实时性要求。

5. 客户端数量应满足区一级监控指挥中心正常运作的需要,并有较大的扩展能力。 6. 终端用户界面应通俗易懂,可操作性强,简洁、直观、有利于简化操作,并提高工作

效率,具有相应的容错手段,操作人员的所有错误操作不影响正常操作的进程及不产生错误结果。在每个子系统中,操作及选择键(热键、菜单选择等)的功能定义应保持一致。

7. 不同的操作员都能设置自己的“快捷键”,以便在常用的菜单或工具之间快速切换。 8. 在功能栏和项目栏中都应有在线帮助信息,功能栏和项目栏中内容可修改。 9. 如查询资料需要多页显示,用户可跳页也可滚动显示。 10. 逐步回退功能(UNDO)。

11. 系统应具有一定的实用性和易用性,可在规定的学习时间内,经过适当的课程学习和

实践,使系统维护人员对系统有充分的了解,能完成对系统的维护和进行各类业务的二次开发。

12. 系统应具有一定的稳定性。新业务功能的增加或扩充不应影响原有业务的正常处理。 13. 系统应具有一定的可靠性。系统可以在99%的时间内正常运作。 14. 系统应能够一天24小时连续不断地工作。

15. 系统应具备安全检查功能,保证数据的完整性和保密性。

16. 各种使用权限所能调用的应用软件模块可按要求自由组合,由系统管理员统一调度。 17. 只有在经过密码验证后才能进入系统,基本权限为只读权限。

18. 可以根据操作员的不同权限对用户界面对象设置不同的安全级别,以防止未经授权的

访问。

19. 对高度机密数据的储存与备份提供安全保护,以防非法进入或摄取。

20. 当安全系统被破坏时,系统应自动提醒操作员,并检测出反常现象,提供正确操作方

法。

文案大全

实用文档

1. 系统应能对所有的操作进行追踪调查、记录并进行分类。系统应能保存各类日志(包

括操作日志和故障记录)文件。

2.4 软件功能结构

XX区监控指挥系统按照如下原则进行子系统分解:

 业务原则:每个子系统都可以实现一组相对而完整的用户需求,各子系

统的业务依赖程度小,即高内聚和低耦合原则。

 技术原则:需要使用的技术来实现的一组用户需求可以考虑单独划分为

一个子系统。

 商务原则:子系统的划分要便于单独分包和实施控制。

 复用原则:在系统初步划分的基础上进行优化,消除完全相似或局部相似的

重复功能,提取出公共模块和公用子系统,优化系统间的关系,降低整个系统架构的复杂度。

 均衡原则:各个子系统要大小适中,避免过于简单或过于复杂;既要便于专

业化的分包实施,又要便于系统集成。这是一个逐步细化和反复推敲的过程。

根据以上子系统分解的原则,本项目的系统划分为3个管理层次,共25个子系统。各管理层次的主要功能描述如下:

 技术支撑系统:包括地理信息子系统、车辆监控子系统、视频监控子系统、移

动视频监控子系统、大屏显示子系统、语音通信子系统、通讯管理子系统、资源管理子系统、基础信息维护子系统和系统管理子系统共10个子系统。  业务处理系统:包括事件接入子系统、分派调度子系统、二级分派子系统、预

案管理子系统、应急指挥子系统、可视调度子系统、移动办公及事件反馈子系统、电话会议子系统、控制监督子系统、行动管理子系统和协同工作子系统等共11个子系统。

 决策支持系统:包括多媒体文档管理子系统、信息发布与查询子系统、决策支

持子系统和学习评估子系统等共4个子系统。

以下是XX区监控指挥中心信息系统的软件功能结构图,表达各系统组成部分的

文案大全

实用文档

子系统划分和功能层次关系:

萝岗区监控指挥中心信息系统多媒体文档管理子系统信息查询与发布子系统业务管理层事件接入子系统分派调度子系统二级投分派子系统预案管理子系统应急指挥子系统可视调度子系统移动办公子系统电话会议子系统控制监督子系统行动管理子系统决策支持层学习评估子系统决策支持子系统协同工作子系统Web服务子系统系统管理子系统大屏显示子系统短信网关子系统技术支撑层移动视频监控子系统视频监控子系统车辆监控子系统通讯管理子系统资源管理子系统基础信息维护子系统地理信息子系统语音通信子系统 图4.1XX区监控指挥中心信息系统软件功能结构图

2.5 软件逻辑结构

以下是XX区监控指挥中心系统的软件逻辑结构图,表达各系统组成部分的相互依赖和信息传递关系:

文案大全

实用文档

其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其GPS其其其其其其其其其其其其其其其其其其其其其其110其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其 其其其其110其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其12319其其其其其其其其其其其其/其其其其其其其其其其其其其其其其其其其其其其其其其其其其110其其其其其其其其其其其 图4.2XX区监控指挥中心系统软件逻辑结构图

2.6 子系统设计

文案大全

实用文档

网格化城市管理系统平台体系

城市管理系统平台体系中的监控设备可以以图片等多媒体形式将发现的问题迅速发送到城市管理监督中心呼叫台。视频监控系统主要供城市管理相关领导、监督中心接线员和值班长、大屏幕操作员使用。实现城市管理相关信息的直观展示,用于城市空间可视化监控和指挥。另外,为了开展网格化管理,还需要建设指挥中心系统、无线数据采集系统、综合业务受理系统、协同工作系统、综合评价子系统、公众网站发布系统。

2.6.1 无线数据采集系统

无线数据采集系统将城市管理中的各类问题信息,实时发送到区级信息平台,实现对城市管理问题的快速反映,并利用GPS技术和手机定位技术,实现对问题的精确定位、处理和对监督员的科学管理。员发现违章搭建后,用它们调查取证,可以在几秒钟时间内将信息和照片传递到城市模块化管理中心。有关人员再通过GPS模块立即查找定位,通知职能人员迅速处理。

员可以随时把遇到的城市管理问题,如井盖丢失、露天烧烤、垃圾乱堆乱放等,通过创新研制的通手机及时报告给区城市管理监督中心,监督中心通过定位数据,了解问题部件的归属部门等各种参数,再通过专用网络迅速通知城市管理的相关职能部门,做到对城市市政设施的快速和精细化管理。

通过公众移动通讯网提供的手机GPS定位技术,实现城市管理问题的精确定位和对监督员的科学管理;通过从中国移动租用的光纤通道、专用坐席和特服号码,专门接收各个通的上报案件;利用区原有的办公专网,将上报来的信息分类发送至相关专业部门,并跟踪每个案件的处理结果。

2.6.2 监督中心受理系统

提供接收来自呼叫中心(站)系统、WAP、短信、网站、邮件、函件等多种渠道的不同人群(监督员、社会公众)的业务受理。并按照如下处理流程进行受理:对城市管理问题进行登记---核实---转发---立案等操作---根据监督员问题上报和社会公众举报生成案卷记录---并触发案卷记录处理相关流程,实现与协同工作系统的信息传递。

文案大全

实用文档

综合业务受理系统功能:  问题登记

提供问题登记表单,由监督中心操作员录入并生成案卷记录;

问题信息的来源主要包括以下四种:监督员上报、相关领导批示、专业部门上报、公众举报。

 部件和事件定位

能将案卷信息与图形关联在一起,用户选择相应的案卷即将地图定位到关联的部件或事件,并进行高亮度显示;

对于公众投诉的问题,在填写表单信息后需要在地图中标识部件和事件的位置。  监督员核实管理

对于公众举报的事件(部件)问题,在新建问题案卷后将相关信息发送到通,由监督员对问题进行核实;

只有通过核实的案卷才能转入立案环节;

未被核实的案卷则作结案归档处理,并向公众进行反馈;

选取监督员后,操作员能录入命令描述信息,向监督员发送核实指令。  部件数据核实和更新

对于监督员上报和已经核实的问题,进行部件数据的报备,提供部件数据的查询功能。实现以下功能:

根据空间地名信息模糊查询;

根据空间范围(如城区、街道、网格)进行查询; 根据部件的类型(大类、小类)进行查询;

允许在B/S环境下修改部件数据的属性,以及新增部件等。  立案及销案管理

立案管理:提供立案管理表单,允许用户填写立案意见,确认后进行立案,同时将案卷发送到协同工作子系统,进入任务分派和处理阶段;

共享查询:立案过程中提供相关法律法规、工作规范、其他共同享数据辅助查询功能,帮助用户进行立案的判断;

销案管理:对于不符合立案条件的案卷,提供销案管理表单,允许用户填写销案信息,确认后结束案卷办理。同时对案件办理过程中相关的责任主体生成综合评价数据。

 结果反馈及审核

文案大全

实用文档

提供监督员检索机制,能通过各种属性条件进行检索或在图中直接拾取,部署监督员进行处理结果审核;

能将监督员回送的结果审核信息发送到专业处理部门;

根据审核结果,对于审核失败(即处理不合格或未处理)的案卷根据问题性质驳回专业部门重新处理或移交协调小组进行协商;

对于审核成功(即处理完成)的案卷流转到结案阶段。  结案归档管理

办理结束的案卷记录都被保存到历史库中,同时生成综合评价所需的相关数据; 将处理结果交换传递到前置数据库中,由公众网站子系统进行对外发布或存档; 能对业务的主要数据和信息进行归档管理。  通信接口

业务受理子系统需要和通之间遵循统一的交换协议;

系统采用指令发布和应答的形式与通进行通信,每个任务都形成一条指令通过无线网络进行传输。

2.6.3 协同工作系统

协同工作系统主要供监督中心、指挥中心和专业部门的工作人员使用。应将任务派遣、任务处理、处理反馈、核查结案等环节关联起来,实现监督中心、指挥中心和各专业部门之间的信息同步、协同工作和协同督办。

协同工作子系统应实现对业务流程中的所有案卷进行监督和管理的功能,能对案卷的处理和流转全程控制,同时可以查看监督员在岗情况、对案卷流转进行插入意见和审督办等信息。实现任务的分派及接收处理;对案卷办理和监督员进行监督;提供与外部关联系统的交换接口,有效的与相关部门协同处理城市管理中的问题等。

协同工作子系统实现以下功能:  任务分派管理

区能对疑难案卷进行协调办理,将案卷发送到多个专业部门进行处理; 在默认情况下,系统能根据事件或部件的责任单位,自动定位分派部门; 对于紧急案卷,通过共享与交换平台,启动紧急预案;

对于无法判定的案卷,可以选择所在区的区,将案卷移交到区进行协调处理,

文案大全

实用文档

或交给上级部门领导处理。

 案卷督办管理

对案卷办理的全过程进行跟踪和监控; 区能督办其管辖范围内的案卷;

提供督办管理表单,允许用户对案卷插入督办意见信息,确认后该信息将以实时消息的方式通知当前经办人。

 监督员在岗监督

能对在岗监督员进行定位,查看监督员的工作情况;

接线员、值班长、市领导、市监督中心领导能对全市范围内的监督员进行监督,区能对其管辖范围内的监督员进行监管;

通内置GPS装置,能将定位信号发送到定位服务器,由该服务器接收并处理其中的坐标信息,转换为与底图一致的坐标系,并更新到数据库中;

能读取数据库中监督员当前位置信息,并在电子地图中以符号化的形式进行描述;  监督员监管 监督员查询;

监督员详细信息查看;

监督员任务发送监督员工作情况统计; 监督员实时监控; 监督员巡查轨迹回放。  任务响应及处理

任务响应及处理功能模块由专业部门使用,对派发的任务进行响应并处理,处理结束后将案卷发送到呼叫受理子系统进行处理结果审核。该功能模块包括:

任务响应:专业部门用户接收任务,系统自动启动记时管理功能,对办理情况进行监控;

任务处理回复:任务处理完成后系统提供任务处理结果表单,由专业部门填写处理结果情况,确认后案卷将被流转到结果审核阶段;

任务催办:对于将要超过整改期限的案卷系统自动向专业部门发送催办消息。对已经超过整改期限的案卷进行报警;

审核反馈:监督员的审核结果以实时短消息的方式发送到专业处理部门。  记时管理

文案大全

实用文档

在案卷流转的过程中由系统自动执行,对案卷处理过程中的每个阶段进行记时,在案卷办理结束后根据记时信息对各阶段经办人生成综合评价数据;

对案卷办理流程的各阶段进行时限监控,对超过办理期限的案卷及将要到期的案卷以不同信号灯的方式显示,并对案卷经办人发送催办信息。

 处理部门协调监督

能对未处理完成的案卷进行协调;

驳回重处理:能对结果审核不通过的案件驳回专业部门重新处理,并对专业部门处理情况进行记录,作为考核的依据;

发起协调:能以消息形式通知多个相关用户对案件进行协商,用户能对查看案件的办理情况,并签署意见,由发起方汇总后进行部门协调;

多部门转发:对案件处理情况进行多部门协调,能选择多个部门协同处理案件,并以消息的形式通知用户;

部门督办:提供督办表单,由用户填写专业部门督促信息后发送到指定相关专业部门。  案卷查询

能迅速定位到用户关心的案卷,通过模式匹配的方式进行模糊查询;

提供查询面板,允许用户对案卷查询选项进行设置,提交后系统构造SQL查询语句,并以列表形式返回查询结果;

在查询过程中,限定用户只能对其有权查看的案卷进行查询;

能查看案卷的详细信息,以及相关的多媒体数据(包括图片和声音),对比完好和破损状态下的部件图片信息。

 案卷回溯

能再现案卷办理的全过程,查看案卷办理过程详细情况;

针对每个办理步骤,都能查看具体的办理情况、经办人、办理的起止时间、处理意见等。

 案卷收发管理

为用户进行案卷办理提供基本的工作模式,所有用户都能使用案卷收发管理模块对案卷进行办理;

对于“在办案卷”列表,用户可以选择案卷进行办理。系统根据案卷的当前办理阶段,自动调度相应的办理表单供用户办理;

对于“待办案卷”列表,用户可以选取多个需要办理的案卷,确认后案卷将加入到“在

文案大全

实用文档

办案卷”列表,只允许该用户进行办理。

 案卷列表显示

能对案卷进行分页显示,案卷查询、案卷收发管理功能都调度该功能模块对案卷进行显示;

能对处于不同状态(如督办、到期、超期等)的案卷行信号灯显示。  报表统计

能对一定周期内的分类事项进行统计,并根据系统提供的报表模板打印输出; 提供统计管理表单,允许用户选择统计周期、统计事项(如部件或事件、大类、小类等)以及地域范围(如全市、城区、街道、社区、单元格网),自动进行统计并生成统计结果。

 知识库管理

提供系统自学习功能,作为知识积累的一种手段,所有用户都能对各种疑难问题的解决方法进行录入和更新;

提供标题索引和内容索引方式,能直接搜索用户关注的信息。  共享数据查询

能为用户在办理过程中提供辅助查询功能,能实时检索企业登记、法律法规、地名等信息。

对于法律法规、工作规范等信息,提供动态登记表单,能通过手动录入的方式添加并查询。

 用户消息管理

具有用户消息管理功能,系统提示也能以实时消息的形式发送给用户。登录用户具有自己的“消息箱”,能查看及发送消息;

提供消息控制面板,用户登录后能阅读消息,发送消息,回复消息,删除消息。  个性化定制

允许用户定制个性化信息;

系统提供个性定制管理表单,确认后系统将用户配置信息保存到用户配置表中; 当用户登录时,系统读取用户的定制信息,然后配置用户的办公页面。  公文发布

提供公文专栏,能发布城市管理相关的公文信息,为所有用户共享。  在线帮助

文案大全

实用文档

提供在线帮助,用户能实时查看帮助,并了解系统的操作。

2.6.4 地理编码系统

城市管理地理编码系统是网格化城市管理最重要的支撑系统之一,地理编码技术提供了一种把具有地理位置的信息资源赋予地理坐标、进而可以为计算机提供计算的方式。通过地理编码,将城市现有的地址进行空间化、数字化和规范化,在地址名称与地址实际空间位置之间建立起对应关系,实现地址空间的相对定位,可以使城市中的各种数据资源通过地址信息反映到空间位置上来,提高空间信息的可读性,在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理,最终实现城市管理由盲目到精确,由人工管理到信息管理的转变。

2.6.5 监督指挥系统

在XX区城市管理监督中心设立了监督指挥子系统,便于监督中心和有关领导更加清楚地了解城市管理的状况和相关信息。运用电脑软件系统协助管理,可以给管理带来极大的方便,只要各部门领导一上班,各自电脑系统里就会传出语音提示:“本部门今天还有三个问题没处理,两个问题的处理超过期限……”鼠标一点,“问题”的现场画面就出现在了屏幕上。 而在指挥中心的大屏幕上,各个单元网格都有颜色,没有问题积压的是一个颜色,积压问题很多的又是另一个颜色。因此只需鼠标轻轻一点,某部门接了多少案件,处理了多少,积压了多少,有多少案件的处理时间超过了期限等问题,均清清楚楚,一目了然。

监督指挥子系统通过网络接入数字城市管理系统,实现资源共享和远程指挥。通过大屏幕可直观地掌握城区各个社区的城市信息、问题处理信息、案卷信息、评价信息等全局情况,还可以对每个社区、监督员、部件等个体的情况,实现对城市管理全局情况的总体把握。

2.6.6 综合评价系统

综合评价子系统主要供监督中心领导和值班长使用。从区域、部门、岗位等多个角度,对城市管理涉及的各个责任主体进行综合考核及评价,并生成图形、报表等形式的可视化的评价结果。

文案大全

实用文档

系统应具有动态设置和管理能力,能设定评价准则、评价主体、评价模型自动执行考评过程,并对考评结果以图形和报表的形式进行输出,从而能指导日常工作的绩效考核。

在综合评价子系统中,参考市城市管理目前的考评方法和细则,结合由相关子系统生成的综合数据,从定性和定量两个角度,配合一定的权系数,综合评定结果。

提供网上投票、系统记时、评价表单填写三种数据生成方式,并根据系统内置的评价模型,提取评价数据作出评价结果。

综合评价子系统功能:  评价规则设定

能设定评价规则,系统通过评价规则表记录每条规则的具体信息,其中包括规则编号、规则名称、规则类型(手动、系统生成、网站互动)、规则的实现方式等;

提供评价规则管理页面进行规则管理,允许用户新建、更新、删除规则。

 评价主体设置

能设置评价主体,作为评价的直接对象; 评价主体包括部门、区域、岗位三部分;

提供评价主体设置面板,用户能新增、删除、更改不同类型的评价主体;

每个评价主体都有主体编号、主体名称、评价类型等基本信息,该信息被保存在评价主体表中。

 评价模型建立

建立切实可用的城市管理评价模型;

能通过将评价主体、评价规则、规则权重、评价流程组合在一起,构造出评价的模板,系统能根据评价模板中的规则及评价流程进行评价;

评价模型以关系数据模型进行描述,系统提供评价模型创建面板,以向导的方式提示用户,逐步录入必要的信息;

评价模型可以XML、文本格式导出或导入。  考评管理

提供对考评所需数据的收集以及综合评价的执行;

对于网站互动的考评信息,通过网上投票形式收集数据,并将网站数据转入评价数据库;

也可以通过自评、互评、部门负责人考核的形式进行补充;

文案大全

实用文档

对于系统自动收集的数据在评价执行过程中自动计算并处理。  评价结果统计输出 能对考评结果进行分类统计;

提供统计管理表单,允许用户对统计的事项进行设置;

能将评价结果以报表或图形的方式输出,默认情况下系统提供各种报表模板,允许用户选择,生成饼图或柱状图;

区域评价结果能以图形的方式输出为区域评价专题图,并支持地图打印输出。

2.6.7 数据交换子系统

通过数据交换子系统实现市级与区级平台立案、结案、查询、统计等有关问题信息的信息交换接口。

其其其其其其其其其其其其其其其其其其其 其其其其 其其其其其其其 其其其其其其其其其其 其其其其其其其其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其CCTV其其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其 其 其 其 其 其 其 其 其 其 其其其其其其其其其 其其其其 其其其其其 其其其其其其其 其其其其其其其其其 其其其其其其 其其其其其其 其其其其其其 其其其其其其 其其其其其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其\\其其其其其其\\其其其其其其其其其其其其其其其其其其其其其\\其其\\其其其其其其其其其其其其其\\其其其其其其其其其其\\其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其其\\其其\\其其Web其其其其其 其其其其其其其其其其其其其其其其其其其其其其其其其其其其 其其其其其 其其其其其其其其其其其其其其 其 其其\\其其其其其其其其其其其 其其其其其其其其其 其其其其其其其其其其其其 其其其其其其其其其其其 图 4.3:监控指挥中心信息系统接口关联结构图

系统接口是系统与系统之间的关联关系的技术实现,从上面的边界图和逻辑结构图中

文案大全

实用文档

可以知道本系统与外部系统之间存在数据交换,在本系统内部各子系统之间也存在数据交换,这些数据交换转换为系统之间的接口关系。

本系统的内外部接口关联结构如图4.5所示。

 本系统内外部各组成部分之间交换的数据可以分为视频信号和业务数据两大部分。

 视频监控系统采集视频信号后再分别输出到多媒体会议系统、图像终端显示系统、网络视频发布系统中。网络视频发布系统再把视频信号发布到“XX区”网站上。

 “指挥软件”从投诉系统、“XX区”网站、建委短信网关、指挥中心接处警系统中接收投诉信息,再把处理结果反馈给这些系统,在处理的过程中把一些指令信息发给GPS子系统,把拨号信息发给电话语音系统;

 “指挥软件”与综合执法系统交换事件信息、督察指令、综合执法信息。

2.6.8 应用维护子系统

应用维护子系统是系统管理员使用的工作平台,通过该平台,可以快速搭建、维护城市管理业务,定制业务工作流程,设置组织机构,并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。

实现用户授权管理、门户管理、搜索与决策服务等功能。 用户授权管理包括单点登陆、统一身份认证、统一授权等功能。

整合信息门户应是一个基于浏览器的综合信息门户。集成内外部的全部知识和信息,使领导、管理员、市民和协作单位能从单一的Web渠道访问其所需的个性化信息,以及个性化的应用。

实现信息的高度集成和业务的快速响应。 应传达城市管理潜在的文化、个性、品味。

2.6.9 基础数据资源管理子系统

实现对空间数据资源的管理、维护和扩展功能,并对空间数据的显示、查询、编辑和统计功能进行配置。

文案大全

实用文档

基础信息是指那些一次录入、可以多次使用的支持系统运行的基本资料,主要包括组织机构信息、联动单位基础信息、区级行政边界信息、基层执法单位责任区域信息等。

2.6.10 公众网站发布系统

公众网站发布系统是整个系统的网上发布平台,用于向公众发布城市管理相关信息,主要包括城市管理政务公开、问题处理状态、处理结果、视频流发布等。

 政务公开

通过静态页面发布关于城市管理办公过程,执行规范、办事指南、通知通告、投诉反馈等政务相关信息。

 网上问题申报

提供网上申报工具,公众申报的问题信息能够通过内数据交换进入中心数据库,并能被业务人员处理。公众登录到网站后,填写问题申报表单,提交后,表单信息保存到前置服务器,接线员根据公众的上报信息进行相应的处理。

 信息查询

能够根据案卷编号、当前处理阶段、当前经办人员、问题分类、案卷状态、上报时段等信息对案卷进行查询,供公众用户查看并监督市政问题处理的过程。公众在登录网站后,选择关注的查询条件,确认后即可出现相应的查询结果。查询结果不可编辑。

 网上投诉

能够对信息采集人员、坐席人员、市政管理的其他问题进行投诉,并由相关人员协调处理。公众登录网站后,根据实际情况选择投诉类型,填写相关信息,提交后,进入中心数据库,该数据接线员不可以修改,根据核实的情况记录在案,作为考评依据的一部分,也利于改进工作。

 网站监控

提供网络监控工具监控网络运转情况,可以统计访问流量和记录访问来源,对于非法用户可以采取措施禁止其访问,从而对网站进行更好的管理和维护

 地图浏览

基于WebGIS技术,实现城市管理业务的WebGIS发布。可以进行地图放大、缩小、漫游、全图显示等电子地图基本操作。

 查询定位

文案大全

实用文档

基于电子地图,对于部分城市管理问题,可方便地进行查询定位。  视频流发布

提供城市管理视频流发布功能,公众可以通过选择电子地图上的有关视频源,进行视频播放。

文案大全

实用文档

第3章 整体设计方案

3.1 系统功能划分

XX区指挥中心系统是一个有层次结构的分布式系统。分布在市区的车辆GPS定位终端通过GSM/CDMA无线网络和市指挥中心相互连接;同样安装在市区的各视频监控点也通过计算机网络和市指挥中心相互连接;它们和电话投诉系统接口以及指挥中心报警联动接口统一组成了底层的信息采集系统,通过GIS系统以数字地图的表现形式,为上层的综合指挥调度系统服务。

XX区指挥中心系统的组成及各部分在系统中的位置和相互关系如图4.1所示。

网站系统城建短信网关执法系统萝岗区指挥中心系统管理决策系统 业务处理系统110系统技术支撑系统Web服务系统GIS系统视频监控系统资源管理系统车辆监控系统大屏显示系统语音通信系统通讯管理系统 图4.4XX区指挥中心系统组成图

XX区指挥中心系统由技术支撑系统、业务处理系统和管理决策系统三个部分组成并相互协调工作的完整系统。为便于详细系统设计工作的展开,现将三个系统之间的边界划分如下:

1、技术支撑系统:实现与业务处理无关的各相关子系统的设计与开发,并为信息的采集、汇总、以及系统管理提供支持。主要包括地理信息子系统、车辆监控子系统、视频监控子系统、移动视频监控子系统、大屏显示子系统、语音通信子系统、通讯管理子系统、

文案大全

实用文档

资源管理子系统、基础信息维护子系统、系统管理子系统等共10个子系统。

2、业务处理系统:以业务为中心,关键为常规事件处理模式、紧急事件处理模式、移动指挥处理模式、协同事件处理模式、事件督办工作模式、事件管理工作模式、学习评估工作模式等7种工作模式提供信息化手段的支持。主要包括事件接入、分派调度、二级分派、预案管理、可视调度、应急指挥、移动办公及事件反馈、电话会议、控制监督、行动管理、协同工作等共11个子系统的功能。

3、管理决策系统:实现事件的后期管理维护功能,包括事件归档、学习评估、多媒体文档管理、信息发布等,并为领导决策、事件预防等提供必要的数据和支持。主要包括多媒体文档管理子系统、信息发布与查询子系统、决策支持子系统、学习评估子系统等共4个子系统。

3.1.1 技术支撑系统功能

3.1.1.1 地理信息子系统

GIS子系统实现各类信息(事件、车、视频等)的数字地图显示,对案件进行快速定位,对视频、车辆和人员进行定位、查询和统计,可以将各种事件接入手段集成到一个统一的图形化界面进行处理,直观快捷,操作方便。本系统主要提供如下功能:

(1) 地图基本操作  缩放:可以设置地图放大级。  定位:设置地图中心点。

 打印:打印输出事件现场及相关的地图。  刷新:刷新地图的显示。

(2) 定位显示

 事件现场定位显示:当发生相关的事件时,地图上把事件现场位置定位在屏幕中

间位置。

 点选事件现场显示附近CCTV点:鼠标点选事件位置时,显示附近CCTV分布点。  点选事件现场显示附近GPS车辆:根据违法事件发生的空间位置,以及执勤车的当前

GPS定位,显示事件现场GPS车辆。

 点选事件现场显示相关重点单位:鼠标点选事件位置时,显示附近相关重点单位分布

文案大全

实用文档

点。

 点选地图上的单位标志或车辆图标,与所选对象自动进行拨号通讯。

(3) 车辆定位

 GPS车辆定位显示(定位跟踪):对装有GPS的相关车辆,在地图上显示其位置。  点选地图上GPS车辆显示相关信息:鼠标点选地图上的GPS车辆图标,显示选中的GPS

车辆相关属性信息。

(4) 视频定位(监控点定位) CCTV监控点显示,显示CCTV分布情况。 (5) 地理信息查询

 查询门牌地址(门牌搜索):输入门牌号,查询该门牌的地址信息,并把该门牌位置

定位在屏幕中间位置。

 地址定位(地址搜索):输入地址信息,系统自动把地址所在的位置显示在屏幕中间;  根据属性查询空间对象,比如根据地物名称、地物名称汉语拼音等,支持模糊查询。

(6) 地图图层操作

 图层选取:即地图要素选取,设可以置各图层的可视性开关。从而在查看地图时,可

以把不相关的元素进行屏蔽显示。  图层管理:添加图层、删除图层。

(7) 地图量算

量算事件现场与相关地图对象的距离和路程。 (8) 最短路径分析

最短路径分析功能为执勤车辆在执行任务时提供两点之间最短路径的参考。 (9) 实时信息显示

实时显示地理信息系统收到的各种即时消息,如突发事件显示、事件报警信息、事件反馈信息、电话呼叫信息等,能够将这些实时信息即时地显示在电子地图上。

(10) 统计分析显示

 对地图相关数据进行统计分析:事件数据库中的数据包括了GPS定位数据、属性描述

数据、视频数据等多种类型的数据。这些类型的数据完整地描述了事件基于同一空间定位的不同属性数据,需要在系统运行的不同状态下进行显示或者分析。

文案大全

实用文档

 按照空间位置分析:根据预先确定的空间范围(比如:行政区划、基层执法单位责任

区域、街道)进行违法事件的统计分析。

 按照时间分析:对同一地区不同时段的分析,可以观察某一区域在一定时间内事

件的变化状况。 3.1.1.2 车辆监控子系统

车辆监控子系统为车辆安装GPS终端设备,在GPS供应商提供的二次开发包基础上,根据综合指挥信息系统的需要进行功能定制,结合GIS系统,提供车辆定位、指令下达、告警上传、历史轨迹查询和实时语音通话等服务,为移动指挥车和执法车提供定位功能,并可以与指挥中心保持双向的联系。车辆监控子系统可以加强对执勤车的管理及统筹调度,提高执法效率。

车辆监控子系统的主要系统功能包括:

(1)协议封装:根据终端设备的通信协议格式,将应用系统传递过来的指令进行封装,并发送给相应终端。

(2)协议解析:根据终端设备的通信协议格式,对接收到的数据进行解析,为应用系统提供相应内容。

(3)车辆定位(定位跟踪):动态获取车辆实时位置信息,包括:经度、纬度、速度和状态信息等。

(4)车辆分布:显示辖区内所有车辆资源的位置和状态信息。 (5)车辆监控:选择特定车辆组,重点进行该组车辆的监控。

(6)历史轨迹:选择特定车辆,显示该车辆在某时间端的位置和状态信息。 (7)警报处理:可以设定车辆的报警区域和报警条件,当车辆偏离区域或出现异常时自动报警,管理员对警报信息进行处理。

(8)文字调度:编写调度文字,下发给车载终端。

(9)语音调度:调用语音通信子系统拨通车载电话,与司机进行通话。 (10)指令调度:编写指令直接对车辆运行状态进行控制。 (11)里程统计:制定车辆和统计时间段,计算行驶里程。

文案大全

实用文档

3.1.1.3 视频监控子系统

结合GIS系统,视频监控子系统可以提供如下功能: (1) (2)

实时监控:将指定视频监控点的视频信号接入指挥系统,实现实时监控。 频道切换控制锁定:指挥中心在发现事件和对事件进行确认时,可以

对视频矩阵设备的特定视频输出信号通道控制权进行锁定,在有限的时间段内防止别的权限小于或等于自己的用户对其进行控制。 (3)

云台控制:通过可视化的操作窗口实现云台控制。在发现事件和对事件进

行确认时,可以对特定监控点的云台进行水平与垂直控制。 (4) (5) (6) (7) (8) (9)

窗口控制:实现窗口放大、缩小和移动等控制功能。 镜头控制:系统能够提供镜头控制功能。

模式切换:实现电脑屏幕和电视墙之间的切换功能。

图形化显示:系统能够提供监控点分布信息在电子地图上图形化显示的功能。 画面拷贝:选择典型画面,通过屏幕拷贝的方式将其保存在本地文件系统。 事件录像:视频监控系统对视频信号进行数字录像并保存,当有需要时可以进

行图像调用和回放。

(10) 视频录像:指定开始时间和结束时间,录制视频文件,将其保存在本地文件系统

备查。

(11) 摄像机故障检测功能:能够对视频图像信号丢失、低电平视频图像等故障情况进

行实时监测和故障报警,并形成系统运行状况报表。 3.1.1.4 移动视频监控子系统

移动视频监控子系统通过建设8个移动视频监控点、三个中心视频接收点,为移动取证和移动办公功能提供技术支撑。其主要建设内容包括:

(1) 移动视频监控点:通过建设相应的车载视频录像系统,实现8个移动视频监控点。各

移动视频监控点可以和监控指挥中心进行双向数据通信,包括向监控指挥中心的中心视频接收点传送现场采集的视频信息,以及向监控指挥中心查询其他的视频和数据信息。

文案大全

实用文档

(2) 中心视频接收点:建设三个通过无线网络接收信息的接收点,专用于接收移动视频监

控点传回的视频信息。

(3) CDMA无线通道:在移动视频监控点和中心视频接收点之间建立CDMA无线数据通信通

道,通过无线网络实现音视频信息和数据信息的双向传送功能。 3.1.1.5 大屏显示子系统

大屏显示子系统,即显示墙控制系统软件,主要实现对指挥大厅和指挥会议室的大屏幕显示系统进行控制的功能,其中包括投影墙应用管理系统VWAS。 3.1.1.6 语音通信子系统

语音通信子系统主要为电话投诉的接听和通话功能提供技术支撑,其主要功能包括: (1)听:电话接通后,实现实时语音通话,同时返回电话号码和经纬度信息(已开通电信打一送一服务功能);

(2)多方通话:通话过程中,邀请其他用户加入通话,并在通过过程中进行监听; (3)电话拨打:输入电话号码,实现电话拨打;

(4)自动录音:在通话过程中自动录音,将录音文件保存在本地文件系统指定位置,并返回文件名称;

(5)呼叫转移:将电话转移给第三方,并放弃监听功能;

(6)无人值守:自动应答用户,启动自动录音功能,并生成投诉记录登记入数据库。 3.1.1.7 通讯管理子系统

通讯管理子系统主要为GPS设备与监控指挥中心的通信提供技术支撑。其主要功能包括:

(1)TCP监听:创建TCP连接对象,监听客户端的连接请求,接收客户端连接请求,分配资源;

(2)TCP管理:建立在线用户档案,创建接收对象和发送对象,监视连接并维护状态;

(3)数据接收:接收用户数据,并写入数据库;

文案大全

实用文档

(4)数据发送:读取用户指令,选择相应用户发送;

(5)UDP管理:创建UPD连接对象,接受客户端的数据,并写入数据库。 3.1.1.8 资源管理子系统

资源主要包括用于城市管理需要的工地、车站、道路开挖、防空工程、CCTV监控点、GPS车辆信息、巡逻路段、大队管辖区等。本子系统专门提供对这些资源的录入和维护功能,录入和维护时既可以基于窗体的界面实现,也可以基于电子地图的界面实现。其主要功能包括:

(1)类型管理:实现资源类型的添加、修改和删除功能,并指定类型图片标识; (2)动态标绘:通过可视化的拖拉方式,将资源拖放到数字地图的相应位置,并录入相关资料,将资料和地理位置同时保存到数据库;

(3)资源编辑:实现资源静态属性和动态属性(地理位置)的修改功能; (4)开关管理:提供打开和关闭两种状态,控制资源在数字地图的显示状态。 3.1.1.9 基础信息维护子系统

基础信息是指那些一次录入、可以多次使用的支持系统运行的基本资料,主要包括组织机构信息、联动单位基础信息、区级行政边界信息、基层执法单位责任区域信息等。基础信息维护子系统的主要功能包括:

(1)部门:实现部门资料管理,并指定每个部门负责的主要行政区域和事件类型。

(2)员工:实现员工资料管理,指定员工部门。

(3)联动单位:实现联动单位资料的管理,并指定每个单位负责的主要行政区域和事件类型。

(4)行政区域:实现XX区基础行政区域数据管理。 (5)事件类型:分大类和小类对事件进行划分管理。 3.1.1.10

系统管理子系统

系统管理子系统主要提供对综合指挥信息系统进行管理和控制的功能,以及对系统进

文案大全

实用文档

行管理和控制提供支持的功能,主要包括系统用户管理、系统角色管理、系统角色的权限管理、用户角色分配、系统日志管理、系统参数管理、以及在线帮助系统。

3.1.2 业务处理系统功能

3.1.2.1 事件接入子系统

(1)事件信息的接收和收集:系统提供如下投诉接入方式:电话投诉接入、短信投诉接入、邮件投诉接入、网站投诉接入、报纸媒体投诉接入、网络新闻投诉接入、实时视频投诉接入、电视录像投诉接入、市民上门投诉录入、同行考察建议接入、领导交办投诉接入、联动单位投诉移交、队员自巡自察情况接入。

(2)事件的鉴别和确认:首先利用GIS系统对接入的事件进行地理定位;其次,根据GIS系统上的显示,查看在事件发生地点是否安装有摄像头。如果安装有摄像头,则通过视频监控系统进行事件确认;再次,如果事件发生地点没有安装摄像头,或者处于安装的摄像头的盲区,则分派确定相关资源(包括人和车),通过GPS系统呼叫事件发生地点附近的执勤车进行确认(并处理);再次,如果上述办法均无法进行确认,则将事件视为已确认事件,但要加上特定标识(也可以通过调整系统参数实现其他确认方式)。

(3)对确认的事件进行立案和记录:按照信息存储方式的格式不同,将建立的案卷分为两类,一类是文字信息,另一类是非文字信息,包括视频信息、音频信息、图片信息等。采用“多媒体档案库”的存储系统,对数据进行综合管理。各种数据存储以后,同一案件的数据通过关键字链接在一起。可对各种事件信息进行分类、归档,保存到数据库中,对各类任务进行维护。

(4)提供咨询和建议。 (5)收集合理化建议。 3.1.2.2 分派调度子系统

分派调度子系统实现执勤车与执法人员的调度,实现通过计算机拨号、计算机收发短信/消息的方式对执勤车和执法人员进行调度并进行调度过程记录的功能。其主要功能点包括:

文案大全

实用文档

(1)案件紧急程度的确认:在事件接入的过程中,案卷建立工作人员在录入案件信息时已经给出了对案件紧急程度的一个建议性判断。但由于Ⅰ类案件涉及执法资源众多,因此,所有的Ⅰ类案件的最终确认必须经过案件调度部门进行最终的确认。

(2)待处理案件查询及归类分派:对于新案件,确定案件属于哪个部门处理,附加一个案件办结时间期限和其他附加信息。对于回退案件,进行原因核查、部门协调和重新分派。

(3)案件分派并获取对方确认信息:采用电话、短信、网络等手段进行案件的分派,并需要对方发送确认信息。

(4)督办案件的确认:对于逾期为回复或退回的案件,在案件调度部门进行确认,如果符合督办条件的,交由督办部门进行督办。

(5)联动部门的协调:监控指挥中心在处理案件过程中,会出现与其他单位的互动或联合;对于权力或归责不清的案件,应与相关部门协商处理。 3.1.2.3 二级分派子系统

在二级联动部门和指挥中心实现案件基本信息共享,共享信息包括:案件处置过程的详细记录、案件处置结果等,这些信息可以同时显示在指挥中心、支队、大队和中队的终端上。

在二级联动部门可以完成如下工作: (1)待处理案件接入; (2)办案准备; (3)案件确认及回退; (4)案件分派; (5)案件处理; (6)反馈处理结果。 3.1.2.4 预案管理子系统

预案就是针对某件可能发生的事件预先定义的各种执行或报告方案,方案包括的几个主要部分有:详细具体的适用条件、供指挥员参考的文字正文、预先定义好的各种控制参

文案大全

实用文档

数列表(如对CCTV控制参数等)。当事件条件满足时,自动执行行动方案,将调度指令派发给相应的负责人,进行应急处理,最后将处理结果进行归档处理。

预案管理子系统主要实现对某类可能发生的事件制定各种预案文件、并支持对预案文件进行查询调阅的功能,特别是针对Ⅰ类案件的预案文件。

Ⅰ类案件没有发生时,中心应该先有一些预案措施,这些措施包括建立专家系统、案例系统、模拟应急事件处理等。有了这些事前工作,那么Ⅰ类案件发生之后,就能迅速采取调用相关资源对其处理。

Ⅰ类案件发生并得到确认后,监控指挥中心一般是先成立紧急案件处理指挥领导小组,这个小组通常是由上级领导、相关专家及中心负责人共同组成。对于重大联合行动,则需要事前制定周密计划。预案制订之后,需要调用相应的技术手段进行指挥调度,这些技术手段包括电话、短信和网络等。这又涉及到“应急指挥子系统”的功能,也就是说,预案管理子系统制订的预案一般是在应急指挥子系统中使用的。 3.1.2.5 可视调度子系统

在事件接入、案件调度和处理过程中都需要利用可视调度子系统进行辅助决策和处理,调度时可以通过监控指挥中心的大屏幕显示墙进行信息显示。 3.1.2.6 应急指挥子系统

对于重大联合行动,由于事前已有周密计划,因此领导小组的办公地点可以设在指挥中心里面,根据视频系统及通讯系统进行远程指挥。对于突发事件,由于可能一时无法召集所有人员来指挥中心商讨解决,因此一个解决方案是采取移动指挥的办法,即通过在特制的指挥车里安装相应的视频系统和无线通讯设备,实现随时随地的指挥,于是在指挥人员不能来到监控指挥中心的情况下,也可以实现对事件的全程指挥。

应急事件指挥调度子系统的主要功能是:当发生Ⅰ类紧急事件时,能根据预案基于GIS 地图对资源(车、人)进行搜索、调度、下发指令,并可以对事件处理过程进行监控。Ⅰ类事件的具体处理过程如下:

(1)紧急案件处理指挥领导小组在专家组的协助下,迅速提出解决方案。 (2)根据解决方案,通过案件调度部门迅速调度指挥资源,展开对案件的处理工作。

文案大全

实用文档

(3)通知联动单位配合:由于Ⅰ类案件处理的复杂性,可能会涉及到联动单位配合问题,案件处理时如需要联动单位到达指挥中心共同指挥或者到现场配合工作。

(4)汇报处理情况:现场处理人员需随时向指挥中心进行汇报,汇报方式可采用电话、短信、GPS终端汇报等方式传送信息。传送的信息可在指挥中心电视屏幕上显示;视频监控中心在案件处理的整个过程,按照中心指挥组的要求提供视频信息,并做好音像记录工作。

(5)案件后续处理:紧急案件一般都是在现场进行必要的处理,其他工作则事后继续处理。

(6)反馈处理结果:将案件的处理结果和相关的音像记录输入到数据库中。对于没有完成的案件,需要反馈到发送案件的部门,并对没能处理案件的原因做合理解释。 3.1.2.7 移动办公及事件反馈子系统

移动办公及事件反馈子系统实现办案单位与监控中心之间的协同工作,办案单位包括部门、联动单位、移动指挥车和巡逻车辆。巡逻车辆通过车载电脑系统实现移动办公,移动指挥车在移动办公子系统的基础上增加GIS系统、语音通信系统和视频监控系统。

移动办公及事件反馈子系统包括如下功能:

(1)系统连接与登陆:通过与协同工作子系统建立连接,并发送客户端用户名和密码进行登录;

(2)工作任务自动接收与提醒:自动调用协同工作系统的相应功能获取分派给本部门的工作任务,并采用声光方式进行报警和提醒;

(3)信息查询功能:包括任务查询、事件查询、附件查询、催办督办查询等,实现与监控中心共享案件基础信息;

(4)处理反馈:包括受理回执、回退意见、过程反馈、资源计划、监督答复等类型的信息反馈;

(5)结果上报:案件处理完毕后,整理相关资料并上报。

文案大全

实用文档

3.1.2.8 电话会议子系统

在通讯管理子系统的基础上,实现多方通话、通信管理、会议管理和信息维护等功能,实现点对点、多对点语音通话功能。 3.1.2.9 控制监督子系统

控制监督子系统主要实现对督察、督办工作的系统支持。 3.1.2.10

行动管理子系统

行动管理子系统是XX区监控指挥系统软件中的重要子系统。对于长期存在违法地段和违法事件,仅靠一组人员的上街巡逻往往收效甚微,需要定期或不定期采取综合执法行动,调动多种资源(多个职能部门、多支队伍和执法车辆),运用一套完整的行动方案,才能达到综合治理的效果。另外,为配合机关社会治安的综合治理,往往也需要预先制定行动计划,为了不和日常的工作相冲突,需要在行动之日或之前进行资源调度,安排相关人员和车辆的行动。 3.1.2.11

协同工作子系统

以监控中心为基础,联合社会各相关联动单位,实现以案件为中心的数据集成、应用集成和业务集成。

3.1.3 管理决策系统功能

3.1.3.1 多媒体文档管理子系统

多媒体文档管理子系统主要包括事件归档管理、文本文件编辑、图片资料管理、语音文件编辑、视频文件编辑等功能。分别说明如下:

(1)事件归档管理:以事件编号为索引进行各相关资料的统一存储。

(2)文本文件管理:包括投诉举报资料、调度资料、督办资料和处理结果资料等。 (3)图片资料管理:包括市民通过彩信或网站上报的投诉图片和执法人员处理事件过程的取证照片等。

文案大全

实用文档

(4)语音文件管理:主要是市民通过电话系统投诉的录音资料和电台播放的相关报道等。

(5)视频文件管理:包括自建摄像头录制的资料、市民投诉的DV文件和电视台播放的相关报道等。

3.1.3.2 信息发布与查询子系统

信息发布可以通过互联网发布视频信息和投诉案件的处理情况,主要包括通过Internet以Web方式、或者通过手机短信方式对外(市民)发布投诉案件处理情况、以及将视频监控系统设置的视频录像通过Web方式对市民发布的功能。另外,本子系统还包括对事件及其处理信息进行综合查询的功能。包括的主要功能有:

(1)短信发布与查询。 (2)网站发布与查询。 (3)视频发布与查询。 (4)综合信息查询。 3.1.3.3 决策支持子系统

综合指挥信息系统需要集成和升级原有系统和投诉分析系统中的统计分析功能,以表格、图形方式按时间段、地区、类型统计事件数量、资源使用情况(出动频度、工作量、任务负荷等)、事件处理的反馈情况(处理效果,完成比率),作为各级单位工作业绩的资料,也可以供部门各级领导为以后的工作安排和人员管理做参考。统计分析的结果可以通过多媒体文档管理模块存档,作为决策支持子系统的学习知识。 3.1.3.4 学习评估子系统

对归档后的多媒体事件资料进行学习和评估,形成预案信息或者员工培训材料;接受由专家系统通过事后学习、方案推演而产生的各种预案和规则,方便指挥调度模块使用。具体功能包括:

(1)事件回放:按事件进行相关资料的归档,可以进行回放和重演,了解事件的处理过程。

文案大全

实用文档

(2)领导批注:对于有争议的事件,提交给相关主管领导进行审查和批注功能。 (3)专家评估:对于典型事件,在回放过程中允许专家进行并发访问和标注,形成最优处理方案,放入预案库。

(4)员工培训:选取典型事件,安排员工进行回放学习,并提交学习材料。

3.2 系统应用模式

XX区监控指挥中心建设项目是XX区信息化工程的核心项目,通过对已经建成的投诉系统进行扩容和升级,可与“XX区”网站、综合执法系统、其他职能部门的MIS系统、指挥中心应急指挥系统等信息系统互联互通。

3.2.1 常规事件处理模式

(1) 事件发现

包括主动发现和被动发现两种类型的事件发现方式。

主动发现是指队员在进行例行巡查时,发现违法事件,进行简单取证后,将相关资料返回到所属监控中心进行调度处理,在处理结果汇总后移交投诉中心进行统一归档管理;另外投诉中心员工要求对媒体、视频信号进行浏览分析,抽取与事件切合的资料,建立事件档案,并移交投诉中心进行统一归档管理。

被动发现是指市民通过网站、短信、电话、邮件、信函、传真和上门登记等多种手段,实现投诉信息的采集登记。投诉中心对事件进行处理后进行统一归档管理。

(2) 事件确认

采集到投诉事件后,要求提供相应的技术手段对事件进行确认。首先需要借助电子地图进行案发地点的定位,然后调派相应人员到现场进行处理,处理人员可以通过手机拍摄现场照片,并通过彩信接口上传到监控中心,或者拨号接入监控中心,通过语音通信接口进行现场录音,如果案发现场附近安装有视频监控设备,则将其接入到监控中心,通过实时视频信号对现场进行监控确认。最后根据确认的事件类型进行分派,将事件分派给不同部门,并启动相应的工作处理流程和督办工作流程。对于非事件则直接抛弃,或移交指挥中心接处警系统。

(3) 资源调度

文案大全

实用文档

处理部门确认工作任务之后,需要根据事件的性质,进行资源选择和工作安排,形成任务安排单,通过人工打印或者手机短信的手段实现资源调度,或者直接通过电话网络进行语音集成调度。

(4) 事件反馈

人员完成事件处理之后,将处理结果录入系统,移交给所属单位,单位汇总之后再送到投诉中心进行统一归档管理。

(5) 事件反馈汇总

事件处理部门和人员将处理结果反馈之后,由投诉中心对处理结果进行汇总,并提交给督办部门进行结案处理。

(6) 事件回退

处理部门接收到工作任务后,首先判断该任务是否由本部门人员负责,对于超过自身能力的任务,录入反馈意见后回退给上级单位,由上级部门进行重新评估和再分派。

(7) 事件再分派

投诉中心对督办部门和执法部门回退的事件进行再分派。 (8) 过程监督

对于现场处理人员,要求通过现场拍照、录音和录像等方式进行取证保存。对于现场有CCTV监控点的事件,可以通过实时视频监控整个事件的发展过程和处理过程,并调用视频监控系统的拷屏和录像等功能形成多媒体文档进行过程归档。在事件处理过程当中,监控中心管理人员可以通过集成调度接口与现场处理人员进行文字、语音或者基于视频的调度和反馈。

(9) 事件预警

根据历史数据和当前采集到的基础数据,进行模拟演算,形成预警信息,根据预案系统的相关规定,自动触发相关处理流程,实现资源的自动调度。

3.2.2 紧急事件处理模式

(1) 可视决策

以电子地图为基础叠加与事件处理相关的各项信息(如案发地点的相关情况、事件的影响情况和以往对同类事件的处理经验等),并以事发地点为中心显示可调度资源的

文案大全

实用文档

各项信息(包括资源基本资料、当前位置和当前工作状态等),选择资源后可以通过集成调度接口实现语音和文字的调度。在事件处理过程当中,处理人员将现场照片、声音和视频信息通过有线或无线网络及时反馈到监控中心,调度人员根据现场情况对处理方案进行调整,并及时地发送给现场处理人员进行动态调度。

在事件处理过程中,系统会自动根据处理人员的部门信息生成任务单,并转移给相关部门,事件处理完成后,工作人员到本部门进行处理结果的录入,经部门汇总之后移交给投诉中心进行归档。

(2) 群组调度

在事件处理过程中,可以根据事件涉及到的部门和人员进行群组管理,产生调度指令后,可以批量发送给群组中所有的人员进行调度。

在事件处理过程当中,要求群组人员一直在线待命,根据决策人的调度指令部署执行,并汇总处理过程中的反馈信息,形成建议意见,返回给监控中心,进行决策支持。

(3) 事件跟踪

实现对移动的事件进行跟踪监控和处理的功能。采用GIS和视频结合的方式实现事件的跟踪和处理。

3.2.3 移动指挥处理模式

在事件工作现场,决策人员可以通过车载电脑接入监控中心,通过指挥调度系统动态掌握现场全局发展情况和趋势,调用监控中心的电话语音网络实现移动方式的群组调度和可视决策功能,实现移动决策和指挥。

各部门领导也可以在不同的办公室,通过互联网接入监控中心指挥调度系统,实现移动决策和指挥调度。

3.2.4 协同事件处理模式

(1) 三级联动协同

实现市监控指挥中心、执法大队和执法中队之间的三级联动办案功能。市监控指挥中心根据案件性质进行分类,分派给相应执法大队,执法大队可以自己处理案情,或者将其再次分派给下辖的执法中队,由中队进行办案,办案结果反向进行反馈,最终由市监控中

文案大全

实用文档

心进行汇总,并移交监管部门进行审批,审批通过的事件进行统一归档,否则进行再次分派处理。

(2) 多部门合作协同

在系统内部各职能部门之间进行工作任务的分解和分派,实现多个监控中心指挥系统之间的业务协同和应用协同,在不同系统的处理实体之间进行信息共享和统一的信息反馈界面。事件反馈之后在监控中心进行汇总,并提交给监管部门进行审批,审批通过的事件进行统一归档,否则进行再次分派处理。

(3) 指挥中心合作协同

实现包括视频集成、事件集成和应用集成三个不同层次的系统协同。视频集成只是实现视频信号的共享和交换;事件集成是指实现投诉事件信息的共享和交换;应用集成是指整个事件办理过程中工作状态和相关资源的共享和交换。目前重点实现第一个层次,并部分实现第二个层次的协同。

3.2.5 事件督办工作模式

(1) 事件催办

事件分派之后,自动生成督办任务单,提交到督办部门进行处理过程的监督和指导。对于处理过程不合要求的处理单位和处理人员,督办部门会下发催办单。处理人员接收到催办单后需要加以回应,录入回复信息并调整处理过程。

(2) 事件督办

对于催办超过一定次数,而办理过程依然不合要求的的处理单位和处理人员,需要下发督办单。处理人员接收到督办单后需要加以回应,录入回复信息并调整处理过程。

(3) 事件结案

监督部门接收到监控中心提交的事件汇总信息之后,首先审核事件的处理流程和处理结果,对于不合要求的事件退回监控中心进行再度的分排和调度;否则作结案管理,并调用多媒体文档管理功能实现事件资料的统一归档。

3.2.6 事件管理工作模式

(1)事件归档

文案大全

实用文档

首先是实现投诉采集阶段原始文档的管理工作,包括电话自动录音、电子文档管理(包括电子邮件及附件、网站投诉单、短信投诉内容、媒体或市民提交的图片、视频文件等)、纸质材料管理(包括传真、信件和其它书面资料)等;然后将事件处理过程中产生的各种材料(事件档案、办理任务单、调度任务单、督办任务单、催办单、督办单、结案审批单、事件处理现场录音、拍摄照片、录像等)汇总,以事件编号为索引建立统一档案。

(2)查询统计

用图、表结合方式直观地反映各类案件的分布情况,统计的案件均指已转办受理的案件。

(3)信息发布

根据事件办理过程和办理结果,编辑面向公众的发布信息;提供多媒体文档编辑工具,对视频文件进行处理,形成视频发布材料,发布材料经监管部门审批后通过网站系统或短信系统进行发布

(4)预案管理

文档管理人员汇总相关资料之后可以形成预案,并提交给领导审批,审批通过后放入预案库。系统允许文档管理人员根据后续同类事件的处理情况对预案处理流程进行调整。

3.2.7 学习评估工作模式

(1)事件回放

从事件登记到事件办结整个流程进行回放处理,允许多用户进行并发访问,在访问过程中实现批注、评估和讨论等工作。

(2)领导批注

事件结案归档后首先转发给领导进行批注。领导首先选择事件档案,在回放过程中对相关处理流程和步骤录入批注意见,批注意见自动进行归档。

(3)专家评估

根据事件的重要程度可以考虑召开在线的专家评估会议,行业专家登陆系统之后可以在线的进行事件回放,对事件的处理提出评估意见和建议。评估意见自动进行归档。

(4)员工培训

选取典型的学习评估材料做为员工培训材料,员工登陆系统之后选取事件进行回放,

文案大全

实用文档

进行学习和评论。讨论意见自动进行归档。

3.3 子系统对应表

序号 子系统 系统功能表对应 1、车辆监控及通讯管理子系统; 监管数据无线采集子系1 统 2、视频监控及移动视频监控子系统 3、语音通信子系统 4、移动办公及事件反馈子系统 1、事件接入子系统 2 监督中心受理子系统 2、分派调度子系统 3、二级分派子系统 4、行动管理子系统 1、协同工作子系统 3 协同工作子系统 2、电话会议子系统 3、可视调度子系统 4 地理编码子系统 1、地理信息GIS及资源管理子系统 1、预案管理子系统 2、可视调度子系统 5 监督指挥子系统 3、应急指挥子系统 4、移动办公及事件反馈子系统 5、控制监督子系统 6、大屏显示子系统 1、分派调度子系统 2、二级分派子系统 6 数据交换子系统 3、可视调度子系统 4、应急指挥子系统 5、移动办公及事件反馈子系统 6、控制监督子系统 备注 文案大全

实用文档

7 综合评价子系统 基础数据资源管理子系1、信息查询与发布子系统 2、学习评估子系统 1、基础信息维护子系统 2、多媒体文档管理子系统 1、系统管理子系统 8 9 统 应用维护子系统 文案大全

实用文档

文案大全

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- yrrf.cn 版权所有 赣ICP备2024042794号-2

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务