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

基于移动基于移动终端的电力平安隐患排查管理系统技术方案温州易思网络科技温州易思网络科技温州市云计算应用工程技术研究中心地址：中国·温州市茶山高教园区：8686-mail:文档控制工程名称基于移动终端的电力平安隐患排查管理系统文档名称技术方案1.文档属性文件状态文档编号：WZYISI_DL_2023_AQYHPC_技术方案[√]初稿文档版本：[]发布文档密级：机密[]修订采纳标准：CMMIDEVV1.22.版本历史日期版本说明作者2023-12-25初稿黄河2023-01-28依据当日交流结果，进行补充黄河版权声明温州易思网络科技云计算应用工程技术研究中心版权所有，保存一切权利。未经本公司书面许可，任何单位和个人不得擅自摘抄、复制本文档的局部或全部，并以任何形式传播。目录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.2技术路线10软件结构10领域驱动设计〔DDD〕113.3软件分层架构描述13实体模型层13实体效劳层13交互接口层13WEB端结构13移动端实现133.4本公司类似案例界面概览13首页13企业管理14企业自报14网格检查15网格管理15统计分析16隐患库16瓯海区安监定制的小网格Android客户端17温州市安监通小网格Android客户端18工程需求概述1.1工程背景为进一步标准电力施工平安管理，深入开展平安事故隐患排查治理，落实施工单位平安生产主体责任，提高平安生产工作针对性、有效性，构建高效有序的平安施工监管模式，夯实平安生产根底结构，使施工单位根本情况数据化、分类管理动态化。1.2用户诉求以施工工程与区域网格为管理单元施工工程具有时效型，可由施工平安部门负责管理与巡查；对于固定电力设施设备的平安管理及巡查，按网格进行划分并进行分类管理。隐患分类分级管理，可跟踪可追溯对施工单位自报与巡查发现的隐患，按照严重程度进行分级，按照类别进行分类，一次可上报多个隐患，并对每个隐患独立进行跟踪〔整改、挂牌等后续流程〕。上级网格可追溯到每一个隐患的详细情况，可依据各指标生成各类隐患情况报表。施工单位自查自报与网格巡查相结合要求施工单位按周期上报自查结果〔隐患〕，按照上报情况可分析施工单位平安生产状况；同时允许施工单位随时发现隐患随时上报〔即使本周期已经上报〕。系统可以进行设置，自动以短信等方式进行提醒催促。〔如自动向本周期结束前3个工作日还未自报的施工单位发送提醒短信〕数据标准化，实现标准接口以现有数据标准为基准进行数据定义，定义功能接口，便于本级机构通过接口上传数据到上级机构并执行业务流程。移动客户端易于使用移动客户端在开发过程中遵循简单易用的原那么〔基层用户工作任务繁重，对智能的应用能力参差不齐〕，主要表达在：智能提醒巡查〔依据巡查周期，提醒用户去巡查时间要求最紧的施工工程、复查提醒、后期参加依据地理信息推荐临近施工工程的功能〕；自动更新〔客户端自行升级〕；动态维护检查情况与整改建议模板库，做到常用情况快速选择与录入；运用二维码与地理信息技术，加强巡查工作管控与考核。1.3任务概述电力平安隐患排查系统整体的功能模块有：施工单位管理、施工工程管理、巡查点管理、施工单位自报、现场巡查、统计分析、短信管理、用户与网格管理。在用户角色类型上，分为：网格巡查人员、施工巡查人员、施工单位三种用户。各个角色的功能权限都将不同。在使用形式上，有WEB客户端与客户端，其中客户端分为iOS〔苹果〕与Android〔安卓〕两个系统版本。其主要目的是使各个级别的用户〔含各级网格责任人、施工单位主〕可以随时通过移动客户端现场查看施工单位、施工工程情况、现场执法、现场提交隐患等。1.4实现目标《电力平安隐患排查系统》主要的实现目标有：网格化管理：以网格化管理为纲，落实平安生产巡查任务到人；实现平安隐患排查业务流程信息化：明确各个机构的职责、实现施工单位隐患自报、平安巡查、隐患整治等业务流程。隐患上报业务管理：施工单位隐患自报与日常巡查相结合，实现隐患上报、隐患整改、抄告、挂牌等业务流程；实现移动巡查与管理：实现移动客户端〔Android平台、iOS平台〕，网格巡查人员可现场进行巡查记录、拍照上传；施工单位、施工工程、巡查点管理：掌握每一家施工单位、施工工程的信息；维护每一个平安巡查点的情况。统计与分析：提供根底信息报表、考核相关报表，在全县数据的根底上，按照缙云县安监工作的具体情况与要求，提供针对性分类报表，在此根底上进行数据挖掘与分析，找到各项指标之间的相关性，以提供平安生产总体趋势报表；数据标准与接口定义：定义并向下级机构开放全省平安生产管理系统的标准数据接口，各个市、区县可以在原有系统上实现接口、上传数据，保护原有信息化投资。动态维护检查情况与整改建议模板库。1.5工程进度方案功能设计施工单位管理〔施工班组管理〕按照现行标准定义出施工单位根底信息与详细信息的具体内容，其施工单位信息可由小网格用户与施工单位用户进行修改，上级部门可查看。施工单位查询：按照区域〔大、中、小网格〕、名称〔模糊〕进行施工单位查询；需抄告施工单位管理：列出按照规定要求〔如无证无照〕列出需抄告施工单位列表；已注销施工单位列表：列出已经注销施工单位，可执行恢复施工单位操作。施工单位自报施工单位自主申报：各个施工单位需要按周期登录到系统，上报本周期施工工程的平安隐患自查情况，实现零隐患上报制度。对于已上报隐患，施工单位可以进行整改情况上报。施工工程管理〔施工线路〕平安管理部门对施工工程进行登记、修改等操作；在施工期的工程，需要平安管理部门定期巡查，上报隐患；指定某个施工工程的平安责任人〔负责巡查〕。用户与网格管理〔用户管理〕用户管理：对本辖区内的稽查人员以及施工组负责人进行增、删、改；并管理用户与施工组的绑定关系。〔指定某个用户为某个网格的负责人〕。巡查点管理添加需进行平安巡查的设施、设备，定义或调整所归属的网格。施工工程〔线路〕平安巡查本季度未排查施工工程：将列出内本周期未巡查施工工程列表，提醒平安管理人员进行巡查。添加检查：添加检查记录，记录隐患条目与现场照片。可采用移动客户端进行记录。检查情况与整改建议，可以从模板中快速选择。系统提供智能化关联的功能，如选中某个检查情况，自动在整改建议中添加对应的〔有关联〕的整个建议模板。现场生成情况反应单，并采用移动打印机打印〔蓝牙〕。检查记录跟踪：列出本网格内的检查记录〔可按隐患认定类别、整个情况进行筛选〕。对检查记录进行详情查看与隐患整改操作。网格检查情况汇总：对下级辖区的网格检查情况进行统计分析〔具体数据：需检查施工工程总数、已检查施工工程数、未检查施工工程数、检查次数、检查率、一般隐患次数、重大隐患次数、整改完毕数、未整改完毕数、整改率〕，可层层分解进入，直至某个施工工程某次检查的详细情况〔含现场记录与现场照片〕。各类型隐患上报情况统计：列出各种检查项的发现次数，便于上级了解施工单位易发现的隐患，从而有针对性的对施工单位进行整治。模板库检查情况与整改建议的模板进行增、删、改、查，建立对应关系〔某个检查情况项对应某个整个建议项〕，在操作时，可快速录入。系统还可以对录入的检查情况与整个建议进行分析，将新的内容进行判断是否常用，自动添加到模板库中。统计分析本系统内所有页面表格都可支持分页、排序、导出为Excel表格功能。对于重点的几个报表，可以支持直接打印、导出Word、导出为Excel、导出为PDF等功能。施工单位自报统计：按本辖区内各个子网格进行统计〔施工单位数、已上报施工单位数、从未上报施工单位数、施工单位隐患数、隐患整改数、施工单位剩余隐患数、上报率、整改率〕；网格巡查统计：按施工单位、网格进行统计〔检查次数、无隐患次数、一般隐患数、重大隐患数〕；网格信息统计：本辖区内网格根本情况〔负责人、联系、巡查点数〕；施工工程巡查统计：按施工单位、巡查人员、时间统计施工工程巡查情况；报表扩展与数据挖掘：依据管理部门的业务要求，可自定义一般类型的统计报表。在积累了一定数据后，可以对数据进行数据挖掘与分析，并进行一定程度的预测预警。短信管理与移动短信平台对接，可在系统内手工或自动发送提醒短信。提供自定内容短信与预制内容短信两种发送方式。所谓自动，就是比方在季末时向为进行自报的施工单位发生提醒短信。隐患库一般隐患列表：列出本辖区内的所有的上报的一般隐患及其整改情况，可依据整改状态与上报时间进行筛选。重大隐患列表：列出本辖区内的所有的上报的重大隐患及其整改情况，可依据整改状态与上报时间进行筛选。隐患挂牌与摘牌：可对某个施工单位进行挂牌〔需指定督办单位及其联系人〕与摘牌。移动客户端需巡查施工工程列表：列出本小网格内需要巡查的施工单位，按照优先级进行智能推荐与排序。需巡查的巡查点列表：列出本小网格内需要巡查的施工单位，按照优先级进行智能推荐与排序。施工工程：点击一个施工工程，列出此施工工程与施工单位的根本情况。巡查点详情：点击一个巡查点，显示此巡查点的根本情况与巡查记录。执行检查：对某个施工工程或巡查点进行巡查与复查，记录巡查情况〔大局部为选择项，极少用到文字输入，直接拍照〕。整改处理：对已有隐患的整改情况进行处理。施工工程添加：新增施工单位。扫一扫：能通过扫描二维码查找施工工程与巡查点。施工工程查找：按照施工工程名拼音首字母进行查找。巡查报表：列出本网格巡查情况报表。施工单位自报报表：列车本网格施工单位的自报情况。数据上报接口依据业务开发业务数据接口，以与上级系统的进行业务衔接。按用户要求的格式，生成情况反应单；可导出现场图片。技术解决方案设计原那么在设计中应遵循如下原那么：标准性系统设计所采用的技术和设备应符合国家、地方的有关法规、行业标准以及工业标准；信息的分类及编码应严格执行现行的国家标准和行业标准。先进性和实用性采用业界先进的开发技术，选用先进设备，建立一种新概念的、开放的现代管理和办公环境，以组件式的信息技术为依托建立完善的整个系统，在较长的时间内能保证系统的先进性和成长性。在系统平台的建设中，要充分考虑应用系统对处理能力的需求，防止发生性能瓶颈，保证系统能够按时、按质和按量的交付使用。业务性原那么紧密围绕环平安生产管理的业务，系统应能适应目标的多重性，环境的多变性，方法的多样性；遵从行业标准，表达即时监测、及时感知、数据有效、分析准确和数据共享等业务应用特征。易操作性原那么遵从行业应用需求和习惯，开发具有管道燃气行业特色、标准化操作模式、友好的人机界面、可视化功能展示的应用系统，做到功能强大、界面友好、贴近实际、操作简单、使用方便。标准化原那么系统建设、业务处理和技术方案应符合国家、地方、行业的有关信息化标准的规定。数据指标体系及代码体系统一化、标准化，符合国标或者部颁标准。保护现有投资可延续性充分利用已有设备和已有系统的成果，实现已有数据、系统的利用和保护以及现有工作人员知识的利用，系统的数据结构和功能体系应充分表达目前平安生产管理的业务需求。平安性和稳定性应用系统必须有高可靠性，并对使用信息进行严格的权限管理。在技术上，应采用数据库备份与恢复、身份认证和访问控制等相应的措施，保证数据库平安、应用软件运行、操作平安、系统的可靠和稳定等。可扩展性和可移植性系统建设必须考虑采用扩展性好的系统架构，保证能够适应将来的业务需求变化和和政府信息化建设的需要，预留扩展接口，适应业务需求变化，以利于系统的二次开发和升级。随业务增长，系统建设和升级须支持跨平台的可移植性。开放性系统总体方案设计在体系结构、硬件平台、软件平台确实定方面，从设备选型到设计、开发都要充分考虑“标准和开放〞的原那么。在应用系统的设计与开发方面，依据标准化和模块化的设计思想，在此根底上建立具有一定灵活性和可扩展性的应用平台，使系统不仅在体系结构上保持很大的开放性而且同时提供各种灵活可变的接口，系统内部也保持相当程度的可扩充性。技术路线软件结构本系统以领域驱动设计〔DDD〕为核心思想。在具体技术上，采用MicrosoftEntityFramework为面向领域开发的实现框架。在系统分层上，分为模型层、业务效劳层、接口层、页面层。在具体技术上，使用EasyUI为页面层框架，通过JSON格式与接口层进行数据交换，系统中移动APP也将通过JSON格式与接口层交互。图系统整体模型领域驱动设计〔DDD〕2004年著名建模专家EricEvans发表了他最具影响力的著名书籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware〔中文译名：领域驱动设计2006年3月清华出版社译本，或称DomainDriven-Designarchitecture[EvansDDD]〕。DDD是告诉我们如何做好业务层！并以领域驱动设计思想来选择和适宜的框架。软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集根本概念；而设计必须指明一组能在工程中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。单一的领域模型同时满足分析原型和软件设计，如果一个模型实现时不实用，重新寻找新模型。如果模型没有忠实表达领域关键概念时，也必须重新寻找新的模型。建模和设计成为单个迭代循环。将领域模型和