矿山双重预防机制管理平台---安全检查与隐患管理子系统设计与实现开题报告

2020-02-20 07:02

1. 研究目的与意义（文献综述）

题目：矿山双重预防机制管理平台---安全检查与隐患管理子系统设计与实现

剩余内容已隐藏，您需要先支付后才能查看该篇文章全部内容！

2. 研究的基本内容与方案

（1）阅读相关文献，了解国内外关于矿山安全管理信息系统的现状，储备相关知识，着重于安全检查与隐患管理方面。

（2）学习相关研发技术，熟悉原系统的开发框架。

（3）编码实现功能模块，记录主要调试经验；进行测试并记录结果。

（4）按照要求撰写相关文档。

拟采用的技术方案及措施：

本次研发的子系统功能结构图如图1所示。子系统功能模块的研发可分为功能设计、设计实现、数据库设计三个部分。

图1 功能结构图

（1）功能设计

安全检查结果录入

主要对企业由电脑端录入的公司级检查、车间级检查、班组级检查、专项级检查的各种检查结果（包括图片上传）和检查时产生的隐患及时进行报警。依据权限的不同，各部门用户一般只能看到本部门的检查表，并对本部门检查表进行录入。

安全检查结果管理

主要对企业各类安全检查结果进行管理（包括从手机端和电脑端采集的检查信息），做到防微杜渐，将隐患消除在萌芽状态。

安全检查标准管理

主要对企业各种安全检查表信息进行管理。

安全检查隐患分析

主要根据隐患类别、部门对企业产生的隐患进行统计和导出。

安全整改信息处理

帮助企业对生产中的物质不安全状态、人的不安全行为及安全管理不规范等隐患进行处理，以便企业安全管理负责人能够全面、动态、及时掌握企业的各种隐患信息，提出隐患整改措施，以预防事故的发生。为实现更加有效地对各种隐患（包括未处理隐患、整改中隐患、已逾期隐患、已处理隐患）进行分级管控，将整改方式分为直接整改与指令整改两种模式。对一般隐患，直接下发命令，立即整改；对较大隐患，通过下发整改指令，以达到对隐患整改过程的及时监督，管理，从而防微杜渐，将隐患消除在萌芽状态。

安全整改信息统计

对企业安全隐患整改信息和整改指令信息进行分类统计。

隐患违章管理

主要对企业各级机构巡回安全检查所产生的隐患违章信息进行管理。

（2）设计实现

系统主要基于Java Web，使用SSM框架^[3] (SpringMVC、Spring、Mybatis框架)，结合Vue、Jquery框架^[8]，使用到element-ui、iview等ui库，SQL Server2014数据库管理系统^[7]，借助Maven等开发工具，以及最原始的html、css、JavaScript^[6]等技术。

具体到子系统中每个功能模块的实现，实际上最主要是对相关文件进行操作，即详细、查看、删除、导入、导出、浏览、修改、添加等。

（3）数据库设计

与子系统相关的数据库表如下面几张表所示。

表1 员工表

表名	userinfo_t	移动端员工信息表
说明	此表记录移动端员工信息表
主键	EmployeeNum
字段名	数据类型	是否可空	字段说明	缺省值	备注
EmployeeNum	VARCHAR(10)	否	员工编号		PK FK(Employee_t)
UserState	CHAR(1)		用户在职情况		0 暂停帐号 1帐号正常
Password	VARCHAR(32)		登录密码
LMPTime	DATETIME		最后一次修改密码时间
RegisterTime	DATETIME		注册时间
LoginTimes	BIGINT		登陆次数
LLoginTime	DATETIME		最后一次登陆时间
LoginTime	DATETIME		当前登陆系统时间
UserRight	NVARCHAR(MAX)		用户权限

表2 机构表

表名	institution_t	机构表
说明	此表记录公司各部门机构信息表
主键	InstitutionNum
字段名	数据类型	是否可空	字段说明	缺省值	备注
InstitutionNum	VARCHAR(10)	否	机构编号		PK
InstitutionName	NVARCHAR(30)		机构名
ICategoryNum	INT		部门类别编号		1-局级2-矿级 3-科室4-车间5-班组
PeopleInCharge	VARCHAR(10)		部门负责人
Category	VARCHAR(1)		代表方		甲方或乙方（承包商）
InstitutionPrefix	VARCHAR(5)		部门前缀
AccessToAll	VARCHAR(1)		是否拥有所有权限

表3安全检查表

表名	SafetyCheckTable_T	安全检查表
说明	此表描述安全检查表属性
主键	CheckTableID
字段名	数据类型	是否可空	字段说明	缺省值	备注
CheckTableID	INT	否	ID		PK
CheckTableNum	VARCHAR(20)		检查表编号
CheckTableName	VARCHAR(200)		检查表名
Category	VARCHAR(30)		类别		暂留
InstitutionNum	VARCHAR(10)		所属部门编号		FK(institution_t)
Deleted	CHAR(1)		是否删除		如果删除，则联动相应CheckTableFirstIndex_T与CheckTableSecondIndex_T相应的记录都要做删除标记 Y-删除，N-未删除
AddTime	DATETIME		添加时间		表示建立该表时间
DeleteTime	DATETIME		删除时间		删除该表时间
VisibleToWho （新增）	CHAR(1)		是否对安环、高管可见		默认是对本部门所有人员可见（直接勾选—灰色，不可修改），但是可以勾选安环部或高管： 0：两个均不可见；1-仅安环部可见 2、仅高管可见 3、两者均可见

表4 检查表检查项目表

表名	CheckTableFirstIndex_T	检查表检查项目表
说明	此表记录安全检查表中检查项目属性
主键	FirstIndexID
字段名	数据类型	是否可空	字段说明	缺省值	备注
FirstIndexID	INT	否	ID		PK
CheckTableID	INT		所属检查表ID		FK(SafetyCheckTable_T)
SerialNum	INT		显示的编号顺序		记录检查项目显示的次序
FirstIndexName	VARCHAR (300)		项目		记录项目文字描述
Deleted	CHAR (1)		是否删除		N-未删除 Y-已删除如果删除，则联动相应CheckTableFirstIndex_T与CheckTableSecondIndex_T相应的记录都要删除 Y-删除，N-未删除
AddTime	DATETIME		添加日期
DeleteTime	DATETIME		删除日期

表5检查表的检查内容记录表

表名	CheckTableSecondIndex_T	检查表的检查内容记录表
说明	此表记录安全检查表检查内容属性
主键	SecondIndexID
字段名	数据类型	是否可空	字段说明	缺省值	备注
SecondIndexID	INT	否	二级指标ID		PK
FirstIndexID	INT		一级指标ID
SerialNum	INT		显示的编号顺序		记录检查内容显示的次序
SecondIndexName	VARCHAR(500)		检查内容
SecondIndexDemo	VARCHAR(500)		检查内容详情		暂留
HiddenDangerCategory	NARCHAR(50)		隐患分类		FK(DataDictionary_T) 调用隐患分类中编号(在数据字典DataDictionary_T中的DDCategoryNum为HiddenDangerCategoryNum) 为了移动端方便，直接把这里内容写在数据库里，输入时，让用户选择：隐患分类（必填）：设备设施类、电气类、通风类、顶板支护类、文明生产类、管理类、不安全行为类、警示标识类、其他类等
Deleted	CHAR(1)		是否删除		Y-删除，N-未删除
AddTime	DATETIME		添加日期
DeleteTime	DATETIME		删除日期

表6 安全检查信息记录表

表名	SafetyCheckTableInfo_T	安全检查信息记录表
说明	此表记录每次安全检查表的主要信息
主键	CheckTableID, CheckTime
字段名	数据类型	是否可空	字段说明	缺省值	备注
CheckTableID	INT	否	检查表ID		PK,FK(SafetyCheckTable_T)
CheckTime	DATETIME	否	检查日期		PK---注意要记录到时间，不仅仅是日期，因为一天可能有多个检查表，（年-月-日-时-分-秒）
DataTime	DATETIME		检查日期		查一下程序，为什么有两个时间？程刚做
PersonInChargeNum	VARCHAR（10）		检查负责人编号		FK(EMPLOYEE_T)
PersonInChargeName	VARCHAR（20）		检查负责人姓名		考虑移动端是否需要，服务器端是可以不要的
PeopleForCheck	VARCHAR（200）		参检人		直接要求用户填姓名
Suggestion	VARCHAR（200）		建议		暂留
ValidatePic	VARCHAR（500）		标记图片名		取CheckTableID_S_时间（年-月-日-时-分-秒）三位随机数---存的是作为标记的照片,例如：12_S_20171202120404345.JPG---存的是作为标记的照片
Check CatogoryNum (新增)	INT		检查类型		1-公司级、2-车间级 3-班组级、4-专业级
InstitutionChecked	VARCHAR(10)		被检单位		FK--(institution_t)
ImportInstitution	VARCHAR(10)		提交部门		FK--(institution_t) --20180921新加

表7 安全检查信息明细表

表名	SafetyCheckTableDetail_T	安全检查信息明细表
说明	此表记录每次检查内容的详细信息
主键	SafetyCheckTableDetailID
字段名	数据类型	是否可空	字段说明	缺省值	备注
SafetyCheckTableDetailID	INT	否	ID		PK,自增
CheckTableID	INT	否	检查表ID		PK,FK(SafetyCheckTable_T)
CheckTime	Datetime		检查日期
SecondIndexID	INT		二级指标ID
Result	CHAR（1）		是否合格		0-不合格 1-合格
CheckMemo	VARCHAR（500）		不合格说明
HiddenDangerCategory	NARCHAR(50)		隐患分类		FK(DataDictionary_T) 调用隐患分类中编号(在数据字典DataDictionary_T中的DDCategoryNum为HiddenDangerCategoryNum) 为了移动端方便，直接把这里内容写在数据库里，输入时，让用户选择：隐患分类（必填）：设备设施类、电气类、通风类、顶板支护类、文明生产类、管理类、不安全行为类、警示标识类、其他类等
Picture	VARCHAR（MAX）		隐患图片存放地址	空	取SafetyCheckTableDetailID _H_时间（年-月-日-时-分-秒）三位随机数---存的是作为隐患的照片,例如：12_H_20170202120404345.JPG

表8隐患整改表

表名	AlarmForCheckTable_T	隐患整改表
说明	此表记录隐患和整改登记的信息
主键	HiddenID
字段名	数据类型	是否可空	字段说明	缺省值	备注
HiddenID	INT	否	隐患ID		PK，从SafetyCheckTableDetail_T拷贝过来，指隐患,等于SafetyCheckTableDetailID
CheckTableID	INT	否	检查表ID		来自(SafetyCheckTable_T)
CheckTableName	VARCHAR(200)		检查表名		来自(SafetyCheckTable_T)
CheckTime	DATETIME	否	检查日期
FirstIndexID	INT	否	一级指标ID		FK(CheckTableFirstIndex_T)
FirstIndexName	VARCHAR(300)		项目		(CheckTableFirstIndex_T)
SecondIndexID	INT	否	二级指标ID		FK(CheckTableSecondIndex_T)
SecondIndexName	VARCHAR(500)		检查内容		FK(CheckTableSecondIndex_T)
PersonInChargeNum	VARCHAR（10）		检查负责人编号		SafetyCheckTableInfo_T同名字段
InstitutionChecked	VARCHAR(10)		被检单位		FK--(institution_t)
ImportInstitution	VARCHAR(10)		提交部门		FK--(institution_t) --20180921新加
HiddenDangerCategory	VARCHAR(50)		隐患分类		来自SafetyCheckTableDetail_T中同名字段
CheckCatogoryNum (新增)	INT		检查类型		1-公司级、2-车间级 3-班组级、4-专业级
CheckMemo	VARCHAR（500）		不合格说明		来自SafetyCheckTableDetail_T同名字段，表示检查时，发现不合格而写的备注
Picture	VARCHAR（1000）		隐患图片存放地址	空	取SafetyCheckTableDetailID _H_时间（年-月-日-时-分-秒）三位随机数---存的是作为隐患的照片,例如：12_H_20170202120404345.JPG
InstructionNum	VARCHAR(10)		整改指令号	空	如果此处为-9999，说明为A类隐患，否则为非空，表示为B类隐患；
以下内容：无论A或B类隐患，都需要填写以下内容，对于A类隐患，直接使用默认值填写，如果是B类隐患，从RectifactionForAlarm_T中同名字段拷贝
HiddenType	CHAR（1）		隐患类型	1	1、一般隐患；2、重大隐患---默认为1
ConfirmPersonInstitution	VARCHAR（10）		指令下发单位		按【直接整改】或【指令整改】人所在机构编号
ConfirmPerson	VARCHAR（10）		指令下发人		按【直接整改】或【指令整改】人的编号
RectifactionChargeInsti	VARCHAR（10）		整改责任部门	空	填写机构编号或责任人编号后，设置InstructionNum=-9999
RectifactionCharger	VARCHAR（10）		整改责任人	空
AssistChargeInsti	VARCHAR（10）		协助机构		Institution_T
AssistCharger	VARCHAR（10）		协助人
RectifactionStartDate	DATETIME		整改下发日期		默认取系统当前时间
RectifactionEndDate	DATETIME		整改截止日期		默认取系统当前时间 1天的23:59:59为最后的截止时间
RectifactionType	VARCHAR（1）		整改类型	1	1、立即整改，2、限期整改—默认为1
RectifactionDescription	VARCHAR（max）		整改描述	空	对于A类隐患，为空
RectifactionMethod	VARCHAR（max）		整改措施	空	对于A类隐患，为空
以上内容：无论A或B类隐患，都需要填写以下内容，对于A类隐患，直接使用默认值填写，如果是B类隐患，从RectifactionForAlarm_T中同名字段拷贝
PictureLater	VARCHAR（1000）		整改后图片存放地址	空	取SafetyCheckTableDetailID_R_时间（年-月-日-时-分-秒）三位随机数---存的是作为整改后的照片,例如：12_R_20170202120404345.JPG
RectifactionMemo	VARCHAR（500）		整改说明	空
RectifactionForAlarmCompletedTime （新加）	DATETIME		整改完成时间（表示隐患的整改完成日期）	NULL	指该隐患的整改完成时间，无论A或B类隐患，都以整改说明填写或图片上传时间作为其值，而RectifactionForAlarm中 RectifactionCompletedTime是整改责任人填写的，表示整改指令的完成时间
ConfirmState	CHAR（1）		整改状态	0	0-未整改 1-整改中 2-已逾期 3-已处理填写见下面：
FileOrNot	CHAR（1）		归档状态	0	0=没有；1-归档

表9 整改信息表

表名	RectifactionForAlarm_T	整改信息表
说明	此表记录隐患的整改登记信息
主键	RectifactionID
字段名	数据类型	是否可空	字段说明	缺省值	备注
RectifactionID	INT	否	整改ID		PK,自动生成
InstructionNum	VARCHAR(10)	否	整改指令号	自动	流水号，每年从1开始编号，同一个生产检查ID的记录，指令号一样，见安全隐患整改回复单？--填写确认后，将HiddenIDSet中所有隐患的InstructionNum设置为该值
HiddenIDSet	VARCHAR(500)		隐患集		存放隐患ID的集合，表示这些隐患将一起整改，标号之间用；分开
HiddenType	CHAR（1）		隐患类型		1、一般隐患；2、重大隐患---共用户选择
ConfirmPersonInstitution	VARCHAR（10）		指令下发单位		登录人所在机构编号
ConfirmPerson	VARCHAR（10）		指令下发人		登录人的编号
RectifactionChargeInsti	VARCHAR（10）		整改责任部门		机构编号
RectifactionCharger	VARCHAR（10）		整改负责人		责任人编号
AssistChargeInsti	VARCHAR（10）		协助机构		Institution_T
AssistCharger	VARCHAR（10）		协助人
RectifactionStartDate	DATETIME		整改下发日期		默认取系统当前时间
RectifactionEndDate	DATETIME		整改截止日期
RectifactionType	VARCHAR（1）		整改类型		1、立即整改，2、限期整改
RectifactionDescription	VARCHAR（max）		整改描述
RectifactionMethod	VARCHAR（max）		整改措施
FeedBackToAll	VARCHAR（300）		总体核查情况反馈		指令下发人在整改完成后，核查情况填写的
FeedBackToChargeInsti	VARCHAR（300）		核查情况反馈—给责任单位		指令下发人在整改完成后，填写“核查情况反馈”后，按了【整改责任单位】
FeedBackToAssist	VARCHAR（300）		核查情况反馈—给协助单位		指令下发人在整改完成后，填写“核查情况反馈”后，按了【整改协助单位】
CompleteOrNot	CHAR(1)		整改完成确认	0	0：未完成，1、已完成由指令下发人确认后设置【整改完成】
以上内容由指令下发人填写
RectifactionSituation	VARCHAR（300）		整改完成情况
RectifactionCompletedTime	DATETIME		整改完成日期	NULL
ReturnMessage	VARCHAR（200）		反馈消息		如果整改责任人认为不合适，可以退回
RectifactionOrNot	CHAR(1)		整改完成否		【确认】成功
以上内容整改单位中责任人填写
AssistSituation	VARCHAR(300)		协助措施
AssistCompletedTime	DATETIME		协助整改完成时间	NULL
AssistReturnMessage	VARCHAR（200）		反馈消息		如果协助责任人认为不合适，可以退回---
AssistOrNot	CHAR(1)		协助完成否		【确认】成功
以上协办单位中责任人填写
FileOrNot	CHAR（1）		归档状态	0	0=没有；1-归档

表10 机构保存表

表名	InstitutionToChecktable_T	机构保存表
说明	在机构管理界面，保存部分部门拥有权限查看全部检查表
主键	InsNum
字段名	数据类型	是否可空	字段说明	缺省值	备注
InsNum	Varchar(10)	否	ID		InstitutionNum

3. 研究计划与安排

（1） 2019/1/22—2019/2/15：明确选题，查阅文献；

（2） 2019/2/16—2019/2/28：继续阅读文献，外文翻译，撰写开题报告；

（3） 2019/2/28—2019/4/30：编码开发，系统测试、分析、比较与完善；

剩余内容已隐藏，您需要先支付后才能查看该篇文章全部内容！

4. 参考文献（12篇以上）

[1] 薛剑光. 《金属非金属矿山安全标准化规范》解读[j].劳动保护,2007(2):52-53

[2] 殷雅乐. 预防性安全检查工作在矿山救护队的重要性分析[j].矿业装备,2018(2):202.

[3] 薛茹.基于ssm框架的web系统研究与应用[j].计算机产品与流通,2018(07):30.

剩余内容已隐藏，您需要先支付 10元 才能查看该篇文章全部内容！立即支付

注册

找回密码