机房管理系统.docx
《机房管理系统.docx》由会员分享,可在线阅读,更多相关《机房管理系统.docx(21页珍藏版)》请在冰豆网上搜索。
机房管理系统
课程名称网页设计与网站建设
课题名称机房管理系统
目录
概述2
1、课题背景2
2、现状与分析2
3、研究意义3
一、需求分析3
1.1功能需求3
1.2开发及运行环境4
1.2.1硬件平台4
1.2.2软件要求4
1.3网站的设计目标4
二、系统设计5
1、总体流程图5
2、数据库设计5
2.1关系模型5
2.2系统E-R图6
2.3数据模型7
3系统总体结构图10
三、界面实现10
3.1管理员登录模块10
3.2卡信息查询模块11
3.3注册信息模块13
3.4卡充值模块15
3.5销卡模块17
3.6设备维护管理模块17
3.7设定上机收费标准模块18
3.8刷卡上机模块19
四、结论与展望20
参考文献22
信息工程学院课程设计评分表23
概述
1、课题背景
现今,计算机在各个领域扮演的角色越来越重要。
在学校计算机已经成为一门必修课。
所以每个学校都有很多硬件设施完备的机房在课余时间闲置,以往人们使用教师手工管理的方式或是用计算机的文本系统打印一些清单的方式来管理学生业余时间上机,但是这种管理方式信息处理工作量大,容易出错,更新和维护工作复杂,工作效率很低,缺乏系统、规范的信息管理手段。
建立的机房自由上机收费管理系统,要把机房的计算机管理、用户管理、用户上机管理等日常管理工作实行计算机统一管理,不仅可以减少管理教师的工作强度还能提高工作效率,提高管理水平。
2、现状与分析
机房自由上机收费管理系统是实用性很强,应用很广的系统。
现在大部分的系统都采用C/S模式,包括网吧上机收费系统。
但当前信息管理正在从C/S结构向B/S结构转移,虽然C/S模式有其必然的优势,但B/S更适合开发信息管理系统,已经成为发展的必然趋势。
下面对相近课题做如下说明:
(1)C/S模式
采用C/S模式开发的机房自由上机收费管理系统交互性强,界面友好,具有出错提示、在线帮助等辅助功能并且数据通信量大、安全性能好。
但C/S模式的系统对客户端软硬件要求较高,增加了整个系统的成本,并且对机房管理人员的要求较高,往往要经过专门的训练,给机房的管理者带来不便。
(2)B/S模式
采用B/S模式开发的机房自由上机收费管理系统对客户端进行了简化、系统开发和维护开销小。
用户操作变得相当容易,机房管理人员无需培训就可以直接使用。
但在服务器处理用户请求的时候,用户大多数时间都处于等待的状态,数据通信量小。
3、研究意义
建立先进的机房管理系统是实现教育现代化的必由之路,是推进信息化管理的重要举措。
因此建立机房收费管理系统,是为了改善现有机房管理系统的缺点,更好的完善机房的管理。
利用系统可以充分发挥计算机可以代替人工进行许多繁杂的劳动、节省许多资源、提高人们的工作效率以及增加数据安全性。
所以机房自由上机收费管理系统能更好的为机房管理走向正规化、科学化服务。
一、需求分析
机房以前使用的管理系统是单机版的,主要存在的问题有学生刷卡进入机房后随便找计算机上机,学生具体上哪一台计算机,机房管理人员无法知道,计算机损坏或部件丢失后无从找起,给管理带来了不便,因此机房管理系统就解决了这些问题,而且管理员可以通过软件轻松管理上机学生信息。
1.1功能需求
从部署的位置来看,本项目可以分为服务器端和客户端。
服务器端的应用主要是起管理作用,用户端发送的所有消息都将被发送到服务器端,经过服务器端的出来后,服务器端可以选择将消息丢弃或者转发。
用户端的应用分成三种。
第一种是提供基本的登录界面,在登录界面中应该有服务器地址选择、服务器端口选择以及用户登录昵称等信息;第二种是想服务器发送消息,比如用户注册,用户登录、用户退出;第三种是响应服务器的消息,即当接收到服务器端方式的消息后,采取响应的动作。
综上所述,本系统需要提供以下的功能:
1.机房实行自由上机计费、教学上机计时制度。
自由上机按每小时1.5元收费,系统按每6分钟为单位收取0.15元,单位之内不计费,超过才计费。
教学上机只计机时,最后由院系统一给机房结帐。
2.机房的持卡人主要有学生卡、学员卡、临时卡。
学生卡主要针对学校的在校生,分为本科生、研究生、专科生三种;学员卡主要针对外单位的培训,分为计算机培训、网络培训两种;临时卡主要针对临时上机的上机人员。
3.为保护机房设备安全不受破坏,机房对损坏机房设备和违反机房制度的持卡人进行一段时间停用,停用时间内系统拒绝其上机。
卡丢失后,持卡人可挂失也可挂失换卡,系统按规定给其一个新号。
4.学生能够查看自己上机情况的详细信息,并能查看自己的剩余金额、上机时间等详细信息。
5.由于系统涉及卡金,需要对充值、教学上机、上机情况等信息进行统计。
1.2开发及运行环境
1.2.1硬件平台
CPU:
Pentium42.0GHz以上
内存:
512MB以上容量
显卡:
32MB或以上显存之AGP接口显卡
1.2.2软件要求
操作系统:
Windows7、8、10
运行环境:
Tomcat/jdk1.6
开发工具:
MyEclipse10
1.3网站的设计目标
本系统是为了满足机房管理者和上机用户的需要,系统的总体目标如下:
(1)更正管理环节多,人员冗余以及由于大量的重复性手工填写和人工统计计算容易造成遗漏和统计数据错误等缺点。
(2)避免了耗费大量的人力,物力和财力。
(3)消除存贮数据数量巨大,移交,查阅等非常不便,以及安全保密性不强的弊端。
二、系统设计
1、总体流程图
图2-1机房管理系统流程图
2、数据库设计
2.1关系模型
在系统的数据库设计中,首先对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,可采用E-R图的方法进行数据结构分析。
这里以“上机管理”和“充值”为例说明数据库基本结构的设计。
上机管理及充值中涉及主要实体集及属性如下:
机房(机房号机房名计算机数目管理员)
计算机(编号IP机房号)
管理员(管理员密码)
学生(学号姓名性别班级)
教学班(教学班课程号任课教师教学班人数)
网卡(卡号密码余额)
充值表(卡号充值时间金额收费人员)
选课表(课程号学号成绩)
机房预约(机房号开始时间结束时间教学班号)
上机过程登记(IP地址日期上机时间下机时间学号上机类型)
机房费用统计(IP日期卡号费用)
2.2系统E-R图
图2-2系统E-R图
2.3数据模型
在对数据代码进行设计后,再按照数据字典中数据元素的说明确定每个数据项的类型和长度,从而使每个关系都对应一个SQL中的表,同时要确定该表的主键。
上述上机管理和充值有关的基本数据表如下所示:
1机房表
字段名
数据类型
能否为空
是否为主键
机房号
int
否
是
机房名
char(10)
否
否
计算机数目
smallint
能
否
管理员
char(10)
否
否
2计算机表
字段名
数据类型
能否为空
是否为主键
IP
char(20)
否
是
编号
smallint
否
否
机房号
int
否
否
3学生表
字段名
数据类型
能否为空
是否作为主键
学号
Int
否
是
姓名
Char(10)
否
否
性别
Char
(2)
能
否
班级
Char(20)
能
否
4教学班课表
字段名
数据类型
能否为空
是否作为主键
教学班号
int
否
否
上课时间
datetime
否
否
课程类型
Char(20)
否
否
任课教师
Char(10)
否
否
教学班人数
smallint
能
否
5网卡表
字段名
数据类型
能否为空
是否作为主键
卡号
Char(20)
否
是
学号
int
否
否
密码
Char(20)
否
否
余额
money
能
否
6充值表
字段名
数据类型
能否为空
是否作为主键
用户名
Char(20)
否
否
充值时间
datetime
否
否
金额
smallmoney
否
否
收费人员
Char(10)
否
否
选课表
字段名
数据类型
能否为空
是否作为主键
课程号
int
否
否
学号
int
否
否
成绩
int
否
否
7成绩表
字段名
数据类型
能否为空
是否作为主键
教学班号
int
否
否
学号
int
否
是
成绩
float
能
否
8教学班机房预定表
字段名
数据类型
能否为空
是否作为主键
机房号
int
否
是
上课时段
Char(20)
否
否
开始时间
smalltime
否
否
结束时间
smalltime
否
否
教学班号
int
否
否
9上机过程登记表
字段名
数据类型
能否为空
是否作为主键
IP
char(20)
否
是
上机时间
datetime
否
否
学号
Int
否
否
下机时间
datetime
能
否
上机类型
Char(15)
否
否
10机房费用统计表
字段名
数据类型
能否为空
是否作为主键
IP
char(20)
否
否
日期
datetime
否
是
学号
int
否
否
费用
smallmoney
否
否
3系统总体结构图
图2-3系统总体结构图
三、界面实现
3.1管理员登录模块
1.
界面设计
2.数据接口设计
相关数据库:
管理员信息表(admin)。
3.算法描述
此模块的主要功能是登录系统,管理员通过图4.2输入用户名和密码,将用户名的Type属性设置为Text属性,将密码的属性Type属性设置为Password属性,这样用户输入的密码就不会在页面上直接显示出来,只能以黑点表示,当获取到用户输入的用户名和密码时,将其与数据库中的数据进行比较,查询数据库中是否存在该用户,如果不存在该用户,则显示用户不存在,如果用户存在,则登录成功。
代码如下:
publicvoiddoPost(HttpServletRequestrequest,HttpServletResponseresponse)
throwsServletException,IOException{
request.setCharacterEncoding(this.CHARACTERENCODING);
response.setContentType(this.CONTENTTYPE);
Stringmethod=request.getParameter("method").trim();
LoginBeanlb=newLoginBean();
if(method.equals("login")){
Stringname=request.getParameter("name").trim();
Stringpassword=request.getParameter("password").trim();
inti=lb.userLogin(name,password);
if(i==1){HttpSessionsession=request.getSession();
session.setAttribute("Sname",name);
request.setAttribute("message","");
request.getRequestDispatcher("admin/index.jsp").forward(request,response);
}
else{
request.setAttribute("message","用户名或密码错误!
");
request.getRequestDispatcher("index.jsp").forward(request,response);
}}}
3.2卡信息查询模块
1界面设计
2数据接口设计
相关数据库:
学生卡表(stucard)、教师卡表(teachercard)。
3算法描述
信息查询模块是对上机用户的信息进行查看,可以显示全部教师或学生的信息。
还可以对查询进行条件限制,根据限制条件系统会自动查找数据库的相应记录,如果查找成功则显示查找的内容,如果数据库中没有此项记录,系统则会提示“数据库中无此项记录”。
卡信息查询模块代码如下:
序号
卡号
上机时间
下机时间
记时
费用
机器号
|
<%
Stringcardid=(String)request.getAttribute("cardid");
floatf=newMachineBean().getZongJinE(Integer.parseInt(cardid));
floatff=0;
Listlist=newMachineBean().getAllLiShiJiLu(Integer.parseInt(cardid));
if(!
list.isEmpty()){
for(inti=0;iListlist2=(List)list.get(i);
ff+=Float.parseFloat(list2.get(5).toString());
%>
<%=i+1%>
<%=list2.get
(1).toString()%>
<%=list2.get
(2).toString()%>
<%=list2.get(3).toString()%>
<%=list2.get(4).toString()%>
<%=list2.get(5).toString()%>
<%=list2.get(6).toString()%>
|
<%}}%>
总消费金额:
<%=ff%>元 卡内余额:
<%=f-ff%>元
3.3注册信息模块
1界面设计
2数据接口设计
相关数据库:
学生卡表(stucard)、教师卡表(teachercard)。
3算法描述
用户使用注册页面向系统提交用户信息的方式进行身份注册。
在添加页面上填写如图4.6要添加的内容,然后点击提交按钮提交所填写的内容。
用户提交信息后,首先进行格式校验,校验成功后查询用户表中是已经有该用户,如果已有,返回错误,否则,将用户提交信息插入用户表,返回插入成功。
此功能模块的流程图如下:
3.4卡充值模块
1界面设计
2数据接口设计
相关数据库:
学生卡表(stucard)、教师卡表(teachercard)、充值记录表(czjl)。
3算法描述
卡充值模块是对上机卡进行存款处理,在图4.8充值页面上填写要充值的金额,然后点击提交按钮提交所填写的内容。
首先判断输入金额是否为合法金额,如果是合法金额将提交内容插入卡信息表中,如果不是合法金额返回充值页面。
充值模块的代码如下:
">
|
|
卡 号:
>
|
|
当前金额:
<%=list.get(4).toString()%>
|
充值金额:
|
|
| | 3.5销卡模块
1界面设计
2数据接口设计
相关数据库:
学生卡表(stucard)、教师卡表(teachercard)。
3算法描述
销卡模块是对上机卡的删除管理,在要销卡的信息列表中输入销卡卡号,提交后弹出是否销此卡对话框,按确认按钮,销卡成功。
数据库自动删除此卡记录并更新数据库。
销卡模块流程图如下:
3.6设备维护管理模块
1界面设计
2数据接口设计
相关数据库:
设备表(sheb)、设备维护表(shebeiwh)。
3算法描述
此模块是是对设备的维护进行管理,在图4.12页面填写设备维护信息,按确认按钮提交填写内容,系统对提交内容进行验证,如果提交内容为不合法字符,返回错误。
如果提交内容为合法字符。
系统自动将填写信息添加到数据库,并更新数据库。
3.7设定上机收费标准模块
1界面设计
2数据接口设计
相关数据库:
收费标准表(biaozhun)。
3算法描述
设定收费标准模块是对上机用户设定上机收费标准,在页面填写上机收费标准后,按确认按钮提交填写内容。
系统将填写内容自动写入数据库并更新数据库。
系统将按收费标准计时收费。
3.8刷卡上机模块
1界面设计
2数据接口设计
相关数据库:
设备表(sb)、学生卡表(stucard)、在线记录表(xiaofeijl)。
3算法描述
刷卡上机模块是为用户持卡上机提供服务,模拟刷卡过程,在页面填写卡号和机器号,点击刷卡上机按钮,如果卡号存在,系统会允许用户上机,完成上机操作。
四、结论与展望
本次毕业设计的目标是要开发一个功能较为完善的机房自由上机收费管理系统,完善机房的上机管理,方便用户的上机。
经过四个多月的需求分析、功能设计和编码过程,最终基本实现了机房自由上机收费管理系统。
现在将四个多月的工作情况总结如下:
系统分为三大模块,分别是卡管理模块、机房管理模块和刷卡管理模块。
卡管理子模块包括教师卡管理、学生卡管理。
主要实现对教师和学生信息的注册、查询、增加、删除和修改的操作以及对学生上机卡的销卡、充值和充值记录的查询的管理。
机房管理子模块包括设置收费标准,设备维护管理和值班记录管理。
本模块主要实现对上机收费标准的设定,对机房机器维护的记录以及对上机管理老师值班的记录和对记录的查询,修改等的操作。
刷卡管理子模块包括在线用户管理、历史记录管理和刷卡管理。
主要实现对用户的上机操作,对在线用户的计费管理以及用户在线历史记录的查询。
由于第一次系统地开发机房自由上机收费管理系统,系统还有不足的地方,在今后的分析调查研究中,希望能够把现在系统中存在的所有问题,都一一解决,让系统更加完善。
今后系统的展望主要从以下几方面进行:
1.在界面的制作方面要有所提高,使界面尽量达到美观、整齐。
2.对于系统的功能要有所增加,力求达到系统功能更强大、更实用。
3对于程序的编写,加强查阅范围,争取有更好的思维方式,在今后编写程序代码不再出现更多的实时、语法错误,使代码编写更加流畅。
参考文献
[1]吴键.JSP网络开发入门与实践.北京:
北京邮电出版社,2006.11
[2]唐有名,吴华等.JSP动态网站开发.北京:
清
展开阅读全文
相关搜索