基于移动终端的电力安全隐患排查系统技术方案

1、基于移动终端的电力安全隐患排查管理系统基于移动终端的电力安全隐患排查管理系统技术方案技术方案温州易思网络科技有限公司温州易思网络科技有限公司温州市云计算应用工程技术研究中心温州市云计算应用工程技术研究中心地址：中国温州市茶山高教园区电话：86真：86ttp:/E-mail: 基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 2 页 共 20 页项目名称项目名称基于移动终端的电力安全隐患排查管理系统文档控制文档名称文档名称技术方案1.1.文档属性文档属性文件状态文件状态文档编号：文档编号：WZYISI_DL_2015_AQYH

2、PC_技术方案 初稿初稿文档版本：文档版本：1.0.0 发布发布文档密级：文档密级：机密 修订修订采纳标准：采纳标准：CMMI DEV V1.22.2.版本历史版本历史日期版本说明作者2014-12-250.0.1初稿黄河2015-01-280.0.2依据当日交流结果，进行补充黄河 版权声明版权声明温州易思网络科技有限公司温州易思网络科技有限公司云计算应用工程技术研究中心云计算应用工程技术研究中心 版权所有，保留一切权利。版权所有，保留一切权利。未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档的部分或全部，并以任何形式传播。未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档的

3、部分或全部，并以任何形式传播。基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 3 页 共 20 页目目 录录1.项目需求概述项目需求概述.41.1 项目背景 .41.2 用户诉求 .41.3 任务概述 .41.4 实现目标 .51.5 项目进度计划 .52.功能设计功能设计.52.1施工单位管理.52.2施工单位自报.62.3施工项目管理.62.4用户与网格管理.62.5巡查点管理.62.6施工项目安全巡查.62.7网格安全巡查.72.8统计分析.72.9短信管理.82.10隐患库.82.11移动客户端.82.12数据上报接口.93.技术解决方案技术解决方案.93.1设计原则.93

4、.2技术路线.103.2.1 软件结构.103.2.2 领域驱动设计（DDD）.113.3软件分层架构描述.133.3.1 实体模型层.133.3.2 实体服务层.133.3.3 交互接口层.133.3.4 WEB 端结构.133.3.5 移动端实现.133.4本公司类似案例界面概览.133.4.1 首页.133.4.2 企业管理.143.4.3 企业自报.143.4.4 网格检查.153.4.5 网格管理.153.4.6 统计分析.163.4.7 隐患库.163.4.8 瓯海区安监定制的小网格 ANDROID客户端 .173.4.9 温州市安监通小网格 ANDROID客户端 .18基于移动终

5、端的电力安全隐患排查管理系统-技术方案技术方案第 4 页 共 20 页1. 项目需求概述项目需求概述1.1 项目背景项目背景为进一步规范电力施工安全管理，深入开展安全事故隐患排查治理，落实施工单位安全生产主体责任，提高安全生产工作针对性、有效性，构建高效有序的安全施工监管模式，夯实安全生产基础结构，使施工单位基本情况数据化、分类管理动态化。1.2 用户诉求用户诉求以施工项目与区域网格为管理单元施工项目具有时效型，可由施工安全部门负责管理与巡查；对于固定电力设施设备的安全管理及巡查，按网格进行划分并进行分类管理。隐患分类分级管理，可跟踪可追溯对施工单位自报与巡查发现的隐患，按照严重程度进行分级，

6、按照类别进行分类，一次可上报多个隐患，并对每个隐患独立进行跟踪（整改、挂牌等后续流程） 。上级网格可追溯到每一个隐患的详细情况，可依据各指标生成各类隐患情况报表。施工单位自查自报与网格巡查相结合要求施工单位按周期上报自查结果（隐患） ，按照上报情况可分析施工单位安全生产状况；同时允许施工单位随时发现隐患随时上报（即使本周期已经上报） 。系统可以进行设置，自动以短信等方式进行提醒督促。 （如自动向本周期结束前 3 个工作日还未自报的施工单位发送提醒短信）数据标准化，实现规范接口以现有数据标准为基准进行数据定义，定义功能接口，便于本级机构通过接口上传数据到上级机构并执行业务流程。移动客户端易于使用

7、移动客户端在开发过程中遵循简单易用的原则（基层用户工作任务繁重，对智能手机的应用能力参差不齐） ，主要体现在：智能提醒巡查（依据巡查周期，提醒用户去巡查时间要求最紧的施工项目、复查提醒、后期加入依据地理信息推荐临近施工项目的功能） ；自动更新（客户端自行升级） ；动态维护检查情况与整改建议模板库，做到常用情况快速选择与录入；运用二维码与地理信息技术，加强巡查工作管控与考核。1.3 任务概述任务概述基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 5 页 共 20 页电力安全隐患排查系统整体的功能模块有：施工单位管理、施工项目管理、巡查点管理、施工单位自报、现场巡查、统计分析、短信管理

8、、用户与网格管理。在用户角色类型上，分为：网格巡查人员、施工巡查人员、施工单位三种用户。各个角色的功能权限都将不同。在使用形式上，有 WEB 客户端与手机客户端，其中手机客户端分为 iOS（苹果）与Android（安卓）两个系统版本。其主要目的是使各个级别的用户（含各级网格责任人、施工单位主）可以随时通过移动客户端现场查看施工单位、施工项目情况、现场执法、现场提交隐患等。1.4 实现目标实现目标电力安全隐患排查系统主要的实现目标有：1、 网格化管理：以网格化管理为纲，落实安全生产巡查任务到人；2、 实现安全隐患排查业务流程信息化：明确各个机构的职责、实现施工单位隐患自报、安全巡查、隐患整治等业

9、务流程。3、 隐患上报业务管理：施工单位隐患自报与日常巡查相结合，实现隐患上报、隐患整改、抄告、挂牌等业务流程；4、 实现移动巡查与管理：实现移动客户端（Android 平台、iOS 平台） ，网格巡查人员可现场进行巡查记录、拍照上传；5、 施工单位、施工项目、巡查点管理：掌握每一家施工单位、施工项目的信息；维护每一个安全巡查点的情况。6、 统计与分析：提供基础信息报表、考核相关报表，在全县数据的基础上，按照缙云县安监工作的具体情况与要求，提供针对性分类报表，在此基础上进行数据挖掘与分析，找到各项指标之间的相关性，以提供安全生产总体趋势报表；7、 数据标准与接口定义：定义并向下级机构开放全省安

10、全生产管理系统的标准数据接口，各个市、区县可以在原有系统上实现接口、上传数据，保护原有信息化投资。8、 动态维护检查情况与整改建议模板库。1.5 项目进度计划项目进度计划2. 功能设计功能设计基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 6 页 共 20 页2.1施工单位管理施工单位管理（施工班组管理施工班组管理）按照现行标准定义出施工单位基础信息与详细信息的具体内容，其施工单位信息可由小网格用户与施工单位用户进行修改，上级部门可查看。施工单位查询：按照区域（大、中、小网格） 、名称（模糊）进行施工单位查询；需抄告施工单位管理：列出按照规定要求（如无证无照）列出需抄告施工单位列表

11、；已注销施工单位列表：列出已经注销施工单位，可执行恢复施工单位操作。2.2施工单位自报施工单位自报施工单位自主申报：各个施工单位需要按周期登录到系统，上报本周期施工项目的安全隐患自查情况，实现零隐患上报制度。对于已上报隐患，施工单位可以进行整改情况上报。2.3施工项目管理施工项目管理（施工线路施工线路）安全管理部门对施工项目进行登记、修改等操作；在施工期的项目，需要安全管理部门定期巡查，上报隐患；指定某个施工项目的安全责任人（负责巡查） 。2.4用户与网格管理用户与网格管理（用户管理用户管理）用户管理：对本辖区内的稽查人员以及施工组负责人进行增、删、改；并管理用户与施工组的绑定关系。 （指定某

12、个用户为某个网格的负责人） 。2.5巡查点管理巡查点管理 添加需进行安全巡查的设施、设备，定义或调整所归属的网格。2.6施工项目（线路）安全巡查施工项目（线路）安全巡查本季度未排查施工项目：将列出内本周期未巡查施工项目列表，提醒安全管理人员进行巡查。添加检查：添加检查记录，记录隐患条目与现场照片。可采用移动客户端进行记录。基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 7 页 共 20 页检查情况与整改建议，可以从模板中快速选择。系统提供智能化关联的功能，如选中某个检查情况，自动在整改建议中添加对应的（有关联）的整个建议模板。现场生成情况反馈单，并采用移动打印机打印（蓝牙） 。检查

13、记录跟踪：列出本网格内的检查记录（可按隐患认定类别、整个情况进行筛选） 。对检查记录进行详情查看与隐患整改操作。网格检查情况汇总：对下级辖区的网格检查情况进行统计分析（具体数据：需检查施工项目总数、已检查施工项目数、未检查施工项目数、检查次数、检查率、一般隐患次数、重大隐患次数、整改完毕数、未整改完毕数、整改率） ，可层层分解进入，直至某个施工项目某次检查的详细情况（含现场记录与现场照片） 。各类型隐患上报情况统计：列出各种检查项的发现次数，便于上级了解施工单位易发现的隐患，从而有针对性的对施工单位进行整治。2.7模板库模板库检查情况与整改建议的模板进行增、删、改、查，建立对应关系（某个检查情

14、况项对应某个整个建议项） ，在操作时，可快速录入。系统还可以对录入的检查情况与整个建议进行分析，将新的内容进行判断是否常用，自动添加到模板库中。2.8统计分析统计分析本系统内所有页面表格都可支持分页、排序、导出为 Excel 表格功能。对于重点的几个报表，可以支持直接打印、导出 Word、导出为 Excel、导出为 PDF 等功能。施工单位自报统计：按本辖区内各个子网格进行统计（施工单位数、已上报施工单位数、从未上报施工单位数、施工单位隐患数、隐患整改数、施工单位剩余隐患数、上报率、整改率） ；网格巡查统计：按施工单位、网格进行统计（检查次数、无隐患次数、一般隐患数、重大隐患数） ；网格信息统

15、计：本辖区内网格基本情况（负责人、联系电话、巡查点数） ；施工项目巡查统计：按施工单位、巡查人员、时间统计施工项目巡查情况；报表扩展与数据挖掘：依据管理部门的业务要求，可自定义一般类型的统计报表。在基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 8 页 共 20 页积累了一定数据后，可以对数据进行数据挖掘与分析，并进行一定程度的预测预警。2.9短信管理短信管理与移动短信平台对接，可在系统内手工或自动发送提醒短信。提供自定内容短信与预制内容短信两种发送方式。所谓自动，就是比如在季末时向为进行自报的施工单位发生提醒短信。2.10隐患库隐患库一般隐患列表：列出本辖区内的所有的上报的一般隐

16、患及其整改情况，可依据整改状态与上报时间进行筛选。重大隐患列表：列出本辖区内的所有的上报的重大隐患及其整改情况，可依据整改状态与上报时间进行筛选。隐患挂牌与摘牌：可对某个施工单位进行挂牌（需指定督办单位及其联系人）与摘牌。2.11移动客户端移动客户端需巡查施工项目列表：列出本小网格内需要巡查的施工单位，按照优先级进行智能推荐与排序。需巡查的巡查点列表：列出本小网格内需要巡查的施工单位，按照优先级进行智能推荐与排序。施工项目：点击一个施工项目，列出此施工项目与施工单位的基本情况。巡查点详情：点击一个巡查点，显示此巡查点的基本情况与巡查记录。执行检查：对某个施工项目或巡查点进行巡查与复查，记录巡查

17、情况（大部分为选择项，极少用到文字输入，直接拍照） 。整改处理：对已有隐患的整改情况进行处理。施工项目添加：新增施工单位。扫一扫：能通过扫描二维码查找施工项目与巡查点。施工项目查找：按照施工项目名拼音首字母进行查找。基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 9 页 共 20 页巡查报表：列出本网格巡查情况报表。施工单位自报报表：列车本网格施工单位的自报情况。2.12数据上报接口数据上报接口依据业务开发业务数据接口，以与上级系统的进行业务衔接。按用户要求的格式，生成情况反馈单；可导出现场图片。基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 10 页 共 20 页3.

18、 技术解决方案技术解决方案3.1设计原则设计原则在设计中应遵循如下原则：规范性系统设计所采用的技术和设备应符合国家、地方的有关法规、行业标准以及工业标准；信息的分类及编码应严格执行现行的国家标准和行业标准。先进性和实用性采用业界先进的开发技术，选用先进设备，建立一种新概念的、开放的现代管理和办公环境，以组件式的信息技术为依托建立完善的整个系统，在较长的时间内能保证系统的先进性和成长性。在系统平台的建设中，要充分考虑应用系统对处理能力的需求，防止发生性能瓶颈，保证系统能够按时、按质和按量的交付使用。业务性原则紧密围绕环安全生产管理的业务，系统应能适应目标的多重性，环境的多变性，方法的多样性； 遵

19、从行业标准，体现即时监测、及时感知、数据有效、分析准确和数据共享等业务应用特征。易操作性原则遵从行业应用需求和习惯，开发具有管道燃气行业特色、标准化操作模式、友好的人机界面、可视化功能展示的应用系统，做到功能强大、界面友好、贴近实际、操作简单、使用方便。标准化原则系统建设、业务处理和技术方案应符合国家、地方、行业的有关信息化标准的规定。数据指标体系及代码体系统一化、标准化，符合国标或者部颁标准。保护现有投资可延续性充分利用已有设备和已有系统的成果，实现已有数据、系统的利用和保护以及现有工作人员知识的利用，系统的数据结构和功能体系应充分体现目前安全生产管理的业务需求。基于移动终端的电力安全隐患排

20、查管理系统-技术方案技术方案第 11 页 共 20 页安全性和稳定性应用系统必须有高可靠性，并对使用信息进行严格的权限管理。在技术上，应采用数据库备份与恢复、身份认证和访问控制等相应的措施，保证数据库安全、应用软件运行、操作安全、系统的可靠和稳定等。可扩展性和可移植性系统建设必须考虑采用扩展性好的系统架构，保证能够适应将来的业务需求变化和和政府信息化建设的需要，预留扩展接口，适应业务需求变化，以利于系统的二次开发和升级。随业务增长，系统建设和升级须支持跨平台的可移植性。开放性系统总体方案设计在体系结构、硬件平台、软件平台的确定方面，从设备选型到设计、开发都要充分考虑“标准和开放”的原则。在应用

21、系统的设计与开发方面，依据标准化和模块化的设计思想，在此基础上建立具有一定灵活性和可扩展性的应用平台，使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口，系统内部也保持相当程度的可扩充性。3.2技术路线技术路线3.2.1 软件结构软件结构本系统以领域驱动设计（DDD）为核心思想。在具体技术上，采用 Microsoft Entity Framework 为面向领域开发的实现框架。在系统分层上，分为模型层、业务服务层、接口层、页面层。在具体技术上，使用 EasyUI 为页面层框架，通过 JSON 格式与接口层进行数据交换，系统中移动 APP 也将通过 JSON 格式与接口层交互。

22、基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 12 页 共 20 页数据库图 系统整体模型3.2.2 领域驱动设计（领域驱动设计（DDDDDD）2004 年著名建模专家 Eric Evans 发表了他最具影响力的著名书籍：Domain-Driven Design Tackling Complexity in the Heart of Software（中文译名：领域驱动设计2006 年 3月清华出版社译本，或称 Domain Driven-Design architecture Evans DDD） 。DDD 是告诉我们如何做好业务层！并以领域驱动设计思想来选择和合适的框架。软件

23、的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。 模型驱动设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。单一的领域模型同时满足分析原型和软件设计，如果一个模型实现时不实用，重新寻找新模型。如果模型

24、没有忠实表达领域关键概念时，也必须重新寻找新的模型。建模和设计成为单个迭代循环。将领域模型和设计紧密联系。因此，建模专家必须懂设计，会编程。根据 Eric 的理论，业务层将细分为两个层次：应用层和领域层。应用层：定义软件可以完成的工作，并且指挥具有丰富含义的领域对象来解决问题，保持精练；不包括业务规则或知识，无业务情况的状态；领域层：负责表示业务概念、业务状态的信息和业务规则，是业务软件核心。层次之间必须清晰分离，每个层都是内聚的，并且只依赖它的下层.基于移动终端的电力安全隐患排查管理系统-技术方案技术方案第 13 页 共 20 页Eric 特别指出：那种将业务逻辑交由业务界面处理的快速 UI 方式是旁门左道。希望象C/S 结构那样可视化拖拖图形就完成的软件开发是一种错误的方向，开发时快速，难于维护和扩展，虽然使用 J2EE 技术，其实是一种伪多层技术。在领域对象的生命周期中,有三个模式来维护对象的完整性：聚合（Aggregate）定义清晰的所有权和边界使模型更