数字化城管项目建设方案.docx
《数字化城管项目建设方案.docx》由会员分享，可在线阅读，更多相关《数字化城管项目建设方案.docx（71页珍藏版）》请在冰豆网上搜索。
数字化城管项目建设方案
济宁市数字化城管项目建设方案
数字化城市管理信息系统
第一章系统建设原则
1、资源共享、标准统一原则
在济宁市多年的信息化建设过程中，积累了丰富的信息化资源，系统建设应充分共享现有的已建成系统资源，避免重复建设。
这些资源是我们能够高效率、高水平地建设数字化城市管理系统的基础条件。
整个系统遵循的规范标准应以建设部行业标准－《城市市政综合监管信息系统技术规范》、《管理部件和事件分类编码》、《单元网格划分编码与划分规则》、《地理编码规则》为依据。
保证数字城管系统与其它电子政务系统的互联互通。
2、易用性原则
在保证软件功能的前提下，软件设计要符合不同的人群需求，特别是终端操作软件的设计，应具有人性化的界面效果，方便实用的查询功能，高效便捷的操作方式。
3、条块结合原则
为保证城市管理问题及时、快速得到处置，发生的问题原则上由各专业部门处理。
确有困难的，由区里统一协调处理。
4、全民参与原则
克服其他城市系统封闭循环的缺点，坚持开放性，加大宣传力度，发挥社会、志愿者队伍以及居民的监督作用，动员群众广泛参与城市管理，充分利用热线电话、网站等反映、监督城市管理问题。
5、因地制宜原则
充分借鉴其它城市管理经验，结合济宁市的实际情况，在全面完成建设部统一工作要求基础上，注重实效，侧重解决本地区城市管理突出问题，力求在数字化城市管理模式方面，进行有益的探索，力争有所创新，建立示范模式。
6、先进性原则
在系统的总体设计上，借鉴各类系统的成功经验，同时注重考虑同类系统的建设教训，在技术上，要采用国际上先进的且成熟的技术，使得设计更加合理、更为先进。
要充分考虑济宁市现状和特点，在注重系统的实用性的前提下，采用先进的计算机软环境；在软件的开发思想上，严格按照软件工程的标准和面向对象的理论来设计，保证系统的先进性。
7、安全性原则
由于整个系统所涉及的数据大多属于政府的内部资料和1：
2000空间地理信息，这些数据的安全性至关重要，因此，系统应遵循安全性的原则。
本系统在设计时将安全性问题分为以下三种情况：
一是防止外部非法用户访问网络；二是防止内部合法用户的越权访问；三是意外的数据损害。
8、可扩充性原则
面对信息技术的高速发展，系统的设计应考虑计算机设备和网络设备具有良好的扩充性,并且，随着网络技术的发展，主干网络设备平滑升级,因此在数字化城管系统设计中应保证系统结构模块化，软件平台可以积木式拼装。
9、稳定性原则
一般稳定性是指系统的正确性、健壮性两个方面，由于数字城管系统是在网络环境下运行的，并且系统管理的数据量大，数据的使用并发性强等，这些特点对系统的设计提出了更高的要求。
因此，一方面系统在提交之前应该反复测试，把错误减少到最小程度，保证系统的正常的运转；另一方面，系统必须有足够的健壮性，在发生意外情况下，能够很好的处理并给出错误提示，并且能够得到及时的恢复，减少不必要的损失。
10、开放性原则
信息系统的开放性可以说是系统生命力的表现，只有开放的系统才能够兼容和不断发展，才能保证前期投资持续有效，保证系统可分期逐步发展和整个系统的越来越完善，系统在运行环境的软件平台选择上要符合工业标准，能够较为容易地实现系统的升级和扩充，以适应后续工程和适应有关政策法规以及信息技术的发展变化。
（一）建设内容
济宁市数字化城市管理系统建设的内容包括城管部件和事件数据的采集、网格单元的划分；城市管理应用软件的建设等内容。
本包采购内容包括城市管理应用软件的开发和部署、软件平台采购、基础地形数据处理及转换、部件和事件数据采集，其他内容另行采购。
第二章应用系统及软件平台技术要求
2.1具体建设目标
具体建设目标分批同时进行，有三项内容：
第一项内容：
2009年10月1日前完成视频监控子系统、监督指挥中心、呼叫中心平台建设；
第二项内容：
2009年11月30日前完成济宁市“网格化划分及部件普查工作”；
第三项内容：
2009年12月30日前城市部件数字化上线运行。
2.2总体技术要求
应用软件系统的总体需求如下：
1.1软件系统采用国际、国家标准的软件开发、软件测试及验收过程模式，遵循J2EE规范开发系统。
1.2应具有海量数据存储和管理能力，支持存储设备容量的平滑升级。
1.3应具有良好的并发响应能力，整体响应性能在5秒以内，能满足今后“数字济宁”的整体应用需求。
1.4应具有良好的数据安全保障机制，对数据采取集中管理和存储的模式，数据库结构设计良好，具有迅速的数据检索能力。
1.5在不考虑有线或无线网络带宽影响的情况下，文本信息交换的响应时间应控制在1秒以内，图片、声音信息交换响应时间控制在10秒以内。
1.6应具有高度的灵活性，能适应日常业务变更的需求，实现“零代码”方式的系统管理和维护。
1.7地图查询定位时间不超过10秒，呼叫中心接收信息采集员上报问题时间不超过30秒，呼叫中心向信息采集员发送任务时间不超过20秒。
2.3系统设计标准体系
数字城管系统是城市信息化的一个关键部分，要在遵循建设部相关建设、技术标准的基础上结合济宁市的市情建设济宁市城管系统。
2.1建设部相关国家标准：
GB/T2260中华人民共和国行政区划编码
GB/T79291：
500、1：
1000、1：
2000地形图图式
GB11714全国组织机构代码编制规则
CJJ100城市基础地理信息系统技术规范
GB17733.1地名标牌
GB/T18521地名分类与类别代码编制规则
GB／T10114县以下行政区划代码编码规则
CJJ103城市地理空间框架数据标准
CJJ/T106-2005城市市政综合监管信息系统技术规范
CJJ/T213-2005城市市政监管信息化单元网格划分与编码规则
CJJ/T214-2007城市市政监管信息化部件和事件分类与编码
CJJ/T215-2005城市市政监管信息化地理编码
2.2相关城市部件、事件的分类在建设部编码标准的基础上，结合济宁市的城市特点，完善并不断充实，具备适应今后其它相关系统的建设标准。
根据建设部相关行业标准和技术规范的要求，济宁市数字化城管系统主要应包括以下几个部分的内容：
无线数据采集子系统、呼叫中心受理子系统、协同工作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、综合评价子系统、系统维护子系统、基础数据资源管理子系统。
2.4流程分析
济宁市数字化城市管理流程是“一个轴心，两种职能”管理体系下的具体办事流程，这一流程的主要参与者是监督员、监督指挥中心监督受理处（接线员、值班长）、监督指挥中心指挥协调处（派遣员）和专业部门（包括街道、社区等）以及监督指挥中心（监督考评员）。
业务流程划分为以下七个阶段：
信息收集阶段、案卷建立阶段、任务派遣阶段、任务处理反馈阶段、案件核查、案件结案阶段和综合评价阶段。
问题发现及信息收集
按反映渠道将发现的问题分为两大类，一类是由各区域信息采集监督员主动巡查、发现的部件、事件问题；另外一类是公众举报热线和领导批件转来的有关部件、事件问题。
这两类问题的案件受理和立案阶段的处理流程有所不同。
案件建立
监督员上报的问题通过信息采集终端（“城管通”）上报至监督指挥中心，由监督指挥中心监督受理处的接线员进行登记，然后由值班长综合判别并立案受理。
公众举报热线反映的问题和领导批件转来的有关部件、事件问题由市级监督中心接线员统一接收，并通知相应区域的监督员进行核实，核实后再批转值班长进行判别立案受理。
任务派遣
监督指挥中心指挥协调处的派遣员按照《指挥手册》要求的原则，分别对已登记受理问题进行综合判别并将工作表单派送到各专业部门。
任务处理及反馈
各专业部门根据《指挥手册》的要求负责对下发的案件进行处理。
并将处理结果及时地反馈到监督指挥中心的指挥协调处。
案件核查
监督指挥中心指挥协调处把处理结果转发给监督受理处，监督受理处在接到专业部门反馈的信息后，应及时的指派监督员进行现场核查。
案件结案
在收到监督员转发的核查信息后，根据实际情况，监督指挥中心监督受理处的值班长对于已经处置完毕的案件进行结案处理，对于没有处置完毕的案件，值班长将会对案件进行重新指派。
综合评价阶段
系统自动生成对各区域、各专业的部门的客观评价。
并由监督指挥中心监督考评价员组织对监督员、各级专业管理部门工作人员的工作进行抽查扣分考评。
考核评价可以按照区域、部门和岗位进行，考核内容可以按照评价分数以等级颜色在地图上直观显示。
2.4.1系统功能
根据建设部相关行业标准和技术规范的要求，济宁市数字化城管系统主要应包括：
建设部标准的基础功能模块。
九大基础模块指：
监管无线受理子系统、监督中心受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、应用维护子系统、基础数据资源管理子系统、综合评价子系统和数据交换子系统。
2.5城管通软件开发
5.1系统描述
城管通软件主要提供给各区域城市管理监督员使用，主要用于实现信息采集员在自己的管理范围内巡查过程中向监督指挥中心上报城市管理问题信息，接受监督指挥中心的任务指令并反馈。
该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题的GIS定位，文本、图像、声音和位置信息实时传递。
5.2功能设计
1）客户端功能
2）服务端功能
城管通软件服务器端实现手机上报问题的接收，实现手机和协同平台的数据交换，功能包括：
1）提供各种信息查询服务的支撑；
2）提供地理编码查询服务；
3）提供数据同步服务；
4）提供无线定位服务；
5）提供数据协同管理和交换服务；
6）提供通知服务；
5.3使用对象
该软件主要为城市管理监督员量身定做，采用windows智能手机，通过无线传输方式，实现业务表单、问题照片的传输；通过手机GPS模块，实现卫星定位功能。
2.6基础模块设计
6.1呼叫中心受理子系统
6.1.1子系统描述
呼叫中心受理子系统的主要工作是受理来自城市管理信息采集员，社会公众拨打热线举报的城市管理，以及其它部门转接的问题。
接线员对他们所反映事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记后传递给监督指挥中心监督受理处的值班长进行立案。
因此，“呼叫中心受理子系统”的主要功能就是为呼叫中心坐席人员提供城市管理问题的受理、登记、立案、定位和转发等功能服务。
6.1.2功能设计
1）业务受理
对于监督员上报的市政管理问题，实现自动受理，并且能根据监督员上报市政管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；对于社会公众举报的问题，能通过手工登记的问题位置描述，在地图上搜索并定位到问题发生位置。
2）查询定位
为了辅助接线员快速定位，应当具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；能够根据用户输入的地理信息数据进行模糊查询，可以根据用户的选择自动定位到地图上。
3）立案及案卷审批
应实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同工作子系统；对于不符合相关规定的案卷销案处理，提供表单供录入销案相关信息。
4）具备与监督员的交互
应实现向监督员发送核实消息；并且可以接收监督员核实消息反馈、核查信息功能。
5）具备新问题或任务反馈信息实时提示功能
当有新问题上报或任务反馈信息时，可以通过弹出对话框提示，语音提示等方式实现提醒功能。
6）结案归档管理
应完成对案卷的备案处理；生成综合考评所需的相关数据，同时能够通知发布系统，将处理结果对公众发布。
6.1.3使用对象
呼叫中心受理子系统主要提供监督指挥中心的受理人员，实现问题受理和处理，问题受理的主要来源包括监督员问题上报、社会公众问题上报和视频上报。
6.2协同工作子系统
6.2.1子系统描述
协同工作子系统提供给监督指挥中心监督受理处和监督指挥中心的指挥协调处、各专业部门以及各级领导使用，采用工作流，通过浏览器完成城市管理各项业务的具体办理和信息查询。
系统提供了基于工作流的协同管理、工作处理等方面的应用，对城市管理实现图、文、表、业务管理一体化管理。
各级领导、监督指挥中心可以方便查阅问题处理进度和处理结果，可以随时了解各个专业部门的工作状况，并对审批流程进行检查、监督、催办。
系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现管理中心、各专业管理部门和政府之间的资源共享、协同工作和协同督办。
实现对业务流程中的所有案卷进行监督和管理的功能，实现应急问题处理、案卷处理和流转全程控制，同时可查看城市管理监督员在岗情况，可对案卷流转进行督办和插入意见信息，系统支持智能手机端的应用。
6.2.2功能设计
子系统模块结构：
1）任务分派管理
能根据案卷信息和相关事件、部件的归属部门自动识别相应的处理部门，并交由相应权限的人员进行任务的派遣。
2）处理部门协同监督
能够将处理结果的审核信息发送给相关专业部门；对专业部门的处理情况进行监督，对超过指定处理期限的案件发送催办通知。
3）案卷督办管理
应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时消息、短信等方式通知当前经办人员；并对案卷进行特殊符号显示。
4）记时管理
能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行记时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。
5）案件查询、统计
具备案卷查询功能，用户可以自己设定查询条件对案卷进行查询或统计；查询类型和统计应可以扩充，根据用户需要由管理员进行维护。
6）地图操作
基础信息、地理编码信息、单元网格信息、部件信息、问题信息等地图显示、查询、量算等功能；
6.2.3使用对象
协同工作子系统是系统的基础平台子系统，面向全体使用人员，实现案卷协同处置。
6.3大屏幕监督指挥子系统
6.3.1子系统描述
大屏幕监督指挥子系统（又称监督指挥子系统）通过网络接入数字化城市管理平台，实现资源共享和远程指挥。
通过大屏幕可直观地了解全市各区、各街道、社区以及网格的城市部件信息、监督员信息、问题处理信息、评价信息等内容，便于监督指挥中心和相关领导更加直观的掌握全市城市管理状况。
6.3.2功能设计
结合城市管理系统的特点和要求，大屏幕系统的显示区域可分为三个部分，具体包括地图显示区、案卷滚动信息区和详细信息显示区。
其中地图信息区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息。
案卷滚动信息区能够实时统计反映全区域内所有网格在办案卷数；滚动显示正在办理的每个案卷基本信息；详细信息区是指具体到单个问题案卷、具体人员的详细信息，包括监督员详细信息、单个案卷详细信息等。
⏹具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求；
⏹能够定位城市管理问题的地理位置，能够分类显示城市管理问题的当前状态信息；
⏹能够实时显示信息采集员、执法车辆的在岗情况及位置信息，并且可以对历史轨迹进行回放；
⏹具有查询监督员、执法车辆详细信息的功能；
⏹具有查询城市管理问题的图片、办理过程等详细信息功能；
⏹实现地图与属性信息的互动查询；
⏹实现图文一体化的综合评价结果大屏幕展示功能。
6.3.3使用对象
大屏幕监督指挥子系统的使用对象是监督指挥中心的使用人员以及各个相关领导，通过大屏幕不仅展示全市宏观城市管理情况，实现统一调度和指挥；而且还能够展示个体的工作状况，实现重点监督功能。
6.4基础数据管理子系统
6.4.1子系统描述
使用基础数据管理子系统可以管理地理信息所需的地图数据，图层分类、图层样式及其所包含的各种地物要素。
系统可提供缺省的适应城市管理需求的地图专题和图层样式，用户也可根据自己的需要进行定制和扩充。
6.4.2功能设计
使用基础数据管理子系统可以修改地图专题和图层样式，避免了使用数据库系统本身工具进行系统维护，极大地提高了效率。
系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用基础数据管理子系统进行日常维护和系统数据扩展。
主要功能包括：
1）数据建库、入库
创建数据库表空间，为每个图层分配存储单元，将GIS数据录入到数据库系统。
2）实现符号化定义及样式渲染
在符号定义中定义了城市管理地理信息系统要素、图层要素和专题图层样式中所涉及的所有点、线、面、标注符号。
是整个地图数据库使用的最基础的部分和环节。
3）物理图层定义
物理图层定义实现城市管理地理信息系统中所涉及的所有的物理图层的定义。
为了方便物理图层的定义，系统采用了表单化的定义界面。
物理图层定义提供了图层基本属性定义、图层字段属性定义和图层预览功能。
4）逻辑图层定义
逻辑图层属于系统GIS部分的核心内容，只有通过合理的图层定义，才能实现办公部分正常、有效的使用地理信息。
一个物理图层可以被多个逻辑图层引用，所以可以通过图层名称中定义图层名称加以区别，系统缺省图层名称为工作表单中的物理图层名称。
5）专题图层定义
由于SDE图层的单一样式特性，实现打开一个图层时能够按照确定的符号化方案加载一个图层的功能就显得十分重要。
通过专题图定义单元便可方便的实现这一需求。
6）专题管理
为了使领导和政府工作人员可以非常方便的使用各种数据，不必去理解复杂的图层管理过程，不必进行频繁的图层打开和关闭操作，系统将各种同类的数据组织成各种专题，供用户快速调阅；
7）查询统计定义
在基础数据资源管理系统中，可以定制用于查询、统计的地图，以及那些地图属性用于快捷查找，固定统计，周边环境分析等，可以定制查询统计地图的范围等等。
6.4.3使用对象
基础数据管理子系统主要由系统管理员使用。
用于实现基础资源管理平台的快速搭建和配置，实现地图数据的专题配置。
6.5应用维护子系统
6.5.1子系统描述
应用维护子系统是系统管理员使用的工作平台，通过该平台，可以快速搭建、维护城市管理业务，定制业务工作流程，设置组织机构，并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。
该子系统可以方便地调整，使之适应用户需要，并可以在使用中不断地变更系统配置，实现用户自维护、自发展、自适应。
6.5.2功能设计
主要功能参考下图：
主要功能：
1）组织机构管理
应实现数字化城市管理系统人员信息的管理，包括人员、部门、岗位等资料的管理；可以灵活配置人员的查询、统计、地图操作等权限的管理。
2）工作流定义功能
应实现工作流过程、阶段、流向中对表单、地图等对应操作的配置和管理，以适应业务管理过程中工作流程、参与专业部门、问题管理职责等方面的变化；
3）工作表单定义功能
应实现工作表单名称、字段、样式等编辑和管理，以适应业务过程中工作表单的变化要求；
4）定义统计和查询功能
统计和查询，应具有良好的可扩充性，可以根据用户的需要对各类统计报表的内容、样式进行编辑和管理；
5）受理时限控制
具备不同城市管理部件和事件处理时限的配置管理功能，受理时限可根据用户的需要定制。
6.5.3使用对象
该子系统的使用对象是系统管理员，用于实现业务管理平台的快速搭建和配置，实现系统流程和人员权限的可视化管理。
6.6地理编码子系统
6.6.1子系统描述
地理编码子系统是数字城管平台的支撑系统，可以将城市现有的地址进行空间化、数字化和规范化，在地址名称与地址实际空间位置之间建立起对应关系，实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。
提供了一种把具有地理位置的信息资源赋予地理坐标，进而可以为计算机提供计算的方式。
通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由粗放到精细，由人工管理到信息管理的转变。
6.6.2功能设计
地理编码引擎包括如下四个基本功能：
1）地址串规范化处理
根据用户输入的地址字符串，按照地理编码规则库中的配置，进行地址串规划化处理。
2）地理编码检索
地理编码引擎将规划过的地址串进行拆分，通过地理编码索引库找到一个最匹配的地理编码索引号。
3）地理编码信息获取
地理编码引擎根据地理编码索引号，在地理编码库中定位到地理编码，获取地理编码信息。
4）基础数据信息获取
地理编码信息中包含基础数据库的指向信息。
地理编码引擎可以根据指向信息，通过地图服务引擎在基础数据库中查找该地理编码所处图层，所对应位置，并生成相应的位置图。
城市管理地理编码系统在地理编码引擎的支撑下，可以为用户提供根据地址串生成位置（包括坐标信息和位置图）、根据部件号查询位置、根据位置查询地址串、获得地址串的标准地址等功能。
6.6.3使用对象
该子系统面向具有地图使用权限的部门和操作人员，实现对基于地理编码引擎的地图搜索服务，实现地图快速定位功能。
6.7数据交换子系统
6.7.1子系统描述
数据交换子系统应实现与上一级数字化城市管理信息系统以及其它现有得系统的数据交换，交换信息可包括问题信息、业务办理信息、综合评价信息等。
本系统采用业界成熟的XML、SOAP、WebService等信息技术建立信息交换平台，包括数据交换引擎、远程数据传输、信息交换标准等核心模块.
随着XML的迅速发展，XML正在逐步成为Internet中描述数据的标准。
在将来XML文档势必成为数字城管项目中数据传输的主要载体。
6.7.2功能设计
1）各级数字城管平台数据交换
数据交换内容包括案卷数据、综合评价数据和地理信息数据等。
2）数字城管与视频平台数据交换
数据交换内容包括视频接口控制信息、视频流媒体信息等。
3）数字城管与无线数据交换
交换内容包括无线分组传输数据以及GPS数据。
6.8综合评价子系统
6.8.1子系统描述
综合评价子系统运用综合评价模型，将信息化技术、监督评价的工作模式应用到数字城市管理中，建设城市管理综合评价系统。
通过基于“数字城市管理信息系统”的信息存储和信息查询，实现对历史数据按期或实时的统计，并通过城市管理评价体系运算评价等级，将其以图形化或表格化的方式显示出来。
同时，将该综合评价结果与市政府绩效考核相挂钩，提高各部门的工作热情和工作效率，形成良好的城市管理监督机制。
综合评价子系统可以对城市管理监督员、有关部门、有关区域的立案数量、办理时限、未办结案件等情况进行综合评价。
例如某区域有问题没有得到及时处理，在电子地图上该区域将显示红色标记，数量越多红色标记越多；点击红色标记将显示该案件的专业部门等详细情况；各部门的案件办理情况也同步生成直观示意图。
6.8.2功能设计
1、区域评价功能
以单元网格、社区、街道、行政区等区域为划分标准，按不同周期统计各单元区域的评价分值，生成评价结果。
评价结果可通过一定形式（包括各种图表形式）进行发布并可在地图中直观显示；
2、部门评价
对专业部门和各级责任主体，按一定周期统计各部门的评价分值，生成评价结果，评价结果可通过一定形式（包括各种图表形式）进行发布并可在地图中直观显示；
3、岗位评价
对信息管理中心、指挥中心各岗位和监督员进行岗位评价，按一定周期统计各岗位的评价分值，生成评价结果，评价结果可通过一定形式（包括各种图表形式）进行发布并可在地图中直观显示。
6.8.3使用对象
系统的使用对象是城市管理监督指挥中心，不同人员具备不同的考核权限。
6.9视频监控子系统（详见附件）
2.7接口规范要求
7.1无
升级会员 