智慧城管平台总体设计方案.docxVIP

智慧城管平台总体设计方案 总体设计原则 整体规划、分步实施、重点突破 数字化城市管理系统涉及部门多、事项杂，系统建设内容丰富，应统一规划、整体设计。在项目实施中应根据原有系统情况和不同部门的状况，划分阶段，先易后难。 技术先进、功能使用、扩展性好 在系统设计和建设中尽可能采用先进的技术和设备，保证先进性、安全性、可靠性和可扩展性。各项功能设计要方便实用，操作简单，便于修改，容易定制，满足个性化要求。 借鉴国内已有经验，选用成熟设计 为缩短建设周期，避免项目风险，建设中要借鉴国内同类系统建设经验并有所创新，在经过使用检验、成熟的设计和软件产品基础上加以改造升级。 利用、保护原有投资，提升原有系统功能 在项目建设重要充分利用现有信息化资源，包括网络、服务器、信息和审批业务系统等。在设计方案重要充分注意保护各部门已有的业务系统，在不改变原有系统业务流程基础上实现系统互联和信息共享。通过系统建设不但要实现统一管理功能，还要为各部门业务处理增添新的功能带来好处和便利。 加强身份权限管理，注重系统安全和可靠运行 系统在于个行业部门连接及提取数据是要确保各行业部门的网络与信息安全，确保本系统内部用户身份的唯一性、可靠性、不可抵赖性。 系统总体架构 总体框技术架图如下： 数据层 通过建立城市基础数据库的设计。建立数字城管系统的数据层，包含各类基础空间数据库、事件部件数据库、地理编码数据库、人员组织机构数据库、业务数据库、综合评价数据库以及其他资源的数据库等。 支撑层 支撑层是系统应用层与数据层之间的桥梁，通过数据交换平台整合数据中心的所有数据库，形成统一的数据平台，供各应用系统进行方便的调研和管理。 应用层 建设开发符合需求的各个应用子系统：无线数据采集系统、监督受理子系统、协同工作子系统、地理编码子系统、监督指挥子系统、综合评价子系统、应用维护子系统、数据共享与交换子系统、基础数据资源管理子系统、视频监控整合分析子系统、外勤车辆及外勤人员管理子系统共11个应用系统。 表现层 表现层分为数据采集和信息展现两部分，为公众、信息员、领导提供多种方式的展现： 数据采集部分包括城管通采集终端、外网门户、呼叫中心、摄像头等； 信息展现部分采用丰富的表现介质，包括移动终端设备、外网门户、内网办公桌面、领导办公桌面等。 业务流程设计 数字化城市管理模式的工作流一般包括受理、立案、派遣、处理、督察、核查和结案等七个环节阶段。由监督中心负责统一受理来自社会公众、监督员、领导批示等多种来源的城市管理问题，经甄别立案后，由指挥中心进行统一派单处理。 信息采集（收集）阶段 信息采集阶段的主要业务流程：相关领导、监督员、市民通过城管通手持终端、手机、电话、城市管理门户网站等手段向监督中心提交城市管理问题信息。 城市管理问题信息来源主要包括领导批示、市民投诉和监督员巡查采集三种。 （1）领导批示：城市管理相关领导通过政府公务外网或移动督办子系统登陆数字化城市管理系统，直接对城市管理问题进行批示立案。 （2）市民投诉举报：市民发现问题，通过电话、手机、城市管理门户网站等多种方式向监管中心举报，监督中心登记公众举报信息，通知监督员核实，监督员通过城管通手持终端上报监督中心。 （3）监督员巡查采集：监督员在所负责的若干单元网格内发现问题后，通过城管通手持终端及时上报，上报内容包括发生问题的位置、图像、表单、音频等信息。 案卷建立阶段 案卷建立阶段的主要业务流程：监督中心接收监督员上报问题，审核立案后，批转到指挥中心。 监督中心首先对获得的问题信息判断其信息来源，对于监督员上报和领导批示的问题可直接进行立案，对于市民投诉举报的信息，则交给监督员进行现场核实；对于不属实的信息进行注销，不符合立案条件的信息也进行注销；属实的信息进行部件/事件判定，将事件信息直接进行立案判断，对部件信息判断其在部件数据库中是否存在，存在则进行立案判断，不存在则需要添加临时部件，等专业部门更新数据后，再将临时部件替换成更新后的部件。 任务派遣阶段 任务派遣阶段的主要业务流程：指挥中心接收监督中心批转的案卷，派遣至相关专业部门处理。 监督中心立案后，由指挥中心根据问题责任部门分派任务，交由责任部门进行处理，同时对责任部门进行计时考评。 任务派遣遵循“属地原则（即按问题所在区域认定责任主体的原则）”与“属主原则（即按问题主管部门认定责任主体的原则）”。对于一般案件，由指挥中心分派专业部门进行处理；对于重大案件，指挥中心派遣专业部门进行处理同时报送领导督办。 任务处理阶段 任务处理阶段的主要业务流程：相关专业部门按照指挥中心的指令，处理问题，将处理结果反馈到指挥中心。 对于一般案件，由专业部门进行处理，并将处理结果反馈到指挥中心；对于重大案件，由专业部门进行处理，同时主管领导督办。 任务反馈阶段 处理反馈阶