《毕业设计资料管控平台设计与实现.docx》由会员分享，可在线阅读，更多相关《毕业设计资料管控平台设计与实现.docx（30页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、毕业设计资料管控平台设计与实现 毕业设计资料管控平台设计与实现 Design and Implementation of Graduation Design Information Management and Control Platform 摘 要 为了解决当代高校生毕业设计资料与学校导师之间的流程交互，以及交互流程中的资料存放问题，本文利用Web设计开发技术，以互联网为传播媒介，设计并实现了一个能有效处理学生选题、上传开题报告、汇报周进展、下发任务书，上传论文等流程交互问题，并且能够有效科学解决数据管理问题的毕业设计资料管控平台。系统设计主要运用了JAVA语言、SpringBoot、sp
2、ring、springMvc、mybatis、vue以及ivew等相关技术，运用前后端分别的技术，前端以Node.js开发容器进行开发，后端运用springBoot配置的Tomcat服务器启动。在linux操作系统、jdk1.8、mysql数据库以及Tomcat服务器的环境下进行了开发实现。结果表明，此毕业设计资料管控平台能够有效解决毕业设计资料与学校之间的流程交互问题，资料存放问题，并具有能管理数据，且大部分流程在系统线上都能交互的优势。 关键词：毕业设计资料；SpringBoot；JAVA；SSM框架；vue Abstract In order to solve the process i
3、nteraction problem between the graduation design materials of contemporary college students and the school, and the problem of data storage. The system uses Web applications based on Java technology, and uses the Internet as a communication medium to achieve communication and information archiving b
4、etween teachers and students. The design mainly uses JAVA language, SpringBoot, spring, springMvc, mybatis, vue and ivew Related technology, based on the object-oriented development principle, adopts the development mode system technology based on B / S structure. Completed the development design of
5、 the graduation design data management platform. It has been developed and implemented in the environment of linux operating system, jdk1.8, mysql database and Tomcat server. The results show that this graduation design data management and control platform can solve the process interaction and data
6、storage problems of graduation design. Key words： graduation design materials； SpringBoot; JAVA; SSM framework; vue. 目 录 第一章 绪论 1 1.1 开发的背景 1 1.2 课题的现实意义 1 1.3 课题探讨现状 2 1.4 课题探讨内容 2 1.5 章节支配 2 其次章 开发工具及相关技术 5 2.1 开发工具 5 2.2 服务器Tomcat 5 2.3 相关技术 5 2.3.1 JAVA相关技术 5 2.3.2 SpringBoot框架技术 5 2.3.3 Maven依靠
7、管理 6 2.3.4 Mybatis技术 6 2.3.5 SpringMVC框架 6 2.3.6 vue前端框架 7 2.4 本章小结 7 第三章 需求分析 9 3.1 可行性分析 9 3.2 系统实现目标 9 3.3系统功能需求 10 3.3.1系统流程 10 3.3.2管理员需求 11 3.3.3导师需求 11 3.3.4学生需求 12 3.4系统用例分析 13 3.4.1管理员主要功能用例 13 3.4.2导师主要用例 14 3.4.3学生主要用例 15 3.5 本章小结 15 第四章 系统概要设计 17 4.1系统架构设计 17 4.2系统实体类类图 18 4.3系统数据库ER图 19
8、 4.4数据库设计 22 4.5本章小结 28 第五章 系统具体设计 29 5.1代码结构 29 5.1.1后台代码 29 5.1.2前台代码 29 5.2管理员模块功能实现 29 5.2.1系统登录 30 5.2.2系统主界面 30 5.2.3管理员报告管理模块 31 5.2.4管理员用户管理模块 32 5.2.5管理员系统管理模块 33 5.3导师模块功能实现 33 5.3.1网站登录 33 5.3.2导师系统主界面 34 5.3.3选题以及周进展管理 34 5.4学生模块功能实现 36 5.4.1网站登录 36 5.4.2学生系统主界面 36 5.4.3学生课题模块 37 5.4.4学生
9、报告模块 37 5.4.5学生周进展问题模块 38 5.5 本章小结 38 第六章 系统功能测试 39 6.1系统运行环境 39 6.1.1软件环境 39 6.2系统测试工作 39 6.2.1测试目的 39 6.2.2测试方法 39 6.2.3测试示例 40 6.3 本章小结 40 第七章 总结与展望 41 7.1 工作总结 41 7.2 展望 41 参考文献 42 致谢 43 第一章 绪论 1.1 开发的背景 随着国家更加强大，而且决胜小康社会的2020年也已经到来，每个人的生活质量都大大的提升，小康家庭已经占大部分，因此手机电脑基本上能实现全民普及，公司办公、学生学习、旅游出差都须要被用上
10、。而且互联网基本上已经是人们获得信息和存放信息的地方，例如挚友圈存放生活写照，微博也可以存放个人生活以及工作信息，电脑就更是人们存放各种信息的地方。随着信息技术的更新迭代，云与云服务器这两个名词更是出现在人们的视野并被人们所熟知和运用，因此人们的信息多存放在云服务器上面，例如百度网盘、华为云等云端产品。云更是可以实现多端操作的便捷。 随着信息的爆炸发展，资料保存越来越重要，学校势必会对学生这种存档类型进行保存，即使运用频率很少，但是每年的毕业生数量都在增加，学校保存资料的地方会越来越大，而且不利于管理。因此把资料放在云服务器上保存是一个不错的选择。1.2 课题的现实意义 在大多数技术相对不成熟
11、的高校里，毕业设计的这个流程全靠线下通讯，开题报告、进展汇报、论文指导全靠老师一个人苦苦支撑。到了论文提交时刻，导师只能一一联系督促，这无疑让指导效率变得低下，导师也会乏累不堪。而且毕业设计到最终的资料存档都是纸质存档，想要之后的时候找到某些学生的毕业设计就要翻那些枯燥的档案，很麻烦，而且还要有一个特地保存毕业设计资料的资料室，日益积累这个就对学校的资源造成资源奢侈。因此拟建立毕业设计资料管控平台，为老师和学生供应能够解决毕业设计流程的地方以及学生毕业之后的毕业设计资料存档的一个途径。本系统开发的意义在在于变更线下进行毕业设计论文流程交互的形式，提高流程交互的效率，并使资料得到有效存放。1.3
12、 课题探讨现状 目前有同类产品维普系统，维普的特点是相对完善的解决了学生与导师毕业设计资料交互流程。但也存在其相对应的问题，例如系统比较注意线下线上结合的形式进行交互，从而用户的专注点没有聚焦于系统上。一些地方没有批量操作，给学生老师交互带来了部分困难，并且没有对学校开放相对高权限的管理操作。1.4 课题探讨内容 在大多数信息化尚未完善的高校中， 毕业设计依旧根据传统的方式进行学生的毕业设计管理。在导师进行导师通过一些通讯方式一一督促学生进行开题报告，而学生将文档传给导师进行检查，导师发觉问题之后， 然后又一一督促学生进行修改。如此往复，在毕业设计这一困难的过程之后，效率及其低下及其取得的效果
13、不明显。而且毕业设计到最终的资料存档都是纸质存档，想要之后的时候找到某些学生的毕业设计就要翻那些枯燥的档案，很麻烦，而且还要有一个特地保存毕业设计资料的资料室，日益积累这个就对学校的资源造成资源奢侈。因此拟建立毕业设计资料管控平台，为老师和学生供应一个交互的平台以及学生毕业之后的毕业设计资料存档的一个途径。本系统开发的意义在于导师以及学生进行执行毕业设计的相关流程， 使繁琐的毕业设计流程更加简易、便利和高效，并且简化毕业设计资料管控的资源节约。本文将依次介绍整个系统开发工具与相关技术、需求分析、系统的架构、系统的具体功能设计以及功能的验证。1.5 章节支配 本文一共分为七个章节，每个章节的主要
14、内容如下： 第一章首先介绍本课题的开发背景和意义，并介绍毕业设计资料管控平台这个课题的探讨现状以及课题的探讨内容 。其次章介绍工具IDEA以及开发用到的框架等技术， 第三章介绍项目的需求分析，对需求进行分析，列出系统各种用户的功能需求。第四章以开发者的身份介绍系统的基本架构、实体类以及系统数据库设计，并展示了数据库的ER图以及运用表格的形式具体展示数据库的字段。第五章具体的介绍系统后端代码结构以及系统前端的代码结构。通过截图的方式展示系统中已实现的各种功能。第六章介绍系统运行环境和测试方式，并展示出测试用例。第七章对整个项目进行总结，并向今后项目延长的方向展望 其次章 开发工具及相关技术 2.
15、1 开发工具 IDEA，它是一个功能及其强大的开发工具，问世之后由于他的功能强大，渐渐取代其他开发工具。代码的自动提示，WEB的热部署和重构等方面的优点让人惊羡不已。不但如此，它还具有美丽的用户界面，让人开发起来爱不释手。而且因为平台强大就有更多的人在其上面开发插件，插件特别多，很便捷10。VSCODE是一个兼容多种开发语言的开发工具，其插件更是数不胜数，便捷度高。是一个特别适合用来前端开发的 2.2 服务器Tomcat Tomcat 是由 Apache 开发的一个Servlet容器，简洁来说就是一个运行JAVA的网络服务器。底层是Socket的一个程序，也是JSP和Servlet的一个容器。
16、 Tomcat的三个功能：作为WEB服务器，作为JSP容器，作为Servlet的容器 2.3 相关技术 2.3.1 JAVA相关技术 JAVA是一门开发语言，在后端开发占有很大的市场，JAVA最大的特点是可移植性，可以跨平台开发。JAVA语言简洁，面对对象，性能好，平安。因为这些优势，让它在开发语言的队列中一骑绝尘，使得它在许多方面发展异样快速。例如：Android应用，金融业应用服务器程序，网站，嵌入式领域，大数据技术等。 2.3.2 SpringBoot框架技术 （1）简介 SpringBoot是一个可以简化配置，供应一个从根本入门更快的方法。没有代码生成，也无需XML配置。 （2）Spr
17、ing框架整合 Spring框架闻名的两大组件IOC与AOP，IOC用于框架之间整合，AOP用于面对切面编程，削减代码量，使代码层次分明，与系统逻辑分割，易于维护，例如日志切面，分页切面等，使代码达到解耦的效果。其中拦截器也是与AOP原理一样。且在SpringBoot上运用Spring的注解更加多，便利快捷。（3）SpringBoot 在以往，要想搭建一个完善的开发环境，须要一系列的工作须要一系列的配置。须要引入各种各样的jar包，配置各种各样的XML，还要预防各种版本兼容问题。而用SpringNoot后，一切都变得很简便快速。2.3.3 Maven依靠管理 开发项目的时候，为保证编译的通过，
18、我们须要导入java类依靠的Jar包，当依靠过多时我们须要不断的去用复制的方式把JAR包导入到项目中，而且还会存在JAR之间的依靠和冲突。因此，通过Maven依靠管理，构建pom.xml文件中的dependency属性来管理依靠的JAR包，便捷了开发过程，更好的管理JAR文件。2.3.4 Mybatis技术 MyBatis是一个可以干脆运用sql语句查询的半ORM工具，他基本消退了全部底层的JDBC的不必要的重复操作，例如手动设置参数，检索结果集等等。Mybatis的运用方式是xml和注解结合运用。将实体类和接口映射到数据库里面的记录。2.3.5 SpringMVC框架 SpringMVC是一
19、个基于MVC的web框架，分为表现层和限制层，表现层一般是html、jsp等动态页面，而本系统为了前后端分别，表现层是运用了json格式来传递数据，限制层是指SpringMVC的限制器，接收外部的恳求，解析参数传递给服务层进行处理，最终把结果传递给表现层。2.3.6 vue前端框架 Vue是一套用于构建用户界面的渐进式JavaScript框架，主要是运用View以及Model进行交互的，运用户只须要关注view层，不须要关注js的逻辑编写，自动绑定连接视图。将view层的html元素与model进行双向绑定来实现数据的交换。Vue的实例更是对js进行了更好的封装，使前端开放的层次更加分明。内置
20、的Aixos组件，利于实现前后端分别 2.4 本章小结 通过介绍IDEA开发工具的优点，Tomcat服务器特点，以及JAVA技术、SpringBoot技术、Maven依靠管理、Mybatis、SpringMVC框架以及Vue前端框架等相关技术，为文章后面开发过程介绍作铺垫。 第三章 需求分析 3.1 可行性分析 随着高校生的人数逐年增多，毕业的学生越来越多，毕业论文的管理变得尤其重要，论文是须要存档的，但论文存档的意义大多数也只是存档，二次运用的概率特别低，随着高校的校龄越大，保存的资料也会相对应的提高，造成学校的资源流失。例如占用学校资料库和学生的活动场所，而资料积累越多，查找的难度就提高了
21、不少，会给学校的老师们带来困扰，并且导师与学生之间线下沟通会收到时间、空间的约束。 云端的出现，使这个状况得到了解决的出路那就是保存资料的服务器上。保存在服务器上，在空间上、时间上、平安上以及人力物力上都比原始的保存资料方式都有飞跃性的提升。在空间上，只须要一个角落就可保存成千上万个学生的毕业设计资料；在时间上，缩短了搬运资料的时间以及整理资料的时间；在平安上，运用系统维护资料的平安性会比原始的高，系统定时的备份资料可以避开资料的丢失，原始的保存方式还会有平安隐患纸质简单引起明火。在人力物力节约方面，维护资料须要耗费大量的人力物理，而系统的维护往往只须要一两个人来维护管理数据。在线上沟通更是会
22、使学生与老师更加便利快捷的沟通，对毕业设计的疑问可以刚好得到解答。3.2 系统实现目标 本系统在进行需求分析时，首先对本校的毕业设计流程进行基本的了解，综合分析了学生和导师之间的需求，以及对流程的设计，对学生与导师之间沟通的流程设计。毕业设计资料管控平台的预期目标包括如下几个方面： （1）系统网站采纳当下流行的B/S结构，实现前端和后端分别，避开系统后台在更新时网站连基本界面都无法运行，对用户有良好的提示交互，提高便捷友好的操作给学生和导师。（2）该管控平台采纳权限登陆机制，不同权限的管理员可以做不同的管理，例如小助手可以管理学生的答辩成果录入，高级管理员可以对后台的各种数据进行查看以及批量导
23、入与导出，维护系统的稳定；学生的权限是选题、完成导师的任务以及可以跟导师在系统上答疑；老师的权限是可以录入题目，对课题进行管理，对学生的成果录入和导出数据。（3）系统用户可以在系统上清晰的看到毕业设计的流程进度以及相关的公告通知，便利用户获得到最新的通知，各个学院的公告可以给相对应的学生查看，削减学生的信息负担。（4）答辩的地点时间也会相对应的公布在网站，便利学生查看信息刚好参与答辩，假如另外学生有急事可以通过答辩的信息联系导师进行沟通，避开出现找导师难的现象。 3.3系统功能需求 3.3.1系统流程 本系统通过对自己学校的毕业设计答辩流程的了解，设计出本系统的流程结构框架。本系统的处理流程如
24、图3-1所示。 图3-1 毕业设计资料管控平台处理流程图 3.3.2管理员需求 本系统管理员主要职责是维护全部数据库的数据，功能主要包括： 1.学生管理模块 （1）增加学生以及excel批量导入学生：对学生表进行excel批量导入。 （2）批量删除学生：在界面通过勾选批量删除学生。（3）修改学生信息：在界面通过编辑按钮编辑学生资料。（4）excel导出：导出学生全部信息到excel表格里面。2.课题管理模块 （1）增加毕业设计课题：为老师增加毕业设计课题。（2）删除毕业设计课题：删除随意老师的毕业设计课题。（3）修改毕业设计题：修改随意老师的毕业设计课题。（4）查看毕业设计课题列表：查看全部的
25、毕业设计课题列表。3.导师管理模块 （1）管理导师信息：进行导师信息的增删查改。（2）批量导入导出导师信息：运用excel表格批量导入和导出老师信息。4.管理员管理模块 （1）管理管理员：进行管理员信息的增删查改。（2）保证数据的完整性和一样性。5.报告模块 （1）管理报告：进行报告内容的增删查改。（2）报告评分：对学生报告进行评分。6.学院管理模块 （1）学院维护：更新学院相关介绍信息。（2）学院公告管理：对公告信息进行增删查改管理。（3）管理员可在此发出通告，紧急事项通知等，拥有对公告的发布和删除操作权限。7.日志管理模块 （1）查看日志记录：查看系统运行的日志记录，实现对用户的踪迹记录，
26、便利管理员维护系统。3.3.3导师需求 导师可以对课题进行管理，对学生进行部分管理，因此该模块实现如下功能： 1. 课题模块 （1）发布课题：导师可以发布自己的课题，供应学生选择。（2）删除课题：导师可以删除自己发布的课题，但是删除之前必需得到已选学生的同意。（3）修改课题：导师可以修改自己发布的课题信息。（4）指定学生：导师可以私下跟学生沟通好课题，然后干脆在系统上指定学生选择自己的课题。（5）上传课题相关的文件模板：导师可以对应相关的课题上传文件，例如论文模板等。2. 任务模块 （1）发布任务：每个课题导师都要发布对应的任务，指引学生完成毕业设计论文。（2）任务回复：对学生做出的成果进行回
27、复与评价。3. 问题模块 （1）发布问题：导师发布问题给学生。（2）回复问题：导师/学生回复待回复问题。（3）删除问题：导师可以删除个人相关联课题的问题。4. 报告模块 （1）修改报告：对学生报告信息进行修改。（2）审核报告：对学生的报告进行审核，不通过则打回给学生否则打分。（3）打分报告：对学生提交的报告进行分数记录。3.3.4学生需求 学生可以进行选题、上传报告、线上跟导师沟通等操作，因此该模块实现如下功能： 1. 课题模块 （1）选择课题：学生进去系统可以选择心仪的课题。（2）取消选题：学生对选题想修改，可以在系统上取消选题。2. 报告模块 （1）完成报告：完成报告后可以在系统进行提交。
28、（2）上传报告文件：可以提交相关文档便利老师阅读。（3）查看报告详情：在系统上查看报告进度分数。3. 问题模块 （1）增加问题：有问题可以在系统上提交，等待导师回复。（2）上传文件到对应问题：在系统上可以上传文件对应问题便利导师查看。（3）导出问题进度表：在系统上可以导出问题进度表，便利供应纸质版给学校。4. 任务模块 （1）完成任务书的要求：对任务书内容进行回复。（2）上传文件附件：对任务书内容进行附件上传便利导师阅读存档。3.4系统用例分析 3.4.1管理员主要功能用例 主要完成对系统后台的管理，主要包括课题的增加、删除、修改，对课题的信息进行审核以及批量增加、删除以及分页展示，还有课题的
29、评分以及批量操作；用户的增加、删除以及修改以及分页展示。便利导入学生、导师信息、管理员信息以及导出统计表格；课题任务书的增加、删除、修改和问题的增加、修改以及删除，对审核的问题不通过可以进行删除；开题报告以及终稿的增加、修改以及删除，对报告进行评分；增加答辩小组信息；公告的发布以及删除。 图3-2 后台管理员用例图 3.4.2导师主要用例 导师用例如图3-3所示，主要完成对课题的管理，主要包括课题的增加、删除以及修改，对课题的信息进行审核以及批量增加或删除，还有课题开题报告和终稿的评分；对学生信息的查看，可以导出学生信息以及统计表格；课题任务和问题的增加、修改以及删除，对审核的问题不通过可以进
30、行删除。 图3-3 导师用例图 3.4.3学生主要用例 学生用例如图3-3所示，主要功能是选择课题、任务书查看、接受任务书、提交任务书完成内容、查看内容、信息查看与编辑、提交开题报告/终稿、查看报告信息以及状态、上传报告附件。 图3-4 学生用例图 3.5 本章小结 通过对系统可行性分析，引出系统的实现目标，展示出系统全部的功能需求，对系统用例进行分析。 第四章 系统概要设计 4.1系统架构设计 本系统采纳B/S架构，采纳经典的MVC三层分层限制结构，分为数据库层（model层）、限制层（controller层）、界面层（view层）。其中界面层主要依靠于限制层调用数据层。 （1）界面（vie
31、w）层 界面层负责在网站上显示信息和采集用户发起的恳求传递给限制层，由限制层结合数据库层处理数据并返回处理结果，界面层再将结果显示给用户，本系统中通过Vue.js技术实现界面展示。（2）限制（controller）层 限制层是主要处理由界面层传递过来的恳求，处理用户交互的部分。调用service层，将service层返回的数据返回给调用方，在限制层中，不应当包含业务逻辑，本系统中通过集成SpringMVC框架负责处理用户恳求。（3）数据（model层） 数据层主要负责对数据库进行读写操作，处理由限制层传递过来的参数，对参数进行计算分析，依据需求写入或者查询数据库并返回结果给限制层，本系统中通过
32、集成Mybatis框架实现。系统架构图如图4-1所示。 图4-1 系统架构图 4.2系统实体类类图 本系统实体类类图如下图所示。 图4-2 系统实体类类图 图4-3 系统实体类类图 图4-4 系统实体类类图 4.3系统数据库ER图 系统数据库设计ER关系图如图4-5所示。 图4-5 系统ER图 本系统权限设计ER关系图如图4-6所示。 图4-6 系统权限ER图 4.4数据库设计 操作表（log_operation），如表4-1所示。 表4-1 log_operation表的定义 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id 自增id int NULL 2 opera_
33、content 操作内容 text 65535 NULL 3 opera_role 操作人 varchar 100 NULL 4 opera_time 操作时间 datetime NULL 答辩小组表（reply_team），如表4-2所示，用来存储答辩小组信息。表4-2 reply_team表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id 自增id int NULL 2 team_name 答辩组名称 varchar 100 NULL 3 team_address 答辩地址 varchar 100 NULL 4 reply_time 答辩时间 datetime NU
34、LL 5 team_leade_id 答辩组长id varchar 100 NULL 学院表（t_academy），如表4-3所示，用来存储学院相关信息。表4-3 t_academy表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id int NULL 2 aca_name 学院名称 varchar 255 NULL 3 aca_introduce 学院介绍 text 65535 NULL 管理员表（t_admin），如表4-4所示，用来存储管理员信息。表4-4 t_admin表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 admin_id 管理员账
35、号 varchar 100 NULL 2 admin_password 登陆密码 varchar 100 NULL 3 admin_name 管理员名称 varchar 100 NULL 4 admin_sex 性别 varchar 4 NULL 5 admin_age 年龄 int NULL 6 admin_birthday 生日 varchar 100 NULL 7 admin_phone 电话 varchar 100 NULL 8 admin_mail 邮箱 varchar 100 NULL 9 admin_address 地址 varchar 100 NULL 10 admin_rem
36、ark 备注 varchar 100 NULL 11 admin_type 1是小助手，2是超级管理员 int NULL 公告表（t_notice)，如表4-5所示，用来存储系统公告信息。表4-5 t_notice表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id 自增id int NULL 2 notice_conten 公告内容 text 65535 NULL 3 notice_time 公告发布时间 datetime NULL 4 notice_publisher 公告发布人 varchar 255 NULL 5 aca_id 学院id，外键学院表 int NUL
37、L 课题问题表（t_progress)，如表4-6所示，用来存储课题问题相关信息。表4-6 t_progress表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id int NULL 2 progress_sub_id 课题id，外键课题表id varchar 100 NULL 3 prog_content 问题内容 text 65535 NULL 4 prog_content_time 问题发表时间 datetime NULL 5 prog_reply 导师回复内容 text 65535 NULL 6 prog_reply_time 导师回复时间 datetime NU
38、LL 课题成果表（t_scorerecord)，如表4-7所示，用来存储课题开题报告、终稿和答辩的成果。表4-7 t_scorerecord表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id 自增id int NULL 2 score_sub_id 课题id varchar 100 NULL 3 first_report_score 初稿成果 decimal NULL 4 final_report_score 终稿成果 decimal NULL 5 reply_score_ 答辩成果 decimal -1 6 reply_team_id 答辩小组id int NULL
39、课题的报告表（t_report)，如表4-8所示，用来存储课题的开题报告和终稿信息。表4-8 t_report表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 id 自增id int NULL 2 report_sub_id 课题id，外键对课题表id varchar 100 NULL 3 report_type 报告类型，1是开题报告，2是论文定稿 int NULL 4 report_state 状态：1是未提交，2是已提交，3是延期提交，4是通过，5是驳回待修改，6是已修改 int 1 5 report_content 报告内容（运用富文本编辑） text 65535
40、NULL 6 report_subtime 报告提交时间 datetime NULL 7 report_version 版本信息，默认是0 float 0 8 stu_message 学生提交反馈信息 text 65535 NULL 9 tea_suggestion 导师看法 text 65535 NULL 10 report_file 报告附件 varchar 100 NULL 11 report_temp 报告模板 varchar 100 NULL 学生表（t_student)，如表4-9所示，用来存储学生信息。表4-9 t_student表 序号 字段 说明 数据类型 长度 自增 主键
41、允许空 默认值 1 stu_id 学生登陆账号 varchar 100 NULL 2 stu_password 学生登陆密码 varchar 100 NULL 3 stu_name 学生名称 varchar 100 NULL 4 stu_major 学生专业 varchar 100 NULL 5 stu_class 学生班级 varchar 100 NULL 6 stu_sex 学生年龄 varchar 4 NULL 7 stu_age 学生年龄 int NULL 8 stu_birthday 学生生日 varchar 100 NULL 9 stu_phone 学生电话 varchar 100
42、 NULL 10 stu_mail 学生邮箱 varchar 100 NULL 11 stu_address 学生地址 varchar 100 NULL 13 academy_id 学院id外键 int NULL 导师表（t_teacher)，如表4-10所示，用来存储导师信息。表4-10 t_teacher表 序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 tea_id 老师id varchar 255 NULL 2 tea_password 老师密码 varchar 255 NULL 3 tea_name 老师名称 varchar 255 NULL 4 tea_sex 老
43、师性别 varchar 4 NULL 5 tea_age 老师年龄 int NULL 6 tea_birthday 老师生日 varchar 255 NULL 7 tea_phone 老师电话 varchar 255 NULL 8 tea_mail 老师邮箱 varchar 255 NULL 9 tea_address 老师地址 varchar 255 NULL 10 tea_remarks 备注 varchar 255 NULL 11 academy_id 学院id int NULL 课题表（t_subject)，如表4-11所示，用来存储毕业设计课题信息。表4-11 t_subject表
44、序号 字段 说明 数据类型 长度 自增 主键 允许空 默认值 1 sub_id 课题id varchar 255 NULL 2 sub_name 课题名称 varchar 255 NULL 3 sub_nature 课题性质，1是理论性课题，2是实践性课题 int NULL 4 sub_source 课程来源，1是科研题目，2是企业题目，3是自拟题目 int NULL 5 sub_introduce 课题介绍 text 65535 NULL 6 sub_tea_id 课题导师，外键对老师表 varchar 255 NULL 7 sub_file 课题附件 varchar 255 NULL 8
45、first_report_deadline 开题报告最终的时间 datetime NULL 9 last_report_deadline 论文定稿最终时间 datetime NULL 10 stu_id 学生id，外键对学生表 varchar 255 NULL 11 sub_stu_state 选定状态，1是待选定，2是待审核，3是通过 int 1 12 sub_last_score 最终评分 decimal NULL 13 show_id 展示id，外键展示表id int NULL 课题任务表（t_task)，如表4-12所示，用来存储课题任务信息。表4-12 t_task表 序号 字段 说
46、明 数据类型 长度 自增 主键 允许空 默认值 1 id int NULL 2 task_content 主要内容 text 65535 NULL 3 task_require 基本要求 text 65535 NULL 4 task_schedule 时间支配 text 65535 NULL 5 task_literature 应收集的资料及主要参考文献 text 65535 NULL 6 task_file 任务附件 varchar 255 NULL 7 task_state 任务状态,，1是待接受，2是已接受，3是已完成 varchar 255 NULL 8 task_number 点击次数 int NULL 9 task_sub_id 课题id，外键对应课题表id varchar 255 NULL 10 reply_content 回应内容 text 65535 NULL 11 reply_file 回复附件 varchar 255 NULL 12 task_time 任务发布时间 datetime NULL 13 reply_time 回复时间 datetime NULL 4.5 本章小结 具体的介绍系统各个层的作用，如界面，限制，数据之间的交互的方式。展示实体类类图，展示数据库ER图，呈现系统的底层架构。