结课论文.docx
《结课论文.docx》由会员分享,可在线阅读,更多相关《结课论文.docx(13页珍藏版)》请在冰点文库上搜索。
结课论文
学号200941120001
《Web开发技术》结课论文
高等学校学生奖学金管理系统的分析与设计
论文作者
:
指导教师
:
系别
:
:
专业
年级
:
提交日期
:
2013年12月20日
1团队分工
张三负责系统分析;
李四、王五负责系统建设;
赵六负责报告书写。
2系统简介
系统奖学金管理是高等院校一项重要的管理工作。
高校设立多种奖学金以激励在校生努力、创新地学习。
公正高效的奖学金管理工作有利于促进各项活动顺利展开,激发学生的创新学习能力,对学校形成优良的学术氛围有辅助作用。
一个学生奖学金资格的获得,其评审过程是非常复杂的,不仅要取决于其平常的文化课业成绩,还要参考其文体、社团活动的表现以及辅导员老师的意见。
所以仅在信息收集阶段就需要多个部门的配合才能完成。
传统的收集工作依赖于学生提交纸介质的报告,评审老师走访各部门的方式,这样不仅效率低下,而且非常容易出错[1]。
随着近年来高校的扩招,在校生规模的扩大,奖学金管理工作所要处理的信息量呈爆炸式地增长。
传统的管理方式越来越不能适应现有的高校规模,开发管理信息系统来辅助奖学金管理工作成为时代的需求,借助于奖学金管理系统,信息收集工作效率将大大提高,任何用户在条件允许的情况下即可登录系统,并在权限允许的范围内更新信息。
由于奖学金管理系统的后台共享同一数据库,可以做到数据的同步更新,减少数据可能出现的差错。
借助于奖学金管理系统的权限管理,获奖候选人的有效身份信息可以被屏蔽掉,提高评审工作的公平性。
因此,研究高等学校学生奖学金管理系统的建设具有十分重要的现实价值。
3系统需求分析
3.1系统的功能需求
功能需求分析的结果描述的是系统应该做什么,即系统应该代替用户完成哪部分工作[6]。
所以在系统分析工作中,首先应该明确用户与系统的任务范围,即那些流程是由用户参与完成的,哪些是由计算机来完成的。
以衡水学院经济学与管理学系为调研对象,确定用户需求,该校的学生奖学金管理工作主要包括信息收集、信息处理以及评审等工作。
信息收集阶段,主要工作包括学生提交加分项,辅导员老师意见的提交以及学生文化课成绩的录入。
加分项信息以及辅导员意见信息需要用户登录系统人工录入,文化课成绩信息则可通过系统访问教务处的后台数据库获得。
信息处理阶段工作主要包括对学生文化成绩和加分项的处理,以及对由此产生的综合成绩的排序。
这部分工作可以通过预先设定好的公式由系统完成。
评审工作阶段,由评审部门的工作人员参考辅导员老师的意见对系统产生的排名进行最后的审核,并产生最终的获奖名单,以及获奖等级,奖金数额等,并录入系统。
这部分工作主要由用户完成。
最终学生用户可以登录系统查询、打印评定结果。
通过以上用户需求的描述,学生奖学金管理系统应具有以下功能:
(1)对学生档案信息(学生的基本信息、参与社团活动信息、学生任职情况及获奖记录)进行录入、添加、查询管理。
(2)学生成绩管理包括文化课成绩和综合素质成绩管理,要求系统能根据用户需求对申请学生的文化课程的考试成绩和综合测评成绩进行输入、整理、排序、查询和打印。
(3)奖学金管理,根据成绩管理以及用户输入的评价意见,最终根据评审标准最终生成获奖名单。
3.2其它需求分析
需求分析工作的结果是系统后期设计与实现的重要参考,仅仅完成功能需求分析是远远不够的,后期的系统设计与实现会对系统的安全性、可扩充性以及数据的备份和可恢复性提出要求。
3.2.1安全性需求分析
一个管理信息系统如果不进行一定级别的安全控制,很有可能会导致后台数据被恶意篡改、系统崩溃等严重后果,最终导致管理工作无法正常进行。
系统的安全性一般通过对用户的权利限制来保证。
在学生奖学金管理系统中,首先应通过口令保护机制或其它安全认证机制来防止非法用户登录系统。
其次,对于合法用户,不同的用户授予不同级别的权限以避免其误操作对系统数据造成的破坏。
例如,对于学生用户和辅导员老师用户,在信息收集阶段,仅授予其查询和对指定字段的修改权限。
在最终获奖名单生成之后,学生用户仅具有查询权限。
而系统管理员则具备所有的操作权限,以便进行数据管理及系统维护。
3.2.2可扩充性需求分析
学生奖学金管理系统所面临的外界环境不是一成不变的。
例如,在校生规模,奖项的种类以及获奖的标准都会随时间的变化而变化。
这就要求系统具有一定的适应性,即可扩充性,就是在系统面临环境变化时,系统能够不付出重新开发的代价,仅通过修改就可以适应外界变化需求。
3.2.3备份和恢复需求分析
由于不存在绝对安全的数据库,因此要对数据进行备份,以保证系统数据库在遭到破坏时能进行有效地恢复。
数据的备份和恢复需求需要根据所设计的系统,确定备份数据的时间和备份周期。
针对学生奖学金管理系统,根据奖学金管理工作发生时间相对集中的特点,在系统使用较集中的时间段,规定系统以7天为一周期,采用差异备份的方式,每周日24时对数据进行备份。
在其它时间段内,以30天为一周期,采用差异备份的方式进行数据备份。
3.2.4性能需求分析
功能需求分析指出系统应该可以做什么样的工作,性能需求分析则描述系统应做到什么样的程度。
以衡水学院为调研对象,为满足工作需要学生奖学金管理系统的操作响应时间应小于3秒,允许最大访问的用户数为3000人,系统应保证每天连续12小时正常运行。
4系统设计
4.1系统设计目标
根据对奖学金管理系统的用户需求分析,设定管理系统应该包括以下几个方面的内容。
(1)学生用户注册,通过注册的账户学生可以登录系统进行信息录入、文档上传等工作。
(2)综合名次排序。
通过汇总信息以及评审规则,最终生成学生的综合排名信息。
(3)查询和打印。
授权用户通过客户端输入条件信息,系统根据条件查询到指定信息,并支持打印功能。
(4)初步筛选。
(5)可以对基本信息进行维护。
(6)可将管理信息数据以报表形式输出。
(7)可以根据需要对数据和数据库进行备份、还原。
(8)对用户进行管理。
4.2系统结构设计
4.2.1系统模块划分
本文将学生奖学金管理系统划分为两大管理模块:
系统管理模块和信息管理模块。
系统管理模块有分为用户管理、数据备份和系统帮助等三个模块。
用户管理模块用于设置用户权限、核对用户身份,防止越权访问。
数据备份模块负责数据备份工作,在可能出现的数据破坏之后,数据备份模块还可进行数据恢复工作。
系统帮助模块用于向用户展示系统简介,引导用户注册、熟悉和使用系统。
系统管理模块的设计主要用于系统维护和后台支持,信息管理模块则只用于系统应用功能的实现。
信息管理模块主要包括学生档案管理、成绩管理以及奖学金管理。
学生档案管理主要是存储和维护学生的基本信息,在进行评选工作时档案管理模块可以支持调用学生基本信息。
成绩管理则包括学生成绩的基本信息,包括管理维护平时的文化成绩信息以及文体活动的加分项等。
奖学金管理则包括管理维护获奖名单,获奖金额以及排序工作等。
具体的模块划分如图4-1所示。
4.2.2系统功能描述
(1)基本筛选功能:
学生奖学金管理系统面对众多的申请者,具有初步的筛选功能,根据用户的身份标识(如,学号)可以链接查询到其文化成绩以及所应具备的条件,如不满足申请要求将被排除。
例如,某学生的学分绩点达不到某项奖学金的申请要求,将会被系统淘汰并告知用户。
系统的基本筛选功能可以将一部分不符合申请要求的申请者排除掉,从而减少人工评审的工作量,提高工作效率。
图4-1系统模块划分
(2)排序、分类功能:
针对不同系别,申请不同类别奖学金的学生用户,系统可以将用户按照不同的分类标准进行排序、整理以便于信息处理。
在最终获奖结果生成之后,系统可以按照某个关键字进行排序,便于查询和信息展示等工作。
(3)查询功能:
用户在登录系统之后,可以查询自己的申请结果,获奖的详细信息或者是评审的进度。
(4)打印功能:
评审结果产生以后系统可以将指定信息打印输出,如获奖名单等。
用于支持校务公开等工作。
(5)空间管理功能:
高效的空间管理工作可以提升数据存储效率,节省存储空间。
学生奖学金管理系统的空间管理功能可以定期清理无用的数据(如,三年前的奖学金数据),合理组织数据存储。
(6)备份功能:
系统会定期将后台数据进行备份,以保证数据安全。
(7)系统维护功能:
该项功能允许管理员对系统进行维护,例如,权限的修改、数据库结构的调整等。
(8)检错功能:
对于用户输入的非法格式的数据和文本,系统会对用户发出警告并拒绝写入数据库,直至错误得到修正。
4.3系统界面设计
系统界面的设计要遵循一定的原则,用户的操作要尽可能以最直接、最易于理解的方式呈现给用户,并且符合用户的操作习惯,同时为了方便用户尽快熟悉系统,应该提供向导性的操作流程。
该系统面向全校师生,系统设计本着用户友好、简单易行等原则。
针对不同类型的用户有不同的用户界面以及不同的设计风格,以达到较好的用户体验。
由于系统采用B/S模式,系统交互界面主要采用网页模式,通过单击网页上的命令按钮,完成交互。
必要时系统会在网页弹出对话框与用户交互。
最终的用户界面应让用户感觉到系统始终在自己的控制之中。
当系统发生错误或长时间没有反馈时,系统应为用户提供有意义的信息[13]。
例如,告知用户发生什么样的错误,建议用户应该等待还是采取什么样的措施。
用户界面还应该能够容忍用户的错误操作,并使系统不受错误操作的影响正常运行。
学生是奖学金管理系统数量最大的用户群体,学生用户界面包括注册界面和申请界面。
在注册界面,采用对话框的形式,要求用户输入自己有效的姓名和学生证号,以便准确链接到数据库中该用户的档案信息。
同时需要用户输入登录密码和一个用于激活账号的常用邮箱,邮箱可以用于密码找回。
一旦用户输入有误,如姓名不存在,学号位数不合法等,系统将弹出对话框提示用户。
用户注册成功并登录之后,在申请界面,用户需要输入申请所需的信息。
为避免输入错误,可以单击文本框出现下拉菜单,用户在下拉菜单中选择输入的信息,系统还会提示用户上传用于奖学金评定的电子文档。
辅导员老师用户主要负责信息浏览以及输入意见信息。
辅导员老师核对其学生的申请信息后,给出是否同意该生申请的意见。
人机交互主要通过对话框以及菜单命令的方式进行。
评审老师用户主要通过系统完成评审工作和系统维护工作。
系统以菜单驱动的方式执行用户命令。
主菜单包括评审和维护两项。
评审菜单下包括审核、查询、排序、打印等命令项。
单击命令弹出相应的对话框,按照提示输入相应的条件,单击确定执行。
在维护菜单选项下包括用户权限维护,添加/删除数据,数据库备份等命令项。
4.4数据库结构设计
数据库是一个管理信息系统的基础。
一个优良的管理信息系统需要合理的数据结构作为支持。
合理的数据库结构可以有效保证数据的完整性和一致性,并且大幅提升数据存储的效率。
4.4.1设计要求
数据库结构事实上反映的是现实世界各个事物以及各个事物之间的联系。
数据库的结构设计应满足两点要求:
第一,较好的描述现实世界。
计算机技术是处理信息的一种手段,数据库结构可以理解为现实世界在计算机世界的映射,以便于计算机处理。
第二,应该比较容易地在计算机世界实现[15]。
本文的概念结构采用E-R图进行设计,E-R图能够较好的描述现实世界并且结构简单容易理解,在进行逻辑结构设计时可以很容易地转化为二维表。
4.4.2概念结构设计
概念结构的设计是产生一个既能较好描述现实世界又能易于理解的模型。
其设计结果是对现实世界的第一层抽象。
本文采用E-R图来进行概念结构的设计。
需要进行的工作包括确定实体、联系、以及它们的属性。
在确定本系统所涉及的实体或联系的属性时应保证所保留的属性对研究是有用的。
本系统所涉及的实体对象有四个:
辅导员老师,学生,评审老师,奖学金。
各实体间的关系如图4-2所示。
奖学金的属性有编号、名称、级别、金额、发放方式。
其中编号设为主键,用于唯一标识奖学金。
级别是指该奖学金的发放级别,包括国家级、省级、校级等。
金额表示奖金数量的多少。
发放方式包括打卡以及现金发放等方式。
学生实体的属性有学号、姓名、职务、综测编号、银行卡号。
其中学号设为主键,用于唯一标识学生实体。
综测编号用于在审核时查询该生的综合测评成绩,综合测评成绩存储于教务处后台数据库,奖学金管理系统通过校园网访问获取。
评审老师实体的属性包括工作证号、部门、电话、政治面貌。
由于评审老师还要兼顾系统管理工作,所以还有用户名和密码属性用于登录系统后台进行系统管理工作。
作为该系统的管理员,评审老师拥有最高的权限,可以对所有表进行查询、更新等操作。
普通用户学生以及辅导员老师只能在其权限内对相应的表进行查询、更新操作。
辅导员老师实体的属性包括教师证号、辅导专业、系别、电话。
图4-2概念模型设计
评审老师与学生之间是审核关系。
辅导员老师与学生之间是评价关系。
学生实体与奖学金实体的关系为申请关系。
其中评价联系的属性为导员意见,用于存储辅导员老师的意见,而申请联系的属性为申请奖学金的级别,即申请级别。
由于评审工作容易出错且出错后影响极坏,为了避免出现评审错误,评审老师与学生是多对多的联系,即一个学生可能会被至少两个评审老师审核,且这种审核相互独立,在审核结果一致时才可以提交系统。
辅导员老师与学生的联系是一对多的,学生与奖学
金的联系是多对多的。
4.4.3逻辑结构设计
将E-R图中的实体以及实体之间的联系转换为关系模式,每个实体以及多对多的联系均对应一个关系模式,一对多联系对应的关系模式与M端实体的关系模式合并。
学生(学号,姓名,职务,导员意见,综测编号,银行卡号,教师证号),其中主码为“学号”。
评审老师(用户名,密码,工作证号,电话,部门),其中主码为“用户名”。
奖学金(编号,名称,级别,金额,发放方式),其中主码为“编号”。
辅导员老师(教师证号,辅导专业,系别,电话),其中“教师证号”为主码。
审核(用户名,学号,审核结果),其中主码为“用户名”及“学号”。
申请(编号,学号,申请级别),其中主码为“编号”及“学号”。
根据上述关系模式,以及用户的需求,由该数据库中所涉及到的数据关系判断,可知该系统在实际应用过程中需要存储6张表,即学生基本信息表、评审老师信息表、辅导员老师信息表、奖学金信息表以及审核表与申请表。
从数据类型、长度、约束条件及相关说明等几个方面给出了每张表中数据项的定义。
表4-1学生基本信息表
列名
数据类型
长度
约束条件
说明
XH
Int
4
PrimaryKey
学号
XM
Varchar(100)
100
Notnull
姓名
ZW
Varchar(100)
100
—
职务
DYYJ
Varchar(100)
100
Notnull
导员意见
ZCBH
Varchar(100)
100
Notnull
综测编号
LMYHKH
Varchar(100)
100
Notnull
银行卡号
JSZH
Varchar(100)
100
ForeignKey
教师证号
表4-2评审老师信息表
列名
数据类型
长度
约束条件
说明
YHM
Varchar(50)
50
PrimaryKey
用户名
MM
Varchar(100)
50
Notnull
密码
BM
Varchar(50)
50
Notnull
部门
DH
Int
4
—
电话
GZZH
Int
4
Notnull
工作证号
表4-3奖学金信息表
列名
数据类型
长度
约束条件
说明
BH
Int
4
PrimaryKey
编号
JB
Varchar(100)
100
Notnull
级别
MC
Varchar(100)
100
Notnull
名称
JE
Int
4
Notnull
金额
FFFS
Varchar(100)
100
Notnull
发放方式
表4-4辅导员老师信息表
列名
数据类型
长度
约束条件
说明
JSZH
Int
4
PrimaryKey
教师证号
DH
Int
4
—
电话
XB
Varchar(50)
50
Notnull
系别
FDZY
Varchar(50)
50
Notnull
辅导专业
表4-5审核表
列名
数据类型
长度
约束条件
说明
YHM
Varchar(50)
50
PrimaryKey
用户名
XH
Int
4
PrimaryKey
学号
SHJG
Varchar(50)
50
—
审核结果
表4-6申请表
列名
数据类型
长度
约束条件
说明
BH
Int
4
PrimaryKey
编号
XH
Int
4
PrimaryKey
学号
SQJB
Varchar(100)
100
Notnull
申请级别
5结语
学生奖学金管理系统同其他高校管理信息系统一样,是构成数字化校园建设的一部分,都属于系统理念和管理模式与使用者相互结合借鉴的过程。
管理信息系统促进了校园管理工作的效率,校园管理工作也支持的了管理信息系统在高校的应用。
学生奖学金管理系统的应用将会大大改变高校学生奖学金管理工作的现状,提升奖学金管理工作的效率,但奖学金管理系统还有很多不足。
在不久的将来,随着管理信息系统技术的发展以及高校管理理论的创新,更高效的管理信息系统将会应用到高校的奖学金管理工作当中去。