天津市红桥区数字化城市管理打印版.docx

天津市红桥区数字化城市管理打印版.docx

《天津市红桥区数字化城市管理打印版.docx》由会员分享，可在线阅读，更多相关《天津市红桥区数字化城市管理打印版.docx（42页珍藏版）》请在冰豆网上搜索。

天津市红桥区数字化城市管理打印版

目录

1项目概述3

1.1项目建设目标3

1.2项目建设原则3

1.3项目建设范围4

1.4★必需应注意满足的要求★4

2项目建设总体需求4

2.1系统构建模式需求4

2.2系统总体架构需求5

2.3业务需求5

2.4业务流程6

2.5网络说明7

2.6总体技术要求7

3数字化城市管理信息系统软件平台需求8

3.1应用软件系统总体构架设计9

3.2数字城管基础模块需求11

3.2.1监管数据无线采集子系统（城管通）需求11

3.2.2呼叫中心受理子系统需求12

3.2.3协同工作子系统需求12

3.2.4大屏幕监督指挥子系统需求13

3.2.5基础数据资源管理子系统需求14

3.2.6应用维护子系统需求14

3.2.7地理编码子系统需求15

3.2.8数据交换子系统功能需求16

3.2.9综合评价子系统功能需求16

3.3数字城管拓展模块需求17

3.3.1数字城管拓展模块17

3.3.2数字城管考评模块20

3.3.3接口规范要求26

3.3.4培训要求27

3.4同相关系统软件的兼容27

4数字化城市管理信息系统硬件系统简介27

5.数据加工要求27

6工程承建单位要求28

6.1责任要求28

6.2机构和人员28

6.3售后服务28

★特别注明：

本项目建设范围仅为应用软件开发及相应地理信息数据加工。

其余硬件、系统软件、中间件及网络介绍均为软件开发单位参考之用，不在本次项目建设范围内。

1项目概述

随着经济、社会的高速发展，社会各界对城市品位和城市形象的要求越来越高，城市管理和执法工作的压力越来越大，但城市管理的手段和措施相对滞后，现代化的设施相对落后，科技含量不高，已经制约了城管工作的高效运转。

市容委根据市委、市政府的工作部署，也开始了对数字化城管考核评价体系的研究，建立“以奖代补”的新型考核模式，颁布了《天津市城市管理考核实施意见（试行）》以及《天津市城市管理“以奖代补”办法（试行）》两个重要文件，以此作为城市管理工作考核的依据，能够充分调动各部门的工作积极性。

根据只升华副市长在5月14日城市管理研讨会、5月27日市城市管理工作会议、8月16日城市管理工作推动会上对数字城市管理系统建设提出的要求及市市容委领导在6月11日、7月3日、8月22日由各区主管区长和相关单位参加的会议上就如何落实数字城市管理建设提出的工作部署，市容委成立了专门的项目建设组，对外地建设数字城管的经验进行了借鉴与学习，并结合天津市本地情况初步完成了立项和建设的资料、完成了初审，同时制定了天津市建设数字化城市管理信息系统的工作计划，完成了项目审批立项工作，现工程进入最终招、投标阶段。

经项目办人员反复修改，结合工程实际需要，本着对项目负责的精神，经专家多方论证，最终形成本需求。

1.1项目建设目标

利用信息化、数字化手段，建立数字化城市管理信息系统，推进城市管理资源优化整合，实现城市部件、事件科学分类，实现管理流程科学再造，实现城市管理机制创新，形成沟通快捷、分工明确、责任到位、反映迅速、处置及时、运转高效的城市管理机制；形成系统统一受理、分级处置、监管分离、综合评价的管理体系。

使城市管理从粗放管理变为集约管理，从单一的定性管理变为定性定量相结合管理，从被动管理变为主动管理，从封闭管理变为开放管理，从静态管理变为动态管理，从滞后管理变为实时管理，从部门管理变为综合管理。

1.2项目建设原则

为了保证城市管理工作与其它相关部门的无缝隙沟通，保证数字化城市管理信息系统与其它电子政务系统的互联互通，必须坚持以下几个原则:

（1）在系统方案设计中，充分体现开放性要求。

并向其它部门和社会开放，形成与其他部门资源和信息的共享。

（2）在应用系统建设的设备选型、标准采纳、指标设定上，满足系统运行要求，并要有足够的冗余。

（3）天津市数字化城市管理信息系统涉及到各部门之间的数据管理和交换，必须要有统一的数据采集规范、数据制作规范、数据库结构规范和质量标准。

（4）天津市数字化城市管理信息系统要具有较高的安全防护要求，并且需要接入天津市电子政务网，因此，本系统的设计和项目建设要符合国家制定的相关保密要求。

1.3项目建设范围

★本次软件建设范围应必须满足章节2.2中所提出的，中心城区“集中式”及滨海新区“小集中+分布式”的两种架构所涉及的，覆盖天津市16个区、县及功能区的数字城管平台的部署。

本次项目建设基于电子地图技术的符合国家相关行业标准的，天津市市级网格化城市管理信息平台，建设以数字城管核心业务功能、数字城管拓展业务功能、数字执法业务功能、电子地图应用功能、“城管通”应用、“考评通”应用、“执法通”应用、“指挥通”应用、市级平台呼叫中心热线等为主要内容的数字化城市管理信息系统。

规范基础信息采集、综合信息受理、部门协同办理、城管热线等在线业务流程，实现信息双向互动。

从管理制度、软硬件环境等方面采取综合防范措施，保障信息平台、基础数据和信息内容的整体安全。

组织对系统运行维护专业技术人员、市、区相关职能部门值班员、信息采集员、市、区管理监督中心、指挥中心管理人员、接线人员、派遣员、以及城管执法队员进行相关知识培训。

1.4★必需应注意满足的要求★

1、本期项目天津市数字化城管信息系统为“集中式”架构系统，软件必须按“集中式”进行设计，各区级数字化城管平台通过电子政务网访问系统，共享数据库及应用。

软件开发应保障硬件上不单独设立针对各区级平台服务器，不设立对区级服务器的分发服务器设备。

2、本项目为交钥匙工程，本项目中标单位即应用软件开发中标单位为天津市数字化城管信息系统全部项目建设的主体单位，应对天津市数字化城市管理系统建设所涉及的全部相关工作负总责。

3、需求中涉及的全部软件均应提供原版光碟介质，应有正版授权及相应的服务。

4、建设单位主要参建人员应为本公司人员，在工程进行期间保障主要技术人员不得更换，保障三分之二以上工程建设人员不得更换。

投标书内应提供整个项目组的人员名单，并在现场出具该人员本单位员工的证明（原件）。

5、需求中凡带“★”号的及特别注明的项目为必须响应的项目。

2项目建设总体需求

2.1系统构建模式需求

天津市数字化城市管理平台建设模式为“两级监督、一级指挥”。

市级建设数字化城市管理监督平台，区级建设数字化城市管理监督和指挥平台（区级数字化城市管理监督中心和指挥中心由各区自行建设，不含在本项目建设范围内）。

市级平台负责全市城市管理的监督、考核和评价，市监督管理中心通过市级呼叫平台受理来自领导交办、城管热线及网上举报的城管信息，并将信息转发至相关区级监督中心进行立案处理，在处理过程中市级平台同步监督跟踪；对于跨区或跨部门区级监督指挥中心难以解决的问题，可由区指挥中心提请市监督管理中心进行协调督办。

经过督办延期的案卷信息将作为考核评价相关专业部门依据之一。

区级平台负责受理区属范围内的部件、事件的处理。

业务流程分为信息采集、案卷建立、任务派遣、案件处理、结果反馈、核查结案、综合评价等七个环节。

2.2系统总体架构需求

市内六区、环城四区建成区及新技术产业园区采用“集中式”架构，在市级平台建立统一共享的软硬件平台。

上述各区通过市电子政务网络集中共享调用相关数据，实现市、区两级网络互联互通。

滨海新区采用“小集中＋分布式”的架构，依托经济技术开发区已经建成的“天津经济技术开发区数字化城市管理平台”拓展建设“滨海新区数字化城市管理平台”；塘沽区、汉沽区、大港区、开发区、保税区采取“小集中”方式统一调用共享滨海新区系统平台的相关数据。

滨海新区系统平台与市级平台采用“分布式”架构，依托市电子政务网络，实现市级平台与滨海新区平台市区两级网络的互联互通。

武清区、宝坻区、静海县、宁河县、蓟县等区县采用“分布式”架构，各自建设独立的软硬件系统平台，独立运行。

通过市电子政务网络与市级平台进行数据交换、信息传递、协同工作，互通互联。

2.3业务需求

数字化城市管理工作涉及到几个环节：

信息的收集环节、案卷建立环节、任务派遣环节、任务处理环节、处理反馈环节、核查结案环节。

针对这几个环节，“数字化城市管理系统”需要设计开发的子系统包括：

GIS地理信息子系统、GPS定位管理子系统、移动执法子系统、业务短信子系统等。

同时为配合上述子系统功能的实现，需要以下硬件方面支持，如：

需要配备城管人员的多种无线手持设备、中心服务器设备等。

数字化城市管理涉及多条块业务流程，如何和各关联单位联动是“数字化城市管理信息系统”需要考虑的重要内容，需要建立信息整合、条块联动的雏形。

为此，系统中需要解决各个部门之间协同工作的问题。

综合评价方面，需要考虑各个事部件状态及案件处理情况，建立一套科学的评价体系。

对综合评价功能的设计要考虑到全面、客观，同时要辅助一定的表现形式，真正起到监督、约束的功能。

指挥决策方面，需要考虑提炼关键数据，反映整个体系的工作状态、重点事件的处理情况、评价体系的指标参数等，为领导决策提供有力支持。

在系统设计时，要考虑到领导在市级监督管理中心现场指挥，以及领导移动指挥的应用需求。

2.4业务流程

城市管理流程是在“两个轴心”管理体系下的具体办事流程，这一流程的主要参与者是信息采集员、监督中心（接线员）、指挥中心（派遣员）和专业部门（包括街道、社区等）。

流程的业务阶段可划分为以下六个阶段：

信息收集阶段、案卷建立阶段、任务派遣阶段、任务处理反馈阶段、案件核查、案件结案阶段。

1、问题发现及信息收集

按反映渠道将发现的问题分为两大类，一类是由信息采集员主动巡查、发现的部件、事件问题；另外一类是公众举报热线和领导批件转来的有关部件、事件问题。

这两类问题的案件受理和立案阶段的处理流程有所不同。

对于信息采集员上报的问题，值班长经过判断后可直接进行立案；对于公众举报的问题，首先需要现场信息采集员进行核实操作，值班长根据信息采集员反馈的现场情况决定是否立案。

2、案件建立

信息采集员发现的问题通过信息采集终端（“城管通”）上报至区级监督中心，由区级监督中心接线员进行登记、综合判别并受理。

公众举报热线反映的问题和领导批件转来的有关部件、事件问题由区监督中心接线员统一接收，并对这类问题进行登记受理。

3、任务派遣

区级监督中心的值班长按照《指挥手册》的要求，分别对已登记受理问题进行综合判别后立案，对于一般性案件生成工作表单，并将工作表单派送到监管单位和承办单位；如遇特殊案件按管理权限报批。

4、任务处理及反馈

监督、管理单位根据《指挥手册》的要求负责对案件的处理过程进行督促和管理。

各城市管理承办部门负责对监督中心派遣的城市管理事、部件问题进行处理，并在问题处理完毕后，将处理结果及时地反馈到区监督中心。

5、案件核查

区监督中心在接到承办单位问题处置完毕的反馈信息，应及时指派信息采集员进行现场核查。

6、案件结案

在收到信息采集员转发的核查信息后，根据实际情况，区监督中心对于已经处置完毕的案件，由值班长进行结案处理，并将处理结果反馈至相应的监管单位；对于没有处置完毕的案件，值班长将会对案件进行重新指派。

详细流程图如下图所示：

2.5网络说明

系统用到的网络环境主要包括业务网络、无线网络两部分，其中业务网络依托天津市政务专网建设，建设城市管理监督中心（市级）、各区监督指挥中心、（市、区）二级城市管理相关部门间的网络互联。

无线网络需单独建设，采用专线接入市数字化城市管理中心。

2.6总体技术要求

1、容量需求：

支持同时1500人在线访问查询能力；

存储设备容量不低于6TB；

2、响应速度

地图位置查询和定位时间不超过5s；

监督中心接收监督员上报问题时间不超过30s；

监督中心向监督员发送任务时间不超过10s。

3、其他需求

（1）易用性：

提供快速、便捷的输入方式，界面简单易用，菜单安排合理，符合使用习惯，灵活方便的查询方式。

（2）安全性：

主要从以下几方面保证系统的安全（包括但不限于）。

系统安全：

操作系统安全（漏洞扫描和修补、用户操作权限控制、病毒和木马等攻击防范）。

网络安全：

网络防病毒、防攻击、不同业务和区域的数据隔离、监控和报警；

数据备份与恢复：

信息安全（完善安全的备份归档机制，可靠高效的恢复机制）

数据库安全：

数据库具备用户认证、基于角色或用户组、数据视图的访问控制功能，并支持关键信息加密。

应用软件安全：

提供完善的安全控制机制，包括基于角色的用户名/口令的验证机制；用户的访问权限控制；对于用户的访问进行日志记录；数据库操作保证数据的一致性、正确性。

（3）可维护性：

统一的数据维护模式，管理员能够对数据字典、用户信息、统计参数等信息进行维护，系统部署在服务器端，通过服务器端的升级实现客户应用升级。

数据库系统可以进行远程数据维护。

（4）可伸缩性：

有弹性的整体业务构架，可方便的增加和裁剪。

高弹性的网络构架，根据实际应用的开展，可便捷的扩展或收缩，不需对原有构架做重大调整。

（5）高可用性：

主干网络和中心机房等关键节点尽可能避免单点故障，实现冗余架构。

网络业务传输上通过QoS等机制保证主业务的响应速度，避免整个网络的拥塞。

3数字化城市管理信息系统软件平台需求

数字化城管业务软件系统需能够支持市、区、街道三级指挥派遣和多部门同时派遣功能，能够最大限度地符合天津市数字化城市管理的需要，业务功能方面主要应包括以下几个部分：

标准功能模块：

无线数据采集功能、呼叫中心受理功能、协同工作功能、地理编码功能、监督指挥功能、综合评价考核功能、数字城管业务维护功能、基础数据资源管理功能、数据交换功能；拓展功能模块：

考评采集功能、领导督办功能、业务短信功能、GPS车辆定位功能、综合分析功能；执法业务模块（已招标，不在本期建设范围内）系统还需要具有电子地图应用功能、系统运维管理平台功能，门户网站功能、以及与外部系统的接口功能。

★对于标准功能模块，软件开发商应严格按照国家相关行业标准以及天津市“两级监督、一级指挥”的业务模式进行开发，拓展功能模块部分在开发以及试运行过程中，开发商应按甲方的需求进行随时调整。

应用软件系统的总体性能需求如下：

1、应具有海量数据存储和管理能力，支持500G以上的总数据量及150G以上的空间数据量的存储和管理。

2、应具有良好的并发响应能力，整体响应性能在5s以内，正常情况下并发访问量应不小于500。

3、应具有较强的稳定性，在6000个用户并发访问时，系统仍能稳定运行。

4、应具有完备的信息安全体系，能对登录用户的身份进行认证，并跟踪用户的操作，进行安全审计。

5、应具有良好的数据安全保障机制，对数据采取集中管理和存储的模式，数据库结构设计良好，具有迅速的数据检索能力。

6、应具有较强的容错能力和灾难恢复能力，服务器组采用集群模式。

7、应具有高度的灵活性，能适应日常业务变更的需求。

8、地图查询定位时间不超过5s，呼叫中心接收信息采集员上报问题时间不超过30s，呼叫中心向信息采集员发送任务时间不超过10s。

9、要按照天津市数字城管和数字执法业务特色进行软件开发。

★10、应用软件必须满足操作系统、数据库、地理信息系统、中间件等平台软件及硬件升级后的正常使用。

3.1应用软件系统总体构架设计

应用软件系统总体架构设计如图所示：

应用软件系统的总体需求如下：

1）软件系统采用国际、国家标准的软件开发、软件测试及验收过程模式，遵循J2EE规范开发系统，能提供完整的项目开发、测试过程记录和文档。

2）承建单位必须建立并实施完整的软件工程质量保障体系，具有专职的软件测试组织、人员、工具；并且在项目中强有力的开展测试工作。

3）应具有海量数据存储和管理能力，支持存储设备容量的平滑升级。

4）应具有良好的并发响应能力，整体响应性能在5秒以内，能满足今后天津市数字城管系统的整体应用需求。

5）应具有较强的稳定性，MTBF大于20000小时。

6）应具有完备的信息安全体系，达到国家电子政务系统的安全性标准要求。

7）应具有良好的数据安全保障机制，对数据采取集中管理和存储的模式，数据库结构设计良好，具有迅速的数据检索能力。

8）文本信息交换的响应时间应控制在1秒以内，采用消息中间件对数据交换进行管理。

图片、声音信息交换响应时间控制在10秒以内。

9）应具有高度的灵活性，能适应日常业务变更的需求，实现“零代码”方式的系统管理和维护。

10）地图查询定位时间不超过5秒，呼叫中心接收信息采集员上报问题时间不超过30秒，呼叫中心向信息采集员发送任务时间不超过10秒。

11）系统必须能提供标准化的接口，能提供数字城管系统与其他电子政务系统的接口。

12）系统响应速度在非硬件系统问题的情况下，数据量对软件系统响应速度的速率影响不超过20%。

13）软件系统能满足设计的各类国际、国家标准要求。

系统设计标准体系

数字城管系统是城市信息化的一个关键部分，要在遵循建设部相关建设、技术标准的基础上结合天津市的市情建设天津市城管系统。

建设部相关国家标准：

GB/T2260中华人民共和国行政区划编码

GB/T79291：

500、1：

1000、1：

2000地形图图式

GB11714全国组织机构代码编制规则

CJJ100城市基础地理信息系统技术规范

GB17733.1地名标牌

GB/T18521地名分类与类别代码编制规则

GB／T10114县以下行政区划代码编码规则

CJJ103城市地理空间框架数据标准

CJ/T213-2005城市市政综合监管信息系统单元网格划分与编码规则

CJ/T214-2007城市市政综合监管信息系统管理部件和事件分类、编码及数据要求

CJ/T215-2005城市市政综合监管信息系统地理编码

CJJ/T106-2005城市市政综合监管信息系统建设规范

相关城市部件、事件的分类在建设部编码标准的基础上，结合天津市的城市特点，完善并不断充实，具备适应今后其它相关系统的建设标准。

系统功能

根据建设部相关行业标准和技术规范的要求，天津市数字化城管系统主要应包括以下几个部分的内容：

数字城管基础模块：

无线数据采集子系统、呼叫中心受理子系统、协同工作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、综合评价子系统、构建与维护子系统、基础数据资源管理子系统；

数字城管拓展模块：

领导移动督办子系统、视频监控子系统、业务短信子系统、环卫车辆ＧＰＳ定位子系统、综合分析子系统；

数字城管考评模块：

考评采集子系统、考评任务管理子系统、离线考评子系统、考评结果发布子系统；

系统与外部数据的接口。

3.2数字城管基础模块需求

3.2.1监管数据无线采集子系统（城管通）需求

监管数据无线采集子系统手持终端提供给城市管理信息员使用，主要用于实现信息员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。

该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题文本、图像、声音和位置信息实时传递。

无线数据采集子系统由无线数据采集终端软件和无线数据采集服务端软件两个部分组成。

⏹终端软件功能需求

无线数据采集终端软件应实现的主要功能包括：

1）无线传输功能，利用无线网向监督中心报告城市管理的现场相关信息；

2）能接收并回复监督中心发出的问题任务指令；

3）记录最近上报的问题和任务信息，并标记报送状态；

4）基础信息、单元网格信息和部件信息等地图显示、查询和标注；

5）基础信息、单元网格信息和部件信息等地图数据自动同步；

6）用户安全管理和考勤管理的能力；

7）能够利用无线通信网或定位导航系统进行位置定位，能够监控到城管监督信息员所在位置；

8）城管通终端手机能够利用无线通信网进行话音通信，数据通信，短消息通信。

⏹服务端功能需求

无线采集子系统服务器端实现手机上报问题的接收，实现手机和呼叫中心受理平台的数据交换，无线采集子系统服务器端软件应具备的功能包括：

1）为无线数据采集系统提供各种信息查询服务的支撑；

2）为无线数据采集系统提供地理编码查询服务；

3）为无线数据采集系统提供数据同步服务；

4）为无线数据采集系统提供无线定位服务；

5）为无线数据采集系统提供数据协同管理和交换服务；

6）为无线数据采集系统提供通知服务；

⏹使用对象

该子系统主要提供给城市管理信息员使用，采用windows智能手机，通过无线传输方式，实现业务表单、问题照片的传输；通过手机GPS模块，实现卫星定位功能。

3.2.2呼叫中心受理子系统需求

呼叫中心是城市管理监督中心下设的联系内外各部门和社会公众的窗口。

呼叫中心的主要工作是受理来自城市管理监督员和社会公众的城市管理问题，然后对问题进行审核，记录问题发生位置，立案后传递给指挥中心。

因此，呼叫中心受理子系统的主要功能就是为呼叫中心接线员提供问题受理、登记、立案、定位和转发等功能。

呼叫中心受理城市管理问题主要分为两种：

社会公众举报和信息员上报。

⏹系统主要功能需求：

1）业务受理

对于监督员上报的城市管理问题，实现自动受理，并且能根据城管监督员上报城市管理问题信息中包含的坐标信息，在地图中自动标识出问题发生位置；对于社会公众举报的问题，能通过手工登记的问题位置描述，在地图上搜索并定位到问题发生位置。

2）查询定位

为了辅助接线员快速定位，应当具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；能够根据用户输入的地理信息数据进行模糊查询，可以根据用户的选择自动定位到地图上。

3）立案及案卷审批

应实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同工作子系统；对于不符合相关规定的案卷销案处理，提供表单供录入销案相关信息。

4）具备与城管监督员的交互功能

应实现向城管监督员发送核实、核查消息；并且可以接收城管监督员核实消息反馈、核查信息功能。

5）具备新问题或任务反馈信息实时提示功能

当有新问题上报或任务反馈信息时，可以通过弹出对话框提示，语音提示等方式实现提醒功能。

6）结案归档管理

应完成对案卷的备案处理；生成综合考评所需的相关数据。

3.2.3协同工作子系统需求

协同工作子系统实现数字化城市管理办公自动化，图、文、表、业务管理一体化，实现基于工作流的监督中心、指挥中心、各专业部门之间协同工作，具有良好的自适应性、良好的可扩展性和免维护性。

⏹

系统主要功能需求：

1）任务分派管理

应能根据案卷信息和相关事件、部件的归属部门自动识别相应的处理部门，并交由相应权限的人员进行任务的派遣。

采取市区两级协同办理模式，对于责任单位明确的案卷直接转发到专业部门进行处理。

2）处理部门协同监督

能够将处理结果的审核信息发送给相关专业部门；对专业部门的处理情况进行监督，对超过指定处理期限的案件发送催办通知。

3）案卷督办管理

应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时消息、短信、Email等方式通知当前经办人员；并对案卷进行特殊符号显示。

4）记时管理

能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行记时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。

5）案件查询、统计

具备案卷查询功能，用户