导读：原文《17万字城市执法综合指挥项目技术方案》word（获取来源见文尾），本文精选其中精华及架构部分，逻辑清晰、内容完整，为快速形成售前方案提供参考。
目录
第一章 项目概况
1.1. 项目概况
1.1.1 项目名称
1.1.2 建设内容
1.2. 项目建设背景
1.2.1 城市管理行政执法现状
1.2.2 数字城市管理平台建设沿革情况
1.2.3 数字城市管理平台运行现状
1.2.4 前期调研工作
1.3. 项目建设原则、目标
1.3.1 建设原则
1.3.2 建设目标
1.4. 项目建设指导思想
1.4.1 坚持“资源共享、信息共得、成果共用、效率共增”的原则
1.4.2 建立“部门互动、系统联动、终端主动”的执法体系
1.4.3 建立“三级平台”、“三纵一横”的城市管理执法网络
1.4.4 建立“千格、万点、百街、十线”的网格划分
1.4.5 创新执法模式，实现防止暴力抗法、被动执法、执法扰民三防目标
1.5. 项目建设依据
第二章 项目建设的必要性和可行性
2.1. 建设的意义
（一）为经济社会发展提供现代保障手段
（二）构建行政管理低成本、高效能的运行平台
（三）全面提高行政执法部门依法行政能力和水平
2.2. 建设的必要性
2.2.1 城市发展趋势的必然选择
2.2.2 减少重复建设、充分利用资源的有效途径
2.2.3 对转变政府职能、服务经济建设将起到推动作用
2.2.4 有利于 城市的快速发展
2.2.5 是提升 行政执法工作的重要手段
2.2.6 便于政府城市管理行政执法工作的管理和协调
2.3. 建设的可行性
2.3.1 符合国家数字化城市管理执法建设的总体规划和要求
2.3.2 城市管理信息化取得一定的基础
2.3.3 实施信息化技术手段已经非常成熟
2.3.4 可以充分借鉴其他城市的管理和运行经验
第三章 总体需求分析
3.1. 现状分析
3.1.1 12319受理大厅环境存在的问题
3.1.2 数字城市管理系统存在问题
3.1.3 行政执法现状
3.2. 应用资源分析
3.2.1 地理数据资源
3.2.2 行政许可信息资源
3.2.3 视频数据资源
3.2.4 云计算资源
3.2.5 工作场地
3.3. 系统性能需求分析
1、容量需求：
2、响应速度
3、其他需求
3.4. 指挥中心环境需求
3.4.1 场地环境基本需求
3.4.2 硬件环境基本需求
3.4.3 网络环境基本需求
3.4.4 大屏幕显示基本需求
3.4.5 座席数量需求
3.4.6 总用电量需求
3.5. 平台数据要求
3.5.1 城市部件和事件数据要求
3.5.2 地理编码数据要求
3.5.3 单元网格数据要求
3.5.4 业务数据要求
3.6. 平台应用系统安全要求
3.7. 平台数据备份需求
第四章 总体规划设计
4.1. 总体框架设计
4.2. 业务流程设计
4.3. 应用系统设计
4.4. 系统接口设计
4.5. 系统性能设计
4.5.1 应用程序设计
4.5.2 查询优化
4.5.3 服务器优化
4.6. 存储容量总体设计
4.7. 系统支撑体系设计
4.7.1 系统安全保障体系
4.7.2 系统安全策略
4.7.3 安全性设计
4.7.4 系统稳定性设计
4.7.5 系统网络安全设计
第五章 基础场地建设
5.1. 概述
5.2. 机房建设
5.2.1 机房场地装饰
5.2.2 机房供电
5.2.3 机房接地
5.2.4 机房消防
5.2.5 机房温度调控系统
5.2.6 机房、大厅监控系统
5.3. 大厅建设
5.3.1 大厅场地装饰
5.3.2 防静电地板
5.3.3 大厅供电
5.3.4 大厅接地防雷
5.4. 机房、大厅综合布线子系统
第六章 网络部署规划
6.1. 网络设计应遵循的原则
6.2. 网络平台设计
一、服务器与存储区：
二、核心网络与交换区：
三、执法指挥中心大厅网络：
四、办公局域网：
五、移动视频监控：
六、移动执法：
七、信息共享
八、下辖6个区局、9个分局
九、各街道办接入：
6.3. 局域网设计
6.3.1 核心与分布层网络设计
6.3.2 接入层网络设计
6.3.3 负载均衡设计
6.4. 广域网设计
6.4.1 区执法局网络接入设计
6.4.2 分局网络接入设计
6.4.3 街道办网络接入设计
6.4.4 互联网接入设计
6.4.5 视频无线网络接入设计
6.4.6 执法通无线网络接入设计
6.4.7 12319语音网络设计
6.4.8 网络带宽设计
6.5. IP地址规划
6.5.1 IP地址规划原则
6.5.2 地址规划
6.5.3 设备管理地址
6.5.4 设备互联地址
6.5.5 VLAN分配原则
6.5.6 VLAN分配方案
6.5.7 QOS规划
6.6. 网络租用规划
6.6.1 综合指挥中心网络规划
第七章 数字执法系统建设
7.1. 总体架构
7.2. 视频监控子系统
7.2.1 概述
7.2.2 功能设计
7.3. GPS车载监控管理子系统
7.3.1 概述
7.3.2 业务流程
7.3.3 功能设计
7.4. 地理信息共享及地理编码子系统
7.4.1 概述
7.4.1.1.4.1 部件数据分类
7.4.2 功能设计
7.4.3 城市管理地理编码整合
7.5. 数据交换子系统
7.5.1 概述
7.5.2 功能设计
7.6. 统一办案子系统
7.6.1 概述
7.6.2 业务流程
7.6.3 案件管理
7.6.4 督察管理
7.6.5 执法人员管理
7.7. 行政许可管理子系统
7.7.1 概述
7.7.2 功能设计
7.8. 移动执法子系统（执法通）
7.8.1 概述
7.8.2 业务流程
7.8.3 功能设计
7.9. 统计分析子系统
7.9.1 统计分析
7.9.2 决策分析
7.9.3 效益评估
7.10. 综合评价子系统
7.10.1 概述
7.10.2 结构与模型体系设计
7.10.3 功能设计
7.11. 12319热线子系统
7.11.1 概述
7.11.2 功能设计
7.12. OA子系统
7.12.1 概述
7.12.2 功能设计
7.13. 短信互动子系统
7.13.1 概述
7.13.2 功能设计
7.14. 门户网站子系统
7.14.1 概述
7.14.2 功能设计
第八章 数字城市管理系统升级改造
8.1. 概述
8.2. 监督员管理子系统
8.2.1 概述
8.2.2 功能设计
8.3. 监督中心受理子系统
8.3.1 概述
8.3.2 业务流程
8.3.3 功能设计
8.4. 协同工作子系统
8.4.1 概述
8.4.2 业务流程
8.4.3 功能设计
8.5. 应用维护子系统
8.5.1 概述
8.5.2 结构设计
8.5.3 功能设计
8.6. 基础数据资源管理子系统
8.6.1 概述
8.6.2 功能设计
8.7. 数据采集子系统（城管通）
8.7.1 概述
8.7.2 业务流程
8.7.3 功能设计
第九章 系统支撑软硬件建设
9.1. 支撑软件设计
9.1.1 操作系统
9.1.2 数据库管理系统
9.1.3 WEB打印控件
9.1.4 GIS平台软件
9.2. 市局指挥中心大厅设计
1、大屏幕区
2、讲解区
3、坐席区
4、参观区
9.3. 指挥中心大屏显示设计
9.3.1 大屏显示系统组成
9.3.2 大屏显示系统规格
9.3.3 大屏显示系统功能
9.3.4 指挥中心LED显示设计
9.4. 呼叫中心子系统设计
9.5. 服务器及存储系统设计
9.5.1 概述
9.5.2 业务处理量分析
9.5.3 主机和存储部署图
9.5.4 服务器系统设计
9.5.5 存储系统架构选型
第十章 安全保密设计
10.1. 网络系统安全解决方案
10.1.1 边界安全解决方案
10.1.2 入侵检测与响应方案
10.1.3 漏洞扫描方案
10.1.4 网络防病毒方案
10.2. 内部网络监控与审计方案
10.3. 网络管理软件解决方案
10.4. 操作系统的安全解决方案
10.5. 流程管理与权限控制
第十一章 项目管理及实施
11.1. 项目组织机构与人员
11.1.1 领导组织机构
11.1.2 项目建设机构
11.2. 项目实施管理
11.2.1 项目实施进度
11.2.2 实施阶段管理
11.3. 项目风险管理
11.4. 质量保证体系
11.4.1 质量体系的构成
11.4.2 质量保证措施
11.5. 验收方案建议
11.5.1 项目预验收
11.5.2 合同验收
11.5.3 项目终验
第十二章 系统运维方案
12.1. 编写目的
12.2. 系统维护概述
12.2.1 系统维护目标
12.2.2 系统维护方式
12.2.3 系统维护范围
12.3. 系统维护过程
12.3.1 系统维护计划
12.3.2 硬件组成更新支持
12.3.3 数据更新支持
12.4. 维护应急预案
12.4.1 应急人员组织
12.4.2 应急物资配备
12.5. 系统维护期文档记录
第十三章 投资估算与资金筹措
13.1. 投资估算
13.2. 资金筹措
附表一：项目总投资估算表
附表二：支撑软件建设
附表三：应用系统建设投资总表
附表四：应用系统建设投资明细表
附表五：网络安全设备建设
附表六：服务器及存储设备建设
附表七：大屏幕显示系统建设
附表八：呼叫中心系统建设
附表九：历史数据整理与迁移入库
附表十：场地装修与综合布线
附表十一：指挥中心配套设备建设
附表十一：区（分）局、街道办网络设备
第一章 总体规划设计
一.1. 总体框架设计
城市管理执法综合指挥系统采用层次结构体系。系统的总体框架主要由硬件层、传输层、应用支撑层、业务支撑层、用户表示层、用户层等六个部分组成。根据标准规范体系和信息安全体系的要求，以上各层次按照自下而上构筑，各层都以其下层提供的服务为基础。所有用户采用单点登录的模式，经过系统身份认证和授权后进入系统。
系统建设的基本思路是，依托 城市管理执法综合指挥中心，通过系统整合、资源共享和拓展开发，构建全市统一的城市管理执法综合指挥系统。根据系统的建设目标，数字执法系统建设包括视频监控子系统、车辆监控管理子系统、地理编码子系统、数据交换子系统、行政执法办案子系统、移动执法子系统（执法通）、统计分析子系统、OA子系统、短信互动子系统、门户网站子系统；数字城市管理系统升级改造包括采集员监督管理子系统、监督中心受理子系统、协同工作子系统、综合评价子系统、应用维护子系统、基础数字资源管理子系统、大屏幕监督指挥子系统、呼叫中心子系统（12319热线）、数据采集子系统（城管通）组成。
系统总体体系架构图如下：
1、 硬件层：硬件层是系统运行的物质基础。系统涉及的硬件主要包括服务器与存储备份系统、呼叫中心设备、大屏幕与视频流发布系统、机房及指挥中心系统等。
2、 网络层：通过电话网、有线宽带网、无线传输网等网络传输线路，实现数据的传输与应用，主要涉及的网络有核心网络、 政务外网、公众服务网、无线通信网、公众电话网、互联网等。
3、 数据层：数据层提供了GIS平台、数据库管理软件等中间件等应用支撑软件。这些支撑软件为系统的开发、部署、应用提供了各项应用支撑，简化了系统实施的过程。GIS平台提供了对地理空间数据的管理、维护、操作、显示、分析和建模等一系列与空间位置相关的服务。应用支撑层支持应用层相关系统的快速、灵活构建和部署，实现对应用数据的管理和支撑。
4、 业务支撑层：包括GIS服务中间件、业务服务中间件、安全中间件、消息中间件和数据交换平台，提供对应用系统的支撑。
5、 业务应用层：包括数字执法与数字城市管理各应用系统。
6、 接入层：通过公众网站、WAP网站、短信、彩信、12319热线、群众报料、视频监控、GPS监控和其他专业部门之间的资源共享，实现用户与系统的交互。
7、 用户层：用户层主要包括市局各级领导、监督员、执法人员、专业部门和社会公众等。用户层提供良好的人机交互界面和在线帮助等功能。
标准规范体系： 在系统建设过程中，充分参考各种国家技术规范和行业标准，在技术上和管理上提供标准化依据，逐步形成行政执法系统的信息化标准。标准规范体系是系统正常运行的重要保障，包含了两方面的含义：数据标准化和管理标准化。数据标准化是指针对空间数据及相关业务数据标准化体系的建立；管理标准化是指制定城市管理各个相关负责主体的工作规范、考核标准等以健全日常工作体系。主要包括业务流程规范体系、业务对象范围规范体系、评价体系、SOA数据交换体系，规范系统的正常运转。
信息安全体系：在系统建设过程中，充分考虑各层次的安全措施和安全技术手段，通过软硬件技术和安全管理手段以保证系统在安全稳定的环境中运行。通过机房管理、CA认证、权限控制等安全机制实现对数据和信息的合法化访问。主要设备有包括防火墙设备、防病毒软件、安全口令、CA认证系统、CA证书、备份机制、机房管理制度等。
一.2. 业务流程设计
市局指挥督察平台架构主要由指挥调度处（勤务指挥中心）、基层工作处、专项整治处（将违法建设督察队更名为专项整治处）、法制处（督办信访室）组成。其中指挥调度处（勤务指挥中心）主要负责对市容环境卫生（牌匾广告、乱贴乱画除外）、城市绿化、市政、工商、环保、公安交通管理执法成效的考评以及处理举报案件、媒体曝光、市场摊区等动态违法违章案件；基层工作处主要负责对规划、建设、房产行业案件的处理；专项整治处主要负责对牌匾广告、乱贴乱画等列入专项整治的案件的处理；法制处负责对上级交办件、信访案件等案件的处理。
针对上述具体执法情况，指挥中心总体业务流程设计如下：
由于案件信息主要来自于以下来源：上级批转、领导批示、有关部门移送、市民投诉、执法人员巡查发现、新闻媒体曝光。案件信息进入本系统后，由受理员立案，通过案件受理、现场核实及向行政审批信息共享平台调查取证、案件信息汇总上报、领导审核并作出决定、发送执法告知书或接受听证、下达行政处罚书或行政复议、执行、结案并归档、处理反馈等环节，完成行政执法问题的处理，然后结案归档，并将结果反馈到市局指挥中心。
一.3. 应用系统设计
要实现 城市管理执法综合指挥系统的良好功能，一个集安全性、稳定性、开放性、兼容性、易维护性等特性在内的基础软件平台绝对不可或缺。在对本系统的各个组成部分进行了全面、深入的比较，并结合 的已有经验，认为采用多层开放式架构的解决方案在成本、兼容性、易维护性等方面相比其他架构的解决方案具有明显的对比优势。
系统采用B/S体系结构，该体系架构能够使得业务用户操作端无须安装任何插件。
l DBMS采用大型数据库系统Oracle 10G；
l 空间数据库引擎推荐采用ArcGIS，或国内具有行政执法应用经验的产品；
l 地图服务器推荐采用ESRI公司的ArcIMS进行开发，或国内具有行政执法应用经验的产品；
l 推荐采用ESRI的ArcGIS Engine为GIS开发工具或国内具有行政执法应用经验的产品，实现客户端对地图的操作；
l 移动地图引擎推荐使用MobileGIS、ArcPad或国内具有行政执法应用经验的产品；
l 移动执法子系统和信息采集子系统结合GPS定位模块进行开发，通过无线传输网络，实现各项功能。
一.4. 系统接口设计
系统包括了多个应用系统，并与外部系统协同工作。因此，系统的接口设计包括了两个方面，一是系统内部的接口设计，二是与外部系统之间的接口设计。
系统内部接口是指行政执法系统内部的各类接口：无线数据传输接口、视频监控接口、本地数据交换接口、执法通与业务系统接口、GIS地理信息系统接口、短信系统接口、门户网站信息发布接口、以及后续扩展应用开发接口等。
系统必须能提供标准化的接口，且各接口应实现模块独立，封装为独立的服务，符合SOA架构的相关规范，满足SOA架构的相关要求。
一.5. 系统性能设计
性能优化的目的是通过将网络流通、磁盘 I/O 和 CPU 时间减到最小，使每个查询的响应时间最短并最大限度地提高整个数据库服务器的吞吐量。为达到此目的，需要了解应用程序的需求和数据的逻辑和物理结构，并在相互冲突的数据库使用之间权衡。
对性能问题的考虑应贯穿于开发阶段的全过程，不应只在最后实现系统时才考虑性能问题。许多使性能得到显著提高的性能事宜可通过开始时仔细设计得以实现。为最有效地优化系统性能，必须在极为多样化的情形中识别出会使性能提升最多的区域，并对这些区域集中分析。
一.5.1 应用程序设计
应用程序设计在系统的性能方面起关键作用。
将客户端视为控制实体而非数据库服务器，客户端确定查询类型、何时提交查询以及如何处理查询结果。这反过来对服务器上的锁类型和持续时间、I/O 活动量以及处理 (CPU) 负荷等产生主要影响，并由此影响总体性能的优劣。
正因为如此，在应用程序的设计阶段做出正确决策十分重要。然而，即使在使用总控应用程序时（这种情况下似乎不可能更改客户端应用程序）出现性能问题，也不会改变影响性能的根本因素：客户端具有支配作用，如果不更改客户端则许多性能问题都无法解决。设计优秀的应用程序允许数据库服务器支持成千上万的并发用户。反之，设计差的应用程序会防碍即使是最强大的服务器平台处理少数用户的请求。
一.5.2 查询优化
完全通过系统级服务器性能优化（如内存大小、文件系统类型、处理器的数目及类型等）解决性能问题可能很诱人。但经验表明大多数性能问题不能用这种方法解决。必须通过这些方法解决性能问题：分析应用程序以及应用程序提交给数据库的查询和更新，并分析这些查询和更新如何与数据库架构交互。
持续时间意外地长的查询和更新可能由下列原因引起：
网络通讯速度慢、服务器计算机的内存不足或数据库可用的内存不足、缺少有用的统计数据、统计数据过期、缺少有用的索引、缺少有用的数据条带化。
有些查询天生就消耗大量资源。这与基本的数据库和索引问题有关。这些查询的效率并不低，因为查询优化器会以最有效的可能方式实现这些查询。然而，它们确实消耗大量资源，而且面向集合的性质使这些查询看起来效率很低。查询优化器的智能水平无法消除这些构造的固有资源成本。与不复杂的查询相比，这些查询的固有成本十分昂贵。
完整版领取方式
完整版领取方式：
如需获取完整的电子版内容参考学习
您可以关注+评论+转发本文
私信我：方案
标签： 数据库服务器与客户端