危险源监测预警系统概要设计说明书--第一阶段

危险源监测预警系统危险源监测预警系统 概要设计说明书概要设计说明书 . 北京正邦高科信息技术有限公司 2010 年 5 月 目目 录录 1. 引言引言.4 1.1 编写目的.4 1.2 项目利益相关者.4 1.3 预期读者.4 1.4 参考资料.5 2. 设计概述设计概述.5 2.1 限制和约束.5 2.2 设计原则和设计要求.5 3. 系统逻辑设计系统逻辑设计.9 3.1 系统组织设计.9 3.1.1 系统管理.9 3.1.2 危险源管理.9 3.1.3 危险源的辨识与评估.10 3.1.4 危险源申报.10 3.1.5 监控预警管理.11 3.1.6 日常监测.11 3.1.7 数据分析.11 3.1.8 事故隐患管理.11 3.1.9 工作巡查.12 3.2 系统结构设计.12 3.2.1 系统结构图.12 3.2.2 系统管理.12 3.2.3 危险源管理.14 3.2.4 危险源的辨识与评估.17 3.2.5 危险源申报.18 3.2.6 监控预警管理.19 3.2.7 日常监测.24 3.2.8 数据分析.26 3.2.9 事故隐患管理.28 3.2.10 工作巡查.30 3.3 系统接口设计.30 3.3.1 系统接口表.30 4. 系统出错处理设计系统出错处理设计.32 4.1 系统出错处理表.32 5. 数据库设计数据库设计.32 6. 进度计划进度计划.32 1. 引言引言 引言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档 是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的编写目的 本说明书，是根据危险源监测预警系统需求分析说明书编写的，编写概要 设计说明书，主要是为了对危险源监测预警系统（简称系统）各个阶段的分析、 设计、开发工作做一个大纲性的指导，另外，也作为系统开发工作的核心指导， 作为系统各阶段工作的参考依据。 本说明书主要说明了危险源监测预警系统的软件结构、数据库结构和出错处理。 1.2 项目项目利益相关者利益相关者 任务提出者：销售部、项目总监 项目组开发人员：项目的直接领导、开发人员、设计人员等。 产品使用者：系统测试人员、系统最终用户。 1.3 预期读者预期读者 用户； 开发人员； 项目经理； 营销人员； 测试人员； 文档编写人员。 随着系统的开发进展，本说明书会做必要的调整和修改，请及时更新本文， 以便更好的理解系统中各相关内容。 1.4 参考资料参考资料 重大危险源申报范围； 重大危险源申报表； 危险化工工艺重点监控方案； 危险化学品经营单位名单； 中国危险货物包装标志； 危险源台帐； 重大危险源登记表； 化学品信息表； 危险源评价、分级办法； 本公司应急管理系统； 危险源监测预警系统需求分析说明书。 2. 设计概述设计概述 根据目前对用户需求的了解程度，在项目的第一阶段，完成系统核心功能 的开发，对于一些辅助性功能和分支功能，将作为第二阶段的开发目标。另外， 由于某些功能的需求还不十分完善，随着需求、设计的深入，需要及时完善文 档中相关内容。 2.1 限制和约束限制和约束 系统的开发，将在本公司通用平台上进行，对于平台中已经存在，并且符 合本系统需求、设计的功能，将使用通用平台的功能模块。所以在系统的详细 设计、实际开发阶段，要注意系统与通用平台的融合性。 2.2 设计原则和设计要求设计原则和设计要求 2.2.1 命名规则； 对于本系统中常用的英文名称以及缩略语规定如下： 中文名称全称缩写 危险源hazardhzd 监测monitormnt 预警warningwarn 机构、企业corporationcorp 岗位postpost 化学品chemicalcmcl 方案schemeschm 日志loglog 参数parameterparam 设备devicedvc 处理treatmenttreat 指标targettgt 位置positionpstn 操作operateoprt 危险、危害riskrisk 事故accidentaccd 描述descriptiondscrp 等级、级别levellvl 条件conditioncdtn 评价evaluationevltn 化学式formulafmla 分子量weightwght 2.2.2 数据库设计规则： 数据表的命名主要是以 T_业务名称，系统表统一命名规则为：t_sys_名称。 如：危险源信息表 T_HAZARD_INFO、系统配置表：T_SYS_CONFIG 所有的主键序列名为 ID VARCHAR2(50) 关于数据字段的说明需要写清楚 所有数据字典值字段需要统一数据类型和长度（VARCHAR2（10） 关于所有的状态值需要用0表示有效，-1表示无效 关于表的序列建立语句：create sequence seq_表名 start with 1。 关于日期字段的使用，创建时间需要设定默认值（sysdate），其它的日期 时间如果后期需要做为查询条件但同时有可能会为空值则需要统一的设定 默认时间为：to_date(2001-7-30,yyyy-mm-dd)，这样有利于后期 的索引使用。 关于统一用 SQL 语句建的库时需要对数据表和索引进行收缩（如果不进行 收缩会导致索引失效）。 收缩语句： exec dbms_stats.gather_schema_stats(ownname=用户名 ,estimate_percent=100,cascade= TRUE, degree =12); 含义解释 ： ownname:填写需要分析的用户（该用户下所有表都将被分析） estimate_percent:分析抽样的力度 cascade:是否对索引进行分析 degree:并行处理的 cpu 数量 关于数据表索引建立的必须条件是该数据字段必须在业务查询里面是必要 的查询条件。索引的名称规则：ind_表名_字段 关于数据表和索引的存储表空间：数据表的存储为：zbht_data_序号，索 引存储表空间为：zbht_index_序号。 关于函数的命名规则 fn_函数名，存储过程的命名规则：pro_存储过程名。 关于函数和存储过程注释要求如下： /* 创建人： 创建时间： 业务描述： 参数描述： 待办事： */ 关于视图的命名规则：vw_视图名，关于物化视图命名规则为：mw_视图名。 关于数据库用户名统一名称为客户名简称+年份（如 CEL 国际：cel_2009）， 密码统一为：bj_zbht。 必须的安全措施： 系统中要做完善的用户权限设置，通过用户权限控制功能的使用、操作的 数据。用户不能越级查看、修改数据。 系统亲和性要求： 系统中的操作要做到简单、明了、易操作，对于复杂的操作要有向导功能 进行操作指引。界面风格要统一、整洁、大方。 系统可维护性要求： 系统中的函数、接口、变量、数据库命名要规范、统一，以避免开发和维 护中的浪费。 3. 系统逻辑设计系统逻辑设计 3.1 系统组织设计系统组织设计 3.1.1 系统管理 此部分完成企业信息、员工信息、权限信息、岗位信息、角色信息等的管 理。通过这些信息的配置，可以决定用户使用本系统的哪些功能，以及用户可 以查看的数据的范围。 3.1.2 危险源管理 管理危险源的基本信息、分类信息、化学品信息、周边情况等信息的管理。 主要完成这些信息的增删改查。 维护一个危险源的基本信息，应该由以下几部分构成： 1）危险源基本信息：危险源的所属企业、名称、分类名称、负责人等。 2）危险源分类信息：每个危险源只能对应一个危险源分类。危险源的类型 包括：贮罐区（贮罐） 、库区（库） 、生产场所、压力管道、锅炉、压力容器、 煤矿（井工开采） 、金属非金属地下矿山尾矿库等几大类，每个类型的危险源所 要维护的信息各不相同。例如：贮罐区危险源，不仅要维护贮罐区的基本信息， 还要维护每一个贮罐的基本信息。 3）化学品信息：每个危险源，可能由多种化学品成分构成，所以要支持对 一个危险源维护多个化学品成分。化学品的基本信息参考化学品信息表。 4）周边情况信息：因为一个危险源的辨识、分级，不仅与危险源本身的信 息有关，还与其周边情况有直接关系，其周边情况，直接决定了危险源危害的 程度、级别，所以每个危险源要对应一个周边情况信息。周边情况信息的具体 内容，参考危险源周边情况申报表。 一个危险源，只有维护了上面四项信息，才能完成一个危险源全部信息的 维护。有了上面的全部信息，才能实现危险源的辨识、分级。在危险源申报、 审批等环节，也要用到这些信息。 新建一个危险源的信息时，可以以向导方式让用户顺序填写上述信息。如 果危险源的某项信息还不完善，则需要在危险源基本信息管理里面给出相关提 示，以便用户日后完善相应内容。 3.1.3 危险源的辨识与评估 完成危险源辨识模型、危险源辨识、分级等功能。危险源的辨识与评估， 是危险源申报的必要阶段，也是危险源审批、监控、预警的重要参考。 系统中存在一些预定义的危险源辨识模型，危险源辨识、分级的时候，将 危险源与系统中预定义的辨识模型进行对比，找到相对应的模型，给出对危险 源的评价结果：是否构成重大危险源，危险源的级别，监控意见、处警意见等。 3.1.4 危险源申报 完成危险源申报内容的填写、申报内容的提交、申报的审批、危险源的核 销等。 不仅要支持每个环节的顺利下行，还要支持上行，比如，申报提交后，审 批不通过的话，就要回到申报环节，进行重新申报。 另外，申报被审批通过后，要对申报的内容进行封存，以免审批后对危险 源信息的修改。 危险源核销，是危险源申报审批通过，并经过一段时间的监管后，如果危 险源被销毁，或者不再需要进行监控，此时，就需要对危险源进行核销。没有 审批通过的危险源不需要进行核销处理。 3.1.5 监控预警管理 完成危险源监控设备、监控方案、预警方案、事故报告的管理。 危险源的监控方案、预警方案的设置，是本系统的核心部分，只有设置了 灵活的监控方案和预警方案，才能完成对危险源的有效监测，以及对潜在危险、 即发危险的预警。包括对危险源事故处理的跟踪检查，都要在这一部分完成。 3.1.6 日常监测 危险源的日常监测，是指以列表、图型、GIS 地图、图像等方式，展现监 控数据的变化、危险源当前的状况等。不仅要提供最新监控参数的数据，还要 能够反映一定时期内数据的变化情况。日常监测的内容，不仅包括某一个具体 危险源的监控参数的监测，还要实现对某一类或者某个企业的危险源的监测。 监测页面的刷新频率，在系统允许范围内，可以由用户自行指定。 监测数据的更新要做到实时准确。GIS 地图方式查看时，最好能够实现对 危险源影响范围的展现。 3.1.7 数据分析 要实现对危险源、企业、设备等更方面数据的分析、统计，数据的展现可 以是列表、报表、图型等多种展现形式。 3.1.8 事故隐患管理 实现对下属企业、下属部门的事故隐患的管理，包括隐患档案的建立、处 理意见、处理回报、隐患结案等的管理。 安监局通过对危险源监测预警中各项数据的统计、分析，针对某个危险源 或者某个企业、下属单位，做出一个整改的建议，并对这个建议进行备案，以 便跟踪整改的具体措施、以及整改结果。 安监局下发事故隐患的整改建议，是为了降低危险源的预警率、事故率， 也实现了数据分析统计的最终目标对企业、下属单位的工作进行指导、监 管。 3.1.9 工作巡查 完成各企业、各安监局工作的巡查，根据相关的报告、记录，检查企业、 下属安监局的工作情况、进度情况。 3.2 系统结构设计系统结构设计 3.2.1 系统结构图 系统管理 危险源管理 危险源辨识与评估 危险源申报 监控预警管理 日常监测 数据分析 机构管理 人员管理 岗位管理 权限管理 角色管理 重大危险源管理 危险源基本信息管理 危险源分类信息管理 化学品信息管理 危险源周边信息管理 辨识模型管理 危险源辨识与评估 危险源申报填写 危险源申报审批 危险源核销 监控设备管理 监控设备巡检 监控方案管理 预警方案管理 应急预案管理 应急任务管理 事故报告管理 预警方式 声音预警 短信预警 电话预警 邮件预警 预警界面推送 监测数据上报 列表方式监测 图型方式监测 GIS地图监测 动态影像监测 危险源监控数据分析 危险源处警率分析 危险源事故率分析 企业处警率分析 企业事故率分析 企业事故处理效率分析 监控设备事故率分析 事故隐患管理 隐患信息填写 隐患处理任务派发 隐患处理进度报告 隐患排查 工作巡查 3.2.2 系统管理 系统管理中包括：机构管理、人员管理、岗位管理、权限管理、角色管理 等几个子功能。 名称名称机构管理机构管理 功能功能管理单位、企业、安监局的基本信息，包括机构单位的名称、地址、 电话、行业类型、生产产品、上级机构等信息。通过上级机构，可以 实现对企业数据、业务数据的分级管理。另外，在危险源的申报、审 批等环节，也要涉及到企业的级别从属关系。 调用对调用对 象象 危险源基本信息管理、监测预警、日常监测、数据分析、隐患管理、 工作巡查等各模块的子功能。 被调用被调用 对象对象 无 名称名称人员管理人员管理 功能功能管理机构、企业内部的负责人、联系人的基本信息，包括姓名、电话、 职位、级别等信息。企业的人员可以不是本系统的使用者，负责某个 危险源的人员，也可以不是本系统的使用者，但在系统中要维护该人 员的信息，以便在监控等各个环节进行查看，跟踪。 调用对调用对 象象 危险源基本信息管理、监测预警、日常监测、数据分析、隐患管理、 工作巡查等各模块的子功能。 被调用被调用 对象对象 岗位管理 名称名称岗位管理岗位管理 功能功能管理机构、企业内部的岗位信息。系统中危险源、预警等的负责人员， 不与人员建立直接关系，而是通过岗位找到相应的人员，这样设计， 是因为负责危险源、预警的人员的岗位变化的频率相对较小，因此， 如果岗位所对应的人员发生变化了，不需要修改危险源、预警等更环 节的数据，只需要修改岗位与人员的对应关系，其他环节就能够顺利 的找到相关人员的信息。 调用对调用对 象象 危险源基本信息管理、监测预警、日常监测、数据分析、隐患管理、 工作巡查等各模块的子功能。 被调用被调用 对象对象 人员管理 名称名称权限管理权限管理 功能功能管理本系统所有用户对本系统中各项功能的使用权限，包括对系统中 数据的增删改查权限的控制。此模块在通用后台中已经提供，可以考 虑使用通用后台现有功能。 调用对调用对 象象 人员管理、角色管理 被调用被调用 对象对象 无 名称名称角色管理角色管理 功能功能管理本系统中用户的角色，根据用户的角色信息，最终决定了用户具 有哪些操作权限。此功能可以使用通用后台中相关内容。 调用对调用对 象象 人员管理 被调用被调用 对象对象 权限管理 3.2.3 危险源管理 危险源管理模块包括：重大危险源管理、危险源基本信息管理、危险源分 类信息管理、化学品信息管理、危险源周边情况管理等子功能。 名称名称重大危险源管理重大危险源管理 功能功能管理重大危险源的基本信息：名称、所属企业、负责人、以及构成该 重大危险源的危险源。 某个危险源独立存在，可能不构成重大危险源，但某个小范围内的几 个危险源在一起，就可能构成一个重大危险源。而且对于企业、及其 上级机关，最关心的就是重大危险源的监测，所以，要维护重大危险 源的信息。 调用对调用对 象象 危险源辨识与评价、危险源申报、监控预警管理、日常监测、数据分 析等各模块的子功能。 被调用被调用 对象对象 企业管理、危险源管理、危险源分类信息管理、化学品信息管理、周 边情况信息管理等。 名称名称危险源信息管理危险源信息管理 功能功能管理危险源的基本信息：名称、所属企业、负责岗位等。实现对危险 源基本信息的增删改查，还要提供对危险源分类信息、化学品信息、 周边情况等的查看、修改。 如果危险源的某项信息不完善，需要在危险源管理界面中给出提示， 以便用户及时更新相关内容。 调用对调用对 象象 危险源辨识与评价、危险源申报、监控预警管理、日常监测、数据分 析等各模块的子功能。 被调用被调用 对象对象 企业管理、岗位管理、危险源分类信息管理、化学品信息管理、周边 情况信息管理等。 名称名称危险源分类信息管理危险源分类信息管理 功能功能管理危险源的分类信息，由于危险源的分类不同，其要维护的详细内 容不同，所以在已知危险源分类的前提下，调用相应类型的基本信息 维护界面，以便用户填充相关信息，至于每类危险源要填写的信息的 具体内容，请参考危险源申报表中的内容。 对于贮罐区、库区等类型的危险源信息，不仅要维护贮罐区、库区的 基本信息，还要维护区域内的每个贮罐、每个库房的信息，如果该区 域内存在多个贮罐或库房，则需要维护多个贮罐、库房的信息。系统 中要实现对分类的多个子类信息的添加。 需要说明的是，一个危险源固定属于一个分类，一个分类内的子类信 息不会互相参杂。也就是说一个危险源不会既属于贮罐区、又属于锅 炉。 调用对调用对 象象 危险源信息管理。 被调用被调用 对象对象 危险源子类信息管理、化学品信息管理、周边情况信息管理等。 名称名称化学品信息管理化学品信息管理 功能功能管理本系统中的所有危险源的化学成分的信息，信息的具体内容，参 考化学品信息表。 一个危险源可以由多个化学品构成，系统中需要支持危险源和化学品 之间一对多的关系。 另外，如果一个贮罐区类危险源，可能由多个贮罐构成，而每个贮罐 中的化学成分不尽相同，此时维护了危险源的每个贮罐信息之后，用 户就可以通过贮罐信息界面上的相应链接或者按钮，进入化学品信息 维护界面，维护该贮罐内的化学品信息，此时，系统不仅要支持对已 有化学品进行选择，还需要支持新增化学品信息。 调用对调用对 象象 危险源分类信息管理、危险源信息管理等。 被调用被调用 对象对象 无 名称名称危险源周边信息管理危险源周边信息管理 功能功能管理系统中的危险源的周边情况，每一个危险源要对应一个周边情况 信息表，信息的具体内容参考危险源申报表。 危险源的周边情况，直接决定了对危险源的辨识、评级。 调用对调用对 象象 危险源辨识与评价、危险源申报、监控预警管理、日常监测、数据分 析等各模块的子功能。 被调用被调用 对象对象 无。 3.2.4 危险源的辨识与评估 危险源的辨识与评估，包括如下功能：危险源辨识模型管理、危险源辨识 与评估。 名称辨识模型管理 功能 调用对 象 被调用 对象 名称危险源评价 功能 调用对 象 被调用 对象 3.2.1 危险源申报 危险源申报，包括如下功能：危险源申报填写、危险源申报审批、危险源核销 等。 名称危险源申报填写 功能完成危险源申报信息的填写，另外，还要支持对危险源申报信息的导 出、打印。申报信息填写完成后，需要进行审批，所以需要有一个审 批申请功能，同时，将危险源申报内容推送到上级审批部门，以邮件 或者界面提示的方式通知上级审批部门。 在等待申报审批阶段、审批通过以后，都要对危险源数据进行封存， 不再允许随便修改。 调用对 象 无 被调用危险源审批 对象 名称危险源申报审批 功能完成对危险源申报内容的检查、申报内容的审批。如果对申报内容有 异议，需要下级单位重新申报，需要打回申报，此时，要开启危险源 的可编辑状态，以便下级单位修改相关内容，重新进行申报。 调用对 象 无 被调用 对象 无 名称危险源核销 功能完成危险源的核销，危险源的核销需要经过核销申请、核销审批两个 阶段，也就是说核销审批通过的危险源才能被核销，以防止下级单位 对危险源信息的随意更改。 调用对 象 无 被调用 对象 无 3.2.2 监控预警管理 监控预警管理包括如下子功能：监控设备管理、监控设备巡检、监控方案 管理、预警方案管理、应急预案管理、应急任务管理、事故报告管理、声音预 警、短信预警、电话预警、邮件预警、预警界面推送。 名称监控设备管理 功能管理所有监控设备的基本信息，包括监控设备的名称、生产厂家、安 装位置、可监控信息、生产日期、安装日期、使用年限、维护人员、 维护记录等。 通过监控设备的信息，可以在监控方案中设置需要监控的危险源参数， 是从那一个监控设备上采集到的。 而且在日常监测中，可以根据监控参数的变化，检查监控设备的工作 情况、工作效率。 调用对 象 监控方案管理 被调用 对象 无 名称监控设备巡检 功能监控设备的巡检，主要是通过对监控设备采集到的数据的变化情况进 行分析完成的，通过这些数据的准确程度、更新频率等，就可以初步 判断出监控设备的状态，以及监控设备的工作效率。 另外，也可以检查监控设备的事故率、故障排查效率等。 调用对 象 无 被调用 对象 监控设备管理 名称监控方案管理 功能通过监控方案，可以自行设定每个危险源具体要监测那几项参数，每 个参数的来源、更新间隔等。 监控方案的设置，是危险源预警方案设置的依据。 调用对 象 危险源管理 被调用 对象 预警方案管理、监控设备管理等 名称预警方案管理 功能通过预警方案，可以设置危险源的预警级别和预警条件，同时，在预 警方案中，也设置了每一级别的预警，需要通知的岗位、预警声音文 件、预警短信内容、预警电话录音文件、预警邮件内容、预警界面提 示内容等信息。 预警的方式，可以包括：声音、界面推送、短信、电话、邮件等多种 方式。 预警时，需要通过预警要通知的岗位，查询到相关的人员的联系方式， 直接向该岗位上的人员发送预警信息。 调用对 象 监控方案 被调用 对象 岗位管理、应急预案管理 名称应急预案管理 功能危险源出现预警后，要启动相应的应急预案，在预案被启动以及预警 方案设置中，可以设置和查看相应的预案。 调用对 象 预警方案管理、危险源预警 被调用 对象 应急任务查询、事故报告查询 名称应急任务管理 功能危险源预警，并启动应急方案后，需要对应急处理的各个环节进行监 管、在必要的时候对应急任务进行调整。 如果所有的应急任务已经完成，需要对应急预案进行关闭，以接触危 险源的预警状态。 调用对 象 应急预案管理 被调用 对象 事故报告管理 名称事故报告查询 功能在应急处理中、以及应急处理完毕后，对整个事故的处理情况、进展 阶段进行检查。 对事故报告的跟踪检查，可以知道在应急处理中间阶段，即使调整应 急任务，以便提高应急处理效率。 调用对 象 应急预案管理、应急任务管理 被调用 对象 无 名称声音预警 功能当危险源符合预警方案设置的预警条件时，系统通过声音提示相关人 员处警。预警声音对应的文件可以在预警方案设置中进行选择。 调用对 象 危险源预警 被调用 对象 无 名称短信预警 功能当危险源符合预警方案设置的预警条件时，系统通过短信方式提示相 关人员处警。预警短信的内容可以在预警方案设置中进行选择。 调用对 象 危险源预警 被调用 对象 无 名称电话预警 功能当危险源符合预警方案设置的预警条件时，系统通过打电话、播放录 音文件方式提示相关人员处警。要播放的录音对应的文件可以在预警 方案设置中进行选择。 调用对 象 危险源预警 被调用 对象 无 名称邮件预警 功能当危险源符合预警方案设置的预警条件时，系统通过邮件方式提示相 关人员处警。邮件内容可以在预警方案设置中进行选择。 调用对 象 危险源预警 被调用 对象 无 名称预警界面推送 功能当危险源符合预警方案设置的预警条件时，系统通过界面推送方式提 示相关人员处警。预警界面的提示内容可以在预警方案设置中进行选 择。 调用对 象 危险源预警 被调用 对象 无 3.2.3 日常监测 日常监测的主要手段包括：监测数据上报、列表方式监测、图型方式监测、 GIS 地图监测、动态影像监测等。 名称监测数据收集 功能系统可以以自动或者手动方式，从指定位置提取危险源实时数据，数 据收集频率、收集参数、数据文件位置等信息，都可以由用户指定。 用户可以在系统中设置多种数据收集方案。 调用对无 象 被调用 对象 无 名称监测数据上报 功能系统提供接口，让用户进行监测数据的上报，用户在界面上直接填写， 或者通过指定文件详细路径，由系统进行读取。用户经过确认后，将 数据添加到系统数据库中。 调用对 象 无 被调用 对象 无 名称列表方式监测 功能用户通过查询条件，指定要查询哪些或哪个危险源的监控参数，列表 中可以显示多个危险源的多个监控参数在某个较短时间段内的所有数 值。 查询条件、页面刷新间隔由用户在界面上进行指定。 页面每次刷新都以用户最后指定的查询条件为准。 调用对 象 无 被调用 对象 危险源管理 名称图型方式监测 功能用户通过指定查询条件，在界面上以曲线图、柱状图等图形方式，检 查危险源的监控参数在某时间段内的变化情况。 查询条件、页面刷新间隔由用户在界面上进行指定。 页面每次刷新都以用户最后指定的查询条件为准。 调用对 象 无 被调用 对象 危险源管理 名称GIS 地图监测 功能用户通过指定某个区域、或者某个中心点，以 GIS 地图的方式检查某 区域内的危险源的监控参数、预警情况等信息。 查询条件、页面刷新间隔由用户在界面上进行指定。 页面每次刷新都以用户最后指定的查询条件为准。 调用对 象 无 被调用 对象 危险源管理 名称动态影像监测 功能用户通过指定监控设备，在界面上查看某监控设备采集到的动态影像。 调用对无 象 被调用 对象 危险源管理 3.2.1 数据分析 数据分析主要包括如下功能：危险源监控数据分析、危险源处警率分析、危险 源事故率分析、企业处警率分析、企业事故率分析、企业事故处理效率分析、 监控设备事故率分析等。 名称危险源数据分析 功能根据一定的查询条件，查询某一个危险源、某一类危险源、某几个危 险源的监控参数的变化情况，以分析危险源参数的变化规律，改进危 险源的监管措施。 调用对 象 无 被调用 对象 危险源查询、企业查询 名称危险源处警率分析 功能根据一定的查询条件，查询某一个、某一类、某几个危险源的预警率、 事故处理效率等数据，以便根据危险源的预警率、预警反映速度等数 据，调整危险源的监控方案、监管措施。 调用对 象 无 被调用 对象 危险源查询、企业查询 名称危险源事故率分析 功能根据一定的查询条件，查询某一个、某一类、某几个危险源的事故相 关数据，包括某时间段内的事故发生率、事故性质、事故处理结果、 处理效率等数据，通过对这些数据的分析，可以指导危险源监控措施 的完善。 调用对 象 无 被调用 对象 危险源查询、企业查询 名称企业处警率分析 功能根据一定的查询条件，查询某一个、某几个企业的预警率、预警反映 效率、预警级别等数据，根据这些数据，监督、指导企业的工作。 调用对 象 无 被调用 对象 危险源查询、企业查询 名称企业事故率分析 功能根据一定的查询条件，查询某一个、某几个企业的事故发生率、事故 级别等数据，根据这些数据，监督指导企业工作。 调用对 象 无 被调用 对象 危险源查询、企业查询 名称企业事故处理效率分析 功能根据一定的查询条件，查询某一个、某几个企业的事故反映效率、事 故处理效率等数据，根据这些数据，监督指导企业的工作。 调用对 象 无 被调用 对象 企业查询、危险源查询 名称监控设备事故率分析 功能根据一定的查询条件，查询监控设备的事故率，以减少监控设备的事 故率、保证监控数据的准确性、实时性。 调用对 象 无 被调用 对象 监控设备查询 3.2.2 事故隐患管理 通过对危险源各方面信息的监控、数据分析，上级单位会对一些存在事故隐患 的单元做出一些整改批示，并将这些整改意见下发给负责整改的单位、个人， 所以要不仅要实现对事故隐患的管理。 事故隐患管理包括如下功能：隐患信息填写、隐患处理任务派发、隐患处理进 度报告、隐患排查等。 名称隐患信息填写 功能对于需要整改的事故隐患，需要对隐患的位置、可能导致的事故、整 改意见等信息进行描述，通过对这些信息的描述，得到事故隐患的一 个完整信息。 调用对 象 无 被调用 对象 隐患处理任务派发 名称隐患处理任务派发 功能根据事故隐患的信息，经常会产生一系列的整改措施，这些整改措施， 下发到某一个具体的单位、个人就成为一个隐患处理任务，要实现对 这些任务的描述、负责人、负责单位、实现目标、完成时间等信息的 管理。同时，任务制定好以后，还要实现任务的下发，也就是说，任 务制定完成后，需要及时通知到相关负责人员，也就任务派发。 调用对 象 无 被调用 对象 无 名称隐患处理进度报告 功能对于正在整改或者整改结束的隐患单元，要提供隐患处理情况的查询、 跟踪，以处理报告的形式展现给用户。同时，还要支持对这些报告的 打印、导出。 调用对无 象 被调用 对象 无 名称隐患排出 功能根据隐患处理情况、处理结果，决定隐患是否排出，还是给出进一步 的整