基于UML的教学业务档案系统的研究与实现---附源码58966

目  录

第 1 章 引  言

1.1 选题背景及意义

1.2 研究现状

1.3 论文结构安排

第 2 章 系统的需求分析

2.1 系统可行性分析

2.1.1 技术方面可行性分析

2.1.2 经济方面可行性分析

2.1.3 法律方面可行性分析

2.1.4 操作方面可行性分析

2.2 系统功能需求分析

2.3 系统性需求分析

2.4 系统用例分析

2.5 系统流程分析

2.5.1 增加数据流程

2.5.2 修改数据流程

2.5.3 删除数据流程

第 3 章 系统总体设计

3.1 系统功能模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.2.2 数据库表设计

第 4 章 关键模块的设计与实现

4.1 登录模块

4.2 注册模块

4.3 系统用户模块

4.4 教学申请管理模块

4.5 考试申请管理模块

4.6 项目申请管理模块

4.7 会议申请管理模块

4.8 教学量信息管理模块

4.9 公告信息管理模块

4.10 个人信息模块

第 5 章 系统实验与结果分析

5.1 测试方法

5.2 系统的测试用例

5.3 系统测试结果

第 6 章 结论

参考文献

致  谢

摘  要

教学业务档案系统是一款基于UML设计和springboot框架实现的教学管理系统。该系统旨在提供高效的教学业务管理和信息交流平台,为教师、管理者和管理员提供便捷的功能和权限管理。

系统设计了四种用户类型:教师用户、分院管理者、教务管理者和管理员,每种用户类型具有不同的功能权限。教师用户可管理教学申请、考试申请、项目申请、会议申请、教学量信息,查看公告信息和管理个人信息。分院管理者和教务管理者除了拥有教师用户的权限外,还可以管理公告信息。管理员具有最高权限,可以管理系统用户,管理各类申请和信息,以及个人信息。

系统功能包括后台首页提供总览和导航功能,教学申请、考试申请、项目申请、会议申请、教学量信息、公告信息和个人信息的管理。用户可以查看列表、添加申请或信息,以及编辑个人信息。

分院管理者和教务管理者的账号由管理员添加,确保了系统的安全性和管理的有效性。

该系统的设计和实现为教学业务管理提供了便利,提升了管理效率和信息交流的便捷性,对于学校的教学管理工作具有重要意义。

关键词:教学业务档案系统;UML;SpringBoot框架;MYSQL数据库

Abstract

The Teaching Business Archive System is a teaching management system designed based on UML and implemented using the Spring Boot framework. The system aims to provide an efficient teaching business management and information exchange platform, providing convenient functions and permission management for teachers, managers, and administrators.

The system has designed four types of users: teacher users, branch managers, academic administrators, and administrators, each with different functional permissions. Teacher users can manage teaching applications, exam applications, project applications, conference applications, teaching volume information, view announcement information, and manage personal information. Branch managers and academic administrators not only have the authority of teacher users, but also can manage announcement information. Administrators have the highest authority to manage system users, manage various applications and information, as well as personal information.

The system functions include providing overview and navigation functions on the backend homepage, managing teaching applications, exam applications, project applications, meeting applications, teaching volume information, announcement information, and personal information. Users can view lists, add applications or information, and edit personal information.

The accounts of branch managers and academic administrators are added by administrators to ensure the security and effectiveness of the system management.

The design and implementation of this system provide convenience for teaching business management, improve management efficiency and facilitate information exchange, which is of great significance for the teaching management work of schools.

Key words: Teaching business archive system; UML; SpringBoot framework; MYSQL database 

第 1 章 引  言

1.1 选题背景及意义

教学业务档案系统是一款基于UML设计和springboot框架实现的教学管理系统,旨在为教师、管理者和管理员提供高效的教学业务管理和信息交流平台。系统设计了四种用户类型,分别是教师用户、分院管理者、教务管理者和管理员,每种用户类型具有不同的功能权限,确保了系统的安全性和管理的有效性。

教学管理是学校教学工作的重要组成部分,而传统的管理方式往往存在效率低下、信息交流不畅等问题。因此,设计和实现教学业务档案系统对于提升教学管理工作的效率和便捷性具有重要意义。

该系统通过后台首页提供总览和导航功能,使用户能够快速了解当前教学业务的整体情况,并进行相应的操作。教师用户可以方便地管理教学申请、考试申请、项目申请、会议申请、教学量信息,查看公告信息和管理个人信息。而分院管理者和教务管理者除了拥有教师用户的权限外,还可以管理公告信息,更好地协调和组织教学工作。管理员具有最高权限,可以全面管理系统用户,保障了系统的安全性和稳定性。

系统功能齐全,包括教学申请、考试申请、项目申请、会议申请、教学量信息、公告信息和个人信息的管理,满足了教学管理的各种需求。用户可以方便地查看列表、添加申请或信息,以及编辑个人信息,提升了操作的便捷性和用户体验。

分院管理者和教务管理者的账号由管理员添加,确保了系统的安全性和管理的有效性。管理员可以根据实际情况灵活地分配权限,保障了系统的正常运行和管理流程的顺畅进行。

综上所述,教学业务档案系统的设计和实现为教学业务管理提供了便利,提升了管理效率和信息交流的便捷性,对于学校的教学管理工作具有重要意义。

1.2 研究现状

目前,教育信息化已成为全球教育领域的热点之一,许多国家和地区都致力于推动教育管理体系的现代化和智能化。国内外在教学管理系统方面的研究和实践也取得了显著进展。

在国外,像美国、英国、澳大利亚等发达国家的教育管理系统已经相对成熟。这些系统往往采用先进的信息技术,如云计算、大数据分析等,实现教学资源的共享和管理,提升了教学效率和质量。同时,这些系统也注重用户体验和界面设计,致力于提供直观、友好的操作界面,提高教育工作者的工作效率。

在国内,随着教育信息化建设的深入推进,越来越多的高校和教育机构开始关注教学管理系统的建设和应用。国内研究主要集中在系统架构设计、功能模块开发、用户权限管理等方面。近年来,一些高校和科研机构开展了教学管理系统的设计与实现研究,以应对教学管理工作中的挑战和需求。

在技术方面,国内外的研究主要采用了面向对象的设计方法和各种先进的开发框架,如Spring、Hibernate等,以提高系统的可扩展性和稳定性。同时,也有研究关注人工智能在教学管理中的应用,如智能推荐系统、智能辅导系统等,以提供个性化的教学服务和支持。

总的来说,国内外在教学管理系统方面的研究都取得了一定的成果,但仍面临诸多挑战,如数据安全、用户隐私保护、系统智能化水平等。未来,随着科技的不断发展和教育改革的深入推进,教学管理系统将继续发挥重要作用,为教育教学工作提供更加便捷、高效的支持和服务。

1.3 论文结构安排

论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:

第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。

第2章 对系统的具体需求展开分析。

第3章 阐述了系统的设计,其中涵盖了功能设计以及数据库的设计。

第4章 阐明了教学业务档案系统各个功能模块的实现,以图文的形式进行展示。

第5章 罗列了部分系统调试与测试的记录。

第6章 介绍了教学业务档案系统的结论。

第  2 章 系统的需求分析

需求分析是开发一个系统之前首先要做的,如果一个系统不值得开发或者违反了相关法律法规,那么开发出来的系统将一文不值,所以在开发之前,我们首先要对系统的需求进行分析,分析系统开发是否可行,如果可行的话,再具体分析用户的需求,分析出系统的功能以及对系统的性能进行分析。

2.1 系统可行性分析

2.1.1 技术方面可行性分析

技术方面的可行性主要是考虑开发教学业务档案系统的时候采用的开发语言、数据库等是否可行,本系统在语言上选择JAVA,采用的是SpringBoot框架以及MYSQL数据库,这些技术目前都很成熟,而且JAVA语言不仅仅支持面向过程,而且还支持面向对象,所以在使用的时候会更加的灵活,在技术选择上完全没有问题。

2.1.2 经济方面可行性分析

经济方面的可行性主要考虑的是成本以及效益,从成本方面看,开发过程中使用的JAVA、SpringBoot、MYSQL等都可以通过网上搜索下载,没有任何费用,开发的成本几乎不存在;从效益方面看,系统的完成能够给用户提供支持,降低学校的成本,提高管理的效率,因此在经济上也是没有问题的。

2.1.3 法律方面可行性分析

法律方面主要考虑的是系统的开发是否违法,开发的教学业务档案系统严格按照《中华人民共和国计算机软件保护条例》、《中华人民共和国著作权法》等法律法规,系统的开发可以为学校带来效益,不存在违法行为,因此在法律上是可行的。

2.1.4 操作方面可行性分析

操作方面主要考虑的是用户在使用以及管理人员在管理的时候,是否简单可行,没有任何计算机基础的用户能否使用,开发的教学业务档案系统在设计的时候秉承简单易学的理念,在用户进入系统后都会有固定的导航按钮,只要认字就可以操作完成,而且管理员也只需简单的增删改查即可完成,因此在操作上也是可行的。

总的来看,开发的教学业务档案系统在可行性方面是没有问题的,值得开发,而且其他的完成对行业发展来说具有重大意义。

2.2 系统功能需求分析

通过该系统,教师用户可以通过后台首页查看教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。分院管理者可以通过后台首页查看教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。教务管理者可以通过后台首页查看教学申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。管理员拥有后台管理权限,可以管理系统用户、教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等。

教师用户主要功能如下:

  1. 后台首页:提供教师用户的操作入口。
  2. 教学申请管理:管理教学申请的信息,包括申请列表和添加申请的功能。
  3. 考试申请管理:管理考试相关的申请,包括列表和添加功能。
  4. 项目申请管理:处理项目相关的申请,同样包括列表和添加功能。
  5. 会议申请管理:管理会议相关的申请,同样包括列表和添加功能。
  6. 教学量信息管理:管理教学量信息的列表和添加功能。
  7. 公告信息管理:查看公告信息的详细信息。
  8. 个人信息:查看和编辑个人信息。

分院管理者主要功能如下:

  1. 后台首页:提供分院管理者的操作入口。
  2. 教学申请管理:分院管理者查看教学申请的详细信息,并进行审核等操作。
  3. 考试申请管理:分院管理者查看考试申请的详细信息,并进行审核等操作。
  4. 项目申请管理:分院管理者查看项目申请的详细信息,并进行审核等操作。
  5. 会议申请管理:分院管理者查看会议申请的详细信息,并进行审核等操作。
  6. 教学量信息管理:分院管理者查看教学量信息的详细信息,并进行查询等操作。
  7. 公告信息管理:分院管理者查看公告信息的详细信息,并进行查询、添加等操作。
  8. 个人信息:查看和编辑个人信息。

教务管理者主要功能如下:

  1. 后台首页:提供教务管理者的操作入口。
  2. 教学申请管理:教务管理者查看教学申请的详细信息,并进行审核等操作。
  3. 项目申请管理:教务管理者查看项目申请的详细信息,并进行审核等操作。
  4. 会议申请管理:教务管理者查看会议申请的详细信息,并进行审核等操作。
  5. 教学量信息管理:教务管理者查看教学量信息的详细信息,并进行查询等操作。
  6. 公告信息管理:教务管理者查看公告信息的详细信息,并进行查询、添加等操作。
  7. 个人信息:查看和编辑个人信息。

管理员端:

  1. 后台首页:提供系统整体概览和管理入口。

系统用户:包括管理员、教师用户、分院管理者、教务管理者的管理,分院管理者和教务用户都是由管理员自行添加。

  1. 教学申请管理:管理系统中的全部教学申请信息,包括教学申请列表和添加功能。
  2. 考试申请管理:管理系统中的全部考试申请信息,包括考试申请列表和添加功能。
  3. 项目申请管理:管理系统中的全部项目申请信息,包括项目申请列表和添加功能。
  4. 会议申请管理:管理系统中的全部会议申请信息,包括会议申请列表和添加功能。
  5. 教学量信息管理:管理系统中的全部教学量信息,包括教学量信息列表和添加功能。
  6. 公告信息管理:管理系统中的公告信息的内容,包括公告信息列表和添加功能。
  7. 个人信息:管理员个人信息的管理,如修改密码等。
    1. 系统性需求分析

教学业务档案系统的性能性需求分析主要是分析本系统的安全性怎么样(是否会泄露用户个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:

表2.1 教学业务档案系统非功能需求表

安全性

主要指教学业务档案系统数据库的安装,数据库的使用和密码的设定必须合乎规范。

可靠性

可靠性是指教学业务档案系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。

性能

性能是影响教学业务档案系统占据市场的必要条件,所以性能最好要佳才好。

可扩展性

比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。

易用性

用户只要跟着教学业务档案系统的页面展示内容进行操作,就可以了。

可维护性

教学业务档案系统开发的可维护性是非常重要的,经过测试,可维护性没有问题

2.3系统用例分析

教师用户可以通过后台首页查看教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。分院管理者可以通过后台首页查看教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。教务管理者可以通过后台首页查看教学申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等功能。管理员拥有后台管理权限,可以管理系统用户、教学申请管理、考试申请管理、项目申请管理、会议申请管理、教学量信息管理、公告信息管理、个人信息等。系统用户的用例图如下图所示:

图2.1 教师用户、分院管理者角色用例图

图2.2 教务管理者、管理员角色用例图

2.5 系统流程分析

2.5.1 增加数据流程

系统中的所有用户都可以实现增加数据功能,图2.3显示的就是在增加数据时的流程。

图2.3增加数据流程图

2.5.2 修改数据流程

人无完人,每个人都有出错的时候,在录入系统信息的时候如果信息有错,可以对系统中的数据进行编辑。图2.4显示的就是修改数据的流程。

图2.4修改数据流程图

2.5.3 删除数据流程

在系统中经常会出现一些过期的数据,比如用户注销等,那就可以直接删除这些数据,图2.5就是删除数据时的流程图。

图2.5删除数据流程图

第 3 章 系统总体设计

分析完系统的可行性以及功能,接下来就是对系统具体的设计,通过可行性分析我们得出系统是值得开发的,通过功能分析我们可以得出系统具体实现了哪些功能,然后根据功能需求完成系统的功能设计,本章从功能模块以及系统的数据库两个方面进行介绍。

3.1 系统功能模块设计

通过上一章节的功能需求分析,可以得出本教学业务档案系统的功能结构图,图3.1就是系统的功能模块图。

图3.1 教学业务档案系统功能模块图

3.2 数据库设计

数据库的设计是一个系统的基础,不管什么系统,界面设计的再美观,如果没有一个强大的数据库进行支撑,那也没有办法运行,在设计数据库的时候我们首先对数据库进行分析,然后进行概念模型设计,最后建立数据库表,具体展示如下。

3.2.1 数据库概念结构设计

在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称,本系统中的系统E-R模型图如下图所示。

图3.2 系统E-R关系图

3.2.2 数据库表设计

在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本教学业务档案系统的主要的数据库表如下:

表academic_administrators (教务管理者)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

academic_administrators_id

int

10

0

N

Y

教务管理者ID

2

personnel_name

varchar

64

0

Y

N

人员姓名

3

gender_of_personnel

varchar

64

0

Y

N

人员性别

4

age_of_personnel

varchar

64

0

Y

N

人员年龄

5

examine_state

varchar

16

0

N

N

已通过

审核状态

6

user_id

int

10

0

N

N

0

用户ID

7

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

8

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表access_token (登陆访问时长)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

token_id

int

10

0

N

Y

临时访问牌ID

2

token

varchar

64

0

Y

N

临时访问牌

3

info

text

65535

0

Y

N

4

maxage

int

10

0

N

N

2

最大寿命:默认2小时

5

create_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

创建时间:

6

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间:

7

user_id

int

10

0

N

N

0

用户编号:

表announcement_information (公告信息)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

announcement_information_id

int

10

0

N

Y

公告信息ID

2

title_name

varchar

64

0

Y

N

标题名称

3

announcement_type

varchar

64

0

Y

N

公告类型

4

release_time

datetime

19

0

Y

N

发布时间

5

publishing_personnel

int

10

0

Y

N

0

发布人员

6

announcement_details

longtext

2147483647

0

Y

N

公告详情

7

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

8

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表auth (用户权限管理)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

auth_id

int

10

0

N

Y

授权ID:

2

user_group

varchar

64

0

Y

N

用户组:

3

mod_name

varchar

64

0

Y

N

模块名:

4

table_name

varchar

64

0

Y

N

表名:

5

page_title

varchar

255

0

Y

N

页面标题:

6

path

varchar

255

0

Y

N

路由路径:

7

position

varchar

32

0

Y

N

位置:

8

mode

varchar

32

0

N

N

_blank

跳转方式:

9

add

tinyint

3

0

N

N

1

是否可增加:

10

del

tinyint

3

0

N

N

1

是否可删除:

11

set

tinyint

3

0

N

N

1

是否可修改:

12

get

tinyint

3

0

N

N

1

是否可查看:

13

field_add

text

65535

0

Y

N

添加字段:

14

field_set

text

65535

0

Y

N

修改字段:

15

field_get

text

65535

0

Y

N

查询字段:

16

table_nav_name

varchar

500

0

Y

N

跨表导航名称:

17

table_nav

varchar

500

0

Y

N

跨表导航:

18

option

text

65535

0

Y

N

配置:

19

create_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

创建时间:

20

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间:

表branch_manager (分院管理者)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

branch_manager_id

int

10

0

N

Y

分院管理者ID

2

user_name

varchar

64

0

Y

N

用户姓名

3

user_age

varchar

64

0

Y

N

用户年龄

4

user_gender

varchar

64

0

Y

N

用户性别

5

examine_state

varchar

16

0

N

N

已通过

审核状态

6

user_id

int

10

0

N

N

0

用户ID

7

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

8

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表exam_application (考试申请)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

exam_application_id

int

10

0

N

Y

考试申请ID

2

teacher_users

int

10

0

Y

N

0

教师用户

3

teachers_name

varchar

64

0

Y

N

教师姓名

4

course_name

varchar

64

0

Y

N

课程名称

5

exam_question_attachment

varchar

255

0

Y

N

试题附件

6

exam_plan

text

65535

0

Y

N

考试方案

7

application_date

date

10

0

Y

N

申请日期

8

branch_review

varchar

64

0

Y

N

分院审核

9

academic_affairs_review

varchar

64

0

Y

N

教务审核

10

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

11

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表hits (用户点击)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

hits_id

int

10

0

N

Y

点赞ID:

2

user_id

int

10

0

N

N

0

点赞人:

3

create_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

创建时间:

4

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间:

5

source_table

varchar

255

0

Y

N

来源表:

6

source_field

varchar

255

0

Y

N

来源字段:

7

source_id

int

10

0

N

N

0

来源ID:

表meeting_application (会议申请)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

meeting_application_id

int

10

0

N

Y

会议申请ID

2

teacher_users

int

10

0

Y

N

0

教师用户

3

teachers_name

varchar

64

0

Y

N

教师姓名

4

meeting_time

varchar

64

0

Y

N

会议时间

5

meeting_venue

varchar

64

0

Y

N

会议地点

6

participants

text

65535

0

Y

N

参与人员

7

training_content

text

65535

0

Y

N

研习内容

8

application_date

date

10

0

Y

N

申请日期

9

branch_review

varchar

64

0

Y

N

分院审核

10

academic_affairs_review

varchar

64

0

Y

N

教务审核

11

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

12

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表project_application (项目申请)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

project_application_id

int

10

0

N

Y

项目申请ID

2

entry_name

varchar

64

0

Y

N

项目名称

3

project_type

varchar

64

0

Y

N

项目类型

4

project_time

varchar

64

0

Y

N

项目时间

5

project_location

varchar

64

0

Y

N

项目地点

6

host_personnel

varchar

64

0

Y

N

主持人员

7

teacher_users

int

10

0

Y

N

0

教师用户

8

teachers_name

varchar

64

0

Y

N

教师姓名

9

project_process

text

65535

0

Y

N

项目流程

10

application_date

date

10

0

Y

N

申请日期

11

branch_review

varchar

64

0

Y

N

分院审核

12

academic_affairs_review

varchar

64

0

Y

N

教务审核

13

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

14

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表teacher_users (教师用户)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

teacher_users_id

int

10

0

N

Y

教师用户ID

2

teacher_id

varchar

64

0

N

N

教师工号

3

teachers_name

varchar

64

0

Y

N

教师姓名

4

teacher_gender

varchar

64

0

Y

N

教师性别

5

contact_information

varchar

64

0

Y

N

联系方式

6

personal_honor

varchar

64

0

Y

N

个人荣誉

7

examine_state

varchar

16

0

N

N

已通过

审核状态

8

user_id

int

10

0

N

N

0

用户ID

9

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

10

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表teaching_application (教学申请)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

teaching_application_id

int

10

0

N

Y

教学申请ID

2

course_name

varchar

64

0

Y

N

课程名称

3

course_type

varchar

64

0

Y

N

课程类型

4

course_hours

varchar

64

0

Y

N

课程课时

5

professional_name

varchar

64

0

Y

N

专业名称

6

teacher_users

int

10

0

Y

N

0

教师用户

7

teachers_name

varchar

64

0

Y

N

教师姓名

8

teaching_plan

varchar

255

0

Y

N

课程教案

9

course_courseware

varchar

255

0

Y

N

课程课件

10

course_nature

text

65535

0

Y

N

课程性质

11

remarks

text

65535

0

Y

N

备注信息

12

application_date

date

10

0

Y

N

申请日期

13

branch_review

varchar

64

0

Y

N

分院审核

14

academic_affairs_review

varchar

64

0

Y

N

教务审核

15

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

16

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表teaching_volume_information (教学量信息)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

teaching_volume_information_id

int

10

0

N

Y

教学量信息ID

2

teacher_users

int

10

0

Y

N

0

教师用户

3

teachers_name

varchar

64

0

Y

N

教师姓名

4

teaching_grade

varchar

64

0

Y

N

任教年级

5

teaching_subjects

varchar

64

0

Y

N

任教科目

6

number_of_teaching_sessions

varchar

64

0

Y

N

任教节数

7

working_hours

varchar

64

0

Y

N

工作时长

8

record_date

date

10

0

Y

N

记录日期

9

remarks

text

65535

0

Y

N

备注信息

10

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

11

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表upload (文件上传)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

upload_id

int

10

0

N

Y

上传ID

2

name

varchar

64

0

Y

N

文件名

3

path

varchar

255

0

Y

N

访问路径

4

file

varchar

255

0

Y

N

文件路径

5

display

varchar

255

0

Y

N

显示顺序

6

father_id

int

10

0

Y

N

0

父级ID

7

dir

varchar

255

0

Y

N

文件夹

8

type

varchar

32

0

Y

N

文件类型

表user (用户账户:用于保存用户登录信息)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

user_id

mediumint

8

0

N

Y

用户ID:[0,8388607]用户获取其他与用户相关的数据

2

state

smallint

5

0

N

N

1

账户状态:[0,10](1可用|2异常|3已冻结|4已注销)

3

user_group

varchar

32

0

Y

N

所在用户组:[0,32767]决定用户身份和权限

4

login_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

上次登录时间:

5

phone

varchar

11

0

Y

N

手机号码:[0,11]用户的手机号码,用于找回密码时或登录时

6

phone_state

smallint

5

0

N

N

0

手机认证:[0,1](0未认证|1审核中|2已认证)

7

username

varchar

16

0

N

N

用户名:[0,16]用户登录时所用的账户名称

8

nickname

varchar

16

0

Y

N

昵称:[0,16]

9

password

varchar

64

0

N

N

密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成

10

email

varchar

64

0

Y

N

邮箱:[0,64]用户的邮箱,用于找回密码时或登录时

11

email_state

smallint

5

0

N

N

0

邮箱认证:[0,1](0未认证|1审核中|2已认证)

12

avatar

varchar

255

0

Y

N

头像地址:[0,255]

13

open_id

varchar

255

0

Y

N

针对获取用户信息字段

14

create_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

创建时间:

15

vip_level

varchar

255

0

Y

N

会员等级

16

vip_discount

double

11

2

Y

N

0.00

会员折扣

表user_group (用户组:用于用户前端身份和鉴权)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

group_id

mediumint

8

0

N

Y

用户组ID:[0,8388607]

2

display

smallint

5

0

N

N

100

显示顺序:[0,1000]

3

name

varchar

16

0

N

N

名称:[0,16]

4

description

varchar

255

0

Y

N

描述:[0,255]描述该用户组的特点或权限范围

5

source_table

varchar

255

0

Y

N

来源表:

6

source_field

varchar

255

0

Y

N

来源字段:

7

source_id

int

10

0

N

N

0

来源ID:

8

register

smallint

5

0

Y

N

0

注册位置:

9

create_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

创建时间:

10

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间:

第 4 章 关键模块的设计与实现

4.1 登录模块

管理员、用户在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对管理员、用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图所示。

图4.1 登录界面图

登录代码如下:

/**

     * 登录

     * @param data

     * @param httpServletRequest

     * @return

     */

    @PostMapping("login")

    public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

        log.info("[执行登录接口]");

        String username = data.get("username");

        String email = data.get("email");

        String phone = data.get("phone");

        String password = data.get("password");

        List resultList = null;

        Map<String, String> map = new HashMap<>();

        if(username != null && "".equals(username) == false){

            map.put("username", username);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(email != null && "".equals(email) == false){

            map.put("email", email);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }

        else if(phone != null && "".equals(phone) == false){

            map.put("phone", phone);

            resultList = service.selectBaseList(service.select(map, new HashMap<>()));

        }else{

            return error(30000, "账号或密码不能为空");

        }

        if (resultList == null || password == null) {

            return error(30000, "账号或密码不能为空");

        }

        //判断是否有这个用户

        if (resultList.size()<=0){

            return error(30000,"用户不存在");

        }

        User byUsername = (User) resultList.get(0);

        Map<String, String> groupMap = new HashMap<>();

        groupMap.put("name",byUsername.getUserGroup());

        List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

        if (groupList.size()<1){

            return error(30000,"用户组不存在");

        }

        UserGroup userGroup = (UserGroup) groupList.get(0);

        //查询用户审核状态

        if (!StringUtils.isEmpty(userGroup.getSourceTable())){

            String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

            if (res==null){

                return error(30000,"用户不存在");

            }

            if (!res.equals("已通过")){

                return error(30000,"该用户审核未通过");

            }

        }

        //查询用户状态

        if (byUsername.getState()!=1){

            return error(30000,"用户非可用状态,不能登录");

        }

        String md5password = service.encryption(password);

        if (byUsername.getPassword().equals(md5password)) {

            // 存储Token到数据库

            AccessToken accessToken = new AccessToken();

            accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

            accessToken.setUser_id(byUsername.getUserId());

            Duration duration = Duration.ofSeconds(7200L);

            redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);

            // 返回用户信息

            JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

            user.put("token", accessToken.getToken());

            JSONObject ret = new JSONObject();

            ret.put("obj",user);

            return success(ret);

        } else {

            return error(30000, "账号或密码不正确");

        }

    }

4.2 注册模块

用户在注册界面输入账号、密码、昵称、邮箱、身份、姓名、联系方式等信息,点击“注册”按钮,其注册界面展示如下图所示。

图4.2 注册界面图

注册代码如下:

/**

     * 注册

     * @param user

     * @return

     */

    @PostMapping("register")

    public Map<String, Object> signUp(@RequestBody User user) {

        // 查询用户

        Map<String, String> query = new HashMap<>();

        Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));

        query.put("username",user.getUsername());

        List list = service.selectBaseList(service.select(query, new HashMap<>()));

        if (list.size()>0){

            return error(30000, "用户已存在");

        }

        map.put("password",service.encryption(String.valueOf(map.get("password"))));

        service.insert(map);

        return success(1);

4.3 系统用户模块

管理员可以在此页面查看管理员、教师用户、分院管理者、教务管理者的详细信息,并进行查询、添加、删除等操作。分院管理者和教务用户都是由管理员自行添加。界面如下图所示。

图4.3 系统用户界面图

4.4 教学申请管理模块

教学申请管理:在此页面可以查看课程名称、课程类型、课程课时、专业名称、教师姓名、课程教案、课程课件、申请日期等信息,并进行查询、添加、删除等操作。界面如下图所示。

图4.4 教学申请添加界面图

教学申请管理:分院管理者查看教学申请的详细信息,并根据需要进行查询、审核等操作。界面如下图所示。

图4.5 教学申请审核界面图

4.5 考试申请管模块

考试申请管理:教师用户在此页面可以填写教师用户、教师姓名、课程名称、试题附件、考试方案等信息,并进行提交、查看等操作。界面如下图所示。

图4.6 考试申请提交界面图

考试申请管理:分院管理者查看考试申请的详细信息,并根据需要进行查询、审核等操作。界面如下图所示。

图4.7 考试申请审核界面图

4.6 项目申请管理模块

项目申请管理:教师用户在此页面可以填写项目名称、项目时间、项目地点、主持人员、项目流程、申请日期等信息,并进行提交、查看等操作。界面如下图所示。

图4.8 项目申请提交界面图

项目申请管理:分院管理者查看项目申请的详细信息,并根据需要进行查询、审核等操作。界面如下图所示。

图4.9 项目申请审核界面图

4.7 会议申请管理模块

会议申请管理:在此页面可以填写教师用户、教师名称、会议时间、会议地点、参与人员、研习内容、申请日期等信息,并进行提交、查看等操作。界面如下图所示。

图4.10 会议申请提交界面图

会议申请管理:管理员查看会议申请的详细信息,并根据需要进行查询、审核等操作。界面如下图所示。

图4.11 会议申请审核界面图


4.8 教学量信息管模块

教学量信息管理:在此页面可以填写教师用户、教师姓名、任教年级、任教科目、任教节数、工作时长、记录日期等信息,并进行提交、查看等操作。界面如下图所示。

图4.12 教学量信息提交界面图

教学量信息管理:管理员查看教学量的详细信息,并根据需要进行查询、删除、添加等操作。界面如下图所示。

图4.13 教学量信息列表界面图

4.9 公告信息管理模块

公告信息:用户可以查看公告信息,并查看详细内容。界面如下图所示。

图4.14 公告信息列表界面图

公告信息管理:管理员查看公告信息的详细信息,并根据需要进行查询、删除、添加等操作。界面如下图所示。

图4.15 公告信息列表界面图

4.10 个人信息模块

个人信息:用户可以查看状态、用户名、昵称、邮箱等信息,进行修改信息等操作。界面如下图所示。

图4.16 个人信息界面图

第 5 章 系统实验与结果分析

到此,系统的开发基本完成,接下来我们对系统的实验与结果进行分析,确保系统能够正常运行,进而投入使用,对系统的实验与结果分析的检测方法就是对系统的测试,测试是系统完成的最后一步,没有测试过的系统是不能进行投入使用的,否则一旦发生bug就会造成损失,下面我们从测试的方法以及测试的用例两部分进行分析,最后给出系统的测试结果。

5.1 测试方法

系统的测试方面有两种,一种是黑盒测试,另一种则为白盒测试,黑盒测试通俗来说就是功能方面的测试,我们也称之为需求测试,在黑盒测试的过程中,我们是不知道其开发原理的,只是作为一名使用者对系统进行测试,我们主要是凭借之前的测试经验,取一些临界值,然后通过测试用例来对其进行测试,这种测试方法是最快的查找问题方法,其次我们可以找一些具有代表性的数据,对系统进行用例测试,在黑盒测试的过程中常用的测试工具是winrunner和AutoRunner;白盒测试我们称之为结果测试,也就是逻辑驱动测试,在白盒测试的过程中,我们主要是根据系统开发的原理进行测试的,主要是以开发者的身份去测试这个代码是不是完成了其具体的功能,实现的具体路径对不对,当然这种测试方法是费时费力的,因为每个功能,他的运行路径不止一条,通过对程序当中运行的路径进行测试,检测开发的代码是不是存在bug,有没有实现预期,在白盒测试的过程中常用的测试工具为Jcontract、C++ Test以及CodeWizard等。

5.2 系统的测试用例

登录模块的功能测试:

表5.1 登录模块功能测试表

测试名称

测试功能

操作过程

预期结果

测试结果

登录模块测试

登录成功的情况

使用者可以通过浏览器进入到教学业务档案系统登录界面,输入用户名:admin和密码admin,点击“登录”按钮。

成功登录到管理员管理的界面

正确

登录模块测试

登录失败的情况

使用者可以通过浏览器进入到教学业务档案系统登录界面,输入用户名:admin和密码111,点击“登录”按钮。

系统提示“用户名和密码不匹配”

正确

系统用户信息添加功能测试:

表5.2 系统用户信息添加功能测试表

测试名称

测试功能

操作过程

预期结果

测试结果

 系统用户信息添加模块测试

系统用户信息添加成功的情况

管理员在“系统用户”菜单中点击“系统用户信息”会显示出所有的系统用户信息,点击“添加”按钮,输入账号、密码、昵称、邮箱、身份、姓名等,输入正确的信息后,点击“提交”按钮。

提示添加成功

正确

系统用户信息添加模块测试

系统用户信息添加失败的情况

管理员在“系统用户”菜单中点击“系统用户信息”会显示出所有的系统用户信息,点击“添加”按钮,不输入账号,其他信息正常填写后,点击“提交”按钮。

提示“添加失败,账号不能为空”

正确

5.3 系统测试结果

在本章节对教学业务档案系统进行了黑白盒测试,并对系统中的部分功能进行了用例分析,能够发现系统还是比较稳定的,系统的所有功能基本可以实现,能够满足管理员和用户的需求。通过测试可以看出在系统的运行过程中,其功能完整,对于输入的错误信息,能够把错误信息提示出来,方便用户操作的时候发现自己输入的信息哪里有错误,进而进行改正,而且系统界面都设有导航栏,操作非常便捷,不需要对使用者进行任何培训,对于学校来说是一个很有价值的系统。

第 6 章 结论

经过了几个月的努力,本教学业务档案系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的教学业务档案系统对我意义重大。

在开发系统最初,首先对教学业务档案系统方面的需求进行调研,了解对于学校来说,开发的系统需要实现哪些功能才能满足用户的管理需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用SpringBoot框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。

在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会收益终生!

参考文献

[1]    唐亮.基于UML的企业内部办公流程计算机系统设计研究[J].办公自动化,2023,28(24):1-3.    

[2]    池锦俊.基于UML的通信工程管理系统的设计与实现[J].中国新通信,2023,25(22):19-21.    

[3]  李婧,    汪鸿,孙玉良.一种基于UML的智能导检系统设计方法[J].医学信息学杂志,2023,44(09):80-85.    

[4]    蒋银虎.基于UML的高校学生请假管理系统分析建模与设计实现[J].电脑知识与技术,2023,19(21):38-41.    

[5]    王辰.教学档案登记管理系统设计[J].电脑编程技巧与维护,2023,(07):3-7+20.    

[6]    Bazydło Grzegorz.Designing Reconfigurable Cyber-Physical Systems Using Unified Modeling Language[J].Energies,2023,16(3):1273-1273.    

[7]  Yigitbas Enes,    Gorissen Simon,    Weidmann Nils,Engels Gregor.Design and evaluation of a collaborative UML modeling environment in virtual reality[J].Software and Systems Modeling,2022,22(5):1397-1425.    

[8]  Pérez Castillo Ricardo,Piattini Mario.Design of classical-quantum systems with UML[J].Computing,2022,104(11):2375-2403.    

[9]  谢凯,代康.基于UML的计算机课程线上教学系统设计[J].信息与电脑(理论版),2022,34(08):250-252+256.    

[10]     陈博.信息物理系统中时间行为的组合与精化[D].   中国科学技术大学,   2022.     

[11]    顾涵文.基于UML的知识分享系统设计与实现[J].科学技术创新,2022,(07):81-84.    

[12]  Di Felice Paolino,    Paolone Gaetanino,    Paesani Romolo,Marinelli Martina.Design and Implementation of a Metadata Repository about UML Class Diagrams. A Software Tool Supporting the Automatic Feeding of the Repository[J].Electronics,2022,11(2):201-201.    

[13]    王璐.基于UML的教务管理系统建模与分析[J].信息记录材料,2021,22(11):243-245.    

[14]    吴慧林.基于UML的辅助教学系统建模与实现[J].安徽水利水电职业技术学院学报,2021,21(02):58-61.    

[15]    姜峰.医院档案教学信息管理系统开发应用[J].办公室业务,2020,(07):74-75.    

[16]  Huiming Ji,    Qisong Han,    Minjian Yu,Haiyang Ding.Design of Air Combat Deduction System Based on UML Language[J].Journal of Physics: Conference Series,2019,1302(4):042047-042047.    

[17]    彭英.基于UML建模技术教学管理系统的设计与实现[J].教育现代化,2018,5(02):259-261.    

[18]    梁英伟.基于UML的外语专业教学资源库系统建模研究[J].信息与电脑(理论版),2017,(15):30-32.    

[19]    仇学敏.基于UML的教学质量评价系统建模研究[J].贵州广播电视大学学报,2016,24(04):6-13.    

[20]    温颖.教学业务档案管理系统的研究与实现[J].计算机时代,2009,(10):59-60+62.    

致  谢

“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。

点赞+收藏+关注  →私信领取本源代码、数据库

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值