危险源监测预警系统设计说明书第一阶段.doc

资源描述

危险源监测预警系统概要设计说明书 . 北京正邦高科信息技术有限公司 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 命名规则；对于本系统中常用的英文名称以及缩略语规定如下：中文名称全称缩写危险源 hazard hzd 监测 monitor mnt 预警 warning warn 机构、企业 corporation corp 岗位 post post 化学品 chemical cmcl 方案 scheme schm 日志 log log 参数 parameter param 设备 device dvc 处理 treatment treat 指标 target tgt 位置 position pstn 操作 operate oprt 危险、危害 risk risk 事故 accident accd 描述 description dscrp 等级、级别 level lvl 条件 condition cdtn 评价 evaluation evltn 化学式 formula fmla 分子量 weight wght 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。 l 必须的安全措施：系统中要做完善的用户权限设置，通过用户权限控制功能的使用、操作的数据。用户不能越级查看、修改数据。 l 系统亲和性要求：系统中的操作要做到简单、明了、易操作，对于复杂的操作要有向导功能进行操作指引。界面风格要统一、整洁、大方。 l 系统可维护性要求：系统中的函数、接口、变量、数据库命名要规范、统一，以避免开发和维护中的浪费。 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 系统结构图 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 事故隐患管理通过对危险源各方面信息的监控、数据分析，上级单位会对一些存在事故隐患的单元做出一些整改批示，并将这些整改意见下发给负责整改的单位、个人，所以要不仅要实现对事故隐患的管理。事故隐患管理包括如下功能：隐患信息填写、隐患处理任务派发、隐患处理进度报告、隐患排查等。名称隐患信息填写功能对于需要整改的事故隐患，需要对隐患的位置、可能导致的事故、整改意见等信息进行描述，通过对这些信息的描述，得到事故隐患的一个完整信息。调用对象无被调用对象隐患处理任务派发名称隐患处理任务派发功能根据事故隐患的信息，经常会产生一系列的整改措施，这些整改措施，下发到某一个具体的单位、个人就成为一个隐患处理任务，要实现对这些任务的描述、负责人、负责单位、实现目标、完成时间等信息的管理。同时，任务制定好以后，还要实现任务的下发，也就是说，任务制定完成后，需要及时通知到相关负责人员，也就任务派发。调用对象无被调用对象无名称隐患处理进度报告功能对于正在整改或者整改结束的隐患单元，要提供隐患处理情况的查询、跟踪，以处理报告的形式展现给用户。同时，还要支持对这些报告的打印、导出。调用对象无被调用对象无名称隐患排出功能根据隐患处理情况、处理结果，决定隐患是否排出，还是给出进一步的整改意见，如果需要进行进一步的整改，需要重新进行处理任务的派发。如果隐患处理完毕，则需要将隐患进行排出。调用对象无被调用对象无 3.2.3 工作巡查工作巡查用于上级机关单位监督下级单位的日常工作内容、工作效率，以及上级派发任务的执行效率等。系统中要提供有效的考核目标，以便考核、跟踪下级单位的执行效率、工作进展等。 3.3 系统接口设计 3.3.1 系统接口表 3.3.1.1 危险源预警与应急系统接口由于本公司应急系统中已经有完善的应急预案、任务、事故处理等相关功能，所以在本系统中不再对这部分做重复开发，从系统维护等各环节考虑，在危险源预警后，直接调用应急系统中相关内容进行应急预案、事故处理等的查看。所以，在系统中需要实现与应急系统中相关接口的功能。接口输入：要启动的应急预案的代码或基本信息，以便查询到相关的应急预案、事故处理等信息。接口输出：应急预案相关信息、事故处理等信息。由于需要查询的结果不同，可以用多个接口实现多种信息结果的查询，比如应急预案的查询和事故处理报告的查询，可以作为两个接口。此接口的规范、协议、具体实现等，参考应急系统的设计和实现方法，根据本系统的实现方法实现。 3.3.1.2 日常监测与GIS地图的接口日常监测中，需要有GIS地图方式的监测数据展现方式，所以在系统中要实现本系统与GIS地图的接口。接口输入：危险源信息以及危险源监控参数信息。接口输出：在地图上，根据危险源的位置信息，展现每个危险源的监控参数、预警状态等。 3.3.1.3 GIS地图与危险源信息管理的接口当用户以GIS地图方式监测危险源时，如果用户想查看某个危险源的详细信息，只需要在GIS地图上点击该危险源，就可以进入危险源信息查看界面，以便查询到危险源的所有相关信息。接口输入：GIS地图上危险源标识。接口输出：危险源查看界面或者危险源管理界面。 3.3.1.4 日常监测与动态影像的接口日常监测中，有时需要用动态影像方式监测某个危险源或者某片区域内的危险源，亦或仅仅是某个车间、某个库区等。此时，系统就要调用动态影像展现在界面上。接口输入：监控设备表示。接口输出：监控设备捕捉到的动态影像。系统中不仅要查看某一个监控设备的影像，还要支持在同一时间查看多个监控设备的影像。 3.3.1.5 数据上报与其他系统接口本系统中的数据，有可能需要上报到其他系统中，这就需要提供数据输出、打印、或者直接上报到相关系统中的功能。由于受到其他系统的限制，具体实现，还需要根据对端系统确定接口的实现。接口输入：需要上报的数据的查询条件。接口输出：上报材料的查询结果。 4. 系统出错处理设计 4.1 系统出错处理表由于通用平台中已经有系统出错的统一处理，包括错误提示的格式、内容都有统一的要求，用于提示出错信息的界面也是同一个，具有很高的通用性、规范性，所以本系统中将使用通用平台的出错处理，不在重新做容错处理的相关开发。 5. 数据库设计数据库设计参考《危险源数据关系表.pdm》

展开阅读全文