《毕业设计（论文）-基于SWT的安全事故等级管理系统.doc》由会员分享，可在线阅读，更多相关《毕业设计（论文）-基于SWT的安全事故等级管理系统.doc（39页珍藏版）》请在三一文库上搜索。
1、沈阳航空航天大学毕业设计（论文） 摘 要在企业的生产中，常常会发生一些人为的、机械的安全事故，给企业带来或大或小的损失。所以，安全事故作为影响企业生存命运的因素之一，一直都受到企业人的高度重视。也正因为如此，安全事故管理便成为了一门科学。可以说，管理好安全事故可以很大程度的预防安全事故的发生率，可以在很大程度上减少安全事故所带来的损失。本文主要介绍了安全事故登记管理系统的分析设计与实现的全部过程。并运用功能结构图、运行时序图和协作图等对核心模块的设计过程进行了详细的说明。安全事故登记管理系统基于SWT+Eclipse开发平台，后台数据库选用oracle，使用JAVA编程语言来实现。实现了事故等
2、级管理，事故类别管理，专家组档案管理，事故处理，用户管理，密码修改等功能。实现了从事故明细的录入，事故类别，事故等级的填写，在到专家组的处理这一运行周期。简化了繁琐的手工操作，规范化整个处理流程，更加方便快捷。本系统经过测试，运行效果稳定，操作方便。能够很好的解决企业遇到的管理困难，为企业带来更多的利润。关键词：SWT；安全事故管理；ORACLE9i；eclipse+SWTAbstractSWT (Standard Widget Toolkit) GUI is an open source programming frameworks to provide a better use of in
3、terface and processes. Therefore, the use of SWT platform, allows customers to edit out the use of a simple java program more easily . In this paper, through the SWT / Jface components developed under the Eclipse integrated development environment, the main process of JAVA applications and ideas. In
4、 order to use Suns JDK to develop a more simple graphical user interface, we use the Eclipse integrated development environment, the installation designed specifically for GUI SWT / Jface component 5, through which the use of Designer designer to develop Registration of security incident management
5、system java application. Back-end database management system using ORACLE9i, to achieve the security incident management, investigation with a group of experts, accident statistics, queries and so on.This paper introduces the SWT-based security incident management system for registration of basic fu
6、nctions and philosophy design, focusing on the Introduction, needs analysis, outline design, detailed design and system operation and testing of this five parts described up. First introduced title source of introduction, the design goal; Secondly, the needs analysis focuses on the software developm
7、ent space in the market and achieve the required software; again, the outline design, detailed design focuses on the whole idea of the software, the required technical and Is how to achieve internal procedures; Finally, the system tests are mainly implemented for each of the software to run steps to
8、 ensure that the software is finished there are no errors.Keywords: SWT；Registration of security incident management system；ORACLE9i；eclipse+SWT目 录1 引言11.1 课题背景11.2 题目内容12 技术概述42.1 MVC模式42.2 系统代码组织体系42.2.1 界面层设计52.2.2 实体层设计62.2.3 业务层设计62.2.4 数据存取层设计72.3 Hibernate概述72.4 数据存取接口设计72.5 SQL语言和HQL语言92.6 开
9、发环境103 系统分析123.1 需求分析123.1.1 功能需求123.1.2 数据需求133.2可行性分析143.2.1经济可行性分析143.2.2法律可行性分析143.2.3技术可行性分析154 概要设计164.1系统E-R图164.2数据库表结构设计174.2.1用户信息表（I_USER）174.2.2事故类别表（I_INCIDENTTYPE）174.2.3事故等级表（I_INCIDENTLEVEL）184.2.4专家组表（I_ENGINEERGROUP）184.2.5事故表（I_INCIDENT）185 系统分析205.1系统功能结构图205.2事故类型管理225.3事故等级管理24
10、5.4专家组管理管理265.4.1用户管理275.4.2密码修改285.4.3事故管理296 调试分析317 结束语33参考文献34致 谢3535沈阳航空航天大学毕业设计（论文）1 引言1.1 课题背景对于企业来说，安全事故永远都是不可避开的话题。避免和减少安全事故的发生率，降低安全事故的等级能有效的保证企业利益。监管部门的有效监管和对事故的及时处理能有效的监督企业的安全生产和减少事故的损失。从而减少事故的发生和降低事故的等级。一个可以登记、管理、处理企业发生的安全事故的软件在此过程中将发挥较大的辅助作用。为避免和减少事故，宣传安全理念，企业必须建立完善的安全事故登记管理系统，为事故的及时管理
11、、上报、调查和根源分析提供必要的系统管理和使用工具。从而事企业实现消除隐患、减少事故和保护员工健康安全的最终目标，同时也最大化的减少了企业的损失。1.2 题目内容企业在生产过程中出现了工作的失误、其他一些人为因素，造成了安全的发生。尤其最近，各地频繁出现各种事故，建立一个安全事故管理系统、快速的建立事故调查组、及时上报事故信息等工作显得尤为重要。SWT（Standard Widget Toolkit）是一个开源的GUI编程框架，对java程序提供更好的操作界面与处理流程。开发的安全事故登记管理系统包含如下功能：安全事故录入功能安全事故后发生后，安全事故管理员可以在第一时间录入安全事故的具体信息
12、。包括事故的类别、事故等级、事故发生时间、事故发生单位等；安全事故专家组的配备 当管理员录入了安全事故的明细后，系统显示事故状态应为未处理，事故的处理过程首先要为事故抽取相应的调查专家组。系统可以根据安全事故的类别，和级别自动为安全事故配备调查专家组；安全事故调查专家组档案的管理 安全事故登记管理系统不仅可以及时的根据管理员录入的信息为安全事故配备合适的专家组，还可以根据调查专家组人员配备情况及时调整和更改专家组的信息，比如增加和删除专家组，还可以根据专家组专业水平修改其类别和等级。这样使专家组最大化的发挥其自身的作用，大幅度减少人力资源的浪费；安全事故信息的统计功能系统可以统计用户给定时间段
13、的所有事故，统计功能可以通过事故类别，事故级别，和处理状态等条件异议实现；安全事故的查询功能 系统管理员和操作人员可以随时登陆软件进行查询事故以及专家组的所有信息，系统设定可以根据任意条件匹配查询；事故数据的上报由于国家会定期抽调企业的安全事故信息，所以安全事故登记管理系统可以按照国家要求的格式形成文件，实现事故数据上报功能。为事故的调查和根源分析提供必要的系统管理。1.3设计目标系统通过SWT平台，构建出了一个操作界面，在安全事故发生后，安全事故管理员可以及时的将安全事故的明细存入数据库。并且通过事故的类别和等级与安全事故调查专家组匹配，及时为安全事故抽取相应的调查专家组从而及时有效的处理事
14、故。当一个安全事故发生后，安全事故管理员通过登录界面，进入到安全事故登记管理操作系统，录入安全事故的明细，在处理阶段系统会根据录入的安全事故的类别，级别自动抽取调查专家组，为安全事故配备相应的调查专家组。对系统管理人员和专家组以及事故的维护主要包括增、删、改操作。1.4课题意义安全事故一直都是企业生产中不可避免的问题，而且安全事故的预防及处理直接关系到企业的发展命运，在企业生产中至关重要。但是通过网络资源的分析，对于企业安全事故登记管理系统一直都是处于初步发展的阶段，所以根据市场经济的分析，安全事故登记管理系统必然会成为企业生产类软件研究的必然方向。 但是对于世界科技发展的大前提下，自动化已经
15、成为了不可逆转的趋势，而目前做出的软件录入的信息尚且需要人为手动的录入，所以对于企业在生产中发生的安全事故的登记和管理系统更好的实现，还需要许多的时间和努力。2 技术概述2.1 MVC模式模型视图控制器（MVC）是XeroxPARC在八十年代为编程语言Smalltalk80发明的一种软件设计模式，至今已被广泛使用。MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。MVC模式图如图2.1所示：图2.1 MVC模式图2.2 系统代码组织体系2.2.1 界面层设计SWT本身仅仅是Eclipse组织为了开发Eclipse IDE
16、环境所编写的一组底层图形界面 API。至今为止，SWT无论是在性能和外观上，都超越了SUN公司提供的AWT和SWING。目前SWT已经十分稳定。这里指的稳定应该包含两层意思：一是指性能上的稳定，其中的关键是源于SWT的设计理念。SWT最大化了操作系统的图形构件API，就是说只要操作系统提供了相应图形的构件，那么 SWT只是简单应用JNI技术调用它们，只有那些操作系统中不提供的构件，SWT才自己去做一个模拟的实现。可以看出SWT的性能上的稳定大多时候取决于 相应操作系统图形构件的稳定性。另一个稳定是指SWT API包中的类、方法的名称和结构已经少有改变，程序员不用担心由于Eclipse组织开发进
17、度很快（Eclipse IDE每天都会有一个Nightly版本的发布），而导致自己的程序代码变化过大。从一个版本的SWT更新至另一版本，通常只需要简单将SWT包换掉就可以了。2.2.2 实体层设计实体层就是一些实体类。每个实体类应对应一个数据库表，实体类的每条属性对应数据库表中相应的一条记录。本程序设计的数据库表有I_INCIDENTTYPE、I_INCIDENTLEVEL、I_INCIDENT、I_ENGINEERGROUP、I_USER，因此我们创建五个实体类，即：IncidentType、 IncidentLevel、Incident、EngineerGroup、User 。2.2.3
18、业务层设计本程序设计的数据库表有I_INCIDENTTYPE、I_INCIDENTLEVEL、I_INCIDENT、I_ENGINEERGROUP、I_USER，因此我们创建五个DAO类，即：IncidentTypeDao IncidentLevelService、IncidentService、EngineerGroupService、UserService。这些 Service对象都是无状态的，即内部不保存方法的调用状态，每次调用DAO中的方法，都是一次独立的交互。既然是无状态的，这些Service对象只需要一个即可，因此我们可以把这些Service对象作为静态成员放到ServiceFac
19、tory静态类中。2.2.4 数据存取层设计数据存取层又称DAO层，在该层主要完成对象-关系映射的建立，通过这个映射，再通过访问业务对象即可实现对数据库的访问，使得开发中不必再用SQL语句编写复杂的 数据库访问程序，这样就简化了对数据库的访问，提高了开发效率。同时通过对象-关系映射的配置，可以建立业务对象之间的复杂关系，如一对多、多对一、一对 一、多对多等关系。这样就不再需要在数据库中建立表之间的复杂联系，使得业务对象之间的关系和数据库相分离，简化了数据库的建立和维护。在这一层中主要使 用Hibernate框架来实现。2.3 数据存取接口设计我们采用DAO技术设计数据存取接口。DAO亦即数据访
20、问对象（Data Access Object），是工业设计模式。DAO设计模式可以帮助应用完成只对数据库的不同的CRUD操作。DAO类提供插入、删除、更新及查找方法。创建DAO的基本目的是松散耦合和非代码重复。任何与数据库交互的应用（系统），需要进行对数据表的CRUD操作，因为对表的操纵可由不同的类进行，因此在各个类中重复相同的代码而使它变得繁琐；此外，即使重复代码后，与数据库交互所需的任何改变，都使数据库交互代码的维护很难做。我们通过继承自Spring Framework的HibernateDaoSupport类实现自己的DAO类。HibernateDaoSupport需要提供一个Sessi
21、onFactory对象，才能与物理数据库进行交互。SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session 对象。为了使用方便，我们把这个SessionFactory对象放到了全局静态类AppGlobal内，并在该静态类初始化时创建SessionFactory对象。AppGlobal在程序main函数运行时将被调用到，因此可以确保AppGlobal的初始化函数能够得以执行。系统通过hibernate.cfg.xml配置文件创建SessionFactory。DAO对象只需要一个即可，因此我们可以把这些DAO对象作为静态成员放到DaoFacto
22、ry静态类中。AppGlobal、DaoFactory和DAO类之间的关系如图2.2所示：图2.2 AppGlobal、DaoFactory和DAO类的关系图2.4 开发环境本系统采用客户服务器（C/S）管理模式，客户端开发环境为eclipse3.5，开发语言为 JAVA语言，界面采用swt技术构建，系统在Windows系统环境下运行，后台数据库为ORACLE 10g。Oracle10g是业界第一个完整的、智能化的新一代Internet基础架构，Oracle10g电子商务平台实际上是指Oracle数据库10g、Oracle应用服务器10g和Oracle开发工具套件10g的完整集成。Oracle
23、数据库10g是第一套具有无限可伸缩性与高可用性，并可在集群环境中运行商业软件的互联网数据库，具有400多个领先的数据库功能，在集群技术、高可用性、商业智能、安全性、系统管理等方面都实现了新的突破。作为甲骨文公司长达十年的软件技术研发成果，真正应用集群技术（Real Application Clusters）能够提供近乎无限的扩充能力与整体可用性，为用户带来透明的、高速增长的集群功能。Oracle开发工具套件10g是一套完整的集成开发工具，可用于快速开发使用Java和XML语言的互联网应用和Web服务，支持任何语言、任何操作系统、任何开发风格、开发生命周期的任何阶段以及所有最新的互联网标准。3
24、系统分析需求分析是指开发人员，即程序员在与软件交付方即客户进行充分沟通，形成一个最终的开发方案的一个过程。需求分析的结果将指导软件开发。本系统由于客户与程序开发人员都是开发人员，即模拟客户的需求来进行设计。3.1 需求分析3.1.1 功能需求安全事故登记管理系统的功能主要如下： (1) 基础信息的维护功能基础信息包括专家组信息，事故等级，事故类别信息。当安全事故发生后，对于安全事故的类别，等级的维护十分的重要，所以本系统的首要功能便需要是基础信息的维护功能，通过这个功能，系统可以很好的对基础信息进行维护，保障信息的安全。(2) 事故管理功能事故管理功能主要提供了对事故的添加，修改，查询，统计等
25、功能。管理员可以随时的在登录系统后，对事故进行添加和修改，而系统通过事故的类别和等级与专家组的联系，会自动的为事故配备调查专家组。同时，在事故被管理员修改成功后，系统会按照事故的类别，等级等统计事故的发生情况。并且生成XML作为上报国家的数据。(3) 系统管理功能系统管理功能包括密码修改，用户管理和退出系统三类功能。系统管理功能为管理员提供了密码修改功能，管理员可以随时修改密码，保障信息的安全。其UML的用例图如图3.1所示：图3.1 系统用例图3.1.2 数据需求用户信息表 USERS包含内容：ID 用户，lOGINNAME用户登陆名称，USERNAME 用户实际姓名，SEX 用户性别，BI
26、RTHDAY 生日， PASSWORD 密码，USERTYPE 用户类型；事故表INCIDENT包含内容：ID 事故，TITLE 事故标题，UNIT 事故单位，INCIDENTTIME 事故发生时间，DESCRIPTION 详细描述，INCIDENTTYPEID 事故类型编码，INCIDENTLEVELID 事故等级编码；事故类型表INCIDENTTYPE包含内容：ID 事故类型编码，NAME 事故类型名称；事故等级表INCIDENTLEVEL包含内容：ID 事故等级编码，NAME 事故等级名称；专家组表ENGINEERGROUP包含内容：ID 专家组ID，NAME 专家组名称，DESCRIP
27、TION 详细描述，INCIDENTTYPEID 事故类型编码，INCIDENTLEVELID 事故等级编码。3.2可行性分析软件可行性分析最根本的任务是对以后的行动方针提出建议。如果问题没有可行的解，分析员应该建议停止这项开发工程，以避免时间、资源、人力和金钱的浪费；如果问题值得解，分析员应该推荐一个较好的解决方案，并且为工程制定一个初步的计划。本系统的可行性从以下三个方面来考虑：3.2.1经济可行性分析在系统开发发面，本系统的开发配置要求不高，硬件方面仅需要一台可以稳定运行的电脑，内存1G便可，硬盘80G便可，在显卡，主频等其他方面没有很大的限制。软件方面，本系统的开发基于SWT+Ecli
28、pse，所以操作系统为WINDOWS，LINUX皆可。在安装好了操作系统后，在电脑上在安装上ECLIPSE和ORACLE，JDK便可以进行开发工作。综上所述，本系统的开发要求的硬件大概需求3000圆左右，软件需要500圆左右。而本系统的开发，测试等工作需要的时间大概是一个月左右，所以人力资源费大概在1000左右。统计得知，本系统从开发，到投入使用大概需要花销4500圆。但本系统的目的在于及时的处理，调查安全事故，记录并且统计安全事故，应用到生产中可以大量的预防和减少安全事故发生的概率，极大的减少企业的损失，所以综上所述，此系统具有经济可行性。3.2.2法律可行性分析本系统是本人自主开发的管理系
29、统，是很有实际意义的系统，开发这个系统不同于开发普通的系统软件，即该系统不同于原来已有的现代化的系统，不存在侵权等问题，本系统开发不会侵犯他人、集体或国家利益，不违反国家法律,因此具有法律可行性。3.2.3技术可行性分析通过需求分析，本系统的主要功能便是对安全事故进行登记，统计，处理等功能。首先，为了方便用户使用本系统软件，所以所有对系统的操作都是在窗口上进行，那么，根据这点的分析，开发人员首要解决的问题就是窗口的构建，由于本系统的开发环境是SWT+Eclipse，而Eclipse提供了多种的窗口布局，事件处理等技术，所以在这方面的技术可以实现。分析了窗口的创建后，下一步便需要分析数据库的实现
30、，本系统使用的数据库是Oracle10g，通过SQL，HQL语句都可以连接到数据库，在数据库的调用方面是技术可行的。在总体建构方面，本系统使用了目前比较流行的MVC模式，其中MODEL的建立，VIEW的限定都可以通过本系统的开发工具ECLIPSE实现。综上所述，本系统的一些常见性的开发问题，都可以在本系统的开发环境中，通过JAVA语句，通过ECLIPSE中提供的事件，容器，布局管理，控件来实现，所以本系统具有技术可行性。4 概要设计本章为概要设计部分，包括了系统总体设计思想主要是用类图来体现的、系统用例设计等具体内容。此部分内容为整个毕业设计过程的铺垫，为以后的详细设计及编码与测试等过程奠定了
31、坚实的基础。4.1系统E-R图本系统涉及多个实体，各实体都是围绕事故这个关键实体展开形成一个完整的系统，实体间关系简单明确。实体有事故，事故等级，事故类型，用户，专家组等实体。系统的E-R图如图4.1所示。事故专家组事故等级事故类型用户属于属于n11nn11nn11n图4.1 系统E-R图图不对，专家组与事故等级、事故类型无关，至于事故发生关系，也没有用户这个实体。4.2数据库表结构设计本节根据图4.1描述的系统E-R图，从实际应用出发，定义了以下5个表结构，对于表中的各个属性也给出了相关的定义。4.2.1用户信息表（I_USER） 表4.2是用于记录用户信息，其中包括用户编码、用户名称、用户
32、密码以及用户类信息等。表4.2 用户信息表属 性 名 称键型数据类型备注IDPKVARCHAR2(36)用户ID LOGINNAMEVARCHAR2(50)用户名USERNAMEVARCHAR2(50)用户姓名SEXVARCHAR2(2)用户性别BIRTHDAYDATE出生日期CREATETIMEDATE创建时间CREATEUSERIDVARCHAR2(36)创建人IDDELETEDINTEGER是否被删除DELETETIMEDATE删除时间DELETEUSERIDVARCHAR2(36)删除人IDPASSWORDVARCHAR2(50)密码USERTYPEINTEGER用户类型用户信息表储存
33、用户的信息。以员工的用户名和密码登陆。姓名因为会有重名，所以不能作为主键，只能用于统计。创建时间和创建人以及删除时间和删除人的信息是为了更好的管理用户界面，便于查询，也作为后来对事故调查的依据。用户类型包括管理员和操作员。4.2.2事故类型表（I_INCIDENTTYPE）表4.3用来记载安全事故的类型信息，包括事故类型编码和事故类性型名称。表4.3 事故类型表属 性 名 称键型具体类型备注IDPKINTEGER事故类型编码NAMEVARCHAR2(250)事故类型名称事故类别表记录事故类型的信息，事故类型可由管理员依情况自定义。事故类型主键为事故类型编码，不排除事故类型名称重复的可能性。当存
34、在由于管理人员操作原因导致事故类型名称重复此特殊情况时根据事故类型编码区分。4.2.3事故等级表（I_INCIDENTLEVEL）表4.4用来记载特种事故的等级信息，包括事故等级编码和事故等级名称。表4.4 事故等级表属 性 名 称键型具体类型备注IDPKINTEGER事故等级编码NAMEVARCHAR2(250)事故等级名称事故等级表与事故类别表大同小异。事故等级表记录事故登记信息，事故等级由管理员依照相关法律规定定义。事故等级主键为事故等级编码。4.2.4专家组表（I_ENGINEERGROUP）表4.5用来记载专家组信息，包括专家组编码和专家组名称等等。表4.5 专家组表属 性 名 称键
35、型具体类型备注IDPKVARCHAR2(36)专家组IDNAMEVARCHAR2(250)专家组名称DESCRIPTIONVARCHAR2(4000)描述INCIDENTTYPEIDINTEGER事故类型编码INCIDENTLEVELIDINTEGER事故等级编码CREATETIMEDATE创建时间CREATEUSERIDVARCHAR2(36)创建人IDDELETEDINTEGER是否被删除DELETETIMEDATE删除时间DELETEUSERIDVARCHAR2(36)删除人ID专家组表记录专家组信息。姓名因为会有重名，所以不能作为主键，只能用于统计。创建时间和创建人以及删除时间和删除人
36、的信息是为了更好的管理专家组，便于查询，也作为后来对事故调查的依据。在这里事故的类别编码和等级编码的设置是为了对事故匹配相应安全事故调查专家组。描述可以对专家组除类别以及等级属性之外的技能描述。4.2.5事故表（I_INCIDENT）表4.6用来记载事故的信息，包括事故标题和事故创建时间，创建人等等。表4.6 事故表属 性 名 称键型具体类型备注IDPKVARCHAR2(36)事故编IDTITLEVARCHAR2(250)事故名称UNITVARCHAR2(250)事故单位INCIDENTTIMEDATE事故发生时间DESCRIPTIONVARCHAR2(4000)详细描述INCIDENTTYP
37、EIDINTEGER事故类型编码INCIDENTLEVELIDINTEGER事故等级编码CREATETIMEDATE创建时间CREATEUSERIDVARCHAR2(36)创建人IDDELETEDINTEGER是否被删除DELETETIMEDATE删除时间DELETEUSERIDVARCHAR2(36)删除人IDPROCESSEDINTEGER是否已处理PROCESSTIMEDATE处理时间PROCESSUSERIDVARCHAR2(36)处理人IDENGINEERGROUPIDVARCHAR2(36)专家组IDNOVARCHAR2(50)事故编号事故表是记录整个事件发生详情、处理办法以及处理
38、结果的信息表。主键为事故ID。事故的发生时间能够帮助事后确定事故现场的目击人以及责任人。事故的类型和等级编码为匹配键。创建和删除信息使事故调查有据可依。涉及到的处理信息能够帮助及时准确的处理事故并且记录处理人便于以后的生产中对生产设备的维护和管理。5 概要设计本部分是对整个系统的详细设计，主要讲述了各功能模块所要完成的功能和实现过程。5.1系统功能结构图根据需求分析的要求，本系统的功能模块分为四类：登录退录、基础信息、事故管理、系统管理。其中：登录退录：用户通过登录窗口登陆系统。这里只包含一个用户登陆功能。若用户要想重新登录，需要退出系统，重新启动并登录。系统当前登录用户可以通过点击“退出系统
39、”菜单项或点击主窗口上的退出按钮退出系统。基础信息：包括事故类型、事故等级、专家组。事故类型的功能包括：增加事故类型、修改事故类型、删除事故类型。事故等级的功能包括：增加事故等级、修改事故等级、删除事故等级。专家组的功能包括：增加专家组、修改专家组、删除专家组。事故管理：包括增加事故、修改事故、删除事故、处理事故、查询事故、统计事故。当一个新的安全事故需要录入时，通过增加事故模块完成事故的登记录入。当一个安全事故信息存在错误时，可以通过修改事故模块完成对事故信息的修改。系统允许删除一个未经处理的事故，可以通过组合条件查询事故，可以按事故类型、事故等级、事故处理情况（分为：已处理、未处理）等分类
40、方式对事故的数量进行分类统计。系统管理：包括修改密码、用户管理、退出系统。系统当前登录人可以通过修改密码模块修改自己的密码。用户管理的功能包括：增加用户、修改用户、删除用户。系统功能模块组织结构图如图5.1： 安全事故管理系统基础信息管理事故管理系统管理基础信息管理基础信息管理基础信息管理增加事故修改事故删除事故处理事故查询事故事故统计修改密码用户管理退出系统图5.1 系统功能结构图5.2事故类型管理本模块实现对事故类型的添加，修改，删除。事故类型设计为值域形式，即一个代码对应一个名称。比如0-未知，1-泄露，2-爆炸。在本模块中，用户可以通过事故类型管理界面操作添加事故类型，修改事故类型和删
41、除事故类型三项操作。其具体的时序图，协作图如图5.2,5.3：图5.2 事故类型时序图图5.3 事故类型协作图当用户在事故类型管理的界面实施操作后，即对事故类型进行增加，修改或者删除，事故类型界面接口将会收到用户的信息，然后同过调用相应的服务函数将数据发送到业务逻辑层，即业务逻辑接口，在业务逻辑层中，接口收到的数据将会被验证，验证成功的数据将会通过调用对应的数据库的函数将验证后的数据送到数据存取接口中，而后数据将会被存储到数据库中，当数据被顺利的存储到数据库中以后，数据库将会对事故类型管理界面接口发送数据，通过对存取结果的判断，事故类型管理界面上将会显示出对应的话语，如“修改成功”。5.3事故
42、等级管理本模块实现对事故等级的添加，修改，删除。事故等级设计为值域形式，即一个代码对应一个名称。比如0-未知，1-一级，2-二级。在本模块中，用户通过窗口，可以进行添加，修改，删除安全事故操作。其具体的时序图和协作图如图5.4,5.5：图5.4 事故等级时序图 图5.5 事故等级协作图当用户在窗口进行对应的操作时，事故等级界面接口会通过调用相应的函数连接到业务逻辑层的业务接口，接下来，在业务逻辑层中将会对数据进行验证，验证成功后的数据为1，验证成功后，业务逻辑层会通过调用针对具体数据库的数据函数连接到数据存取接口，而后，数据将会通过数据存取接口存入到对应的数据库中，当数据存储成功后，数据口将会
43、向事故等级界面返回数值，事故等级界面将会显示出数据存储成功。其具体的窗口操作效果如图5.6：图5.6 增加事故等级程序运行效果图5.4专家组管理管理本模块实现对专家组信息的查看，增加，修改，删除四个功能。在这个模块中，将专家组有事故等级，类别一一对应。比如，在事故等级模块中，0-未知，1-一级，2-2级，那么在专家组模块中，0-处理未知事故等级的专家组，1-处理一级事故的专家组，2-处理2级事故的专家组，用户可以通过窗口选择，对专家组进行信息查看，专家组增加，专家组修改，删除四个功能 ，其时序图和协作图如图5.7,5.8：图5.7 专家组时序图图5.8 专家组协作图 在用户在窗口选择对专家组进
44、行操作的时候，专家组界面接口会根据用户的不同需要连接到不同的接口，如果用户想要对专家组进行增加、删除或者修改的话，专家组界面接口会连接到专家组业务接口，在专家组业务接口中会对专家组界面接口传递的信息进行验证，后专家组业务接口会通过调用具体的针对增加、修改和删除的函数连接到专家组数据储存接口，然后系统会通过存取函数连接到数据库，存取结束后，数据库会向专家组接口返回存取信息，过程结束。当客户想要修改专家组处理事故的类型或者级别的时候，专家组接口会将信息分别发送到事故类型、事故级别数据存储接口，然后通过对应的函数，经过事故类型业务接口和事故级别业务接口连接到对应的数据存取接口，然后通过存取函数连接到
45、数据库。存取结束后，数据库向专家组界面接口返回值，在界面上显示出存储的结果，过程结束。5.4.1用户管理本模块实现的主要功能的对用户的增加，修改，删除三个功能。由于在生产需要定时的修改事故录入员的人数等信息，所以在系统中设置了这个管理的模块，其具体实现的时序图、协作图如图5.9,5.10：图5.9 用户管理时序图图5.10 用户管理协作图当系统管理员在管理界面选择对用户增加、修改和删除功能的时候，系统会连接到用户界面接口，然后系统会调用对应的增加、修改或者删除函数连接到用户业务接口，在用户业务中首先对接收到的数据进行验证，然后通过调用针对具体数据库的增加、修改、删除函数将验证后的数据发送到数据
46、库连接接口，然后系统会通过存取数据函数连接到数据库，当数据库存取完成后，数据库会向用户界面接口发送存储信息，操作完成。对增加用户的操作程序运行效果图如图5.11：图5.11 增加用户程序运行效果图5.4.2密码修改本模块实现了用户对密码修改的功能。同样的，为了实现密码修改的功能，需要通过几个接口和调用对应的函数来实现，其具体的实现过程的时序图和协作图如图5.12,5.13：图5.12 密码修改时序图图5.13 密码修改协作图当用户选择密码修改操作的时候，密码修改接口将会受到相应的信息，然后通过密码修改函数连接到用户业务接口，接下来，用户业务接口受到的数据将会被验证，验证后的数据将被系统通过调用针对具体数据库的密码修改函数连接到用户数据存取接口，接下来数据将会通过存取数据的函数将数据存储到数据库中，存储结束后，数据库向密码修改界面发送存取信息，过程完成。其程序运行效果如图5.14：图5.14 密码修改程序运行效果图5.4.3事故管理本模块实现用户对事故的增加、修改、删除功能，并且实现了用户对事故类型、事故等级的查询。其具体实现过程的时序图