高校毕业设计管理信息系统设计与实现.docx
《高校毕业设计管理信息系统设计与实现.docx》由会员分享，可在线阅读，更多相关《高校毕业设计管理信息系统设计与实现.docx（31页珍藏版）》请在冰豆网上搜索。
高校毕业设计管理信息系统设计与实现
高校毕业设计管理信息系统设计与实现
1概述
1.1课题研究的背景
近20年来，我国的管理信息系统的应用领域得到了很大范围拓广。
从最初的电子政务到后来的企业信息管理，从刚开始的线下、独立的管理信息系统，到现在的线上、共享的管理信息系统。
改革开放以来，国内的管理信息系统的的研究力度得到了很大成都上的加大。
目前，在高校教育方面，全国的各大高校基本上都有着自己的管理信息系统，它有效地利用已有的人力、物力资源，发挥着计算机管理的优势，减轻教育管理人员的工作强度。
1.2课题研究的意义
毕业设计是检验和锻炼毕业生综合素质和能力的，它反映着我们大学四年是否真的学有所成，决定着我们能否顺利毕业的重要标尺。
高校毕业设计工作是准毕业生在导师的指导下完成的，由于高校师资力量有限，一般都是一个导师同时指导多位学生完成不同的课题。
由于毕业设计涉及内容广泛，专业知识水平高，所以目前大部分的导师都是手工的或者分离式的报表管理，同时指导老师的精力有限，这会导致导师们不能够全面的对准毕业生们的毕业设计加以指导。
这样的高校毕业设计管理的工作效率很低，难度很大，还容易出差错。
特别是有的高校现在采用的还是传统的纸质的管理模式，主要还依赖于人力手工的操作,这使得在毕业设计资料归档后的保存、查阅等工作变得费时费力。
因而，我们急需要一套全新的安全的能够为广大师生带来便利的毕业设计管理系统。
在计算机科学应用如此广泛的今天，我们需要利用计算机技术的优势，研发出一套信息管理系统带替代传统的手工来完成高校毕业设计的管理。
建立以计算机为核心的信息管理网络，实现对高校毕业设计的工作信息管理，为个高校的管理工作带来便利。
1.3研究综述
1.3.1国外研究现状
目前，国外对毕业设计管理系统的研究主要偏向于过程监控管理方向和双向选题管理方向。
双向选题满足了高校师生的远程办公和工作的需求，让参与高校毕业设计的师生可以通过系统进行在线交流，解决师生交流不便的问题；过程监控使得管理员和指导老师能够随时监控毕业设计管理工作的整个流程，并且系统还能够主动督促部分没能按时完成作业的学生自觉完成自己的毕业设计。
例如：
日本东京大学设计开发的毕业设计管理系统侧重于毕业设计题目申报与管理，系统主要实现教师的课题申报、课题审批和学生选题等详细的管理功能。
1.3.2国内研究现状
高校的毕业设计管理大多以院系为单位进行，各院系在大四上学期结束前组织本专业教师进行课题申报，申报课题经审批后，学生选择适合自己的毕业设计课题。
学校在大四下学期组织专业老师对毕业设计进行中期答辩，指导学生修改毕业设计以及了解毕业设计进展情况，敦促学生更好地完成毕业设计；毕业设计结束时由学院组织专业老师进行答辩评审工作，并根据答辩小组所有教师共同评出答辩成绩。
针对毕业设计的管理问题，国内已有部分高校利用自身的条件和优势自行开发了毕业设计管理信息系统。
例如：
南昌应用科技学院研发的毕业设计管理信息系统针对网上互动和后台的管理以及选题管理等功能给出了较好的解决办法；西南财经大学研发的毕业设计管理信息系统主要是的功能是学生论文的上传与批审，即学生通过系统上传了自己的毕业论文后，他的指导老师可以在线上直接对其论文做出评改并与学生进行在线交流；江苏科技大学使用的毕业设计管理信息系统主要是完成了学校的毕业设计工作的安排以及毕业设计撰写的相关模板下载。
从上文的叙述中可以了解到国内高校的毕业设计管理信息系统都各有特色，但总体来说这些系统或多或少都存在着不够完善的地方。
因此，现如今我们国内高校迫切的需要设计出一套功能相对比较完善的毕业设计教学管理信息系统。
既要考虑到初期论文选题、开题指导、中期答辩、论文初稿评审、最终答辩管理等一系列管理的业务流程，又要满足师生能够及时在线交流需求，学生能够在线向老师提交相关文件，老师能够在线做出评改，并反馈给学生，让其做出修改，实现完成办公的目的，还要考虑管理人员的诸多管理需求等诸多的问题。
使得研发出的毕业设计管理信息系统成为真正便利于师生的教学管理平台。
1.4论文组织结构
本文分为五个部分：
第一部分是引言。
主要介绍了研究背景、研究意义、研究目的，并对现有高校毕业设计管理信息系统的国内外研究现状进行综述，还有技术路线图。
第二部分是本系统采用的相关技术简介，介绍Dreamweaver工具的特性、优势以及ASP.NET技术的基本状况，同时对ACCESS2010数据库的简介。
第三部分是对系统分析，对系统的前期调查、需求、可行性以及系统数据流程等进行详细分析，为第四部分的系统建设做好准备。
第四部分是本文的重点，这部分是详述系统各个模块建设，初步的进行系统的整体搭建。
第五部分是调试与测试，发现系统的错误和缺陷，然后改正，达到最后能让系统更加完善的正式推出的目的。
第六部分是此次毕业设计的总结，总结本毕业设计的成果与不足，为以后的工作做一定的思考。
2相关技术简介
此系统将基于B/S结构模型，采用Dreamweaver8+ASP.NET+ACCESS2010做为开发工具，用Dreamweaver8工具制作系统网站的静态页面，用ACCESS2010做为本系统的数据库存储数据，最后用ASP.NET技术编写系统网站的后台命令，将已制作好的静态页面与数据库连接起来，形成交互式的动态网站。
2.1B/S结构模型简介
B/S结构模型（Browser/Server）即浏览器/服务器模式，是WEB浏览器流行后的一种网络结构模式，是当前最受欢迎的网站构建模式。
它将系统主要部分放置在服务器上，客户端上只要安装有一个浏览器就可以通过WEB服务器来和数据库进行数据交互，从而达到系统网站的正常运行，由这种构造模型设计出来的系统能够降低系统的实施、维护和使用成本。
与基于传统的C/S结构模型设计而成的系统相交而言，它结合目前常见的用于浏览器编程的多种脚本语言和ActiveX技术，只要有一台能上网的电脑就能使用系统。
由B/S结构模型设计而成的系统不需要安装任何专门的软件，客户端零安装、零维护，由于客户端计算机的负荷被均衡地分配给了服务器端的计算机，使得用户计算机的压力得以减轻。
同时，B/S结构模型构建的系统不再需要安装专用的客户端软件，因此也使得技术人员从不必再去指导用户安装、配置和使用，从而节省大量的人力成本和经济成本。
同时，B/S结构构成的系统使用的是WEB浏览器作为客户端软件，界面友好，
2.2Dreamweaver8简介
Dreamweaver是建立Web站点和应用程序的专业工具。
它是在网页设计与制作领域中用户最多、应用最广、功能最强的软件，支持着ASP、JSP、PHP等众多开源的汇编语言，使得设计制作过程中在网上能够找到很多的开源资料，降低了开发难度。
同时，它将网页设计、网站研发和站点管理等特点集于一身，拥有可视化、跨浏览器和支持多平台等特性。
其入门简单，操作简便，同时功能十分强大，能够帮助开发人员和设计人员快速的创建基于标准的网站和应用程序静态页面。
基于Dreamweaver的以上特点，我决定采用此工具做为本系统主要的开发工具。
2.3ASP.NET简介
ASP.NET是.NETFrameWork的一部分，是一种能够在WEB服务器上执行嵌入在网页中的脚本的脚本技术，它可以在通过HTTP请求文档，并在Web服务器上动态创建他们，运行与IIS之中。
它的优势在于它是基于通用语言的编译运行的程序，它的实现完全依赖于虚拟机，从而拥有着很强的跨平台性，使得ASP.NET构建的应用程序可以运行在几乎全部的平台上。
其技术成熟，在网络上或者编程技术丛书中很容易找到相关的教程，学起来十分方便，而且现实中运用范围广泛。
故而本系统采取了此技术来进行后台制作。
2.4ACCESS2010简介
ACCESS2010是Office2010办公软件中的工具之一，是微软公司出品的优秀的桌面数据库管理和开发工具。
它提供了表生成器、查询生成器、宏生成器、报表设计器等诸多可视化的操作工具，可视化的特点让它的数据库创建变得很简单，同时它拥有数据库向导、表向导、查询向导、窗体向导报表向导等多种向导方式，这就使得即使是初学用户也能够很好的使用ACCESS2010。
ACCESS的优势在于它能够提高开发人员编码速度，减少代码量，从而减少应用程序所消耗的存储资源，进而加快命令的执行速度。
因此，本系统采用了此数据库存储我们系统中的所有数据。
3系统分析
系统分析是系统设计前必要的步骤，是对组织要用的信息系统解决的问题进行分析，它主要包括系统详细调查、系统需求分析、可行性分析等几个部分。
3.1系统详细调查
系统详细调查是指研究人员通过各种途径对被开发的系统做全面、充分和详细的调查研究，弄清系统的边界与系统所服务对象的组织机构，人员分工和项目的业务流程等，为系统开发做好原始资料的准备。
本人通过去教务处调研询问，了解到高校毕业设计管理工作是针对高校中参与毕业设计工作的师生开展的。
它的工作流程如下：
课题申请、课题审批、选题、完成论文开题、外文翻译、毕业实习并完成实习报告、完成初稿、中期答辩、论文修改、论文定稿、最终答辩等。
3.2系统需求分析
根据前期的毕业设计工作流程调查以及参考已经成功实施了毕业设计管理信息系统的部分高校的实际运行现状。
本系统需满足以下功能：
能够敦促师生严格按步按时完成毕业设计任务，能够方便师生实时交流，能够上传和下载师生所需要的表格和任务书，能够方便论文的提交、批阅、存档等管理工作。
下面将从教师、学生、管理员三类不同的用户角度来进行需求分析。
3.2.1教师角度
教师是指在毕业设计工作中指导学生完成毕业论文的在校老师，他们需要能通过系统完成的工作有:
提交课题申请，接受学生的选课申请，给学生发放毕业设计任务书和各种表格，接受并审阅学生的开题报告、实习报告、最终论文等一系列文件，将论文归档提交等。
3.2.2学生角度
学生是完成毕业设计的主要参与者，他们需要通过本系统完成的工作有：
选择自己的毕业课题，接收老师发放的任务书以及各种表格，向老师提交开题报告、实习报告、最终论文等一系列文件接受老师的评阅并修改等。
3.2.3管理员角度
管理员是由学校各院系的相关教研室老师组成的团队，他们需要通过本系统完成的工作有：
添加符合参与毕业设计工作要求的教师、学生名单，审批教师提交的课题申请，及时查阅本校学生的毕业设计工作的完成进度，将老师提交的可以归档的论文汇总保存。
3.3可行性分析
3.3.1技术可行性分析
本系统采用开发技术是当前最常用的B/S结构和ASP.NET脚本开发技术。
目前，网站的制作技术和素材在网络上和图书馆中都可以找到很多，制作网站的工具也有很多。
我们可以选择一种合适自己的开发工具。
同时，与此相关的管理信息系统在网上也有很多，都可以供我们参考。
所以，就开发技术而言，开发此系统的技术不是太难。
3.3.2成本可行性分析
此系统将在本校学生在指导老师的指导下开发完成，成本几乎忽略不计。
由于这个原因，系统如若成功实施后，它的后期维护费用也相对比较低廉，同时它还将减少学校在毕业设计的管理工作方面的人工投入，极大的降低了人工成本。
因此，开发此系统的经济成本也很容易解决。
3.4系统业务流程分析
系统业务流程分析是完成系统设计前必做的工作，根据前面的实际调研，我们了解到在高校毕业设计工作开展的过程中所有步骤的业务流程。
下面，我将根据各个步骤详细分析毕业设计工作的业务流程。
3.4.1课题申请流程
教师提出自己的毕业课题，汇成毕业课题表，提交给管理员，由管理员审批，通过的课题将交给学生选取，没通过的则取消该课题的被选资格。
流程图如图3-1所示：
图3-1课题申报流程图
3.4.2课题双选流程
审批合格的课题将被发给本专业所有选生，学生根据自己情况选择最适合自己的毕业设计课题，选完后选题信息需提交到相应的指导老师，经老师批准合格后确定选题，不合格则重新选题。
业务流程图如图3-2所示：
3.4.3开题报告等前期文件流程
开题报告是选完课题后，学生经过资料查询，对自己的课题有了一定的了解后，撰写的开题文件，为自己的毕业设计课题的完成做出前期工作策划。
它的工作流程是先由学生向老师提交自己的论文初稿，在老师查看论文初稿后，对学生的开题报告做出评阅，然后交于学生修改完善。
像开题报告这类前期文件还有一些，这里我们列举开题报告为例，其他与此雷同，在此不在赘述。
业务流程图如图3-3所示：
3.4.4毕业设计评阅流程
学生完成毕业设计初稿后交于老师审阅，老师对初稿进行评阅，指出其中不足后发给学生修改，知道学生论文合格。
流程图如图3-4所示：
4系统设计
4.1系统功能设计
4.1.1系统总体流程图
系统总体流程是指用户的账户登录、模块功能使用以及使用完系统后的退出系统。
具体流程如图4-1所示：
4.1.2系统功能结构图
本系统分为管理员模块三个大模块，针对各大模块的功能需求不同将其细分成了若干子模块，具体如图4-2所示：
4.2系统模块设计
本系统根据用户身份不同，将整个系统划分为三个管理员模块、教师模块、学生模块。
下面，我将从上述三个方面详细叙述本系统的模块功能设计。
4.2.1管理员模块
管理员的主要工作内容是初始设置功能、教师与学生信息管理功能、选题管理功能、论文管理功能、公告管理与发布功能、发布文档（表格）资料功能、数据归档功能、学生和教师账户维护功能等。
（1）初始设置：
管理员根据本校的实际情况对院系名称、专业名称等进行初始化；
（2）教师与学生信息管理：
管理员在教师管理和学生管理子模块中，设置参与毕业设计的指导老师与学生信息；
（3）选题管理：
管理员查看教师提交的课题名单，并对其进行审核，审核通过的课题可以被本专业的学生进行选择，没有通过的课题将会被删除。
（4）论文管理：
管理员可以在这子模块中查看学生已提交的论文，并且可以查看学校学生毕业设计的完成进度。
（5）公告管理及发布：
管理员在此模块中发布学校出台的与毕业设计工作相关通知与公告，供教师与学生了解；
（6）发布文档（表格）资料：
管理员在此模块中发布中期检查表、实习鉴定表、灵活就业合同等一系列毕业相关文档或表格供教师和学生下载；
（7）数据归档：
管理员汇总指导教师提交的学生毕业设计和论文等材料并对其保存归档；
（8）学生和教师账户维护：
管理员对学生和老师的个人信息、账户和密码等资料进行设置与维护；
4.2.2教师模块
教师在毕业设计工作中的主要任务是：
选题管理、论文管理、填写（发布）任务书、接收开题报告、留言建议、查看管理员通知（公告）、上传归档数据、下载文档（表格）资料以及个人信息等。
（1）选题管理：
教师申报课题材料，该课题材料经过管理员审核过后，供本年度有毕业设计资格的学生选择，同时教师可以在这个模块中对已选自己课题的学生进行审核，可以选择接受还是拒绝该学生选择自己课题；
（2）查看毕业设计题目：
教师可以查看自己申请的课题是否被管理员审批通过，并且还可以查看全校教师上报的通过管理员审批的所有课题的详细材料；
（3）填写（发布）任务书：
教师可以在此功能模块上发布自己课题的任务书，供学生下载使用；
（4）接收开题报告：
教师通过本功能模块接收学生上传的开题报告、外文翻译等前期文件，并下载审阅；
（5）留言建议：
教师可以查看学生所提疑问，并作出解答，与学生在线交流；
（6）查看管理员通知（公告）：
教师可以查看管理员发布的与毕业设计相关的通知与公告；
（7）下载文档（表格）材料：
教师可以下载管理员发布的与毕业设计相关的表格与材料；
（8）上传归档数据：
教师在本模块中可以对开题报告、任务书、外文翻译、最终论文（设计）等毕业设计的最后材料进行归档并提交给系统管理员；
（9）个人信息：
教师可以对自己的个人信息、账户、密码等进行修改。
4.2.3学生模块
准毕业生可以使用此系统做出的操作有：
毕业设计题目查看与选题、提交开题报告等论文相关资料、留言建议、查看通知（公告）、下载文档（表格）资料、个人信息维护等
（1）毕业设计题目查看与选题：
学生可以查看通过审核的教师题出的所有课题并可以根据自身情况挑选适合自己的课题；
（2）提交开题报告等论文相关资料：
学生可以提交自己的开题报告、外文翻译等与毕业设计相关的资料；
（3）留言建议：
学生可以通过本系统提交疑问、查看疑问，并与教师在线交流；
（4）查看通知（公告）：
学生可以查看管理员发布的本校毕业设计工作的相关通知与公告；
（5）下载文档（表格）：
学生可以下载管理员和指导老师发布的与毕业设计相关的表格与材料；
（6）个人信息维护：
学生可以对自己的个人信息、账户、密码等信息进行修改；
4.3系统数据库设计
前面进行系统业务流程分析时，我们知道了系统各个模块所要实现的功能。
根据实际调查，我们可以画出各个模块的E-R图，并创建数据库。
4.3.1关系图
E-R图即实体-联系图，是一种描述实体间的联系和属性的概念模型。
构成E-R图的基本内容是实体、联系和属性，其表示方法为：
实体是用长方形表示，在长方形框内填写实体名称；属性是用椭圆表示，框内填写实体的属性，并通过直线与实体相连；联系是用菱形表示，菱形框填写实体间的关系，并通过直线将实体连接起来，同时需要在直线旁标注实体间联系的类型（1:
1，1:
n或m:
n）。
管理员实体由管理员名称、管理员工号、账户密码等属性组成。
老师实体分别有属性包括姓名、教工号、性别、所在院系、所在科研室、职称、账户密码等。
学生实体属性包括姓名、学号、性别、所在院系、班级、账户密码等。
课题实体属性有：
课题编号、课题名称、提交老师、课程性质，课题类型。
老师申报课题供学生选择，学生选题后将会得到老师的指导。
一个老师可以申报多个课题，同一个课题只能由一个老师来申报，一个学生只能选择一个课题，一个课题可以被多个学生申请，一个老师可以指导多个学生，但一个学生只能选择一个指导
老师。
老师、学生、课题三个实体之间的关系图如图4-3所示：
课题要经过管理员的审批才能被学生选择，一个管理员可以审批多个课题，管理员与课题之间的关系图如图4-4所示：
1n
图4-4课题审批关系图
管理员负责发布学校通知、公告等信息，一个管理员可以发布多个信息，信息实体是由编号，题目，内容，发送时间等属性构成，管理员与信息之间的关系如图4-5所示：
m
1
图4-5管理员与信息的关系图
管理员具有最高的权限可以添加用户（老师和学生）,一个管理员可以添加多个用户,它们之间的关系如图4-6所示：
图4-6管理员和用户的关系图
4.3.2数据库的逻辑设计
根据前面的系统功能需求，为了全面记录系统数据，我们利用ACCESS数据库制订了若干个系统数据表。
以下就是其中部分数据表的构建信息。
管理员是系统中权限最大的角色，管理员基本信息表中记录着管理员的编号、管理员姓名、管理员账户密码。
具体如表4-1所示：
表4-1管理员基本信息表
字段名称
类型
长度
允许空
备注
中文意思
Admin_id
Int
4
否
主键
管理员的编号
admin
Char
10
否
管理员的姓名
password
char
15
否
管理员登录密码，默认为admin
教师基本信息表记录着教师的编号、教师所在的学院、教师的姓名、教师所属的研究室姓名、教师的性别、登录密码、教师的职称、联系方式等，具体如表4-2所示：
表4-2教师基本信息表
字段
类型
长度
允许空
备注
中文意思
Teacher_id
Int
4
否
主键
老师的编号
Institute
Char
15
否
老师所在的学院
Teacher_name
Char
10
否
老师的名字
Research_room
Char
30
是
老师所在教研室的名称
Teacher_sex
Char
2
否
老师的性别
password
Char
15
否
老师登录密码，默认为admin
Teacher_post
Char
50
是
老师的职务
Degree
Char
20
是
老师的学位
Technical
Char
10
否
老师的职称
Phone
Char
15
是
三项必有一项不空
老师的电话号码
Mobile_phone
Char
15
是
老师的手机号码
Email
Char
25
是
老师的电子邮箱
学生信息表记录着参与毕业设计的学生的基本信息，它记录的内容有：
学生的学号、学生的姓名、性别、学生的登录密码学生所在的院系、学生的联系方式。
具体信息如表4-3所示：
表4-3学生基本信息表
字段
类型
长度
允许空
备注
中文意思
student_id
char
20
否
主键
学生的学号
student_name
char
10
否
学生的名字
student_sex
char
2
否
学生的性别
password
char
15
否
学生登录密码，默认为admin
institute
char
15
否
学生所在的学院
profession
char
20
否
学生所在的专业
grade
char
30
否
学生所在的班级
Phone
char
15
是
三项必有一项不空
学生的电话号码
Mobile_phone
char
15
是
学生的手机号码
Email
Char
40
是
学生的电子邮箱
ndition
Int
4
否
0表示未选1表示已选2表示被老师删除
选题状态
信息表是记录师生网上留言的表格，它记录的信息有：
信息编号、信息标题、信息内容、发送时间以及发送人姓名，具体内容如表4-4所示：
表4-4信息表
字段
类型
长度
允许空
备注
中文意思
info_id
Int
4
否
主键
信息编号
info_name
Char
10
否
信息标题
Info_body
char
300
否
信息内容
Info_time
datetime
10
否
发送时间
sender
char
10
否
发送人姓名
老师课题关系表是记录教师申报课题信息的表格，它记录了申报课题教师的编号和申报课题的编号，具体如表4-5所示：
表4-5老师课题关系表
字段
类型
长度
允许空
备注
中文意思
Teacher_id
Int
4
否
指导老师的编号
Subject_id
Int
4
否
申报课题的编号
学院专业基本表记录了学院名称以及学院所拥有的所有专业名称，具体如表4-6所示：
表4-6学院专业基本表
字段
类型
长度
允许空
备注
中文意思
Institute
Char
20
否
学院名称
Profession
Char
20
否
学院对应的专业
课题申报信息基本表是教师提交给管理员的表格，它记录的内容有：
课题编号、所属院系、专业、课题内容、限报人数、课题性质、课题类型、指导老师、备注等，具体内容如表4-7所示
表4-7课题申报基本信息表
字段
类型
长度
允许空
备注
中文意思
Table_i
升级会员 