JSP+SQL机房自由上机收费管理软件的设计与实现论文.docx

JSP+SQL机房自由上机收费管理软件的设计与实现论文.docx

《JSP+SQL机房自由上机收费管理软件的设计与实现论文.docx》由会员分享，可在线阅读，更多相关《JSP+SQL机房自由上机收费管理软件的设计与实现论文.docx（30页珍藏版）》请在冰豆网上搜索。

JSP+SQL机房自由上机收费管理软件的设计与实现论文

摘要

为了提高机房管理者的管理效率和减轻管理者的劳动强度，提高机房的利用率，发挥计算机的方便性和快捷性，提出了机房自由上机收费管理系统的设计方案。

机房自由上机收费系统是典型的数据库管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面，对于前者要求建立起数据一致性和完整性、数据安全性好的库,而对于后者则要求应用程序功能完备,易使用等特点。

本系统采用B/S模式，主要应用了JSP和JavaBean技术进行程序编制，以SqlServer2000为本系统的数据库。

系统主要实现了实验教师设定上机收费标准，维护设备管理和使用信息，管理更新实验教师信息及上机卡信息，管理实验教师值班记录，上机用户充值，销卡及查询使用记录的功能。

系统充分利用计算机检索迅速、查找方便、可靠性高、存储量大、保密性好的特点，为机房上机管理发挥作用。

关键词：

收费管理；信息管理；上机管理

Abstract

Inordertoenhancethemanagementefficiencyofroommanagersandreducesuperintendent'slaborintensity,reducelaborintensityofmanagers,improvetheutilizationofroomandplaycomputer’sconvenienceandrapidity,proposeddesignoftheChargesSystemofUsingComputer.

Chargessystemistypicalofdatabasemanagementsystem,includingdevelopmentofitskeydatabasebackgroundtotheestablishmentandmaintenanceoffront-endapplicationsandthedevelopmentoftwoareas.Regardingtheformerrequirementtoestablishconsistencyanddataintegrity,datasecurityforgood,asforthelatterdemandedtheapplicationfunctions,andeasy-to-usefeatures.ThesystemusedB/Smode,takeSQLServer2000asthissystemdatabase.Themainachievementoftheexperimentalsetteachersontheplanecharges,serviceequipmentmanagementandusinginformation,updateexperimentalteachersandinformationonthecard,managetherecordofexperimentalteachersonduty,andthechargeofComputerusers,Pincardandcheckusagerecords.Computersystemtotakefulladvantageoftherapidretrievalandsearchforconvenient,highreliability,largememorycapacity,highsecurity,goodfeatures,roomontheplaneforthemanagementroletoplay.

Keywords:

Chargemanagement;Informationmanagement;Computermanagement;

1概述

1.1课题背景

现今，计算机在各个领域扮演的角色越来越重要。

在学校计算机已经成为一门必修课。

所以每个学校都有很多硬件设施完备的机房在课余时间闲置，以往人们使用教师手工管理的方式或是用计算机的文本系统打印一些清单的方式来管理学生业余时间上机，但是这种管理方式信息处理工作量大，容易出错，更新和维护工作复杂，工作效率很低，缺乏系统、规范的信息管理手段。

建立的机房自由上机收费管理系统，要把机房的计算机管理、用户管理、用户上机管理等日常管理工作实行计算机统一管理，不仅可以减少管理教师的工作强度还能提高工作效率，提高管理水平。

1.2现状与分析

机房自由上机收费管理系统是实用性很强，应用很广的系统。

现在大部分的系统都采用C/S模式，包括网吧上机收费系统。

但当前信息管理正在从C/S结构向B/S结构转移，虽然C/S模式有其必然的优势，但B/S更适合开发信息管理系统，已经成为发展的必然趋势。

下面对相近课题做如下说明：

（1）C/S模式

采用C/S模式开发的机房自由上机收费管理系统交互性强，界面友好，具有出错提示、在线帮助等辅助功能并且数据通信量大、安全性能好。

但C/S模式的系统对客户端软硬件要求较高，增加了整个系统的成本，并且对机房管理人员的要求较高，往往要经过专门的训练，给机房的管理者带来不便。

（2）B/S模式

采用B/S模式开发的机房自由上机收费管理系统对客户端进行了简化、系统开发和维护开销小。

用户操作变得相当容易，机房管理人员无需培训就可以直接使用。

但在服务器处理用户请求的时候，用户大多数时间都处于等待的状态，数据通信量小。

1.3研究意义

建立先进的机房管理系统是实现教育现代化的必由之路，是推进信息化管理的重要举措。

因此建立机房收费管理系统，是为了改善现有机房管理系统的缺点，更好的完善机房的管理。

利用系统可以充分发挥计算机可以代替人工进行许多繁杂的劳动、节省许多资源、提高人们的工作效率以及增加数据安全性。

所以机房自由上机收费管理系统能更好的为机房管理走向正规化、科学化服务。

2需求分析

系统的开发工作是从接受用户提出的任务开始。

用户最初提出的任务往往只是一个简单的初始需求，而且常常是罗列一些需要解决的问题，摆在开发人员面前的首要任务是对用户提出的要求做出一个准确的认识和估计。

2.1项目内容

为了规范机房管理，需要设计一款机房自由上机收费管理系统。

系统的使用者包括机房管理员及上机用户，实验教师是机房的管理者，实验教师需要维护机房设备，可以查询值班教师的记录和学生的信息，设定上机收费标准，管理学生上机卡（包括：

卡充值，卡撤销，卡充值记录查询及卡信息查询），上机用户可以在机房刷卡上机，查询个人上机记录。

本系统要求界面简介美观，易于操作；功能完备，对各项操作显示明了。

提高机房管理的安全性、方便性和可靠性，快速地反馈学生上机的详细信息。

2.2设计目标

本系统是实用性很强的系统，是为了满足机房管理者和上机用户的需要。

机房上机收费系统的总体目标如下：

（1）更正管理环节多，人员冗余以及由于大量的重复性手工填写和人工统计计算容易造成遗漏和统计数据错误等缺点。

（2）避免了耗费大量的人力，物力和财力。

（3）消除存贮数据数量巨大，移交，查阅等非常不便，以及安全保密性不强的弊端。

2.3可行性分析

可行性分析是在进行初步调查后所进行的对系统开发必要性和可能性的研究，所以也称为可行性研究。

系统从技术经济可行性和社会可行性两方面来论证。

通过分析，机房管理信息系统的可行性分析如下：

2.3.1技术经济可行性

作为学校机房管理这样的教学性质场所，其经济成分比重相对还是较多，一般主要包括收入和支出的费用，其中支出包括设备购置费、管理和维护费、人员工资费等；收入就主要针对学生业余上机时机房的总收入等。

具体分析如下：

（1）提高工作效率，减少办公室人员，并采用数据完整性约束，将大大减少出错率。

（2）假设投入本系统，机房管理效率会有所提高，以现有的工作人员3人计算，可减少1人，每人每月平均工资按1500元计算，节约人员工资1×12×0.15=1.8万元/年。

2.3.2社会可行性

社会可行性有时也称为操作可行性，主要论证新系统在学校开发和运行的可能性以及运行后可能对学校的影响，即组织内外是否具备接受和使用新系统的条件。

在当前信息技术飞速发展的大环境下，计算机技术和软件技术的更新是机房管理系统完全有可能也有能力采用这样先进的管理技术。

它对机房管理带来的影响可以看到：

对传统管理理念的冲击，可能引起管理层的变动和人员的调整。

对机房工作人员的要求提高，使机房在一定的可能下进行人员精简，促使工作人员继续学习新知识，拓宽计算机在市场环境下的生存空间。

2.4研究设计中要解决的问题

（1）实时刷新问题

机房自由上机收费管理系统包括计时收费功能，在用户上机后系统开始计时收费，按花费时间随时扣除费用。

这样就面临一个问题：

如果用户卡中剩余钱数不足，用户结账下机时有可能已经欠费。

所以要求系统要有实时刷新功能，这样可以第一时间发现卡内余额不足的用户，对其进行提醒，避免上机卡透支。

（2）事务性问题

一致性：

同时进行的查询和更新彼此不会发生冲突，其他用户不会看到发生了变化但尚未提交的数据。

可恢复性：

一旦系统故障，数据库会自动地完全恢复未完成的事务。

2.5系统开发环境与开发工具

2.5.1开发环境

本次开发机房上机收费系统的开发环境如下：

服务器端：

CPU：

最低IntelPentiumII500MHz。

内存：

128MB（最好256MB以上）。

操作系统：

Windows2000以上的操作系统。

服务器：

Tomcat5.0以上版本。

浏览器：

InternetExplorer5.5以上版本。

数据库：

MicrosoftSQLServer2000。

客户端：

操作系统：

Windows2000以上的操作系统。

数据库：

MicrosoftSQLServer2000。

浏览器：

InternetExplorer5.5以上版本

2.5.2开发工具

1.JSP技术

JSP是由SunMicrosystems公司倡导，许多公司参与建立的一种动态网页技术标准。

在传统的网页HTML文件（*.html）中加入Java程序片段（Scriptlet）和JSP标记（tag），构成JSP网页（*.jsp），具有以下优点：

（1）将内容的产生和显示进行分离

使用JSP技术，Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。

使用JSP标识或者小脚本来产生页面上的动态内容。

产生内容的逻辑被封装在标识和JavaBeans群组件中，并且捆绑在小脚本中，所有的脚本在服务器端执行。

如果核心逻辑被封装在标识和Beans中，那么其它人，如Web管理人员和页面设计者，能够编辑和使用JSP页面，而不影响内容的产生。

在服务器端，JSP引擎解释JSP标识，产生所请求的内容（例如，通过存取JavaBeans群组件，使用JDBC技术存取数据库），并且将结果以HTML（或者XML）页面的形式发送回浏览器。

这有助于作者保护自己的代码，而又保证任何基于HTML的Web浏览器的完全可用性。

（2）强调可重用的群组件

绝大多数JSP页面依赖于可重用且跨平台的组件来执行应用程序所要求的更为复杂的处理。

开发人员能够共享和交换执行普通操作的组件，或者使得这些组件为更多的使用者或者用户团体所使用。

基于组件的方法加速了总体开发过程，并且使得各种群组织在他们现有的技能和优化结果的开发努力中得到平衡。

（3）采用标识简化页面开发

Web页面开发人员不会都是熟悉脚本语言的程序设计人员。

JavaServerPage技术封装了许多功能，这些功能是在易用的、与JSP相关的XML标识中进行动态内容产生所需要的。

标准的JSP标识能够存取和实例化JavaBeans组件，设定或者检索群组件属性，下载Applet，以及执行用其它方法更难于编码和耗时的功能。

通过开发定制化标识库，JSP技术是可以扩展的。

今后，第三方开发人员和其它人员可以为常用功能建立自己的标识库。

这使得Web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。

JSP技术很容易整合到多种应用体系结构中，以利用现存的工具和技巧，并且扩展到能够支持企业级的分布式应用。

作为采用Java技术家族的一部分，以及Java2EE的一个成员，JSP技术能够支持高度复杂的基于Web的应用。

由于JSP页面的内置脚本语言是基于Java程序设计语言的，而且所有的JSP页面都被编译成为JavaServlet，JSP页面就具有Java技术的所有好处，包括健壮的存储管理和安全性。

作为Java平台的一部分，JSP拥有Java程序设计语言“一次编写，各处执行”的特点。

随着越来越多的供货商将JSP支持加入到他们的产品中，您可以使用自己所选择的服务器和工具，修改工具或服务器并不影响目前的应用。

2.JavaBean技术

JavaBean软件设计技术是基于Java语言基础上的软件组件结构技术。

通用型的JavaBean软件设计技术，通常被称为Bean。

JSP通常与JavaBean结合。

JavaBean是用Java语言开发，所以一旦掌握Java，了解JavaBean的结构就非常简单了。

JavaBean组件结构和其他组件结构相比有一个显著优势，就是JavaBean编写很便利，能被绝大多数程序设计人员掌握和理解。

JSP与JavaBean的联合使用为开发动态网页带来极大的便利。

3.SQLServer数据库

SQLServer是基于服务器端的中型的数据库，可以适合大容量数据的应用，在处理海量数据的效率，后台开发的灵活性，可扩展性等方面强大。

因为现在数据库都使用标准的SQL语言对数据库进行管理，所以如果是标准SQL语言，两者基本上都可以通用的。

SQLServer还有更多的扩展，可以用存储过程，数据库大小无极限限制。

SQLServer数据库还有简单易用及与windows兼容性高的特点。

3系统结构特性设计

3.1系统模型分析

数据结构是整个系统的核心部分，而数据结构设计则是整个系统设计的重中之重。

本系统中几乎所有的功能都要依附数据结构的设计来完成，所以，如何设计数据结构，如何高效率、高安全性的访问数据库就成了首当其冲的问题。

3.1.1实体说明

系统涉及以下实体：

（1）上机收费标准：

{计费名称，计费单价}

（2）实验教师：

{登陆名，登录密码}

（3）教师值班记录：

{记录编号，教师号，上班时间，下班时间}

（4）上机卡：

{卡号，余额，持卡者学号，开卡日期，类别}

（5）卡充值记录：

{记录编号，卡号，充值金额，充值日期}

（6）设备：

{设备号，设备状态}

（7）上机记录：

{记录编号，卡号，使用设备号，上机时间，下机时间}

（8）设备报修记录：

{记录编号，设备编号，报修日期，修复日期}

这些实体之间的联系如下：

（1）一名实验教师可以设定多个收费标准，一个收费标注可以由多名实验教师设定，因此实验教师和收费标准之间是多对多的联系。

（2）一名实验教师有多个值班记录，一个值班记录只属于一名实验教师，因此实验教师和值班记录是一对多的联系。

（3）一名实验教师管理多台设备，一台设备由多名教师管理，因此实验教师和设备之间是多对多的联系。

（4）一台设备有多个保修记录，一个保修记录只属于一台设备，因此设备和保修记录之间是一对多的联系。

（5）一名实验教师可以注册多个上机卡，一张上机卡只能由一名实验教师注册，因此实验教师和上机卡之间是一对多的关系。

（6）一张上机卡可以生成多个上机纪录，一个上机纪录只能由一张上机卡生成，因此上机卡和上机纪录之间是一对多的联系。

（7）一张上机卡可以有多个卡充值记录，一个卡充值记录只属于一张上机卡，因此上机卡和卡充值记录之间是一对多的联系。

（8）一名实验教师可以为多个卡充值，一个卡充值记录只是由一名实验教师充值生成，因此实验教师和卡充值记录之间是一对多的联系。

3.1.2E-R图

图3.1E-R图

系统实体及实体属性分析：

图3.2

上机记录实体及其属性图

图3.3

卡充值记录实体及其属性图

图3.4

实验教师实体及其属性图

图3.5上机卡实体及其属性图

图3.6

设备实体及其属性图

图3.7

上机收费标准实体及其属性图

图3.8

值班记录实体及其属性图

图3.9

设备报修记录实体及其属性图

3.2数据库设计

下面对本系统的数据库表介绍如下：

表3.1上机收费标准表（sfbz）

名称

字段名称

数据类型

主键

非空

收费编号

f_num

Int（4）

Y

Y

收费单价

money

Float（8）

N

N

表3.2教师卡信息表（teacard）

名称

字段名称

数据类型

主键

非空

卡号

c_num

Vachar（20）

Y

Y

教师号

t_num

Vachar（20）

N

N

开卡日期

t_date

Datetime（8）

N

N

表3.3学生卡信息表（stucard）

名称

字段名称

数据类型

主键

非空

卡号

C_num

Vachar（20）

Y

Y

学生号

S_num

Vachar（20）

Y

Y

姓名

S_name

Vachar（20）

N

N

班级

class

Vachar（20）

N

N

表3.4上机记录表（sjjl）

名称

字段名称

数据类型

主键

非空

记录编号

j_num

Vachar（10）

Y

N

卡号

C_num

Vachar（20）

N

N

上机时间

j_time

Datetime（8）

N

N

下机时间

j_time

Datetime（8）

N

N

设备号

M_num

Vachar（10）

N

N

上机类型

type

Vachar（20）

N

N

表3.5卡充值记录表（czjl）

名称

字段名称

数据类型

主键

非空

记录编号

c_z_num

Vachar（10）

Y

N

卡号

C_num

Vachar（20）

N

N

充值时间

c_z_time

Datetime（8）

N

N

充值金额

c_z_money

Float（8）

N

N

充值教师号

T_num

Vachar（20）

N

N

表3.6值班教师表（duty）

名称

字段名称

数据类型

主键

非空

记录编号

D_r_num

Vachar（10）

Y

N

教师号

T_num

Vachar（20）

N

N

上班时间

D_s_time

Datetime（8）

N

N

下班时间

D_f_time

Datetime（8）

N

N

表3.7设备报修记录表shebeiwh

名称

字段名称

数据类型

主键

非空

记录编号

M_num

Vachar（10）

Y

N

设备号

M_num

Vachar（10）

N

N

报修时间

R_s_time

Datetime（8）

N

N

修复日期

R_f_time

Datetime（8）

N

N

维护费用

S_money

Float（8）

N

N

表3.8设备表shebei

名称

字段名称

数据类型

主键

非空

设备号

M_num

Vachar（10）

Y

N

设备状态

state

Vachar（20）

N

N

表3.9实验教师表admin

名称

字段名称

数据类型

主键

非空

编号

A_num

Vachar（10）

Y

N

用户名

name

Vachar（20）

N

N

密码

password

Vachar（20）

N

N

4行为特性设计

4.1软件结构设计

机房自由上机收费管理系统包括卡管理、机房管理和刷卡管理三个子系统。

其中卡管理子系统包括教师卡管理，学生卡管理和注册管理。

管理员又能对卡进行充值、销卡操作。

机房管理子系统包括设定收费标准、值班和机器维护信息的管理。

刷卡管理子系统是对刷卡上机的管理、在线用户管理。

系统总体结构图如下：

图4.1系统总体结构示意图

4.2功能子模块设计

4.2.1管理员登录模块

1.

界面设计

图4.1登录页面

2.数据接口设计

相关数据库：

管理员信息表（admin）。

3.算法描述

此模块的主要功能是登录系统，管理员通过图4.2输入用户名和密码，将用户名的Type属性设置为Text属性，将密码的属性Type属性设置为Password属性，这样用户输入的密码就不会在页面上直接显示出来，只能以黑点表示，当获取到用户输入的用户名和密码时，将其与数据库中的数据进行比较，查询数据库中是否存在该用户，如果不存在该用户，则显示用户不存在，如果用户存在，则登录成功。

管理员登陆模块流程图如下：

图4.1登录模块流程图

4.2.2卡信息查询模块

1.界面设计

图4.1

卡信息查询页面

2.数据接口设计

相关数据库：

学生卡表（stucard）、教师卡表（teachercard）。

3.算法描述

信息查询模块是对上机用户的信息进行查看，可以显示全部教师或学生的信息。

还可以对查询进行条件限制，根据限制条件系统会自动查找数据库的相应记录，如果查找成功则显示查找的内容，如果数据库中没有此项记录，系统则会提示“数据库中无此项记录”。

卡信息查询模块流程图如下：

图4.1卡信息查询模块流程图

4.2.3注册信息模块

1.

界面设计

图4.1注册信息页面

2.数据接口设计

相关数据库：

学生卡表（stucard）、教师卡表（teachercard）。

3.算法描述

用户使用注册页面向系统提交用户信息的方式进行身份注册。

在添加页面上填写如图4.6要添加的内容，然后点击提交按钮提交所填写的内容。

用户提交信息后，首先进行格式校验，校验成功后查询用户表中是已经有该用户，如果已有，返回错误，否则，将用户提交信息插入用户表，返回插入成功。

此功能模块的流程图如下：

图4.1注册信息模块流程图

4.2.4卡充值模块

1.界面设计

图4.1

卡充值界面

2.数据接口设计

相关数据库：

学生卡表（stucard）、教师卡表（teachercard）、充值记录表（czjl）。

3.算法描述

卡充值模块是对上机卡进行存款处理，在图4.8充值页面上填写要充值的金额，然后点击提交按钮提交所填写的内容。

首先判断输入金额是否为合法金额，如果是合法金额将提交内容插入卡信息表中，如果不是合法金额返回充值页面。

充值模块的流程图如下：

图4.1卡充值模块流程图

4.2.5销卡模块

1.

界面设计

图4.1销卡界面

2.数据接口设计

相关数据库：

学生卡表（stucard）、教师卡表（teachercard）。

3.算法描述

销卡模块是对上机卡的删除管理，在要销卡的信息列表中输入