毕业设计（论文）基于三层结构的B.S模式的设备管理系统设备管理与维护.doc 48页Word文件下载.docx

毕业设计（论文）基于三层结构的B.S模式的设备管理系统设备管理与维护.doc 48页Word文件下载.docx

《毕业设计（论文）基于三层结构的B.S模式的设备管理系统设备管理与维护.doc 48页Word文件下载.docx》由会员分享，可在线阅读，更多相关《毕业设计（论文）基于三层结构的B.S模式的设备管理系统设备管理与维护.doc 48页Word文件下载.docx（48页珍藏版）》请在冰豆网上搜索。

Thispaperdescribesthedevelopmentprocessofatriple-layeredBrowser/Servermodebasedfacilitymanagementsystemforsakeofworkefficiencyimprovement.

Thissystemconsistsoffivemodules:

equipmentmaintenance（equipmentattributemaintenancemoduleandequipmentinformationmaintenance）,usermanagement,departmentmanagement,logmanagementandsystemmaintenance.AllmodulatesaredevelopedbasedonJavatechnology.BesidesemployingtheBrowser/Servermodetriple-layeredarchitecturetoensuresystemsecurityandportability,italsoadoptHashingstoragemethodtocontructdevicestructure,therebyenhancesystemagilityandbroadsystemapplicability.

Keywords:

facilitymanagementsystem;

Hashing;

B/Smode;

Java;

目录

摘要 I

ABSTRACT II

目录 III

第1章．系统概述 1

1.1系统概述与需求分析 1

1.2技术背景 2

第2章设备管理系统详细设计 5

2．1系统整体设计 5

2.1.1用户层 6

2.1.2中间层 6

2.1.3数据层 6

2.1.4数据库 7

2.2模块设计 7

2.2.1概述 7

2.2.2设备模块 8

2.2.3设备属性模块 17

2.2.4身份验证 19

第3章设备管理系统实现 20

3.1设备属性模块 20

3.1.1概述 20

3.1.2设备一般属性维护 21

3.1.3设备子属性维护 22

3.2设备模块 22

3.2.1概述 22

3.2.2设备一般维护 24

3.2.3设备发放维护 25

3.2.4设备状态维护 25

3.2.5设备特殊子属性修改 25

第4章总结 31

4.1系统小结 31

4.2系统不足 31

4.3心得体会 31

致谢 32

参考文献 33

附录 34

1.DEVICE类 34

2.DeviceAttribute类 37

第1章．系统概述

1.1系统概述与需求分析

由于信息工程学院特有的教学特点是需要大量的仪器设备以供教学及教师日常工作使用。

因此对于设备的管理便是一个急需解决的问题。

本设备管理系统是为了完善首都师范大学信息工程学院的设备管理，方便管理员对设备维护而构建。

将原始落后的工作方式改善为先进的网络自动化工作方式，使得设备管理工作更趋向信息化和智能化。

基于系统灵活性的考虑，本系统中所有设备的属性均由用户决定。

即设备的结构是随着用户的需求而变化的。

因此设备管理系统应提供设备属性维护功能，避免系统结构杂乱无章。

为了规范系统的管理，对于每次用户的操作都将记录在操作日志中，且提供对日志进行维护的模块。

系统的安全性也是不容忽视的问题。

在设备管理系统中基于安全性的考虑，应为每个用户分配一个权限，以示区分。

并提供用户的管理模块。

同时在每个页面均应提供身份验证及相关权限验证。

本文主要针对设备管理模块进行阐述。

本系统中设备共分为三大类：

固定资产类、低值耐耗类以及低值易耗类。

Ø

固定资产类：

ü

此类设备要求记录其详细信息，需为每个设备分配一个作为唯一标识的ID；

为了系统信息更规范化，固定资产类设备的属性设置不完全由用户自行键入，其部分属性的设置应提供选择范围或直接由系统提供；

低值耐耗类：

基本与固定资产类的需求相同；

低值易耗类：

无须对此类的每个设备进行ID分配；

此类的设备信息无须做详尽的描述，只需记录与设备领用相关的信息即可；

目前我院现存的设备管理系统存在诸多问题，为用户带来了极大的不便。

1）系统结构不够灵活，不能适应用户的需求；

2）用户权限设置混乱；

3）数据库结构不适用于我院的具体情况；

4）系统的部门维护功能无法实现；

5）界面风格陈旧，不能体现我院的特点；

为了解决以上问题使设备管理工作顺利进行，本系统应运而生。

新的设备管理系统针对旧系统的不足做了改进。

1）本系统最显著的一个优点就是设备所具有的属性可根据用户的需求随时更改，这样就大大提高了系统的灵活性；

2）基于系统安全性的考虑，新的设备管理系统对用户的权限进行了严格的设置，并做了系统的验证；

3）因为需管理的设备的数量众多且关系复杂，本系统采用了功能强大的SQL Server

作

4）为后台的数据库为管理带来了极大的方便；

5）由于Java语言及SQLServer数据库具有适用于多个操作平台的特点，因此可保证系统应用的广泛性；

6）在本系统中对于部门的管理提供了专门的维护模块，强化了系统的完整性和规范性；

7）基于系统友好性的考虑，新的设备管理系统界面设置简洁明快易于用户操作；

1.2技术背景

B/S

B/S模式是一种以Web技术为基础的新型的系统平台模式,它把传统C/S模式中的服务器部分分解为一个数据服务器和一个或多个应用服务器（Web服务器）,从而构成了三层结构的客户服务器体系。

第1层客户机是用户与整个系统的接口。

客户的应用程序精简到一个通用的浏览器软件如NetscapeNavigator,微软公司的IE等。

浏览器将HTML代码转化成图文并茂的网页,网页具备一定的交互功能,允许用户在网页提供的申请表上输入信息提交给后台第2层的Web服务器,并提出处理请求。

第2层Web服务器将启动相应的进程来响应这一请求,并动态生成一串HTML代码,将嵌入的处理结果,返回给客户机浏览器。

如果客户机提交的请求包括数据的存取,Web服务器还需与数据库服务器协同完成这一处理工作。

第3层数据库服务器的任务类似于C/S模式,负责协调不同的Web服务器发出的SQL请求。

综上所述,B/S模式具有以下特点。

首先,B/S模式体系简化了客户端。

无须像C/S模式那样在不同的客户机上安装不同的客户应用程序,而只需安装通用的浏览器软件。

这样不但可以节省客户机的硬盘空间和内存而且安装过程更加简便,网络结构更加灵活。

另外,它简化了系统的开发和维护,系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序,而只需把所有的功能都实现在Web服务器上,并就不同的功能为各个组别的用户设置权限就可以了。

各个用户通过HTTP请求在权限范围内调用Web服务器上不同的处理程序,从而完成对数据的查询或修改。

在维护方面,相对于C/S,B/S的维护具有更大的灵活性。

当结构变化时,它无须再为每一个现有的客户应用程序升级,而只需对Web服务器上的服务处理程序进行修订。

这样不但可以提高企业的运作效率,还省去了维护时协调工作的不少麻烦。

其次,B/S模式体系使用户的操作变得更简单。

对于C/S模式,客户应用程序有自己特定的规格,使用者需要接受专门培训。

而采用B/S模式时,客户端只是一个简单易用的浏览器软件。

无论是决策层还是操作层的人员都无须培训,就可以直接使用。

最后,B/S特别适用于网上信息发布,这是C/S所无法实现的。

而这种新增的网上信息发布功能恰是现代物流企业所需的。

这使得企业与客户之间的信息交流可以在Internet上直接进行,从而提高了企业的工作效率。

本文中采用的B/S三层模式结构见图1。

TCP/IP

Java应用程序

小型服务器程序

Web服务器

第二层

客户机

（浏览器）

第一层

第三层

数据存储

（关系数据库）

（图1）

Java（servlet）

Java作为一种严肃的编程语言,具有简单易用、面向对象、分布式、与平台的独立性、可移植性、可解释性、多线程模式及动态化等特点。

SUN公司推出的Servlet技术扩展了Java语言。

Servlet是一种独立于平台和协议的服务器端Java应用程序,可以生成动态的Web页面。

Servlet位于Web服务器端,与传统的从命令行启动的Java应用程序不同,Servlet由Web服务器进行加载,该

Web服务器必须包含支持Servlet的Java虚拟机。

Servlet与Web服务器的关系类似于Applet与Web浏览器的关系（这也是称之为Servlet的原因）。

Servlet是CGI的一种替代技术,由于Servlet在性能、可移植性、代码重用等方面比CGI具有显著的优势,因此在未来的技术发展过程中,Servlet有可能彻底取代CGI。

Servlet最重要的一些特点包括多线程、持久性、易于访问其它网络资源及灵活性等。

对Servlet的并行请求是用同一个Servlet实例在单独的线程中进行的。

CGI对于每个请求都启动一个新的处理过程。

与CGI方式相比,Servlet更为有效。

Java的线程支持也令Servlet的开发更为容易,Servlet使用一个工作员线程不停地收集信息,监视资源,或承担其它持续时间长的任务。

这个工作员线程可以在启动Servlet时就启动并且可以用规则的Servlet请求收集有关任务的状态报告。

持久性从某方面来说是与多线程特性相关的。

并行请求可以用线程而不必启用新处理过程来处理的原因是,一旦Servlet装上Java虚拟机处理过程,它将一直保留在里面直至服务器被关闭。

因此Servlet可以在请求之间保留住信息。

持久性可大大提高处理性能并简化任务,而这些任务在基于CGI的解决方案中是非常复杂的。

例如,一个访问数据库的Servlet可以保留住一组开放的数据库连接,用于所有的请求。

另外一种更好的方式就是用一个连接池管理器来为多数据库Servlet管理一组数据库连接。

一个有关

持久性的例子就是对话跟踪。

对