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

危险源监测预警系统

概要设计说明书

.

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

2010年5 月

目录

1. 引言 (4)

1.1编写目的 (4)

1.2项目利益相关者 (4)

1.3预期读者 (4)

1.4参考资料 (5)

2. 设计概述 (5)

2.1限制和约束 (5)

2.2设计原则和设计要求 (6)

3. 系统逻辑设计 (8)

3.1系统组织设计 (8)

3.1.1 系统管理 (8)

3.1.2 危险源管理 (8)

3.1.3 危险源的辨识与评估 (9)

3.1.4 危险源申报 (9)

3.1.5 监控预警管理 (10)

3.1.6 日常监测 (10)

3.1.7 数据分析 (10)

3.1.8 事故隐患管理 (10)

3.1.9 工作巡查 (11)

3.2系统结构设计 (11)

3.2.1 系统结构图 (11)

3.2.2 系统管理 (13)

3.2.3 危险源管理 (15)

3.2.4 危险源的辨识与评估 (17)

3.2.5 危险源申报 .................................................................................................. 错误！未定义书签。

3.2.6 监控预警管理 (19)

3.2.7 日常监测 (24)

3.2.8 数据分析 ...................................................................................................... 错误！未定义书签。

3.2.9 事故隐患管理 .............................................................................................. 错误！未定义书签。

3.2.10 工作巡查 .................................................................................................... 错误！未定义书签。

3.3系统接口设计 (27)

3.3.1 系统接口表 (31)

4. 系统出错处理设计 (33)

4.1系统出错处理表 (33)

5. 数据库设计 (33)

6. 进度计划........................................................................................................... 错误！未定义书签。

1. 引言

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

1.1 编写目的

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

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

1.2 项目利益相关者

任务提出者：销售部、项目总监

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

产品使用者：系统测试人员、系统最终用户。

1.3 预期读者

✧用户；

✧开发人员；

✧项目经理；

✧营销人员；

✧测试人员；

✧文档编写人员。

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

1.4 参考资料

✧重大危险源申报范围；

✧重大危险源申报表；

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

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

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

✧危险源台帐；

✧重大危险源登记表；

✧化学品信息表；

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

✧本公司应急管理系统；

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

2. 设计概述

根据目前对用户需求的了解程度，在项目的第一阶段，完成系统核心功能的开发，对于一些辅助性功能和分支功能，将作为第二阶段的开发目标。另外，由于某些功能的需求还不十分完善，随着需求、设计的深入，需要及时完善文档中相关内容。

2.1 限制和约束

系统的开发，将在本公司通用平台上进行，对于平台中已经存在，并且符合本系统需求、设计的功能，将使用通用平台的功能模块。所以在系统的详细设计、实际开发阶段，要注意系统与通用平台的融合性。

2.2 设计原则和设计要求

2.2.1 命名规则；

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

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_视图名。