某市网格化社会管理综合信息平台建设方案.doc

常德市武陵区网格化社会管理 综合信息平台 建设方案 二零一四年四月 1 目 录 第 1 章 项目概述 - 8 - 1.1 项目名称 .- 8 - 1.2 项目背景 .- 8 - 1.3 现状分析 .- 9 - 1.3.1 城市管理基础数据不够准确 - 9 - 1.3.2 民生诉求与困难得不到及时响应 - 9 - 1.3.3 居民很难找到所需的政府服务资源 - 9 - 1.3.4 基础数据重复采集数据质量无法保证 - 10 - 1.3.5 公共决策缺乏科学准确的数据支撑 - 10 - 1.4 建设目标 .- 10 - 1.4.1 数据动态采集，做到数清底明 - 10 - 1.4.2 规范工作流程，明确责任目标 - 11 - 1.4.3 数据挖掘分析，服务领导决策 - 11 - 1.4.4 加强监督管理，规范考核评价 - 11 - 1.5 建设意义 .- 13 - 1.5.1 是破解基层难题的有效途径 - 13 - 1.5.2 是社会综合治理的有效手段 - 13 - 1.5.3 是建设服务型政府的有力保障 - 14 - 1.5.4 是建设智慧城市的重要基础 - 14 - 第 2 章 需求分析 - 16 - 2.1 业务及功能需求 .- 16 - 2.1.1 提供统一综合工作平台 - 16 - 2.1.2 实现多部门信息资源共享 - 16 - 2.1.3 推进各部门业务协同 - 16 - 2.1.4 辅助领导科学决策 - 16 - 2.1.5 加强政府集中管理与控制 - 17 - 2.2 系统用户群分析 .- 17 - 2.2.1 区级领导 - 17 - 2.2.2 区级职能部门 - 18 - 2.2.3 街道办事处及所属职能部门 - 18 - 2.2.4 社区网格管理服务站 - 19 - 2.2.5 社区法人单位 - 19 - 2 2.2.6 社区居民 - 19 - 2.2.7 管理维护人员 - 19 - 2.3 技术需求 .- 20 - 2.3.1 中间件技术 - 20 - 2.3.2 数据库技术 - 20 - 2.3.3 门户技术 - 21 - 2.3.4 消息中间件技术 - 21 - 2.3.5 J2EE 技术 - 22 - 2.3.6 MVC 体系结构 .- 23 - 2.3.7 N 层次技术架构 .- 24 - 2.4 性能需求分析 .- 25 - 2.4.1 准确性 - 25 - 2.4.2 稳定性 - 25 - 2.4.3 快速响应 - 25 - 2.5 安全需求 .- 26 - 2.5.1 系统整体安全需求 - 26 - 2.5.2 无线应用安全需求 - 26 - 第 3 章 总体建设方案 .- 28 - 3.1 建设思路 .- 28 - 3.2 系统建设原则 .- 29 - 3.2.1 标准化原则 - 29 - 3.2.2 统一性原则 - 29 - 3.2.3 先进性原则 - 30 - 3.2.4 稳定性原则 - 30 - 3.2.5 实用性原则 - 30 - 3.2.6 可扩展性原则 - 30 - 3.2.7 安全性原则 - 31 - 3.3 系统技术路线 .- 31 - 3.3.1 基于 J2EE 的设计规范 .- 31 - 3.3.2 工作流引擎技术 - 31 - 3.3.3 基于 SOA 的平台设计 .- 32 - 3.3.4 采用 Web Services 技术 .- 32 - 3.3.5 采用中间件技术 - 33 - 3.3.6 采用单点登录技术 - 33 - 3.3.7 采用标准和开放的架构 - 33 - 3 3.3.8 面向对象的组件技术 - 33 - 3.3.9 动态网页生成技术 - 34 - 3.3.10 系统架构 -N 层次架构 .- 34 - 3.4 总体建设内容 .- 34 - 3.5 总体架构 .- 35 - 第 4 章 具体建设内容 .- 36 - 4.1 基础支撑平台 .- 36 - 4.1.1 业务基础软件平台 - 36 - 4.1.1.1 应用资源管理 .- 36 - 4.1.1.2 组织机构管理 .- 36 - 4.1.1.3 统一权限管理 .- 36 - 4.1.1.4 单点登录 .- 36 - 4.1.1.5 应用集成 .- 37 - 4.1.1.6 流程引擎 .- 37 - 4.1.1.7 规则引擎 .- 38 - 4.1.1.8 事务服务 .- 38 - 4.1.1.9 数据持久化 .- 38 - 4.1.1.10 数据传输服务 .- 38 - 4.1.1.11 加密服务 .- 39 - 4.1.1.12 缓存服务 .- 39 - 4.1.2 地理信息应用平台 - 39 - 4.1.2.1 GIS 基础功能 - 40 - 4.1.2.2 GIS 服务配置 - 41 - 4.1.2.3 地图数据维护 .- 42 - 4.1.2.4 地图数据定位 .- 43 - 4.1.2.5 基础地理图层库 .- 43 - 4.1.2.6 部门业务图层库 .- 43 - 4.1.2.7 采集信息落图 .- 44 - 4.1.2.8 信息地图展示 .- 44 - 4.1.2.9 与终端 GPS 结合 .- 44 - 4.2 统一信息采集系统 .- 45 - 4.2.1 概述 - 45 - 4.2.2 数据采集管理 - 46 - 4.2.2.1 社区基础数据采集管理 .- 47 - 4.2.2.2 基础信息采集内容 .- 47 - 4.2.2.3 矛盾、隐患排查采集管理 .- 47 - 4.2.2.4 群众服务诉求采集管理 .- 47 - 4 4.2.2.5 部门业务信息采集管理 .- 48 - 4.2.3 移动办公管理 - 48 - 4.2.3.1 协同办公 .- 48 - 4.2.3.2 社区新闻 .- 48 - 4.2.3.3 个人任务 .- 49 - 4.2.3.4 学习园地 .- 49 - 4.2.3.5 工作日志 .- 49 - 4.2.3.6 网格情况 .- 50 - 4.2.3.7 个人助理 .- 51 - 4.2.3.8 拍照录音 .- 51 - 4.2.3.9 查询统计 .- 51 - 4.2.3.10 投诉建议 .- 52 - 4.2.4 个人工作管理 - 52 - 4.2.4.1 工作日志 .- 52 - 4.2.4.2 工作提醒 .- 54 - 4.2.4.3 通讯录 .- 55 - 4.2.4.4 备忘录 .- 55 - 4.2.4.5 工作制度 .- 56 - 4.2.5 采集系统后台管理 - 56 - 4.2.5.1 采集数据管理功能 .- 56 - 4.2.5.2 信息发布功能 .- 56 - 4.2.5.3 网格管理员管理 .- 57 - 4.2.5.4 APP 版本管理 .- 58 - 4.3 基础信息管理系统 .- 59 - 4.3.1 楼栋数据 - 61 - 4.3.2 房屋数据 - 62 - 4.3.3 人口数据 - 63 - 4.3.4 部件管理 - 65 - 4.3.5 企业数据 - 65 - 4.4 社会管理综合信息系统 .- 66 - 4.4.1 数字网格管理 - 66 - 4.4.2 社会稳定风险评估 - 69 - 4.4.2.1 民主决策管理 .- 69 - 4.4.2.2 评估流程管理 .- 69 - 4.4.2.3 风险业务评估 .- 70 - 4.4.2.4 联评联办、审核监管 .- 71 - 4.4.2.5 风险源管理 .- 71 - 4.4.2.6 资源库管理 .- 71 - 5 4.4.3 特殊人群管理 - 72 - 4.4.3.1 刑释人员管理 .- 72 - 4.4.3.2 社区矫正人员管理 .- 74 - 4.4.3.3 闲散青少年管理、 .- 74 - 4.4.3.4 吸毒人员管理 .- 75 - 4.4.3.5 邪教人员跟踪管理 .- 76 - 4.4.3.6 特殊人口补登 .- 76 - 4.4.3.7 特殊人口注销 .- 76 - 4.4.3.8 特殊人口历史轨迹 .- 76 - 4.4.4 重点青少年管理 - 76 - 4.4.5 重点场所治理 - 77 - 4.4.6 重点出租屋管理 - 79 - 4.4.7 公共安全管理 - 81 - 4.4.7.1 基础管理 .- 82 - 4.4.7.2 安全巡查 .- 82 - 4.4.7.3 预警分流 .- 83 - 4.4.7.4 任务处置 .- 83 - 4.4.7.5 结案反馈 .- 83 - 4.4.7.6 监督监察和评估 .- 84 - 4.4.8 两新组织管理 - 84 - 4.4.9 社会治安及矛盾纠纷排查调处管理 - 85 - 4.4.9.1 事务的分类及分级 .- 85 - 4.4.9.2 运行机制 .- 86 - 4.4.9.3 处置流程 .- 88 - 4.4.9.4 统计分析 .- 92 - 4.4.10 校园及周边安全管理 .- 96 - 4.4.11 护路护线管理 .- 97 - 4.4.11.1 基础管理 .- 98 - 4.4.11.2 护路护线专项行动管理 .- 98 - 4.4.12 机构队伍管理 .- 101 - 4.4.12.1 基层党政组织 .- 102 - 4.4.12.2 自治组织 .- 103 - 4.4.12.3 群防群治队伍 .- 103 - 4.4.12.4 社会志愿者队伍 .- 105 - 4.4.13 考核评估 .107 4.4.13.1 建设内容 .108 4.4.13.2 考核细则说明 .108 4.4.13.3 考核评估统计表 .112 6 4.4.13.4 考核评估统计图 .112 4.4.14 台账管理 .114 4.4.14.1 受理事项总登记簿 .115 4.4.14.2 会议记录簿 .118 4.4.14.3 矛盾纠纷排查调处交办、督办、销案通知书 119 4.4.14.4 社会治安重点地区及突出问题排查整治登记簿 119 4.4.15 与 GIS 的结合应用 121 第 5 章 平台运行保障设计 .123 5.1 组织机构设计 .123 5.1.1 市网格化管理服务监督中心 123 5.1.2 区级网格管理服务监管中心 123 5.1.3 街道网格管理服务办公室 123 5.1.4 社区网格管理服务站 123 5.1.5 网格管理员 124 5.2 业务流程设计 .124 5.2.1 社会管理业务流程 124 5.3 评价体系建立 .125 5.3.1 考评四级机制 125 5.3.1.1 严格实施市对区（县）的考核 125 5.3.1.2 严格实施区（县）对乡镇（街道）的考核 125 5.3.1.3 严格实施乡镇（街道）对村（社区）的考核 126 5.3.1.4 严格实施村（社区）对基础网格的考核 127 5.3.2 考核评价内容 129 5.3.2.1 评价主体 .129 5.3.2.2 评价对象 .129 5.3.2.3 评价周期 .130 5.4 标准与规范体系建设 .130 第 6 章 项目实施方案 .141 6.1 项目实施原则与依据 .141 6.2 项目组织架构 .142 6.3 项目实施内容 .143 6.4 项目进度计划及任务分解 .144 6.4.1 成立系统建设领导小组 147 6.4.2 项目实施文案编写和审定 147 6.4.3 系统业务需求确认 147 7 6.4.4 软件需求分析 148 6.4.5 网格划分和人员配备 148 6.4.6 基础信息采集及录入 148 6.4.7 系统开发测试及部署 148 6.4.8 上线运行 149 6.4.9 实施跟进服务 149 6.5 业务确认及协调材料说明 .149 6.5.1 基础数据管理系统确认内容 .149 6.5.2 社会管理综合信息系统确认内容 .150 - 8 - 第 1 章 项目概述 1.1 项目名称 常德市武陵区网格化社会管理综合信息平台。 1.2 项目背景 2013 年 1 月的全国政法工作会上，中央政治局委员，中央政法委书记孟建柱指 出：“要加强乡镇（街道）社会管理服务和社区综合管理服务平台建设，加强城乡 社区网格化管理，不断夯实平安建设的根基。”今年 1 月的省委政法工作会议上， 省委常委，政法委书记孙建国强调：“要强力推进网格化管理，年底前 14 个市州中 心城区 100%实现网格化。”今年 2 月 25 日，中共中央办公厅、国务院办公厅印发的 《关于创新群众工作方法解决信访突出问题的意见》中指出：“全面推进网格化管 理模式。”开展网格化社会服务管理势在必行。 为进一步加强和创新社会治理，提升管理服务水平，根据市委、市政府关于建 设智慧常德的总体部署和完美社区、美丽乡村建设的有关要求。完美社区从硬件上 说，要求社区规划科学、布局合理、设施完备、功能齐全；从软件上看，要求政社 分离、管理有序、服务高效、社区自治。达到这些要求，我们既要有新的载体，又 要有新的两点。网格化社会服务管理就是完美社区建设的信息化载体，也是完美社 区的亮点所在。 坚持以人为本，推进网格化管理，完善信息化支撑，实行社会化服务。通过整 合资源，将社会管理服务延伸到基层，实现社会管理服务职能“下沉”，让群众 “进一道门，办所有事”。建立网格化社会管理服务综合信息平台，实现市、区县 （市）、乡镇（街道）、社区（村）、网格五级信息互联互通，构建信息自下而上、 - 9 - 至上而下的五级信息快速传递机制，节约行政成本，提高工作效率。 1.3 现状分析 1.3.1 城市管理基础数据不够准确 信息壁垒、信息孤岛现象严重，没有一个部门说得清准确的人口、法人等数字， 因此找不齐服务管理对象。 由于各职能部门的业务系统采用技术标准不一样、隶属的主管部门也不一样， 各部门往往从本单位的管理需要出发，所下发的业务系统与其它系统不兼容、信息 不共享，形成了事实上的信息孤岛，给常德市信息化应用带来相当大的困难。 1.3.2 民生诉求与困难得不到及时响应 基层管理发现的一些事件及居民呼声缺乏及时分流解决平台，影响社会和谐稳 定。政府管理的很多基础数据都是来源于不同的部门，这种单一业务部门产生的数 据，不利于政府对政务活动的监管。同时，各职能部门的业务系统又缺乏横向联系， 给一些部门对原始的民生诉求和困难数据的加工乃至上报一些失实的数据留下了隐 患，使基础数据的权威性受到了很大的影响。 1.3.3 居民很难找到所需的政府服务资源 政府各部门下放基层的众多服务项目和资源较为分散，政府提供的服务与居民 知道的服务信息不对称，而且各部门之间的配合机制也尚未形成，信息重复采集和 信息不一致的情况非常严重，而且很多基础数据往往只能在一个部门的相关系统中 得到更新，数据不一致问题越来越严重，从不同部门得出的统计数据都存在很大出 入，甚至是互相矛盾。 - 10 - 1.3.4 基础数据重复采集数据质量无法保证 条条业务系统在基层采集相关基础信息，采集处置不分离；基层受部门及街道 双重管理，任务重、工作杂。 目前，常德市没有建设统一的人口、法人、城市部件以及基础业务数据等信息 资源库，而各部门下发的业务系统出现不断地重复采集同一个数据项的问题。仅人 口信息，民政、社保、劳动、计生等部门就有大量相同的采集需求，这大大增加了 数据采集的主体，使得街道办事处和社区居委会的工作负担加重，同时，各部门对 信息采集的具体要求又存在较大的差异，协管员信息采集的标准不一，存在重复录 入、故意少采、漏采的问题。这样由于基层单位信息不共享而需要多次重复采集同 样数据，造成对住户经常来访，以至住户不能积极配合。 1.3.5 公共决策缺乏科学准确的数据支撑 缺乏公共数据分析平台，政府决策往往依靠领导经验进行主观判断，没有客观 的数据做支撑。因为各职能部门的信息无法有效的实现共享，管理者所需要的各种 数据分散在各个单一的应用系统中，这种数据的分散存储和不完整性使领导无法及 时准确、全面地掌握情况。此外，各系统的运行环境和数据标准的不同，使得难以 对这些数据加以综合分析、决策和利用，从而不能够为领导的决策分析提供快捷有 效的途径。 1.4 建设目标 1.4.1 数据动态采集，做到数清底明 建立科学、高效的网格管理模式，把人、房、事、物、法人（机构）相关联并 - 11 - 全部纳入网格管理，按照“动态采集、关联比对、业务融合”的要求，由网格管理 员利用移动智能采集终端，动态采集网格内的实有人口、法人（机构）、房屋、事 件等信息，形成实有人口、法人、房屋的综合信息进入公共基础信息资源库，确保 基础数据的准确性。 1.4.2 规范工作流程，明确责任目标 在现有的全过程处置矛盾纠纷、隐患问题事件的基础上，逐步扩展、融合信访、 劳动、计生、社保、就业、民政、城管、房屋租赁、残联等服务管理事项，通过固 化工作流程，建成区、乡镇（街道）、村社（村）统一分流、处置事件的“工作网” ，使事件从发现到结案反馈形成一个闭合循环，明确相关责任单位和岗位角色在工 作流程中所承担的职责，使得发现的问题能够得到快速有效的解决,从而有利于提升 工作效率和工作质量。 1.4.3 数据挖掘分析，服务领导决策 支持快捷有效的领导决策分析能力，通过对信息平台的数据整理和分析，挖掘 出真实有效的信息，并及时对平台数据进行统计和分析，形成各类报表和图表，以 直观的方式展现，为领导全面掌握辖区的基础数据、社会事件处置工作及相关主题 应用提供正确的依据。 1.4.4 加强监督管理，规范考核评价 结合专项工作监督管理办法和绩效考核办法，自动生成考核表，并将考核结果 纳入政府绩效评估指标体系。通过考核监督制度的有效落实来确保基础信息采集、 事件处理跟踪、资源整合共享及数据关联比对等工作事项的完成质量，形成市对区 （县）、区（县）对乡镇（街道）、村社（村）的量化考核体系，实现 “工作一网 - 12 - 通、绩效一网考”。通过绩效考核倒逼各级政府改进业务流程，提高办事效率和工 作质量，取得管理扁平化、网上全监督、更好地服务群众的效果。 - 13 - 1.5 建设意义 1.5.1 是破解基层难题的有效途径 改革开放以来，我国城乡二元结构发生了重大变化，随着大量“单位人”变成 了“社会人”，城市社区社会治安、劳动就业、公共服务、特殊群体等问题不断涌 现，需要管理的事务和化解的矛盾也不断增加。“上面千条线，下面一口针”，社 区居委会作为自治组织，实际上成为各级党委、政府各项工作在最基层的承受层、 操作层和落实层，加上管理手段传统和管理方法陈旧，基层干部已不敢负重、疲于 应付，社会治理面临巨大的压力和调整，如何破解这一困局成为亟需探索解决的问 题。而网格化管理将原有的“线管”变成“块管”，管理中心实行统筹管理模式， 协调相关单位共同参与，整体联动，形成“上面千条线，下面一张网”，突破了 “看得见管不了，管的了看不见”的弊端，推进了管理方式从“被动处置问题”到 “主动发现问题”转变，从“事后执法”向“源头服务管理”转变。 1.5.2 是社会综合治理的有效手段 当前信访、司法、公安、法庭、纪检、民政、城管、国土、劳动、文化、交通、 安监、林业、社会事务等部门的信息资源都是相对独立，各部门独自为战，部门之 间没有形成合力，而许多矛盾纠纷往往涉及到多个部门，单靠一个部门单打独斗， 由于资源、力量的不足导致难以有效解决问题。因此，需要多部门协同受理，事件 突发性强，需要建立一套社会综合治理快速反应机制，从而能够及时发现并处理社 会管理中的各种问题，提高综治工作效率。形成一个覆盖区－街道办事处和相关职 能部门－社区居委会及村委会-企业的综合网络体系、综合治理体系和综合管理体系。 - 14 - 通过整合信访、司法、公安、法庭、纪检、民政、城管、国土、劳动、文化、交通、 安监、林业、社会事务、流动人口和出租屋管理服务等政务和其它各类信息资源,实 现协同办公、联通机制。 1.5.3 是建设服务型政府的有力保障 目前，政府各部门在基层下放了很多服务项目和资源，但这些服务资源较为分 散，老百姓不是很清楚，犹如盲人摸象，很难找到自己需要的资源。我们希望整合 政府公共服务信息，把各类服务信息、办事项目放到网上，通过移动互联网、智能 终端、社区服务场所触摸屏、宣传广告屏、信息采集员等多种现代信息化信息传播 方式，将社会建设管理和服务需求准确、便捷的采集回来。并通过这些现代信息化 的手段将政府管理和服务传递和推送到老百姓的身边，使社会建设贴近民众、贴近 民生。 1.5.4 是建设智慧城市的重要基础 针对当下城市交通拥堵、看病难、安全系数低、突发灾难多等“病症”，以物 联网和云计算等为支撑的智慧城市技术或许是解决问题的出路。按照发展规律，城 市必定要向数字化、智能化的方向发展。”智能城市建设不可能一蹴而就，应从当 前城市建设当中最紧迫的、关切到老百姓安全的一些问题着手。智能城市建设要有 远景、总体规划和实施步骤，而且要结合当地的环境和条件来实施。此外，在信息 网络方面，我们建议政府应给予高度重视，因为这是智能城市建设的一个重要基础 条件。 城市是人类文明发展的产物，经济越是发达、社会越是进步，城市的功能就越 具有多元性。从居住、生活的空间，到文明、文化的容器，再到作为发展经济的载 - 15 - 体等等，城市在人类文明进步和社会经济发展过程中发挥着越来越大的作用。而从 现代城市的发展诉求来看，宜业、宜居、宜游三位一体的发展模式，越来越成为现 代城市发展的新趋势、新方向。打造宜居宜业，是一座城市吸引人才的首要条件， 也是一座城市的核心竞争力体现。这种新的诉求既是城市发展、历史演进的必然， 也是现代发展理念对城市发展目标的新定位。 - 16 - 第 2 章 需求分析 2.1 业务及功能需求 基于目前我市社会服务管理现状分析，网格化社会管理的基本需求分析如下： 2.1.1 提供统一综合工作平台 以整合资源、提高效率为目的，搭建市、区、街道、社区四级信息共享、处置 高效的工作平台，建立以门齐抓共管的工作机制，实现专项工作集中相关部门办理， 平时能够充分发挥各部门职能作用。 2.1.2 实现多部门信息资源共享 社会治理涉及到的部门众多，实现全市范围内的基础信息整合交换共享，让所 有的基础信息在全市范围内共建、共享、公用，为政府部门之间进行协同办公、信 息共享等提供技术支持。 2.1.3 推进各部门业务协同 通过信息系统的建设，实现各职能部门之间的业务协同工作，逻辑上将各部门 集中在一起，快速处理居民服务及诉求，同时协助各业务部门之间的数据传递、信 息资源的共享，实现各业务部门间的信息协同运作。通过信息交换，职能部门能把 相关的信息共享到自己的业务系统中，也可以把业务系统处理的结果信息共享到平 台上。 2.1.4 辅助领导科学决策 支持快捷有效的决策支持，能够实现在政府统一数据中心的基础上，通过对政 府综合信息资源的整理和分析，挖掘真实有效的信息，为领导提供快捷有效的决策 - 17 - 支持。同时，要求决策支持满足的本系统用户单位的需要，能够实现按部门职能、 按工作岗位的数据分析和决策。 2.1.5 加强政府集中管理与控制 电子政务的建设目标，从总体上来说要包括加强监管、提高效率、对外服务等 几个主要的方面。因此系统的建设必须遵照集中管理与控制的原则，通过集中管理， 加强对政府各业务部门行政业务的监管力度；通过集中控制，提升各个业务部门之 间的业务协同能力，提高办事效率。 2.2 系统用户群分析 2.2.1 区级领导 区级领导作为重大事项的决策者，通过系统可获得的信息资源包括全区所有的 - 18 - 基础信息和业务信息统计数据等全面信息资料，基础数据包括人口信息、企业信息、 房屋楼栋信息等，业务数据包括各个职能部门的业务开展情况，安全生产、劳动及 社保、计划生育、综合治理、城市综合管理、卫生、环保等各个职能部门的业务开 展情况，并进一步可获得数据仓库、决策工具等功能和数据资源支持。系统可为区 领导全面把握各种业务开展状况、了解信息服务平台的各项工作内容和进展提供服 务，并进一步为领导决策提供参考。 2.2.2 区级职能部门 区级职能部门承担着各个街道职能部门的指导工作，区级各个部门能查看本职 能部门相关的所有信息，可以对信息进行综合处理，综合查询，统计，比对，评价。 区级职能部门同时承担着各种事务处理及决策的任务，事务处理的过程往往需要其 他职能部门的信息共享，区级职能部门通过社区信息平台可以共享其他部门的数据， 实现跨部门信息共享。 区级职能部门通过社区信息平台为企业、居民提供各种服务。 2.2.3 街道办事处及所属职能部门 街道的用户都可以查看辖区内基本信息和业务信息，并可以对这些信息进行统 计分析。街道各个科室和区各个职能部门能够查看基本信息及与本部门业务相关的 业务信息，并可以进行统计分析，便于纪实掌握。 街道作为事件处理的枢纽，在街道层面实现综合事件的采集、预警、分流、处 理、反馈、结案整个环节的管理，规范事件处置业务流程，有效整合基层管理力量 和资源，加强基层的综合管理力度。建立社区隐患报送系统和街道综治信访维稳中 心管理系统，实现由街道事务统一受理分流到街道各个职能部门进行处理的工作模 - 19 - 式。通过系统可对辖区内发生的事件进行自动分流、归类统计、综合评价，街道各 个职能部门对事件进行处理、反馈，各个职能部门之间实现信息共享，各个职能部 门之间可以调用数据，联合办公。 2.2.4 社区网格管理服务站 社区工作站对辖区的信息进行统一采集和上报。包括可以查看辖区内的基本信 息和业务信息，并可以对这些信息进行统计分析。便于动态及时掌握、比对辖区内 的各种信息，有针对性的开展各种业务工作。 2.2.5 社区法人单位 社区法人单位包括辖区内的企业单位、事业单位、政府部门、民间组织等，主 要是实现各级政府职能部门与辖区内企业、事业单位、民间组织的管理、服务及互 动沟通的需要，对本单位的治保问题进行登记管理，并可以通过社区信息化平台表 达对政府的要求，提出政府管理工作和服务工作的意见和建议。 2.2.6 社区居民 居民可对社区内相关的隐患问题通过社区逐级反馈和处置。 2.2.7 管理维护人员 负责系统平台的日常维护，确保系统正常运行，重要数据及时备份，保障系统 安全。根据平台用户需要不断升级发展平台功能。 - 20 - 2.3 技术需求 2.3.1 中间件技术 中间件（Middleware）是处于操作系统和应用程序之间的软件，也有人认为它 应该属于操作系统中的一部分。人们在使用中间件时，往往是一组中间件集成在一 起，构成一个平台(包括开发平台和运行平台)，但在这组中间件中必需要有一个通 信中间件，即中间件=平台＋通信，这个定义也限定了只有用于分布式系统中才能称 为中间件，同时还可以把它与支撑软件和实用软件区分开来。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的 开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序 在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。中间件带给 应用系统的，不只是开发的简便、开发周期的缩短，也减少了系统的维护、运行和 管理的工作量，还减少了计算机总体费用的投入。 2.3.2 数据库技术 数据库技术是核心技术，是一种计算机辅助管理数据的方法，它研究如何组织 和存储数据，如何高效地获取和处理数据。是通过研究数据库的结构、存储、设计、 管理以及应用的基本理论和实现方法，并利用这些理论来实现对数据库中的数据进 行处理、分析和理解的技术。即：数据库技术是研究、管理和应用数据库的一门软 件科学。 数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息 管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地 - 21 - 组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据 安全以及高效地检索数据和处理数据。 数据库技术研究和管理的对象是数据，所以数据库技术所涉及的具体内容主要 包括：通过对数据的统一组织和管理，按照指定的结构建立相应的数据库和数据仓 库；利用数据库管理系统和数据挖掘系统设计出能够实现对数据库中的数据进行添 加、修改、删除、处理、分析、理解、报表和打印等多种功能的数据管理和数据挖 掘应用系统；并利用应用管理系统最终实现对数据的处理、分析和理解。 2.3.3 门户技术 门户是一个入口,通过它系统用户可以访问业务信息；如果配置正确的话,它应 该是成员访问任何重要信息之前必须访问的第一个地方。门户与那些满足业务规则 的 Web 站点不同,那些站点是围绕专门的业务过程(流程)开发和配置的。在 SharePoint 中，一个门户是由大量的 Web 站点组成的，信息或者直接存储在这些 Web 站点中，或者在其他应用系统中，如共享文件站点、业务应用程序等等。由于作 出明智的业务决策对于组织通向并保持成功是关键的，那么确保放置在门户中的信 息安全、及时、易于访问是很重要的。由于业务市场可能是全球范围的，组织也需 要拥有来自全球多个不同地区的雇员反馈信息。 2.3.4 消息中间件技术 消息中间件技术在信息交换中十分重要。消息队列技术是分布式应用间交换信 息的一种技术。消息队列可驻留在内存或磁盘上,队列存储消息直到它们被应用程序 读走。通过消息队列，应用程序可独立地执行。它们不需要知道彼此的位置、或在 继续执行前不需要等待接收程序接收此消息。在分布式计算环境中，为了集成分布 - 22 - 式应用，开发者需要对异构网络环境下的分布式应用提供有效的通信手段。消息中 间件技术可实现需要共享信息的有效管理，对应用提供公共的信息交换机制是重要 的。 2.3.5 J2EE 技术 基于先进的 J2EE 技术架构，能够方便地在现有网络硬件平台和 Windows、UNIX、Linux 等多种操作系统平台上运行。J2EE 核心是一组技术规范与指 南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各 种依循 J2EE 架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信 息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。 J2EE 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、 高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE 降低了开发 多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持 Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强 了安全机制，提高了性能。 1、JAVA 组件包结构图 - 23 - 2、web 组件包结构图 2.3.6 MVC 体系结构 本项目采用模型-视图-控制(model-view-control，简称 MVC)结构，该结构是目 前最常见的 J2EE 应用所基于的体系结构，MVC 主要适用于交互式的 Web 应用，尤其 是存在大量页面及多次客户访问及数据显示；相比较而言，一个工作流体系结构更 多应用于过程控制和较少交互的情况下；除了体系结构外，J2EE 的设计模式对我们 解决应用系统的设计也有很大的帮助。 - 24 - 模型-视图-控制结构是交互式应用程序广泛使用的一种体系结构。它有效地在 存储和展示数据的对象中区分功能模块以降低它们之间的连接度，这种体系结构将 传统的输入、处理和输入模型转化为图形显示的用户交互模型，或者换一种说法， 是多层次的 Web 商业应用；MVC 体系结构具有三个层面：模型（Model）、视图(View)和 控制(Controller)，每个层面有其各自的功能作用，MVC 体系结构如下： MVC 体系结构 2.3.7 N 层次技术架构 为了达到系统总体技术需求目标，一个最关键的问题是确定系统应用体系结构。 一个良好的应用体系结构，将为满足系统在集成性、互操作性、跨平台、可扩展性、 软件重用、数据管理和安全可靠等方面的技术要求提供有力的保障。 本项目采用 N 层系统架构。 N 层系统架构模型具有以下优点： - 25 - 1、屏蔽了数据层数据结构和表示方式的异构问题。 2、应用软件的相对集中，提供更优的安全控制。 3、应用服务器提供更好的性能可扩展性。 4、在应用服务器上安装和维护软件较之于成百上千的客户单机更加经济。 5、容易进行数据库管理系统的集成。 6、代码和功能模块具有更强的可重用性。 性能 安全 网络 支持 数据库系统数据映射层（ ORM）业务逻辑层界面数据表示层界面逻辑驱动层（ Facade）用户界面层 功能部件 接口部件 设计 开发 辅助 工具 数据对象 2.4 性能需求分析 2.4.1 准确性 系统各项功能需要准确无误，都能够满足系统功能的需求，在系统运行的过程 - 26 - 中性能稳定，数据的调用、查询、修改和更新都能够准确无误。 2.4.2 稳定性 系统能够稳定正常运行，不出现以下情况：无故退出系统；发生系统不可控制 的故障提示；因应用软件故障导致操作系统或机器无法正常操作。 2.4.3 快速响应 系统对使用人员的操作能做出快速响应。存大并发用户操作时，业务办理过程 中不能出现延时现象，要求存 3 秒内做出响应；精确查询存 3 秒内响应。 2.5 安全需求 2.5.1 系统整体安全需求 系统数据要求安全保密，通过严格的权限控制体系实现用户的操作权限管理， 确保用户在拥有合法的业务操作权限的前提下才能够进行业务操作；用户进行的所 有数据操作要保留日志，实现数据提供和使用过程可跟踪、可审计。 系统的关键业务及宝贵的信息资源都依赖于数据库平台，数据库的安全工作尤 为重要；由于网络采用的通信协议并不是为安全通信而设计的，网络存在一些固有 的安全隐患，网络安全需求十分迫切。 因此，需要在各个层面为系统提供机密性、完整性、可用性、鉴别，抗抵赖等 安全服务，主要涉及安全管理、安全协议、加密，签名与认证、密钥管理，安全评 测、公钥基础设施等方面。 2.5.2 无线应用安全需求 对于数据采集无线终端，存储了网格内的基础信息，终端的保管不当会带来数 据泄密的风险，所以，要求数据终端上数据要在设计上保证对数据泄露隐患的考虑。 - 27 - a) 采用 SSL 对网络传输数据进行加密处理； b) 采用加密算法对存储的重要用户数据进行加密； c) 可定制安全增强模块，支持高级别加密机制，对用户名、密码手机设备串号、 SIM 串号多重绑定认证； d) 可定制炸弹消息模块，在手机、移动设备遗失后，通过管理端可以向该设备 发送短信信息，清空移动设备中的重要数据和用户私密信息。 - 28 - 第 3 章 总体建设方案 3.1 建设思路 （一）顶层规划、统筹规划 加强顶层设计，形成一个互联互通、信息共享、业务协同的整体性和系统化的 信息化工程，以发挥信息网络化提高多部门协同水平和监测、决策、服务的信息能 力的关键作用，从而大幅提升政府有效解决社会问题的效率和效能。 （二）协同配合、形成合力 强化部门间的协调，切实实现跨部门的业务协同与资源共享。只有在操作层面 上完成这种切实有效的跨部门协调，才可能真正实现工程所必需的互联互通、信息 共享和业务协同，完成规划提出的主要任务和建设目标。 （三）科学先进，可扩展性强 鉴于电子政务需求的不断发展与变化，技术水平也在不断提高，在建设时应基 于同一的基础软件平台进行应用系统的构建，遵循 J2EE 技术体系，并基于 SOA 架构， 采用业内领先的服务总线技术来挂架信息系统的各类服务和应用，为信息化建设和 应用集成提供一个高效、快速的开发平台。 （四）统一标准、保障安全 统一安全标准、统一目录体系、统一交换标准，保障系统互通与安全。网格化 社会服务管理综合信息平台具有信息量大、可靠性要求高等特点，要求系统必须遵 循国际标准，具有可共享性、可扩充性、可管理性和较高的安全性。因而要正确处 理发展与安全的关系，重视网络与信息安全，逐步形成网络与信息的安全保障体系， - 29 - 综合平衡成本和效益。 3.2 系统建设原则 3.2.1 标准化原则 系统建设、业务处理和技术方案遵循国家、湖南省、常德