高校学生信息管理系统-正文Word文档下载推荐.docx
《高校学生信息管理系统-正文Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《高校学生信息管理系统-正文Word文档下载推荐.docx（28页珍藏版）》请在冰点文库上搜索。
这是一种被动的访问方式完全取决于是否拥有个人PC和“有线网络”，严重制约了用户们对信息的了解和掌握。
例如，学生要了解考试成绩，只能依靠有线网络、个人PC或者网吧，登陆到学院的教务信息管理系统，才能查询到相关的信息，但是如果是补考通知，或者紧急通知，就需要通过管理人员实现一对一或者一对多的通知，不及时的弊端暴露无遗。
当前，互联网技术和移动通信技术的发展已将两者高度融合。
各大提供相关服务的厂商纷纷推出了移动网络数据业务，中国移动推出了GPRS数据业务，中国联通推出了CDMA数据业务。
近几年来，随着3G技术的广泛使用，极大的推动了移动通信终端设备如智能手机、PDA、平板电脑的发展和普及。
与此同时，各类层次的手机生产厂商不断涌现，各种产品也是推陈出新，手机产品的市场价格变得更加平民化，千元级的手机越来越多。
在此背景下，第三方程序开发者纷纷推出自己的APP，既为移动业务提供了新的增长点，改变了人们传递信息的方式和渠道，也极大地改变了人们的生活，移动办公，视频办公等等办公形式也应运而生。
可以预见，应用于教育现代化的移动终端设备必将较短时间内出现，这些设备的投入使用对传统的教育必然带来新的变化，特别是在时间上、空间上的拓展。
在目前技术成熟，设备成本降低，享受高效便捷的信息咨询下，设计和实现基于智能手机终端的校园信息管理系统在校园信息化建设中的就有着非常明显的优势，它将成为学校信息化建设的一个标志，也必将推动学校信息化建设的新高潮。
2需求分析
本系统学生可以安装此套系统的软件到安卓手机上，然后使用学号登入到校园网，在手机上也可以像在电脑上一样查询到各种信息。
这种方式由于将软件和手机进行了绑定，所以安全性和保密性都很高，不用担心密码泄露的问题。
本系统在前台和后台分别具有不同的作用：
1、先来看用户直接接触到的前台系统。
任何一套系统都必须按照用户的实际需求来搭建，而通过调研得知，这套系统的前台主要需实现的功能是图书馆图书信息的查阅、学生成绩信息的查询以及校园通知的发布和查看。
下图形象的表示了前台系统的功能区划：
图书信息
成绩信息
公告信息
图书信
息查询
借阅信
按
书
名
查
询
校园公
告查询
告上传
校园助手
类
型
成绩信
作
者
图
续
借
失
物
招
领
寻
启
事
校
园
兼
职
上
传
图2.1客户端功能
下文将进行每一项功能区划的详细阐述，介绍一下他们分别的作用：
首先，在图书信息这一栏中可以看到，这里包含了用户最为关心的两个问题，即图书信息和借阅信息。
如果需要查询图书信息，用户可以进入该项功能，并支持按类型、按书名和按作者三种不同的查询方式，用户可以自由选择适合自己的查询方式来找到想要的书籍，当找到想要的书籍以后，前台也会显示出比图书的借阅状态。
而借阅信息查询这一功能是为了方便用户了解自己借阅书籍的状况，并根据自己的需要来进行续借或者归还。
其次，公告信息的内容覆盖面还是比较广泛的，既可以查询学校的公告，又能够上传一些信息，比如失物招领、寻物启事等。
最后，查询成绩信息对于学生来讲是最为重要的，通过随身携带的手机，可以及时查询到自己每场考试的成绩，这也是学生们最为关心的问题。
2、要实现前台系统丰富的功能，就必须要有强大的后台作为支撑。
从图3.2中也可以看出，后台系统要比前台复杂很多，分为用户管理、图书管理、借阅管理、成绩管理、学生管理以及公告管理这几个大类，在每一个大类下面又分为若干小类，这要求系统管理员必须熟悉后台操作，并在后台建立起准确的数据信息，这样才能够保证系统运行顺畅。
图2.1后台管理总体功能
下面将对每一个大类进行详细的描述：
用户管理：
用户管理的定义比较广泛，增加、删减用户信息，编辑修改用户信息以及查询用户信息都属于这类范畴，而这套系统都可以做到。
图书管理：
此功能对应的是前台系统中图书信息的查询，管理员应在图书有变更时及时修改和增删图书信息，以保证用户第一时间获得最准确的图书状况。
学生管理：
此项存在是为了实现在前台中查询到借阅信息，管理员需要对借阅图书的学生的数据进行及时修改，对于没有才能够图书馆借书的学生，可以暂时将其数据删掉。
成绩管理：
这个项目能够完整、真实的反应每个学生每科的成绩，时同学们都可以及时查询到。
公告管理：
在这个项目中，公告的上传时比较重要的内容。
当上传一条公告信息时，需要选择公告的类别并填写内容，系统就会实时进行上传。
当然，也可以对已经上传的公告进行编辑或者删除。
借阅信息管理：
在前面第3项中提到学生管理这一项目是为了实现在前台中查询到图书借阅信息，而仅仅靠第3项，信息量是不够丰富的，因此借阅信息管理这一项目需要与学生管理相配合，显示出图书馆中书籍的借阅状态，以及具体的借阅日期和归还日期。
当该书籍已经被归还时，借阅状态将会转变，并且借阅信息会被系统删除。
实现图书管理的科学化和系统化。
3系统设计
3.1主菜单页面逻辑处理
系统通过前面的网络连接跟登录验证之后（网络连接模块为同组成员饶泽华的工作），便来到了主菜单界面。
这个部分的内容主要使用了4个按钮，分别对应了个人信息、课程表、考试时间、考勤信息这4个功能。
代码的编写主要是使用之前登录后的HttpClient保持网络会话，然后连接
“http：
//：
7001
/sise/module/student_states/student_select_class/main.jsp”来获取html页面信息，这部分的重点工作在于通过JSoup解析网页，获得以上4个功能的相应http地址，以供后面的操作。
例如个人信息部分，网页源代码是：
3.1主菜单页面源码（个人信息部分）图
可以看到，用红色框选出来的这段代码，正是一个jsp页面的地址，而其实有用部分则是在href='
到"
之间的这一段，可以看出是一个相对地址，通过试验，在前面加上http：
7001则可以成为一个绝对地址，让后续的操作得以实现。
用JSoup解析网页来获取href='
之间的这一段，首先要定位到带有onclick属性的td标签，再得到onclick的属性值，具体代码实现为：
//抽出td标签中的onclick属性的值publicStringgetLink（inti）{
Elementlink=doc.select（"
td[onclick]"
）.get（i）；
returnlink.attr（"
onclick"
）；
}
为了减少代码的重复，把这部分的实现写成一个方法，只需要传入表示顺序的i值即可得到相应的内容。
然后还发现，我们只是得到onclick的属性值，为了得到href='
之间的这一段相对地址，还需要对每个结果做一个比较精确的截取，代码实现如下：
StringinfoLinkStr=getLink（0）；
infoUrl=baseUrl+infoLinkStr.substring（54，infoLinkStr.length（）-
1）；
到了这一步，infoUrl才是真正的绝对地址，获取个人信息模块的HTTP地址工作才算完成。
3.1.1个人信息页面逻辑处理
个人信息页面的逻辑处理，主要工作还是使用JSoup技术解析网页，先将基本信息的数据取得，显示出来。
例如获取学号信息，页面源代码如下：
3.2个人信息页面源码（学号部分）图
同理，个人基本信息的其他信息数据也是通过定位，调用getDiv方法来获得，具体实现代码如下：
3.3个人信息页面源码（姓名部分）图
本子功能模块还具备了查看必修课信息和选修课信息的功能，在界面下方设置了3个按钮，分别设置了对应的操作，会将必修课信息和选修课信息也显示出来，响应速度非常快。
当然了，数据的取得还是要解析页面，具体如下：
例如取得必修课信息数据，网页源代码是：
3.4个人信息页面源码（必修课信息部分）图
实际上，必修课信息是存放在页面第7个table下的，通过遍历第7个table标签下的tr标签、td标签可以取得所有必修课信息，而在手机屏幕上显示，我觉得有一些相对鸡肋的信息可以不显示出来，因此只选用了课程代码、课程名称和成绩，这样3个信息已经足够代表一门课程，让界面简洁易看，也让处理速度更快。
3.1.2课程表页面逻辑处理
课程表页面的逻辑处理，主要工作还是使用JSoup技术解析网页，获取完整的课程表，然后获取当天的日期，将当天的课程信息显示出来。
取得系统当天日期，网页源代码是：
3.5课程表页面源码（日期信息部分）
只需要找到带有face属性的font标签即可，实现代码：
//取得font标签中含有face属性的文本内容，即是当天日期
Elementfont=doc.select（"
font[face]"
）.first（）；
Stringdate=font.text（）；
这样，字符串data就是需要的当天日期。
取得完整的课程表，网页源代码是：
3.6课程表页面源码（课程表部分）
先仔细观察源代码，课程表信息是存放在页面第7个table中的，解读存放内容的规则：
横向看，第一行是标题，可以得知每行8个单元格的内容是对应一周7天的课程信息，第二行起是每一个时间段的课程；
纵向看，第一列是时间段标题，然后后面7列则是对应了一周7天。
这样的一个表格，从解析上来讲，应该从横向来解析，因为每一行是一个tr标签，而每一行的tr标签包含了8个td标签，即每一行的每个单元格。
在每取得一行数据后，使用5个字符串数组来存放周一到周五的课程数据，这样再解析完成后，我们所需要的课程信息就在这5个字符串数组中了，且顺序对应了每一天的每一个时间段。
跳转页面的最初会显示当天对应的课程，当然了，如果是周末则会显示无课程。
随后在界面下方设置了5个按钮，分别对应了星期一到星期五，可供用户查看一周的课程，点击则会显示相应内容，响应速度非常快。
3.1.3考勤信息页面逻辑处理
考勤信息页面的逻辑处理，主要工作还是使用JSoup技术解析网页，获取完整考勤信息，显示出来。
这个页面与考试时间表页面类似，也会出现没有考勤的情况，当用户该学期没有课程的情况下将不存在考勤信息。
取得完整的考勤信息，网页源代码是：
3.7考勤信息页面源码图
当存在第7个table的时候，遍历第7个table下的tr标签、td标签，从而取得考勤信息。
3.2系统E-R图设计
根据需求得出客户端的ER图，如图3.8所示。
学生
订餐
自习室
公告
成绩
图书
查询
学号
性别
姓名
订单号
楼层
英语成绩
计算机成绩
数学成绩
教室号
订单状态
订餐时间
楼号
作者
借阅时间
状态
订单类型
归还时间
书号
书名
时间
类型
内容
编号
借阅
m
n
1
续借
网络安全成绩
图3.8用户的总体E-R图
对于需求管理员实体的关系图如图3.9所示。
管理员
管
理
订单名
出版社
管理
班级
出生年月
图3.9管理员的总体E-R图
3.3数据库设计
在这个软件的设计与实现当中，涉及的表格分别是：
一部分是图书信息表、学生信息表、用户表、成绩信息表、公告信息表，另一部分是管理员信息表、图书借阅表。
图书信息表被放置一些书籍的基本的、简单的信息，用于对书籍的管理活动；
图书借阅表存放的是借阅的相关信息，是对书籍信息的进一步的、准确的描述；
学生信息表的内容是学生的基本信息，是对学生信息表的一定管理；
学生成绩表存放的是学生的成绩，这是对于成绩的管理；
管理员信息表的作用很大，它用于对管理员的登录进行处理；
用户表储存的是用户的登录方面的信息；
公告信息表中放置的是一些校园公告。
下面显示的是数据库表的结构：
（1）Book图书信息表如表3.1所示
表3.1图书信息表
属性
数据类型
说明
备注
Bno
varchar（50）
主键，不允许空
Bname
允许空
Bauthor
Bstate
图书状态
Bpublishcompany
Bvisions
版本
Bdate
date
出版日期
Bsort
Bborrowdate
借出时间
Breturndate
（2）Booksborrowinfo借阅表如表3.2所示表3.2借阅表
Sno
主键，外键主键，外键
Renew
是否续借
（3）Login用户登录表如表3.3所示
表3.3登录信息表
用户名
Password
密码
（4）Admin管理员信息表如表3.4所示
表3.4管理员信息表
Id
管理员用户名
（5）Notice公告信息表如表3.5所示
表3.5公告信息表
Nno
int
公告编号
主键，自增
Ncontent
varchar（MAX）
公告内容
Nstyle
公告类型
Ndate
公告上传日期
（6）Score成绩信息表如表3.6所示
表3.6成绩信息表
Sname
Math
数学
English
英语
Computer
计算机组织与原理
NetPro
网络配置
Infosafety
网络安全
Average
平均成绩
（7）Student学生信息表如表3.7所示
表3.7学生信息表
Ssex
Sbirth
Date
出生日期
Sclass
3.4关键模块流程图
关于用户登录流程图，如下图3.10。
开始
用户名密码是否
正确
主界面
Y
N
输入用户名
结束
图103.10
用户登录流程图
关于续借信息查询及续借流程图，如下图3.11。
关于成绩信息查询流程图，如下图3.13。
关于图书借阅与续借流程图，如下图3.12
图书信息查询
输入是否为空
输入检索条
件和检索词
是否有值
显示检索
结果
借阅信息查询
是否有借阅信
息
从登陆端
获取参数
是否已经续
数据库端
数据发生
变化
显示检索结果
图3.11图书查询流程图图3.12图书借阅与续借流程图
关于公告信息查询流程图，如下图3.14。
关于公告信息上传流程图，如下图3.15。
成绩信息查询
输入是否为
空
输入学号
公告信息查询
点击查询
条件
公告上传
输入上传内
容和类型
数据库中
上传成功
图3.13成绩查询流程图图3.14公告查询流程图图3.15公告上传流程图
4系统实现
4.1多线程技术在本系统上的应用
在跳转到每一个功能页面的时候，因为单线程的顺序逻辑执行，会出现这样的情况：
只有执行完前一句代码才会执行下一句代码。
而的程序表现出来给用户的页面信息又是必须先从网络获取数据后再表现出来，这样的网络工作相对来说是比较耗时的，同时也就会使程序跳转后出现黑屏的情况，只有等待网络工作处理完后才出现UI界面。
有为了让程序避免处理网络工作这样耗时比较长的操作而导致页面刷新缓慢
的尴尬现象，使用了多线程来分开处理UI刷新跟网络操作。
具体代码如下：
//创建子线程来处理网络工作
Threadt=newThread（）{ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
eqeq
publicvoidrun（）{ttytrgdhfjfweewrewrewrfwerwrewrwewrw
ewq
//网络工作ttytrgdhfjfweewrewrewrfwerwrewrwewrwewqnetWork（）；
ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq//启动UI线程ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
handler.post（updateResults）；
ttytrgdhfjfweewrewrewrfwerwrewrwew
rwewq
}ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
}；
ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
t.start（）；
//启动子线程ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
//UI线程ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
RunnableupdateResults=newRunnable（）{ttytrgdhfjfweewrewrewrfwerwr publicvoidrun（）{ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq updateUI（）；
}ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
}；
ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq//更新UIttytrgdhfjfweewrewrewrfwerwrewrwewrwewqpublicvoidupdateUI（）{ttytrgdhfjfweewrewrewrfwerwrewrwewrwewq
……ttytrgdhfjfweewrewrewrfwerwrewrwewrwe
升级会员 