机房自由上机收费管理软件设计与实现论文Word格式.docx
《机房自由上机收费管理软件设计与实现论文Word格式.docx》由会员分享，可在线阅读，更多相关《机房自由上机收费管理软件设计与实现论文Word格式.docx（26页珍藏版）》请在冰豆网上搜索。
下面对相近课题做如下说明：
（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。
客户端：
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
收费单价
money
Float（8）
N
表3.2教师卡信息表（teacard）
卡号
c_num
Vachar（20）
教师号
t_num
开卡日期
t_date
Datetime（8）
表3.3学生卡信息表（stucard）
C_num
学生号
S_num
姓名
S_name
班级
class
表3.4上机记录表（sjjl）
记录编号
j_num
Vachar（10）
上机时间
j_time
下机时间
设备号
M_num
上机类型
type
表3.5卡充值记录表（czjl）
c_z_num
充值时间
c_z_time
充值金额
c_z_money
充值教师号
T_num
表3.6值班教师表（duty）
D_r_num
上班时间
D_s_time
下班时间
D_f_time
表3.7设备报修记录表shebeiwh
报修时间
R_s_time
修复日期
R_f_time
维护费用
S_money
表3.8设备表shebei
设备状态
state
表3.9实验教师表admin
编号
A_num
用户名
name
密码
password
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
卡信息查询页面
学生卡表（stucard）、教师卡表（teachercard）。
信息查询模块是对上机用户的信息进行查看，可以显示全部教师或学生的信息。
还可以对查询进行条件限制，根据限制条件系统会自动查找数据库的相应记录，如果查找成功则显示查找的内容，如果数据库中没有此项记录，系统则会提示“数据库中无此项记录”。
卡信息查询模块流程图如下：
图4.1卡信息查询模块流程图
4.2.3注册信息模块
图4.1注册信息页面
用户使用注册页面向系统提交用户信息的方式进行身份注册。
在添加页面上填写如图4.6要添加的内容，然后点击提交按钮提交所填写的内容。
用户提交信息后，首先进行格式校验，校验成功后查询用户表中是已经有该用户，如果已有，返回错误，否则，将用户提交信息插入用户表，返回插入成功。
此功能模块的流程图如下：
图4.1注册信息模块流程图
4.2.4卡充值模块
卡充值界面
学生卡表（stucard）、教师卡表（teachercard）、充值记录表（czjl）。
卡充值模块是对上机卡进行存款处理，在图4.8充值页面上填写要充值的金额，然后点击提交按钮提交所填写的内容。
首先判断输入金额是否为合法金额，如果是合法金额将提交内容插入卡信息表中，如果不是合法金额返回充值页面。
充值模块的流程图如下：
图4.1卡充值模块流程图
4.2.5销卡模块
图4.1销卡界面
销卡模块是对上机卡的删除管理，在要销卡的信息列表中输入销卡卡号，提交后弹出是否销此卡
升级会员 