结课论文格式要求.docx
《结课论文格式要求.docx》由会员分享，可在线阅读，更多相关《结课论文格式要求.docx（27页珍藏版）》请在冰豆网上搜索。
结课论文格式要求
经济管理学院
《管理学》结课论文（课程作业）
姓名
：
学号
：
专业
班级
：
高等学校学生奖学金管理系统的分析与设计
摘要：
奖学金评审工作是高校一项十分重要的工作。
而奖学金是一种重要的激励手段。
高校设立多种奖学金来奖励课业优秀的学生，并以此促进学生德育、智育、体育等方面的发展。
随着高等教育规模越来越大，奖学金管理工作也变的日益困难。
奖学金管理工作通常需要收集和处理大量的信息，而目前大部分高校依然采用人工处理的方式，面对如此大的信息量，人工处理不仅低效而且极易出错。
因此高校急需专门的管理信息系统来处理相关方面的工作。
本文在对高校学生奖学金管理工作进行需求分析的基础上，从多方面探讨了建立学生奖学金管理系统的可行性，给出了该系统应具有的管理模块及其详细的功能描述，利用E-R图设计了系统数据库的概念结构，并在此基础上，给出数据库的逻辑结构。
【注：
摘要字数应为300字左右】
（楷体-GB2312、小四号字、行距最小值22磅空一行）
关键词：
管理信息系统；学生奖学金管理；E-R图
1绪论
1.1研究背景及意义
奖学金管理是高等院校一项重要的管理工作。
高校设立多种奖学金以激励在校生努力、创新地学习。
公正高效的奖学金管理工作有利于促进各项活动顺利展开，激发学生的创新学习能力，对学校形成优良的学术氛围有辅助作用。
一个学生奖学金资格的获得，其评审过程是非常复杂的，不仅要取决于其平常的文化课业成绩，还要参考其文体、社团活动的表现以及辅导员老师的意见。
所以仅在信息收集阶段就需要多个部门的配合才能完成。
传统的收集工作依赖于学生提交纸介质的报告，评审老师走访各部门的方式，这样不仅效率低下，而且非常容易出错[1]。
随着近年来高校的扩招，在校生规模的扩大，奖学金管理工作所要处理的信息量呈爆炸式地增长。
传统的管理方式越来越不能适应现有的高校规模，开发管理信息系统来辅助奖学金管理工作成为时代的需求，借助于奖学金管理系统，信息收集工作效率将大大提高，任何用户在条件允许的情况下即可登录系统，并在权限允许的范围内更新信息。
由于奖学金管理系统的后台共享同一数据库，可以做到数据的同步更新，减少数据可能出现的差错。
借助于奖学金管理系统的权限管理，获奖候选人的有效身份信息可以被屏蔽掉，提高评审工作的公平性[2]。
因此，研究高等学校学生奖学金管理系统的建设具有十分重要的现实价值。
【参考文献的标注采用上角标形式，字体为TimesNewRoman，字号为小五】
1.2论文的组织结构
本文主体部分主要分为绪论、学生奖学金管理系统的分析和学生奖学金管理系统的设计三部分。
第一部分为绪论。
在绪论中说明了学生奖学金管理系统开发的背景及意义。
第二部分为学生奖学金管理系统的分析。
在这一部分中，通过对高校学生奖学金管理工作进行分析，得出了建设学生奖学金管理系统的功能需求及其它性能需求，并总结出学生奖学金管理系统在高校管理工作中的作用，接着从经济、社会、技术、开发方案选择四个方面对建设学生奖学金管理系统的可行性进行了探讨，得出建立学生奖学金管理系统从成本负担、技术支持和管理工作需要等方面都是可行的，并选出针对本系统最优的开发模型。
第三部分为学生奖学金管理系统的设计。
在系统设计部分，首先介绍了系统设计的目标；其次是进行系统结构设计，将学生奖学金管理系统划分为几大模块，并对系统的功能进行了详细描述。
最后对系统的用户界面及数据库结构进行设计。
2学生奖学金管理系统的分析
2.1系统需求分析
需求分析指的是在建立一个新的或改变一个现存的电脑系统时，描写新系统的目的、范围、定义和功能时所要做的所有的工作[3]。
在这个过程中，系统分析员和软件工程师确定用户的需要，只有在确定了这些需要后才能够分析和寻求新系统的解决方法。
需求分析是系统开发的重要步骤，是整个系统开发的基础[4,5]。
需求分析工作首先要准确获取用户的需求。
管理信息系统项目中的问题绝大部分是由于获取的用户需求不准确造成的。
如果获取的用户需求不准确，并且在需求分析阶段没有得到修正，由此产生的问题在后续阶段的修改成本将会十分昂贵。
需求分析工作要系统研发人员透彻地理解系统中存在的问题以及完整准确地获取用户的需求。
获取用户需求工作面临的主要困难有需求的易变性、不可预知性，同用户的交流障碍和理解的不完备性与不一致性。
2.1.1系统的功能需求
功能需求分析的结果描述的是系统应该做什么，即系统应该代替用户完成哪部分工作[6]。
所以在系统分析工作中，首先应该明确用户与系统的任务范围，即那些流程是由用户参与完成的，哪些是由计算机来完成的。
以衡水学院经济学与管理学系为调研对象，确定用户需求，该校的学生奖学金管理工作主要包括信息收集、信息处理以及评审等工作。
信息收集阶段，主要工作包括学生提交加分项，辅导员老师意见的提交以及学生文化课成绩的录入。
加分项信息以及辅导员意见信息需要用户登录系统人工录入，文化课成绩信息则可通过系统访问教务处的后台数据库获得。
信息处理阶段工作主要包括对学生文化成绩和加分项的处理，以及对由此产生的综合成绩的排序。
这部分工作可以通过预先设定好的公式由系统完成。
评审工作阶段，由评审部门的工作人员参考辅导员老师的意见对系统产生的排名进行最后的审核，并产生最终的获奖名单，以及获奖等级，奖金数额等，并录入系统。
这部分工作主要由用户完成。
最终学生用户可以登录系统查询、打印评定结果。
通过以上用户需求的描述，学生奖学金管理系统应具有以下功能：
（1）对学生档案信息（学生的基本信息、参与社团活动信息、学生任职情况及获奖记录）进行录入、添加、查询管理。
（2）学生成绩管理包括文化课成绩和综合素质成绩管理，要求系统能根据用户需求对申请学生的文化课程的考试成绩和综合测评成绩进行输入、整理、排序、查询和打印。
（3）奖学金管理，根据成绩管理以及用户输入的评价意见，最终根据评审标准最终生成获奖名单。
2.1.2其它需求分析
需求分析工作的结果是系统后期设计与实现的重要参考，仅仅完成功能需求分析是远远不够的，后期的系统设计与实现会对系统的安全性、可扩充性以及数据的备份和可恢复性提出要求[7]。
2.1.2.1安全性需求分析一个管理信息系统如果不进行一定级别的安全控制，很有可能会导致后台数据被恶意篡改、系统崩溃等严重后果，最终导致管理工作无法正常进行。
系统的安全性一般通过对用户的权利限制来保证。
在学生奖学金管理系统中，首先应通过口令保护机制或其它安全认证机制来防止非法用户登录系统。
其次，对于合法用户，不同的用户授予不同级别的权限以避免其误操作对系统数据造成的破坏。
例如，对于学生用户和辅导员老师用户，在信息收集阶段，仅授予其查询和对指定字段的修改权限。
在最终获奖名单生成之后，学生用户仅具有查询权限。
而系统管理员则具备所有的操作权限，以便进行数据管理及系统维护。
2.1.2.2可扩充性需求分析学生奖学金管理系统所面临的外界环境不是一成不变的。
例如，在校生规模，奖项的种类以及获奖的标准都会随时间的变化而变化。
这就要求系统具有一定的适应性，即可扩充性，就是在系统面临环境变化时，系统能够不付出重新开发的代价，仅通过修改就可以适应外界变化需求。
2.1.2.3备份和恢复需求分析由于不存在绝对安全的数据库，因此要对数据进行备份，以保证系统数据库在遭到破坏时能进行有效地恢复。
数据的备份和恢复需求需要根据所设计的系统，确定备份数据的时间和备份周期。
针对学生奖学金管理系统，根据奖学金管理工作发生时间相对集中的特点，在系统使用较集中的时间段，规定系统以7天为一周期，采用差异备份的方式，每周日24时对数据进行备份。
在其它时间段内，以30天为一周期，采用差异备份的方式进行数据备份。
2.1.2.4性能需求分析功能需求分析指出系统应该可以做什么样的工作，性能需求分析则描述系统应做到什么样的程度[8]。
以衡水学院为调研对象，为满足工作需要学生奖学金管理系统的操作响应时间应小于3秒，允许最大访问的用户数为3000人，系统应保证每天连续12小时正常运行。
2.2系统可行性分析
可行性分析要求在系统调查的基础上，针对系统开发是否具备现实可行性，对系统开发从经济、社会、技术等方面进行分析和研究，以避免投资失误，保证新系统的开发成功[9,10]。
可行性研究的目的是用最小的代价在最短的时间内确定需求问题解决的可行性。
为此，必须分析可以实行的几种解决方法的利弊，从而判定系统规模和目标是否现实，系统所能带来的效益是否大到值得开发这个系统的程度。
本文从经济、社会、技术、开发方案选择四方面进行可行性分析，系统可行性分析结果如下。
2.2.1经济可行性分析
经济可行性分析主要是预估系统开发的费用和对项目的经济效益进行评价[11]。
本系统采用浏览器/服务器（Browser/Server，B/S）模式，可以使用原有的校园网络，因此网络建设成本较低。
系统建成以后，信息收集和信息提交等奖学金管理工作可以在系统的辅助下完成，减少了人力资源的使用。
奖学金管理工作中许多纸介质的文档可以采用电子文档，降低了办公成本。
此外，使用系统可以降低由人为操作造成错误的可能性，并且能够提升工作效率，提高评审工作的公平性。
并且在当今条件下，计算机等系统建设所需的硬件设备价格低廉、性能优越，可以满足系统建设的需要。
因此从经济方面来讲，开发该系统是可行的。
2.2.2社会可行性分析
本系统开发时所涉及的系统、软件等均未侵权或已获得授权，未违反相关方面的法律法规。
本系统符合高校奖学金管理工作的需求，预期系统能够有效提升高校奖学金管理工作的效率。
2.2.3技术可行性分析
技术可行性研究的是管理信息系统为满足用户的需求，系统在软件、硬件、人员素质等方面所应达到的要求[12]。
开发高校学生奖学金管理系统需要开发人员熟悉开发模型，获取需求的工具，精通SQL语言和Java技术，有一定的英文基础。
在当今计算机技术条件下，完全可以满足本系统的开发需求。
在人员、技术准备充分的条件下，高校学生奖学金管理系统开发在技术上是可行的。
2.2.4开发方案的选择
本系统是高校学生奖学金管理系统，该系统规模较小且用户较多，用户需求不确定性较高，所以选择快速原型模型。
快速原型模型是快速建立一个简单原型系统，交付用户使用，然后获取用户对该原型系统的评价，进而获得用户需求。
这样的评价和系统修改要进行多次，最终可以获得较准确的用户需求。
快速原型模型开发成本较低，且需要用户参与，降低了由于需求不明确带来的风险，适合用于本系统的开发。
3学生奖学金管理系统的设计
3.1系统设计目标
根据对奖学金管理系统的用户需求分析，设定管理系统应该包括以下几个方面的内容。
（1）学生用户注册，通过注册的账户学生可以登录系统进行信息录入、文档上传等工作。
（2）综合名次排序。
通过汇总信息以及评审规则，最终生成学生的综合排名信息。
（3）查询和打印。
授权用户通过客户端输入条件信息，系统根据条件查询到指定信息，并支持打印功能。
（4）初步筛选。
（5）可以对基本信息进行维护。
（6）可将管理信息数据以报表形式输出。
（7）可以根据需要对数据和数据库进行备份、还原。
（8）对用户进行管理。
3.2系统结构设计
3.2.1系统模块划分
本文将学生奖学金管理系统划分为两大管理模块：
系统管理模块和信息管理模块。
系统管理模块有分为用户管理、数据备份和系统帮助等三个模块。
用户管理模块用于设置用户权限、核对用户身份，防止越权访问。
数据备份模块负责数据备份工作，在可能出现的数据破坏之后，数据备份模块还可进行数据恢复工作。
系统帮助模块用于向用户展示系统简介，引导用户注册、熟悉和使用系统。
系统管理模块的设计主要用于系统维护和后台支持，信息管理模块则只用于系统应用功能的实现。
信息管理模块主要包括学生档案管理、成绩管理以及奖学金管理。
学生档案管理主要是存储和维护学生的基本信息，在进行评选工作时档案管理模块可以支持调用学生基本信息。
成绩管理则包括学生成绩的基本信息，包括管理维护平时的文化成绩信息以及文体活动的加分项等。
奖学金管理则包括管理维护获奖名单，获奖金额以及排序工作等。
具体的模块划分如图3-1所示。
3.2.2系统功能描述
（1）基本筛选功能：
学生奖学金管理系统面对众多的申请者，具有初步的筛选功能，根据用户的身份标识（如，学号）可以链接查询到其文化成绩以及所应具备的条件，如不满足申请要求将被排除。
例如，某学生的学分绩点达不到某项奖学金的申请要求，将会被系统淘汰并告知用户。
系统的基本筛选功能可以将一部分不符合申请要求的申请者排除掉，从而减少人工评审的工作量，提高工作效率。
图3-1系统模块划分
（2）排序、分类功能：
针对不同系别，申请不同类别奖学金的学生用户，系统可以将用户按照不同的分类标准进行排序、整理以便于信息处理。
在最终获奖结果生成之后，系统可以按照某个关键字进行排序，便于查询和信息展示等工作。
（3）查询功能：
用户在登录系统之后，可以查询自己的申请结果，获奖的详细信息或者是评审的进度。
（4）打印功能：
评审结果产生以后系统可以将指定信息打印输出，如获奖名单等。
用于支持校务公开等工作。
（5）空间管理功能：
高效的空间管理工作可以提升数据存储效率，节省存储空间。
学生奖学金管理系统的空间管理功能可以定期清理无用的数据（如，三年前的奖学金数据），合理组织数据存储。
（6）备份功能：
系统会定期将后台数据进行备份，以保证数据安全。
（7）系统维护功能：
该项功能允许管理员对系统进行维护，例如，权限的修改、数据库结构的调整等。
（8）检错功能：
对于用户输入的非法格式的数据和文本，系统会对用户发出警告并拒绝写入数据库，直至错误得到修正。
3.3系统界面设计
系统界面的设计要遵循一定的原则，用户的操作要尽可能以最直接、最易于理解的方式呈现给用户，并且符合用户的操作习惯，同时为了方便用户尽快熟悉系统，应该提供向导性的操作流程。
该系统面向全校师生，系统设计本着用户友好、简单易行等原则。
针对不同类型的用户有不同的用户界面以及不同的设计风格，以达到较好的用户体验。
由于系统采用B/S模式，系统交互界面主要采用网页模式，通过单击网页上的命令按钮，完成交互。
必要时系统会在网页弹出对话框与用户交互。
最终的用户界面应让用户感觉到系统始终在自己的控制之中。
当系统发生错误或长时间没有反馈时，系统应为用户提供有意义的信息[13]。
例如，告知用户发生什么样的错误，建议用户应该等待还是采取什么样的措施。
用户界面还应该能够容忍用户的错误操作，并使系统不受错误操作的影响正常运行。
学生是奖学金管理系统数量最大的用户群体，学生用户界面包括注册界面和申请界面。
在注册界面，采用对话框的形式，要求用户输入自己有效的姓名和学生证号，以便准确链接到数据库中该用户的档案信息。
同时需要用户输入登录密码和一个用于激活账号的常用邮箱，邮箱可以用于密码找回。
一旦用户输入有误，如姓名不存在，学号位数不合法等，系统将弹出对话框提示用户。
用户注册成功并登录之后，在申请界面，用户需要输入申请所需的信息。
为避免输入错误，可以单击文本框出现下拉菜单，用户在下拉菜单中选择输入的信息，系统还会提示用户上传用于奖学金评定的电子文档。
辅导员老师用户主要负责信息浏览以及输入意见信息。
辅导员老师核对其学生的申请信息后，给出是否同意该生申请的意见。
人机交互主要通过对话框以及菜单命令的方式进行。
评审老师用户主要通过系统完成评审工作和系统维护工作。
系统以菜单驱动的方式执行用户命令。
主菜单包括评审和维护两项。
评审菜单下包括审核、查询、排序、打印等命令项。
单击命令弹出相应的对话框，按照提示输入相应的条件，单击确定执行。
在维护菜单选项下包括用户权限维护，添加/删除数据，数据库备份等命令项。
3.4数据库结构设计
数据库是一个管理信息系统的基础。
一个优良的管理信息系统需要合理的数据结构作为支持[14]。
合理的数据库结构可以有效保证数据的完整性和一致性，并且大幅提升数据存储的效率。
3.4.1设计要求
数据库结构事实上反映的是现实世界各个事物以及各个事物之间的联系。
数据库的结构设计应满足两点要求：
第一，较好的描述现实世界。
计算机技术是处理信息的一种手段，数据库结构可以理解为现实世界在计算机世界的映射，以便于计算机处理。
第二，应该比较容易地在计算机世界实现[15]。
本文的概念结构采用E-R图进行设计，E-R图能够较好的描述现实世界并且结构简单容易理解，在进行逻辑结构设计时可以很容易地转化为二维表。
3.4.2概念结构设计
概念结构的设计是产生一个既能较好描述现实世界又能易于理解的模型。
其设计结果是对现实世界的第一层抽象[16]。
本文采用E-R图来进行概念结构的设计。
需要进行的工作包括确定实体、联系、以及它们的属性。
在确定本系统所涉及的实体或联系的属性时应保证所保留的属性对研究是有用的。
本系统所涉及的实体对象有四个：
辅导员老师，学生，评审老师，奖学金。
各实体间的关系如图3-2所示。
奖学金的属性有编号、名称、级别、金额、发放方式。
其中编号设为主键，用于唯一标识奖学金。
级别是指该奖学金的发放级别，包括国家级、省级、校级等。
金额表示奖金数量的多少。
发放方式包括打卡以及现金发放等方式。
学生实体的属性有学号、姓名、职务、综测编号、银行卡号。
其中学号设为主键，用于唯一标识学生实体。
综测编号用于在审核时查询该生的综合测评成绩，综合测评成绩存储于教务处后台数据库，奖学金管理系统通过校园网访问获取。
评审老师实体的属性包括工作证号、部门、电话、政治面貌。
由于评审老师还要兼顾系统管理工作，所以还有用户名和密码属性用于登录系统后台进行系统管理工作。
作为该系统的管理员，评审老师拥有最高的权限，可以对所有表进行查询、更新等操作。
普通用户学生以及辅导员老师只能在其权限内对相应的表进行查询、更新操作。
辅导员老师实体的属性包括教师证号、辅导专业、系别、电话。
n
m
1
m
m
n
图3-2概念模型设计
评审老师与学生之间是审核关系。
辅导员老师与学生之间是评价关系。
学生实体与奖学金实体的关系为申请关系。
其中评价联系的属性为导员意见，用于存储辅导员老师的意见，而申请联系的属性为申请奖学金的级别，即申请级别。
由于评审工作容易出错且出错后影响极坏，为了避免出现评审错误，评审老师与学生是多对多的联系，即一个学生可能会被至少两个评审老师审核，且这种审核相互独立，在审核结果一致时才可以提交系统。
辅导员老师与学生的联系是一对多的，学生与奖学
金的联系是多对多的。
3.4.3逻辑结构设计
将E-R图中的实体以及实体之间的联系转换为关系模式，每个实体以及多对多的联系均对应一个关系模式，一对多联系对应的关系模式与M端实体的关系模式合并。
学生（学号，姓名，职务，导员意见，综测编号，银行卡号，教师证号），其中主码为“学号”。
评审老师（用户名，密码，工作证号，电话，部门），其中主码为“用户名”。
奖学金（编号，名称，级别，金额，发放方式），其中主码为“编号”。
辅导员老师（教师证号，辅导专业，系别，电话），其中“教师证号”为主码。
审核（用户名，学号，审核结果），其中主码为“用户名”及“学号”。
申请（编号，学号，申请级别），其中主码为“编号”及“学号”。
根据上述关系模式，以及用户的需求，由该数据库中所涉及到的数据关系判断，可知该系统在实际应用过程中需要存储6张表，即学生基本信息表、评审老师信息表、辅导员老师信息表、奖学金信息表以及审核表与申请表。
从数据类型、长度、约束条件及相关说明等几个方面给出了每张表中数据项的定义。
见表3-1，表3-2，表3-3，表3-4，表3-5，表3-6。
表3-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
教师证号
表3-2评审老师信息表
列名
数据类型
长度
约束条件
说明
YHM
Varchar（50）
50
PrimaryKey
用户名
MM
Varchar（100）
50
Notnull
密码
BM
Varchar（50）
50
Notnull
部门
DH
Int
4
—
电话
GZZH
Int
4
Notnull
工作证号
表3-3奖学金信息表
列名
数据类型
长度
约束条件
说明
BH
Int
4
PrimaryKey
编号
JB
Varchar（100）
100
Notnull
级别
MC
Varchar（100）
100
Notnull
名称
JE
Int
4
Notnull
金额
FFFS
Varchar（100）
100
Notnull
发放方式
表3-4辅导员老师信息表
列名
数据类型
长度
约束条件
说明
JSZH
Int
4
PrimaryKey
教师证号
DH
Int
4
—
电话
XB
Varchar（50）
50
Notnull
系别
FDZY
Varchar（50）
50
Notnull
辅导专业
表3-5审核表
列名
数据类型
长度
约束条件
说明
YHM
Varchar（50）
50
PrimaryKey
用户名
XH
Int
4
PrimaryKey
学号
SHJG
Varchar（50）
50
—
审核结果
表3-6申请表
列名
数据类型
长度
约束条件
说明
BH
Int
4
PrimaryKey
编号
XH
Int
4
PrimaryKey
学号
SQJB
Varchar（100）
100
Notnull
申请级别
【图、表中的数字、字母均采用TimesNewRoman字体，表中若有空格，用“—”表示】
参考文献
[1]
俞波,周皓峰.一种基于Web的学生信息管理系统[J].计算机与现代化,2000
（2）:
56-57.
[2]邹小天.高校奖学金管理系统研究与设计[D].武汉:
武汉理工大学,2006.
[3]任金梅.管理信息系统（MIS）的现状、开发分析[J].太原城市职业技术学院学报,2006（3）:
154-155.
[4]
马东君.浅谈高校学生管理信息系统中存在的安全问题[J].硅谷,2010（22）:
110-111.
[5]杨华.云南大学奖学金管理信息系统的分析与设计[D].昆明:
云南大学,2012.
[6]张哲,刘洋.基于VB的学生信息管理系统构建[J].农业网络信息,2012（6）:
119-120.
[7]梁爱南,黄贤明,
升级会员 