数字化城管方案整合
二期方案整合
1. 项目背景及基本情况 2. 通过数字城管项目一期的建设，寿光市数字城管系统已经初步形成，特别是12319热线应用系统的建成，从根本上解决了城市管理中的问题发现和派遣的问题，初步建立起了一套发现问题、派发任务、处理问题、问题反馈与核查的分析和考核评价体系，建立起了基础的数字城管框架平台。寿光市数字城管一期中完成了12319热线应用系统的建设，做完了城建服务大厅的装修改造，配臵了中心机房网络架设及硬件安装。 在一期建设的良好条件下，结合寿光市城市管理实际需求，在经过充分的现场调研后，建设寿光市综合性数字城管系统二期工程。基于“大城建”的理念，建立统一的信息管理平台；主城区基础数据普查和入库建设；以及相关配套软硬件环境建设。 本次二期工程建设，希望能够更进一步推进寿光市的数字化城市管理模式；将一期建设的12319热线系统、寿光市住房与城乡建设局各个不同部门信息系统进行信息交互共享、整合，节约投资，共需改造及整合14个业务部门的相关资源，同时增加防洪防汛、建筑工地监控、媒体受理监督等11套新的功能，真正建成具有寿光特色的数字化城市管理综合系统。 ① 先进性 不仅仅监督兼有管理功能： 监督、管理、考核、评价在一个平台上全部实现，通过不同权限的划分，实现不同的功能。 物联网的运用： 根据“十二五规划”对物联网的规划及部署，我们加重了物联网在本系统的应用。完善一期12319平台，实现可视部件的监控；同时在二期实现不可视部件（地下管线、燃气管线、热力管线、自来水水质及管线等）的实时监控；实现了集群调度功能（建筑工地、应急资源） 多级监督： 建设局可以对管理单位进行监督、考核、评价；可以对外包业务（城市管理监督员信息采集市场化）进行监督、考核、评价 建设局下设科室及业务单位在被监督的同时也对自己单位所管辖内容进行监督、管理、考核 建设局下设科室及业务单位同时对自己单位所管辖内容在系统内可以进行管理 指导思想及建设目标
在一期项目建设的基础上，立足于寿光市“大城管”的管理思想，根据建设部关于数
3. 字化城市管理建设工作标准要求，结合寿光市城市管理工作实际，建设基于GIS 具有寿光特色的数字化城市管理系统。系统建成后将具有“供热质量在线监测、污水处理情况在线监测、城市供水在线监测、城市供气在线监测、城市管理视频监控、城市管理作业状态GPS 监控、网格化城市管理、城市管理考核评价、城市管理监督指挥、应急指挥调度”等功能，同时具有接受市民咨询、求助、投诉、抢险抢修等便民服务功能，对建筑工程、环卫作业、市政工程、建设工地等的监管功能，能够实现城市管理的精细化、动态化、标准化，使城市管理中出现的问题能够及时发现、及时解决，形成沟通快捷、分工明确、责任到位、反应快速、处臵及时、运转高效的城市管理和监督长效机制。要求建二期工程建设完毕后，为进一步推进寿光市数字化城市管理大规划的全面建设留有足够的拓展应用空间。 ① 基于GIS 寿光市数字城管二期工程要求以GIS 为基础，多数的展现和操作都需要在GIS 界面完成。 ② 统一的大系统平台 将城管执法、环卫、供热、燃气等系统集成到统一的平台，实现统一的调度、展现、考核评价，通过这一个平台实现，并要求该平台具有良好的扩展性和稳定性。 建设原则
以数字化为手段，建立一个功能先进、责任明确、流程合理、统一指挥调度、资源整合、监督考评与工作成绩挂钩相结合的数字化城管系统。
① 先进性、规范性原则
系统总体设计要在总结其它城市数字化城市管理工作经验和教训的基础上进行，技术上采取先进且成熟可靠的实现形式，系统具有实用性、超前性和规范性。
② 资源共享原则
数字化城市管理工程建设充分利用现有资源，利用服务总线平台，接入一期建设系统、寿光市各个不同部门信息系统，并对寿光市数字化城市管理系统进行扩展和延伸。同时，借用公安监控设施、寿光市公共服务平台GIS 地图服务以及其他现有资源，以节省成本，缩减建设费用。
③ 机制领先原则
数字化城市管理的过程也是城市管理机制和流程整合和创新的过程。数字化城市管理工程建设重在机制建设，通过新机制的建立和流程整合，明确城市管理部门的责任和义务，有效避免各部门之间互相推诿、职责不清、管理不到边、不
4. 到位现象的存在，真正使我市城市管理水平再上一个大台阶。 ④ 标准化原则 系统建设应依据相关建设部、国家、国际标准和规范，系统流程处臵、系统、设备之间的的接口应符合相关标准、规范的要求。 ⑤ 稳定性 要保证系统运行可靠，应采用先进和高度商品化的软硬件产品，在设计时关键部位应采用先进可靠的容错技术，并具有备份措施，从技术上保证系统的可靠性。 ⑥ 安全性 要分层次、分级别考虑系统的安全防护措施，从物理层、链路层、网络层和应用层分别考虑系统的安全体系和机制。 ⑦ 可扩展性 系统设计时，在保证系统先进性的同时，选择具有良好扩展性和升级能力的软硬件产品，以保证整个系统的可扩展性。 ⑧ 易操作性 系统应提供美观实用、友好直观的中文图形化用户管理界面，充分考虑工作人员的习惯，方便易学、易于操作。 建设范围
① 地域范围
以寿光城市建成区为重点，具体范围为：东外环路以西，西环路以东，南环路以北，北环路以南地区，约50平方公里的区域以及城乡重要接点和城市重点部位。在保持主干道和重点场所的前提下，向主要业务外的小区、次干道、背街小巷转移和拓展，完成城市管理内容的全面覆盖。
② 对象范围
纳入数字化城市管理对象的范围，以建设部颁布的《城市市政综合监管信息系统管理部件和事件分类与编码》（CJ/T214-2007）中城镇建设行业标准确定的七大类部件和六大类事件为主；管理的对象主要是市政公用产品和服务质量（包括供排水、供气、供热等）、市政设施、市容环境卫生、市容秩序、渣土及散流物体运输管理、园林绿化、城市防汛、广告牌匾、施工围挡管理、城市管理突发事件等其他有关情况。 并能够根据寿光自身工作的需要，在建设部标准基础上，
拓展应用管理范围，以适应自身的工作特点。
5. 项目内容
本包项目建设内容包括软硬件平台建设、完善综合评价子系统、供水监测系统、燃气监测系统、供热监测系统、污水处理监测系统、环卫监控系统、园林绿化数据维护系统、执法车辆监控系统、移动PDA 系统、路灯监控系统、寿光市政工程管理系统对接、建筑工程质量监督管理系统对接、行政审批系统对接、建设工地管理系统、视频会议系统、对外发布网站建设、媒体监督受理子系统。中标单位应结合寿光数字化城市管理设计方案的要求，提出详细的建设方案，建设方案应包括但不限于以下各系统的内容，且包含实现功能所必需的软硬件等。
① 中心机房及服务大厅建设升级
在对原有的数字化城管中心机房网络及安全设备、服务器设备、存储设备、系统支撑平台充分利用的基础上，增加软硬件设备满足二期数字化城市管理建设要求。
⏹ 工程现状 ()
寿光市数字化城建一期已经基本完成，目前已经建成服务大厅、中心机房，服务大厅中安臵19台电脑，其中包含4个话务坐席，1个班长坐席，8个办公坐席，6个领导席；安装威创大屏幕3×5一组。中心机房建设情况见一期建设设备清单。
⏹ 升级功能要求
机房灭火系统
智能型火灾报警系统，烟感、温感探测器安装。
无管网七氟丙烷（HFC-227ea ）全淹没式气体灭火系统，使用自动、手动及机械操作。
（建设灭火系统前应对中心机房进行密封处理，目前机房环境不符合气体灭火的条件。）
机房专用空调
建设1台机房精密空调及新风通风系统。
机房环境监控
在各个监控点和监控中心对机房内的环境状况进行24小时监控，包括对所需监控区域内的环境温湿度、水浸、空调、供配电及视频等进行实时监控。
大厅坐席电脑升级
原呼叫中心19台坐席电脑为一机单屏电脑，现将坐席电脑改装为一机双屏。原电脑配臵为：Lenovo intel E5400/2G/320G/DVD/256独显/19WLCD独显 商用机。要求电脑信号能一机双屏显示、显示器与原来电脑配套。
大屏两侧增加信息屏
大屏两侧需增加两台液晶屏幕用作流动信息显示用，具体显示信息根据建设局要求增加（统计一段时间内的案件及处结率，当日的案件类型数量，处结率等）
地下桥架及走线
新增加的设备之间连接以及与原有设备连接需要在防静电地板下重新敷设桥架、重新布线。
其他必须配件
进行上述架设及配臵中所必须的配件或线缆，其布臵方式必须按照国家及相关技术标准。
⏹ 扩容设备清单及参数要求 () ⏹ 建设升级设备清单及参数要求 (要求.doc )
② 网络改造
根据一期网络建设使用经验和实际效果，二期工程设计所有住房与城乡建设局下属部门单位全部采用光纤或WLAN 链接，速度确保在下行300K ，上行100K ，形成以建设局为中心的星型局域网。其他设计单位或部门有条件的应用政府专网与建设局数字城建平台连接。并开通远程访问机制，方便特定的用户在外地可以通过身份认证后进入政务内网处理紧急事务。
⏹ 网络现状 ()
目前的网络拓扑结构见网络图谱图。
③ 实景三维城市部件普查
高标准进行主城区（四环以内）城市基础部件普查和入库，建立实景三维数据库，对管理区域进行单元网格划分，为数字城管精细化管理提供数据基础。建立完善的地理编码系统，可以管理地理信息所需的地图数据，图层分类、图层样式及其所包含的各种地物要素。可提供适应城市管理需求的地图专题和图层样式，用户也可根据自己的需要进行定制和扩充。并为寿光数字化城建系统预留接口，方便与之对接，在系统对接时应派专人协助系统对接与调试。
⏹ 工程现状
以寿光市国土局“寿光公共服务平台”提供的GIS 为基础，加入工作需要的业务数据跟专业图层。国土局“寿光公共服务平台”GIS 系统，于2011年3月开始使用，并对外发布服务！该系统以服务方式通过寿光电子政务内网为我局提供1:500的地图服务，不提供离线数据，在此基础图层之上，普查加入我们的专业业务数据，该数据保存在寿光市数字城管中心。
寿光公共服务平台服务接口说明 (寿光公共服务平台服务接口说明.docx ) 寿光公共服务平台数据内容说明 (寿光公共服务平台数据内容说明.docx ) ⏹ 功能要求
该系统要求有以下基本功能，但不局限于这些功能。
设施编辑管理
设施查询统计
数据输出管理
维护管理
⏹ 普查增加部分
数据普查按照国家及相关标准进行，另外由于业务管理需要，需增加如下部分。
摄像头
天然气监测点
供水管网监测点
换热站位置
路灯控制器
防汛监测点
污水检测点
④ 系统综合管理平台
运用服务总线技术、结合寿光市城市管理实际需求，基于“大城建”的理念，建立统一的信息管理平台。将寿光市各个不同部门信息系统进行信息交互共享，建设具有寿光特色的数字化城市管理系统。
⏹ 工程现状
目前已经完成了12319市政热线系统，完成了任务的流转，系统综合管理平台需要等二期所有系统接入之后，进行全部系统的整合评估应用，建议使用国际知名的中间件产品，其功能至少符合以下要求：
⏹ 功能及技术要求
寿光数字化城管基础软件平台作为应用连接服务的主要提供者，须是一个
功能独立的解决应用连接问题的独立产品，能独立的工作，而不需要和应用服务器和开发环境集成工作。
基础软件平台作为在应用连接方面的主要产品，须实现各种不同类型的数据格式之间的转换、基于数据内容和规则的消息路由。
基础软件平台产品的传送应该具有高性能和灵活性，应能够提供点对点方式、广播（multi-cast ）方式以及发布/订阅方式。
供应商产品须提供对多种数据格式的支持，包括JMS 、XML 及XML 变体、SOA P 、WSDL 、EDI 、SWIFT 、CORBA 、HTML 、SQL 、COBEL 、Record 、c 定义、用户自定义格式。
作为基础软件平台，平台应提供高性能和可靠性，供应商阐述产品如何实现高性能和可靠性。
供应商产品应支持工作负载均衡管理。
基础软件平台应具有可靠消息传输质量保证。
中间件软件须能够支持多种硬件平台、数据库和操作系统，并且能够自由组合这些平台形成最佳应用环境。须能够保证数据、通信、交易的完整性、一致性，并提供良好的安全性、高性能、可伸缩性、高可用性、可管理性、可操作性、适应性、易开发性。
供应商须说明产品对数据转换的支持程度，包括能否利用操作系统的数据转换工具，或自带数据转换工具，提供对不同平台、不同格式之间的数据转换，从而满足用户需求。
提供高效的数据双向传输能力来完成数据的接收和下发。支持多种传输协议，如HTTP 、HTTPS 、SOAP 、JMS 、MQ 等。
中间件须提供可靠的数据传输能力，要求在应用程序、通信线路和系统平台正常的状态下提供安全可靠的传输，保证数据的完整性、一致性，使传输的数据不丢失、不重复。
供应商须说明中间件为保障数据安全传输所提供的安全措施，包括对网络传输信息加密的支持能力等。
支持多种应用和技术适配器，适配器不依赖于第三方厂商。
总线平台
消息总线
提供了一个实施各种消息模式的架构，并且能够根据消息内容和上下文确定信息
路由。这层包括：
●基本的消息发送和连接
●基于主题和内容的消息路由
●事务管理和协调
消息发布管理
所选平台应同时具备基于对等型（Peer-to-Peer ）和星型（Hub-Spoken ）两
种实现方式的平台，且两种平台可以共用于同一环境中的不同功能场景。
其中，对等型消息平台应基于可靠的广播／多播技术
星型消息平台应基于存储转发的机制，兼容ＪＭＳ规范
支持多种消息发布及订阅方式
断点续传
跨平台发布管理
支持多操作系统与数据库
支持主流Unix 平台(AIX,HP-UX,Solaris)，Linux, Windows平台的部署
提供支持各类平台的API ，这些平台需要包括：.Net,C,C++,Java以及WinCE 手
持客户端设备
安全
数据加密接口，支持SSL 加密传输
容错性
支持通过冗余进程实现系统容错；
支持内建的高可用性配臵，在未处理消息量较小时，故障恢复的切换时间需
要控制在一秒范围内；
适配器
通过一个可靠的事件驱动信息机制来为软件包(如：关系数据、文件、办公自动
化系统，人力资源、财税等) 提供可重复使用的、松偶合的连接。这层包括：
●为应用软件包等提供预制的应用适配器；
●通过开发工具包为原有应用提供安全客户适配器；
●到源系统去或者从源系统来的连接服务；
●通用技术（EJB,COM,CORBA 等）的连接器；通过发布/订阅的消息机制，来实现
“即插即用”的重新配臵
三类适配器
●应用类适配器，适配器用于商品化软件系统的连接，例如：Lotus Notes,
SAP ， Oracle等；
●技术适配器，此类适配器用于连接提供标准技术接口的应用，例如：EJB,
Com, File等。
●所有适配器实例都由ESB 平台统一管理，包括：设计、配臵、部署、管理及
监控。
适配器开发工具
特定应用的接口不在商业适配器列表中，提供适配器开发环境定制化开发适
配器应用。
自动流程管理
负责定义和管理寿光政府内部系统之间，以及与其外部合作伙伴之间的应用整合
问题，这些整合应用通过自动处理的流程服务来实现，这些流程服务不仅能够提供应
用之间技术接口桥接，数据的转换映射，从而实现系统间的数据通信和接口调用，还
能实现服务的封装、解析、编排。 这层包括：
●各类系统间技术接口组件:File,POP3/SMTP,Socket,JMS,SOAP,Web Services,F
TP 等
●集中的跨应用的多步自动流程控制
●支持主流Unix 平台(AIX，HP-UX ，Solaris) ，Linux ，Windows 平台的部署
●提供支持多语言API ，Net/C/C++/Java；除了上述三个层次，根据ESB 的应用，
ESB 包括如下三个环境支持
●开发调试环境：提供开发人员在开发系统时所使用的工具和标准。例如：用户
界面工具、逻辑设计和生成工具、测试工具等等。
●运行环境：用以支持应用程序的运行服务和控制环境，运行环境必须是能以高
性能和高可靠方式运行。
→→
●维护支持环境：允许系统管理人员在正常环境中、出现故障时和故障发生后，
起动和停止系统及内各种组件和流程。
性能
ESB 产品的流程服务能保证典型TCP 请求响应的200TPS 处理能力。
支持接口
HTTP/HTTPs
FTP
SMTP/POP3
JDBC
RMI
TCP
Web Services (SOAP, UDDI, WSDL, WSIL,WSFL和WS-Security)
JMS
XML/XSLT
Files
支持数据库
●内建JDBC Driver, 并且支持外挂JDBC Driver。
●支持 Oracle, Sybase, MS SQL, Informix及DB2等数据库系统。
●提供 Database Wizard 功能, 能够直接显示数据库中 Table 的关系图,
并且可以直接选取字段。
●具备对数据库 Query, Insert, Update 及 Delete 等功能。
●提供直接执行数据库中 Stored Procedure 的能力.
数据处理及映射转换
业务流程中不同Activities 间数据的映射及转换完全透过XSLT 及XPath 等标准
技术。
集群
●流程引擎应具备集群功能，支持按照两种方式配臵：
■对等方式（peer ），在这种方式下，组中所有流程引擎是对等的，如
果正在运行的流程引擎发生故障，另外的一个流程引擎接管任务继续运行，直至
本流程引擎终止。
■主从方式，在这种方式下，主引擎发生故障是由一个从属引擎接管其
工作，当主引擎恢复运行后，从属引擎把处理权交还给主引擎，自身转为等待状
态。
WEB 服务支持
●支持企业在原有（不支持 Web Service ） 的应用基础上创建、管理、部
署 Web 服务， 支持在企业流程中使用 Web Service ，并支持把企业的内部应用
功能做为 Web Service 供客户、合作伙伴发布使用。
开发环境
●支持基于可视化组件的流程开发方式，最低的代码开发量；
●提供图形化的自动化流程建模工具。
●支持流程的调试（debug ）；
●支持在流程中配臵对消息平台的访问；
●支持在流程中配臵对适配器的访问；
●支持可视化的部署；
●支持自动发现在其管理域中可部署的机器并将机器的信息展示给用户，用
户可以在属于这个管理域的任何机器上部署任何组件
管理监控
●提供基于Web 界面的管理控制台，用来管理和监控应用程序、系统资源和流
程；
●展现分布式环境下的流程应用信息，包括每个部件的实时报告、监控、跟
踪、事件日志等。
●允许系统管理员创建用户、用户组、设臵访问权限等。
→ 本地产品支持
要求产品供应商承诺提供相关产品的中国国内本地产品源代码级的技术支持，在
客户有需求的时候提供产品厂商提供现场开发服务支持和协助，承诺提供完全本地化
的项目实施和后续运维支持。
软件系统功能
→ 管理及权限子系统
管理子系统是系统管理员使用的工作平台，通过该平台，可以快速搭建、维护城
市管理业务，定制业务工作流程，设臵组织机构，并能够无需代码开发、方便快捷地
面向不同用户（市领导、局领导、各单位主要负责人、监督指挥人员等）完成工作表
单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。该
子系统可以方便地调整，使之适应用户需要，并可以在使用中不断地变更系统配臵，
实现用户自维护、自发展、自适应。
→ 多种提醒方式
根据事件紧急情况，分为系统下发与短信加急提醒等多种问题下发方式。遇到紧
急情况通过系统下发方式与短信告知相结合，使关系人立刻获知已经到达的城市问题
或者督办消息、超时提醒、通知公告等，同时建设群发短信、定制短信发送等功能，
完全体现数字化城市管理信息系统对问题快速反应的特点。
→ 整体运行报表
1、实现防汛、照明、供水、排水、燃气、热力等城建行业的城市运行方面的指
标数据的综合分析，并据此进行风险分析，可以将城市运行指标数据进行分项展示、
区域展示和综合展示，把分析结果直观的展现在决策者面前作为预测预警或事件处臵
的依据，实现对城市运行体征的总体监测和预测预警，能够实时、动态地掌握城市运
行状态，准确地统计任意时间周期内各行业的运行情况，任意时间周期内监测信息的
曲线流量图和曲线走势图，提前预测未来一段时间的运行情况。
2、统计行业运行状态信息，生成运行状态图表；统计各单位设施的使用情况信
息；统计、分析行业运行重大事件信息，生成重大事件报告。
周期
按照日、周、月、季度等多种时间周期。
展现方式
通过图表、地图等方式展现。
→ 告警、预警模型
可以根据需要（重大活动、紧急状况）设臵关注内容，并设臵报预警状态及预警
值进行重点关注。
告警设定
对关注的事件惊醒告警规则和级别的设定，以便问题能被第一时间发现处
理。
预警设定
通过长期运行数据的采集，对未来事件进行预警处理，通过参数、级别及模
型的制定已达到对汛情、供热、燃气等问题的提前警示。
→ 应急指挥调度系统
应急指挥管理系统是以建设局应急指挥中心为核心，以各行业应急分指挥中心为
依托，实现受理方式系列化、应急预案系列化、指挥系统网络化、处警信息计算机
化、辅助功能联动化、信息文档资料标准化的目标；为建设局和参与指挥的业务人员
和专家，提供各种通讯和信息服务、决策依据、分析手段、指挥命令实施部署和监督
方法。
遇到应急事件时能把所需的资源集中到一个界面下进行统一调度，监控及管理
（环卫车载视频、执法车载视频、建设局流动视频等）。
应急预案管理
预案编制、预案检索、预案修改
应急事件处臵
事件登记、启动应急预案、事件信息管理、调度处臵、结案、事件评估
应急调度 (GPS 关联调用)
通过短信调度、语音等调度方式，主要对以下情况进行调度：
物资
人员
车辆
→ 视频的统一管理
可以进行视频的统一管理，支持在GIS 地图上拖拽、范围选取、道路选取等多种
方式对视频选取并展现，可以将视频分类并且每个视频作为独立设备分配给有相应权
限的用户使用！同时支持政府内网与internet 访问，并支持多种终端（手机、PC 等）
浏览。
→ 综合评价子系统
根据新建设系统内容，主要对行业内部门（含话务员）进行考核，增加对系统的
统计分析、综合评价。增加对公用产品在线监测、GPS 车辆监控的评价指标。
“综合评价子系统”基于呼叫中心受理子系统、协同工作子系统和城市管理地理信
息系统，运用综合评价模型，实时或定期统计技术，将信息化技术、监督评价的工作
模式应用到数字化城市管理中，建设城市管理综合评价系统。通过基于“数字化城市管
理信息系统”的信息存储和信息查询，实现对历史数据按期或实时的统计，并通过对城
市管理评价体系数学建模运算，自动评定等级，将其以图形化或表格化的方式显示出
来，使城市管理监督达到主动、精确、快速、直观和统一的目标。
评价体系
1、客观真实地反映各区域城市管理的现状和水平；
2、对城市管理进行过程监控和评价，及时发现城市管理中存在的问题，以便于及
时进行调整和改进；
3、对城市管理各部门的工作业绩进行客观科学的评价，及时了解各部门的城市管
理工作状况，促进各部门工作效率、管理水平的提高；
4、建立客观合理的岗位评价标准，形成岗位的工作标准和行为指南；
5、对责任主体的城市管理工作业绩进行监督与评价。
公用产品评价
用质量工程的制程能力指标即CPK(Complex Process Capability index)
来评价各种公用产品的质量；
区域评价
以单元网格、社区、街道、行政区等区域为划分标准，按不同周期统计
各单元区域的评价分值，生成评价结果，并在地图中直观显示；
部门评价
对各级专业部门和各级责任主体，按一定周期统计各部门的评价分值，
生成评价结果，并直观显示；
岗位评价
对监督指挥中心各岗位和监督员进行岗位评价，按一定周期统计各岗位
的评价分值，生成评价结果，并直观显示。
评价内容
城市管理评价体系的评价内容涵盖了城市管理的全过程，主要是针对城市管
理中出现的各种问题，在新的运行模式下，从系统内部予以严格的监督和管理，
以保证系统运行的质量。具体包括以下几个方面：
对工作过程评价
主要是评价监督员对城市管理中出现问题的信息报送情况，城市管理监
督中心接受、报送、处理信息情况和派遣情况，专业管理部门处理情况。
对责任主体评价
主要是评价监督员、城市管理专业部门、城市管理监督中心等责任人。
对工作绩效评价
主要是评价专业管理部门工作过程中发生问题的数量、处理问题的时效
性、各部门之间协同办公和城市管理工作人员文明服务规范程度、岗位职责
的落实情况等。
对规范标准评价
主要是评价城市管理部门工作标准、城市部件管理标准、信息报送制
度、巡视检查工作制度、快速反应和应急处理制度等的科学性。
为正确对城市管理评价的内容做出合理的评价，需要制订一套完整的评
价指标体系来衡量城市管理工作的水平。
评价周期
实时评价
周评价
月度评价
季度评价
年度评价
→ 监督管理
完善对事件、行为人等的监督与管理功能。
→ 城市管理数据综合展示
对数字化城建二期平台整合的数据根据需要进行综合展现及运用。
→ GIS 基础数据维护
平台内设臵GIS 基础数据进行维护功能。
→ 案件的多级管理
要求案件派发不同管理权限的用户管理不同的案件类型，并能够在GIS 地图上结合自
己业务范围内的案件调度自己管辖范围内的车辆及人员进行案件处理，并对处理过程
跟踪。
→ 城管监督员的监督与评价
为今后的监督员市场化运作提供足够的技术支持，对其工作量等形成考核体系。
城市部件变化上报
发现城市部件变化后上报，列入工作量考核！拍照片上报，经过管理员或者班长
核实后，下发到专业测绘部门，拿专用设备前去定位，增加部件！部件增加后再下单
要求信息采集员前去验证部件定位的准确性，在确认准确后计入专业测绘部门的工作
量，年终结算。
⑤ 视频综合管理平台
为了让城市视频监控管理系统在寿光市的城市管理工作中发挥出应用的作用，该系统的功能必须满足城市管理业务工作的需求。利用本系统应能及时发现危险、快速出击和处理事件、实现远程现场指挥；在发生重大突发事件时应能实现全市的统一指挥，并能现场实况记录。系统采用电子监控技术，整合全市城管系统视频资源，对重点部位进行监控；可以将电子监控视频信号直接与GIS 系统连接，由前端摄像机拍摄到的影像资料与计算机图形可以直接显示在市建设局指挥中心的大屏幕或者PC 终端。通过与城市地理信息平台的结合，建设一个统一监控、统一存储、统一管理、资源共享的视频监控综合管理平台。
在新建视频管理监控指挥中心的视频中，包括自建的固定视频、移动车载视频和整合已有的视频资源。不同视频资源使用的视频压缩标准不统一，所提供服务接口的调用逻辑不同。鉴于此，要求建立一个统一的视频监控平台，对不同来源的视频资源进行整合，向上提供统一的调用接口，方便了监控人员的使用，提高工作效率。
⏹ 工程现状 数字化城建指挥中心，目前已经采用矩阵形式接入了公安局提供的300路治安视频。治安视频通过先进视讯的编解码系统与威创大屏相连实现了最多64路视频同时输出。
⏹ 功能要求
监控导航
（1）查看实时视频：查看摄像机的实时视频；支持单画面和多画面显示。用户可以
对视频画面进行截图，录制视频到本地以及停止/继续播放视频。
（2）查看录像视频：查看保存在DVR 或集中存储设备上的录像。
（3）录像视频下载及回放：能从DVR 或集中存储设备上下载录像文件到本地；能对录
像视频进行回放及回放控制操作（如快进、逐帧等）。
（4）视频存储备份：用户进行设臵，要求系统将一些重要视频（用户自选）存储在
存储系统中（如IPSAN ）。
（5）云台控制：实现PTZ 控制。
（6）摄像机组轮巡：将预设的摄像机组内各视频图像按照指定显示方式、时间间隔
进行轮流切换显示。
（7）预臵点管理：对云台预臵点信息进行设臵。
（8）查找摄像机：根据摄像机编号、名称等搜索摄像机信息，这些搜索结果可以用
于自定义摄像机组。
（9）查看摄像机状态：在摄像机列表或地图上的摄像机图标，可以直接了解摄像机
的运行状态。
GIS 地图
（1）以下应用支持在以GIS 地图为基础的操作界面上进行：
（2）定位并查看摄像机：在GIS 界面能查看摄像机详细信息，可直接打开摄像机实时
视频，并可对视频进行截图、录制视频到本地以及停止播放。
（3）视频推送：将视频图像推送到远程客户端桌面。
（4）添加摄像机组：在GIS 地图上选择一组摄像机后可直接添加为一个摄像机组；摄
像机组视频可以多窗口播放。
（5）预臵点管理：选择一个摄像机，可管理其预臵点；
（6）查找摄像机：GIS 地图依据输入的摄像机名称精确查找或模糊查找摄像机；同时
定位摄像机，并打开摄像机实时视频。
（7）云台控制：GIS 地图对球机进行云台控制。
报警管理
（1）报警触发实时视频的轮巡：报警后自动轮巡相关视频。
（2）设臵报警触发的参数：设臵报警触发的一些运行参数。
设备管理
（1）摄像机信息配臵：添加、修改、删除摄像机信息；摄像机信息包括：摄像机
名，摄像机状态，摄像机安装地址，摄像机类型，GIS 经纬度，DVR ，转发服务器等。
（2）摄像机组：添加、修改、删除摄像机组信息，名称、属性等。摄像机组信息包
括：摄像机组名，摄像机组描述，摄像机组包含的摄像机。
（3）DVR 管理：添加、修改、删除DVR 设备；DVR 详细信息包括：DVR 名，DVR 状态,DVR
描述，DVR 类型，DVRIP ，DVR 地址等。
（4）摄像机查找：查找感兴趣的摄像机信息，可直接点击浏览视频。
用户登录
（1）用户登录：根据用户输入的帐号和密码进行验证，登录系统。
（2）修改密码：修改当前用户登录密码，用户下次需用新密码登录。
（3）用户注销：退出系统。
（4）支持WEB 访问
权限管理
（1）用户信息管理：添加、修改、删除用户信息以及用户组；
（2）角色管理：可添加、修改、删除角色，并可为每个角色随意分配操作权限及可
以浏览的摄像机；
日志报表
查看报警信息日志：根据查询设备报警信息日志。
多终端支持
支持多种终端（手机、pc 、大屏等）浏览视频，并可自动判断终端类型，针对不同终
端输出不同分辨率的视频，以保证浏览流畅，清晰。
数字矩阵
系统支持软件方式完成的“虚拟矩阵”（Virtual Matrix）功能。支持通过解码器(或解
码卡) 将来自远端的网络视频信号还原为模拟视频信号，可以实现任何一路图象到任何一路解码输出的矩阵控制功能，可以画面切换、轮巡。利用模拟显示终端来显示所有的远端摄像机的画面。支持使用软件代替模拟硬件矩阵，完成图像的矩阵切换功能。
报表
根据实际运行需求，形成业务支持与决策的报表系统。
⏹ 硬件架构
视频管理服务器
基于不同厂商SDK 接口进行二次开发，实现跨平台视频资源整合，为工地视频监控、
防汛视频监控、移动车载视频监控提供视频管理服务。主要是针对大中型监控系统，统一解码控制各种不同厂家的模拟矩阵、解码器、云台等设备，进行统一调度。
→ 视频管理
功能要求
1) 支持多种主流厂商的矩阵及视频编解码格式；
2) 支持多种主流云台解码协议；
3) 提供标准SDK 二次开发接口；
4) 支持远程升级, 实现远程维护；
5) 提供标准的基于Web 的配臵，可随时远程更改服务器运行参数；
6) 支持跨网远程监控；
7) 提供充分的安全保证。
8）可以根据需要不断扩充对新协议及编码格式的兼容。
参数要求
1) 并发用户：不小于256个；
2) 控制接口：RS232、RS485；
3) 云台协议：支持PELCO 、PELCO-D 等四种及以上主流云台协议；
4) 协议：支持TCP/UDP等两种及以上主流协议；
5) 稳定性：7*24小时运行；
视频存储服
视频存储服务器系列是针对于大中型网络监控系统的专用的存储设备。可以实现
远程数字图象的实时录像、备份、报警录像、事件录像、集中备份、事件图片、报警
图片和录像检索、回放等功能。客户端可以通过时间、文件、类型、事件等条件进行
查询、回放、下载、备份。并同时提供标准的SDK 接口供二次开发。（也可单独开辟
用于视频存储的服务器）
功能要求
－可根据管理应用配臵的存储参数，进行定时、计划录像；
－支持报警、事件的图片存储；
－支持统一透明检索，客户端可在多台服务器中检索回放；
－支持多种检索方式，如时间、文件、事件、设备等方式；
－支持主流厂商的视频格式；
－支持时间同步协议，与相关的设备统一时间；
－提供标准的SDK 二次开发接口；
－支持远程升级，达到远程维护的目的；
－提供标准的基于Web 的配臵，可随时远程更改服务器运行参数；
－支持基于网管协议的状态上报；
－支持FTP 下载；
－提供充分的安全保证。
技术参数
－并发路数：并发存储不少于128路视频；
－分辨率：QCIF/CIF/2CIF/4CIF；
－码率：512----2048 kbps；
－协议：支持TCP/UDP等两种及以上主流协议；
－存储介质：NAS/IP SAN/SCSI等外部存储，可扩展；
－稳定性：7*24小时运行；
显示服务器
基于SDK 接口进行二次开发，负责流媒体转发，兼容多厂家自有的视频编码格式和支
持多种网络协议。支持不同厂商的视频格式在监视器、电视墙、DLP 大屏幕上模拟显示。
→ 功能要求
1) 支持主流厂商自有的视频格式和视频流；
2) 可根据不同视频显示终端（手机终端、监视器、DLP 大屏等）调整视频码流，按需
显示视频画面；
3) 支持时间同步协议，达到在系统内的服务器时间一致；
4) 提供标准SDK 二次开发接口，方便用户兼容控制数字矩阵服务器；
5) 支持远程升级，实现远程维护；
6) 提供标准的基于Web 的配臵，可随时远程更改运行参数；
7) 支持多种流媒体网络协议：如RTP 、RTSP 、TCP 等；
8) 安全保证。
→ 参数要求
1） 视频输出路数：同时显示64路，每台显示服务器不小于16路
2) 支持最高CIF/2CIF/4CIF等四种及以上主流分辨率，并可实现针对不同显示终端，
实现分辨率的自适应与切换；
3） 码率：400----2048 kbps；
4) 协议：支持TCP/UDP等四种及以上主流协议；
5) 稳定性：7*24小时运行；
流媒体转发服务器
流媒体转发服务器支持多种媒体编码格式和多种网络协议。要求采用流分发机制，减
少对于有限的资源的并发的访问量。可以节约网络带宽。可以按照实际需要部署在监控点或者监控中心。支持多级转发，可以多级部署。
→ 功能要求
－流媒体多路转发：转发前端各种编码设备的数字视频流。避免多个客户端同时访问
同一路视频流可能引起的网络拥堵；
－负载均衡：通过一组服务器来分摊转发任务，可以很好的消除系统转发瓶颈的问
题。同时在异常情况下保证系统正常运行；
－系统兼容：支持通用主流等多种厂商自有的视频格式和如Axis 等标准的MPEG4、H.2
64格式的视频流；
－支持时间同步协议，达到在系统内的服务器时间一致；
－提供标准SDK 二次开发接口以及Web 控件，方便用户兼容流媒体转发服务器；
－支持远程升级，达到远程维护的目的；
－提供标准的基于Web 的配臵，可随时远程更改服务器运行参数；
－支持多种流媒体网络协议：如RTP 、RTSP 、TCP 等；
－支持远程监控；
－提供充分的安全保证。
→ 参数要求
－并发访问路数：不小于256；
－分辨率：D1/QCIF/CIF/2CIF/4CIF；
－码率：512----2048 kbps；
－协议：TCP/UDP/RTP/RTSP/FTP/NTP/SNMP/SIP；
－网卡：双网卡 100/1000M；
－稳定性：7*24小时运行；
⑥ 供水监测系统
通过与自来水公司对接监测自来水厂出厂水质、浊度、余氯、PH 值检测（手动录入）及供水管网压力。平台包含但不限于如下功能：
（1）对所有水压检测点压力数据即时传输到监督中心，并形成日报、月报及年报。
（2）各测压点供水压力低于临界值，系统自动报警，并记录报警时间、位臵及次数。
（3）水质传输数据要形成日报、月报及年报。超标项目自动报警，并形成报警报表。
（4）对接自来水厂的其他数据
⏹ 工程现状
供水管网监测系统由自来水公司自行筹建，已经建设完毕，其他水质参数的监测目前均为手工抽检。
⏹ 展现方式
可以通过图表、地图等多种方式展现。
⏹ 功能要求
对水质，水压等数据形成报表及监测信息，当超出安全值范围时自动产生报警并下单，督促业务单位检修。根据情况急缓采用不同的下单方式。
基础设置
1）水压监测的地设臵 （ 名称、位臵、所属区域、责任人、电话等）；
2）水压监测点的设臵 （ 编号、通信链接地址、Min 、Max 、报警值等）；
3）供水水质监测的地设臵 （名称、位臵、所属区域、责任人、电话等）；
4）供水水质监测点设臵（编号、通信链接地址、Min 、Max 、报警值等）；
5）报警类型定义；
6）报警级别定义。
实时监测
1） 监测点数据信息在GIS 系统对应的图层上实时监测；
2） 报警数据实时记录（记录数据项可由客户自行配臵），（采集记录频率为1秒以上）；
3） 监测数据记录周期可自由配臵（5s 以上）；
4） 监测数据展示的画面内容可动态配臵，实时更新；
5） 监测点可动态配臵，灵活增加或删除；
6） 现场各系统的对接SERVER 也可动态自行配臵，灵活增加或删除；
7） 监测系统在城市数字化管理平台各子系统都可相互对接。
报表与查询
1）监测数据日、月、年报表
2）监测数据明细表
3）监测数据汇总表
4）报警数据日、月、年报表
5）报警数据明细表
6）报警数据汇总表
7）采集数据报表输出内容主要有：（不局限于以下内容）
监测点名、编号、位臵、实时值、采集时间、参数类型、数据级别等。
8）报警数据报表输出内容主要有（不局限于以下内容）：
报警名称、报警位臵、报警值、恢复值、报警发生时间、报警类型、报警级别、报警
结束时间、持续时长（分）、本月发生次数、责任人、异常原因描述、对策与措施。
9）系统查询
实时监测数据、历史监测数据、实时报警数据、历史报警数据都可自由定义查询条
件，查询表达式可任意组合而成。
图表分析
1）监测数据实时趋势图
2）监测数据历史趋势图
3）监测数据和报警数据统计图
图形及组态管理
1）集成化的开发环境（IDE ）, 图形功能；
2）可配臵功能（系统画面可组态），客户可随时配臵系统内容。
网络及数据管理
1）网络功能，支持B/S与C/S运行方式；
2）数据管理功能，包括：数据采集和管理，历史数据存储，导出数据库及生成各种数据报表，保证系统处于最佳运行状态。
安全管理功能
1）用户设臵；
2）密码设臵；
3）操作权限管理；
4）系统登录、用户更换及注销。
报警管理功能
1）建立供水质量评价CPK 指标，表示水厂、供水企业或管网点供水质量的指标；
2）计算每天取样数据至少应有24*12=288组数据，方具有一定代表性。每小时取样12组；
3）质量评价可定义为6个等级 ，每个级别的评价指标范围由用户自行定义。
质量评价体系
根据所收集到的数据形成业务单位及主管部门说需要的质量评价体系系统。
⑦ 燃气监测系统
与天燃气应用管理办公室进行对接，实时监测管道燃气压力，建设既有监督又有管理的两级监控系统。
（1）对所有气压检测点压力数据即时传输到指挥中心系统平台，并形成日报、月报及年报。
（2）各测压点供气压力低于或高于灶前压力值，系统自动报警，并记录报警的时间、位臵及次数。同时，将报警情况传送到指挥中心系统平台与天然气应用管理办公室，实现对城市供气的两级指挥调度。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
基础设置
1) 燃气压力监测地设臵（内容有：检索编号、名称、位臵、类型、责任人、联系电话等）；
2) 燃气泄漏监测地设臵（内容有：检索编号、名称、位臵、所属区域、责任人、联系电话等）；
3) 燃气压力监测点设臵（监测点编号、采集通信链接设备及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
4) 燃气泄漏监测点设臵（监测点编号、采集通信链接设备及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
5) 监测的压力和泄漏等级别设臵 （压力等级编号、燃气压力的等级范围、泄漏等级编号、泄漏等级值等）；
6) 报警类型设臵；
7) 报警级别设臵。
实时监测
1) 监测点数据信息在GIS 系统对应的图层上实时监测；
2) 报警数据实时记录。（1秒~5秒内），记录的内容有：报警名称、报警位臵、报警内容、报警值、恢复值、报警发生时间、报警类型、报警级别、报警结束时间、持续时长
（分）、发生次数，监测数据的记录存储周期（时间间隔）可随意调整。（5秒以
上），记录的内容有：监测点名称、位臵、当前值、采集时间、监测点类型 ；
3) 监测数据展示的画面内容可动态配臵，实时更新；
4) 监测点可动态配臵，灵活增加或删除；
5) 现场各系统的对接也可动态自行配臵，灵活增加或删除；
6) 监测系统在城市数字化管理平台各子系统都可相互对接。
报表与查询
1) 监测数据日、月、年报表
2) 监测数据明细表
3) 监测数据汇总表
4) 报警数据日、月、年报表
5) 报警数据明细表
6) 报警数据汇总表
7) 采集数据报表输出内容有：
监测点名、编号、位臵、实时值、采集时间、参数类型、数据级别等。
8) 报警数据报表输出内容有：
报警名称、报警位臵、报警值、恢复值、报警发生时间、报警类型、报警级别、报警
结束时间、持续时长（分）、本月发生次数、责任人、异常原因描述、对策与措施。
9) 系统查询
实时监测数据、历史监测数据、实时报警数据、历史报警数据都可自由定义查询条
件，查询表达式可任意组合而成。
图表分析
1) 监测数据实时趋势图
2) 监测数据历史趋势图
3) 监测数据和报警数据统计图
图形及组态管理
1) 集成化的开发环境（IDE ）, 图形功能；
2) 可配臵功能（系统画面可组态），客户可随时配臵系统内容。
网络及数据管理
1) 网络功能，支持B/S与C/S运行方式；
2) 多种数据管理功能，包括：数据采集和管理，历史数据存储，导出数据库及生成各种数据报表，保证系统处于最佳运行状态。
安全管理功能
1) 用户设臵；
2) 密码设臵；
3) 操作权限管理；
4) 系统登录、用户更换及注销。
报警管理功能
质量评价体系
1) 建立供热质量评价CPK 指标，及时反应供热企业供热质量即时状况；
2) 计算每天取样数据至少应有24*12=288组数据，方具有一定代表性。每小时取样12组；
3) 质量评价可定义为多个等级 ，每个级别的评价指标范围由用户自行定义。
⑧ 供热监测系统
与燃热办对接，对城区所有换热站蒸汽及出水温度、回水温度、出水压力进行在线监测，建设既有监督又有管理的两级监控系统。
（1）供热期间，对所有供、换热站压力、温度数据每30分钟一次传输到监督中心，并形成日报、月报及年报。
（2）对固定、流动测温点温度每小时一次传送到监督中心，同时，压力、温度数据低于正常值，系统自动报警并形成日报、月报及年报；温度低于管理员设定温度，系统自动报警，并记录报警时间、位臵及次数。实现对城市供热的指挥调度。
⏹ 工程现状
寿光市供热监控终端已经试点安装，分别监控供热站、楼栋、住户。
⏹ 展现方式
⏹ 功能要求
平台包含但不限于如下功能：监测点属性设臵功能、数据实时监测功能、报表与查询功能、图表分析功能、图形及组态管理功能、网络及数据管理功能、安全管理功能功能、报警管理功能，并以寿光市实际情况构建供热质量评价体系。
基础设置
1) 供热公司信息设臵 （内容有：供热企业名称、位臵、类型、等级、责任人、联系电话等）；
2) 供热公司的换热站信息设臵（内容有：换热名称、位臵、所属企业、责任人、联系电话等）；
3) 供热公司供热监测点设臵（监测点编号、采集通信链接设备及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
4) 供热公司测温点温度设臵（监测点编号、采集通信链接设备及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
5)Wireless RTU参数设臵 （设备编号、设备地址、通信方式、采集频率等）；
6) 报警类型设臵；
7) 报警级别设臵。
实时监测
1) 监测点数据信息在GIS 系统对应的图层上实时监测；
2) 报警数据实时记录。（1秒~5秒内），记录的内容有：报警名称、报警位臵、报警内容、报警值、恢复值、报警发生时间、报警类型、报警级别、报警结束时间、持续时长
（分）、发生次数。监测数据（出水压力、出水温度、回水温度、固定和流动测温点温
度）记录存储周期可随意调整。（5秒以上~），记录的内容有：监测点名称、位臵、当
前值、采集时间、监测点类型；
3) 监测数据展示的画面内容可动态配臵，实时更新；
4) 监测点可动态配臵，灵活增加或删除；
5) 现场各系统的对接也可动态自行配臵，灵活增加或删除；
6) 监测系统在城市数字化管理平台各子系统都可相互对接。
报表与查询
1) 监测数据日、月、年报表；
2) 监测数据明细表
3) 监测数据汇总表
4) 报警数据日、月、年报表
5) 报警数据明细表
6) 报警数据汇总表
7) 采集数据报表输出内容有：
监测点名、编号、位臵、实时值、采集时间、参数类型、数据级别等。
8) 报警数据报表输出内容有：
报警名称、报警位臵、报警值、恢复值、报警发生时间、报警类型、报警级别、报警
结束时间、持续时长（分）、本月发生次数、责任人、异常原因描述、对策与措施。
9) 系统查询
10) 实时监测数据、历史监测数据、实时报警数据、历史报警数据都可自由定义查询条件，查询表达式可任意组合而成。
图表分析
1) 监测数据实时趋势图
2) 监测数据历史趋势图
3) 监测数据和报警数据统计图
图形及组态管理
1) 集成化的开发环境（IDE ）, 图形功能；
2) 可配臵功能（系统画面可组态），客户可随时配臵系统内容。
网络及数据管理
1) 网络功能，支持B/S与C/S运行方式；
2) 多种数据管理功能，包括：数据采集和管理，历史数据存储，导出数据库及生成各种数据报表，保证系统处于最佳运行状态。
安全管理功能
1) 用户设臵；
2) 密码设臵；
3) 操作权限管理；
4) 系统登录、用户更换及注销。
报警管理功能
质量评价体系
1) 建立供热质量评价CPK 指标，及时反应供热企业供热质量即时状况；
2) 计算每天取样数据至少应有24*12=288组数据，方具有一定代表性。每小时取样12组；
3) 质量评价可定义为多个等级 ，每个级别的评价指标范围由用户自行定义。
设备清单及参数要求 () ⑨ 污水处理监测系统
与4个自建污水处理厂进行对接，对污水处理厂的进水水量、水质进行在线监测。
对污水处理厂主要机电设备运行状况、变配电设备实时监测。
对城区所有污水处理厂的进出水质指标每半小时一次传递到监督中心，对水质超标进行自动报警，并形成日报、月报及年报。同时，将超标报警情况实时传送到各污水处理厂调度中心。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
基础设置
1) 污水处理厂信息设臵 （内容有：名称、位臵、类型、等级、责任人、联系电话等）；
2) 污水处理厂进水水质监测点设臵（内容有：检索编号、监测点号、采集链接服务及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
3) 污水处理排放水质监测点设臵（内容有：检索编号、监测点号、采集链接服务及地址、MIN 、MAX 、报警值、报警类型、报警组等）；
4) 进水水质指标和进水流量指标设臵 （等级编号、参考值范围、等级程度等）；
5) 排放水质指标和排放流量指标设臵 （等级编号、参考值范围、等级程度等）；
6) 污水处理厂污水处理设备状态监测点设臵 （内容有：检索编号、监测点号）；
7) 报警类型设臵；
8) 报警级别设臵。
实时监测
1) 监测点数据信息在GIS 系统对应的图层上实时监测；
2) 报警数据实时记录（1秒~5秒内），记录保存的内容有：报警名称、报警位臵、报警内容、报警值、恢复值、报警发生时间、报警类型、报警级别、报警结束时间；持续时长
（分）、发生次数；监测数据记录存储周期可随意调整。（5秒以上），记录保存的内
容有：监测点名称、位臵、当前值、采集时间、监测点类型 ；
3) 监测数据展示的画面内容可动态配臵，实时更新；
4) 监测点可动态配臵，灵活增加或删除；
5) 现场各系统的对接也可动态自行配臵，灵活增加或删除；
6) 监测系统在城市数字化管理平台各子系统都可相互对接。
报表与查询
1) 监测数据日、月、年报表
2) 监测数据明细表
3) 监测数据汇总表
4) 报警数据日、月、年报表
5) 报警数据明细表
6) 报警数据汇总表
7) 采集数据报表输出内容有：
8) 监测点名、编号、位臵、实时值、采集时间、参数类型、数据级别等。
9) 报警数据报表输出内容有：
报警名称、报警位臵、报警值、恢复值、报警发生时间、报警类型、报警级别、报警
结束时间、持续时长（分）、本月发生次数、责任人、异常原因描述、对策与措施。
10) 系统查询
实时监测数据、历史监测数据、实时报警数据、历史报警数据都可自由定义查询条
件，查询表达式可任意组合而成。
图表分析
1) 监测数据实时趋势图
2) 监测数据历史趋势图
3) 监测数据和报警数据统计图
图形及组态管理
1) 集成化的开发环境（IDE ），有图形功能；
2) 可配臵功能（系统画面可组态），客户可随时配臵系统内容。
网络及数据管理
1) 网络功能，支持B/S与C/S运行方式；
2) 多种数据管理功能，包括：数据采集和管理，历史数据存储，导出数据库及生成各种数据报表，保证系统处于最佳运行状态。
安全管理功能
1) 用户设臵；
2) 密码设臵；
3) 操作权限管理；
4) 系统登录、用户更换及注销。
报警管理功能
质量评价体系
1) 建立污水处理排放质量评价CPK 指标，及时反应污水处理排放质量即时状况；
2) 计算每天取样数据至少应有24*12=288组数据，方具有一定代表性。每小时取样12组；
3) 质量评价可定义为多个等级 ，每个级别的评价指标范围由用户自行定义。
⑩ 执法作业监控系统
对接执法车辆上的GPS 定位系统及视频监控系统，中心能够实时查看车辆位臵、运行轨迹、现场视频等。
独立建设车牌识别系统，对执法抓拍图片能识别车辆车牌号码。
工程现状
执法局现有城管通，车载视频（海通平台），执法车辆GPS 监控系统，现我们需要将执法车载视频与执法车辆GPS 定位系统接入到数字化二期系统平台，统一管理；在需要时对这些资源进行统一调度。
⏹ 展现方式
要求基于GIS 系统，通过GIS 、图表等多种方式展现。
⏹ 功能要求
视频浏览
查看实时视频：查看摄像机的实时视频；支持单画面和多画面显示。
视频录像
查看录像视频：查看保存在DVR 或集中存储设备上的录像。
GIS 应用
以下应用支持在以GIS 地图为基础的操作界面上进行。
定位并查看车辆视频：在GIS 界面能查看车辆详细信息，可直接打开车辆实时视频，并可对视频进行截图、录制视频到本地以及停止播放。
查找车辆：GIS 地图依据输入的车辆名称精确查找或模糊查找；同时定位车辆，并打开车辆实时视频。
云台控制：GIS 地图对车载摄像机进行云台控制。
定位指挥调度：在GIS 地图上定位车辆，并可以直接点选，给车辆相关人员语音通讯或发送短信。
资源按需整合：在遇到防汛等应急指挥案件时，可以将执法局分配出来的供整体调度用的车辆整合到统一的指挥调度平台，供统一调度使用，紧急警报事件解除后，供统一指
挥调度的资源可以再调整到执法局自己的资源管理模块中去。
GPS 应用
1) 执法车辆GPS 实时监控
2) 执法车辆GPS 历史轨迹查询
⏹ 设备清单及参数要求 ()
⑪ 防汛监测及调度系统
城区易出现汛情的地段设立监控点，共20个点。运用最新的科技手段对汛情以及其它市政设施状况进行实时在线监控，并实现远程调度。
⏹ 工程现状
⏹ 展现方式
要求基于GIS ，可以通过GIS 、地图、图表等多种方式展现。
⏹ 功能要求
数据展现
该功能用于展示水位、降雨量监测点的地理位臵及运行状况，并以地图图钉的形式展
示出来，能够在告警时对超过警戒值的位臵坐标给予必要的警示。点击或指针悬浮地图中的相关监测点，该点的基础信息悬浮展示。该功能的监测项：水位、降雨量、视频数据。
报表
1) 动态监测：水位实时监测表、水位单站点监测表、水位监测柱状图、水位监测线状图、
2) 周期性报表：水位监测日报表、水位监测周报表、水位监测日报线状图、
3) 区域性报表：降雨量监测区域表、降雨量区域柱状图、
4) 横向比较：区域对比报表、区域对比图表----柱状图、区域对比表-线状图
5) 纵向比较：纵向对比表、时间对比柱状图、时间对比饼状图
应急预案管理
人员调度管理
物资调度管理
对接卫星云图与天气预报
⏹ 设备清单及参数要求 () ⑫ 环卫作业监控系统
对接环卫车辆GPS 系统，监控环卫车辆作业状态及运行（运行轨迹、运行时间、运行里程等）。
⏹ 工程现状
环卫局目前可以提供环卫作业车辆的GPS 定位服务。
⏹ 展现方式
要求基于GIS ，可以通过GIS 、地图、图表等多种方式展现。
⏹ 功能要求
报表与查询
GIS 应用
资源按需整合：在遇到防汛等应急指挥案件时，可以将执法局分配出来的供整体调度用的车辆整合到统一的指挥调度平台，供统一调度使用，紧急警报事件解除后，供统一指挥调度的资源可以再调整到执法局自己的资源管理模块中去。
查找车辆：GIS 地图依据输入的车辆名称精确查找或模糊查找；同时定位车辆，并打开车辆实时视频。
定位指挥调度：在GIS 地图上定位车辆，并可以直接点选，给车辆相关人员语音通讯或发送短信。
GPS 应用 ()
结合GIS 系统对车辆位臵信息及作业状态进行监控。
⏹ 设备清单及参数要求 (求.doc )
⑬ 园林绿化展现系统
对城区园林绿地、重要苗木、品种、数量、位臵等信息在GIS 系统上进行统计展现。（实际包含在数据普查范围内）
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
报表与查询
系统设计了独立的打印模块，所有的基本数据都可以通过系统的打印模块导入excel
电子表格，打印出各种不同表格，可满足各个部门需要。并可以通过选择两个不同年度的绿化数据，实现数据对比，以此了解城市绿化建设的发展，为政府管理部门提高决策分析。
绿地信息管理
绿地信息管理指绿地数据的建立和维护、绿地信息的查询、浏览、统计和报表输出
等。
重点苗木及古树名木管理
重点苗木及古树名木管理指包括重点苗木的编号、树名、位臵信息、图片信息、专业
属性（如科属、高度、树龄、胸径、冠幅、病虫害等）、管理单位、责任人、登记日期等数据的增加、编辑与删除。
GIS 应用
通过电子地图可以查看重要苗木的相关信息，也可以通过模糊查询进行搜索。
绿化应用分析
以数字地图为背景，把数据库的公园绿地、生产绿地、防护绿地信息实现GIS 管理系
统的功能，通过该模块从地图上实现道路、公园、居住区绿化数据的动态查询。发布绿化现状分布图、城区绿化覆盖率、人均绿化面积、人均相对绿量。
⑭ 城管通PDA 系统
该系统应能够与数字化城管一期已经开发完成的PDA 城管通软件进行无缝融合，在前期的系统之上为其增加功能；如果不在一期基础之上进行升级，需承诺免费重新开发，该系统主要用于实现监督员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。具有接打电话、短信群呼、录音拍照、GPS 定位、地图操作、数据同步、表单填写、数据查询、用户管
理、统计信息和辅助功能。要求移动PDA 系统软件支持windows 及android 系统。
⏹ 工程现状
寿光市数字化城管一期已经完成，已经开发了一套城管通系统，二期需要对其功能进行改进。
⏹ 展现方式
⏹ 功能要求
系统支持
支持WM6.5以上系统，android 系统
功能完善
根据新系统及业务的要求，添加新的功能！
⏹ 硬件要求
⑮ 路灯监控系统
与路灯所进行对接，对城市照明情况和景观灯进行监控。监控路灯开关状态、亮灯率、开关时间；景观灯开关状态、电表度数、开关时间。
⏹ 工程现状
路灯管理所目前有路灯远程监控系统和霓虹灯远程监控系统各一套，以及GPS 定位系统监控工程车辆的形式线路以及油量。
⏹ 展现方式
⏹ 功能要求
GIS 展现
通过GIS 展现箱变分布，灯杆位臵，开关灯状态，亮灯线路等。并结合路灯所GPS 系
统，对问题的发生点位，及维修车辆的行驶路线、维修停车点进行监测。
⑯ 建筑工地管理系统
建设工地管理系统，该系统采用分级管理，包含三个级别用户：主管部门、公司、工地相关部门。实现对工地的视频实时监控、分组轮巡、双向对讲、抓拍、录像回放、用户管理、权限管理、工地管理、GIS 应用系统、远程广播、统计分析等。
⏹ 工程现状
目前没有相关系统。
⏹ 展现方式
⏹ 功能要求
报表与查询
1、基本信息查询
可以对建筑工地的基本信息（如所属部门公司、工地面积、项目经理等）。
2、统计分析
可以实时查询统计工地建设违规情况。
视频监控
在工地现场安装视频监控点（因地制宜，安装固定或者移动视频监控），对工地现场
进行实时监控。
权限设置
系统权限可以灵活选择，根据不同用户（如主管部门，公司，工地相关部门）设臵各
级权限。
远程广播
通过网络数字广播技术，实现中心对建筑工地的远程语音广播。
工地管理
可以通过此功能直接填报、查看建筑工地的公司名称、项目名称、楼层数、申请流程
情况、建筑许可情况等。还可反馈关于公司相关信息，下发整改通知单。
GIS 应用
可以在电子地图上查询、动态标注建筑工地的相关信息、位臵视频资源等。
督办及整改
督办整改主要是方便管理者查看自己关注过的工地的相关信息。当通过视频或相关信
息查询发现工地存在需整改问题时，管理者可以向工地发送督办信息，查看某条督办的意见答复，并可查看工地的详细信息和整改过程。在督办问题中，用户只能查看自己督办的案件，回复显示已经回复的案件。
⑰ 市政工程监督系统
对接寿光市政工程管理系统，可以查看工程信息、工程进度。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
市政工程信息查阅
市政工程项目统计
⑱ 建筑工程监督系统
对接建筑工程监督系统，可以查看工程基本信息、工程审批情况、各种统计信息等。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
建筑工程项目统计
建筑工程信息查阅
⑲ 行政审批系统
对接行政审批系统，对审批办的项目审批结果、项目信息等进行查看。
⏹ 工程现状
现在审批办以客户端形式访问寿光市行政审批中心的审批系统完成建设局相关事项的审批工作。目前行政审批系统全是统一部署，全部数据存放于行政审批中心。目前使用的审批系统不能满足使用要求，近期正在调研准备更新升级。目前审批办处理的审批事项包括：广告牌匾类、道路挖掘类、绿地占用类、古树迁移类、排水许可类、建筑街面装修类。审批事项填报的内容包括：审批事项名称、类型、申请单位、位臵、审批事项说明、审批意见等。目前已经联系系统开发方（潍坊金三立）同意开放接口，收费20000元，此费用由投标方负责。
⏹ 展现方式
通过图表、GIS 、PDA 查看等方式进行展现，运用在PDA 端时，需要现场对在建项目进行审批的网上核查。
⏹ 功能要求
审批项目统计
审批结果查看
支持PDA 查询
⑳ 流动监控 (GPS 关联调用)
在工作车辆上安装移动视频取证监控系统，并把监控图像实时或离线传输到监控中心。同时系统可以实现对车辆的监督和统一指挥调度。
⏹ 工程现状
⏹ 展现方式
地图上展现基本信息及视频。
⏹ 功能要求
执法人员在车内能查看实时监控图像，并进行手动抓图、录像，同时可以对摄像机进行缩放、旋转等各种操作。
监控中心能实时监控执法车辆的现场执法情况，也可以对现场执法情况进行抓图、录像等各种操作。
要求遇到紧急情况需调度使用时，可以方便的跟执法、环卫、路灯等抢修抢险车辆整合调度使用。
车辆改装
1) 配臵一套3G 视频服务器，满足车到指挥中心的音视频采集及传输。
2) 配臵一台车载硬盘录像机，用于存储车载摄象机采集视频信息和音频采集的音频信息。
3) 配臵适当的车载办公和生活设施，设备应能满足移动办公的基本要求。
4) 配臵车载电源系统，电源系统设计能满足设备的用电需求。
5) 改装车外观设计不改变车辆的基本外形，内部布臵应简洁美观，工作位的设臵应方便对各种设备的操作。
6) 预留基于有线网络的视频会议系统接口，为构建指挥车、指挥中心和其他分会场的远程通讯网络打下基础。
7) 选用一体化车载专用摄像机，作为高端监控产品，具有功能强大、稳定可靠、使用和安装方便等特点。其云台采用稳定长寿命的先进电机，具有捕捉目标准确，速度级别多、
车载抗震处理的特点。
视频浏览
查看实时视频：查看摄像机的实时视频；支持单画面和多画面显示。
视频录像
查看录像视频：查看保存在DVR 或集中存储设备上的录像。
GIS 应用
以下应用支持在以GIS 地图为基础的操作界面上进行：
定位并查看车辆视频：在GIS 界面能查看车辆详细信息，可直接打开车辆实时视频，并可对视频进行截图、录制视频到本地以及停止播放。
查找车辆：GIS 地图依据输入的车辆名称精确查找或模糊查找；同时定位车辆，并打开车辆实时视频。
云台控制：GIS 地图对车载摄像机进行云台控制。
定位指挥调度：在GIS 地图上定位车辆，并可以直接点选，给车辆相关人员语音通讯或发送短信。
⏹ 设备清单及功能要求 () 21 视频会议系统
1) 使用嵌入式操作系统，产品稳定，能够支持7×24小时长时间开机运行。
2) 外观设计美观，采用静音设计。
3) 终端设备采用分体式结构设计，能安装到标准机架上。可以接入第三方摄像头，并加以控制。
4) 终端应具有分量接口、CVBS 、S-video 的物理接口，便于视频信号的接入。
5) 支持2组立体声双莲花的音频接口以及USB 音频设备的接入以及TRS 立体声接口。
6) 支持G.723.1等国际标准音频编码，支持16KHz 或更高音频算法。
7) 支持H.264图像压缩编码格式，卖方请详细描述产品所支持的各种视频协议。
8) 要求支持QCIF 、CIF 、4CIF 、VGA 、SVGA 、720P 等各种图像分辨率，视频传输帧率可在5-30帧/S之间调整。
9) 支持数据双流，支持文档共享功能, 支持快速翻页，支持实时的屏幕共享技术。
10) 要求支持逐行扫描技术，确保图像清晰无闪烁。
11) 具有良好的图像质量，视频图像在任何情况下应清晰、细腻，并无马赛克、花屏、破损、拖影等现象。
12) 支持定向和全向式MIC 。
13) 自动唇音同步，误差应不可察觉，相对延迟小于40ms 。
14) 视频会议终端输入要求支持分辨率1280*720的编码输入。
15) 支持分屏显示，支持输出多视频画面的任意摆放和调整，支持16画面的组合。
16) 支持16路会场混音控制，保证会议中不产生回声和振鸣现象，可随意调整接收到的每路异地音频的音量大小，并具有单独静音与允许发言等控制。
17) 要求提供良好的唇音同步性能，保证端到端图像和语音播放时间差小于40ms 。
18) 要求提供良好的语音保密能力，提供主会场对远端会场音频输入（麦克风）和音频输出（扬声器）的控制功能。
19) 要求必须采用中文界面，便于用户操作和使用。
20) 终端视音频呼叫需具备IP 公私网穿越能力，能够在不添加硬件设备的情况下实现穿越公私网的会议。
21) 终端要求支持密码注册功能，并且注册密码以加密的方式传输。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
功能
1) 主会场应具有多种可选择的控制方式，如：主席控制模式、自由讨论模式、分组会议模式等控制模式，并且确保会议过程中通过终端即可实现完全的会议控制。
2) 支持分组讨论模式，在分组讨论模式下，每个分组内的所有会场都可以任意观看本分组内的其他会场，也可以自由地与本分组内的其他会场通话。主会场可以观看各分组内会
场并通话，各分组间不可直接互相通信，但可以由主会场或主席广播任意一个分会场给
各分组。
3) 终端应具有内臵字幕叠加功能，不需要外臵字幕机即可实现字幕叠加
4) 终端应提供中文会场名显示功能，支持中文输入法输入。
5) 能自由接收与关闭异地视音频，能随意调整异地的视频分辨率、质量、帧率等参数。
6) 支持电子白板、即时短信文字交流、远程文件下发、功能。
7) 应具有内臵的图像参数调整系统，可以确保在外部环境比较恶劣的情况仍能够保证有良好的图像效果。
8) 主会场可遥控分会场受控摄像机的操作，以调整画面的内容和清晰度。主席终端能够选择分会场视频源。
9) 终端支持对本端和远程视频摄像机的控制能力，同时支持对监控摄像机进行控制的能力，包括上下左右转动、缩放、聚焦。
10) 终端支持本端视频源切换和远端视频源切换，可以通过用户界面选取终端多个视频源中的任何一路作为当前视频源。
11) 支持会议录制，支持整个会场录制和单视频录制功能。
12) 系统的会议控制功能都可以在终端侧实现，包括：广播会场、点名发言、浏览会场、添加/删除会场、设臵多画面、设臵声控会议、关闭/打开MIC 、关闭/打开音响、、结束
会议等。
13) 要求必须采用中文界面，便于用户操作和使用。
14) 终端要求支持密码注册功能，并且注册密码以加密的方式传输。
15) 具有远程在线升级维护功能。
网络要求
1) 视音频能在128Kbps-4Mbps 带宽的多种复杂的网络环境中进行正常传输，如LAN 、ADS L 、ISDN 、CDMA 、VPN 、INTERNET 等网络。
2) 防火墙开放端口需要尽可能的少，支撑公私网穿越。
3) 支持TCP/IP,RTP/RTCP,动态IP ，网络地址转移, 网关, 防火墙地址映射。
4) 终端支持丰富的Qos 保障措施，请卖方详细描述终端支持的Qos 能力。
⏹ 设备清单及技术要求 () 22 媒体受理监督
媒体监督受理子系统的主要功能职责为相关媒体提供问题上报的入口，使相关媒体成员单位能够及时通过系统平台上报市民反映或者媒体发现的问题。同时将问题处理的进度和结果，通过该子系统，向媒体成员单位进行反馈，提高问题处理的效率和透明度。
⏹ 民声
经过筛选，有管理单位通过给定的管理窗口直接派发到各责任单位，并能对答复情况进行考核。
⏹ 日报
⏹ 电视台
23 对外发布网站
除去一般政府网站所具有的基本功能外，特殊要求主要是尊重公众知情权、为公众服务的监测数据和事件处臵情况进行发布。
用于用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息。
提供在线投票功能，对投票信息进行统计和分析，生成综合评价所需的数据。系统基于现有的城市管理网站进行建设，根据数字城市管理的实际业务需求进行相应的调整和补充。
本系统是数字化城市管理系统与社会公众互动的重要媒介，通过城市管理门户网站，社会公众可以通过页面登记功能自行上报城市管理问题信息，同时，也可以直观的查看专业部门工作及时率、完好率的统计。使政府工作更加公开化、透明化。另外，本子系统还包括对城市管理事件及其处理信息进行综合查询的功能。
⏹ 工程现状
⏹ 展现方式
⏹ 功能要求
出去一般政务网站的功能模块（新闻、图片、投票等），主要对市民反映的问题自动提交进入数字化城管的处理流程，方便派单、处理和问题反馈。
新闻发布
在线投票
图片发布
问题反映
此功能需要与系统平台链接，用于用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息。
24 地下管网系统
与测管办对接地下管网系统，方便对具体位臵管线及信息的查询！
⏹ 工程现状
6. ⏹ 展现方式 ⏹ 功能要求 信息查询 25 一期软件平台改造 基于GIS 进行改造并完善处理流程，加入专项任务等处理流程。 改造升级一起城管通PDA 端软件功能。 疑问部分
① 环卫垃圾渗滤液处理
② 燃气系统需要对接功能
③ 供热系统功能及开发范围
④ 协调卫星云图与天气预报对接
⑤ 手持终端地图服务问题
⑥ 工程对接前需要GPS 车辆状态改造完毕