数字化城管项目建设方案

1、 济宁市数字化城管项目建设方案数字化城市管理信息系统第一章 系统建设原则1、资源共享、标准统一原则在济宁市多年的信息化建设过程中，积累了丰富的信息化资源，系统建设应 充分共享现有的已建成系统资源，避免重复建设。这些资源是我们能够高效率、 高水平地建设数字化城市管理系统的基础条件。整个系统遵循的规范标准应以建设部行业标准城市市政综合监管信息系 统技术规范、管理部件和事件分类编码 、单元网格划分编码与划分规则 、 地理编码规则为依据。保证数字城管系统与其它电子政务系统的互联互通。2、易用性原则在保证软件功能的前提下，软件设计要符合不同的人群需求，特别是终端操 作软件的设计，应具有人性化的界面效果，

2、方便实用的查询功能，高效便捷的操 作方式。3、条块结合原则为保证城市管理问题及时、快速得到处置，发生的问题原则上由各专业部门 处理。确有困难的，由区里统一协调处理。4、全民参与原则克服其他城市系统封闭循环的缺点，坚持开放性，加大宣传力度，发挥社 会、志愿者队伍以及居民的监督作用，动员群众广泛参与城市管理，充分利用热 线电话、网站等反映、监督城市管理问题。5、因地制宜原则充分借鉴其它城市管理经验，结合济宁市的实际情况，在全面完成建设部统 一工作要求基础上，注重实效，侧重解决本地区城市管理突出问题，力求在数字 化城市管理模式方面，进行有益的探索，力争有所创新，建立示范模式。6、先进性原则在系统的总

3、体设计上，借鉴各类系统的成功经验，同时注重考虑同类系统的 建设教训，在技术上，要采用国际上先进的且成熟的技术，使得设计更加合理、 更为先进。要充分考虑济宁市现状和特点，在注重系统的实用性的前提下，采用 先进的计算机软环境；在软件的开发思想上，严格按照软件工程的标准和面向对 象的理论来设计，保证系统的先进性。7、安全性原则由于整个系统所涉及的数据大多属于政府的内部资料和 1：2000 空间地理信 息，这些数据的安全性至关重要，因此，系统应遵循安全性的原则。本系统在设 计时将安全性问题分为以下三种情况：一是防止外部非法用户访问网络；二是防 止内部合法用户的越权访问；三是意外的数据损害。8、可扩充性

4、原则面对信息技术的高速发展，系统的设计应考虑计算机设备和网络设备具有良 好的扩充性 ,并且，随着网络技术的发展，主干网络设备平滑升级 , 因此在数字化 城管系统设计中应保证系统结构模块化，软件平台可以积木式拼装。9、稳定性原则一般稳定性是指系统的正确性、健壮性两个方面，由于数字城管系统是在网 络环境下运行的，并且系统管理的数据量大，数据的使用并发性强等，这些特点 对系统的设计提出了更高的要求。因此，一方面系统在提交之前应该反复测试， 把错误减少到最小程度，保证系统的正常的运转；另一方面，系统必须有足够的 健壮性，在发生意外情况下，能够很好的处理并给出错误提示，并且能够得到及 时的恢复，减少不必

5、要的损失。10、开放性原则信息系统的开放性可以说是系统生命力的表现，只有开放的系统才能够兼容 和不断发展，才能保证前期投资持续有效，保证系统可分期逐步发展和整个系统 的越来越完善，系统在运行环境的软件平台选择上要符合工业标准，能够较为容 易地实现系统的升级和扩充，以适应后续工程和适应有关政策法规以及信息技术 的发展变化。（一） 建设内容济宁市数字化城市管理系统建设的内容包括城管部件和事件数据的采集、 网格单元的划分；城市管理应用软件的建设等内容。本包采购内容包括城市管理 应用软件的开发和部署、软件平台采购、基础地形数据处理及转换、部件和事件 数据采集，其他内容另行采购。第二章 应用系统及软件平

6、台技术要求2.1 具体建设目标 具体建设目标分批同时进行，有三项内容：第一项内容： 2009年10月 1日前完成视频监控子系统、监督指挥中心、呼 叫中心平台建设；第二项内容： 2009年11月 30日前完成济宁市“网格化划分及部件普查工 作”；第三项内容： 2009年12月 30日前城市部件数字化上线运行 。2.2 总体技术要求 应用软件系统的总体需求如下：软件系统采用 国际、国家标准的软件开发、软件测试及验收过程模式，遵 循 J2EE 规范开发系统。应具有海量数据存储和管理能力，支持存储设备容量的平滑升级。应具有良好的并发响应能力，整体响应性能在 5 秒以内，能满足今后“数字 济宁”的整体应

7、用需求。应具有良好的数据安全保障机制，对数据采取集中管理和存储的模式，数 据库结构设计良好，具有迅速的数据检索能力。在不考虑有线或无线网络带宽影响的情况下，文本信息交换的响应时间应 控制在 1 秒以内，图片、声音信息交换响应时间控制在 10 秒以内。应具有高度的灵活性，能适应日常业务变更的需求，实现“零代码”方式 的系统管理和维护。地图查询定位时间不超过 10 秒，呼叫中心接收信息采集员上报问题时间不 超过 30 秒，呼叫中心向信息采集员发送任务时间不超过 20秒。2.3 系统设计标准体系 数字城管系统是城市信息化的一个关键部分，要在遵循建设部相关建设、 技术标准的基础上结合济宁市的市情建设济

8、宁市城管系统。建设部相关国家标准：GB/T2260 中华人民共和国行政区划编码GB/T7929 1 ：500、1：1000、1：2000地形图图式GB 11714 全国组织机构代码编制规则CJJ100 城市基础地理信息系统技术规范GB 17733.1 地名标牌GB/T 18521 地名分类与类别代码编制规则GB T10114 县以下行政区划代码编码规则CJJ 103 城市地理空间框架数据标准CJJ/T106-2005 城市市政综合监管信息系统技术规范CJJ/T 213-2005城市市政监管信息化单元网格划分与编码规则CJJ/T 214-2007城市市政监管信息化部件和事件分类与编码CJJ/T

9、215-2005城市市政监管信息化地理编码相关城市部件、事件的分类在建设部编码标准的基础上，结合济宁市的城 市特点，完善并不断充实，具备适应今后其它相关系统的建设标准。根据建设部相关行业标准和技术规范的要求，济宁市数字化城管系统主要 应包括以下几个部分的内容：无线数据采集子系统、呼叫中心受理子系统、协 同工作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、 综合评价子系统、系统维护子系统、基础数据资源管理子系统。2.4 流程分析 济宁市数字化城市管理流程是“一个轴心，两种职能”管理体系下的具体 办事流程，这一流程的主要参与者是监督员、监督指挥中心监督受理处（接线 员、值班长）、监

10、督指挥中心指挥协调处（派遣员）和专业部门（包括街道、社 区等）以及监督指挥中心 （监督考评员） 。业务流程划分为以下七个阶段：信息 收集阶段、案卷建立阶段、任务派遣阶段、任务处理反馈阶段、案件核查、案 件结案阶段和综合评价阶段。问题发现及信息收集按反映渠道将发现的问题分为两大类， 一类是由各区域信息采集监督员主动 巡查、发现的部件、 事件问题； 另外一类是公众举报热线和领导批件转来的有关 部件、事件问题。这两类问题的案件受理和立案阶段的处理流程有所不同。案件建立监督员上报的问题通过信息采集终端 （“城管通”）上报至监督指挥中心， 由 监督指挥中心监督受理处的接线员进行登记，然后由值班长综合判别

11、并立案受 理。公众举报热线反映的问题和领导批件转来的有关部件、 事件问题由市级监督 中心接线员统一接收， 并通知相应区域的监督员进行核实， 核实后再批转值班长 进行判别立案受理。任务派遣监督指挥中心指挥协调处的派遣员按照 指挥手册 要求的原则， 分别对已 登记受理问题进行综合判别并将工作表单派送到各专业部门。任务处理及反馈各专业部门根据 指挥手册 的要求负责对下发的案件进行处理。 并将处理 结果及时地反馈到监督指挥中心的指挥协调处。案件核查监督指挥中心指挥协调处把处理结果转发给监督受理处， 监督受理处在接到 专业部门反馈的信息后，应及时的指派监督员进行现场核查。案件结案在收到监督员转发的核查信

12、息后， 根据实际情况， 监督指挥中心监督受理处 的值班长对于已经处置完毕的案件进行结案处理， 对于没有处置完毕的案件， 值 班长将会对案件进行重新指派。综合评价阶段系统自动生成对各区域、 各专业的部门的客观评价。 并由监督指挥中心监督 考评价员组织对监督员、各级专业管理部门工作人员的工作进行抽查扣分考评。考核评价可以按照区域、 部门和岗位进行， 考核内容可以按照评价分数以等 级颜色在地图上直观显示。2.4.1 系统功能根据建设部相关行业标准和技术规范的要求，济宁市数字化城管系统主要 应包括：建设部标准的基础功能模块。九大基础模块指：监管无线受理子系统、监督中心受理子系统、协同工作 子系统、地理

13、编码子系统、监督指挥子系统、应用维护子系统、基础数据资源 管理子系统、综合评价子系统和数据交换子系统。2.5 城管通软件开发系统描述城管通软件主要提供给各区域城市管理监督员使用，主要用于实现信息采 集员在自己的管理范围内巡查过程中向监督指挥中心上报城市管理问题信息， 接受监督指挥中心的任务指令并反馈。该系统依托移动设备，采用无线网络传 输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问 题的 GIS 定位，文本、图像、声音和位置信息实时传递。功能设计1）客户端功能城管通软件（客户端）同题处理类问题上报我的任务历史记录数据同步地图便用类:II地图浏览卩图层属性 査询地理编码GP

14、S定位系统功能类:|短信功能拍照功能录音功能今日提示辅助功能类:|系统设置使用帮助单键拨号打卡下班12）服务端功能城管通软件服务器端实现手机上报问题的接收，实现手机和协同平台的数 据交换，功能包括：1）提供各种信息查询服务的支撑；2）提供地理编码查询服务；3）提供数据同步服务；4）提供无线定位服务；5）提供数据协同管理和交换服务；6）提供通知服务；5.3使用对象该软件主要为城市管理监督员量身定做，采用 win dows智能手机，通过无 线传输方式，实现业务表单、问题照片的传输；通过手机 GPS莫块，实现卫星 定位功能。2.6 基础模块设计呼叫中心受理子系统子系统描述呼叫中心受理子系统的主要工作

15、是受理来自城市管理信息采集员，社会公 众拨打热线举报的城市管理，以及其它部门转接的问题。接线员对他们所反映 事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记后传递 给监督指挥中心监督受理处的值班长进行立案。因此，“呼叫中心受理子系统”的主要功能就是为呼叫中心坐席人员提供 城市管理问题的受理、登记、立案、定位和转发等功能服务。6.1.2 功能设计1）业务受理对于监督员上报的市政管理问题，实现自动受理，并且能根据监督员上报 市政管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；对 于社会公众举报的问题，能通过手工登记的问题位置描述，在地图上搜索并定 位到问题发生位置。2）

16、查询定位为了辅助接线员快速定位，应当具备基础地理信息、地理编码信息、单元 网格信息和部件信息等地图显示、查询功能；能够根据用户输入的地理信息数 据进行模糊查询，可以根据用户的选择自动定位到地图上。3）立案及案卷审批应实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信 息；提供立案意见录入表单，能够将案卷信息转发到协同工作子系统；对于不 符合相关规定的案卷销案处理，提供表单供录入销案相关信息。4）具备与监督员的交互应实现向监督员发送核实消息；并且可以接收监督员核实消息反馈、核查 信息功能5）具备新问题或任务反馈信息实时提示功能当有新问题上报或任务反馈信息时，可以通过弹出对话框提示，语音

17、提示 等方式实现提醒功能。6）结案归档管理应完成对案卷的备案处理；生成综合考评所需的相关数据，同时能够通知 发布系统，将处理结果对公众发布。6.1.3 使用对象呼叫中心受理子系统主要提供监督指挥中心的受理人员，实现问题受理和 处理，问题受理的主要来源包括监督员问题上报、社会公众问题上报和视频上 报。6.2 协同工作子系统子系统描述协同工作子系统提供给监督指挥中心监督受理处和监督指挥中心的指挥协 调处、各专业部门以及各级领导使用，采用工作流，通过浏览器完成城市管理 各项业务的具体办理和信息查询。系统提供了基于工作流的协同管理、工作处 理等方面的应用，对城市管理实现图、文、表、业务管理一体化管理。

18、各级领 导、监督指挥中心可以方便查阅问题处理进度和处理结果，可以随时了解各个 专业部门的工作状况，并对审批流程进行检查、监督、催办。系统将任务派 遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现管理中 心、各专业管理部门和政府之间的资源共享、协同工作和协同督办。实现对业 务流程中的所有案卷进行监督和管理的功能，实现应急问题处理、案卷处理和 流转全程控制，同时可查看城市管理监督员在岗情况，可对案卷流转进行督办 和插入意见信息，系统支持智能手机端的应用。6.2.2 功能设计子系统模块结构：1）任务分派管理能根据案卷信息和相关事件、部件的归属部门自动识别相应的处理部门， 并交由相应权限的

19、人员进行任务的派遣。2）处理部门协同监督能够将处理结果的审核信息发送给相关专业部门；对专业部门的处理情况 进行监督，对超过指定处理期限的案件发送催办通知。3）案卷督办管理应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用 户录入督办信息；督办信息能够以实时消息、短信等方式通知当前经办人员； 并对案卷进行特殊符号显示。4）记时管理能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行记时处理， 详细记录案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时 限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。5）案件查询、统计具备案卷查询功能，用户可以自己设定查询条件

20、对案卷进行查询或统计； 查询类型和统计应可以扩充，根据用户需要由管理员进行维护。6）地图操作基础信息、地理编码信息、单元网格信息、部件信息、问题信息等地图显 示、查询、量算等功能；6.2.3 使用对象协同工作子系统是系统的基础平台子系统，面向全体使用人员，实现案卷 协同处置。大屏幕监督指挥子系统子系统描述大屏幕监督指挥子系统 （又称监督指挥子系统） 通过网络接入数字化城市管 理平台，实现资源共享和远程指挥。通过大屏幕可直观地了解全市各区、各街 道、社区以及网格的城市部件信息、监督员信息、问题处理信息、评价信息等 内容，便于监督指挥中心和相关领导更加直观的掌握全市城市管理状况。6.3.2 功能设

21、计结合城市管理系统的特点和要求，大屏幕系统的显示区域可分为三个部 分，具体包括地图显示区、案卷滚动信息区和详细信息显示区。其中地图信息 区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、 城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事 件处理情况和评价信息。案卷滚动信息区能够实时统计反映全区域内所有网格 在办案卷数；滚动显示正在办理的每个案卷基本信息；详细信息区是指具体到 单个问题案卷、具体人员的详细信息，包括监督员详细信息、单个案卷详细信 息等。具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要 求；能够定位城市管理问题的地理位置，能够分类显

22、示城市管理问题的当 前状态信息；能够实时显示信息采集员、执法车辆的在岗情况及位置信息，并且可 以对历史轨迹进行回放；具有查询监督员、执法车辆详细信息的功能； 具有查询城市管理问题的图片、办理过程等详细信息功能； 实现地图与属性信息的互动查询； 实现图文一体化的综合评价结果大屏幕展示功能。6.3.3 使用对象大屏幕监督指挥子系统的使用对象是监督指挥中心的使用人员以及各个相 关领导，通过大屏幕不仅展示全市宏观城市管理情况，实现统一调度和指挥； 而且还能够展示个体的工作状况，实现重点监督功能。基础数据管理子系统子系统描述使用基础数据管理子系统可以管理地理信息所需的地图数据，图层分类、 图层样式及其所

23、包含的各种地物要素。系统可提供缺省的适应城市管理需求的 地图专题和图层样式，用户也可根据自己的需要进行定制和扩充。6.4.2 功能设计使用基础数据管理子系统可以修改地图专题和图层样式，避免了使用数据 库系统本身工具进行系统维护，极大地提高了效率。系统管理人员无需了解系 统数据库的具体结构和实现，就可以正确地使用基础数据管理子系统进行日常 维护和系统数据扩展。主要功能包括：1）数据建库、入库创建数据库表空间，为每个图层分配存储单元，将 GIS 数据录入到数据库 系统。2）实现符号化定义及样式渲染在符号定义中定义了城市管理地理信息系统要素、图层要素和专题图层样 式中所涉及的所有点、线、面、标注符号

24、。是整个地图数据库使用的最基础的 部分和环节。3）物理图层定义物理图层定义实现城市管理地理信息系统中所涉及的所有的物理图层的定 义。为了方便物理图层的定义，系统采用了表单化的定义界面。物理图层定义 提供了图层基本属性定义、图层字段属性定义和图层预览功能。4）逻辑图层定义逻辑图层属于系统 GIS 部分的核心内容，只有通过合理的图层定义，才能 实现办公部分正常、有效的使用地理信息。一个物理图层可以被多个逻辑图层引用，所以可以通过图层名称中定义图 层名称加以区别，系统缺省图层名称为工作表单中的物理图层名称。5）专题图层定义由于SDE图层的单一样式特性，实现打开一个图层时能够按照确定的符号 化方案加载

25、一个图层的功能就显得十分重要。通过专题图定义单元便可方便的 实现这一需求。6）专题管理 为了使领导和政府工作人员可以非常方便的使用各种数据，不必去理解复 杂的图层管理过程，不必进行频繁的图层打开和关闭操作，系统将各种同类的 数据组织成各种专题，供用户快速调阅；7）查询统计定义 在基础数据资源管理系统中，可以定制用于查询、统计的地图，以及那些 地图属性用于快捷查找，固定统计，周边环境分析等，可以定制查询统计地图 的范围等等。6.4.3 使用对象基础数据管理子系统主要由系统管理员使用。用于实现基础资源管理平台 的快速搭建和配置，实现地图数据的专题配置。6.5 应用维护子系统子系统描述应用维护子系统

26、是系统管理员使用的工作平台，通过该平台，可以快速搭 建、维护城市管理业务，定制业务工作流程，设置组织机构，并能够方便快捷 地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。该子系统可以方便地调整，使之适应用户需要，并可以在使 用中不断地变更系统配置，实现用户自维护、自发展、自适应。6.5.2功能设计主要功能参考下图：应用世护了嚴统流程骨理节点錐护系统骨理权限管理H版本隼护主要功能：1）组织机构管理应实现数字化城市管理系统人员信息的管理，包括人员、部门、岗位等资 料的管理；可以灵活配置人员的查询、统计、地图操作等权限的管理。2）工作流定义功能应实现工作流过程、阶

27、段、流向中对表单、地图等对应操作的配置和管 理，以适应业务管理过程中工作流程、参与专业部门、问题管理职责等方面的 变化；3）工作表单定义功能应实现工作表单名称、字段、样式等编辑和管理，以适应业务过程中工作 表单的变化要求；4）定义统计和查询功能统计和查询，应具有良好的可扩充性，可以根据用户的需要对各类统计报 表的内容、样式进行编辑和管理；5）受理时限控制具备不同城市管理部件和事件处理时限的配置管理功能，受理时限可根据 用户的需要定制。6.5.3 使用对象该子系统的使用对象是系统管理员，用于实现业务管理平台的快速搭建和 配置，实现系统流程和人员权限的可视化管理。6.6 地理编码子系统子系统描述地

28、理编码子系统是数字城管平台的支撑系统，可以将城市现有的地址进行 空间化、数字化和规范化，在地址名称与地址实际空间位置之间建立起对应关 系，实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反 映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信 息的整合。提供了一种把具有地理位置的信息资源赋予地理坐标，进而可以为 计算机提供计算的方式。通过地理编码技术对城市部件进行分类分项管理，最 终实现城市管理由粗放到精细，由人工管理到信息管理的转变。6.6.2 功能设计地理编码引擎包括如下四个基本功能：1）地址串规范化处理根据用户输入的地址字符串，按照地理编码规则库中的配置，进

29、行地址串 规划化处理。2）地理编码检索地理编码引擎将规划过的地址串进行拆分，通过地理编码索引库找到一个 最匹配的地理编码索引号3）地理编码信息获取 地理编码引擎根据地理编码索引号，在地理编码库中定位到地理编码，获 取地理编码信息。4）基础数据信息获取 地理编码信息中包含基础数据库的指向信息。地理编码引擎可以根据指向 信息，通过地图服务引擎在基础数据库中查找该地理编码所处图层，所对应位 置，并生成相应的位置图。城市管理地理编码系统在地理编码引擎的支撑下，可以为用户提供根据地 址串生成位置 （包括坐标信息和位置图） 、根据部件号查询位置、根据位置查询 地址串、获得地址串的标准地址等功能。6.6.3

30、 使用对象该子系统面向具有地图使用权限的部门和操作人员，实现对基于地理编码 引擎的地图搜索服务，实现地图快速定位功能。6.7 数据交换子系统子系统描述数据交换子系统应实现与上一级数字化城市管理信息系统以及其它现有得 系统的数据交换，交换信息可包括问题信息、业务办理信息、综合评价信息 等。本系统采用业界成熟的 XML、SOAP、WebService 等信息技术建立信息交换 平台，包括数据交换引擎、远程数据传输、信息交换标准等核心模块 .随着XML的迅速发展，XML正在逐步成为In ternet中描述数据的标准。在 将来XML文档势必成为数字城管项目中数据传输的主要载体。6.7.2 功能设计1）各

31、级数字城管平台数据交换数据交换内容包括案卷数据、综合评价数据和地理信息数据等。2）数字城管与视频平台数据交换数据交换内容包括视频接口控制信息、视频流媒体信息等。3）数字城管与无线数据交换交换内容包括无线分组传输数据以及 GPS数据。6.8 综合评价子系统子系统描述综合评价子系统运用综合评价模型，将信息化技术、监督评价的工作模式 应用到数字城市管理中，建设城市管理综合评价系统。通过基于“数字城市管 理信息系统”的信息存储和信息查询，实现对历史数据按期或实时的统计，并 通过城市管理评价体系运算评价等级，将其以图形化或表格化的方式显示出 来。同时，将该综合评价结果与市政府绩效考核相挂钩，提高各部门的

32、工作热 情和工作效率，形成良好的城市管理监督机制。综合评价子系统可以对城市管理监督员、有关部门、有关区域的立案数 量、办理时限、未办结案件等情况进行综合评价。例如某区域有问题没有得到 及时处理，在电子地图上该区域将显示红色标记，数量越多红色标记越多；点 击红色标记将显示该案件的专业部门等详细情况；各部门的案件办理情况也同 步生成直观示意图。6.8.2 功能设计1、区域评价功能以单元网格、社区、街道、行政区等区域为划分标准，按不同周期统计各 单元区域的评价分值，生成评价结果。评价结果可通过一定形式 （包括各种图表 形式）进行发布并可在地图中直观显示；2、部门评价对专业部门和各级责任主体，按一定周

33、期统计各部门的评价分值，生成评 价结果，评价结果可通过一定形式 （包括各种图表形式） 进行发布并可在地图中 直观显示；3、岗位评价 对信息管理中心、指挥中心各岗位和监督员进行岗位评价，按一定周期统 计各岗位的评价分值，生成评价结果，评价结果可通过一定形式 （包括各种图表 形式）进行发布并可在地图中直观显示。6.8.3 使用对象系统的使用对象是城市管理监督指挥中心，不同人员具备不同的考核权 限。6.9 视频监控子系统 （详见附件）2.7 接口规范要求无线数据传输接口无线数据传输主要指无线数据采集器与数据库服务器之间的数据传输。使 用无线数据采集工具，将采集到的城市事（部件）的相关信息，包括事（部

34、）件 的类型、相关图片、录音资料以及位置坐标等信息通过GPR敎据传输技术或CDM技术传至服务器。无线终端与服务器端的数据传输应该支持 HTTP超文本数据传输协议，能够 实现文本、图形、图像以及声音等信息的传输。应满足以下要求：支持HTTP超文本传输协议；支持数据无线传输技术；支持传输数据加密功能。无线实际通信速率不低于 30Kbps；网络通信质量稳定，信息传递成功率在 99.9以上；与服务器进行数据交换和传输的并发用户数应能保证系统正常工作；单次数据无线交换和传输时间小于 30 秒。采集器、受理子系统与协同工作子系统接口采集器主要用于城市事 （部）件信息的采集，并将采集的结果通过无线网络 传输

35、到受理子系统，受理子系统经过立案处理后进入协同工作子系统。除了如 前所述在数据采集子系统和受理子系统的数据传递之外，协同工作子系统也要 与无线数据采集子系统进行数据传递，这主要发生在事 （部）件的案卷处理完成 后，需要由信息采集员核查该案件的现场是否正确处理。因此协同工作子系统 需要在流程中的某个节点向无线数据采集子系统发送核查指令。该指令应在无 线数据子系统中能够反映出需要核查事 （部）件的相关信息、位置信息等各种信 息。采集员根据相关信息进行现场核查，并将核查结果反馈到协同工作子系统 的流程节点中。采集器、协同工作子系统与地理编码子系统接口地理编码子系统包括地理编码引擎和地理编码数据库，通

36、过地理编码引 擎，无线数据采集子系统和协同工作子系统通过地址信息能够快速定位到事发 地点，起到快速定位的功能。城市管理系统中的问题关联部件的快速、有效的 定位依赖于城市管理地理编码系统提供的地理定位引擎，只有将获取的信息迅 速定位到地图上才能使城市管理部门对事件的位置、周边环境有充分的了解， 并及时进行指挥处理。总之，数字化城市管理平台通过地理编码系统提供的高效的搜索引擎，实 现城市管理由盲目到精确，由人工管理到数字化管理的转变。大屏幕监督指挥子系统与其它各子系统的接口大屏幕监督指挥子系统是整个数字城管系统的显示、监督、指挥中心，实 现对视频监控信号、卫星电视信号、计算机网络信号、GIS电子地

37、图、GPS卫星定位信号及各种计算机图像信息的综合显示，形成一个查询准确、显示全面、操作便捷、管理高效、美观实用的信息监控管理系统，各子系统的软件接口必 须符合相应的国家、国家标准才能与大屏幕监督指挥子系统无缝连接。硬件平台要求序号功能配置（不低于）单位数量服务器、网络设备1DB服务器（集群）2U机架式服务器；1 ntelNehalem 5520以上芯片组；2 颗 In tel 5530 四核处理器；配置 24G DDR站存;=12 个 DIMMS 槽；热插拔3.5 15000转SAS 450G*3;最多=8个热插拔 SAS/SATA硬 盘槽位；具备硬盘异步上电技术（即顺序 上电）；配置 RAI

38、D0, 1, 5, SASRAID卡512M缓存;2 个千兆网 卡，支持TOE功能;DVD-ROM光 驱；1 +1冗余电源，具备双机电源共享技术；具备BMC芯片，具备 KVMOVERP、远 程开关机、虚拟媒体（Imedia ） 等功能，提供远程管理软件；台12Web服务器2U机架式服务器；1 ntelNehalem 5520以上芯片组；2 颗 In tel 5506 四核处理器；配置 24G DDR站存;=12 个 DIMMS 槽；热插拔3.5 15000转SAS 450G*3;最多=8个热插拔 SAS/SATA硬 盘槽位；具备硬盘异步上电技术（即顺序上电）；配置 RAID0，1, 5，SAS

39、 RAID卡512M缓存;2 个千兆网 卡，支持 TOE功能 ; DVD-ROM光台1驱;1 +1冗余电源,具备双机电源共享技术；具备BMC芯片，具备 KVMOVERP、远 程开关机、虚拟媒体（Imedia） 等功能，提供远程管理软件；3城管通服务器2U机架式服务器；IntelNehalem 5520以上芯片组；2 颗 In tel 5506 四核处理器；配置 24G DDR站存;=12 个 DIMMS 槽；热插拔3.5 15000转SAS 450G*3;最多=8个热插拔 SAS/SATA硬 盘槽位；具备硬盘异步上电技术（即顺序 上电）；配置 RAID0, 1, 5, SASRAID卡512M

40、缓存;2 个千兆网 卡，支持 TOE功能 ; DVD-ROM光 驱；1 +1冗余电源，具备双机电源共享技术；具备BMC芯片，具备 KVMOVERP、远 程开关机、虚拟媒体（Imedia ） 等功能，提供远程管理软件；台14备份服务器2U机架式服务器；IntelNehalem 5520以上芯片组；2 颗 In tel 5506 四核处理器；配置 24G DDR站存;=12 个 DIMMS 槽；热插拔3.5 15000转SAS 450G*2;最多=8个热插拔 SAS/SATA硬 盘槽位；具备硬盘异步上电技术（即顺序 上电）；配置RAID 0，1; 2个 千兆网卡，支持TOE功能；DVD-ROI光驱

41、;1 + 1冗余电源,具备双机电源共享技术；具备 BMC芯片，具备 KVMOVERP、远台1程开关机、虚拟媒体（Imedia ） 等功能，提供远程管理软件；6服务器机柜42U机柜（含侧面板,15LCD,8口 switch,PDU）套27负载均衡路由器不少于6个可选千兆端口，其 中可选千兆光口不少于2个；单 项吞叶量1Gbps双核CPU 主频1.8GHz内存4GB以 支持更大的并发连接数，以及 RamCach等应用优化功能；最 大并发连接数8,000,000 ;交 换背板14Gbps VLAN个数 4000;四层处理能力：60,000 会话数/秒；七层处理能力： 100,000会话数/秒；支持双

42、机 热备：实现内存同步，双机切换 时间少于200ms支持冗余电源； 提供中文界面网管软件，对网络 进行全面监控，对网络流量进行 数据米集和导出各种形式报表， 且具备重启服务的功能。台18交换机 24端口，支持三层交换功 能；台29防火墙采用专用的多核架构；双冗余 电源；12个千兆接口（含12个） 以上，其中最少6个SFP光纤接 口 +6个10/100/1000M自适应电 口；设备吞叶量：4Gbps IPsecVPN吞吐率（AES256+SHA-）: 2Gbps AV （防病毒）吞吐率： 450Mbps最大并发会话数：100 万，要求可扩展至200万；最大VPN隧道数：4,000 ;每秒新建 会

43、话数75,000 ； SSL VPN并发用 户数：30个，最大可以扩展至 2000个；高可用性（HA :支持台1A-S模式，A-A模式（要求使用 VPN情况下可支持）；支持OSPF BGP和RIPv1/v2和静态路 由、支持策略路由、支持ISP服 务商路由（要求提供产品界面截 图）；支持对策略命中次数的统 计功能（要求提供产品界面截 图）；支持LDAP认证和MS AD 认证，并支持LDAP和AD用户的 批量自动导入（要求提供产品界 面截图）；提供基于每IP和应用 的带宽保证、带宽限速、弹性带 宽；必须支持中、英文 Webt理 界面。二二二存储、备份设备1SAN磁盘阵列光纤主机端口 8个以上，双

44、控制 器,每控制器4GB缓存，总计 8GB硬盘裸容量不小于3TB（15000转），配置数据保险箱功 能，套12SAN光纤交换机16 口，全光纤网络交换功能， 端口吞吐率2Gbit/s，背板交换带宽32Gbit/s套13备份磁带库最大存储容量压缩后存储容量（GB）:1600套1软件平台要求软件平台的需求如下:序号货物名称技术参数要求单位数量1操作系统主流的服务器操作系统，易维护性强套22数据库软件数据库为大型对象关系型数据库，具有通 用性和开放性，是拥有强劲发展的业界公套1认的企业级数据库产品。3GIS平台软件支持ArcGIS 的Shapefile 文件等主流GIS 数据格式套14杀毒软件网络版

45、，客户端支持数50/中心，支持Windows Unix、Linux等操作系统，全面 防毒扫描套15应用中间件软件应用中间件系统必须支持基于J2EE体系架 构的业务逻辑处理环境和应用部署环境。套1主要软件设备配置要求:1、数据库软件支持UNIX等主流操作系统,能实现集群功能，满足100用户的数据库、用 户集群、用户分区使用，以及对应的诊断、调优、变更配置管理包。支持主流的硬件平台以及主流的操作系统，支持32位和64位模式，对群集系统、多节点系统都能够良好支持。支持TCP/IP、X.25、SNA Named Pipe等协议等主流网络协议。支持ANSISQL-92 ANSISQL-99等数据库标准。

46、支持工业标准的应用程序接口，包括 ANSI SQL89 SQL92等，调用层接 口 （CLI）和开放式数据库连通（ODBC） JDBC SQLJ OLE DB等。提供对多媒体数据（声音、图像、视频）和空间地理信息数据的处理和 存储，提供相应的数据表示以及内容查询处理的功能和相应的组件技 术。支持先进的数据复制技术，数据库备份和恢复技术 提供数据库复制能 力和异种数据库的复制能力。支持高可用运行环境。支持联机和脱机安全的备份与恢复、增量备份、支持表空间级备份技 术。支持数据库前滚技术，能保障数据库能准确恢复到某个时间点，支持 库、表级的前滚技术。数据库服务器系统参数允许进行动态设置。 支持 C2

47、 或以上级安全标准、多级安全控制。 支持审计功能，能够有效监控数据库。支持数据在网络上加密传送及行级安全控制 支持数据库用户名和密码加密传送 , 支持超大规模的数据库设计和存储，单个数据库的容量支持太级 支持多用户并发访问（要求支持最少用户 100 用户） 提供并行查询、并行加载等并行处理功能 , 提供异步 I/O, 支持对多个磁 盘设备的并行访问支持事务处理并行和数据处理并行技术具有支持并行操作所需的技术，包括多 CPU并行和多服务器并行、事务 处理的完整性控制技术等，支持并行查询/DML备份/恢复、导入/导 出、索引创建。支持基于成本的数据库优化器。 支持多种索引技术，有效提高查询效率 ,

48、 支持在线重建索引。 支持数据库级的数据字典。支持内存自动分配和自动回收功能。 支持中文汉字内码，并支持 Unicode 编码，中文管理平台。 支持不依赖于第三方软件和存储的异地双机和多机热备。 支持数据库自动实时跟踪、监控，可自动性能调优，并能为管理员提供 调优建议。提供性能诊断、变更管理、配置管理包。 具有较强的容错、恢复、错误记录及预警能力。 数据库应提供深度数据挖掘和分析功能。2、地理信息平台GIS平台软件的性能需求如下：支持ArcGIS的Shapefile文件等主流GIS数据格式，能够直接、有效地 读取、使用市规划局现有的 GIS数据资源； 支持面向实体的数据模型，能提供专门的实体建

49、模和建库工具，便于实 现数字城市整体建模和行业建模；能提供多源异构空间数据共享的完整解决机制，有利于 GIS 数据共享与 交换平台的实现和有效运作；包含桌面系统、空间数据库引擎、Web系统、二次开发组件包等模块；具有良好的人机交互界面。3、中间件支持目前主流的硬件平台(IBM、HP SUN等)，支持主流的操作系统(AIX、HP_UX SOLARIS LINUX等)，支持32位和64位模式，同时对群集系统、多节点系统都能够良好支持；支持通用的64位UNIX WINDOWSLINUX等操作系统；符合J2EE1.2、1.3和1.4规范，通过SUN勺J2EE1.2、1.3、1.4认证的商用产品；支持最

50、新 Web Service 标准,支持 EJB 3.0, JavaPersistence(如 Hibernate 、KODOE Toplink),JSF 1.1；应用服务器提供的 SPECjAppServer 2004官方测试性能不低于4000JOPS；支持异构平台的可移植性，提供对多种主流门户、以及数据库的支持； 提供本项目必需的完整SOAS件支持，符合业界相关规范，并能部署在 目前主流的中间件服务器上运行流程引擎同时提供BPEL等相关业务流程标准，提供流程的可视化编排 以及流程的监控、跟踪；支持流程仿真；能够提供完整的创建、部署和管理 SOA面向服务体系的服务基础设施组 件工具，支持服务的

51、创建和管理以及服务的重组；提供企业服务总线ESB的支持，支持消息的路由以及同步、异步调用；支持动态的消息格式转换功能：包括 XML与 XML XML与 non-XML， non -XML与non -XML之间任意数据格式的转换；支持 XQuery、XSLTXPath等数据操作和转换标准；ESB完全使用WE控制台配置实现，无 需开发即可完成ESB应用部署；ESB支持ftp，file ，Email(POP/SMTP)， TIBCO EMS， HTTP(s)， SOAP， EJB， Tuxedo，TCP/IP，MQ sdo传输协议；可自定义开发传输协议；支持自动负载均衡，支持动态监测系统负载，能够自

52、动对系统可用资源 进行并发检测，调整和分配，使之具有较高可靠性； 支持集群技术，能够提供统一的服务器资源的管理工具；提供统一的门户解决方案，支持 JSR168 WSR标准，能够实现单点登 录以及基于数字证书的身份认证，并能提供完善的身份权限管理功 能；门户服务器必须支持各种J2EE应用服务器部署；同时支持.Net更好； 门户服务器可以与 Microsoft Exchange? ， Lotus Notes? ， Microsoft Project? ， Microsoft Windows? 和及时消息系统整合。 支持商业智能报表的集成，能够提供集成的 , 成熟的，快速的报表开发 工具； 支持集成

53、平台的运行维护功能 , 包括管理、监控、开发调试等功能。 应用中间件应该提供最新版本保证性能和功能的先进性。4 、防病毒软件服务器端 1 套；客户端不少于 50 套。产品具有自主知识产权；必须提供基于产品Web!务的局域网在线杀毒功能，以保证为用户提供 不间断的在线安全服务；在局域网内必须提供基于 WEB勺在线安全工具，比如病毒专杀工具、系 统修复工具等等，保证用户随时在局域网内任何一台联网的计算机上 下载并使用这些工具和功能；在局域网与外网隔离的情况下，厂商必须提供及时快捷的升级办法或工 具，使用户能够轻松实现隔离网络防病毒系统实时的、增量的升级更 新，以帮助用户节约时间和提高工作效率。对于

54、隔离网络的升级更新 每周保证不少于 15 次。项目实施要求 本系统要求承建单位针对本系统开发制定专门的配置管理方案和实施方案，应包括以下要求：1、工程的组织结构（包括外部组织）、人员职责及其能力要求；2、工程环境，包括测试环境、程序库、设备、设施、标准、规程和工具；3、任务分解安排，连同预算、人员、物理资源、软件规模和相关的任务进 度安排；4、进度安排、跟踪和报告方法；5、软件产品或服务的质量特性的管理，可以制订独立的质量保证计划软件 产品或服务的安全、保密安全和其他关键需求的管理，可以制订独立的安全、 保密安全计划；为达到以上要求，软件设计方在开发工作开始前应提交本系统详细软件开 发计划供审

55、查，待业主单位确认通过后方可进行开发工作。在项目进行过程中 未经业主单位允许，不得擅自变更开发资源配置。培训要求1、培训指的是提供涉及采购货物相关设备的基本操作原理、调试、操作使用、 专门技能和保养维修等有关内容的培训。关于受训者的人数和培训时间、地点 和培训方式如果在采购文件中有规定的从其规定，否则请投标人提出自己的培 训方案。合同签订起根据甲方要求时间内达到培训目标。报出每人每天的培训 费用单价和总价。这些费用应分别列出，计入投标价。2、培训要求按济宁市的要求进行培训。提供最新的文字、音响、电子培训资料。接受技术咨询，必要时，派人到现场作安装技术指导。提供用于培训的相关设备。3、培训合格的

56、标准为要能依据操作的基本规则对设备进行正常工作使用条件和 任务下的独立操作。对于有可能遇到的特殊工作使用条件和任务，投标人也要 将这部分内容进行说明。(三)数据处理及数据采集部分技术要求一、数据采集内容1、部件和事件数据城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热 等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、 广告牌匾等部分非公共设施。城市部件数据库存储的内容是城市管理过程中的所有对象，是信息化城市 管理系统最重要的基础数据库之一。2、单元网格数据划分地理网格是按照单元网格的设计方式。单元网格就是指采用网格技 术，根据属地管理、地理布局、现状管理、方

57、便管理、管理对象等原则，以一 定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个网格状的 单元。单元网格可以按照以下原则进行的划分编码：、属地管理原则单元网格的划分以社区为专题网格，不跨社区分割。、地理布局原则基本按照城市自然的地理布局，如大街、胡同、院落、公共绿地、广场、 桥梁、河流等进行划分。、现状管理原则对各级单位自主管理的院落，不按照指定的划分标准，以单位独立院落为 单元进行划分，不拆分自然院落。、方便管理原则道路、胡同分段划分，要遵循院落出行习惯5）、管理对象原则以独立的城市部件为主要管理对象，不拆分城市部件。3、地理编码数据地理编码数据类型可分为行政区域地名、地片与小区地

58、名、街巷地名、门 （楼）牌地址、标志物地址、兴趣点地址。1、行政区域地名：行政区域地名包含市、区（县）、街道（乡镇）信息， 本标准中宜包含社区 （村）信息和单元网格信息。行政区域的基本地点名称与标 准地名一致，是描述该行政区域名称的最小单元。2、地片与小区地名：地片与小区地名包含地片名称、居住小区名称的信 息。地片与小区的基本地点名称为标准地名，是描述地片、居住小区的最小单 元。3、街巷地名：街巷地名包含有地名标牌的街巷等。街巷地名的基本地点名 称为街牌和巷牌标示的汉字名称，是描述街巷地名信息的最小单元。4、门（楼）牌地址：门（楼）牌地址包括门牌地址和楼牌地址。5、标志物地址。标志物地址包括以

59、下内容： a） 具有地名意义的纪念地与 建筑物，包括建筑物、广场、体育设施、公园绿地、纪念地、名胜古迹等； b） 具有地名意义的单位与院落，包括医院、学校、单位等。 c） 具有地名意义的交 通运输设施，包括桥梁、道路环岛、交通站场等。标志物地址的基本地点名称 为描述该标志物的标准名称，能唯一标识特定地点。6、兴趣点地址：兴趣点地址包括沿街巷及小区中具有地理标识作用的店 铺、公共设施、单位和建筑等。基本地点名称为描述该兴趣点的最小名称单 元。兴趣点地址按以下方式唯一标识特定地点。二、数据采集测绘工作范围本次作业区域主要为济宁市主城区，部件普查作业面积约为 65Km 2 ，基础 地形图数据处理作业

60、面积为 65 平方公里 。如果真实作业面积与该面积有差异， 以真实测绘面积为准，按照投标人每平方公里作业单价对该部分总价进行适当 增、减。三、作业规范本次作业需按照以下作业规范和标准进行 : 1. 城市地理空间框架数据标准 (CJJ 103-2004)2. 城市测量规范 CJJ8-993. 1:500 1:1000 1:2000地形图图式 GB/T7929-19954. 1:500 1:1000 1:2000地形图航空摄影测量内业规范GB7930-875. 1:500 1:1000 1:2000地形图航空摄影测量外业规范GB7931-876. 1:500 1:1000 1:2000地形图航空摄