物联网应用平台建设方案

物联网应用平台建设方案物联网应用平台建设方案物联网应用平台建设方案物联网应用平台建设方案 I目录一、项目综述11.1项目概述11.2建设目标11.3建设内容11.4建设原则21.5技术标准21.6系统运行平台与软硬件部署环境41.7基础数据普查与测绘数据采集建库情况61.8术语7二、M2M平台技术规范与要求82.1总体技术要求82.2总体技术框架112.3应用基础运行平台192.4统一安全身份认证系统242.5统一数据应用集成中心252.6应用集成业务基础构件302.7平台接口设计412.8相关业务集成412.9应用软件系统开发要求432.10数据库设计与管理要求442.11标准规范与制度建设要求452.12系统安全要求46三、示范应用—“数字城管”业务软件技术规范与要求483.1某市数字化城市管理系统483.2数字化城市管理业务流程493.3技术要求总则503.4应用软件子系统54I3.5界面设计743.6接口设计753.7应用与系统集成783.8标准规范与制度建设要求78II物联网应用平台建设方案物联网应用平台建设方案 设计、重组、部署、管理、监控、审计、优化的环境，为跨部门的流程重组和流程优化提供技术基础和平台。流程管理系统应提供一系列工具来设计、修改、部署、监控与管理业务流程及各流程节点对应的服务。流程管理系统技术要求如下图：流程建模流程建模流程模拟流程部署流程仓库流程运行环境流程管理和监控流程审订流程分析与优化图2-12流程管理(BPM)体系结构流程管理系统主要功能要求包括流程建模、流程模拟、流程运行环境、流程仓库、流程部署、流程管理和监控、流程审计和流程分析与优化等，具体如下：流程建模：提供流程建模和设计工具，对业务流程规则与过程进行定义。流程模拟：通过流程仿真运行环境，对设计完成的业务流程模拟运行。流程运行环境：为流程的运行提供虚拟机、状态存储、流程数据存储、服务的调度、任务的分配等核心服务。流程运行环境提供基于Web服务的外部调用接口，实现对流程定义、流程状态、流程数据、系统管理的查询、更改和监控，支持跨平台和Web服务技术。流程仓库：提供流程定义的发布、更改、删除和版本控制，以及相关服务的注册、索引、查询、更改和删除等。提供外部应用服务接口的定义和调用。流程部署：提供流程发布工具，将设计好的流程发布到流程仓库中，供流程运行环境使用。流程管理和监控：实现流程调整、系统性能监控、系统异常处理等功能。流程审计：对流程实例的创建、资源的应用、执行的日期、执行的人员、流程的结果等进行审计。流程分析与优化：提供流程的统计报表，分析流程运行中的数据(如资源的利用率、成本、时间等)，对流程中影响性能的节点进行优化。提供与不同分析工具的接口。内容管理 (CMS)内容管理系统功能要求如下：网络信息自动监控采集、分类管理。多站点创建、管理。简单方便的模板定制，可视化标签技术。功能强大的信息加工处理系统、全文检索功能：支持Excel表格、图片、Flash资源、音视频文件、一文多附件的插入，图文混排、Word的粘贴，批量信息的导入导出、信息内容对链接知识库的替换，信息Word和PDF格式的输出和分页管理，信息内容的评论和管理，支持编辑、校对、审核、发布的工作流。灵活的信息发布方式：支持信息的动态与静态页面发布，支持全部发布和变化增量发布。用户权限与网站安全的控制：多用户组、多层次、分级的权限控制，网站内容浏览、下载等操作的控制，支持数据库的配置、在线备份、恢复和日常管理。用户的互动交流：可以实现对外的信息互动交流，如网上投票、网上评论，网上调查、信息反馈等。丰富的接口和组件：提供在线投标、全文检索、邮件接口、统计分析等。开放式体系框架：采用可扩展的框架设计，支持新开发功能的挂接和集成能力，能整合已经运行的系统，如OA、CRM、MIS等系统集成在一起，提供统一的访问入口。辅助决策 工具(BI)1、OLAP(联机分析)联机分析应提供多维分析引擎和前端展现工具，多维分析引擎管理多维数据模型(Cube)以及根据多维模型构造的多维数据立方体，提供旋转、切片、钻取等分析操作。前端展现工具实现将查询分析结果以动态分析报表、图形等方式展现。联机分析(OLAP)技术要求如下图：前端展现前端展现服务维表主关键字源数据ETL数据转换数据仓库事实表维表Cube多维业务模型查询分析结果反馈查询分析条件查询分析条件查询分析结果展示图2-13联机分析(OLAP)2、Analysis(专业分析)Analysis(专业分析)应以组件方式提供对联机分析(OLAP)在分析功能方面进行增强和补充，并有二次开发接口，其数据分析模型库应提供排行分析、分组分析、二八分析、聚类分析、预测分析等五种常用分析模型，通过二次开发，可以实现更加复杂的分析模型，如：计量经济模型、投入产出模型等。Analysis(专业分析)技术功能要求如下图：模型控模型控制包外观组件包模型库模型扩展规范数据集格式规范数据预处理组件向导式使用界面统计图组件包XML表单组件包Web编程框架模型评价接口模型训练接口控制逻辑回归分析模型包统计函数组件分类分析模型包聚类分析模型包相关分析模型包模型驱动接口图2-14专业分析(Analysis)3、网络数据查询检索(Query)网络数据查询检索(Query)功能要求如下：数据源配置：系统通过管理界面可以轻松完成数据源的配置，即可进行数据库、数据仓库的本地、远程连接，以便为查询服务。设置查询条件，按照设计格式生成查询定制报表：支持以可视化的SQL语句生成方式，提供全面的查询功能。通过不同查询功能的搭配使用，可以生成复杂的多维汇总统计表。主要查询功能要求如下：设置查询表；选择查询字段：即形成Select语句；设置查询条件：即形成Where语句；设置排序：即形成OrderBy语句；分组统计：即形成GroupBy语句；设置表间关联：即形成InnerJoint语句；查询结果定义计算字段；超级链接设置；图形展示。定制查询报表的发布与管理：系统管理员可以对定制的查询报表进行保存和发布，也可以对已经发布的查询定制报表进行撤消发布操作或者删除该查询报表等。查询结果丰富的前端展现。信息交流中心 提供各种实时和非实时的通信支持，包括计算机与计算机、计算机与通信设备(主要是移动通信设备)之间的数据传输。信息交流中心基于XML进行即时通信。信息交流中心技术要求如下图：通信通信服务层(提供XML数据传输)通讯接口层GPRS接口SMS接口Mail接口PC接口PCGPRSSMSMAIL即时通讯层图2-15信息交流中心层次结构信息交流中心功能要求如下：即时通信：实现即时消息的传输；文件传输：实现文件传输；办公应用组件群：包括日历功能、工作计划、定时提醒、备忘录、通信录、广播通知等功能；手机短信中心：实现手机短信的双向传送；GPRS中心：实现手机应用程序与计算机的通信；Email通讯：实现电子邮件功能。数据维护 提供系统级和业务级的数据维护，功能要求如下：1、系统级数据维护数据元管理：实现对数据元的管理，包括建立、变更、版本控制等。数据库监控与维护：提供对关键数据库状态的分析监控功能，利用多种发布渠道在事件发生时及时向系统管理员发出警告信息。2、业务级数据维护数据清理：可快速清理无用的业务信息与垃圾数据。数据检查与调整：根据系统定义的错误排查策略或依据用户指定的条件范围检索出发生错误的数据，并使用户在此范围内对数据进行相应的调整。用户调整的数据范围和内容必须在应用系统允许的规则范围内，这一约束应通过应用级配置实现，以保障数据调整的合法性和正确性。0智能检索 平台应集成开源的搜索引擎来提供检索服务，平台并支持第三方智能搜索引擎产品，如TRS搜索引擎系统与Oracle数据库协同工作，实现千万海量级的智能检索功能2.7平台接口设计与行业终端的接口M2M平台与行业终端接口应尽量统一，有助于标准体系的形成。如果已有标准的行业，应支持现有标准。支持的行业终端应包括：城管通终端、环保监控终端等。支持的协议应包括：工业控制领域中的OPC、MODBUS、RS232/485协议，环境保护行业国标HJ/T212-2005，中国移动M2M终端WMMP协议等。M2M平台应实现统一管理终端，实现终端登录会话，实现终端的数据认证与加密。行业应用平台可通过M2M平台对终端进行管理与反控，下发指令并反馈执行结果。与行业应用的接口M2M平台作为各物联网行业应用的基础服务平台，应具有完备的接口与各应用交换数据，卖方应提供规范化的接口规范，实现M2M平台的对外数据交互标准、通用接口，接口形式包括ESB、RMI接口、WebService接口、数据库接口等。与其他系统的接口M2M平台预留与其他系统的信息接口，如上报本系统终端告警数据、行业统计数据等，接口形式包括ESB、RMI接口、WebService接口、数据库接口等。2.8相关业务集成2.8.1视频监控业务集成要求集成视频监控业务和提供视频监控系统接口，遵循有关视频接口规范实现对监控摄像头的控制和视频查看。功能包括摄像头列表、编号，摄像头上/下/左/右移动、拉近、拉远，设置摄像头方向、焦点，视频播放、暂停、录制，图象抓拍等。2.8.2GIS平台集成要求构建GIS平台，实现GIS数据装载，M2M集成GIS平台，并通过M2M平台对外提供GIS服务。通过ESRIArcGISServer、ArcIMSServer建立GIS平台，需满足以下要求：空间数据组织与管理：目前，基于关系数据库和对象关系数据库的空间数据库技术是大型GIS应用项目中广泛采用的空间数据管理技术。M2M平台中空间数据包括基础地理数据与应急专业数据，涉及多部门、多系统的数据融合和共享，其特点为多源、多尺度、异构、海量。因此，GIS平台要具有大数据量管理能力，而且要支持存储拓扑关系和丰富的几何对象类型。地图编辑：地图编辑功能是多数GIS应用必需的功能，组件对象模型强大的地图编辑功能可以省却大量二次开发的精力。数据格式转换：对应用系统来讲，GIS软件数据交换能力决定了该系统的开放性，即能否方便地输入其他来源的数据以及输出相应的数据格式，与其他系统进行数据交换的能力。多源数据集成：多源数据集成，即无需格式转换直接访问多种数据格式的能力，这是GIS应用系统开放能力的另一种体现。二次开发：组件式开发方式已经成为当前主流GIS应用二次开发方式，比较GIS平台的组件开发能力与灵活性在GIS软件选型中至关重要。跨平台：出于稳定和安全的数据服务和网络发布服务的考虑，各子系统需要采用多种操作系统组成跨平台的网络操作系统。而GIS的跨平台性就显得尤为重要。GIS平台包括WebGIS和GISServer。GISServer做为服务端，提供地理信息服务，包括了地图服务、要素服务、路径搜索服务、缓冲查询、专题图服务等；GISServer通过REST接口的形式，供各种编程语言(包括FLEX、C++、Java、VB等)实现客户程序调用；WebGIS包含在M2M平台中，用来和GISServer通信，提供地理信息相关的功能，包括地图展现、地图搜索、专题图展示等，实现M2M平台的不同功能模块对WebGIS进行定制，提供相对应的功能。装载某市中心城区地形图和基础数据普查与测绘数据采集建库成果。采用松耦合方式集成GIS业务，通过SOA技术实现GIS平台业务集成，并对外提供GIS服务。2.9应用软件系统开发要求2.9.1应用软件开发技术要求系统开发中贯彻全面质量管理，实行工程化的开发方法，实行阶段性冻结与改动控制，验证阶段成果并及时纠正错误。卖方需遵守买方现场开发约定，现场开发人员需包含主持过大中型电子政务项目开发的高级软件开发人员和项目管理人员。采用J2EE及多层架构体系，处于多层结构中间层的应用服务器与Web服务器采用跨操作系统的开发平台，独立于特定的硬件平台和操作系统，可同时支持Windows与Linux操作系统。系统可维护性高、源程序与开发文档真实、完备，系统架构拥有弹性，系统各模块独立，内聚性高、耦合性底，升级容易。系统满足并实现本文件提出的各项功能，兼容性能好，可在多种操作平台平稳运行。支持统一身份认证与单点登陆、数字证书(CA)。卖方需承诺规范开发本项目，开发文档规范齐全，及时转交买方。软件应安全、准确、可靠，具有高可用性功能(或容错功能)，能够长时间不间断运行，能够防止不良侵害发生、降低故障发生率，确保安全生产。软件要具有较强的硬件规模扩展能力。软件对硬件要具有相对独立性。软件本身要具有良好的扩展能力，具备高度的可伸缩扩充能力。软件要具有良好的负载均衡能力。软件具有可维护性，系统设置要方便灵活。软件以支持简体中文，以中文界面为主。软件应提供符合业务规范的数据接口，以实现与其它系统的连接，支持一致性数据模型，保证数据的一致性、完整性。软件设计面向数据，而不是面向流程，易于系统的构造和重组织。软件应能实现数据和处理结果的备份和管理。能够在不同的管理层次和领域具备互操作能力。软件能够保护投资，前后期的投资有效衔接。基于平台软件可快速构建和开展行业应用，并可快速构建扩展功能模块。2.9.2与应用支撑系统应用集成M2M平台应与以下的应用支撑系统实现应用集成：（1）与中国某门户网站实现整合和统一架构；通过某市政务短信服务平台，在系统安全许可的情况下，实现手机短信集成和扩展服务；与某市政务邮件系统实现集成，提供邮件调用服务；系统应支持基于某市电子政务外网CA的身份认证，与政务外网PKI/CA体系实现应用集成，实现数据的不可抵赖性和数据的安全传输。2.10数据库设计与管理要求2.10.1总体要求要求通过采用ORM中间件，使M2M平台能够支持主流的数据库管理系统，并可以在不同数据库之间实现无缝迁移。平台数据库设计可实现存储与管理海量数据。针对海量数据，实现按时段分表保存。2.10.2数据库设计内容要求数据库设计的应包括以下内容：制定数据库命名规范与规则(包括数据库、数据子库、数据表、字段命名、图层命名等)；实现数据建模、元数据设计、数据字典编制等；空间地理数据库设计应包括空间地理基础数据库、公共专题数据库、地址编码数据库、元数据库等的库表设计；对数据子库按照要素大类、小类以及特征类型进行划分，实现对数据表的规划设计，并描述数据表中数据元素的主要属性字段；实现数据库组织规划。2.10.3数据库规划要求数据库的规划要求如下：保证数据布局合理，确保信息渠道畅通；数据逐级浓缩，数据自下而上逐级集中、综合、归并、减少存储，分别满足不同层次管理者的需要；数据库体系的建立要规范化、标准化，统一名词解释、统一指标体系、统一分类编码；（4）确保数据库数据的正确性、有效性、相容性，并提供自动排除故障与恢复功能，以确保数据的可靠性；支持对数据库的并发操作；保证数据库系统的安全性。2.10.4数据库设计技术要求地理数据库设计技术要求如下：统一信息编码规范和标准；支持容量可达TB级的海量数据；具有数据分区管理能力，支持多种分区方式；采用合理的表空间划分方式和磁盘分区；采用合理的数据分层组织方式；建立高效索引，支持图层的高效并发访问；支持多时序、多源、多分辨率数据存储；针对不同的数据，将其规划成为逻辑上的数据库群，在物理上映射为一个或者多个物理数据库；符合C2以上安全标准和基于角色的安全控制；2.11标准规范与制度建设要求2.11.1标准规范建设要求在遵循国家电子政务相关标准与规范的基础上，卖方应在建设某市物联网应用基础服务平台(M2M)暨示范应用项目时相应提交以下的某市地方标准规范草案文本：数据标准类包括：数据分类编码标准，元数据标准，数据建库标准；技术规范类包括：数据生产、采集入库技术规范；服务标准类包括：信息发布标准，数据分发标准，应用接口标准；安全标准类包括：平台数据安全标准，网络安全标准，系统安全标准；2.11.2管理制度建设要求在遵循国家电子政务相关管理制度的基础上，卖方应在建设某市物联网应用基础服务平台(M2M)暨示范应用项目时相应提交以下的某市地方管理制度草案文本：M2M平台管理办法；M2M平台资源共享管理办法；M2M运行维护管理制度；M2M运行安全管理制度。2.11.3版本控制管理在制定的标准规范和管理制度的基础上，对标准规范与制度的文件进行管理，编制相应的管理软件，实现版本控制管理。2.12系统安全要求M2M平台的安全性是关系系统生命力的决定性要素，也是保证系统实用性的基础。根据需求，结合国家对安全的有关要求，充分考虑信息系统的安全级别和应用安全性的特殊需要，应提出一个由物理安全、网络安全、应用安全、系统安全和安全管理等五个层面构成的科学的安全支撑系统，为接入层、应用层、支撑层保驾护航，为整个系统的切实实用化奠定基础。根据某市物联网应用基础服务平台的业务特点，依据GB/T22240-2008《信息安全技术信息系统安全等级保护定级指南》，建议系统的信息安全等级保护定为二级，采用相应的安全技术进行系统保护。系统安全要求具体如下：必须保证系统的整体安全，卖方应用全面考虑应用级、数据级、系统级和网络的安全。平台的安全不仅与系统软件、硬件以及具体应用密切相关，还与具体管理、设计开发人员甚至参与项目的每个成员都息息相关。在制定信息安全策略时，要求针对平台做全面的、具体的考虑，必须先确立系统安全策略，然后在该策略的指导下进行系统实施。卖方必须要充分考虑Oracle数据库提供的安全机制和具体需求，并结合平台的门户服务器、应用服务器、数据库服务器采用双机负载分担或集群方式等系统级、网络级的安全性考虑，将具体的安全措施添加到应用系统中，以保证系统安全的顺利实施。数据存储实现RAID5保护，并配置热备盘，确保数据安全。同时，平台应充分利旧网络数据备份系统实现数据的在线备份。在系统编码过程中，要求引入第三方的加密方式(算法)，对应用的敏感数据进行“先期加密”处理，使用户数据即使对的Oracle系统平台也是不可见的。对各数据层、功能层的访问权限实现控制，避免用户了解到自己权限以外的信息。对用户访问记录必须进行处理，并归档整理备查。与应用级的操作记录相结合，实现用户活动的记录，系统具有完善的系统查询日志和审计功能。重新制定操作系统平台的安全机制，包括在Windows平台上启用用户权限和用户策略机制。加强系统服务器的管理，禁止不必要的系统服务，明确管理人员。

三、示范应用—“数字城管”业务软件技术规范与要求3.3.1某市数字化城市管理系统3.1.1某市数字化城市管理模式某市数字化城市管理模式依托统一的城市管理数字化信息平台，建立相互独立，相互制约的监督中心和指挥中心，形成全市城市管理体制“两级监督、两级指挥”模式，实现“监管分离、统一建设、分级管理、市县协同”的数字化城市管理体系，采用以指挥轴、监督轴为“两个轴心”的办事流程，采取单元网格管理法和城市部件管理法，每个单元网格内派出信息采集员，利用信息采集器收集网格内的部件和事件信息，通过信息收集、案卷建立、任务派遣、任务处理、处理反馈、核实结案和综合评价七个环节，实现专业监督和综合监督的有机结合，信息技术与城市管理应用的有机结合，政府监督与群众监督的有机结合，精细规范管理与全面覆盖管理的有机结合，内部考核和外部评价的有机结合，高效管理与长效管理的有机结合。3.1.2系统建设模式某市数字化城市管理信息系统采取“市县一体、统筹推进、集中建设、分级管理”的模式进行规划建设，市县(区)两级采用“统一物理平台、逻辑分级”的应用模式，统一标准规范和技术平台，统一基础数据库和应用软件，通过“数字城管”促进资源整合与共享，实现部门间业务协同，实现市县间无缝衔接。纳入数字化城市管理对象的范围，以建设部颁布的《城市市政综合监管信息系统管理部件和事件分类、编码及数据要求》(CJ/T214-2007)城镇建设行业标准确定的“七大类部件”(包括1公用设施类、2道路交通类、3市容环境类、4园林绿化类、5房屋土地类、6其它有关设施、7扩展部件)和“六大类事件”(包括1市容环境、2宣传广告、3施工管理、4突发事件、5街面秩序、6扩展事件)为主，并结合某市实际和管理需要增加相关部件和事件类型、数量。3.1.3系统实现目标以数字化城市管理系统为基础，创新城市管理体制。在城市管理体制改革取得实质进展的基础上，从目前政府管理、监督职能混合的状态，将分散在各个专业部门的监督职能分离出来，形成独立的监督和考核体系，实现监督与管理分开。建立统一、规范的城市管理流程，形成指挥有效、监督有力、沟通快捷、分工明确、责任到位、反应迅速、处理及时、运转高效、制度完善的城市管理长效机制，并充分整合现有资源。“数字城管”将作为“物联某”的示范应用，在技术上基于M2M平台进行开发部署应用，并实现对接，在此基础上与物联网应用其他各系统紧密结合，共同实现“物联某”的总体建设目标。3.1.4系统建设内容“数字城管”主要包括数字城管系统软硬件平台、基础数据普查与测绘数据采集建库和数字城管软件系统三大部分建设内容。在建设M2M平台的同时，开展“数字城管”示范应用，即同步建设数字城管软件系统。数字城管系统软硬件平台、城市部件数据普查目前已在抓紧建设，在建设M2M平台暨数字城管软件系统时要求同步实现与数字城管系统软硬件平台的集成、基础数据普查与测绘数据的数据入库与装载。3.2数字化城市管理业务流程某市数字化城市管理整个业务流程应包括信息采集、案卷建立、任务派遣、任务处理、处理反馈、核查结案、综合评价共七个阶段，如下图所示：信息收信息收集任务处理任务派遣案卷建立监督员、公众监控指挥中心专业部门现场结果反馈综合评价处理反馈处理反馈核实结案立案派遣图3-1数字化城市管理业务流程信息采集来源支持：领导批示、市民投诉、视频上报、专业部门巡查和信息采集员巡查采集。信息反映渠道支持：由信息采集员(监督员)主动巡查、发现的部件、事件问题，由公众举报热线和领导批件转来的有关部件、事件问题。城市管理业务流程的主要参与者包括信息采集员(监督员)、监督中心(受理员)、指挥中心(派遣员)和专业部门，系统支持以指挥轴、监督轴为“两个轴心”的办事流程，如下图所示：监督中心受理监督中心受理社会公众监督中心立案监督中心结案监督中心核查指挥中心任务派遣市级部门区级部门指挥中心处理反馈监督轴指挥轴领导交办监督员监督员图3-2数字化城市管理办事流程3.3技术要求总则3.3.1总体建设要求系统遵循建设部相关推进城市网格化管理的规定以及相应的法律，包括《城市市政综合监管信息系统技术规范》、《管理部件和事件分类编码》、《单元网格划分编码与划分规则》、《地理编码规则》等标准规范。系统基于M2M平台进行开发部署应用，并实现对接，在此基础上与物联网应用其他各系统紧密结合，系统基于M2M平台实现统一的应用支撑和有关数据管理服务。卖方应提供“数字城管”有关制度设计、组织机构等方面的建设样本，包括“两个中心”、“两支队伍”和“一个考核机制”的建设(两个中心是指城市管理监督中心和指挥中心；两支队伍是指分别建立城市管理监督员和协管员两支队伍；一个考核机制是指建立一套科学完善的监督考核体系)。制定某市“数字城管”有关的管理办法、标准规范、操作手册与规程、系统运行维护办法等。3.3.2系统建设原则标准化原则：在系统建设及城市网格划分、事件和部件编码方面，依据建设部制定的行业标准和某市相关规范。统一性原则：统一的网格区划(包括统一的电子地图、统一的网格区划、统一的信息平台和接口、统一的事件和部件编码标准)，统一的信息平台和接口。可扩展性原则：要充分考虑城市建设的高速发展，部件事件的不断增加，系统具有可扩展性，可以方便、快速、稳定的进行扩展升级。3.3.3应用软件系统要求技术要求 应用软件系统的技术要求如下：建立覆盖某全市的数字化城市管理平台，满足市县两级的使用。支持管理监控指挥中心40个坐席和40个管理终端。监控指挥中心通过网络平台与30个市直部门实现互联互通，与30个区直属部门、街道实现互联互通，与200个区社区(村委)实现互联互通。支持700个手持终端的应用，包括600个城管监督员终端和100个领导终端。采用J2EE标准和相关语言进行应用软件开发，支持跨平台技术。符合SOA体系架构，提供政府信息整合所需要的各类应用服务和服务接口。支持Oracle10g以上数据库，ArcGIS地理信息平台。性能要求应用软件系统的性能要求如下：具有海量数据存储和管理能力。具有良好的并发响应能力，整体响应性能在5s以内，正常情况下并发访问量应不小于200。应具有较强的稳定性，在300个用户并发访问时，系统仍能稳定运行。文本信息交换的响应时间应控制在1s以内，采用中间件对数据交换进行管理。地图查询定位时间不超过5s，监控指挥中心接收城管监督员上报问题时间不超过20s，监控指挥中心向城管监督员发送任务时间不超过10s。功能要求系统结构应以B/S架构为主，具有较好的伸缩性和扩展性，能够满足系统指挥、调度、案件处理需要，适应未来应用规模和功能的扩展。采用平台化的设计思想，快速构建城管业务及其他应用，保证系统的稳定性和可扩充性、易管理性。充分考虑软硬件平台的性能提升及软、硬件的负载平衡机制，系统具有灵活和平滑的扩展能力。具有较强的容错能力和灾难恢复能力，服务器组采用集群模式。具有完备的信息安全体系，能对登录用户的身份进行认证，并跟踪用户的操作，进行安全审计。具有良好的数据管理与安全保障机制，对数据采取集中管理和存储的模式，做到数据的安全存储、快速访问，海量数据存储与规范管理；数据库结构设计良好，具有迅速的数据检索能力。能够对业务数据进行分析，对问题、区域、频发等类别进行预警提示。（7）能够实现视频监控跟GIS地图联动，实现视频信号与地图的无缝连接。能够集成视频监控与立案功能，当在视频巡查中发现案件，可以直接立案进行处置。能够接入多种结构的视频源，能够接入不同厂家，不同结构的视频信号。能够实现可视化集成监控，将城市资源与地图的结合，在电子地图上实现资源状态的查看(名称，位置，状态等信息)、调度指令任务下发等。能够提供基于电子地图上的任选巡查员，巡查车进行指挥调度，实现在同一时间调度不同位置的巡查员或者巡查车。能够提供基于WebService的接口，方便其它各级各类基于WebService的信息系统的信息交换和协同工作。根据立得“真图”系统的接口实现“真图”普查数据与事件、部件的报表数据关联、显示，城管通集成“真图”及其它“真图”应用。支持应用扩展，可随时修改系统表单、系统流程、人员权限等配置信息。数据交换应符合某市政府现有的数据交换体系。具有高度的灵活性，能适应日常业务变更的需求，实现“零代码”方式的系统管理和维护。其它要求序号序号指标项要求说明1保存周期要求基础地理信息数据，即：路网、水系、建筑、绿化等基础动态更新，永久保存；序号 指标项 要求说明城市管理部件数据：永久实时保存；业务数据，即：权限数据、人员信息数据、案件附件数据、案件流程信息数据等，3年实时保存，异地周期备份；视频流数据，即：视频监控流数据直接读取110指挥中心，存储本地抓拍图片、视频。数据的输入：主要包括基本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。输入输出要求数据的输出：主要包括工作表单的打印、地理信息数据(地图、城市部件图)、事件部件统计汇总报表等的打印输出等。当系统发生故障时，应及时给出明确的故障信息；故障处理要求系统应记录故障日志；系统发生故障时，不应产生垃圾数据或错误数据。提供对系统自身的集中操作维护功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。提供美观实用、友好直观的中文图形化用户管理界面，充分考虑工作人员的习惯，方便易学、易于操作，含全菜单式处理和各种快捷其他键操作，保证多数功能一键到达。系统应以图形化的方式提供各种操作手段，充分发挥GIS以图形面对用户的特点，信息的表现方式更直观，效率更高，摆脱过去那种面对大量枯燥的表格、文字信息进行数据挖掘的状况。充分考虑从系统结构、功能设计、管理对象等各方面的功能扩展。数据格式应该符合有关国家标准或行业标准。3.3.4系统组成依据国家规范并结合某市实际需求情况，数字城管应用软件系统应包括两大部分的内容：核心应用子系统、扩展应用子系统。核心应用子系统是城管监控指挥中心工作人员的日常工作平台，通过地理信息系统的高效应用，实现图文一体化的办公模式。拓展应用子系统加强数字城管在监督管理、内部监管方面的力量，为某市数字化城市管理的流程运行提供技术支撑。核心应用子系统具体如下：无线数据采集子系统；监督(呼叫中心)受理子系统；协同工作子系统；大屏幕监督指挥子系统；基础数据资源管理子系统；应用维护子系统；（7）地理编码子系统；（8）数据交换子系统；（9）综合评价子系统。扩展应用子系统具体如下：专项普查子系统；视频监控子系统；社会公众实时发布子系统；业务短信子系统；领导移动督办子系统；车载GPS子系统；移动执法子系统；违章建筑处置子系统；电子监察子系统；文明城市监控测评子系统。3.4应用软件子系统3.4.1无线数据采集子系统总体要求 实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。系统通过无线手持设备“城管通”与无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题的GIS定位，文本、图像、声音和位置信息实时传递，实现案件信息的动态采集、案件信息上报、案件信息的现场核实和结案案件的现场核查。提供话音通信、数据通信、短消息通信、地名与地址编码查询、数据的标注与动态查询、经办案件信息管理、无线设备的定位等功能。系统采用B/S与C/S相结合的模式，实现“城管通”与无线应用服务器之间的动态交互，实现地图查询、游览、显示的高效快捷和数据通讯的即时通畅。无线数据采集子系统分为终端应用系统、终端地图引擎、服务器端应用支撑系统。功能要求 1、终端应用系统提供表单填写、现场拍照、录音和地理信息快速定位等多种采集手段，通过无线网络将所采集到的对城市部件、事件所发生问题的各种现场多媒体信息实时传送到监控指挥中心受理平台。系统实现以下目标：城管监督员巡查发现问题时的问题上报；公众举报问题的核实；问题处理结果的核查；专项普查任务的接收和采集等。包括接打电话、短信群呼、录音拍照、GPS定位、地图操作、数据同步、表单填写、数据查询、用户管理、地图周边问题查询、周边监督员查询和监督员一键报警等功能，具体功能包括如下：手机基本功能：包括话音通话功能、短消息收发功能、网络数据通讯、拍照、录音、摄相功能、手机定位等手机基本功能。应用基础支撑功能：包括地图的查询显示、地名地址与地理编码定位、信息标注等功能，支撑应用系统的开发。业务应用系统功能：案件报送功能，实现城管员在现场，利用“城管通”手机的拍照、录音、摄像功能以及地图查询显示、名址定位、案件报送软件模块，完成案件信息的采集与录入，完成案件信息的无线网络报送。业务辅助系统功能：主要是近期已报送案件、核实案件、核查案件的管理，城管员可以对自己报送、核实、核查的案件查询、统计。数据维护系统功能：包括地图数据的同步和信息的在线标注更新。系统提供自动化手段，自动更新相关地图数据。同时，结合地图查询显示、名址定位等功能，实现部件信息的在线标注，通过网络将需要更新的信息，提交后台，由后台完成数据的更新。系统管理功能：包括城管员上班时的用户登录认证和用户信息维护。通过“城管通”手机系统，用户可修改自己的用户认证密码。城管员管理功能：包括手机位置定位和短消息系统。城管员管理软件可以利用“城管通”手机系统，实施对城管员的位置定位，回放城管员的移动轨迹，对管理员的巡查工作进行监督。同时，利用系统短消息系统，实现对城管员的快速通知、调度等大规模及时通讯指挥。2、服务器端应用支撑系统实现城管通上报问题的接收，实现终端应用系统和后台台之间的各种数据交换与管理，系统实现以下目标：提供各种信息查询服务的支撑；提供地理编码查询服务；提供数据同步服务；提供无线定位服务；提供数据协同管理和交换服务；提供通知服务。包括地名与地址编码查询、数据的标注与动态查询、经办案件信息管理、无线设备的定位等功能，具体功能包括如下：地图数据操作：采用B/S与C/S相结合的嵌入式GIS技术路线。基础地图、网络地图等不经常变化的数据，置于“城管通”手机内部，通过数据的同步，实现地图数据的更新。部件信息、地名地址信息等经常变化的数据，置于服务器端，通过WebGIS技术，实现数据的实时动态分发。两部分数据通过统一的坐标系统、投影系统，在“城管通”的嵌入式GIS平台上，实现数据的融合与集成。案件报送系统：利用“城管通”手机的数据通讯功能建立TCP/IP数据连接，通过HTTP协议，实现案件报送、案件核实、案件核查业务数据交据的网络交换。信息标注与更新：利用嵌入式GIS系统，实现地图的查询定位和地名地址编码查询定位，完成信息的标注。通过“城管通”手机的数据通讯功能，建立TCP/IP数据连接，通过HTTP协议，实现标注信息和更新地图数据的网络传输。在无线应用终端上采用自主知识产权的嵌入式地理信息系统引擎，用于城市管理监督员对各种事件和部件信息实现高精度的快速定位和查询。短消息通讯：通过短消息通讯网关，实现大批量短消息的快速收发。无线数据采 集终端地图引擎终端地图引擎要求具有以下功能：支持工业标准的矢量和栅格影像显示。地图导航：包括平衡和缩放，定位到当前GPS位置等。查询实体，显示超连接，定位实例(空间地物)。地图测量：包括距离、面积和方位等。连接GPS，并通过GPS导航。空间数据编辑功能，可对数据进行转换和投影。支持SPA格式地图。目前支持WindowsMobile平台，在两年内可移植到安卓平台(Android)进行应用。3.4.2监督(呼叫中心)受理子系统总体要求 系统受理来自城管监督员、视频监督员和社会公众的城市管理事、部件报告或举报，然后对所反映的事、部件或所举报情况进行核实，并对案件发生地点进行地图定位，经登记立案后批转给指挥中心或市职能部门、责任单位办理。系统为呼叫中心人工坐席工作人员提供事件的受理、登记、立案、定位和派遣等功能。系统基于B/S架构、以WebGIS为基础平台实现案件受理、位置定位、核查/核实协同、办理协同以及城管员查询定位。功能要求 业务受理对于监督员上报的城市管理问题，实现自动受理，并且能根据监督员上报城市管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；对于社会公众举报的问题，能通过手工登记的问题位置描述，在地图上搜索并定位到问题发生位置，对于实施区域外的问题登记，应能够进行直接派遣，对咨询投诉类的问题应能够进行直接备案；可以通过接口直接接收110或12345系统的案卷转发并进行受理和反馈。查询定位为了辅助接线员快速定位，应当具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；能够根据用户输入的地理信息数据进行模糊查询，可以根据用户的选择自动定位到地图上。立案及案卷审批实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同工作子系统；对于不符合相关规定的案卷销案处理，提供表单供录入销案相关信息。具备与监督员、视频监督员的交互实现向监督员、视频监督员发送核实消息；并且可以接收监督员、视频监督员核实消息反馈、核查信息功能。具备新问题或任务反馈信息实时提示功能当有新问题上报或任务反馈信息时，可以通过弹出对话框提示，语音提示等方式实现提醒功能。结案归档管理完成对案卷的备案处理；生成综合考评所需的相关数据。监督员管理功能完成监督员的一键报警管理及监控定位、工作告警规则管理及监控等功能。受理城市管理问题分为三种：社会公众举报(包括各类电话报案)、外围采集系统信息上报和监督员上报。主要功能要求包括：提供管理问题信息的自动受理功能；提供管理问题信息的手工登记功能；能根据上报管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；能通过手工登记的问题位置描述，在地图中搜索并定位到问题发生位置；具备向监督员发送问题任务指令功能；（6）具备接收监督员核实、核查信息功能；能够与协同工作子系统进行数据交互，向协同工作子系统自动报送任务数据；具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；具备新问题或任务反馈信息实时提示功能；能够通过电子地图查询某个单元网格当前在岗监督员。3.4.3协同工作子系统总体要求提供基于工作流的面向GIS的协同管理、工作处理、督察督办等方面的应用，对城市管理实现图、文、表、业务管理一体化管理。各级领导、监督中心、指挥中心、各专业部门人员可以方便查阅问题处理进度和处理结果，可以随时了解各个专业部门的工作状况，并对审批流程进行检查、监督、催办。系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现管理中心、各专业管理部门和政府之间的资源共享、协同工作和协同督办。实现对业务流程中的所有案卷进行监督和管理的功能，实现应急问题处理、案卷处理和流转全程控制，同时可查看城市管理监督员在岗情况，可对案卷流转进行督办和插入意见信息。系统采用B/S架构，基于工作流、WebGIS技术，通过浏览器完成城市管理各项业务的具体办理和信息查询。功能要求 任务分派管理采取市区两级协同办公模式，能根据案卷信息和相关事件、部件的归属部门自动识别相应的处理部门，并交由相应权限的人员进行任务的派遣。处理部门协同监督能够将处理结果的审核信息发送给相关专业部门；对专业部门的处理情况进行监督，对超过指定处理期限的案件发送催办通知。案卷督办管理提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时消息、短信等方式通知当前经办人员；并对案卷进行特殊符号显示。记时管理能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行记时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。案件查询、统计具备案卷查询功能，用户可以自己设定查询条件对案卷进行查询或统计；查询类型和统计应可以扩充，根据用户需要由管理员进行维护。地图操作基础信息、地理编码信息、单元网格信息、部件信息、问题信息等地图显示、查询、量算等功能。流转环节权限控制根据公文管理的有关规定，对每一份文件，确定各个流转环节有关人员的审批权限和阅读权限。可召回办件灵活组织流转披阅和并发披阅。前一人员在下一个人员未对公文处理之前可召回办件进行修改。两种处理方式能够选择对文件多人的顺序或同时处理两种工作方式。动态跟踪根据用户使用权限和条件，可查知当前事件办理情况和办理过程，进行动态跟踪，不是等到事件办理结束后才能得到办理信息。办文期限流转公文均应制定披阅和办文期限。自动催办自动搜索逾期未办事件，对逾期未办事件或指定文件进行催办，并可查看催办情况及答复催办。身份认证与电子签名提供身份、电子签名、电子盖章等安全认证；提供流转系统创建、可视化流程定制、界面定制等工具；提供信息管理器、模板编辑器等功能；提供信息提醒等功能；提供角色定义、权限控制、分级授权等基于系统、基于模块、基于数据库、基于文档、基于表单域的管理功能。打印文件每一个流程均可打印文件。协同办公针对某个特殊的或者特定的办理事件，需要几个业务部门共同受理，此时需要部门间的协同处理才能完成。此时需要一个部门作为牵头部门，在该部门总的协调下，各部门按照自己相关的职责和流程处理自己业务范围内的事情。当各个业务单位处理完自己的事情后，将结果反馈到牵头部门，牵头部门将最后总的结果作为办结信息传送给调度指挥中心。档案管理档案管理模块可以保存所有已归档的办件档案供查询和备案，是保存和管理办件档案的场所。文档管理主要实现各类信息和文档的保存和管理。归档办件库存储历年归档的办件公文，可以按照多种方式对办件公文进行检索和查询。办件公文在归档时，可以归档到该库，也可以同时归档到档案管理库中。档案库不仅可以与各个单位的公文收发流转系统结合使用，保管已归档的收文、发文等文件；也可以独立使用，用于登陆非公文处理系统处理的其它文件。档案管理系统为档案管理机关管理文书档案的编目和查询、管理工作。办件归档登记填写办件档案登记单。将文件根据类型、所属部门、归档时间等指标进行分类归档。档案查询提供多种查询方式，可以进行单条件查询、组合条件查询、模糊查询等。档案统计按档案分类、归档单位等进行各项统计。档案维护按照文书档案管理的规范要求建立新卷宗；管理员能随时查看档案库的使用情况；支持多媒体档案的管理。可以完成立卷、组卷、编目维护以及归档调整等工作。3.4.4大屏幕监督指挥子系统总体要求 系统实现信息实时监控，实现资源共享和远程指挥。系统在基础地图数据、万米网格数据、地名地址数据的基础上，对城管部件数据、案件基础数据、案件办理数据进行管理、分析、查询、显示。通过大屏幕可直观地了解全市各区、街道、社区以及网格的城市部件(事件)信息、业务办理信息、监督员信息、问题处理信息、综合评价信息等内容，还可对每个网格、监督员、部件等个体情况进行查询，实现指挥中心和各级领导直观的掌握全市城市管理状况。大屏幕系统的显示区域分为三个区域：地图显示区、案卷滚动信息区和详细信息显示区。地图信息区主要显示全区域整体地图，包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息；案卷滚动信息区能够实时统计反映全区域内所有网格在办案卷数，滚动显示正在办理的每个案卷基本信息；详细信息区可具体到单个问题案卷、具体人员的详细信息，包括监督员详细信息、单个案卷详细信息等。系统具体包括系统管理、通讯管理和显示控制等三部分。系统管理是系统的控制台，负责对大屏幕显示的内容及相关操作进行控制；通讯管理是负责系统管理模块和显示控制模块之间数据和命令进行通讯；显示控制是大屏幕监督指挥系统的显示终端，按照控制台的要求将需要显示的内容显示到大屏幕上。系统综合显示“数字城管”中实时的报件、立案、办理、结案、延期的案件信息以及历史情况查询与统计，七大类、100多小类城管部件状态信息的实时显示查询，满足城市网格化管理系统领导应急指挥、日常监督检查、阶段性统计分析的需要。要求包括：具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求；能够实时定位城市管理问题的地理位置，能够分类显示城市管理问题的当前状态信息；能够实时显示信息采集员、执法车辆的在岗情况及位置信息，并且可以对历史轨迹进行回放；具有查询监督员、执法车辆详细信息的功能；具有查询城市管理问题的图片、办理过程等详细信息功能；实现地图与属性信息的互动查询；实现图文一体化的综合评价结果大屏幕展示功能。功能要求 系统监督指挥应用包括部件的管理、案件管理、城管员管理、综合评价系统集成等，系统功能要求包括：1、地图控制地图显示操作：包括地图的放大、缩小、移动、漫游、全图显示、点选查询等；地图图层控制：包括图层的显示控制，提供部件的地理分布图及显示控制；地图测量操作：包括地图的距离测量、面积测量。2、案情管理提供实时案情、历史案情信息的查询、比较、分析功能，满足应急指挥、日常监督检查和统计分析的需求。实时显示当前时间的案件的报件、立案、办理、结案、延期信息。设置区域过滤器、状态过滤器、部件过滤器、承办单位过滤器对案件进行筛选过滤。显示历史案件的报件、立案、办理、结案、延期信息。设置区域过滤器、状态过滤器、部件过滤器、承办单位过滤器对案件进行筛选过滤。筛选过滤器包括：区域过滤器：分街道、社区、巡查员、网格四级逐级控制，每一级均支持多选和全选，默认为全部区域。状态过滤器：分报件、立案、办理、结案、延期五种状态进行过滤，支持多选和全选，默认为全部状态，各状态用统一的规范化符号标志区分。部件过滤器：分大类、小类两级进行过滤，每一级均支持多选和全选，默认为全部部件。承办部门过滤器：分系统和单位两级过滤，每一级均支持多选和全选，默认为全部部件。部件管理以部件状态为过滤条件，如部件的完好、破损、丢失等信息，实现对城管部件、事件的过滤，从而对部件、事件进行分类、分时段的显示。同时实现部件信息的更新功能。部件信息的过滤与实时案情相同，设置区域过滤器、状态过滤器、承办单位过滤器对部件进行筛选过滤。统计分析选择系统运行以来任意日期段和时间段，统计案件的报件、立案、办理、结案、延期情况，统计各类宏观的部件统计信息，以及单个网格的各类部件和案件信息的统计，统计结果以图形的方式显示，可以支持饼图、柱状图等多种二维、三维统计图方式。同时提供图形定制排版打印输出功能。设置区域过滤器、状态过滤器、部件过滤器、承办单位过滤器对案件、部件等进行筛选过滤。城管员和执法车辆管理查询城管员和执法车辆的基本信息。城管员及执法车辆的实时定位：定时或者手动刷新数据,通过地址查询，提供城管员和执法车辆的快速精确定位功能，随时了解城管员和执法车辆的位置状态。城管员及执法车辆的定位轨迹回放：提供城管员和执法车辆的轨迹回放功能，了解城管员及执法车辆的历史位置信息。3.4.5基础数据资源管理子系统总体要求 可实现管理数字城管使用的地图数据，包括图层分类、图层样式及其所包含的各种地物要素。提供准确的适应城市管理需求的地图专题和图层样式，用于定义地图发布的样式，用户也可根据需要进行定制和扩充。功能要求使用基础数据管理子系统可以修改地图专题和图层样式，避免了使用数据库系统本身工具进行系统维护，极大地提高了效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用基础数据管理子系统进行日常维护和系统数据扩展。数据建库、入库创建数据库表空间，为每个图层分配存储单元，将GIS数据录入到数据库系统。实现符号化定义及样式渲染符号定义城市管理地理信息系统要素、图层要素和专题图层样式中所涉及的所有点、线、面、标注符号。物理图层定义实现城市管理地理信息中所涉及的所有的物理图层的定义，应采用表单化的定义界面。物理图层定义提供图层基本属性定义、图层字段属性定义和图层预览功能。逻辑图层定义实现合理的逻辑图层定义。一个物理图层可以被多个逻辑图层引用。专题图层定义通过专题图定义，实现打开一个图层时能够按照确定的符号化方案加载一个图层的功能。专题管理可将同类的数据组织成各种专题，供用户快速调阅，而不必去理解复杂的图层管理过程，不必进行频繁的图层打开和关闭操作。地图数据管理实现添加、管理地图数据功能，可以对基础数据、地理编码数据、城市部件数据等进行添加、删除。地图属性定义具备对各个图层属性配置功能，实现对属性字段自定义。显示样式定义能够维护地图库中包括城市管理部件和事件等要素在内的要素编码、显示样式，可以定制图层的显示颜色等内容。地图预览地图管理中应提供地图预览功能，能够快速查看地图配置效果；快捷图层能够配置基于单元网格和城市部件地图快捷操作图层。将用户经常用到的图层进行统计归类，方便用户对地图操作。查询统计定义可以定制用于查询、统计的地图，以及那些地图属性用于快捷查找、固定统计、周边环境分析等，可以定制查询统计地图的范围等。3.4.6应用维护子系统总体要求 提供给系统管理员使用的工作平台，可以快速搭建、维护城市管理业务，定制业务工作流程，设置组织机构，方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。该子系统能够适应用户需要，方便地调整变更系统配置，实现用户自维护、自发展、自适应。功能要求系统的功能模块结构如下图所示：1、人员组织机构管理实现数字城管系统人员信息与组织机构的管理，包括人员、部门、岗位等资料的管理；可以灵活配置人员的查询、统计、地图操作等权限的管理。包括：个人信息：查看登录用户的个人信息、权限等。用户管理：对用户进行创建、修改、删除、查询等操作，对用户进行角色分配。组织机构管理：组织机构管理采用树形结构，一个组可以包含很多子组，每个组只能够有一名组管理员，管理组内的所有成员和所有的子组的成员。组管理员可以进行新增、移除组成员，新增、删除子组，子组业务分配等操作。系统管理员和超级管理员可以为所有组分配业务。角色管理：人员角色管理：系统管理员和超级管理员可以增加、修改、删除和查询角色，能够编辑角色所拥有的权限。组业务管理：系统管理员和超级管理员可以增加、修改、删除和查询业务，能够编辑组业务所拥有的权限。权限管理：超级管理员可以进行增加、修改、删除和查询系统权限。通信录管理：系统通讯录：按照系统组织机构进行分组，由系统管理员维护所有人员的姓名、部门名称、电话、手机、即时短信，电子邮件等信息。个人通讯录：提供个人通讯录，由系统用户自行设定群组，并维护通信对象的姓名、群组、电话、手机、即时短信，电子邮件等信息。2、业务表单、流程设置管理员通过可模块进行表单定制、业务流程定制、表单与流程之间关联等操作。包括：工作流定义功能：实现工作流过程、阶段、流向中对表单、地图等对应操作的配置和管理，以适应业务管理过程中工作流程、参与专业部门、问题管理职责等方面的变化。工作表单定义功能：实现工作表单名称、字段、样式等编辑和管理，适应业务过程中工作表单的变化要求。输出表单定义功能：实现输出表单名称、字段、样式等编辑的管理。定义统计和查询功能统计和查询，应具有良好的可扩充性，可以根据用户的需要对各类统计报表的内容、样式进行编辑和管理。提供基于Web的报表创建及修改功能，并提供多种报表原型模板。可在Web浏览器上创建或编辑报表，并存储到报表库中。通过DHTML显示和拖拽，实现操作方便的基于Web的可视化报表设计环境。受理时限控制具备不同类型城市管理部件和事件受理时限的配置管理功能，受理时限可根据用户的需要定制与修改。个性设置每个系统用户可以设置页面风格等个性化参数，保存在远程服务器端。3.4.7地理编码子系统总体要求将城市现有的地址进行空间化、数字化和规范化，地理编码服务提供地址匹配功能接口，实现资源信息与地理位置坐标的关联，建立起地理位置坐标与给定地址的一致性，，使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在空间信息支持下进行有效的分析和决策应用。把具有地理位置的信息资源赋予地理坐标，通过地理编码技术对城市部件进行分类分项管理，为计算机提供计算方式。系统通过对自然语言地址信息的语义分析、词法分析，自动和标准地址库匹配，确定出精确的地理坐标。空间数据库的内容包括行政区划库、地名库、道路库、门址院落库、楼座名库、小区库、企业事业单位库、突出建筑库、城市部件库等数据库，并通过基础数据资源管理系统可以进行相应的扩充。功能要求 系统功能要求包括：搜索引擎功能，提供地理编码查询服务的功能；解析自然语言描述的地址信息，进行语法分析和词法分析，并将其转换为标准地址的功能；根据地址字符串，模糊查询地址信息的功能；（4）根据地址字符串，精确查询地址信息的功能；根据地理位置(X,Y)坐标以及搜索半径，查询地址信息的功能；根据部件编号，精确定位部件的(X,Y)坐标及其标准地址信息的功能。3.4.8数据交换子系统实现与不同级数字城管系统间及与其他业务间的数据交换，交换信息包括部件与事件问题信息、业务办理信息、综合评价信息等。实现多种形式、多种内容的信息交换，预留与应急指挥系统的数据接口、与物联网的数据接口。系统应满足：支持图像、声音、视频多种数据格式的传输；保证数据的快速传输，城管监控指挥中心发送任务信息时间不超过5秒；高安全性，配备稳定的加密算法。系统基于M2M平台统一数据应用集成中心进行开发，采用业界成熟的XML、SOAP、WebService等技术，与M2M平台进行基础地图数据、部件数据、案件基础数据、案件办理数据的实时动态交换。实现以下基本要求：市区两级数据交换：包括案卷数据、综合评价数据和地理信息数据等。数字城管与视频平台数据交换：包括视频接口控制信息、视频流媒体信息等。数字城管与无线数据交换：包括无线分组传输数据以及GPS数据。3.4.9综合评价子系统系统要求 运用综合评价模型，将信息化技术、监督评价的工作模式应用到数字城市管理中，建立一整套科学完善的监督评价体系，对城市管理的各方面进行考核评价，即能监督城市管理中发生的具体问题，又能监督管理执法质量。实现对历史数据按期或实时的统计，并通过城市管理评价体系运算评价等级，将其以图形化或表格化的方式显示出来。同时，将该综合评价结果与市、区两级政府绩效考核相挂钩，提高各部门的工作热情和工作效率，形成良好的城市管理监督机制。实现对城市管理监督员、有关部门、有关区域的立案数量、办理时限、未办结案件等情况进行综合评价。例如某区域有问题没有得到及时处理，在电子地图上该区域将显示红色标记，数量越多红色标记越多；点击红色标记将显示该案件的专业部门等详细情况；各部门的案件办理情况也同步生成直观示意图。功能要求系统基于基础地图数据、城管部件数据、地名地址数据、万米网格数据、案件基本数据、案件办理状态等基础数据，利用专题制图、统计制图、统计报表等基础功能中间件，灵活构建区域评价、部门评价、岗位评价。具体功能包括如下：区域评价功能：以单元网格、社区、街道、行政区等区域为划分标准，按不同周期统计各单元区域的评价分值，生成评价结果。评价结果可通过一定形式(包括各种图表形式)进行发布并可在地图中直观显示。部门评价功能：对专业部门和各级责任主体，按一定周期统计各部门的评价分值，生成评价结果，评价结果可通过一定形式(包括各种图表形式)进行发布并可在地图中直观显示。岗位评价功能：对市管理中心、市监督中心、市区指挥中心各岗位和监督员进行岗位评价，按一定周期统计各岗位的评价分值，生成评价结果，评价结果可通过一定形式(包括各种图表形式)进行发布并可在地图中直观显示。3.4.10专项普查子系统总体要求部件数据是专业测绘单位通过拉网式普查后形成的具有现势性的基础业务资料，随着城市的不断建设和发展以及一些不可抗因素，实际的部件数据会不断的发生变化。但是一般情况下数据的更新是按照一定的周期进行补测后，才能形成新的部件数据，而补测的方式具有相对的盲目性，而且无法响应领导及管理部门对部件数据的实时统计需求。因此，专项普查工作借助城管监督员，利用监督员无缝覆盖的优势，实现对现有部件的变更采取针对性的快速检查，形成相关的统计数字和专题临时图层，实现解决以上的使用需求。城管监督员队伍是移动电子眼，监督员借助系统可实现信息实时传递。专项普查子系统服务端要求实现：任务生成、任务派发、任务归档等功能，手机端应要求实现任务回复、个人任务、历史记录等功能。系统基于B/S架构、以WebGIS为基础平台的，实现对城市部件的变更、维护和更新。功能设计 任务发布管理人员可以通过系统向指定的监督员发送专项普查信息，对专项普查对象、普查时间、普查要点进行说明。普查结果统计通过监督员专项普查，上报普查结果，系统能够对专项普查结果进行处理，形成统计功能。如普查暴雨后行道树的损失情况，可以按照损失的级别进行分类汇总。数据变更专题图层对普查结果中新增、减少的部件，通过系统形成临时专题图层，该图层提交给数据普查单位，数据普查单位可以进行针对性的普查测绘，减少数据维护成本，提高数据更新的速度。3.4.11视频监控子系统总体要求系统实现整合公安局现有的视频监控系统接入的视频监控信号(模拟、数字)，实现视频监控功能。结合城市管理地理信息系统，在监控指挥中心的PC终端上显示视频监控信号，实现对城市部件和事件的全方位、全时段的可视化监控管理，从而对城管事件作出准确判断并及时响应，对监控范围内的突发性城管事件录像取证，起到综合治理效果。视频监控系统可以随时选择需要监控的视频监控信号。功能要求 视频播放视频播放软件选用如RealPlayer或MeadiaPlayer等通用程序，可以满足某市现有的视频数据压缩格式和将来压缩格式的需要。视频可以在城市管理监督中心的大屏幕和PC终端上显示。视频源选择视频源选择方式包括三种：直接在电子地图上选取摄像头、通过地理编码信息获取摄像头和通过案卷定位选择摄像头。可在电子地图上选择需要调用查看的视频源，方便地查看相应的视频信息。云台控制与监控探头调整控制提供对视频系统的的控制接口，实现对摄像头云台的控制。实现对监控探头的调整控制，可以通过调整监控探头，实现视频图像的放大、缩小，还可以实现监控探头的方向调整。视频抓图对视频画面进行实时抓图。视频上报基于已有的视频监控系统进行二次开发，实现视频监控系统到数字城管系统问题的上报，提供表单填写、视频抓拍、录像和视频图像上传等多种功能。视频立案在需要情况下，系统将抓拍现场图像，进行立案。视频核查应能接收监控指挥中心下发的视频核实、核查任务，并提供表单填写、视频核实、核查回复功能。借助视频进行问题的核实一方面可以实时对问题进行核查，并对事发过程进行跟踪。查询统计提供视频立案案件的上报数、立案数、按期结案率、超期结案率等指标的统计，生成周报表、月报表。3.4.12公众发布子系统总体要求提供城市管理的网上窗口，实现面向社会公众和政府部门之间的互动。社会公众通过该系统可以进行城管问题的举报、投诉、处理结果公布；监控指挥中心可以利用该系统发布问题处理状态及结果反馈信息、城管政策信息，收集投诉、举报信息，实现城管政务信息公开和透明。系统基于现有的中国某门户网站进行建设。系统基于Web应用架构、以城管业务平台为支撑，构建公众参与城市管理和获取政务信息的渠道。功能要求 公众举报实现公众举报城市管理问题的登记、查询等。公众投诉实现公众投诉信息的登录和查询。举报处理实现管理人员查看、处理、回复处理举报问题等。投诉处理实现管理人员查看、处理、回复处理投诉问题等。新闻公告与政务公开实现城市管理政策信息，以及相关通告的发布、编辑、维护和查询、查看等功能。其它功能提供案卷信息查询、经典案卷发布、报表统计等。3.4.13短信服务子系统基于现有移动通信的行业应用，开发支持数字化城市中业务短信功能的接口服务。如任务下发通知、任务到达通知、群发管理通知等。并在此基础上，将协同办公与短信结合起来，进一步保障系统参与人员的信息畅通，提高城市问题处理的效率。系统要求实现：案卷到达提醒、催办短信、超时提醒、核查任务短信、领导督办短信、群发短信功能等。3.4.14领导移动督办子系统总体要求通过移动通信、计算机信息技术和地图信息技术相结合，为领导提供专用移动办公系统实现联网办公，领导可以随时随地查阅城市管理的最新城市管理状态、宏观状态、处理城市管理中的紧急事件，能够随时对重要问题进行督办；可以随时随地查看统计信息；可以全面了解城市管理问题的数量、各专业部门处理问题的数量、各区城市管理问题的数量等宏观信息。系统支持WindowsMobile终端系统，运行在移动办公终端上。功能要求 查看案卷信息通过移动办公终端，可以查看在办案卷。案卷列表包括红绿灯列，可以清晰地反映各个案卷的办理状态：正常、警告、超期。如果选中某一个案卷，可以查看和该案卷相关的事件/部件信息、立案意见、派遣意见以及问题处理意见等。案卷办理通过移动办公终端，可以对当前案卷进行办理。在办理过程中，可以进行现场录音和拍照，并将表单、音频和图片上传到服务器，同时在协同工作子系统中可以查到相关办理信息。督办可以通过手机接收监控指挥中心或领导对案卷的督办信息，并对督办信息回复。综合评价领导通过手机终端，可以随时随地按照系统内置的评价模型，对数据库群中区域、部门和岗位等信息进行综合分析、计算评估，生成评价结果。文件接收可以通过手机接收监控指挥中心下发给领导的视频、文档材料。现场视频领导利用移动通信网络查看实时的数字视频，对现场进行指挥和调度。3.4.15车载GPS子系统总体要求对装有GPS车载终端的执法车辆、环卫车辆和渣土运输车辆作业进行定位和监控，实现对执法车辆、环卫车辆和渣土运输车辆进行空间可视化管理和监督。功能要求 车辆定位基于GPS及移动通信网络实现执法车辆、环卫车辆和渣土运输车辆的GPS定位，并在电子地图上显示实时位置。车辆查询实现单车查询、区域查车、车辆属性查询等。车辆监控实现车载单元设置、车载频率设置、车载单元监控命令、车辆跟踪等。车辆调度可对入网车辆的单车、车组、车队进行调度，就近调度车辆在指定时间至指定地点进行工作，包括文字调度、广播调度等。车辆管理实现车辆定义、类别定义、人员定义、道路定义等。轨迹记录与回放可以记录车辆运行轨迹，并可进行轨迹回放。车辆作业情况统计可以对车辆、对道路的作业情况统计汇总分析。3G图传内置GPS，实现视频监控和录制3.4.16移动执法子系统总体要求 基于为城管执法人员配备的移动终端，装载移动执法子系统，与数字城管后台系统平台实现连接，实现城管问题现场处置与执法、案卷查询、人员调度等。功能要求 城管问题快速处置数字城管系统平台将领导交办、监督员上报、社会公众举报的重大问题发送到城管人员的移动执法子系统进行处理；城管人员根据问题所包含的地图位置、时间等信息快速抵达事发现场，快速处理，并将处理结果通过快速处置子系统反馈给数字城管系统平台。现场简易流程执法城管执法人员在现场可以使用移动终端进行执法信息的填写，法律法规的自动匹配。在硬件环境满足条件的情况下，系统可以支持现场打印罚单。案卷查询城管执法人员可以通过快速处置子系统查询经办过的历史任务。执法队员调度指挥可以实时查看在岗执法人员分布情况，通过GPS定位，数字城管系统平台上可以显示执法人员在地图上的具体位置，领导可以调度事发位置较近的执法人员快速赶赴现场进行处置。3.4.17违章建筑处置子系统根据群众举报或监督员上报的违章建筑城市管理问题，通过与系统保存的信息进行比对，确认问题是否属实。如果属实，则派遣相关专业部门进行处理，并对处理结果进行核查，实现快速解决违章建筑的问题。具有及时发现(举报与自查)、比对、任务派遣、情况反馈等功能。3.4.18电子监察子系统采用数字化、信息化手段，通过数字城管系统定期自动产生的各种考评与监督考评数据，对各个专业部门的工作状况进行检查、统计，并对审批流程进行检查、监督、催办。3.4.19文明城市监控测评子系统实现对某市城市管理中的问题、现状进行监控、测评、统计、综合评价等功能进行集中展示。3.5界面设计整合系统应用能力某数字化城管系统包含众多应用子系统，在系统功能设计上，充分整合各子系统的功能、模式、设计、展现、资源等，实现各子系统的统一性、一致性、完整性。强化系统扩展能力通过提供丰富的API，具有高度的灵活性与可扩展性。交换平台能通过提供数据交换接口等二次开发支持，可根据需要进行功能的修改和自定义，以供第三方开发人员通过编程实现程序自动交换，以满足未来城市管理的业务需求。突出个性化配置能力根据用