目 录
摘 要
信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对校园疫情管理系统问题,对疫情管理进行研究分析,然后开发设计出校园疫情管理系统以解决问题。
校园疫情管理系统主要功能模块包括首页、个人资料(个人信息、修改密码)、公共管理(轮播图、网站公告)、用户管理(管理员、教师用户、注册用户)、信息管理(疫情资讯、资讯分类)、疫情数据、健康填报、出入申请、动态上报、医务室信息、医务室分配、数据分析等,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采用的数据库是Mysql,使用python语言,使用django技术进行开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对校园疫情管理系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现校园疫情管理系统和部署运行使用它。
关键词:校园疫情管理系统;python语言;django框架;mysql数据库
Abstract
In the information society, there is a need for targeted access to information, but the expansion of access is basically the direction people are striving for. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. Aiming at the problem of campus epidemic management system, the epidemic management is studied and analyzed, and then a campus epidemic management system is developed and designed to solve the problem.
The main functional modules of the campus epidemic management system include home page, personal information (personal information, password modification), public management (broadcast map, website announcement), user management (administrator, teacher user, registered user), information management (epidemic information, information classification), epidemic data, health reporting, access application, dynamic reporting, infirmary information, infirmary allocation, data analysis, etc, Adopting an object-oriented development model for software development and hardware installation can well meet the actual use needs, improving the corresponding software installation and program coding work. The database used is MySQL, using Python language, and using django technology for development, achieving all the functions of the system. This report first analyzes the background, role, and significance of the research, laying a foundation for the rationality of the research work. This article analyzes various requirements and technical issues of the campus epidemic management system, proves the necessity and technical feasibility of the system, and then makes a basic introduction to the technical software and design ideas needed to design the system. Finally, it realizes the campus epidemic management system and deploys and runs it.
Keywords: Campus epidemic management system; Python language; Django framework; MySQL database
第1章 前 言
1.1 研究背景及意义
新冠肺炎疫情是新中国成立以来发生的传播速度最快,感染范围最广,防控难度最大的一次重大突发公共卫生事件,给我国乃至全球带来公共卫生安全的严峻挑战。校园是疫情联防联控群防群治的前沿阵地,也是外防输入内防扩散最有效的第一道防线。疫情发生之后,全国范围内实行了严格的校园网格化管理,有效减少人与人之间的相互接触,但校园人员出入、医务室信息、用户健康情况采集对校园管理者是一个大的挑战,因此,校园疫情管理系统的构建通过数据化的“互联网+”思维、科学化的工作运行机制推进校园治理服务信息化,解决用户出入、每日健康填报、医务室分配统计等问题,将疫情防控和校园管理工作向整体化、系统性、科学化、规范化、标准化、有序化方向发展,推进街道校园治理信息的规范、统一和协同共享,用网络和数字技术助力建设校园疫情管理系统,具有良好的实用性。
校园疫情管理系统是针对在疫情期间所设计的管理系统。系统基本功能采用WEB 开发标准,可以随时实现在互联网上的应用,并提供管理员和用户及教师三种角色,便于校园工作者管理校园也方便校园用户的日常生活,解决疫情期间的工作难题。完全基于B/S 结构的设计,可使用户轻松实现单点维护、全面升级。
1.2研究现状
随着社会的发展和科学技术的进步,互联网技术越来越受欢迎。网络传播的生活方式逐渐受到广大人民群众的喜爱。越来越多的互联网爱好者开始在互联网上满足他们的基本需求,同时逐渐进入各个用户的生活起居。互联网具有许多优点,例如便利性,速度,高效率和低成本。因此,类似于校园疫情管理系统 ,满足用户工作繁忙的需求,不仅是方便用户随时查看信息的途径,而且还能提高管理效率。
本文首先以疫情管理过程的基本问题作为研究对象。在开发系统之前,我们对现有状况进行了详细的调查和分析。最后,我们利用计算机技术开发了一套完整合适的校园疫情管理系统,该系统的实现主要优势是:该系统主要采用计算机技术开发,它方便快捷;系统可以通过管理员界面查看用户的所有信息管理。
校园疫情管理系统管理系统软件是一款方便、快捷、实用的信息服务查询软件。随着智能网络在全球市场的不断普及以及各种智能平台的使用,系统的开发与人们的日常需求相关,作为中国主流智能的技术开发系统,自然需要这样的软件来满足更多用户的需求和体验。
1.3研究内容
校园疫情管理系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,本校园疫情管理系统的开发使用django技术,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成校园疫情管理系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块,对于校园疫情管理系统的设计主要划分别为管理员和用户及教师三个角色,并所使用的功能模块也相应不同,但是系统的数据库实现的内容是交互的,用户可以随时根据自己的需求进行查看疫情管理信息,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
第2章 系统开发环境
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于python的Django框架进行开发。
前端部分:前端框架采用了比较流行的渐进式pythonScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用Django作为开发框架,同时集成Redis等相关技术。
2.2 B/S体系工作原理
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
2.3 Django框架介绍
Django是高水准的Python编程语言驱动的一个开源模型.视图,控制器风格的Web应用程序框架,它起源于开源社区。使用这种架构,程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外,在Django框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
2.3.1 用于创建模型的对象关系映射;
2.3.2 为最终用户设计较好的管理界面;
2.3.3 URL 设计;
2.3.4 设计者友好的模板语言;
2.3.5 缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列“API、库和框架”分类第6位,被认为是该领域的佼佼者。
JSP可以放在在html里使用,也可以独自使用,它同时也具备有很多种优点,可以讲,Web脚本技术的先驱是JSP。现代编程语言(像C,python和Perl等)的一些最好的特点都融合在JSP里,Web服务器里的一些配置标准是由JSP、Tomcat和数据库等的组合在一起的。
2.4 MySQL数据库
MySQL经过多次的更新,功能层面已经非常的丰富和完善了,从MySQL4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[7][8]。
针对本文中设计的疫情数据可视化系统在实际的实现过程中,最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的MySQL来对疫情数据可视化系统后台数据进行存储操作[9][10]。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
2.5 Ajax 应用
该技术在 1998 年前后得到了应用。允许客户端脚本发送HTTP请求(XMLHTTP)的第一个组件由Outlook Web Access小组写成。该组件原属于微软 Exchange Server,并且迅速地成为了 Internet Explorer 4.0 的一部分。部分观察家认为,Outlook Web Access 是第一个应用了 Ajax 技术的成功的商业应用程序,并成为包括Oddpost 的网络邮件产品在内的许多产品的领头羊。但是,2005 年初,许多事件使得 Ajax 被大众所接受。Google 在它著名的交互应用程序中使用了异步通讯,如Google、Google 地图、Google 搜索建议、Gmail等。Ajax 这个词由《Ajax: A New Approach to Web Applications》一文所创,该文的迅速传播加强了人们使用该项技术的意识。另外,对Mozilla/Gecko 的支持使得该技术走向成熟,变得更为易用。
Ajax 前景非常乐观,可以提高系统性能,优化用户界面。Ajax 现有直接框架 AjaxPro,可以引入 AjaxPro.2.dll 文件,可以直接在前台页面 pythonScript 调用后台页面的方法。但此框架与表单验证有冲突。另外微软也引入了 Ajax 组件,需要添加AjaxControlToolkit.dll 文件,可以在控件列表中出现相关控件。
第3章 需求分析
开发系统的过程中,去调查用户的功能诉求,对需要存在的功能进行需求分析是特别重要的,且对于系统的开发有着实际的意义,设计校园疫情管理系统通过对用户的需求进行分析,结合实际情况进行开发研究,对用户的所有需求做出一个完整的基本的框架,然后一步一步的完成、实现。需求分析可以为系统的开发提供一个目标,只有按照这个目标进行开发设计,才能进行完整的开发,这样设计出的系统才有使用的意义,才能在竞争激烈的软件市场中生存,才能真正的帮助人们解决问题,提高实际的效率。
本系统采取的是目前应用最广泛的程序进行技术的支持,主要的技术支持是 python语言,他作为一个相当成熟的语言程序,在众多的软件开发中起着很大作用。而且用 python语言编辑出来程序可以直接运行,不需要借助其他的翻译器进行翻译。所以在技术方面是完全可以行的。
本项目开发的初衷就是为了节约,因为系统开发的所有过程都是我自己开发的,而且在开发过程使用到的技术也都是市面上常见的容易操作的,所以不需要请专业的人士花资金来进行系统的开发,而且在项目开发的过程中我也学到了更多的知识。开发的这个软件可以在网络中进行免费的下载,对计算机的软硬件没有很高的要求,因此这个项目是非常实惠的,在经济方面是完全可性的。
操作可行性也就是系统的可用性,一个系统的操作是否容易决定着这个系统的使用度,在系统的操作方面的设计我都是采取简洁易懂的方式,操作的整个菜单界面整齐有序,所有的功能都有序的排列,不会出现重叠或者需要转换的现象,用户想要哪方面的操作都可以直接进行操作,所以该系统任何人都可以进行操作,不需要有相关专业的技术这样用户在操作起来就容易很多。
(1)功能要求:管理员:首页、个人资料(个人信息、修改密码)、公共管理(轮播图、网站公告)、用户管理(管理员、教师用户、注册用户)、信息管理(疫情资讯、资讯分类)、疫情数据、健康填报、出入申请、动态上报、医务室信息、医务室分配、数据分析。
用户权限;个人资料(个人信息、修改密码)、健康填报、出入申请、动态上报、医务室分配。
教师:个人资料(个人信息、修改密码)、用户管理(注册用户)、健康填报、出入申请、动态上报、医务室分配
(2)性能:因为校园疫情管理系统管理中有很多的信息需要存储,因此对于系统的存储量有很大的要求,需要有一个强大的数据库的支持才能确保所有的信息都能安全稳定的进行存储。
(3)安全与保密要求:用户都必须注册、登录才能进入系统。
(4)环境要求:支持Windows系列、Vista系统等多种操作系统使用。
本校园疫情管理系统采用django技术,Mysql数据库开发,充分保证了系统稳定性、完整性。
(1)系统响应效率:由于是校园疫情管理系统,因此就需要系统的响应效率是非常高的,并且可以支持很多人同时进行系统的使用。
(2)界面简洁清晰:系统界面要简单有序,所有的功能一目了然。
(3)储存性高:因为是校园疫情管理系统,所以就会在数据库要求上比较严格,信息录入的比较多,而且丰富复杂, 这就需要一个强大的数据库来存放更多的数据和保证数据的时时性。
(4)易学性:系统的设计一定要简单,使得用户使用起来非常好的顺手。
(5)稳定性需求:该系统在使用过程中必须保持稳定,不要出现卡顿、模糊等情况。
(6)稳定性:由于是校园疫情管理系统,因此系统运行必须要十分的稳定。
用户需要拥有属于自己的账号和密码,且必须正确,这样才能顺利登录到系统中。进入网站后,用户可以自行填写健康填报、疫情管理等等。,在自己需要的信息的进行填写,可以直接在系统中进行操作。具体流程如下图3-2所示:
图3-2 用户操作流程图
为了保证系统的安全性,要使用本系统对系统信息进行管理,必须先登陆到系统中。其具体登录流程图如图3-3所示:
图3-3 系统操作流程图
第4章 架构设计
校园疫情管理系统的结构图4-1所示:
图4-1 系统结构
登录系统结构图,如图4-2所示:
图4-2 登录结构图
系统结构图,如图4-3所示:
图4-3 系统结构图
数据库的功能就是对系统中所有的数据进行存储和管理。所有的数据可以在数据库中产时间的进行存储,方便用户的使用。而且所有的数据库中的数据也应该具有一定的共享性,任何的系统可以对一些数据进行使用,同时还应该保持一定的独立性,每一个数据库中的数据都有很强的安全性,可以被很好的存放到数据库,没有进行身份的验证是不能对这些数据进行查看和使用的。数据库的设计需要明确每一个实体之间的联系,系统的E-R图如下图所示::
管理员实体主要存储管理信息包括用户名、密码、角色。管理员信息属性图如图4-5所示。
图4-5 管理员信息实体属性图
图4-6健康填报实体图
用户信息实体图如图4-7所示:
图4-7用户信息实体图
当校园疫情管理系统在运行的时候,数据库要能确保自己的独立性,想要哪部分的数据就选择相应的设置选项,对应的数据就会以表格的形式展现出来。当对这一个功能进行设置,他就会与数据库进行连接,会在对话框中弹出相应的数据源。
表access_application (出入申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | access_application_id | int | 10 | 0 | N | Y | 出入申请ID | |
2 | student | int | 10 | 0 | Y | N | 0 | 学生 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | teacher | int | 10 | 0 | Y | N | 0 | 所属教师 |
5 | application_type | varchar | 64 | 0 | Y | N | 申请类型 | |
6 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
7 | access_time | datetime | 19 | 0 | Y | N | 出入时间 | |
8 | entry_and_exit_reasons | text | 65535 | 0 | Y | N | 出入原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | clinic_assignment_id | int | 10 | 0 | N | Y | 医务室分配ID | |
2 | student | int | 10 | 0 | Y | N | 0 | 学生 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
5 | teacher | int | 10 | 0 | Y | N | 0 | 所属教师 |
6 | is_there_any_discomfort | varchar | 64 | 0 | Y | N | 是否不适 | |
7 | infirmary_name | varchar | 64 | 0 | Y | N | 医务室名称 | |
8 | visit_time | datetime | 19 | 0 | Y | N | 就诊时间 | |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | 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 | data_analysis_id | int | 10 | 0 | N | Y | 数据分析ID | |
2 | data_name | varchar | 64 | 0 | Y | N | 数据名称 | |
3 | date | date | 10 | 0 | Y | N | 日期 | |
4 | quantity | int | 10 | 0 | Y | N | 0 | 数量 |
5 | remarks | 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 | dynamic_reporting_id | int | 10 | 0 | N | Y | 动态上报ID | |
2 | student | int | 10 | 0 | Y | N | 0 | 学生 |
3 | teacher | int | 10 | 0 | Y | N | 0 | 所属教师 |
4 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
5 | epidemic_category | varchar | 64 | 0 | Y | N | 疫情类别 | |
6 | epidemic_situation | text | 65535 | 0 | Y | N | 疫情情况 | |
7 | health_code | varchar | 64 | 0 | Y | N | 健康码 | |
8 | nucleic_acid_results | varchar | 64 | 0 | Y | N | 核酸结果 | |
9 | test_date | date | 10 | 0 | Y | N | 检测日期 | |
10 | travel_path | text | 65535 | 0 | Y | N | 行程轨迹 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | epidemic_data_id | int | 10 | 0 | N | Y | 疫情数据ID | |
2 | region | varchar | 64 | 0 | Y | N | 地区 | |
3 | existing_diagnosis | int | 10 | 0 | Y | N | 0 | 现有确诊 |
4 | new_diagnosis | int | 10 | 0 | Y | N | 0 | 新增确诊 |
5 | accumulated_diagnosis | int | 10 | 0 | Y | N | 0 | 累计确诊 |
6 | number_of_people_cured | int | 10 | 0 | Y | N | 0 | 治愈人数 |
7 | death_toll | int | 10 | 0 | Y | N | 0 | 死亡人数 |
8 | epidemic_information | text | 65535 | 0 | Y | N | 疫情信息 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_reporting_id | int | 10 | 0 | N | Y | 健康填报ID | |
2 | student | int | 10 | 0 | Y | N | 0 | 学生 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
5 | teacher | int | 10 | 0 | Y | N | 0 | 所属教师 |
6 | date_of_filling | date | 10 | 0 | Y | N | 填报日期 | |
7 | temperature | varchar | 64 | 0 | Y | N | 体温 | |
8 | whether_uncomfortable | varchar | 64 | 0 | Y | N | 是否不适 | |
9 | unwell_symptoms | text | 65535 | 0 | Y | N | 不适症状 | |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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: |
表infirmary_information (医务室信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | infirmary_information_id | int | 10 | 0 | N | Y | 医务室信息ID | |
2 | infirmary_number | varchar | 64 | 0 | Y | N | 医务室编号 | |
3 | infirmary_name | varchar | 64 | 0 | Y | N | 医务室名称 | |
4 | person_in_charge | varchar | 64 | 0 | Y | N | 负责人 | |
5 | state | varchar | 64 | 0 | Y | N | 状态 | |
6 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
7 | remarks | varchar | 64 | 0 | Y | N | 备注 | |
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 | 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已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registered_users_id | int | 10 | 0 | N | Y | 注册用户ID | |
2 | student_id | varchar | 64 | 0 | N | N | 学生学号 | |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
5 | teacher | int | 10 | 0 | Y | N | 0 | 所属教师 |
6 | college | varchar | 64 | 0 | Y | N | 学院 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | 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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | teacher_user_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teacher_id | varchar | 64 | 0 | Y | N | 教师工号 | |
3 | teacher_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 | 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章 系统实现
5.1 登录
管理员输入账号、密码登录系统,这时候系统的数据库就会在进行查找相关的信息,如果我们输入的账号、密码不正确,数据库就会提示出错误的信息提示,同时会提示管理员重新输入自己的账号、密码,滑动滑块进行验证登录成功后,会提登录成功的信息。网站管理员登录效果图如图5-1所示:
图5-1登录界面
5.2 管理员功能模块
5.2.1 管理员界面
管理员后台后页面后可以看到首页、个人资料(个人信息、修改密码)、公共管理(轮播图、网站公告)、用户管理(管理员、教师用户、注册用户)、信息管理(疫情资讯、资讯分类)、疫情数据、健康填报、出入申请、动态上报、医务室信息、医务室分配、数据分析等功能,图如下图5-2所示:
图5-2管理员界面图
5.2.1轮播图管理
管理员对轮播图管理进行标题、轮播图以及查看、添加、删除等操作。程序成效图如下图5-3所示:
图5-3轮播图管理界面图
5.2.2用户管理
管理员对用户信息编辑昵称、用户名、姓名、性别、等信息,可以跟进详情添加、删除、修改以及查看等操作。程序效果图如下图5-4所示:
图5-4用户信息系统界面
5.2.3疫情资讯管理
管理员对疫情资讯管理进行标签、标题、文章分类、封面图等信息、可以跟进详情修改以及删除等操作。程序效果图如下图5-5所示:
图5-5疫情资讯界面
5.2.4疫情数据管理
管理员可以对疫情数据管理进行查看地区、现有确诊、新增确诊、累计确诊、治愈人数、死亡人数等信息进行查看评论、添加、修改、删除等操作。程序效果图如下图5-6所示:
图5-6疫情数据管理界面
5.2.5数据分析管理
管理员通过数据分析管理页面查看数据名称、日期、数量、备注等信息进行上传图片进行添加、删除、修改以及查看等操作,程序效果图如下图5-7所示:
图5-7疫情情况管理界面
5.3 用户前后台功能模块
5.3.1 用户注册/登陆
用户注册/登陆,在用户注册页面通过填写用户账号、设置密码、确认密码、昵称、邮箱、手机号、身份等信息完成用户注册/登陆。程序成效图如下图5-8所示:
图5-8前台用户注册/登陆界面图
5.3.2 用户功能管理
用户后页面后可以看到首页、个人资料(个人信息、修改密码)、健康填报、出入申请、动态上报、医务室分配等功能,程序效果图如下图5-9所示:
图5-9用户功能界面
5.3.3 动态上报管理
用户通过系统进行查看学生、所属教师、学生姓名、疫情类别、疫情情况、健康码核酸结果、检测日期、行程轨迹、审核状态、审核回复等操作。程序效果图如下图5-10所示:
图5-10动态上报界面
5.3.4个人中心
个人信息,在个人信息页面可以看到头像、用户名、昵称、用户组、手机号码、状态、邮箱等操作。程序效果图如下图5-11所示:
图5-11个人中心界面图
5.4 教师台功能模块
5.4.1 教师功能管理
教师后页面后可以看到首页、个人资料(个人信息、修改密码)、用户管理(注册用户)、健康填报、出入申请、动态上报、医务室分配等功能,程序效果图如下图5-12所示:
图5-12教师功能界面
5.4.2健康填报管理
教师对健康填报管理页面可以查看到用户、姓名、班级名称、填报日期、体温、是否不适、不适症状等信息,可以根据详情进行添加、删除查看等操作。程序效果图如下图5-13所示:
图5-13健康登记界面图
5.4.3出入申请管理
教师对对出入申请管理页面可以查看到学生、学生姓名、所属教师、申请类型、联系电话、出入时间出入原因、审核状态等信息,可以根据详情进行添加、删除查看等操作。程序效果图如下图5-14所示:
图5-14出入申请界面图
第6章 系统测试
随着互联网不断的发展,目前各大领域都利用互联网进行了信息的管理,质量问题是很重要的标准,也决定着是否有更多的人使用。所以软件的质量我们必须要把关,必须要把软件做好,做到位,少出不必要的问题,这样才能有更多的用户使用,并且得到更多的推广。所以,我们在开发完系统后,需要进行大量的测试,以确保系统的稳定性和可使用性,并要确定系统的质量能否做到满足不同人的需求。这是系统在开发设计中非常重要的环节,测试的结果直接关系到系统的好坏。
集成测试:在系统测试当中会出现很多的问题,我们要及时的进行标注并且在进行测试的时候要采取自动化的测试,这样即准确又快速,而且不会出现疲劳,手动的测试很容易出现疲劳期,而且测试的结果也有时候会出错,所以在测试的时候才去自动测试时最好的测试方法。
在测试的过程中及时的发现问题,并且进行问题的解决,这样设计出的系统可以正常稳定的运行,不会出现重大的问题。我所进行的软件测试参照以下三个步骤进行测试:
(1)模块测试:对系统中的每一项都进行针对的测试,发现并找到问题。
(2)系统测试:让系统长时间进行各种情况下的运行,反馈运行期间的稳定性问题并解决。
(3)验收测试:其他测试完成后,最后检测阶段,确保软件准备就绪。
在对系统进行测试的时候我们主要应用到两种测试的方法,通过测试我们就能找出可能存在的问题保证系统成功运行。
从软件的内部构造和具体实施是否有关系的观点来看:黑盒测试和白盒测试。
1)黑盒测试:测试系统功能,当用户进行相应的操作时,系统是否能够及时且准确的反馈数据,并执行相应功能。需要对功能以及使用方法进行详细的测试,保证所有的操作信息都能够完整的输出输入。
2)白盒测试:主要是对系统的结构进行测试,了解系统在运行过程中是否可以正常的工作。
校园疫情管理系统的测试也会从下面几方面进行:
(1)窗体测试:例如用户登录界面,在用户名和密码输入时,需要界面窗口弹出,给予用户反馈,我对窗口的设计进行了测试,确保每一个窗口在用户进行相应操作后,能够及时的弹出。
(2)数据跟踪:进行数据跟踪,我们就能知道系统功能是否在顺利的执行当中。将数据库中的相关的信息进行调动,弹出我们需要的相对应的数据信息。同时,在追踪过程中,我们也更容易的发现系统的问题所在,便于解决问题和维护系统。
(3)综合测试:完成上述测试后,需要对系统进行由内而外的重新检测,来宏观的发现系统中存在的问题,并且及时的进行解决,系统的设计要结合实际的使用情况有针对性的进行开发,可以满足不同人的需求。
本校园疫情管理系统设计基本达到我理想的开发状态,在各个功能的运行方面,表现较为良好,基本满足用户的使用需求,及时矫正了较多的错误信息。总体说来,软件通过了相应的测试。
表6-1:用户登录测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
登录模块 | 用户名:122 密码:123 | 弹出错误提示,提示密码错误 | 弹出错误提示,提示密码错误 | 通过 |
登录模块 | 用户名:123 密码:122 | 弹出错误提示,提示用户名错误 | 弹出错误提示,提示用户名错误 | 通过 |
登录模块 | 用户名:001 密码:001 | 管理员登录成功 | 管理员登录成功 | 通过 |
表6-2:删除健康登记测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
删除健康登记模块 | 健康登记名:最新通知 | 删除成功、页面自动跳转 | 删除成功、页面自动跳转 | 通过 |
表6-3:修改密码测试表
模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
修改密码模块 | 原密码:666 新密码:123 确认密码:123 | 弹出错误提示,提示原密码错误 | 弹出错误提示,提示原密码错误 | 通过 |
修改密码模块 | 原密码:122 新密码:123 确认密码:333 | 弹出错误提示,提示确认密码不一致 | 弹出错误提示,提示确认密码不一致 | 通过 |
修改密码模块 | 原密码:123 新密码:123 确认密码:123 | 密码修改成功 | 密码修改成功 | 通过 |
测试的过程要按照指定好的计划一步一步的实行,测试时候一定不要着急,并且将测试的结果进行详细的记录,我们在进行测试的时候做好选择自动化的测试,这样更加的准确也更快捷,如果采用人工测试的方法就不会这么的方便,很可能会出现一些问题,而且极其测试不会疲劳也不会出现问题。在测试的时候一定要非常专注,时刻关注着测试的结果,一旦发现异常及时进行修改,;最后,测试完之后的文档应该保存下来,方便以后测试时用到。
通过测试,我们也可以直观的感受到,在我们最开始进行系统设计的时候,先把思路理清楚,才能有机会把代码写好。有好的逻辑性的代码在后期的测试中才能避免出现问题,也可以给我们节省很多的时间和不必要的操作。
第7章 结 论
校园疫情管理系统为用户提供了公平的、相互包容的、操作方便的使用系统,基本满足了用户的使用需要,以及我最初的开发目标和方向。 python语言、MySQL数据库等技术时是我开发的基础,这些技术都有各自的优点,学好这些技术,至关重要。通过这些优点设计出来的系统能够正常稳定的运行,并且可以满足人们的所有需求,在对系统的需求以及各个模块进行了详细的分析后,有针对性的进行设计,最后通过测试,系统能够正常的运行,该校园疫情管理系统设计完成。
本次开发过程中使用的是django技术,该技术具有代码编写简单方便,对平台没有要求对技术方面也没有要求,并且有很好的面像对象性,所以在技术方面是相当成熟的。利用django技术作为系统主要的技术支持可以使得系统能够正常的运行并且实现相应的功能。在这次的系统的设计过程中遇到了很多的困难,幸好有老师同学们的帮助,在他们的帮助下完成了这次系统的设计。
通过这次校园疫情管理系统的开发,我参考了很多相关系统的例子,取长补短,吸取了其他系统的长处,逐步对该系统进行了完善,但是该系统还是有很多的不足之处,有待以后进一步学习。
实践证明,校园疫情管理系统有着非常好的发展前景,经过测试运行,系统各项功能都十分完善,界面漂亮,使用方便,操作容易,在技术理论上已经成熟。
参考文献
[1]王驰,李博,袁甲坤,杨海涛,安学武.基于Python的风向数据可视化系统设计[J].气象水文海洋仪器,2023,40(01):90-93+97.DOI:10.19441/j.cnki.issn1006-009x.2023.01.010.
[2]Corvetto Marcia A.,Altermatt Fernando R.,Belmar Francisca,Escudero Eliana. Health Care Simulation as a Training Tool for Epidemic Management: A Systematic Review[J]. Simulation in Healthcare: The Journal of the Society for Simulation in Healthcare,2023.
[3]张燕妮,林郭森,赵凤英,邵媛媛,郑丽丹,蔡丽萍.智慧校园安全管理系统建设[J].科技与创新,2023(05):134-135+138.DOI:10.15913/j.cnki.kjycx.2023.05.043.
[4]张丽英,张岩,孙玉发.新工科背景下Python课程混合式教学模式的研究[J].计算机时代,2023(02):125-127.DOI:10.16644/j.cnki.cn33-1094/tp.2023.02.030.
[5]张晨祥,宁璐,冯明歌.基于Python的涉农职位招聘信息爬取与可视化分析[J].计算机时代,2023(02):51-54+60.DOI:10.16644/j.cnki.cn33-1094/tp.2023.02.011.
[6]任夏荔.基于Python+PyEcharts的数据可视化应用[J].山西电子技术,2023(01):83-86.
[7]Ramos-Carreño Carlos,Torrecilla José L.. dcor: Distance correlation and energy statistics in Python[J]. SoftwareX,2023,22.
[8]康梅娟,郭状先.基于Python的套接字编程[J].科技资讯,2023,21(03):6-9.DOI:10.16661/j.cnki.1672-3791.2207-5042-2438.
[9]杨健,陈伟.基于Python的三种网络爬虫技术研究[J].软件工程,2023,26(02):24-27+19.DOI:10.19644/j.cnki.issn2096-1472.2023.002.005.
[10]Eslami Mohammad,Kazeminasab Saber,Sharma Vishal,Li Yangjiani,Fazli Mojtaba,Wang Mengyu,Zebardast Nazlee,Elze Tobias. PyVisualFields: A Python Package for Visual Field Analysis.[J]. Translational vision science & technology,2023,12(2).
[11]Roy Aryan,Pivarski Jim,Freer Chad Wells. An array-oriented Python interface for FastJet[J]. Journal of Physics: Conference Series,2023,2438(1).
[12]Bittremieux Wout,Levitsky Lev,Pilz Matteo,Sachsenberg Timo,Huber Florian,Wang Mingxun,Dorrestein Pieter C. Unified and Standardized Mass Spectrometry Data Processing in Python Using spectrum_utils.[J]. Journal of proteome research,2023.
[13]Jafarzadeh Ghoushchi Saeid,Bonab Shabnam Rahnamay,Ghiaci Ali Memarpour. A decision-making framework for COVID-19 infodemic management strategies evaluation in spherical fuzzy environment.[J]. Stochastic environmental research and risk assessment : research journal,2023.
[14]Serdar Yegulalp. How to install Python the smart way[J]. InfoWorld.com,2023.
[15]柯翔敏.一种校园进出管理系统应用研究[J].山东工业技术,2022(03):31-34.DOI:10.16640/j.cnki.37-1222/t.2022.03.006.
[16]李节.基于区块链技术的疫情管理系统[J].软件导刊,2022,21(04):57-61.
[17]胡桂龙婕,戴江华.疫情背景下高校校园分区域权限化管理系统设计[J].中国教育信息化,2021(09):60-63.
[18]孙绵涛,李莎.建立学校疫情管理制度的新思考[J].教育与教学研究,2020,34(03):7-12.DOI:10.13627/j.cnki.cdjy.2020.03.003.
致 谢
光阴似箭,一晃大学生活即将过去了。一直以严谨的态度和积极的热情投身于学习和工作中,虽然有竞争,也有泪水,但是通过我不断学习和奋斗不断的完善自己,不仅很好的完成了我的学业而且也让我的各方面得到了发展,取得了很大的进步。
大学的生活也即将结束,虽然也有许多的不舍,但是终究是要告别的。回想大学的学习生活,有泪水也有汗水。在此期间我严格要求自己,凭着对知识的强烈追求,刻苦钻研,勤奋好学,态度端正,目标明确,牢固的掌握了一些专业知识和技能,做到了理论联系实际。除了专业知识的学习外,我还不断的扩展我的知识面,从不同的领域以不同的方式来获得新的知识。争取成为一名各方面都很合格的大学生。
这次的毕业设计,是我独自完成周期最长,也是耗力最大的一个项目。值得庆幸的是,在我毕业设计完成的过程当中,有许多帮助我的同学和老师。在几个月的开发过程中,我遇到了大大小小无数个问题。是我的舍友和老师,不断地帮助鼓励。
我的指导老师,在自身工作十分繁忙的情况下,依然能做到及时恢复我们发去的问题邮件,并抽时间对我们进行线下的辅导。指出我们设计上的失误,逻辑错误以及学习规划问题,可以说没有导师的帮助,我的毕设会陷入死胡同,是导师为我指点了迷津,像迷雾中的路灯,为我指明方向!
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-