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

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

《危险源监测预警系统概要设计说明书第一阶段.docx》由会员分享，可在线阅读，更多相关《危险源监测预警系统概要设计说明书第一阶段.docx（29页珍藏版）》请在冰点文库上搜索。

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

危险源监测预警系统

概要设计说明书

．

北京正邦高科信息技术有限公司

2010年　5月

1.引言4

1．１编写目的ﻩ4

1.2　项目利益相关者ﻩ4

1.３　预期读者4

2.　设计概述5

２．1　限制和约束ﻩ５

2.2设计原则和设计要求5

3．　系统逻辑设计9

3．１系统组织设计ﻩ９

3.1.２危险源管理ﻩ９

3.1.3危险源的辨识与评估ﻩ10

3.１.4危险源申报ﻩ1０

３．１.5监控预警管理１1

3．1.６日常监测ﻩ1１

3.1.7数据分析ﻩ11

3.1.８事故隐患管理11

3.1．9　工作巡查1２

3．2系统结构设计1２

３.2.２系统管理ﻩ１２

３．2.３危险源管理1４

3．2．4　危险源的辨识与评估ﻩ１7

３.2．5危险源申报18

3．2．7日常监测ﻩ24

3．２.8数据分析２6

3．2．9事故隐患管理ﻩ28

3.2．1０　工作巡查ﻩ３0

3.3．1系统接口表30

4.系统出错处理设计ﻩ3２

4.1　系统出错处理表32

５.　数据库设计32

６.进度计划3２

ﻬ

1.引言

引言是对这份软件系统概要设计报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。

1.1编写目的

本说明书,是根据《危险源监测预警系统需求分析说明书》编写的，编写概要设计说明书，主要是为了对危险源监测预警系统（简称系统）各个阶段的分析、设计、开发工作做一个大纲性的指导，另外，也作为系统开发工作的核心指导,作为系统各阶段工作的参考依据。

本说明书主要说明了危险源监测预警系统的软件结构、数据库结构和出错处理。

1.2项目利益相关者

任务提出者：

销售部、项目总监

项目组开发人员：

项目的直接领导、开发人员、设计人员等。

产品使用者：

系统测试人员、系统最终用户。

1.3预期读者

✧用户;

✧开发人员；

✧项目经理;

✧营销人员;

✧测试人员；

✧文档编写人员。

随着系统的开发进展，本说明书会做必要的调整和修改，请及时更新本文,以便更好的理解系统中各相关内容。

1.4参考资料

✧重大危险源申报范围;

✧重大危险源申报表；

✧危险化工工艺重点监控方案;

✧危险化学品经营单位名单；

✧中国危险货物包装标志；

✧危险源台帐;

✧重大危险源登记表；

✧化学品信息表;

✧危险源评价、分级办法;

✧本公司应急管理系统；

✧危险源监测预警系统需求分析说明书。

2.设计概述

根据目前对用户需求的了解程度,在项目的第一阶段，完成系统核心功能的开发，对于一些辅助性功能和分支功能，将作为第二阶段的开发目标。

另外，由于某些功能的需求还不十分完善,随着需求、设计的深入,需要及时完善文档中相关内容。

2.1限制和约束

系统的开发,将在本公司通用平台上进行,对于平台中已经存在,并且符合本系统需求、设计的功能，将使用通用平台的功能模块。

所以在系统的详细设计、实际开发阶段，要注意系统与通用平台的融合性。

2.2设计原则和设计要求

2.2.1命名规则；

对于本系统中常用的英文名称以及缩略语规定如下：

中文名称

全称

缩写

危险源

hazard

ｈｚｄ

监测

monitor

ｍnt

预警

warning

ｗarｎ

机构、企业

cｏｒpoｒatiｏn

coｒｐ

岗位

pｏst

pｏst

化学品

chemical

ｃmcl

方案

scheme

scｈｍ

日志

ｌog

ｌｏg

参数

paramｅter

param

设备

ｄｅvice

dvｃ

处理

ｔｒeatｍent

treａt

指标

ｔargｅt

tgｔ

位置

poｓiｔｉon

ｐsｔn

操作

operaｔｅ

ｏpｒt

危险、危害

risｋ

ｒisｋ

事故

accident

aｃｃｄ

描述

descrｉpｔiｏn

dsｃｒp

等级、级别

lｅｖel

lｖl

条件

cｏnditiｏｎ

cdtn

评价

evａluaｔion

ｅvltn

化学式

foｒmｕla

ｆmｌa

分子量

ｗeighｔ

wght

2.2.2数据库设计规则：

✧数据表的命名主要是以T_业务名称,系统表统一命名规则为：

t＿sys_名称。

如：

危险源信息表T_HＡZARＤ_ＩNＦＯ、系统配置表：

Ｔ＿SYS_CONFIＧ

✧所有的主键序列名为IＤVARCHAR2（50）

✧关于数据字段的说明需要写清楚

✧所有数据字典值字段需要统一数据类型和长度（VAＲCＨAR2（1０））

✧关于所有的状态值需要用’０’表示有效，’－1’表示无效

✧关于表的序列建立语句：

createｓequenceseｑ＿表名　sｔaｒtwｉth１。

✧关于日期字段的使用,创建时间需要设定默认值（sysdａｔe），其它的日期时间如果后期需要做为查询条件但同时有可能会为空值则需要统一的设定默认时间为：

to_date（‘2001-７-３０‘,’yｙｙｙ-ｍm-ｄd’）,这样有利于后期的索引使用。

✧关于统一用SQL语句建的库时需要对数据表和索引进行收缩（如果不进行收缩会导致索引失效）。

收缩语句：

exｅc　dbｍｓ_staｔｓ.gatｈer＿scｈemａ_ｓtａts（ownｎａｍe=>＇用户名',ｅsｔiｍatｅ＿peｒcent=>10０,ｃａｓcade=>ＴＲUE,ｄegree　＝>12）;

含义解释:

ownname：

填写需要分析的用户（该用户下所有表都将被分析）

　estimatｅ_percent:

分析抽样的力度

　　casｃade:

是否对索引进行分析

dｅgreｅ:

并行处理的cｐu数量

✧关于数据表索引建立的必须条件是该数据字段必须在业务查询里面是必要的查询条件。

索引的名称规则：

ind＿表名＿字段

✧关于数据表和索引的存储表空间:

数据表的存储为：

zｂｈｔ_dａｔａ_序号，索引存储表空间为:

zbｈt_index_序号。

✧关于函数的命名规则ｆn_函数名,存储过程的命名规则:

pro_存储过程名。

✧关于函数和存储过程注释要求如下:

/＊＊

创建人:

创建时间：

业务描述：

参数描述:

待办事：

*／

✧关于视图的命名规则：

vw＿视图名,关于物化视图命名规则为：

ｍw_视图名。

✧关于数据库用户名统一名称为客户名简称+年份（如ＣEＬ国际：

cel＿２００9），密码统一为：

bj_ｚbhｔ。

●必须的安全措施：

系统中要做完善的用户权限设置,通过用户权限控制功能的使用、操作的数据。

用户不能越级查看、修改数据。

●系统亲和性要求：

系统中的操作要做到简单、明了、易操作，对于复杂的操作要有向导功能进行操作指引。

界面风格要统一、整洁、大方。

●系统可维护性要求:

系统中的函数、接口、变量、数据库命名要规范、统一，以避免开发和维护中的浪费。

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地图、图像等方式,展现监控数据的变化、危险源当前的状况等。

不仅要提供最新监控参数的数据,还要能够反映一定时期内数据的变化情况。

日常监测的内容，不仅包括某一个具体危险源的监控参数的监测,还要实现对某一类或者某个企业的危险源的监测。

监测页面的刷新频率,在系统允许范围内，可以由用户自行指定。

监测数据的更新要做到实时准确。

GＩS地图方式查看时,最好能够实现对危险源影响范围的展现。

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.5危险源申报

危险源申报,包括如下功能：

危险源申报填写、危险源申报审批、危险源核销等。

名称

危险源申报填写

功能

完成危险源申报信息的填写,另外，还要支持对危险源申报信息的导出、打印。

申报信息填写完成后，需要进行审批，所以需要有一个审批申请功能,同时，将危险源申报内容推送到上级审批部门，以邮件或者界面提示的方式通知上级审批部门。

在等待申报审批阶段、审批通过以后，都要对危险源数据进行封存，不再允许随便修改。

调用对象

无

被调用对象

危险源审批

名称

危险源申报审批

功能

完成对危险源申报内容的检查、申报内容的审批。

如果对申报内容有异议，需要下级单位重新申报,需要打回申报,此时,要开启危险源的可编辑状态，以便下级单位修改相关内容,重新进行申报。

调用对象

无

被调用对象

无

名称

危险源核销

功能

完成危险源的核销，危险源的核销需要经过核销申请、核销审批两个阶段,也就是说核销审批通过的危险源才能被核销,以防止下级单位对危险源信息的随意更改。

调用对象

无

被调用对象

无

3.2.6监控预警管理

监控预警管理包括如下子功能:

监控设备管理、监控设备巡检、监控方案管理、预警方案管理、应急预案管理、应急任务管理、事故报告管理、声音预警、短信预警、电话预警、邮件预警、预警界面推送。

名称

监控设备管理

功能

管理所有监控设备的基本信息，包括监控设备的名称、生产厂家、安装位置、可监控信息、生产日期、安装日期、使用年限、维护人员、维护记录等。

通过监控设备的信息，可以在监控方案中设置需要监控的危险源参数,是从那一个监控设备上采集到的。

而且在日常监测中，可以根据监控参数的变化,检查监控设备的工作情况、工作效率。

调用对象

监控方案管理

被调用对象

无

名称

监控设备巡检

功能

监控设备的巡检，主要是通过对监控设备采集到的数据的变化情况进行分析完成的，通过这些数据的准确程度、更新频率等，就可以初步判断出监控设备的状态，以及监控设备的工作效率。

另外,也可以检查监控设备的事故率、故障排查效率等。

调用对象

无

被调用对象

监控设备管理

名称

监控方案管理

功能

通过监控方案,可以自行设定每个危险源具体要监测那几项参数,每个参数的来源、更新间隔等。

监控方案的设置，是危险源预警方案设置的依据。

调用对象

危险源管理

被调用对象

预警方案管理、监控设备管理等

名称

预警方案管理

功能

通过预警方案,可以设置危险源的预警级别和预警条件，同时,在预警方案中，也设置了每一级别的预警,需要通知的岗位、预警声音文件、预警短信内容、预警电话录音文件、预警邮件内容、预警界面提示内容等信息。

预警的方式,可以包括:

声音、界面推送、短信、电话、邮件等多种方式。

预警时,需要通过预警要通知的岗位,查询到相关的人员的联系方式,直接向该岗位上的人员发送预警信息。

调用对象

监控方案

被调用对象

岗位管理、应急预案管理

名称

应急预案管理

功能

危险源出现预警后，要启动相应的应急预案,在预案被启动以及预警方案设置中,可以设置和查看相应的预案。

调用对象

预警方案管理、危险源预警

被调用对象

应急任务查询、事故报告查询

名称

应急任务管理

功能

危险源预警，并启动应急方案后,需要对应急处理的各个环节进行监管、在必要的时候对应急任务进行调整。

如果所有的应急任务已经完成,需要对应急预案进行关闭，以接触危险源的预警状态。

调用对象

应急预案管理

被调用对象

事故报告管理

名称

事故报告查询

功能

在应急处理中、以及应急处理完毕后，对整个事故的处理情况、进展阶段进行检查。

对事故报告的跟踪检查，可以知道在应急处理中间阶段，即使调整应急任务,以便提高应急处理效率。

调用对象

应急预案管理、应急任务管理

被调用对象

无

名称

声音预警

功能

当危险源符合预警方案设置的预警条件时,系统通过声音提示相关人员处警。

预警声音对应的文件可以在预警方案设置中进行选择。

调用对象

危险源预警

被调用对象

无

名称

短信预警

功能

当危险源符合预警方案设置的预警条件时，系统通过短信方式提示相关人员处警。

预警短信的内容可以在预警方案设置中进行选择。

调用对象

危险源预警

被调用对象

无

名称

电话预警

功能

当危险源符合预警方案设置的预警条件时，系统通过打电话、播放录音文件方式提示相关人员处警。

要播放的录音对应的文件可以在预警方案设置中进行选择。

调用对象

危险源预警

被调用对象

无

名称

邮件预警

功能

当危险源符合预警方案设置的预警条件时，系统通过邮件方式提示相关人员处警。

邮件内容可以在预警方案设置中进行选择。

调用对象

危险源预警

被调用对象

无

名称

预警界面推送

功能

当危险源符合预警方案设置的预警条件时，系统通过界面推送方式提示相关人员处警。

预警界面的提示内容可以在预警方案设置中进行选择。

调用对象

危险源预警

被调用对象

无

3.2.7日常监测

日常监测的主要手段包括：

监测数据上报、列表方式监测、图型方式监测、GIS地图监测、动态影像监测等。

名称

监测数据收集

功能

系统可以以自动或者手动方式,从指定位置提取危险源实时数据，数据收集频率、收集参数、数据文件位置等信息,都可以由用户指定。

用户可以在系统中设置多种数据收集方案。

调用对象

无

被调用对象

无

名称

监测数据上报

功能

系统提供接口，让用户进行监测数据的上报，用户在界面上直接填写，或者通过指定文件详细路径,由系统进行读取。

用户经过确认后，将数据添加到系统数据库中。

调用对象

无

被调用对象

无

名称

列表方式监测

功能

用户通过查询条件，指定要查询哪些或哪个危险源的监控参数,列表中可以显示多个危险源的多个监控参数在某个较短时间段内的所有数值。

查询条件、页面刷新间隔由用户在界面上进行