摘 要
随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱,教职工防疫打卡小程序被用户普遍使用,为方便用户能够可以随时进行教职工防疫打卡小程序的数据信息管理,特开发了SSM教职工防疫打卡小程序。
教职工防疫打卡小程序的设计主要是对系统所要实现的功能进行详细考虑,确定所要实现的功能后进行界面的设计,在这中间还要考虑如何可以更好的将功能及页面进行很好的结合,方便用户可以很容易明了的找到自己所需要的信息,还有系统平台后期的可操作性,通过对信息内容的详细了解进行技术的开发。
教职工防疫打卡小程序的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与教职工防疫打卡小程序管理的实际需求相结合,讨论了基于教职工防疫打卡小程序管理的使用。
关键词:教职工防疫打卡小程序;SSM框架;Mysql数据库;
SSM staff epidemic prevention clock in mini program
Abstract
With the rapid development of China's economy, people's demand for mobile phones is increasing, and various mobile software is also widely used. However, for data information management of mobile phones, various software for mobile phones are also highly favored by users. The staff epidemic prevention check-in mini program is widely used by users, and users can easily manage the data information of the staff epidemic prevention check-in mini program at any time, We have developed an SSM staff epidemic prevention check-in mini program.
The design of the staff epidemic prevention clock in mini program mainly involves a detailed consideration of the functions to be implemented in the system. After determining the functions to be implemented, the interface design should be carried out. In the process, it is also necessary to consider how to better integrate the functions and pages, so that users can easily find the information they need, and the operability of the system platform in the later stage, Develop technology through a detailed understanding of information content.
The development of the staff epidemic prevention clock in mini program utilizes existing mature technology references, uses source code as a template, analyzes functional adjustments, and combines them with the actual needs of staff epidemic prevention clock in mini program management. The use of the staff epidemic prevention clock in mini program management is discussed.
Key words: Teaching staff epidemic prevention clock in mini program; SSM framework; MySQL database;
目录
第一章 绪 论
1.1选题背景
随着网络时代的到来,互联网的优势和普及时刻影响并改变着人们的生活方式。在信息技术迅速发展的今天,计算机技术已经遍及全球,使社会发生了巨大的变革。
为了不受时间和地点的限制,智能手机用户可以通过移动网络访问网站和处理各种业务和互联网,这是一个有效的将应用系统的功能扩展到手机终端的方法。现今各种智能手机层出不穷,各类基于手机平台的软件应运而生,其中,在众多交流软件中,微信备受人们青睐。近年来,微信发展规模越来越大,越来越多的人开始使用微信,目前随着智能手机系统的普及,人人手机上基本都有了微信。
所以,微信推出小程序广告支持公众号关注,而这就意味着小程序跟公众号之间的通道被彻底打通了。本论文教职工防疫打卡小程序主要牵扯到的程序,数据库与计算机技术等。覆盖知识面大,可以大大的提高系统人员工作效率。
1.2国内外研究概况
随着国内经济形势的不断发展,中国互联网进入了一个难得的高峰发展时期,这使得中外资本家纷纷转向互联网市场。然而,许多管理领域的不合理结构,人员不足以及管理需求的增加使得更多的人具备了互联网管理的意识。
在当今高度发达的信息中,信息管理改革已成为一种更加广泛和全面的趋势。教职工防疫打卡小程序是基于Mysql数据库,在SSM框架设计的基础上实现的。为确保中国经济的持续发展,信息时代日益更新,网上商城更是蓬勃发展。同时,随着信息社会的快速发展,教职工防疫打卡小程序网站面临着越来越多的信息,因此很难获得他们对高效信息的需求,如何使用方便快捷的方式使查询者在广阔的教职工防疫打卡小程序信息中查询,存储,管理和共享信息方面有效,对我们的学习,工作和生活具有重要的现实意义。因此,国内外学术界对此进行了深入而广泛的研究,一个新的研究领域——教职工防疫打卡小程序诞生了
1.3研究内容
教职工防疫打卡小程序的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,本教职工防疫打卡小程序的开发使用SSM技术,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成教职工防疫打卡小程序的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对于教职工防疫打卡小程序系统的设计主要划分别为管理员、教职工、院管用户、校管用户等角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行查看,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
2.1微信开发者工具
微信开发者工具现在已经被小程序开发团队开发运行,目前微信开发者工具任然在不断的完善中,在开发小程序时经常要不断的更新。可以使用微信扫码登陆开发者工具,开发者工具将使用这个微信帐号的信息进行小程序的开发和调试。
机型选择:小程序以智能手机的屏幕尺寸为设计标准,进行切图。
预览界面:写好视图布局后点击编译,用来刷新视图界面。
控制台:方便调试打印输出信息。
上传代码:上传到腾讯服务器,提交审核必经步骤。上传代码时可以填写版本号和备注信息。
资源文件:一般可以在资源文件进行对应项目的文件目录的断点调试。
显示远程调试:手机端和PC端开发工具联调对用户而言是非常实用的。
本地数据存储:显示的是本地存储的数据。
视图调试:标组件以子父层级结构呈现,方便调试。
微信限制在2M 以内的代码体积;开发中一般不校验合法域名信息;小程序后台要做配置服务器域名。
以上就是在开发过程中微信开发者工具常用到的功能,微信开发者工具也在不断的完善。
2.2小程序框架以及目录结构介绍
整个小程序框架系统分为两部分:逻辑层和视图层。小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生小程序体验的服务。小程序在视图层与逻辑层间提供了数据传输和事件系统,提供了自己的视图层以及逻辑层框架,让开发者能够专注于数据与逻辑。框架的核心是一个响应的数据绑定系统,可以让数据与视图非常简单地保持同步。在逻辑层做数据修改,在视图层就会做相应的更新。框架提供了一套基础的组件,这些组件自带微信风格的样式以及特殊的逻辑,开发者可以通过组合基础组件,创建出强大的微信小程序 。
2.3 SSM框架
当今流行的“SSM组合框架”是Spring + SpringMVC + MyBatis的缩写,受到很多的追捧,“组合SSM框架”是强强联手、各司其职、协调互补的团队精神。web项目的框架,通常更简单的数据源。Spring属于一个轻量级的反转控制框架(IoC),但它也是一个面向表面的容器(AOP)。SpringMVC常常用于控制器的分类工作模式,与模型对象分开,程序对象的作用与自动取款机进行处理。这种解耦治疗使整个系统的个性化变得更加容易。MyBatis是一个良好的可持续性框架,支持普通SQL查询,同时允许对存储过程的高级映射进行数据的优化处理。大型Java Web应用程序的由于开发成本太高,开发后难以维护和开发过程中一些难以解决的问题,而采用“SSM组合框架”,它允许建立业务层次结构,并为这个问题提供良好的解决方案。
2.4 Mysql数据库
数据库是系统开发过程中不可或缺的一部分。 在WEB应用方面,MySQL AB开发了一个具有很大优势的MySQL关系数据库管理系统。 MySQL可以将数据存储在不同的表中,这非常灵活,并且还可以提高系统在实际应用中的速度。 数据库访问最常用于标准SQL语言,MySQL用于SQL语言,因此它具有高度兼容性。数据库的操作是必不可少的,包括对数据库表的增加、删除、修改、查询等功能。现如今,数据库可以分为关系型数据库和非关系型数据库,Mysql属于关系性数据库,Mysql数据库是一款小型的关系型数据库,它以其自身特点:体积小、速度快、成本低等,Mysql数据库是目前最受欢迎的开源数据库。
在WEB应用技术中, Mysql数据库支持不同的操作系统平台,虽然在不同平台下的安装和配置都不相同,但是差别也不是很大,Mysql在Windows平台下两种安装方式,二进制版和免安装版。安装完Mysql数据库之后,需要启动服务进程,相应的客户端就可以连接数据库,客户端可通过命令行或者图形界面工具登录数据库。
第三章 系统分析
3.1需求分析
任何一个项目在开发研究前,都需要对研发系统本身的需求做一个认真的分析,市场的调研是不可忽视的,从实际场景中确定使用人员的功能需求,从而明确目标,对整个系统的开发有一个更加准确的定位,在这个章节,需要对系统的性能分析,业务流程分析,和数据等进行分析,教职工防疫打卡小程序的整体界面简单,功能完善。
需求的可行性是分析和讨论发达的系统能达到什么样的要求。开发的系统平台是否符合之前的要求。只有在预先评估系统的开发中,才能在系统开发和实施之前完成需求。如果您不具备开发一个功能不合格的系统的可行性,那就是开发失败。开发系统是否有用,可以完成之前讨论过的需求,以下分析了教职工防疫打卡小程序的实际需求。
系统设计需要从用户和管理员的实际需求开始,以了解他们需要实施哪些功能以及他们可以包括哪些管理工作。
考虑到教职工防疫打卡小程序设计的特点,应满足几个要求:
(1)它可以通过网络开展教职工防疫打卡小程序信息管理工作,促进对教职工防疫打卡小程序信息管理。
(2)用户可以查看疫情信息和公告信息;
(3)它提供了一个免费的渠道,以确保数据的实时有效沟通。
3.2可行性分析
3.2.1技术可行性:技术背景
教职工防疫打卡小程序采用了SSM技术,开发了功能完备、使用简单的前端应用程序,并建立、维护了一个数据完整、安全、稳定性强的后台数据库系统。
系统使用SSM技术和Mysql数据库作为设计工具,可简单易行地学习操作。用户角色之间的相结合开发一套教职工防疫打卡小程序是值得尝试的,数据完整性和许多品质为数据的功能分配和管理提供了依据。它也是数据库安全平台的重要组成部分,是提高和增强数据安全性的重要手段。此外,为了提供更平滑,更智能和更有效的基本控制方法,定义了同时构建对安全计算环境的支持所需的步骤,并帮助维护安全性。因为在这两种开发工具中,功能强大且免费且界面良好,所以教职工防疫打卡小程序在技术方面是可行的。
3.2.2经济可行性
桌面教职工防疫打卡小程序管理的开发是由开发者自己开发,不需要购买其他软件或者端口之类的,而且在教职工防疫打卡小程序管理的开发之前所做的市场调研及其他的教职工防疫打卡小程序,都是没有任何费用的,通过开发者自己的努力,所有的工作的都是自己亲力亲为,在碰到自己比较难以解决的问题,大多是通过同学和指导老师的帮助进行相关信息的解决,所以对于教职工防疫打卡小程序的开发在经济上是完全可行的,没有任何费用支出的。
使用SSM技术是比较成熟的技术,所以教职工防疫打卡小程序的开发在经济上是没有问题的。
3.2.3操作可行性:
可操作性主要是对教职工防疫打卡小程序系统设计完成后,用户的使用体验度,对于管理员可以通过系统随时管理相关的数据信息,并且对于管理员、教职工、院管用户、校管用户四个用户角色,都可以简单明了的进入到自己的系统界面,通过界面导航菜单可以简单明了地操作功能模块,方便用户信息需求和农产品信息管理数据信息,对于系统的操作,不需要专业人员都可以直接进行功能模块的操作管理,所以在系统的可操作性是完全可以的。本系统的操作使用的也是界面窗口进行登录,所以操作人员只要会简单的电脑操作就完全可以的。
3.3性能分析
对于性能分析,与传统的管理方式相比,传统的管理方式是使用人工通过用纸和笔进行数据信息的统计和管理,并且这种方式对于存储和查找某一数据信息都比较麻烦,随着计算机网络的到来,这种传统的方法很难适应当下社会的发展,不仅降低人们的办事效率,而且还需要很多的人力和物力,对于使用的时间和所要花费的费用都是比较高的,为了降低成本费用,提高用户的工作效率,进行开发一套基于计算机和网络技术的教职工防疫打卡小程序。
教职工防疫打卡小程序的开发设计时一个独立的系统,以流行数据库进行数据的存储开发,主要是为了实现教职工防疫打卡小程序的用户角色及相对应的功能模块,让教职工防疫打卡小程序的管理不会存在管理差异、低效率,而是跟传统的管理信息恰好相反,教职工防疫打卡小程序的实现可以节约资源,并且对于业务的处理速度也提高,速度快、效率高,功能性强大。
3.4系统操作流程
3.4.1用户登录流程
对于系统的安全性的第一关,就是用户想要进入系统,必须通过登录窗口,输入自己的登录信息才可以进行登录,用户输入的信息准确无误后才可以进入到操作系统界面,进行功能模块的相对应操作,如果用户输入的信息不正确,则窗口出现提示框,用户登录失败,返回到第一步进行重新输入,如图3-1所示。
![](https://img-blog.csdnimg.cn/direct/8427c60596274f42a616d7fef81bdf12.png)
图3-1登录操作流程图
3.4.2信息添加流程
对于教职工防疫打卡小程序,需要随时添加所需要的数据信息,对于用户添加信息,需要根据添加界面,根据选框的内容进行填写所要添加的数据信息,信息输入完成后判断数据信息是否符合要求,符合要求则添加完成,用户所添加的信息不符合要求,则需要返回到第一步,重新输入数据信息,再进行判断操作,如图3-2所示。
图3-2 信息添加流程图
3.4.3信息删除流程
不管是哪个用户角色进入到不通的系统操作界面,都可以进行不同的信息内容的操作功能,对用系统数据信息的删除,用户一旦将信息删除,那么该删除的数据信息将无法恢复,所以用户在对数据删除事,一定判断删除的内容是否是确定要删除的,确定无误后选择确定删除操作,如图3-3所示。
图3-3 信息删除流程图
第四章 系统设计与实现
4.1系统架构设计
教职工防疫打卡小程序的系统项目的概述设计分析,主要内容农产品信息的具体分析,进行数据库的是设计,数据采用mysql数据库,并且对于系统的设计采用比较人性化的操作设计,对于系统出现的错误信息可以及时做出处理及反馈。
基于教职工防疫打卡小程序的设计基于现有的手机,可以实现管理员:首页、轮播图(轮播图管理)、公告管理(公告)、资源管理(学校资讯、资讯分类)、系统用户(管理员、教职工、院管用户、校管用户)、模块管理(排查通知、打卡提醒、职工信息、学院名称、健康打卡、入校记录、出校记录、疫情信息)、个人中心等详细的了解及统计分析。根据系统功能需求建立的模块关系图如下图:
图4-1管理员功能模块图
4.2开发流程设计
教职工防疫打卡小程序的开发对管理模块和系统使用的数据库进行分析,编写代开发,规划和操作是构建信息管理应用程序的必要三步曲,它决定了系统是否能够真正实现预设功能以及是否可以在成功设计后实施。在开发过程中,每个阶段必须严格按照线性顺序进行开发,并且在相应阶段生成的每个工作都可以通过技术进行验证和检查。确保一个阶段完成后是正确的,不会造成下一阶段拖拽现象,使系统完成设计功能后得到保证。
从教职工防疫打卡小程序的成功开发经验来看,上述方法效果最为明显,最大程度地降低了系统开发的复杂性。如图4-2所示。
图4-2开发系统流程图
4.3数据库设计
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。
4.3.1实体ER图
数据库是整个软件编程中最重要的一个步骤,对于数据库问题主要是判定数据库的数量和结构公式的创建。展示系统使用的是Mysql进行对数据库进行管理,进行保证数据的安全性、稳定性等。
概念模型的设计是为了抽象真实世界的信息,并对信息世界进行建模。它是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。而且Mysql数据库是自我保护能力比较强的数据库,下图主要是对数据库实体的E-R图:
(1) 打卡提醒E-R图,如图4-3所示:
图4-3 打卡提醒实体属性图
(2) 入校记录E-R图如图4-4所示:
图4-4入校记录实体图
这些功能可以充分满足教职工防疫打卡小程序的需求。此系统功能较为全面如下图系统功能结构如图4-5所示。
图4-5系统功能结构图
4.3.2数据表
我们可以根据数据结构的详细分析要求,我们根据输入和输出数据量的要求进行分析,确定什么表表,结构之间的关系,我们可以验证,调整和完善,查询和浏览过程,可以实现数据库,以使用户对数据和功能有更多要求。
基于系统使用的数据库管理系统的特点,对数据库的概念模型进行了转换和构建。但是,这个系统只需要充分考虑教职工防疫打卡小程序的功能,而且组织比较清晰。
表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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | admission_record_id | int | 10 | 0 | N | Y | 入校记录ID | |
2 | employee_account | int | 10 | 0 | Y | N | 0 | 职工账号 |
3 | employee_name | varchar | 64 | 0 | Y | N | 职工姓名 | |
4 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
5 | affiliated_hospital_management | int | 10 | 0 | Y | N | 0 | 所属院管 |
6 | post | varchar | 64 | 0 | Y | N | 职务 | |
7 | admission_time | datetime | 19 | 0 | Y | N | 入校时间 | |
8 | admission_matters | varchar | 64 | 0 | Y | N | 入校事宜 | |
9 | admission_notes | text | 65535 | 0 | Y | N | 入校备注 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | clock_in_reminder_id | int | 10 | 0 | N | Y | 打卡提醒ID | |
2 | reminder_title | varchar | 64 | 0 | Y | N | 提醒标题 | |
3 | clock_in_date | varchar | 64 | 0 | Y | N | 打卡日期 | |
4 | clock_in_time | varchar | 64 | 0 | Y | N | 打卡时间 | |
5 | publisher | varchar | 64 | 0 | Y | N | 发布人 | |
6 | reminder_content | text | 65535 | 0 | Y | N | 提醒内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | college_name_id | int | 10 | 0 | N | Y | 学院名称ID | |
2 | college | varchar | 64 | 0 | Y | N | 学院 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | departure_record_id | int | 10 | 0 | N | Y | 出校记录ID | |
2 | employee_account | int | 10 | 0 | Y | N | 0 | 职工账号 |
3 | employee_name | varchar | 64 | 0 | Y | N | 职工姓名 | |
4 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
5 | affiliated_hospital_management | int | 10 | 0 | Y | N | 0 | 所属院管 |
6 | post | varchar | 64 | 0 | Y | N | 职务 | |
7 | departure_time | datetime | 19 | 0 | Y | N | 出校时间 | |
8 | departure_matters | varchar | 64 | 0 | Y | N | 出校事宜 | |
9 | departure_remarks | text | 65535 | 0 | Y | N | 出校备注 | |
10 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
11 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
12 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | employee_information_id | int | 10 | 0 | N | Y | 职工信息ID | |
2 | employee_account | int | 10 | 0 | Y | N | 0 | 职工账号 |
3 | employee_name | varchar | 64 | 0 | Y | N | 职工姓名 | |
4 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
5 | affiliated_hospital_management | int | 10 | 0 | Y | N | 0 | 所属院管 |
6 | gender | varchar | 64 | 0 | Y | N | 性别 | |
7 | age | int | 10 | 0 | Y | N | 0 | 年龄 |
8 | post | varchar | 64 | 0 | Y | N | 职务 | |
9 | address | varchar | 64 | 0 | Y | N | 住址 | |
10 | contact_information | varchar | 64 | 0 | Y | N | 联系方式 | |
11 | responsible_for_affairs | text | 65535 | 0 | Y | N | 负责事务 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | epidemic_information_id | int | 10 | 0 | N | Y | 疫情信息ID | |
2 | hospital_management_users | int | 10 | 0 | Y | N | 0 | 院管用户 |
3 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
4 | date | date | 10 | 0 | Y | N | 日期 | |
5 | number_of_positive_individuals | int | 10 | 0 | Y | N | 0 | 阳性人数 |
6 | number_of_negative_individuals | int | 10 | 0 | Y | N | 0 | 阴性人数 |
7 | number_of_people_checking_in | int | 10 | 0 | Y | N | 0 | 打卡人数 |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | faculty_and_staff_id | int | 10 | 0 | N | Y | 教职工ID | |
2 | employee_account | varchar | 64 | 0 | N | N | 职工账号 | |
3 | employee_name | varchar | 64 | 0 | Y | N | 职工姓名 | |
4 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
5 | employee_id | varchar | 64 | 0 | Y | N | 职工工号 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_check_in_id | int | 10 | 0 | N | Y | 健康打卡ID | |
2 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
3 | affiliated_hospital_management | int | 10 | 0 | Y | N | 0 | 所属院管 |
4 | employee_account | int | 10 | 0 | Y | N | 0 | 职工账号 |
5 | employee_name | varchar | 64 | 0 | Y | N | 职工姓名 | |
6 | employee_id | varchar | 64 | 0 | Y | N | 职工工号 | |
7 | temperature | varchar | 64 | 0 | Y | N | 体温 | |
8 | nucleic_acid_situation | varchar | 64 | 0 | Y | N | 核酸情况 | |
9 | clock_in_date | date | 10 | 0 | Y | N | 打卡日期 | |
10 | number_of_clocking_in | varchar | 64 | 0 | Y | N | 打卡数 | |
11 | check_in_location | varchar | 64 | 0 | Y | N | 打卡地点 | |
12 | recent_itinerary | text | 65535 | 0 | Y | N | 近期行程 | |
13 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
14 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
15 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
16 | location_address | varchar | 64 | 0 | Y | N | 当前位置 | |
17 | location_lng | varchar | 64 | 0 | Y | N | 当前位置经度 | |
18 | location_lat | varchar | 64 | 0 | Y | N | 当前位置纬度 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
表hospital_management_users (院管用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hospital_management_users_id | int | 10 | 0 | N | Y | 院管用户ID | |
2 | hospital_management_account | varchar | 64 | 0 | N | N | 院管账号 | |
3 | college_name | varchar | 64 | 0 | Y | N | 学院名称 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_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: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
表school_management_users (校管用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | school_management_users_id | int | 10 | 0 | N | Y | 校管用户ID | |
2 | school_management_account | varchar | 64 | 0 | N | N | 校管账号 | |
3 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
4 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表troubleshooting_notice (排查通知)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | troubleshooting_notice_id | int | 10 | 0 | N | Y | 排查通知ID | |
2 | notification_name | varchar | 64 | 0 | Y | N | 通知名称 | |
3 | notification_time | date | 10 | 0 | Y | N | 通知时间 | |
4 | publisher | varchar | 64 | 0 | Y | N | 发布人 | |
5 | notification_content | text | 65535 | 0 | Y | N | 通知内容 | |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | | 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 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
第五章 系统实现
5.1教职工功能前台(前端)
教职工防疫打卡小程序登录界面,通过填写账号、密码、等信息进行登录,如图5-1所示。
图5-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;
QueryWrapper wrapper = new QueryWrapper<User>();
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());
tokenService.save(accessToken);
// 返回用户信息
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, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
用户登录进入首页,可以进行首页、学校资讯、排查通知、打卡提醒、我的等功能模块的查看与操作,如图5-2所示。
图5-2系统首页界面图
健康打卡,在健康打卡页面可以查看学院名称所属院管、职工账号、职工名称、职工工号、体温、核酸情况、打卡日期、打卡数、打卡地点、近期行程等信息,如图5-3所示。
图5-3健康打卡界面图
排查通知,在排查通知页面可以查看通知名称、通知时间、发布人、通知内容等信息,如图5-4所示。
图5-4排查通知界面图
我的,在我的页面可以查看、基本信息、职工信息、健康打卡、入校记录、出校记录等详细信息,如图5-5所示。
图5-5我的界面图
用户信息,在用户信息页面通过填写用户名、密码、姓名、头像、手机等信息并提交,进行保存,如图5-6所示。
图5-6用户信息界面图
5.2管理员功能模块(后端)
管理员登录,管理员通过输入用户名、密码,验证点登录进行系统登录操作,如图5-7所示。
![](https://img-blog.csdnimg.cn/direct/8cda631d582947d6925f7b4d4ca0ca36.png)
图5-7管理员登录界图面
在管理员功能页面可以查看管理员:首页、轮播图(轮播图管理)、公告管理(公告)、资源管理(学校资讯、资讯分类)、系统用户(管理员、教职工、院管用户、校管用户)、模块管理(排查通知、打卡提醒、职工信息、学院名称、健康打卡、入校记录、出校记录、疫情信息)、个人中心等内容进行相对应操作,如图5-8所示。
![](https://img-blog.csdnimg.cn/direct/3478f4203bb44087b2244d9afc3c838a.png)
图5-8管理员功能界面图
系统用户管理,在系统用户管理页面可以查看索引、用户名、密码、姓名、性别、头像等信息,并可根据需要进行修改或删除操作,如图5-9所示。
![](https://img-blog.csdnimg.cn/direct/918fe7529f69470aa04955a7c45eee44.png)
图5-9系统用户管理界面图
公告管理,在公告管理页面可以查看索引、公告标题、发布日期等信息,并可根据需要进行修改或删除操作,如图5-10所示。
![](https://img-blog.csdnimg.cn/direct/26043dc4ba7f4e80a9684136f551376e.png)
图5-10公告管理界面图
学校资讯管理,在学校资讯信息管理页面标题、封面图、文章分类、标签等信息,并可根据需要进行查看评论、修改或删除操作,如图5-11所示。
![](https://img-blog.csdnimg.cn/direct/856182f7a35e43c3af5cab9b81373591.png)
图5-11学校资讯管理界面图
5.3院管用户功能模块(后端)
在院管用户功能页面可以查看:首页、公告管理(公告)、系统用户(教职工)、模块管理(排查通知、打卡提醒、职工信息、健康打卡、入校记录、出校记录、疫情信息)、个人中心等内容进行相对应操作,如图5-12所示。
![](https://img-blog.csdnimg.cn/direct/978973098507409e9c2c14279345863a.png)
图5-12院管用户功能界面图
个人信息管理,在个人信息管理页面可以查看索引、头像、用户名、昵称、用户组、手机号码、状态、邮箱等信息,并可根据需要进行修改或删除操作,如图5-13所示。
![](https://img-blog.csdnimg.cn/direct/16c7e8e618614a868bc489cf4f5dc5ab.png)
图5-13个人信息管理界面图
职工信息,在职工信息页面标题、职工账号、职工姓名、学院名称、所属院管、性别、年龄、职务等信息,并可根据需要进行修改或删除操作,如图5-14所示。
![](https://img-blog.csdnimg.cn/direct/7becfec6f8434643b624b0cde6df8baa.png)
图5-14职工信息界面图
5.4校管功能模块(后端)
在校管功能页面可以查看:首页、公告管理(公告)、模块管理(排查通知、打卡提醒、职工信息、学院名称、健康打卡、疫情信息)、个人中心等内容进行相对应操作,如图5-15所示。
![](https://img-blog.csdnimg.cn/direct/e87ce7c74c584c7dbedb5ff33cd6b3cc.png)
图5-15院管用户功能界面图
学院名称,在学院名称页面学院等信息,并可根据需要进行修改或删除操作,如图5-14所示。
![](https://img-blog.csdnimg.cn/direct/0b2fac8ee6d445a78cb23c9ec125b318.png)
图5-16学院名称界面图
疫情信息,在疫情信息页面查看院管用户、学院名称、日期、阳性人数、阴性人数、打卡人数等信息,并可根据需要进行修改或删除操作,如图5-17所示。
图5-17疫情信息界面图
第六章 系统的测试
6.1 测试目的
程序设计不能保证没有错误,这是一个开发过程,在错误或错误的过程中难以避免,这是不可避免的,但我们不能使这些错误始终存在于系统中,错误可能会造成无法估量的后果 如系统崩溃,安全信息,系统无法正常启动,导致安装用户手机屏幕等,为了避免这些问题,我们需要测试程序,并发现这些问题,并纠正它们 ,并使系统更长时间稳定成熟,本章的作用是发现这些问题,并对其进行修改,虽然耗时费力,但长期非常重要和必要系统的开发。
软件测试与开发过程是一样的,都必须按照软件工程的正规原理进行,遵守管理学理论。不过,目前国内的软件测试已经积累了大量经验和方法,步骤相对成熟,软件测试的效率也越来越高。
教职工防疫打卡小程序的实现,对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在教职工防疫打卡小程序正式上传使用之前必须做的一步就是系统测试,对于测试发现的错误及时修改处理,保证系统准确无误的供给用户使用。
6.2 测试方案设计
6.2.1 测试策略
1、功能测试
从用户的角度来看,测试时不了解新开发软件的内部结构,因此可以将系统与黑匣子进行比较,盲目输入后可以查看系统给出的反馈。这种测试属于黑盒测试,在测试中如果输入错误信息系统会报错。
2、性能测试
测试软件程序的整体状况(称为性能测试)通常使用自动化测试工具来检测系统的整体功能,在负载测试和压力测试之间进行分配,在某些情况下,将这两种情况结合起来。虽然压力测试可以检测到系统可以提供的最高级别的服务,但负载测试可以测试系统如何响应增加的负载。
6.2.2 测试分析
测试评估系统质量的方法不局限于系统编码和过程,应该与软件设计工作和历史需求分析密切相关。
软件测试应遵循以下原则:
(1)软件测试应尽快进行,整个测试部分应在软件开发和设计的整个过程中进行。如发现错误,立即处理,将大大减少软件开发的时间,并提高软件的质量。
(2)在软件的各种测试中,测试过程中使用的计划、报告等应妥善处理和存储。其主要目的是为了便于以后系统的维护。
(3)软件测试整个过程中的聚类现象应优先考虑。
(4)对于软件测试,我们应该尽量不去和自己设计的系统进行参考,而是要测试对方的程序,以确保软件测试结果的客观性和公平性。
(5)整个测试计划严格按照软件测试的具体实施细则进行。
(6)对整个测试结果进行综合检查,尽量避免重复错误。
本教职工防疫打卡小程序满足用户的要求和需求,本教职工防疫打卡小程序的使用能够有效的提高用户的使用率。
6.3 测试结果
测试后得到的性能和用例,系统具有足够的正确性、可靠性、稳定性,并且可以对输入数据进行准确的点击操作处理和响应测试用户的体验也得到了很好的反馈和响应时间。合理的范围,可以兼容所有主流浏览器,设计所需的效果。
结 论
在这个设计中,我花了大量的时间去理解系统开发中使用的知识,经过这段时间的努力工作最终完成了系统设计。通过这一阶段的学习,我发现了自己的不足,充分掌握了必要的应用技能,进一步的学习使我充实了自己的知识基础,完成了这个艰巨的任务。当遇到问题时,我很及时的寻求老师的帮助,通过专业的网站来解决,他们的帮助让我一步一步的成功克服了困难的问题。系统设计过程不容易,你需要不断充实自己,有勇气克服困难。系统开发的一些功能还不完善,需要继续改善后,通过用户体验来修改设计完美的系统,让用户得到更好的体验,我觉得很高兴,因为这是我第一次通过自己的努力实现这个系统,但绝不是我的最后一个,在未来我将努力实现更多的优秀的系统。
在一些编程语言的系统实现中,对词汇表不太熟悉,导致了开发的困难,但是我通过了合适的字典软件来解决这个大问题。由此,我学会了自己的英语缺陷。在那之后,我不断地提高自己的英语知识,这样我就不会有任何未来的工作和生活。毕业设计过程我感觉很深刻,从一开始就不熟悉开发技术,一步一步的使用,接触到文献和信息,不难理解,系统是一次又一次的实现,系统本身对于在线学习是有用的。我从这个设计中获益良多,论文的编写需要有自己的意愿去实现一点,学习生活中所有的问题的勇气,学习的过程就是学习的过程。毕业设计,我学会了将理论知识应用于实践。让我知道该怎么做,我们必须认真对待。勇于克服困难,相信未来,我会做得更好。
参考文献
[1]Cheah Wilson,Rizkalla Sherif,Nyoni Tatenda,Beraud Victoria,Zeidan Bashar,Luther Alison,Cutress Ramsey. Relationship between clinicopathological characteristics and margin involvement after SSM versus SIM[J]. European Journal of Surgical Oncology,2023,49(5).
[2]Nadeem Muhammad Imran,Ahmed Kanwal,Zheng Zhiyun,Li Dun,Assam Muhammad,Ghadi Yazeed Yasin,Alghamedy Fatemah H.,Eldin Elsayed Tag. SSM: Stylometric and semantic similarity oriented multimodal fake news detection[J]. Journal of King Saud University - Computer and Information Sciences,2023,35(5).
[3]赵静.基于SSM+VUE架构的校企融合教学实践[J].集成电路应用,2023,40(04):56-57.DOI:10.19339/j.issn.1674-2583.2023.04.019.
[4]张浩.SSM框架在Web应用开发中的设计与实现研究[J].电脑知识与技术,2023,19(08):52-54.DOI:10.14004/j.cnki.ckt.2023.0353.
[5]龚逸文.基于微信小程序的疫情防控健康打卡系统设计与实现[J].中国新通信,2023,25(05):44-45.
[6]Pommereau Antje,Licher Thomas,Bärenz Felix. Solid-Supported Membrane (SSM)-Based Electrophysiology Assays Using Surface Electrogenic Event Reader Technology (SURFE²R) in Early Drug Discovery.[J]. Current protocols,2023,3(3).
[7]周雨卉,王璐瑶,陈绘.基于SSM的社区健身中心适老化设计策略研究[J].包装工程,2023,44(04):141-149.DOI:10.19554/j.cnki.1001-3563.2023.04.017.
[8]皇甫若桐.基于SSM的环境监测管理系统设计[J].集成电路应用,2023,40(02):340-341.DOI:10.19339/j.issn.1674-2583.2023.02.148.
[9]程晖云.微信小程序打卡,共建假期阅读圈[J].安徽教育科研,2023(02):88-90.
[10]López-Fogliani D.E.,Muñoz C.. Right-handed neutrinos, domain walls and tadpoles in the superstring inspired μνSSM[J]. Nuclear Physics, Section B,2023,986.
[11]梁会成,王黎光.基于JSP+SSM在线领养猫咪系统的设计与实现[J].电子制作,2022,30(24):59-62+45.DOI:10.16589/j.cnki.cn11-3571/tn.2022.24.018.
[12]陶爱兰. 基于SSM的数字化审计平台的设计与实现[D].南京邮电大学,2021.DOI:10.27251/d.cnki.gnjdc.2021.001665.
[13]王柯,周祎,纪雯烩.基于SSM框架的IT知识学习交流平台的设计与实现[J].电子制作,2022,30(13):52-57.DOI:10.16589/j.cnki.cn11-3571/tn.2022.13.011.
[14]王超,任剑颖,胡芳.打卡小程序联合知信行理论对老年继发性肺结核患者的干预效果[J].中国老年学杂志,2021,41(22):5140-5142.
[15]何涛,杨振南,潘学文.基于小程序的定位健康打卡系统[J].电脑知识与技术,2021,17(10):83-84+89.DOI:10.14004/j.cnki.ckt.2021.1042.
致 谢
教职工防疫打卡小程序的完成,如何实现的更好,其中付出的努力是很大的,这段时光将会终身难忘。
教职工防疫打卡小程序的设计可以顺利完成,首先,我要感谢我的指导老师,他在我遇到设计问题时及时帮助了我,并在我对设计感到困惑时给了我充分的指导。在他的帮助下,我可以完成高质量的毕业设计。在教职工防疫打卡小程序的设计和开发中,指导老师提出了许多实用的意见和建议,并为我提供了大量相关的研究资料,使我对设计有了更深入的了解。只有在老师的指导下,才能在毕业设计中取得成功。在此,我要向指导老师表示深深的谢意。
在此,我还要感谢我的同学们,他们为我的设计提供了许多参考意见,并与我讨论了设计中的问题,从而使我的设计一步一步走向成熟。
点赞+收藏+关注 → 私信领取本源代码、数据库