网格化城市管理信息系统技术策划方案

北京市丰台区信息化都市治理系统..........................附件1 北京市丰台区信息化都市治理系统..........................技术方案系统名称：北京市丰台区信息化都市治理系统文档编号：ZTSJ01版本号：1.03编制单位：北京数字政通科技有限公司编制日期：二零零五年八月六日更改日期：二零零五年拟制人审核标准化批准目录1. 建设目标 11.1. 背景 11.2. 系统建设目标 11.3. 遵循标准 11.4. 需求特点 21.4.1. 网格化治理模式 21.4.2. 网格化治理流程 21.4.3. 网格化治理综合评价体系 42. 体系结构 53. 协同工作子系统 83.1. 系统功能描述 83.1.1. 信息收集 83.1.2. 立案 93.1.3. 案卷处理 93.1.4. 我的消息 123.1.5. 查询 123.1.6. 统计 133.1.7. 项目督办 133.1.8. 地图显示工具 143.1.9. 地图查询统计和定位 144. 监督中心受理子系统 154.1. 系统功能描述 154.2. 工作内容讲明 154.2.1. 系统功能结构 164.2.2. 系统工作流程 164.3. 问题受理 164.4. 事件处理及反馈 164.5. 核实确认 164.6. 地图定位 174.7. 立案 174.8. 查询分析 174.9. 事件过滤定位 174.10. 事件状态查询 175. 大屏幕监督指挥系统 185.1. 系统体系结构 185.2. 系统治理模块 195.2.1. 功能描述 195.3. 通讯治理模块 205.4. 显示操纵模块 206. 综合评价子系统 216.1. 都市治理评价体系 216.1.1. 评价内容 216.1.2. 指标评价模型 216.2. 系统功能结构 227. 都市部件在线更新子系统 237.1. 部件输入方案 237.2. 系统结构设计 248. 基础数据资源治理子系统 258.1. GIS治理 268.1.1. 要素定义 268.1.2. 图层定义 268.1.3. 数据字典定义 268.2. 应用治理 278.2.1. 专题地图设置 278.2.2. 查询统计定义 279. 应用维护子系统 289.1. 应用维护子系统概述 289.2. 应用维护子系统功能设计 299.2.1. 组织机构治理 299.2.2. 业务治理 299.2.3. 查询统计治理 3110. 数据交换子系统 3210.1. 消息打包格式设计 3210.2. 审批消息打包格式设计 3211. 都市治理地理编码系统 3411.1. 地理编码数据 3411.2. 地理编码引擎设计 3511.3. 与网格化治理信息平台的关系 3512. 相关系统接口设计 3712.1. 区级平台与市级平台接口 3712.2. 无线数据传输接口 3712.3. 无线数据采集子系统、呼叫受理子系统与协同工作子系统接口 3812.4. 无线数据采集子系统、协同工作子系统与地理编码子系统接口 3813. 软硬件网络环境配置 4013.1. 网络环境差不多配置 4013.2. 硬件环境差不多配置 4013.2.1. 大屏幕 4013.2.2. 服务器 4013.3. 无线数据采集器 4113.4. 软件环境差不多配置 4113.4.1. 数据库软件 4113.4.2. 地理信息系统软件 4113.4.3. 负载均衡软件 4113.4.4. 备份软件 4214. 人员培训 4314.1. 监督中心人员培训 4314.2. 监督员的培训 4314.3. 指挥中心人员培训 4414.4. 专业部门培训 4414.5. 系统治理员的培训 4415. 实施打算 45建设目标背景都市治理是都市可持续进展的必定要求，是衡量都市经济和社会进展的重要组成部分，是加快都市化进程和建设现代化都市的重要保障。加强都市治理工作，有利于都市总体规划的实施，增强都市规划的权威性；有利于都市基础设施的正常运转，发挥都市建设的投资效益；有利于改善都市环境，提升都市形象，促进对外开放；有利于增强都市的综合功能，促进都市经济社会的可持续进展。为了贯彻市委、市政府关于推广东城区都市治理经验的文件精神，落实王岐山市长提出的“关于政府信息资源共享，加强都市治理信息化和整合政府呼叫中心资源”的工作要求，通过调研论证和区领导决策，我区在充分借鉴东城区都市治理经验的基础上，结合实际情况，制定了丰台区网格化都市治理系统工作实施方案，组建了相关机构，建立了工作机制，全面落实、重点推进丰台区网格化都市治理系统的建设，确保高质量的完成市委、市政府部署的各项任务。系统建设目标数字都市的建设贯穿都市规划、都市建设、都市治理和服务的全过程。通过数字都市建设，运用信息技术，促进政府的职能转变和治理创新。通过体制创新，提高政府的治理能力和服务水平，实现高效能服务。从进展的角度，创建都市治理新模式，按照以人为本的思想来规划都市、治理都市，才能实现都市治理的新突破，为都市的改革进展稳定制造良好的条件。通过系统建设，推进都市治理达到主动、精确、快速和统一的目标，真正整合优化政府信息资源和政府数据库群，建立覆盖全时段全区域的都市治理体系。遵循标准1、京政发『2005』7号文《中共北京市委、北京市人民政府关于关于推广东城区都市治理经验，建立信息化都市治理系统的意见》；2、京办发［2005］17号《关于加强数字化治理加快电子政务建设的通知》；3、建设部行业标准－《都市市政综合监管信息系统技术规范》CJJ/T106、、《都市市政综合监管信息系统单元网格划分与编码》CJ/T213《都市市政综合监管信息系统治理部件和事件分类与编码》CJ/T214、《都市市政综合监管信息系统地理编码》CJ/T215；4、北京市地点标准－《都市市政综合监管信息系统技术要求》（报批稿）；5、《北京市信息化都市治理系统技术规范》；6、北京市政府办公厅《关于推关东城区都市治理经验，建立信息化都市治理系统的工作方案》。7、京信息办函[2005]137号《关于进行区信息化都市治理系统建设方案审核的函》8、京信息办函[2005]148号《关于建设信息化都市治理系统指导意见》需求特点网格化治理模式网格化治理模式是指运用空间网格技术，在治理模式上形成区、街道、社区、单元网格四个层次，实现分级、分层治理。以社区为单位，每个社区城管监督员负责对所分管的单元网格实施全时段监控。依照都市进展的客观要求和都市治理存在的突出问题，全面整合政府职能，组建都市治理指挥中心和都市治理监督中心。都市治理指挥中心是都市治理的指挥调度派遣中心，依照都市治理监督中心传送的信息，统筹协调调度相关专业治理部门，及时处理都市治理中发生的各种问题；都市治理监督中心是都市治理问题信息的集散中心、监控中心和评价中心，通过直属都市治理监督员的问题信息报告，随时掌握都市治理现状、出现的问题和处理情况，对全区的都市治理实现全方位、全时段的即时监控。网格化治理流程网格化治理工作流程包括信息收集、案卷建立、任务派遣、任务处理、处理反馈和核实结案六个时期，具体流程见下图。信息收集信息收集现场结果反馈案卷建立都市治理监督中心核查结案任务派遣都市治理指挥中心处理反馈任务处理相关专业部门处理反馈公众电话举报都市治理监督员信息收集时期1、都市治理监督员在规定的若干单元网格内巡视，发觉市政治理问题后通过无线数据采集器上报位置、图片、表单、录音等信息。2、监督中心接收社会公众举报的都市治理问题，通知监督员核实，属实的问题由监督员上报。案卷建立时期监督中心接收都市治理监督员、社会公众上报的问题，经立案、审核后，批转到指挥中心。任务派遣时期指挥中心接收监督中心批转来的案卷，派遣至相关专业部门处理。任务处理时期相关专业部门按照指挥中心的指令，处理问题；将处理结果信息反馈到指挥中心。处理反馈时期指挥中心将相关专业部门反馈的问题处理结果信息批转到监督中心。核查结案时期监督中心通知相应区域的都市治理监督员到现场对问题的处理情况进行核查，都市治理监督员通过无线数据采集器上报处理核查信息；如上报的处理核查信息与指挥中心批转的问题处理信息一致，监督中心进行结案处理。网格化治理综合评价体系为了保证都市网格化治理模式的健康运行，切实发挥其应有的作用，全面提升都市治理水平，需要建立网格治理综合评价系统，通过一整套科学完善的监督评价体系，对都市治理的各方面进行考核评价，既能监督都市治理中发生的具体问题，又能监督执法质量。通过建立网格化治理综合评价系统，就能够实现完善的都市治理评价体系，能够形成良好的都市治理监督机制，具体包括：一是对街道、社区和单元网格内都市治理问题情况的评价；二是对各个专业部门处理都市治理问题状况的评价；三是对包括监督员在内的监督中心和指挥中心各个岗位的评价。体系结构依照我区“信息化都市治理系统”的建设的总体目标及任务要求，该平台可划分为9个子系统，如下图所示：1、监督中心受理子系统：该平台专门为都市治理监督中心设计，使用人员为监督中心接线员。通过信息传递服务引擎将“无线数据采集子系统”报送的问题信息传递到接线员的工作平台，接线员通过系统对各类问题消息接收、处理和反馈，完成信息收集、处理和立案操作，为“协同工作子系统”提供都市治理问题的采集和立案服务，保证问题信息能及时准确地受理并传递到指挥中心。2、协同工作子系统：基于Browser/Server体系架构，采纳工作流、WebGIS技术，通过扫瞄器完成都市治理各项业务的具体办理和信息查询。协同工作子系统提供给监督中心、指挥中心、各个专业部门以及各级领导使用，系统提供了基于工作流的面向GIS的协同治理、工作处理、督察督办等方面的应用，为各类用户提供了都市治理各类信息资源共享查询工具，能够依照不同权限编辑和查询基础地理信息、地理编码信息、都市治理部件（事件）信息、监督信息等，实现协同办公、信息同步、信息交换。各级领导、监督中心、指挥中心能够方便查阅问题处理过程和处理结果，能够随时了解各个专业部门的工作状况，并对审批流程进行检查、监督、催办。系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现监督中心、指挥中心、各专业治理部门和区政府之间的资源共享、协同工作和协同督办。3、都市部件在线更新子系统：该子系统依照部件编码规范，提供专门的权限操纵模块以满足有权限专业部门能够通过IE扫瞄器来对部件数据进行简单的更新和维护。4、大屏幕监督指挥子系统：为监督中心和指挥中心服务，该系统通过大屏幕能够直观显示都市治理相关地图信息、案卷信息和相关详细信息等全局情况，并能够直观查询显示每个社区、在岗监督员、部件等个体的情况，实现对都市治理全局情况的总体把握。5、都市治理综合评价子系统：为绩效量化考核和综合评价服务，系统按照工作过程、责任主体、工作绩效、规范标准等系统内置的评价模型，对数据库群中区域、部门和岗位等信息进行综合分析、计算评估，生成以图形表现为主的评价结果。6、地理编码子系统：为无线数据采集子系统、协同工作子系统、大屏幕监督指挥子系统等提供地理编码服务,实现地址描述、地址查询、地址匹配等功能。7、应用维护子系统：负责整个系统的配置、维护和治理工作。该系统采纳工具化思想，实现组织机构、工作流、输入表格、输出表格、地图使用、查询统计等都市治理相关信息的灵活配置，使用系统提供的各种工具和组件，能够配置形成相应的资源信息、业务规则和数据操作定义。8、基础数据资源治理子系统：实现对空间数据资源的治理、维护和扩展功能，并对空间数据的显示、查询、编辑和统计功能进行配置。9、数据交换子系统：实现与丰台区都市网格化治理信息系统与市级平台之间的信息交换。交换信息包括：立案信息、业务办理信息、综合评价信息等。协同工作子系统“协同工作子系统”是全面实现北京市丰台区网格化都市治理办公自动化，图、文、表、业务治理一体化的计算机网络系统，并具有良好的自适应性、良好的可扩展性和免维护性。通过协同工作子系统，实现了一种全新的都市治理模式，为全面和政府职能，创新都市治理体制，解决往常都市治理工作分工不明，部门与部门之间信息沟通不畅的问题提供了技术支撑。该平台的应用特点是：系统将依照有关保密要求，向不同类型用户提供不同级不的信息服务；不同用户能够查阅的信息不一样，能够使用的功能和界面样式也能够依照不同用户权限进行配置；系统简洁易用，几乎所有操作都能够一键到达，提供人性化的操作方式，在操作过程中提供在线信息提示。系统功能描述使用InternetExplore扫瞄器,就能够进入协同工作子系统。不同类型用户登录后，具有的权限不同，能够操作的内容也不同。协同工作子系统的整个工作流程可分为信息收集环节，建立案卷环节，任务派遣环节，任务处理后反馈环节，任务结案归档环节和综合评价环节。以下结合工作流程和协同工作子系统的系统功能来对各个环节的内容和实现方式加以描述。信息收集在协同工作子系统中，启动案卷的前提条件是都市治理问题报告，新的问题到达之后，监督中心才能建立案卷，为该事件分配新的任务号，然后将任务上报到指挥中心，指挥中心依照事件的分类和性质派遣任务到各专业部门进行处理。信息收集的渠道是多种多样的。一般有以下几种方式：1、主动收集信息：都市治理监督员在指定的区域内对相关的都市部件进行巡查，发觉问题后通过信息采集器对发生的事件信息进行采集，并将采集的信息发送到都市治理监督中心。都市治理监督中心在收到信息后进行立案同时反馈任务号给城管监督员。2、核实核查任务的发送和电话交流问题核查：某一事件由执行部门处理完毕后，监督中心向事件在岗的所在责任区的城管监督员发送任务信息，城管监督员采集处理后的现场信息上报到监督中心，监督中心进行结案。问题核实：社会公众通过各种方式向都市治理监督中心上报事件。都市治理监督中心依照公众举报填写任务受理单，产生临时任务号给都市治理监督员，都市治理监督员依照临时任务号对问题进行推断、核实，并向监督中心采集并报送新事件的信息或者合并、撤销事件的申请，关于不属实的案卷，直接报送都市治理监督中心进行销案或者结案。电话交流：都市治理监督中心收到都市治理监督员报送的信息后，认为报送的信息不够详细，通过呼叫接线员联系都市治理监督员将信息补充完整。立案立案模块为监督中心提供对接收到的问题信息进行受理的功能。都市治理监督中心同意信息（来自都市治理监督员,社会公众电话等），由系统生成案卷文号，自动进行立案处理，启动一项业务。从立案后，系统会自动读取都市治理监督员采集来的信息，并将相关内容置到受理登记表中。案卷处理案卷受理后，指挥中心和专业部门的业务任务能够进入“我的案卷”列表，对案卷进行各种处理。“我的案卷”中存放了当前经办人正在处理的案卷，是经办人进行案卷办理和审批的地点，要紧功能包括填表、答复及查看督办意见、案卷批转、申请授权、地图操作等内容。关于承诺制时刻限制的业务，系统会通过红、绿、黄灯提示业务人员当前案卷办理时刻的超期状态。案卷处理工作表单是依照权限填写或查看的，经办人能够填写相应信息。同时，这些信息在所有审批部门的办公平台里是共享的，在其后的办理环节中均自动出现，不必重复填写。查看问题信息选中案卷，点击查看事件菜单，系统会自动调取案卷所关联事件的所有信息，供业务办公人员查看。输出表单输出表单是依照当前流程时期的配置，查看或打印对应案卷的输出表单。案卷移交案卷移交是指在当前处理人办理完成后需将案卷转给下一时期经办人员。业务人员按照规定完成本时期的办理工作后，能够填写完案卷移交意见后，将案卷移交到下一时期案卷办理的人员接着案卷的办理。通过案卷移交，都市治理监督中心能够将任务上报给指挥中心，指挥中心再将案卷移交给相应的专业部门，专业部门同意到任务后依照派遣内容对事件进行处理，处理后将案卷移交给都市治理监督中心，都市治理监督中心同意到反馈信息后，发送短信到都市治理监督员，都市治理监督员依照任务号对事件处理结果再次进行确认，进行任务核查后，案卷归档销案。通过协同工作平台提供的工作流引擎，实现了任务在丰台区都市治理各相关部门之间的流转。具体流程能够参见“查看案卷办理过程”一节。申请授权经办人在办理案卷的过程中需要对案卷进行专门处理，经办人能够依照权限设置向有授权权限的人员申请授权，案卷进行申请授权后就会进入授权人的授权箱中，等授权人答复并通过授权意见后，经办人就能够对案卷进行相应的专门操作，方便业务人员在专门情况下对案卷进行处理。查看案卷办理过程在案卷办理过程中，业务人员或领导能够随时了解到某案卷的办理过程和审批状态，同时能够方便地了解到案卷办理的具体流程和业务人员对案卷的处理操作和审批意见。案卷办理过程包括业务办理进度和业务办理流程两方面内容。（1）业务办理进度业务办理进度中记录了业务办理过程中都通过哪些步骤，都有哪些经办人，做了哪些操作、动作开始时刻等内容。（2）业务办理流程业务办理流程是以图形的方式显示整个案卷办理的过程和未通过的业务流程。其中办理流程图分为主流程图、子流程图、辅流程图等。查阅督办意见在案卷办理的任何时期，各级领导和指挥中心都能够随时调阅各类信息，通过督办模块对相关部门进行督察督办关于某项已被领导督办过的业务，被催办人能够查看或依照权限答复督办意见。在答复意见时，用户能够取惯用语，从而加快答复督办意见的效率。查看授权意见业务人员在案卷办理过程中，能够查看所有与本案卷相关的授权申请和答复信息。能够查看到申请授权的经办人以及申请的缘故，以及授权人的意见。设置显示条件设置显示条件是将案卷的其它信息增加到我的案卷的显示字段中，从而通过案卷列表用户能够专门直观地了解到某案卷对应的审批或案卷差不多信息。增加的显示字段能够是系统字段，也能够是业务公共字段。查看案卷地图系统能够依照相关的案卷进入地图窗口，进行与案卷相关的地图编辑、地图查询等工作，从而实现图文的一体化治理。结案任务结案环节是都市治理监督中心依照指挥中心的各种反馈结果和都市治理监督员的各种反馈结果，对处理合格的案卷进行结案和存档。我的消息系统提供业务办理人员之间发送消息互相通讯的工具，从而提供业务人员的办事效率。查询查询箱中可查看案卷办理情况、进行案卷查询以及查看专题地图。缺省打开的是案卷办理情况。案卷办理情况案卷办理情况分为部门办理情况和社区发案情况。部门办理情况列出了各部门的在办案卷数、结件数、总案卷数，其中在办案卷数又分为在办超期案卷数和在办未超期案卷数。社区发案情况按街道列出了各社区的在办案卷数。案卷查询系统提供了两种查询方式，一是案卷快速查询，另一种是模版案卷查询。专题地图专题地图是指将表示同一类型的地物图层组织在一起，便于用户快速定位到某图层查阅，如绿化设施专题，环卫设施专题等；统计统计模块给用户提供了完善地按照各种统计条件和方法进行统计的功能。用户能够设置统计条件，对业务办理情况进行统计，满足领导对案卷总体情况的了解和对业务办理情况查询的需要。在统计模块中，系统设置“本人”、“本科室”、“当天”等专门统计字段，在实际统计中，系统会自动将专门统计字段进行转换，方便用户定制出更加灵活方便的业务统计。系统除了一般统计外，还能够依照权限在领导的桌面上将领导关怀的统计项目设置出来，比如“昨日事件处理情况统计”、月统计、日统计等，使领导方便快捷地把握业务办理情况和关怀的项目办理进度。项目督办督办是领导或相关人员用来督办经办人案卷办理情况的工具，具有督办权限的督办人能够按照业务类型、办理人员、业务办理总时刻超期情况和时期办理时刻超期情况来对业务进行督办；关于超期案卷或者比较紧急的案卷，领导能够通过协同工作子系统提供的督办工具，对案卷进行监督办理。督办人还能够查看业务表格和业务办理过程的记录，催办已超期、立即超期的业务或紧急业务，查看催办答复意见等。在都市治理过程中，主办单位或者相应的主管领导能够随时监督案卷并联审批的情况，关于超期环节予以关注，提醒或监督相关部门的主办人加速办理。地图显示工具在协同工作平台中，用户还能够通过多种方式访问地图，直接进入，专题地图入口，案卷地图操作，查看位置图等。地图显示工具包括地图放大、缩小、漫游、全图显示、图层操纵等内容。除了图层操纵标签页外，系统还提供了快速开关图层的功能，该功能与每个人的权限有关。另外，系统还提供了专题地图的定义，立即表示同一类型的地图图层组织在一起，同时便于您快速查询到某类图层的信息。地图查询统计和定位为了能迅速查找或切换到要查找的某一地图位置，系统提供了多种查询和定位方式，包括地理编码定位，精确查询和定位、模糊查询和定位等等。地理编码引擎为都市治理、都市部件治理提供快速有效的地理定位引擎。通过输入自然语义的地址串，系统会自动匹配标准的地址串，并返回坐标信息。系统还提供了多种模糊查询和定位方式，如对所有图层查询，地名查询，道路查询、部件编号、井盖、社区名称、万米单元等等，用户输入以上提到的任何信息后即可在查询结果列表中直接定位到相应地名、事部件、单位的位置，实现地图的快速准确定位。通过系统提供的“i”查询功能，用鼠标点击窗口中的任意地物，将会在窗口左侧的查询与统计页面下显示该地物的详细信息。

监督中心受理子系统系统功能描述呼叫中心的要紧工作是受理来自都市治理监督员和社会公众的都市治理事件报告或举报，然后对他们所反应事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办理。工作内容讲明呼叫中心受理的对象要紧分为两类：都市治理监督员、社会公众。都市治理监督员反映所管辖万米单元内发生的都市治理事件。社会公众反映工作区、生活区中遇到的都市事件或咨询所关怀区域内的相关情况。领导依照治理工作需要，有时候需要通过呼叫中心下达一些任务等。因此，呼叫中心受理的问题通常可分为两种：电话报告问题、监督员通过城管通报告问题。呼叫中心受理这两类事件的工作模式图如下：系统功能结构依照呼叫中心的工作性质和内容划分，监督中心受理子系统功能要紧分为两大部分：呼入治理和呼出治理。呼入治理要紧是完成各类都市治理问题的登记、确认，定位和立案等工作。呼出治理要紧是完成电话呼叫、任务发送等工作。系统工作流程呼叫中心关于都市治理事件受理一般包括受理、登记、定位、回复反馈、立案，结案等环节。问题受理同意都市治理监督员和社会公众的事件报告、问题反映以及情况咨询是呼叫中心的重要工作内容，问题受理是监督中心受理子系统的要紧功能之一。考虑到由于角色和通讯方式的不同，监督中心受理子系统需要受理的事件包括电话报告事件、城管通报告事件。事件处理及反馈对受理的事件进行处理是呼叫中心的另一个重要工作环节。事件处理一般涉及事件的核实确认、事发地点定位、事件的反馈回复、事件立案处理等。核实确认关于来自社会公众通过电话等方式的事件报告，呼叫中心接线员在受理登记后，产生任务号并发给相应的都市治理监督员进行核查，核查属实的事件进入下一个处理环节，核查不属实的事件随即被撤销，系统保留事件记录。除都市治理监督员报告的事件外，其他人不论以任何方式报告的事件，都必须转发都市治理监督员进行核实。地图定位经查属实的事件，呼叫中心需要对事件发生地点进行定位。系统提供自动定位和手动定位两种方式。当都市治理监督员在最终的事件描述中提供了发生故障的都市部件的地理编码（调用地理编码引擎）或该位置的地理坐标，系统自动定位到该位置。假如事件位置的都市部件没有地理编码，事件发生位置的坐标信息业无法获得，呼叫中心接线员则需要依照都市治理监督员对事件位置的描述通过系统的地理编码引擎等多种查询方式进行手动定位。系统提供放大、缩小、漫游、全图以及模糊查找等方式方便呼叫中心接线员依照都市治理监督员的描述快速定位到事发地点。立案立案是监督中心受理子系统的最后一个环节。当事件的事实清晰、定位准确后就需要移交给指挥中心进行处理。呼叫中心接线员对事件进行立案，填写相应表单后转指挥中心办理,进入协同工作子系统。查询分析监督中心受理子系统是一个共享的平台，因此接线员都能够查阅全部的事件信息。事件过滤定位系统提供按事件类不、事件号、“城管通”号以及事件发送人对事件进行过滤的功能。呼叫中心接线员能够利用这些功能快速找到需要的事件信息。事件状态查询监督中心受理子系统提供事件状态查询功能，能够随时了解事件的办理状态，以答复社会公众对所报告事件和所关怀问题的咨询。

大屏幕监督指挥系统大屏幕监督指挥系统通过网络接入网格化都市治理信息平台，实现资源共享和远程指挥。通过大屏幕可直观地掌握城区各个社区或万米单元的都市部件信息、事件处理信息、案卷信息、评价信息等全局情况，还能够对每个社区、在岗监督员、部件等个体的情况进行查询。系统体系结构大屏幕监督指挥系统的特点是实时反映全区都市治理的状况，便于领导及时了解都市治理工作的全局情况，进行远程指挥。因此，大屏幕监督指挥系统既要能动态显示都市治理中的全貌（比如：事件处理图、事件处理列表、社区都市治理评价图、城管员实时位置图等），又要能快速调阅出某一事件的相关信息（比如事件处理情况、事件位置、事件描述信息、相关城管员情况等），需要有一定的交互操作的功能。大屏幕监督指挥系统的软件支撑部分由三部分组成，具体包括系统治理模块、通讯治理模块和显示操纵模块等三部分。系统治理是系统的操纵台，负责对大屏幕显示的内容及相关操作进行操纵。通讯治理模块是负责系统治理模块和显示操纵模块之间数据和命令进行通讯，目的是将操纵台发出的命令提交给显示操纵模块。显示操纵模块是大屏幕监督指挥系统的显示终端，它最终将按照操纵台的要求将需要显示的内容显示到大屏幕上。系统治理软件模块（操纵台）要紧运行在主服务器上，实现对整个大屏幕监督指挥系统的统一的集中式的治理功能。具体功能包括：操纵大屏幕监督指挥系统中显示内容的切换；不同屏幕显示内容之间的数据联动。通讯治理模块要紧实现系统治理模块和显示模块之间的通讯，具有命令传递、状态缓冲的功能。具体内容包括：所有显示屏的操作命令传递功能；实时显示显示屏的通讯状态和工作状态。显示操纵模块运行在操纵终端上，最终实现大屏幕的显示。具体功能是依照从通讯模块接收到的命令，在指定的大屏幕上将得到的命令解析执行后并把执行结果显示出来。以下对大屏幕监督指挥系统的功能进行介绍：系统治理模块系统治理模块是大屏幕监督指挥系统的系统操纵部分，通过系统治理模块能够实现对大屏幕监督指挥系统显示的内容进行操纵和交互。系统治理模块是采纳客户端/服务器方式进行开发的。功能描述大屏幕监督指挥系统操纵模块的功能包括案卷操作、地图操作和系统设置等功能。地图操作大屏幕监督指挥系统操纵模块能够显示的地图包括所在区县中部件地图、评价信息地图、部件地图、城管人员位置图等地图，针对这些地图，系统提供了地图显示、地图定位、地图查询和地图切换的功能。案卷操作案卷操作包括案卷查询、案卷定位、事件查询等功能。系统提供方便的案卷查询工具对都市治理业务相关的案卷进行业务查询，使监督中心随时了解到业务办理的进度和办理情况。在案卷查询窗口中，能够对查询条件所作的设置与修改，系统会依照查询条件执行查询，给出查询结果，并能够保存查询条件。查询到相应的案卷后，系统能够查看到当前案卷的办理过程和办理情况，同时还能够查询到此案卷的相关案卷和相同总编号案卷。系统设置系统设置区要紧功能是对大屏幕显示区域的内容在软件层次上进行设置，方便监督中心依照都市治理的要求切换显示的内容。通讯治理模块通讯治理模块是大屏幕监督指挥系统的通讯部分，它要紧包括消息发送和消息接收两个要紧的通讯功能。消息发送功能是系统治理模块形成需要操作的命令后，通讯治理模块将此命令发送出去的过程。消息接收功能是负责将命令串接收以后，进行解码、翻译，提交给大屏幕监督指挥系统的功能。显示操纵模块显示操纵模块是大屏幕监督指挥系统的显示模块，它负责将接收的命令执行后并把执行结果投影到大屏幕上。大屏幕显示区域分为三个部分，包括地图显示区、案卷滚动信息区、详细信息区。大屏幕系统侧重于显示功能，功能相对简单，同时都在一个界面中。地图信息区：显示全区整体地图，实时统计反映全区各个社区情况包括每个社区的在办案卷数、评价级不（颜色）等全局统计信息。案卷滚动信息区：滚动显示每个案卷的详细文字（或表格）信息。详细信息区：查询单个事件、社区的详细信息，包括详细评价、监督员位置、详细案卷情况等。

综合评价子系统通过建立都市治理综合评价子系统，就能够实现完善的都市治理评价体系，能够形成良好的都市治理监督机制，具体包括：一是都市治理监督中心对都市治理监督员、专业治理部门工作人员和都市部件、市容环境情况的监督；二是指挥中心、都市治理监督中心对其部门内部人员的监督；三是都市治理各专业部门对本部门执法人职员作情况的监督；四是对四级责任主体的监督。从而使信息化都市治理系统发挥更大的作用。都市治理评价体系评价内容都市治理评价体系的评价内容涵盖了都市治理的全过程，要紧是针对都市治理中出现的各种问题，在新的运行模式下，从系统内部予以严格的监督和治理，以保证系统运行的质量。具体包括以下几个方面：1．对工作过程的评价2．对责任主体的评价3．对工作绩效的评价4．对规范标准的评价指标评价模型具体评价指标分为都市治理监督员的评价指标；专业治理部门的评价指标；指挥中心的评价指标；监督中心的评价指标。都市治理综合评价系统的评价模型采纳加权等级评分法的指标评价模型。最后依照综合总分再将街道、社区分为多个档次，并以不同的色彩在不同层次的治理网格中展示。系统功能结构都市治理综合评价系统是信息化都市治理系统中最重要的一环，通过系统提供的评价功能，能够使领导及时了解和掌握全区都市治理工作的情况和水平，并及时发觉都市治理工作中的问题，依照综合评价子系统的实际需求，功能结构如下：

都市部件在线更新子系统都市部件在线更新系统基于B/S结构（包含面向地理信息的WebGIS服务），用于在线编辑都市部件信息。系统以B/S方式运行，工作人员能够通过IE扫瞄器进行都市部件更新、部件查询，统计分析，操作方便，大大降低系统维护的复杂程度；系统将依照有关保密要求，向不同类型用户提供不同级不的地图服务；不同用户能够查阅的地图不一样，能够使用的功能也能够依照不同用户权限进行配置；系统为相关专业部门用户提供网上地图数据输入、编辑和更新工具，实现在线数据输入、编辑；系统核心层采纳三层结构，大大减少了服务器的负担，同时通过服务器负载均衡的技术解决了多用户同时运行的瓶颈问题；系统简洁易用，充分考虑专业用户和非专业用户的使用特点，几乎所有操作都能够一键到达，提供人性化的操作方式，在操作过程中提供在线信息提示。部件输入方案首先通过相关专业部门（市政管委、园林局等，也能够是指定都市部件更新部门，如街道办事处等）猎取图形数据和属性数据，然后由工作人员通过都市部件在线更新子系统，将更新的部件按照部件类不输入到相应的部件图层。系统结构设计都市部件在线更新子系统能够满足部件信息的差不多扫瞄和编辑，适合各个专业部门的工作人员进行部件信息的更新。

基础数据资源治理子系统“基础数据资源治理系统”供系统治理人员使用。利用基础数据资源治理系统，系统治理人员能够方便地调整系统使之适应于用户需要，并能够在使用中不断地变更系统配置，无须软件开发者的干预，充分给予了用户自维护、自进展、自适应的能力。利用“基础数据资源治理系统”，系统治理员能够设置每个使用人员权限；能够配置使用地图数据，也能够依照自己的需要随时添加图层和地物，每类地物相应的属性信息等等。系统治理员能够使用基础数据资源治理系统修改应用模型，幸免了使用数据库系统本身工具进行系统维护，极大地提高了效率。系统治理人员无需了解系统数据库的具体结构和实现，就能够正确地使用基础数据资源治理系统进行日常维护和系统与数据扩展。系统功能特点：1、严格有序的多级权限操纵。系统的权限治理能够实现基于部门、岗位和人员的分不治理，分级操纵。2、开放的数据标准，良好的可扩展性。提供字典表定义和地图数据结构定义功能。3、严谨的地理要素编码体系，灵活适应各种标准的变化。通过系统特有的要素编码体系，可实现新旧不同标准之间的对应；可依照要素编码规则生成相应的地理要素体系结构，支持要素编码定义以及符号定义的格式化导入和导出。4、全面支持GIS数据的配置治理。系统提供一整套符合国标的符号库，同时提供符号的制作工具，可对符号库方便的添加修改；支持矢量图、影像图、栅格图的治理；支持文件格式GIS数据的直接导入，通过图层定义、专题图定义、专题治理，可对数据库中的图形数据进行预览，轻松掌握数据的实际情况。GIS治理通过“GIS信息”，对系统使用的地图库进行随时维护，即能够关于系统中使用的各种基础数据资源进行治理，利用治理系统提供的工具，系统治理员能够进行图层定义，能够随时扩展地图数据；使用地物定义，就能够适应标准的变化，对各种地物的标准编码进行维护。要素定义在地物定义中配置地图数据库中要素的编码、显示的样式等，能够不断适应要素标准编码的变化。要素定义中提供了要素的增、删、改等治理功能，同时还提供要素符号样式的定义及预览功能，使系统治理员在定义的同时直观地看到要素的符号显示样式。通过系统特有的要素编码体系，要素定义可实现新旧不同标准之间的对应；可依照要素编码规则生成相应的地理要素体系结构，支持要素编码定义以及符号定义的格式化导入和导出。图层定义系统图形数据定义遵循开放的原则，支持多种格式GIS数据的导入，可保证原始数据图形及属性信息的完整。当需要新增加图层时，如部件图，只需提供系统支持格式的图形文件，在基础数据资源治理系统中添加或者导入图层，配置相应的地图属性，便能够在其他系统中使用该地图，包括地图扫瞄，编辑，查询，统计等等。数据字典定义依照地物属性和标准编码的要求，定义系统的数据字典，能够依照系统和标准的变化对数据字典进行增、删、改，保证系统数据结构的开放性和扩展性应用治理专题地图设置为了使领导和政府工作人员能够特不方便的使用各种数据，不必去理解复杂的图层治理过程，不必进行频繁的图层打开和关闭操作，系统将各种同类的数据组织成各种专题，供用户快速调阅；专题地图是指将表示同一类型的地图图层组织在一起，同时打开显示在一起的地图。专题地图能够依照需要设置园林部件专题、文物爱护专题、环保部件专题、等多种多样的专题，每个专题下设了一些典型的图层。查询统计定义在基础数据资源治理系统中，能够定制用于查询、统计的地图，以及哪些地图属性用于快捷查找，固定统计等，能够定制查询统计的地图功能区的范围等等。

应用维护子系统应用维护子系统概述应用维护子系统是系统治理员使用的工作平台，通过该平台，能够快速搭建、维护都市治理业务，定制业务工作流程，设置组织机构，并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。利用应用维护子系统，系统治理人员能够方便地调整系统使之适应用户需要，并能够在使用中不断地变更系统配置，无须软件开发者的干预，充分给予了用户自维护、自进展、自适应的能力。使用应用维护子系统，系统治理人员无需了解系统数据库的具体结构和实现，就能够正确地使用应用维护子系统进行日常维护和系统与数据扩展。系统功能特点：1、严格有序的多级权限操纵。系统的权限治理能够实现基于部门、岗位和人员的分不治理，分级操纵，不同的人员登录应用维护子系统只能修改本人权限之内的配置信息；权限操纵能够具体到某人在一项业务的某个时期对某张表格的某个字段是否可读、可写等。2、方便灵活的表格自定义功能。可视化工作表单设计工具，提供多种自主开发定义的字段类型，可实现多种自定义的功能，如使用数值计算字段可实现不同单位之间的换算，使用日期计算字段可依照系统工作日历和承诺制计算承诺办结时刻，可使用签字字段实现口令签字以及手写笔迹签字等。可方便的实现所见即所得的工作表单对应输出表单，也可灵活的实现一张工作表单对应不同格式的多张输出表单，以及多张工作表单的内容统一在一张输出表单上打印输出。3、直观易用的工作流定义工具。提供一套方便易用的工作流定义工具，可方便直观地定义业务的工作流程，支持分流以及多流向并行处理；良好的工作流历史版本治理功能可实现历史案卷办理过程的完整保存。应用维护子系统功能设计组织机构治理政府部门各个岗位职能一般是相对固定，但人事调动是时常发生的，为此，系统特不设计了机构设置工具来适应这一客观规律。使用该工具能够清晰地描述出各级部门、人员、岗位三者的关系，并能具体设置各岗位的权限。机构设置模块实现了对整个机构内各部门、人员、岗位的定义。所有部门、人员、岗位均由系统自动生成系统内部的唯一标识，确保信息的唯一性。部门、人员和岗位均能够做为参与者出现在业务的工作流过程定义中，真正实现业务和岗位之间多对多的关系。业务治理业务惯用语定义业务惯用语定义用于建立和维护都市治理协同工作中经常使用的专业用语。能够针对每项业务治理工作输入特定的适应用语，供业务人员适时调用；同时关于一些较为通用的、和具体业务无关的惯用语，能够定义为系统惯用语提供给全局的人员使用。通过对适应用语进行经常的维护和完善，在减少了业务人员文字录入的工作量的同时，也进一步规范了都市治理协同工作中用语的应用。工作表单定义可定义工作表单的名称、类型（多行表格和多版本表格可分不实现对该工作表单多次填写和多次编辑的需求）、表单的显示设置。应用维护子系统还提供编辑表单的功能，真正实现可视化，所见即所得的表单样式编辑。输出表单定义输出表单是指在业务办理过程中需要打印出来的表格，比如事件的差不多信息、事件的处理意见等等。输出表单模块实现对输出表单的治理，可增加、删除输出表单，修改输出表单名称、类型、对应工作表单等。应用维护子系统还提供专门的工具实现对输出表格的样式进行编辑。工作流定义工作流指一项业务办理从立案到办理结束所要通过的各个环节的总称。应用维护子系统以流程图的方式提供直观地编辑、配置和查看各个流程时期的方法。工作流定义包括差不多属性、参与者、工作流时期、流向等相关信息的定义。系统还提供专门的流程图治理模块用于绘制业务流程图，同时对流程的各个时期进行配置，选择流程各时期业务角色，定义流程专门操作权限、输入输出表格、确定各时期输入表格可填写字段等。公用字段定义公用字段：不同业务之间，具有某些方面共性特征的字段，如事件名称、事件的发生地等，能够通过定义公用字段使不同的业务相互关联起来。字典表定义字典表：用来实现字段之间的对比，实现标准对比。能够保证随标准变化，实际数据同步发生变化。人员权限治理可直观的了解具体业务人员所处部门、所具有的角色、可参与的业务时期以及在每个时期所具有的权限：表格、字段的可见、可编辑，要件的可查看，图层的可见、可编辑等。查询统计治理查询模板定义查询模板定义：应用维护子系统提供建立查询模板的功能，通过定制查询模板，前台业务人员在业务应用系统中能够直接使用定制好的查询，方便快捷的查询出所需要的内容。关于每一个查询，能够设置查询条件、查询相关业务、查询相关人员和查询明细。统计类型定义统计类型定义：通过应用维护子系统提供的那个工具，能够方便地定义各个业务类型的各种统计。例如统计月报、中报和年报等。还能够定义这些统计的使用权限，哪些部门能够统计，哪些部门能够查看统计结果等。

数据交换子系统本系统用于实现市、区两级城管平台间的问题差不多信息和动态信息的信息交换功能。本系统采纳业界成熟的XML、SOAP、WebService等信息技术建立信息交换平台，包括数据交换引擎、远程数据传输、信息交换标准等核心模块.随着XML的迅速进展，XML正在逐步成为Internet中描述数据的标准。在今后XML文档势必成为电子政务中数据传输的要紧载体。消息打包格式设计消息打包基于SOAP和SOAPwithAttachment协议，所有通过信息交换的消息都必须符合SOAP和SOAPwithAttachment协议。对审批消息提供基于SOAPwithAttachment协议的格式扩展，所有审批消息需按照审批消息打包格式打包。凡是打包格式符合SOAP和SOAPwithAttachment协议的消息可通过信息交换平台进行传输。审批消息打包格式设计审批消息在逻辑上分为消息头、消息体和附件三部分，每个审批消息有且只有一个消息头，有且只有一个消息体，能够有0到多个附件。消息体为一个XML文档，其格式在消息打包规范中不做约束，然而审批消息的消息体格式在业务规范中有定义。审批消息的附件部分能够为任意文件，消息打包规范中对所有作为附件文件都看作是二进制文件，不对文件类型进行区分。审批消息的三部分按照SOAP和SOAPwithAttachment协议进行组织，分不映射到SOAP消息的SOAPHeader、SOAPBody和SOAPAttachment部分。消息头部分映射至SOAP消息的SOAPHeader部分，并将XML字段加上前缀和属性定义。消息体部分映射至SOAP消息的SOAPBody部分，并将XML字段加上前缀。消息附件部分映射至SOAP消息的SOAPAttachment部分，在消息体部分引用消息附件应采纳cid形式。

都市治理地理编码系统都市治理地理编码系统是网格化都市治理最重要的支撑系统之一，实现地址空间的相对定位，能够使都市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对都市部件进行分类分项治理，最终实现都市治理由盲目到精确，由人工治理到信息治理的转变。以下，从几个方面对都市治理地理编码系统进行介绍。地理编码数据结合都市治理工作的特点，定义地址编码库的数据具体包括：（1）行政区划数据：包括区、街道办事处、社区。（2）万米单元数据：万米单元、万米单元子网格（3）地名数据：包括现状地名、历史地名、历史沿革地名、地名不名等数据。（4）道路数据：包括要紧道路、现状道路、胡同、一级街坊、二级街坊数据。（5）门址院落数据：包括院落名称、门牌编号等。（6）小区楼座数据：包括小区名称、楼座名称等。（7）沿街店面：包括道路两旁商业单位、饭馆、企事业单位、机关等名称。（8）都市部件数据：包括都市部件大类、都市部件编码等。依照以上地理编码库的内容，定义了以下地理编码数据的组合，系统在数据采集和建库时能够按照以下地理编码组合采集标准的地理编码数据进行入库。组合编号组合类型1街道办事处＋路名2街道办事处＋社区＋路名3路名（胡同名）＋门牌号 4路名（胡同名）＋门牌号＋楼牌号5路名（胡同名）＋楼牌号6路名（胡同名）＋沿街铺面名7地名8地名＋门牌号9地名＋门牌号＋楼牌号10地名＋楼牌号11地名＋路名＋门牌号12单位13单位＋楼牌号14街道办事处＋院落15街道办事处＋社区＋院落16门址院落＋门牌号17万米单元格＋格网18都市部件大类＋名称19都市部件大类＋门址20都市部件编码地理编码引擎设计地理编码引擎为都市治理信息平台提供与地址查询有关的各项功能，包括依照任意地址串查询地址，获得指定坐标位置的标准地址串信息等等；同时为其它系统提供定位事件信息。与网格化治理信息平台的关系地理编码系统的建设将为其他应用系统提供地理编码的解决方案，为都市治理、都市部件治理提供快速有效的地理定位引擎，包括以下几个方面内容。1．将所有收集或调查来的非空间的各种社会经济信息（带有地址字段），准确落到地图上，准确建立非空间信息与空间信息的关系。2．提供都市治理监督中心快速锁定万米单元网格内事件发生地点。3．为任意输入地址字符串，能够直接定位到地图的万米单元网格某个位置，或提供地址所在位置的坐标信息。4、为任意空间位置能够快速生成标准地理编码字符串，为都市治理的各种应用提供服务。总之，都市治理地理编码系统是网格化都市治理信息平台最重要的支撑系统之一，真正实现都市治理由盲目到精确，由人工治理到信息治理的转变。

相关系统接口设计区级平台与市级平台接口依照市级和丰台区网格化都市治理模式，丰台区平台负责城管问题的巡查、受理、协同处理等具体工作，包含了上述9个子系统。丰台区与市级平台信息交换要紧包括以下功能：通过接收社会公众举报的都市治理问题，批转到丰台区平台；通过数据交换子系统获得丰台区平台都市治理问题的发觉、立案、反馈和结案信息；城管问题的采集、受理、处理过程均采纳丰台区平台中的无线数据采集子系统、呼叫受理子系统、协同工作平台来完成。关于办理过程中的发觉、立案、反馈以及结案信息通过数据交换平台交换到市级平台的数据库中。无线数据传输接口无线数据传输要紧指无线数据采集器与数据库服务器之间的数据传输。使用无线数据采集工具，将采集到的都市事（部件）的相关信息，包括事（部）件的类型、相关图片、录音资料以及位置坐标等信息通过中国移动的GPRS数据传输技术传至服务器。无线终端与服务器端的数据传输应该支持HTTP超文本数据传输协议，能够实现文本、图形、图像以及声音等信息的传输。应满足以下要求：1.支持HTTP超文本传输协议；2.支持数据无线传输技术；3.支持传输数据加密功能。4.无线实际通信速率不低于30Kbps；5.网络通信质量稳定，信息传递成功率在99.9％以上；6.与服务器进行数据交换和传输的并发用户数应能保证系统正常工作；7.单次数据无线交换和传输时刻小于30秒。无线数据采集子系统、呼叫受理子系统与协同工作子系统接口无线数据采集子系统是安装在无线数据采集工具上，要紧用于都市事（部）件信息的采集，并将采集的结果通过无线网络传输到呼叫受理子系统，受理子系统通过立案处理后进入协同工作子系统。呼叫受理子系统和协同工作子系统使用相同服务器，其数据的交换和提取比较容易。除了如前所述在数据采集子系统和呼叫受理子系统的数据传递之外，协同工作子系统也要与无线数据采集子系统进行数据传递，这要紧发生在事（部）件的案卷处理完成后，需要由监督员核查该案件的现场是否正确处理。因此协同工作子系统需要在流程中的某个节点向无线数据采集子系统发送核查指令。该指令应在无线数据子系统中能够反映出需要核查事（部）件的相关信息、位置信息等各种信息。监督员依照相关信息进行现场核查，并将核查结果反馈到协同工作子系统的流程节点中。需要实时交换的数据分为两类：一类是都市监督治理员通过无线数据采集子系统向呼叫受理子系统发送的事（部）件消息；另一类是呼叫中心受理工作平台依照工作任务的需要向都市治理监督员发送的任务消息。消息服务器起到了无线数据采集子系统与呼叫中心受理工作平台之间的一个数据桥梁的作用，使都市治理监督员和呼叫中心之间实时交换信息。无线数据采集子系统、协同工作子系统与地理编码子系统接口通过地理编码引擎，无线数据采集子系统和协同工作子系统通过地址信息能够快速定位到事发地点，起到快速定位的功能。都市治理系统中的问题关联部件的快速、有效的定位依靠于都市治理地理编码系统提供的地理定位引擎，只有将猎取的信息迅速定位到地图上才能使都市治理部门对事件的位置、周边环境、交通情况有充分的了解，并及时进行指挥处理，因此对都市治理地理编码系统的地理定位引擎提出了以下的要求：1．将所有收集或调