智慧门牌综合管理平台解决方案v10

《智慧门牌综合管理平台解决方案v10》由会员分享，可在线阅读，更多相关《智慧门牌综合管理平台解决方案v10（27页珍藏版）》请在金锄头文库上搜索。

1、智慧门牌综合管理平台解决方案目录1项目概况 41.1 项目概述 41.2 建设背景 41.3 指导思想 51.4 建设目标 51.5 建设内容 52总体规划 62.1 建设原则 62.1.1易用性原则 62.1.2安全性原则 62.1.3经济实用性原则 72.1.4先进性原则 72.1.5稳定性原则 72.1.6可扩展升级原则 72.2 总体架构82.3 技术架构92.4 应用架构112.5 技术要求123 建设方案 133.1 门牌制作管理 133.1.1 二维码技术 133.1.2 技术标准参数 153.1.3 功能设计 173.2 智慧门牌平台 173.2.1房屋信息管理 183.2.2

2、单位组织管理 183.2.3人口信息管理 193.2.4重点对象监管 193.2.5流动人口监管 193.2.6电子地图管理 203.2.7智能统计分析 203.2.8辅助研判与预警 203.3 智慧门牌 APP 213.3.1二维码标牌识别 213.3.2信息申报 223.3.3信息核实 223.3.4投诉举报 223.3.5便民服务 223.3.6求助报警 223.4 微信公众号233.4.1 信息发布管理 233.4.2 公众留言管理 233.4.3 用户权限管理 243.4.4日志管理 243.4.5发布内容管理 243.5 平台安全设计 253.5.1安全目标与策略 253.5.2网

3、络环境安全 253.5.3数据库安全 264 效益分析 271 项目概况1.1项目概述*智慧门牌综合管理平台的建设，以标准地址门牌号给予一个 二维码身份，即二维码门牌，进行系统智能化管理，它具有一户一码、 一牌多用、一号查询、快捷发布、实时上传、统计、互动、定位、流 动人口管理等多项应用功能。可以和政府各职能部门的平台互联，同 步更新数据，成为基于大数据的互联网+智慧门牌综合管理平台。不 仅便于城市治理及公安、工商、民政等政务性工作，而且是今后智慧 城市大数据应用及信息互联互通的基础要素。1.2 建设背景随着近年全域城市化进程不断推进，大面积的城市改造和新城建 设，城市空间布局变化巨大。随之出

4、现的楼门牌新旧混用、断码空号、 跳号重号等编制滞后乱象，在实际生活中，有的道路上门牌规格大小 不一，材质、颜色、字体、内容不同，新旧混用，顺序颠倒，安装错 乱，有的无门牌或使用自制的门牌号码，这些不仅给群众生活特别是 外地商人、客人的工作生活、交往带来诸多不便，而且给消防抢险、 医疗救助、邮政投递等服务行业造成不少困难。工商注册、流动人口 管理等方面亦会徒增工作量还依然面临不规范的尴尬。1.3 指导思想“政府主导，公安、民政牵头，部门协作，社会参与”的原则， 以全辖区开展标准地址二维码管理工作为契机，建立全社会一体化的 标准地址应用体系，大力推广二维码门牌，实现动态治安要素静态管 控，建立制度

5、化、规范化、法制化、常态化的长效管理机制，为争创 文明城市和推进社会创新打下坚实基础。1.4 建设目标按照“尊重历史、科学设置、统一规范、共建共享”的原则，依 法依规对辖区楼门标志进行全面清理整顿、命名及换发二维码门牌， 进一步规范二维码门牌的设置和管理。建设标准地址数据库，为政府 管理和公共服务提供统一的标准地址服务；建立智慧门牌综合管理平 台，满足民众、政府对信息查询、定位、更新、管理等方面的需求； 建立健全规章制度，规范地名地址管理，让管理与被管理对象形成有 效的互动、同步更新和与基础网格相结合的精细化门牌管理。1.5 建设内容按照*公安局要求制作能够符合房屋管理使用的二维码门牌， 同时

6、完成二维码门牌印制及分发。实现二维码门牌制作管理、智慧门 牌管理、智慧门牌APP、微信公众号等信息化管理模块。并对接已有 系统和第三方公共服务平台，为保证治安体系安全稳定运行，形成安全综合管理保障体系和服务保障体系。2 总体规划2.1 建设原则2.1.1 易用性原则易用性是指系统使用的方便程度。系统使用人员众多，培训、推 广、实施的难度较大，所以系统设计时充分考虑和尊重了简化流程， 尽可能避免改变，或通过技术手段予以简化。同时在系统设计中重点 增加了关于自动填写模板、多次重复输入记忆、关键字模糊查询、常 用字段自动填写、信息预填写等功能，提高工作效率，降低使用难度。2.1.2 安全性原则系统安

7、全性是指保护系统内重要机密信息不泄露，防御外部恶意 攻击的性能。因此系统设计时需要考虑使用多重的安全体系，对于数 据的安全和保密应该进行相应的处理，提高系统对于恶意攻击的防护 能力，并保证与其它应用系统或异构系统间数据传输的安全可靠和一 致性，确保不会有非授权操作和意外的非正常操作，保证系统数据的 安全完整。2.1.3 经济实用性原则系统使用的经济实用性是指系统使用成本经济，并且在使用功能 上能够满足实际工作要求。在系统开发时，需要对系统进行合理规划， 确保系统在满足用户业务要求的同时，以简单、方便、快捷、经济实 用为目标，面向具体的工作应用需求。在系统使用技术上，使用成熟、 经济的技术，而不

8、是单纯考虑技术的先进性。2.1.4 先进性原则系统先进性指的是系统采用的技术是否具有超前性和技术优势。 由于*智慧门牌综合管理平台是一个长期发展的系统，保持系统的 先进性有利于项目的长期发展和稳定运行。2.1.5 稳定性原则系统稳定性是指系统保持正常运行的能力。由于系统一旦建立， 将嵌入到数字化城市及警务管理活动中。一旦系统出现不稳定的情况 将会对社区警务管理造成很大的影响。因此软件系统和配置的各类硬 件设备必须安全、稳定、可靠。系统应该采用容错性设计，使得系统 局部出现问题不会影响到整个系统的使用。2.1.6 可扩展升级原则可扩展升级是指系统在使用过程中，随着实际需求进行功能扩展 或升级的能

9、力。随门牌智能化管理工作的开展，无论在规模上还是在 功能上都需要不断扩展升级。一是随着系统覆盖面的扩大，数据增加，系统在信息存储计算能力上的扩展升级；二是随着管理要求的发展平台可能会承担更多的管理功能。2.2总体架构（1）应用环境。主要包括网络、计算机等硬件以及安全设施等。 依托*智慧门牌综合管理平台的信息网络，按照相关标准规范，构 建运行稳定、安全可靠的基础环境。（2）基础服务。主要为*智慧门牌综合管理平台提供基础通用 系统软件（操作系统、数据库管理系统、服务器、图像采集、加工、 输出设备等）和系统运维管理等，是系统软件集成、开发、运行、服 务和数据管理的支撑环境。（3）应用数据。为系统运行

10、提供数据支持，主要包括核心数据 库和备份数据库，核心数据库存储*智慧门牌综合管理平台相关信 息资料；备份数据作为核心数据库数据的容灾备份。（4）标准规范。按照*智慧门牌综合管理平台实际需要而定制， 包括信息格式标准规范、对外接口标准规范等。信息格式标准用于明 确并规定对接信息的格式、长度等规范。（5）应用服务。应用服务包括传输服务、信息交换服务、中间 件、大数据分析等服务。（6）系统功能。项目主要是基于二维码门牌制作管理、智慧门 牌信息管理、智慧门牌APP、微信公众号等，通过系统进行二维码门 牌制作、查询分析和日常监管。系统对接已有系统和第三方公共服务 平台。为保证治安体系安全稳定运行，同时需

11、要建设运行和维护组织， 形成安全保障体系和服务保障体系。2.3技术架构总体架构需考虑一些非功能性的需求，如性能和可用性。解决并 发性、分布性、系统完整性、容错性的问题，以及逻辑视图的主要抽 象如何与进程结构相配合在一起即在哪个控制线程上，对象的操作 被实际执行。客户端的请求首先会到达一个负责对外沟通的API网关，它负责 识别客户端类型，解析和理解客户端的请求，并将请求分发到后端对 应的微服务中完成。一般来讲，基于HTTPRESTAPI的请求都是同步执 行的，但是有些场景使用异步的方式更为合理，比如大视频转码服务，它很难在很短时间内完成。同时，为了最大化服务之间的解耦，应尽 量减少和简化服务之间

12、的通信。为此，我们引入消息队列作为异步通 信的通道。在服务的后端，如果每个服务都按照三层结构来部署，除了服务 本身之外，还包括缓存层和持久化的数据层。这样就构成了一个典型 的服务应用架构，各项服务可以自由伸缩，相互之间依赖最小化，通 过共享队列的方式来进行数据共享和信息同步。系统服务架构如下图 所示。架构关键控制流主要包括：4C址箱懑皿券| 1*! 1! _i1）页面访问控制流。由前端浏览器发起请求，部分请求首先会到 缓存里查询，如果缓存里有结果则返回，如果没有缓存内容，则继续 请求web服务器。也有部分无需缓存的请求直接访问web服务器获 取数据。（2）日志采集。操作日志采集有两条控制流。一

13、条是页面的采集 js， 直接将用户请求发送至日志采集接口，由日志采集接口提交给消息队 列，再由日志采集模块从消息队列里获取数据并保存。另外一条是在 web 服务器层面拦截访问请求并提交给消息队列，并由日志采集模块 获取和处理。（3）自动对账。由接口访问层拦截需要记账的操作，并转换成记账 凭证提交到消息队列，由自动对账模块从消息队列中获取数据并保存 自动对账功能是由定时任务触发，由自动对账服务按规则进行对账计 算，如果需要预警则产生预警数据。（4）运维管理。由浏览器发起请求，考虑到并发情况并不是很大， 可不经过缓存服务器，直接与web服务器运维服务交互。2.4应用架构系统分为前端和服务层。前端是

14、客户端，可以有多个客户端，也 可以有多种客户端，比如手机端（APP、WAP、公共平台）等。客户 端和服务之间的架构是典型的MVC架构，V即View客户端，C即 Control采用SpringMVC或Servlet等开发的控制层，M即服务层，针 对 APP 或者使用 Html 直接实现的客户端，由于这些客户端是单独开 发的，没有控制层，因此需要增加一层“API网关”作为这些客户端 的控制层。其访问逻辑如下图所示。前端界面一个界面中需要的数据不仅仅来自于同一个服务，即使是来自于同一个服务，那也来自于很多不同的接口，Servlet或API 网关作为控制层，所起到的作用就是组合接口、组合数据，并处理接

15、 口间的事务性。另外服务组件一般可以分为3 层，从低到高依次是工 具性服务组件、基础业务层服务组件、业务层服务组件。前端界面的 请求按照从高到底向下传递和处理请求。2.5技术要求*智慧门牌综合管理平台是以房屋门牌数据为基础，实现“以房管人”目标的新理念、新举措，项目建设方面要求：（1）功能完善，结构合理，易于扩充，可操作性强，高度自动 化。（2）操作简单，界面人性，模块化结构，数据系统稳定、可靠。（3）采用基于 Internet/Intranet 的 B/S 模式的三层或多层结构。(4)结合智慧门牌APP微信公众号应用技术，通过二维码扫码的方式，便捷实现智慧房屋管理。( 5)采用成熟可靠的网络开发技术。(6) 系统架构中各层应采用成熟、符合技术标准、综合性能较 好的 WEB 中间件、数据库产品，适应于主流操作系统。(7) 系统具有良好的可用性：所有功能符合人性化要求，操作 简单、易于学习，界面录入具有自动的合法规则判断。3 建设方案3.1 门牌制作管理按照*公安局