天津市数字化城市管理全面方案

天津市数字化城市管理 信息系统项目建设需求 应用软件开发项目部分 V4.2V4.2 天津市数字化城管项目建设办公室天津市数字化城管项目建设办公室 二二九年四月九年四月 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 2 页 共 58 页 目目 录录 1 1项目概述项目概述 .4 1.1项目建设目标.5 1.2项目建设原则.5 1.3项目建设范围.6 1.4必需应注意满足的要求.7 2 2项目建设总体需求项目建设总体需求 .7 2.1系统构建模式需求.7 2.2系统总体架构需求.8 2.3业务需求.9 2.4业务流程.10 2.5网络说明.12 2.6总体技术要求.13 3 3数字化城市管理信息系统软件平台需求数字化城市管理信息系统软件平台需求 .15 3.1应用软件系统总体构架设计.16 3.2数字城管基础模块需求.20 3.2.1监管数据无线采集子系统（城管通）需求.20 3.2.2呼叫中心受理子系统需求.22 3.2.3协同工作子系统需求.23 3.2.4大屏幕监督指挥子系统需求.25 3.2.5基础数据资源管理子系统需求.26 3.2.6应用维护子系统需求.27 3.2.7地理编码子系统需求.29 3.2.8数据交换子系统功能需求.30 3.2.9综合评价子系统功能需求.31 3.3数字城管拓展模块需求.32 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 3 页 共 58 页 3.3.1数字城管拓展模块.32 3.3.2数字城管考评模块.39 3.3.3接口规范要求.49 3.3.4培训要求.51 3.4同相关系统软件的兼容.52 4 4数字化城市管理信息系统硬件系统简介数字化城市管理信息系统硬件系统简介 .52 5.5. 数据加工要求数据加工要求.52 6 6工程承建单位要求工程承建单位要求.53 6.1 责任要求 .53 6.2 机构和人员 .54 6.3 售后服务 .54 6.4 对系统工程承建单位的资质需求 .55 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 4 页 共 58 页 特别注明：本项目建设范围仅为应用软件开发及相应地 理信息数据加工。其余硬件、系统软件、中间件及网络介绍均 为软件开发单位参考之用，不在本次项目建设范围内。 1 1 项目概述项目概述 随着经济、社会的高速发展，社会各界对城市品位和城市形象 的要求越来越高，城市管理和执法工作的压力越来越大，但城市管 理的手段和措施相对滞后，现代化的设施相对落后，科技含量不高， 已经制约了城管工作的高效运转。 市容委根据市委、市政府的工作部署，也开始了对数字化城管 考核评价体系的研究，建立“以奖代补”的新型考核模式，颁布了 天津市城市管理考核实施意见（试行） 以及天津市城市管理 “以奖代补”办法（试行） 两个重要文件，以此作为城市管理工作 考核的依据，能够充分调动各部门的工作积极性。 根据只升华副市长在 5 月 14 日城市管理研讨会、5 月 27 日市城 市管理工作会议、8 月 16 日城市管理工作推动会上对数字城市管理 系统建设提出的要求及市市容委领导在 6 月 11 日、7 月 3 日、8 月 22 日由各区主管区长和相关单位参加的会议上就如何落实数字城市 管理建设提出的工作部署，市容委成立了专门的项目建设组，对外 地建设数字城管的经验进行了借鉴与学习，并结合天津市本地情况 初步完成了立项和建设的资料、完成了初审，同时制定了天津市建 设数字化城市管理信息系统的工作计划，完成了项目审批立项工作， 现工程进入最终招、投标阶段。经项目办人员反复修改，结合工程 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 5 页 共 58 页 实际需要，本着对项目负责的精神，经专家多方论证，最终形成本 需求。 1.11.1 项目建设目标项目建设目标 利用信息化、数字化手段，建立数字化城市管理信息系统，推 进城市管理资源优化整合，实现城市部件、事件科学分类，实现管 理流程科学再造，实现城市管理机制创新，形成沟通快捷、分工明 确、责任到位、反映迅速、处置及时、运转高效的城市管理机制； 形成系统统一受理、分级处置、监管分离、综合评价的管理体系。 使城市管理从粗放管理变为集约管理，从单一的定性管理变为定性 定量相结合管理，从被动管理变为主动管理，从封闭管理变为开放 管理，从静态管理变为动态管理，从滞后管理变为实时管理，从部 门管理变为综合管理。 1.21.2 项目建设原则项目建设原则 为了保证城市管理工作与其它相关部门的无缝隙沟通，保证数 字化城市管理信息系统与其它电子政务系统的互联互通，必须坚持 以下几个原则: （1）在系统方案设计中，充分体现开放性要求。并向其它部 门和社会开放，形成与其他部门资源和信息的共享。 （2）在应用系统建设的设备选型、标准采纳、指标设定上， 满足系统运行要求，并要有足够的冗余。 （3）天津市数字化城市管理信息系统涉及到各部门之间的数 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 6 页 共 58 页 据管理和交换，必须要有统一的数据采集规范、数据制作规范、数 据库结构规范和质量标准。 （4）天津市数字化城市管理信息系统要具有较高的安全防护要 求，并且需要接入天津市电子政务网，因此，本系统的设计和项目 建设要符合国家制定的相关保密要求。 1.31.3 项目建设范围项目建设范围 本次软件建设范围应必须满足章节 2.2 中所提出的，中心城 区“集中式”及滨海新区“小集中+分布式”的两种架构所涉及的， 覆盖天津市 16 个区、县及功能区的数字城管平台的部署。 本次项目建设基于电子地图技术的符合国家相关行业标准的， 天津市市级网格化城市管理信息平台，建设以数字城管核心业务功 能、数字城管拓展业务功能、数字执法业务功能、电子地图应用功 能、 “城管通”应用、 “考评通”应用、 “执法通”应用、 “指挥通” 应用、市级平台呼叫中心热线等为主要内容的数字化城市管理信息 系统。规范基础信息采集、综合信息受理、部门协同办理、城管热 线等在线业务流程，实现信息双向互动。 从管理制度、软硬件环境等方面采取综合防范措施，保障信息 平台、基础数据和信息内容的整体安全。 组织对系统运行维护专业技术人员、市、区相关职能部门值班 员、信息采集员、市、区管理监督中心、指挥中心管理人员、接线 人员、派遣员、以及城管执法队员进行相关知识培训。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 7 页 共 58 页 1.41.4 必需应注意满足的要求必需应注意满足的要求 1、本期项目天津市数字化城管信息系统为“集中式”架构系统， 软件必须按“集中式”进行设计，各区级数字化城管平台通过电子 政务网访问系统，共享数据库及应用。软件开发应保障硬件上不单 独设立针对各区级平台服务器，不设立对区级服务器的分发服务器 设备。 2、本项目为交钥匙工程，本项目中标单位即应用软件开发中标 单位为天津市数字化城管信息系统全部项目建设的主体单位，应对 天津市数字化城市管理系统建设所涉及的全部相关工作负总责。 3、需求中涉及的全部软件均应提供原版光碟介质，应有正版授 权及相应的服务。 4、建设单位主要参建人员应为本公司人员，在工程进行期间保 障主要技术人员不得更换，保障三分之二以上工程建设人员不得更 换。投标书内应提供整个项目组的人员名单，并在现场出具该人员 本单位员工的证明（原件） 。 5、需求中凡带“”号的及特别注明的项目为必须响应的项目。 2 2 项目建设总体需求项目建设总体需求 2.12.1 系统构建模式需求系统构建模式需求 天津市数字化城市管理平台建设模式为“两级监督、一级指挥” 。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 8 页 共 58 页 市级建设数字化城市管理监督平台，区级建设数字化城市管理监督 和指挥平台（区级数字化城市管理监督中心和指挥中心由各区自行 建设，不含在本项目建设范围内） 。 市级平台负责全市城市管理的监督、考核和评价，市监督管理 中心通过市级呼叫平台受理来自领导交办、城管热线及网上举报的 城管信息，并将信息转发至相关区级监督中心进行立案处理，在处 理过程中市级平台同步监督跟踪；对于跨区或跨部门区级监督指挥 中心难以解决的问题，可由区指挥中心提请市监督管理中心进行协 调督办。经过督办延期的案卷信息将作为考核评价相关专业部门依 据之一。 区级平台负责受理区属范围内的部件、事件的处理。业务流程 分为信息采集、案卷建立、任务派遣、案件处理、结果反馈、核查 结案、综合评价等七个环节。 2.22.2 系统总体架构需求系统总体架构需求 市内六区、环城四区建成区及新技术产业园区采用“集中式集中式” 架构，在市级平台建立统一共享的软硬件平台。上述各区通过市电 子政务网络集中共享调用相关数据，实现市、区两级网络互联互通。 滨海新区采用“小集中分布式小集中分布式”的架构，依托经济技术开发 区已经建成的“天津经济技术开发区数字化城市管理平台”拓展建 设“滨海新区数字化城市管理平台” ；塘沽区、汉沽区、大港区、开 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 9 页 共 58 页 发区、保税区采取“小集中”方式统一调用共享滨海新区系统平台 的相关数据。滨海新区系统平台与市级平台采用“分布式”架构， 依托市电子政务网络，实现市级平台与滨海新区平台市区两级网络 的互联互通。 武清区、宝坻区、静海县、宁河县、蓟县等区县采用“分布式分布式” 架构，各自建设独立的软硬件系统平台，独立运行。通过市电子政 务网络与市级平台进行数据交换、信息传递、协同工作，互通互联。 2.32.3 业务需求业务需求 数字化城市管理工作涉及到几个环节：信息的收集环节、案卷 建立环节、任务派遣环节、任务处理环节、处理反馈环节、核查结 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 10 页 共 58 页 案环节。针对这几个环节， “数字化城市管理系统”需要设计开发的 子系统包括：GIS 地理信息子系统、GPS 定位管理子系统、移动执法 子系统、业务短信子系统等。同时为配合上述子系统功能的实现， 需要以下硬件方面支持，如：需要配备城管人员的多种无线手持设 备、中心服务器设备等。 数字化城市管理涉及多条块业务流程，如何和各关联单位联动 是“数字化城市管理信息系统”需要考虑的重要内容，需要建立信 息整合、条块联动的雏形。为此，系统中需要解决各个部门之间协 同工作的问题。 综合评价方面，需要考虑各个事部件状态及案件处理情况，建 立一套科学的评价体系。对综合评价功能的设计要考虑到全面、客 观，同时要辅助一定的表现形式，真正起到监督、约束的功能。 指挥决策方面，需要考虑提炼关键数据，反映整个体系的工作 状态、重点事件的处理情况、评价体系的指标参数等，为领导决策 提供有力支持。在系统设计时，要考虑到领导在市级监督管理中心 现场指挥，以及领导移动指挥的应用需求。 2.42.4 业务流程业务流程 城市管理流程是在“两个轴心”管理体系下的具体办事流程， 这一流程的主要参与者是信息采集员、监督中心（接线员） 、指挥中 心（派遣员）和专业部门（包括街道、社区等） 。流程的业务阶段可 划分为以下六个阶段：信息收集阶段、案卷建立阶段、任务派遣阶 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 11 页 共 58 页 段、任务处理反馈阶段、案件核查、案件结案阶段。 1 1、问题发现及信息收集、问题发现及信息收集 按反映渠道将发现的问题分为两大类，一类是由信息采集员主 动巡查、发现的部件、事件问题；另外一类是公众举报热线和领导 批件转来的有关部件、事件问题。这两类问题的案件受理和立案阶 段的处理流程有所不同。对于信息采集员上报的问题，值班长经过 判断后可直接进行立案；对于公众举报的问题，首先需要现场信息 采集员进行核实操作，值班长根据信息采集员反馈的现场情况决定 是否立案。 2 2、案件建立、案件建立 信息采集员发现的问题通过信息采集终端（“城管通” ）上报至 区级监督中心，由区级监督中心接线员进行登记、综合判别并受理。 公众举报热线反映的问题和领导批件转来的有关部件、事件问 题由区监督中心接线员统一接收，并对这类问题进行登记受理。 3 3、任务派遣、任务派遣 区级监督中心的值班长按照指挥手册的要求，分别对已登 记受理问题进行综合判别后立案，对于一般性案件生成工作表单， 并将工作表单派送到监管单位和承办单位；如遇特殊案件按管理权 限报批。 4 4、任务处理及反馈、任务处理及反馈 监督、管理单位根据指挥手册的要求负责对案件的处理过 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 12 页 共 58 页 程进行督促和管理。 各城市管理承办部门负责对监督中心派遣的城市管理事、部件 问题进行处理，并在问题处理完毕后，将处理结果及时地反馈到区 监督中心。 5 5、案件核查、案件核查 区监督中心在接到承办单位问题处置完毕的反馈信息，应及时 指派信息采集员进行现场核查。 6 6、案件结案、案件结案 在收到信息采集员转发的核查信息后，根据实际情况，区监督 中心对于已经处置完毕的案件，由值班长进行结案处理，并将处理 结果反馈至相应的监管单位；对于没有处置完毕的案件，值班长将 会对案件进行重新指派。 详细流程图如下图所示： 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 13 页 共 58 页 2.52.5 网络网络说明说明 系统用到的网络环境主要包括业务网络、无线网络两部分，其 中业务网络依托天津市政务专网建设，建设城市管理监督中心（市 级） 、各区监督指挥中心、 （市、区）二级城市管理相关部门间的网 络互联。无线网络需单独建设，采用专线接入市数字化城市管理中 心。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 14 页 共 58 页 2.62.6 总体技术要求总体技术要求 1 1、容量需求：、容量需求： 支持同时 1500 人在线访问查询能力； 存储设备容量不低于 6TB； 2 2、响应速度、响应速度 地图位置查询和定位时间不超过 5s； 监督中心接收监督员上报问题时间不超过 30 s； 监督中心向监督员发送任务时间不超过 10 s。 3 3、其他需求、其他需求 （1）易用性： 提供快速、便捷的输入方式，界面简单易用，菜单安排合理，符 合使用习惯，灵活方便的查询方式。 （2）安全性： 主要从以下几方面保证系统的安全（包括但不限于） 。 系统安全：操作系统安全(漏洞扫描和修补、用户操作权限控制、 病毒和木马等攻击防范)。 网络安全：网络防病毒、防攻击、不同业务和区域的数据隔离、 监控和报警； 数据备份与恢复：信息安全（完善安全的备份归档机制，可靠高 效的恢复机制） 数据库安全：数据库具备用户认证、基于角色或用户组、数据视 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 15 页 共 58 页 图的访问控制功能，并支持关键信息加密。 应用软件安全：提供完善的安全控制机制，包括基于角色的用户 名/口令的验证机制；用户的访问权限控制；对于用户的访问进行日 志记录；数据库操作保证数据的一致性、正确性。 （3）可维护性： 统一的数据维护模式，管理员能够对数据字典、用户信息、统计 参数等信息进行维护，系统部署在服务器端，通过服务器端的升级 实现客户应用升级。数据库系统可以进行远程数据维护。 （4）可伸缩性： 有弹性的整体业务构架，可方便的增加和裁剪。高弹性的网络构 架，根据实际应用的开展，可便捷的扩展或收缩，不需对原有构架 做重大调整。 （5）高可用性： 主干网络和中心机房等关键节点尽可能避免单点故障，实现冗余 架构。网络业务传输上通过 QoS 等机制保证主业务的响应速度，避 免整个网络的拥塞。 3 3 数字化城市管理信息系统软件平台需求数字化城市管理信息系统软件平台需求 数字化城管业务软件系统需能够支持市、区、街道三级指挥派 遣和多部门同时派遣功能，能够最大限度地符合天津市数字化城市 管理的需要，业务功能方面主要应包括以下几个部分：标准功能模标准功能模 块：块：无线数据采集功能、呼叫中心受理功能、协同工作功能、地理 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 16 页 共 58 页 编码功能、监督指挥功能、综合评价考核功能、数字城管业务维护 功能、基础数据资源管理功能、数据交换功能；拓展功能模块：拓展功能模块：考 评采集功能、领导督办功能、业务短信功能、GPS 车辆定位功能、 综合分析功能；执法业务模块（已招标，不在本期建设范围内）执法业务模块（已招标，不在本期建设范围内）系 统还需要具有电子地图应用功能、系统运维管理平台功能，门户网 站功能、以及与外部系统的接口功能。 对于标准功能模块，软件开发商应严格按照国家相关行业标 准以及天津市“两级监督、一级指挥”的业务模式进行开发，拓展 功能模块部分在开发以及试运行过程中，开发商应按甲方的需求进 行随时调整。 应用软件系统的总体性能需求如下： 1、应具有海量数据存储和管理能力，支持 500G 以上的总数据 量及 150G 以上的空间数据量的存储和管理。 2、应具有良好的并发响应能力，整体响应性能在 5s 以内，正 常情况下并发访问量应不小于 500。 3、应具有较强的稳定性，在 6000 个用户并发访问时，系统仍 能稳定运行。 4、应具有完备的信息安全体系，能对登录用户的身份进行认证， 并跟踪用户的操作，进行安全审计。 5、应具有良好的数据安全保障机制，对数据采取集中管理和存 储的模式，数据库结构设计良好，具有迅速的数据检索能力。 6、应具有较强的容错能力和灾难恢复能力，服务器组采用集群 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 17 页 共 58 页 模式。 7、应具有高度的灵活性，能适应日常业务变更的需求。 8、地图查询定位时间不超过 5s，呼叫中心接收信息采集员上 报问题时间不超过 30s，呼叫中心向信息采集员发送任务时间不超 过 10s。 9、要按照天津市数字城管和数字执法业务特色进行软件开发。 10、应用软件必须满足操作系统、数据库、地理信息系统、 中间件等平台软件及硬件升级后的正常使用。 3.13.1 应用软件系统总体构架设计应用软件系统总体构架设计 应用软件系统总体架构设计如图所示： 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 18 页 共 58 页 应用软件系统的总体需求如下： 1) 软件系统采用国际、国家标准的软件开发、软件测试及验收 过程模式，遵循 J2EE 规范开发系统，能提供完整的项目开发、测试 过程记录和文档。 2) 承建单位必须建立并实施完整的软件工程质量保障体系，具 有专职的软件测试组织、人员、工具；并且在项目中强有力的开展 测试工作。 3) 应具有海量数据存储和管理能力，支持存储设备容量的平滑 升级。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 19 页 共 58 页 4) 应具有良好的并发响应能力，整体响应性能在 5 秒以内，能 满足今后天津市数字城管系统的整体应用需求。 5) 应具有较强的稳定性，MTBF 大于 20000 小时。 6) 应具有完备的信息安全体系，达到国家电子政务系统的安全 性标准要求。 7) 应具有良好的数据安全保障机制，对数据采取集中管理和存 储的模式，数据库结构设计良好，具有迅速的数据检索能力。 8) 文本信息交换的响应时间应控制在 1 秒以内，采用消息中间 件对数据交换进行管理。图片、声音信息交换响应时间控制在 10 秒 以内。 9) 应具有高度的灵活性，能适应日常业务变更的需求，实现 “零代码”方式的系统管理和维护。 10) 地图查询定位时间不超过 5 秒，呼叫中心接收信息采集员 上报问题时间不超过 30 秒，呼叫中心向信息采集员发送任务时间不 超过 10 秒。 11) 系统必须能提供标准化的接口，能提供数字城管系统与其 他电子政务系统的接口。 12) 系统响应速度在非硬件系统问题的情况下，数据量对软件 系统响应速度的速率影响不超过 20%。 13) 软件系统能满足设计的各类国际、国家标准要求。 系统设计标准体系系统设计标准体系 数字城管系统是城市信息化的一个关键部分，要在遵循建设部 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 20 页 共 58 页 相关建设、技术标准的基础上结合天津市的市情建设天津市城管系 统。 建设部相关国家标准： GB/T2260 中华人民共和国行政区划编码 GB/T7929 1：500、1：1000、1：2000 地形图图式 GB 11714 全国组织机构代码编制规则 CJJ100 城市基础地理信息系统技术规范 GB 17733.1 地名标牌 GB/T 18521 地名分类与类别代码编制规则 GBT10114 县以下行政区划代码编码规则 CJJ 103 城市地理空间框架数据标准 CJ/T 213-2005 城市市政综合监管信息系统单元网格划分与编 码规则 CJ/T 214-2007 城市市政综合监管信息系统管理部件和事件分 类、编码及数据要求 CJ/T 215-2005 城市市政综合监管信息系统地理编码 CJJ/T106-2005 城市市政综合监管信息系统建设规范 相关城市部件、事件的分类在建设部编码标准的基础上，结合 天津市的城市特点，完善并不断充实，具备适应今后其它相关系统 的建设标准。 系统功能系统功能 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 21 页 共 58 页 根据建设部相关行业标准和技术规范的要求，天津市数字化城管系统主要 应包括以下几个部分的内容： 数字城管基础模块：无线数据采集子系统、呼叫中心受理子系统、协同工 作子系统、数据交换子系统、地理编码子系统、大屏幕监督指挥子系统、综合 评价子系统、构建与维护子系统、基础数据资源管理子系统； 数字城管拓展模块：领导移动督办子系统、视频监控子系统、业务短信子 系统、环卫车辆定位子系统、综合分析子系统； 数字城管考评模块：考评采集子系统、考评任务管理子系统、离线考评子 系统、考评结果发布子系统； 系统与外部数据的接口。 3.23.2 数字城管基础模块需求数字城管基础模块需求 3.2.13.2.1监管数据无线采集子系统（城管通）监管数据无线采集子系统（城管通）需求需求 监管数据无线采集子系统手持终端提供给城市管理信息员使用， 主要用于实现信息员在自己的管理范围内巡查过程中向中心上报城 市管理问题信息，接受中心的任务指令并反馈。该系统依托移动设 备，采用无线网络传输技术，通过城市部件和事件分类编码体系、 地理编码体系，完成城市管理问题文本、图像、声音和位置信息实 时传递。 无线数据采集子系统由无线数据采集终端软件和无线数据采集服 务端软件两个部分组成。 终端软件功能需求终端软件功能需求 无线数据采集终端软件应实现的主要功能包括： 1) 无线传输功能，利用无线网向监督中心报告城市管理的现场 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 22 页 共 58 页 相关信息； 2) 能接收并回复监督中心发出的问题任务指令； 3) 记录最近上报的问题和任务信息，并标记报送状态； 4) 基础信息、单元网格信息和部件信息等地图显示、查询和标 注； 5) 基础信息、单元网格信息和部件信息等地图数据自动同步； 6) 用户安全管理和考勤管理的能力； 7) 能够利用无线通信网或定位导航系统进行位置定位，能够监 控到城管监督信息员所在位置； 8) 城管通终端手机能够利用无线通信网进行话音通信，数据通 信，短消息通信。 服务端功能需求服务端功能需求 无线采集子系统服务器端实现手机上报问题的接收，实现手机 和呼叫中心受理平台的数据交换，无线采集子系统服务器端软件应 具备的功能包括： 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 23 页 共 58 页 1) 为无线数据采集系统提供各种信息查询服务的支撑； 2) 为无线数据采集系统提供地理编码查询服务； 3) 为无线数据采集系统提供数据同步服务； 4) 为无线数据采集系统提供无线定位服务； 5) 为无线数据采集系统提供数据协同管理和交换服务； 6) 为无线数据采集系统提供通知服务； 使用对象使用对象 该子系统主要提供给城市管理信息员使用，采用 windows 智能 手机，通过无线传输方式，实现业务表单、问题照片的传输；通过 手机 GPS 模块，实现卫星定位功能。 3.2.23.2.2呼叫中心受理子系统需求呼叫中心受理子系统需求 呼叫中心是城市管理监督中心下设的联系内外各部门和社会公 众的窗口。呼叫中心的主要工作是受理来自城市管理监督员和社会 公众的城市管理问题，然后对问题进行审核，记录问题发生位置， 立案后传递给指挥中心。因此，呼叫中心受理子系统的主要功能就 是为呼叫中心接线员提供问题受理、登记、立案、定位和转发等功 能。 呼叫中心受理城市管理问题主要分为两种：社会公众举报和信 息员上报。 系统主要功能需求：系统主要功能需求： 1）业务受理 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 24 页 共 58 页 对于监督员上报的城市管理问题，实现自动受理，并且能根据 城管监督员上报城市管理问题信息中包含的坐标信息，在地图中自 动标识出问题发生位置；对于社会公众举报的问题，能通过手工登 记的问题位置描述，在地图上搜索并定位到问题发生位置。 2）查询定位 为了辅助接线员快速定位，应当具备基础地理信息、地理编码 信息、单元网格信息和部件信息等地图显示、查询功能；能够根据 用户输入的地理信息数据进行模糊查询，可以根据用户的选择自动 定位到地图上。 3）立案及案卷审批 应实现立案管理，对符合条件的案卷给予立案处理，生成案卷 编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同 工作子系统；对于不符合相关规定的案卷销案处理，提供表单供录 入销案相关信息。 4）具备与城管监督员的交互功能 应实现向城管监督员发送核实、核查消息；并且可以接收城管 监督员核实消息反馈、核查信息功能。 5）具备新问题或任务反馈信息实时提示功能 当有新问题上报或任务反馈信息时，可以通过弹出对话框提示， 语音提示等方式实现提醒功能。 6）结案归档管理 应完成对案卷的备案处理；生成综合考评所需的相关数据。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 25 页 共 58 页 3.2.33.2.3协协同工作子系统同工作子系统需求需求 协同工作子系统实现数字化城市管理办公自动化，图、文、表、 业务管理一体化，实现基于工作流的监督中心、指挥中心、各专业 部门之间协同工作，具有良好的自适应性、良好的可扩展性和免维 护性。 系系统主要功能需求：统主要功能需求： 1）任务分派管理 应能根据案卷信息和相关事件、部件的归属部门自动识别相应 的处理部门，并交由相应权限的人员进行任务的派遣。采取市区两 级协同办理模式，对于责任单位明确的案卷直接转发到专业部门进 行处理。 2）处理部门协同监督 能够将处理结果的审核信息发送给相关专业部门；对专业部门 的处理情况进行监督，对超过指定处理期限的案件发送催办通知。 3）案卷督办管理 应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许 有权限的用户录入督办信息；督办信息能够以实时消息、短信、 Email 等方式通知当前经办人员；并对案卷进行特殊符号显示。 4）记时管理 能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行 记时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门 和区域定制的处理时限，对超过期限的案卷或任务自动进行催办通 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 26 页 共 58 页 知，并对超期案卷报警。 5）案件查询、统计 具备案卷查询功能，用户可以自己设定查询条件对案卷进行查 询或统计；查询类型和统计应可以扩充，根据用户需要由管理员进 行维护。 6）地图操作 基础信息、地理编码信息、单元网格信息、部件信息、问题信 息等地图显示、查询、量算等功能； 3.2.43.2.4大屏幕监督指挥子系统需求大屏幕监督指挥子系统需求 结合城市管理应用要求，大屏幕监督指挥子系统的显示区域分 为三个部分，具体包括地图显示区、案卷滚动信息区和详细信息显 示区。其中地图信息区主要显示全区域整体地图，具体包括行政区 划图、单元网格图、部件分布图、城市管理事件分布图、城管监督 员位置分布图和当前办理的城市管理事件处理情况和评价信息。案 卷滚动信息区能够实时统计反映管理区域内所有网格在办案卷数； 滚动显示正在办理的每个案卷基本信息；详细信息区是指具体到单 个问题案卷、具体人员的详细信息，包括信息员详细信息、单个案 卷详细信息等。 大屏幕监督指挥子系统的软件支撑部分由三部分组成，具体包 括系统管理模块、通讯管理模块和显示控制模块等三部分。系统管 理是系统的控制台，负责对大屏幕显示的内容及相关操作进行控制。 天津市数字化城市管理信息系天津市数字化城市管理信息系统项统项目建目建设设需求需求 第 27 页 共 58 页 通讯管理模块是负责系统管理模块和显示控制模块之间数据和命令 进行通讯，目的是将控制台发出的命令提交给显示控制模块。显示 控制模块是大屏幕监督指挥系统的显示终端，它最终将按照控制台 的要求将需要显示的内容显示到大屏幕上。 系统主要功能需求：系统主要功能需求： 1）具备案卷信息和地图信息一体化管理功能，并满足大屏幕管 理显示要求； 2）能够定位城市管理问题的地理位置，能够分类显示城市管理 问题的当前状态信息； 3）能够实时显示信息员在岗情况及位置信息，并且可以对历史 轨迹进行回放； 4）具有查询信息员详细信息的功能； 5）具有查询城市管理问题的图片、办理过程等详细信息功能； 6）实现地图与属性信息的互动查询； 7）实现图文一体化的综合评价结果大屏幕展示功能。 3.2.53.2.5基础数据资源管理子系统需求基础数据资源管理子系统需求 基础数据资源管理子系统可以管理地理信息所需的地图数据， 图层分类、图层样式及其所包含的各种地物要素。系统可提供缺省 的适应城市管理需求的地图专题和图层样式，用户也可