目 录
基于java+SpringBoot+HTML+MySQL医院挂号系统的设计与实现_哔哩哔哩_bilibili
源码+论文获取请私信获取
本系统所研究的是一个社区疫情防控小程序,是为了当下社区疫情防控提供一个信息化平台、让社区疫情防控更加便捷、高效。
1.1 课题现状
抗击新冠肺炎,一场没有硝烟的“战役”今年这个春节,过得不像个春节。新春贺岁片迟迟未能上映,公共娱乐场所被迫关闭,就连走亲访友的拜年活动,也成为了禁忌中的禁忌。春节,这个中华民族传统节日,在今年失去了往日的风采。而这一切的祸端,要从武汉的“华南海鲜市场”说起。可能很多人没有意识到,2020年已经过去一个多月了。在2020年的开头,我们似乎有些不太顺利,继湖北新型冠状病毒肺炎爆发后,又发生了湖南禽流感、四川5.1级地震,不得不承认,这是一个让人无比煎熬的假期。灾难频发,而这其中新型冠状肺炎疫情波及范围最广,也最令人揪心[3]。2019年12月8日,湖北省武汉市发现新型冠状病毒肺炎患者,由于武汉人口众多且积聚大量外来务工人员,在春节前后爆发疫情无异于雪上加霜,疫情严重危及人民群众生命和财产安全。有医者说,疫情之下,无人幸免。在国士钟南山的再三建议下,人们逐渐意识到危机四伏,好似病毒已经弥漫整个神州大地,我们无处可躲,只得深居简出,听从安排。如同网上的段子一般:现在我们宅在家中,就是对社会最大的贡献。我们通过各种途径口罩、消毒液等各种防护用品,在家中“囤积”大量食物,因为我们对未知的病毒充满了惶恐,我们相信钟老的建议。但在惶恐之中,有人却奋战一线。与病毒搏斗,与死神过招,他们的名字叫医务工作者。民族有他们是民族大幸,国家有他们,是国之荣耀。面对来势汹汹的疫情,我们有惶恐,有悲伤跟有无数的感动,感谢医务工作者争分多秒的与死神抢人,感谢平凡的劳动者辛勤的付出,感谢我是中国人,有祖国替我们遮风挡雨。先如今,我们足不出户即是为国家做贡献,为击败疫情做贡献。连日来确诊及疑似病例不断减少,鼓舞了人心,但是我们依旧不能松懈。出门戴口罩,不去人多密集的公共场所,不参加任何聚会,主要消毒防疫。相信在党的带领下,我们一定会成功战胜疫情。
1.2 研究意义
经过两年时间的全面控制和努力,病例的增加数目趋于个位,全国上下基本上不再能听到有病例的增加,即使有少数新增病例也是由于外来者的进入。但更重要的是,在这样即将战胜疫情的关键时期,我们更是不能松懈,不能对即将消失的病毒掉以轻心,我门反而更应该注重疫情的防控,其实疫情的防控很简单,每个人做好自己的本职工作,每个村甚至是每个乡镇能严格把关,一个个村一个个镇加起来,就是一个中国。因此只要恪尽职守,便能更快的战胜疫情,因此研究了此次课题即是针对每个社区的每一个人进行每天的疫情防控打卡来督促每个小区的人们对疫情的重视,为进一步防控做好全面的本职工作,防止疫情的再度爆发。
1.3 研究的主要任务和目标
为全力应对新型冠状病毒感染肺炎疫情,保障广大居民生命安全和身体健康,根据区域防控要求,结合当前疫情防控工作实际,制作此程序来“按照早发现,早报告,早隔离,早诊断,早治疗”的原则,实施群防群治,联放联控。进行网格化,地摊式管理,最广泛动员群众自我防护。以此来促进最严格落实综合防控措施,最果断处置疫情,最有效控制疾病传播,坚决打赢这场疫情防控的人民战争。系按照角色分可分为两大类,即:社区居民和社区管理员。根据调查研究,本系统需实现的功能有:登录、注册、疫情监控、用户管理、疫情公告、疫情上报、排查信息登记、居民档案、体温登记、个人信息、疫情公告、健康码、行程码、疫情自主上报、疫情为他人上报等功能实现疫情的精准防控。
2.1 B/S结构
B/S的概念B/S(Brower/Server,浏览器/服务器)模式又称B/S[4]结构,是Web兴起后的一种网络结构模式。Web浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用; 客户机上只需要安装一个浏览器,服务器上安装SQL Server, Oracle, MySql等数据库;浏览器通过Web Server同数据库进行数据交互。
B/S工作原理:B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;而每一个Web服务器[5]又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中; 从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
工作流程: 客户端发送请求: 用户在客户端【浏览器页面】提交表单操作,向服务器发送请求,等待服务器响应; 服务器端处理请求: 服务器端接收并处理请求,应用服务器端通常使用服务器端技术,如JSP等,对请求进行数据处理,并产生响应; 服务器端发送响应: 服务器端把用户请求的数据(网页文件、图片、声音等等)返回给浏览器。浏览器解释执行HTML文件,呈现用户界面。
B/S的优点: B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件,只要有一台能上网的电脑就能使用,客户端零安装、零维护。系统的扩展非常容易。由需求推动了AJAX技术的发展,它的程序也能在客户端电脑上进行部分处理,从而大大的减轻了服务器的负担;并增加了交互性,能进行局部实时刷新。 B/S结构主要利用了不断成熟的Web浏览器技术:结合浏览器的多种脚本语言和ActiveX技术,用通用浏览器实现原来需要复杂专用软件才能实现的强大功能,节约了开发成本。
B/S体系结构的特点: 由于Web支持底层的TCP/IP协议,使Web网与局域网都可以做到连接,从而彻底解决了异构系统的连接问题[6]。 由于Web采用了“瘦客户端”,使系统的开放性得到很大的改善,系统对将要访问系统的用户数的限制有所放松。 系统的相对集中性使得系统的维护和扩展变得更加容易。比如数据库存储空间不够,可再加一个数据库服务器;系统要增加功能,可以新增—个应用服务器来运行新功能。界面统一(全部为浏览器方式),操作相对简单。
· Bootstrap 是完全开源的。代码的托管、开发和维护都在 GitHub 平台上完成。预处理工具:虽然可以直接使用 Bootstrap 提供的 CSS 样式表,但是不要忘记,Bootstrap 的源码是采用最流行的 CSS 预处理工具 Less 和 Sass 开发的。你可以直接采用预编译的 CSS 文件快速开发,也可以从 Bootstrap 源码自定义自己需要的样式。一个框架、多种设备[7]。你的网站和应用能在 Bootstrap 的帮助下通过同一份源码快速、有效地适配手机、平板和 PC 设备,这一切都是 CSS 媒体查询(Media Query)的功劳。功能完备Bootstrap 提供了全面、美观的文档,你能在这里找到关于普通 HTML 元素、HTML 和 CSS 组件以及 jQuery 插件方面的所有详细文档。
HTML的全称为超文本标记语言,是一种标记语言。它包括一系列标签.通过这些标签可以将网络上的文档格式统一,使分散的Internet资源连接为一个逻辑整体。HTML文本是由HTML命令组成的描述性文本,HTML命令可以说明文字,图形、动画、声音、表格、链接等。
超文本是一种组织信息的方式[8],它通过超级链接方法将文本中的文字、图表与其他信息媒体相关联。这些相互关联的信息媒体可能在同一文本中,也可能是其他文件,或是地理位置相距遥远的某台计算机上的文件。这种组织信息方式将分布在不同位置的信息资源用随机方式进行连接,为人们查找,检索信息提供方便。
层叠样式表(英文全称:Cascading Style Sheets)是一种用来表现HTML(标准通用标记语言的一个应用)或XML(标准通用标记语言的一个子集)等文件样式的计算机语言。CSS不仅可以静态地修饰网页,还可以配合各种脚本语言动态地对网页各元素进行格式化。
CSS 能够对网页中元素位置的排版进行像素级精确控制,支持几乎所有的字体字号样式,拥有对网页对象和模型样式编辑的能力。
Java是一门面向对象编程语言,不仅吸收了C++语言的各种优点,还摒弃了C++里难以理解的多继承、指针等概念[9],因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表,极好地实现了面向对象理论,允许程序员以优雅的思维方式进行复杂的编程[10] 。
Java具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点 [11] 。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等
IDEA 全称 IntelliJ IDEA,是java编程语言开发的集成环境。IntelliJ在业界被公认为最好的java开发工具,尤其在智能代码助手、代码自动提示、重构、JavaEE支持、各类版本工具(git、svn等)、JUnit、CVS整合、代码分析、 创新的GUI设计等方面的功能可以说是超常的。IDEA是JetBrains公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主。它的旗舰版本还支持HTML,CSS,PHP,MySQL,Python等。免费版只支持Java,Kotlin等少数语言。
特色功能:IDEA所提倡的是智能编码,是减少程序员的工作,IDEA的特色功能有以下几点
智能的选取:在很多时候我们要选取某个方法,或某个循环或想一步一步从一个变量到整个类慢慢扩充着选取,IDEA就提供这种基于语法的选择,在默认设置中Ctrl+W,可以实现选取范围的不断扩充,这种方式在重构的时候尤其显得方便。
丰富的导航模式:IDEA提供了丰富的导航查看模式,例如Ctrl+E显示最近打开过的文件,Ctrl+N显示你希望显示的类名查找框(该框同样有智能补充功能,当你输入字母后IDEA将显示所有候选类名)。在最基本的project视图中,你还可以选择多种的视图方式。
历史记录功能:不用通过版本管理服务器,单纯的IDEA就可以查看任何工程中文件的历史记录,在版本恢复时你可以很容易的将其恢复。JUnit的完美支持对重构的优越支持IDEA是所有IDE中最早支持重构的,其优秀的重构能力一直是其主要卖点之一。
编码辅助:Java规范中提倡的toString()、hashCode()、equals()以及所有的get/set方法,你可以不用进行任何的输入就可以实现代码的自动生成,从而把你从无聊的基本方法编码中解放出来。
2.7 SringMVC技术
MVC 设计模式一般指 MVC 框架,M(Model)指数据模型层,V(View)指视图层,C(Controller)指控制层。使用 MVC 的目的是将 M 和 V 的实现代码分离,使同一个程序可以有不同的表现形式。其中,View 的定义比较清晰,就是用户界面。
在 Web 项目的开发中,能够及时、正确地响应用户的请求是非常重要的。用户在网页上单击一个 URL 路径,这对 Web 服务器来说,相当于用户发送了一个请求。而获取请求后如何解析用户的输入,并执行相关处理逻辑,最终跳转至正确的页面显示反馈结果,这些工作往往是控制层(Controller)来完成的。在请求的过程中,用户的信息被封装在 User 实体类中,该实体类在 Web 项目中属于数据模型层(Model)。在请求显示阶段,跳转的结果网页就属于视图层(View)。像这样,控制层负责前台与后台的交互,数据模型层封装用户的输入/输出数据,视图层选择恰当的视图来显示最终的执行结果,这样的层次分明的软件开发和处理流程被称为 MVC 模式。
在学习 Servlet 及 JSP 开发时,JavaBean 相当于 Model,Servlet 相当于 Controller,JSP 相当于 View。
总结如下:视图层(View):负责格式化数据并把它们呈现给用户,包括数据展示、用户交互、数据验证、界面设计等功能。
控制层(Controller):负责接收并转发请求,对请求进行处理后,指定视图并将响应结果发送给客户端。
数据模型层(Model):模型对象拥有最多的处理任务,是应用程序的主体部分,它负责数据逻辑(业务规则)的处理和实现数据操作(即在数据库中存取数据)。
图1-1 Springboot框架图
jQuery是一个快速、简洁的JavaScript框架,是继Prototype之后又一个优秀的JavaScript代码库(框架)于2006年1月由John Resig发布。jQuery设计的宗旨是“write Less,Do More”,即倡导写更少的代码,做更多的事情。它封装JavaScript常用的功能代码,提供一种简便的JavaScript设计模式,优化HTML文档操作、事件处理、动画设计和Ajax交互。
jQuery的核心特性可以总结为:具有独特的链式语法和短小清晰的多功能接口;具有高效灵活的CSS选择器,并且可对CSS选择器进行扩展;拥有便捷的插件扩展机制和丰富的插件。jQuery兼容各种主流浏览器,如IE 6.0+、FF 1.5+、Safari 2.0+、Opera 9.0+等。
快速获取文档元素:jQuery的选择机制构建于Css的选择器,它提供了快速查询DOM文档中元素的能力,而且大大强化了JavaScript中获取页面元素的方式。
提供漂亮的页面动态效果:jQuery中内置了一系列的动画效果,可以开发出非常漂亮的网页,许多网站都使用jQuery的内置的效果,比如淡入淡出、元素移除等动态特效。
创建AJAX无刷新网页:AJAX是异步的JavaScript和XML的简称,可以开发出非常灵敏无刷新的网页,特别是开发服务器端网页时,比如PHP网站,需要往返地与服务器通信,如果不使用AJAX,每次数据更新不得不重新刷新网页,而使用AJAX特效后,可以对页面进行局部刷新,提供动态的效果。
提供对JavaScript语言的增强:jQuery提供了对基本JavaScript结构的增强,比如元素迭代和数组处理等操作。
增强的事件处理:jQuery提供了各种页面事件,它可以避免程序员在HTML中添加太多事件处理代码,最重要的是,它的事件处理器消除了各种浏览器兼容性问题。
更改网页内容:jQuery可以修改网页中的内容,比如更改网页的文本、插入或者翻转网页图像,jQuery简化了原本使用JavaScript代码需要处理的方式。
3.1 功能分析
按照开题报告中设计的功能需求,可以将整个社区疫情防控系统拆分为用户前端和管理后台,根据不同角色的功能设计。总体功能结构如图3-1所示

图3-1 总体框架图
| 功能编号 | 功能名称 | 功能描述 | 优先级 |
| 1 | 登录 | 使用之前需要先登录。 | 高 |
| 2 | 注册 | 登录之前需要注册,获取权限。 | 高 |
| 3 | 疫情监控 | 疫情监控信息图标展示 | 高 |
| 4 | 用户管理 | 展示管理员以及程序用户列表 | 中 |
| 5 | 疫情公告 | 疫情公告信息展示 | 高 |
| 6 | 疫情上报 | 疫情上报以及疫情上报信息管理 | 高 |
| 7 | 排查信息登记 | 排查信息登记以及管理 | 中 |
| 8 | 居民档案 | 居民档案信息 | 高 |
| 9 | 体温登记 | 体温登记以及登记信息管理 | 高 |
| 10 | 个人信息 | 个人信息管理 | 高 |
| 11 | 疫情公告 | 疫情公告查看 | 高 |
| 12 | 健康码 | 健康码出示 | 高 |
| 13 | 行程码 | 行程码出示 | 高 |
| 14 | 疫情为他人上报 | 疫情为他人上报 | 高 |
利用远程工具processon设计的社区疫情防控系统的原型图如下:
图3-2 系统原型图
由于本系统未涉及复杂的算法计算,为了能够利用最节约的成本以及简洁的代码达到最佳的效果,经过调研,计划采用Java语言来开发,具体的软硬件环境要求如下。
(1)硬件环境:Corei7处理器,内存要求8G及以上,硬盘50G以上
(2)服务器: 采用普通办公用个人计算机作为服务器,用来发布服务。
(3)开发工具:Idea
(4)操作系统:可以采用Windows7及以上系统。
(5)数据库系统:采用现在比较流行的MySQL数据库。
(6)服务器:采用Tomcat9。
(7)Java环境:JDK10。
(8)C端:谷歌浏览器。
本社区疫情防控系统,采用免费开源的Mysql作为数据库,开源的开发工具IDEA作为开发工具,用自己的电脑作为服务器,综上所属本项目在经济上是可行的。
本社区疫情防控系统采用Java语言作为后端开发语言,Mysql作为数据库,HTML、javascript等语言作为前端语言,以上语言都有成熟的框架,这些框架让编码没有那么难,所以,本社区疫情防控系统在技术上是可行的。
本社区疫情防控系统采用传统的系统操作形式,通过浏览器打开本系统,各项功能按照使用前后顺利平铺在左侧菜单栏,符合用户的操作习惯,所以本社区疫情防控系统在操作上是可行的。
本社区疫情防控系统仅用作毕业设计,不会对外开放,不会存在法律风险。
基于微信小程序的的社区疫情防控系统是使用JAVA的Spring boot框架基础上开发的,使用 IDEA作为开发工具,Mysql作为数据库,系统主要分为管理员、居民用户两种角色,系统的总体结构设计如图 4-1 所示。

图4-1 整体结构设计图
4.2.1 系统时序图
按照要求输入账号密码登录系统;如下图4-2所示。

图4-2 登录图
管理员添加内容,如下图4-3所示。

图4-3添加图
登录用户打开需要修改的内容,按照要求输入需要修改的信息,点击提交修改成功,如下图4-4所示。

图4-4 修改顺序图
(1)管理员
登录:使用之前需要先登录。
疫情监控 疫情监控信息图标展示
用户管理 展示管理员以及程序用户列表
疫情公告 疫情公告信息展示
疫情上报 疫情上报以及疫情上报信息管理
排查信息登记 排查信息登记以及管理
居民档案 居民档案信息
体温登记 体温登记以及登记信息管理
登录:使用之前需要先登录。
注册:登录之前需要注册,获取权限。
疫情监控:疫情监控信息图标展示
疫情公告:疫情公告信息展示
疫情上报:疫情上报以及疫情上报信息管理
体温登记:体温登记以及登记信息管理
个人信息:个人信息管理
健康码:健康码出示
行程码:行程码出示
疫情自主上报:疫情自主上报
疫情为他人上报:疫情为他人上报
社区居民以及管理员登录流程、修改流程以及关键词搜索流程如下图

图4-5 登录流程

图4-6 修改流程

图4-7 关键词搜索流程
4.3.1 数据库E-R图设计

图4-8 数据库E-R图
(1)社区居民与社区管理员进行登录。登录信息描述如表4.1所示。
表4.1 登录用例
| 用例标识 | 1 |
| 用例名称 | 社区居民与社区管理员用户进行登录 |
| 参与者 | 社区居民与社区管理员 |
| 前置条件 | 社区居民与社区管理员拥有账号与密码 |
| 后置条件 | 社区居民与社区管理员登录成功 |
| 用例概述 | 社区居民与社区管理员进行登录 |
| 基本事件流 | 1、社区居民与社区管理员通过账号与密码进行登录。 2、社区居民与社区管理员登陆成功。
|
| 备选事件流 | 1、登录成功,跳转到主页面。 2、登陆失败,提示失败信息。 |
| 备注 | 无。 |
(2)居民用户进行账号的注册。居民用户注册描述如表2.3所示。
表4.2 居民用户注册用例
| 用例标识 | 2 |
| 用例名称 | 居民用户进行注册 |
| 参与者 | 居民用户 |
| 前置条件 | 居民用户能打开网站 |
| 后置条件 | 居民用户能成功注册 |
| 用例概述 | 居民用户填写基本信息进行注册 |
| 基本事件流 | 1、居民用户输入自己的账号与密码进行注册。 2、居民用户注册成功。
|
| 备选事件流 | 1、注册成功,跳转到登录页面。 2、登陆失败。 |
| 备注 | 无。 |
(3)疫情监控信息。疫情监控信息图标展示描述如表4.3所示。
表4.3 疫情监控用例
| 用例标识 | 3 |
| 用例名称 | 疫情监控 |
| 参与者 | 社区管理员 |
| 前置条件 | 社区管理员成功登录 |
| 后置条件 | 社区管理员成功监控疫情信息 |
| 用例概述 | 社区管理员疫情监控信息图标展示 |
| 基本事件流 | 1、社区管理员通过账号与密码进行登录。 2、社区管理员监控疫情信息。
|
| 备选事件流 | 1、疫情监控信息图标展示。 |
| 备注 | 无。 |
(4)社区管理员用户管理描述如表4.4所示。
表4.4 用户管理用例
| 用例标识 | 4 |
| 用例名称 | 社区管理员用户管理用例 |
| 参与者 | 社区管理员 |
| 前置条件 | 社区管理员成功登录 |
| 后置条件 | 社区管理员用户管理 |
| 用例概述 | 社区管理员进行用户管理操作 |
| 基本事件流 | 1、用户通过修改个人信息页面修改个人信息。 2、管理员通过用户管理页面添加一个新的用户。 3、管理员通过用户管理页面修改用户信息。 4、管理员通过用户管理页面删除用户信息。 |
| 备选事件流 | 1、增删改查成功。。 2、增删改查失败。 |
| 备注 | 无。 |
(5)社区管理员疫情公告。社区管理员疫情公告描述如表4.5所示。
表4.5疫情公告用例
| 用例标识 | 5 |
| 用例名称 | 社区管理员疫情公告管理 |
| 参与者 | 社区管理员 |
| 前置条件 | 社区管理员成功登录 |
| 后置条件 | 社区管理员疫情公告管理 |
| 用例概述 | 社区管理员疫情公告管理 |
| 基本事件流 | 1、社区管理员通过账号与密码进行登录。 2、社区管理员增删改查疫情公告信息。 |
| 备选事件流 | 1、增删改查成功。 2、增删改查失败。 |
| 备注 | 无。 |
(6) 社区管理员疫情上报用例描述如表4.6所示。
表4.6 社区管理员疫情上报用例
| 用例标识 | 6 |
| 用例名称 | 社区管理员疫情上报 |
| 参与者 | 社区管理员 |
| 前置条件 | 社区管理员登录系统。 |
| 后置条件 | 无 |
| 用例概述 | 社区管理员疫情上报。 |
| 基本事件流 | 1、社区管理员疫情上报。 |
| 备选事件流 | 1、上报成功。 2、系统响应,成功,失败。 3、系统响应,成功,失败。 |
| 备注 | 无。 |
(7)排查信息登记用例描述如表4.7所示。
表4.7 排查信息登记用例
| 用例标识 | 7 |
| 用例名称 | 排查信息登记 |
| 参与者 | 社区管理员 |
| 前置条件 | 社区管理员登录系统。 |
| 后置条件 | 无 |
| 用例概述 | 社区管理员对排查信息登记管理。 |
| 基本事件流 | 1、社区管理员通过账号与密码进行登录。 2、社区管理员增删改查排查信息登记信息。 |
| 备选事件流 | 1、系统响应,成功。 2、系统响应,失败。 |
| 备注 | 无。 |
(8)管理员添加居民档案。管理员添加居民档案描述如表4.8所示。
表4.8 添加居民档案用例
| 用例标识 | 8 |
| 用例名称 | 添加居民档案用例 |
| 参与者 | 管理员 |
| 前置条件 | 管理员成功登录 |
| 后置条件 | 管理员添加居民档案成功 |
| 用例概述 | 管理员添加居民档案 |
| 基本事件流 | 1、管理员通过账号与密码成功登录。 2、管理员进行添加居民档案操作。
|
| 备选事件流 | 1、居民档案添加成功。 2、居民档案添加失败。 |
| 备注 | 无。 |
(9)管理员管理体温登记信息, 管理员管理体温登记信息描述如表4.9所示。
表4.9 体温登记信息管理用例
| 用例标识 | 9 |
| 用例名称 | 体温登记信息用例 |
| 参与者 | 管理员 |
| 前置条件 | 管理员成功登录 |
| 后置条件 | 管理员对体温登记信息修改成功 |
| 用例概述 | 管理员对体温登记信息进行管理 |
| 基本事件流 | 1、管理员通过账号与密码进行登录。 2、管理员对体温登记信息进行删改查操作。
|
| 备选事件流 | 1、体温登记信息修改成功。 2、体温登记信息修改失败。 |
| 备注 | 无。 |
(10)社区居民疫情自主上报,社区居民疫情自主上报描述如表4.10所示。
表4.10 社区居民疫情自主上报用例
| 用例标识 | 10 |
| 用例名称 | 社区居民添加分类用例 |
| 参与者 | 社区居民 |
| 前置条件 | 社区居民成功登录 |
| 后置条件 | 社区居民添加分类成功 |
| 用例概述 | 社区居民疫情自主上报 |
| 基本事件流 | 1、社区居民通过账号与密码进行登录。 2、社区居民进行疫情自主上报操作。
|
| 备选事件流 | 1、疫情自主上报成功。 2、疫情自主上报失败。 |
| 备注 | 无。 |
(11)超级社区居民可以通过疫情为他人上报用例对系统中的用户订单信息进行维护,包括对订单的增删改查。管理订单信息用例描述如表4.6所示。
表4.11 管理订单信息用例
| 用例标识 | 6 |
| 用例名称 | 管理订单信息 |
| 参与者 | 社区居民 |
| 前置条件 | 社区居民登录系统。 |
| 后置条件 | 无 |
| 用例概述 | 社区居民疫情为他人上报。 |
| 基本事件流 | 1、社区居民通过账号与密码进行登录。 2、社区居民疫情为他人上报页面。 |
| 备选事件流 | 1、系统响应,成功,失败。 2、系统响应,成功,失败。 |
| 备注 | 无。 |
(1)疫情自主上报(yqsb)表结构如下表所示。
| 表4.1 疫情自主上报 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Id | varchar | 255 | 是 | 主键id |
| Xm | varchar | 255 | 否 | 姓名 |
| Dh | varchar | 255 | 否 | 手机号 |
| Sfz | varchar | 255 | 否 | 身份证号码 |
| Sex | varchar | 255 | 否 | 性别 |
| Age | varchar | 255 | 否 | 年龄 |
| Dz | varchar | 255 | 否 | 居住详细地址 |
| Jk | varchar | 255 | 否 | 健康状况(健康、发热、咳嗽、乏力) |
| Tw | varchar | 255 | 否 | 当前体温 |
| Jw | varchar | 255 | 否 | 是否境外人员 |
| Xcm | varchar | 255 | 否 | 行程码是否异常 |
| Jkm | varchar | 255 | 否 | 健康码是否异常 |
| Bz | varchar | 255 | 否 | 备注 |
(2)用户表(yhb)
表结构如下表所示。
| 表4.2 用户表 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Userid | varchar | 255 | 是 | 主键id |
| Name | varchar | 255 | 否 | 姓名 |
| Account | varchar | 255 | 否 | 账号 |
| Password | varchar | 255 | 否 | 密码 |
| Phone | varchar | 255 | 否 | 电话 |
| Roles | varchar | 255 | 否 | 角色 |
(3)排查信息登记表(yqdj)表结构如下表所示。
| 表4.3 排查信息登记 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Id | varchar | 255 | 是 | 主键id |
| Xm | varchar | 255 | 否 | 姓名 |
| Dh | varchar | 255 | 否 | 手机号 |
| Sfz | varchar | 255 | 否 | 身份证号码 |
| Sex | varchar | 255 | 否 | 性别 |
| Age | varchar | 255 | 否 | 年龄 |
| Dz | varchar | 255 | 否 | 居住详细地址 |
| Jk | varchar | 255 | 否 | 健康状况(健康、发热、咳嗽、乏力) |
| Tw | varchar | 255 | 否 | 当前体温 |
| Jw | varchar | 255 | 否 | 是否境外人员 |
| Xcm | varchar | 255 | 否 | 行程码是否异常 |
| Jkm | varchar | 255 | 否 | 健康码是否异常 |
| Bz | varchar | 255 | 否 | 备注 |
| Dw | varchar | 255 | 否 | 工作单位 |
| dwdz | varchar | 255 | 否 | 工作单位地址 |
| Fh | varchar | 255 | 否 | 最近21天是否外地返回 |
| Fhdz | varchar | 255 | 否 | 出发详细地址 |
(4)居民档案表(yqda)表结构如下表所示。
| 表4.4 居民档案表 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Id | varchar | 255 | 是 | 主键id |
| Xm | varchar | 255 | 否 | 姓名 |
| Dh | varchar | 255 | 否 | 手机号 |
| Sfz | varchar | 255 | 否 | 身份证号码 |
| Sex | varchar | 255 | 否 | 性别 |
| Age | varchar | 255 | 否 | 年龄 |
| Dz | varchar | 255 | 否 | 居住详细地址 |
| Dw | varchar | 255 | 否 | 工作单位 |
| dwdz | varchar | 255 | 否 | 工作单位地址 |
(5)体温登记表(yqtw)表结构如下表所示。
| 表4.5 体温登记表 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Id | varchar | 255 | 是 | 主键id |
| Xm | varchar | 255 | 否 | 姓名 |
| Dh | varchar | 255 | 否 | 手机号 |
| Sfz | varchar | 255 | 否 | 身份证号码 |
| Tw | varchar | 255 | 否 | 体温 |
| Rq | varchar | 255 | 否 | 登记日期 |
(6)疫情公告表(yqgg)表结构如下表所示。
| 表4.6 疫情公告表 | ||||
| 列名 | 数据类型 | 长度 | 是否主键 | 说明 |
| Id | varchar | 255 | 是 | 主键id |
| Bt | varchar | 255 | 否 | 标题 |
| Nr | varchar | 255 | 否 | 内容 |
| Sj | varchar | 255 | 否 | 发布时间 |