医院管理的设计与实现
摘 要
随着互联网趋势的到来,各行各业都在考虑利用互联网将自己推广出去,最好方式就是建立自己的互联网系统,并对其进行维护和管理。在现实运用中,应用软件的工作规则和开发步骤,采用Jsp技术建设医院管理。
本设计主要实现集人性化、高效率、便捷等优点于一身的医院管理,完成首页、个人资料、公共管理(轮播图、公告栏)用户管理(管理员、普通用户、医生用户)信息管理(医院资讯、医院资讯列表)门诊大厅、门诊预约、病情记录、药品管理、问题咨询等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。只需通过一台电脑,动动手指就可以操作系统,实现数据通信管理。整个系统的设计过程都充分考虑了数据的安全、稳定及可靠等问题,而且操作过程简单。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。
医院管理使用Java语言,采用基于 MVC模式的jsp技术进行开发,使用 MyEclipse 2017 CI 10 编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。
关键词:数据通信;jsp;关系型数据库;数据存储
Design and Implementation of Hospital Management
Abstract
With the arrival of the internet trend, various industries are considering using the internet to promote themselves. The best way is to establish their own internet system, maintain and manage it. In practical applications, the working rules and development steps of application software are constructed using Jsp technology for hospital management.
This design mainly achieves hospital management that combines the advantages of humanization, efficiency, and convenience. It completes functional modules such as homepage, personal information, public management (broadcast images, bulletin boards), user management (administrators, ordinary users, doctor users), information management (hospital information, hospital information list), outpatient hall, outpatient appointment, disease record, drug management, and problem consultation. The system communicates with the server through a browser to achieve data interaction and changes. You only need to use a computer and move your fingers to operate the system, achieving data communication management. The entire system design process fully considers issues such as data security, stability, and reliability, and the operation process is simple. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services.
The hospital management uses Java language, jsp technology based on MVC mode for development, and MyEclipse 2017 CI 10 compiler for compilation. In terms of data, Microsoft's MySQL relational database is mainly used as the data storage medium, and the system development is completed with the foreground HTML+CSS technology.
Keywords: data communication; jsp; Relational database; data storage
目 录
随着社会的发展,人们对健康越来越关注,医院的业务不断增长,处理越来越复杂,简单的人工经营管理,已无法满足医院的需要成为医院发展的瓶颈,人们对医疗服务的要求也越来越高。传统的手工操作模式病人帐目繁杂,病人查帐困难病区和药房的药品浪费现象严重且无法追踪, 人工传送各种记帐单容易漏、错帐,人工划价收费差错难以避免,因此,如何提服务水平、提高工作效率,成为迫待解决的问题。医院管理信息化不仅能提高医务人员的工作效率和医疗水平,而且能提高医院的服务质量和管理水平,因此,医院对管理信息系统有着强烈的需求。利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据医交换的能力,并满足所有授权用户的功能需求。开发医院管理信息系统的目标就是立足医院应用实际,着眼院未来发展,以强化医院管理,提高医疗质量,方便患者就医和查询,提高医院的服务效率和服务质量,设计一套符合国家功能规范要求,安全稳定,操作简便的医院信息系统,为医院提供一套全方位的解决方案。
目前,国内外医院管理采取的方式主要有:一,纯人工管理;二,利用一些建立在过时的系统底板上的系统进行管理。这两种方法目前看来有很大弊端:前者由于管理人员文化程度不一,可能在信息处理过程中出现记录丢失、信息传达有误等问题,同时人工文件难以保存,档案记录容易损坏或者丢失;后者在一定程度上满足了信息处理和保存的问题,但由于系统陈旧,存在信息泄露的风险。在当今现代化社会,任何医院,需要一个建立在新型系统上的管理系统以规范医院本身的运营管理,提高管理水平、工作效率,实现利益的最大化。
目前,国内外已出现多种医院管理,其技术类型也多种多样,如基于FTP、JSP系统所设计的管理软件,但其主要应用于大型医院的财务、医疗等关键部门,小型医院应用范围不广泛。针对国内外对医院管理的需求,一个合格的管理系统,其软件功能要齐全完备,操作简捷,同时系统要具备一定的成长性、灵活性,可不断完善,提升自身的信息安全系数。
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了医院管理的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
本系统前端部分基于JSP框架进行开发,采用B/S模式,后端部分基于Java的ssm框架进行开发。
MVC模式是常用的开发模式,主要是在代码实现上将其分为M层、V层和C层。
视图(View)代表用户交互界面,一个 Web 应用就可能有很多的界面,在 MVC 模式中,视图仅仅处理的只有数据采集、处理,还有用户的请求, 并不包括业务流程的处理,业务流程由模型(Model)来处理[3]。
模型(Model)就是业务流程/状态的处理及业务规则的制定。模型处理业务流程的过程其它层是无法看见了的,它就像黑箱子,在接受视图请求的数据之后,然后返回最终的处理结果。MVC 最主要的核心就是业务模型的设计,一个典型的应用例子就是目前流行的 EJB 模型,它从应用技术实现的角度对模型做了进一步的划分,以便充分利用现有的组件,但是它不能作为应用设计模型的框架[4]。
控制器(Controller)可以理解为接收用户的请求,然后视图和模型匹配在一起,一起再完成用户请求。它有非常明显的作用在划分控制层上,可以很清晰地告诉你,它就是一个分发器,选择什么样的模型、视图,可以完成用户的什么样的请求。控制层不做所有的数据处理,比如说:用户点击一个连接,控制层接受到请求之后,并不处理业务信息,它只是向模型传递用户的信息,同时告诉模型做什么,然后选择符合需求的视图返回给用户[5][6]。
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的医院管理也需要这项技术的支持[7]。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象[8]。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题[9]。
SSM即SpringMVC+Spring+Mybatis,这三个框架有各自最独有的优势,那么将它们组合在一起能够碰撞出很强的火花。设计者在不需消耗大量功夫,能做出Web应用程序,而且这个程序还具有层次清晰、升级更新操作不影响正常使用的、允许多次使用的特点。这个复合框架形成一个有着结构完整、功能强大和结构良好的体系:SpringMVC使各板块分离,Spring使开发更灵活方便,使用Mybatis让开发者直接对对象进行操纵,各层次分工明细,并实现各个层次间的解耦,让代码更加的灵活精简。这个框架使程序员能够规避在开发时期避免个别错误导致整体被破坏,也能在后期应对客户对产品提出的新需求[10] [11]。
Tomcat软件是在一个开放的、参与式的环境中开发的,许多人都喜欢使用它[13]。它可以独立的被应用,却不适用于并发访问较高的情况。它是一个小型的服务连接器,程序员用它来测试服务器页面。Tomcat服务器的性能稳定、容易上手、不需要消费即可获得等,这些益处抓住开发者的眼球,使用者擢发难数[14]。
本次设计基于B/S 模式下,运用JSP技术采用的是MySQL数据库和Myeclipse实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用Java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以医院管理具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
用户用例图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/746c423a1185c42e34607ece26d5baf2.png)
图3-1 用户用例图
管理员用例图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/decd9918aef36a597c84c416081b5aab.png)
图3-2 管理员用例图
医生用户用例图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/f08d4a37488d775b066f3754334d7579.png)
图3-3医生用户用例图
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
零层数据流程图包括了登录注册、用户功能和检索维护等模块,在登录注册模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/14961fde39fce8406676b16376ced374.png)
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录注册细分为填制登录注册数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/9f1d024e2dff1ac78fa953a9dee9bea5.png)
图3-3系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录注册信息、用户功能的细化。即:填写登录注册信息细化为填制信息、后台审核,用户功能细化为首页、个人资料、预约信息、药品出库等操作。
系统的二层数据流图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/0a57f3c47285fa84aeda4cbb63afb07b.png)
图3-4系统数据流图(二层)
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。医院管理主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/43cbf2070a0cdcb5492f57c77e63abe0.png)
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:首页、个人资料、公共管理(轮播图、公告栏)用户管理(管理员、普通用户、医生用户)信息管理(医院资讯、医院资讯列表)门诊大厅、门诊预约、病情记录、药品管理、问题咨询。系统整体角色分为三个部分,一是注册用户、二是医生、最后是管理员。权限分布也是很明显,用户是在除去浏览信息之外还具有查询和管理自己账户信息、请预约挂号、预约信息、患者病史等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/b6d5f1d4a7be0309c05e89a95d41fb21.png)
图4-2系统功能结构图
用户管理模块
该模块是为所有用户登录设计的,如员工登录后只能进行自己的普通功能操作(如个人信息修改),管理员和超级管理员登录后有不同的权限,管理员不能超越权限。超级管理员能对整个系统的数据进行管理,主要是用户的登录权限以及用户登录后在系统里的操作权限。
药品维护模块
操作人来录入药品数据,点击药品录入按钮,依次填写要录入的药品数据,点击提交按钮,将数据提交至数据库,然后刷新药品数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
医生、病人维护模块
操作人来录入医生、病人数据,点击医生、病人录入按钮,依次填写要录入的医生、病人数据,点击提交按钮,将数据提交至数据库,然后刷新医生、病人数据页面,每条数据右边有删除和编辑按钮,来完成相应的删除和更新功能。
通知维护模块
管理员点击通知管理菜单,点击通知添加子菜单,添加通知数据,填写标题、内容、类别、图片,提交成功后,通知数据页面刷新,新数据成功载入页面。
预约挂号维护模块
根据预约挂号维护的流程,员工提交预约挂号数据,在个人后台便可以查看到历史提交的预约挂号数据,管理员来维护预约挂号数据,审批确认已存在的预约挂号数据。
打印和导出模块
系统多个页面可以进行打印功能,包括信息详细页,信息列表页,打印时调用外部打印机,完成打印设置即可打印,在信息列表页可以将该信息列表导出至excel中,用户选择保存excel文件的路径,既可以下载至本地,在excel中可以自由编辑。
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在医院管理中存在着多个实体分别是用用户、管理员、药品、医生、预约挂号、预约信息。
系统总体ER图如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/9aeaffea798815ac833689cb28e5d948.png)
图4-4系统总体ER图
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。医院管理所需要的部分数据结构表如下表所示。
表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 | 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 | 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 | disease_record_id | int | 10 | 0 | N | Y | 病情记录ID | |
2 | doctor_no | int | 10 | 0 | Y | N | 0 | 医生编号 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctor_expertise | varchar | 64 | 0 | Y | N | 医生专长 | |
5 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
6 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
7 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
8 | description_of_illness | text | 65535 | 0 | Y | N | 病情描述 | |
9 | corresponding_cases | varchar | 64 | 0 | Y | N | 相应病例 | |
10 | case_name | varchar | 64 | 0 | Y | N | 病例名称 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_user_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctor_no | varchar | 64 | 0 | N | N | 医生编号 | |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | gender_of_doctor | varchar | 64 | 0 | Y | N | 医生性别 | |
5 | doctors_age | varchar | 64 | 0 | Y | N | 医生年龄 | |
6 | doctor_expertise | varchar | 64 | 0 | Y | N | 医生专长 | |
7 | medical_time | varchar | 64 | 0 | Y | N | 从医时间 | |
8 | length_of_medical_practice | varchar | 64 | 0 | Y | N | 从医时长 | |
9 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_management_id | int | 10 | 0 | N | Y | 药品管理ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | number_of_drugs | int | 10 | 0 | Y | N | 0 | 药品数量 |
4 | number_of_drug_batches | varchar | 64 | 0 | Y | N | 药品批数 | |
5 | medicine_pictures | varchar | 255 | 0 | Y | N | 药品图片 | |
6 | brief_introduction_of_drugs | longtext | 2147483647 | 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 | 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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | ordinary_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | address | 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 | 更新时间 |
表outpatient_appointment (门诊预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | outpatient_appointment_id | int | 10 | 0 | N | Y | 门诊预约ID | |
2 | doctor_no | int | 10 | 0 | Y | N | 0 | 医生编号 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_age | varchar | 64 | 0 | Y | N | 医生年龄 | |
5 | doctor_expertise | varchar | 64 | 0 | Y | N | 医生专长 | |
6 | appointed_by | int | 10 | 0 | Y | N | 0 | 预约人 |
7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
8 | gender | varchar | 64 | 0 | Y | N | 用户性别 | |
9 | number_of_appointments | varchar | 64 | 0 | Y | N | 预约人数 | |
10 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
11 | time_of_appointment | datetime | 19 | 0 | Y | N | 预约时间 | |
12 | description_of_illness | text | 65535 | 0 | Y | N | 病情描述 | |
13 | corresponding_cases | varchar | 64 | 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 | outpatient_hall_id | int | 10 | 0 | N | Y | 门诊大厅ID | |
2 | doctor_no | int | 10 | 0 | Y | N | 0 | 医生编号 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_age | varchar | 64 | 0 | Y | N | 医生年龄 | |
5 | doctor_expertise | varchar | 64 | 0 | Y | N | 医生专长 | |
6 | number_of_patients_diagnosed | int | 10 | 0 | Y | N | 0 | 已诊数量 |
7 | medical_time | date | 10 | 0 | Y | N | 从医时间 | |
8 | length_of_medical_practice | varchar | 64 | 0 | Y | N | 从医时长 | |
9 | doctor_picture | varchar | 255 | 0 | Y | N | 医生图片 | |
10 | doctor_profile | longtext | 2147483647 | 0 | Y | N | 医生简介 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | 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 | question_consultation_id | int | 10 | 0 | N | Y | 问题咨询ID | |
2 | doctor_no | int | 10 | 0 | Y | N | 0 | 医生编号 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctor_information | text | 65535 | 0 | Y | N | 医生信息 | |
5 | consulting_users | int | 10 | 0 | Y | N | 0 | 咨询用户 |
6 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
7 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
8 | user_information | text | 65535 | 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 | 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 | 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 | 更新时间: |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/66f4885a3974b15e522c10d6432dd2d0.png)
图5-1登录流程图
系统登录界面如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/95e05f4f84619fc4f0ecb565097eeaeb.png)
图5-2系统登录界面
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。如下图所示为系统的首页界面。
![](https://i-blog.csdnimg.cn/blog_migrate/5599f815c14f6dd6011e08d623e98b01.png)
图5-3系统首页界面
此页面实现员工的注册,必须注册登录后才能使用系统大部分功能,用户名不允许重复如果重复将会注册失败,并弹出相应的提示,通过js实现对输入的验证。
用户注册流程图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/5fcaed27ad00dbc10783a822f761feec.png)
图5-4用户注册流程图
用户注册界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/76019ccab4c7491d9353c72148bf0881.png)
图5-5用户注册界面
用户提交预约挂号,可以进行新增、查看、修改以及删除等相应的预约挂号管理操作。当点击"新增预约挂号"的按钮时,在预约挂号添加界面进行详细信息的添加操作。当点击"查看预约挂号"超级链接时,会显示所选的预约挂号的信息,然后点击"返回"再返回到其主页面。
预约挂号提交界面如图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/f5f510b8bf195716e905e63d46af1314.png)
图5-6预约挂号提交界面
预约挂号管理界面如图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/6322bd7e4df931d54c8c3f871af7cd2f.png)
图5-7预约挂号管理界面
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
用户管理界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/87ebf8ae50a5ad376bba9c1bf2c710ba.png)
图5-8用户管理界面
用户点击登录填写账号信息登录后,会切换内容为“某某用户欢迎您”和历史订单,并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时客户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过UserController.java的updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。
密码修改流程图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/23f9620d59910a481b581d047b18b6dd.png)
图5-9密码修改流程图
添加药品信息时,输入必填字段后,表现层的YaopinController接受传过来的药品信息参数,再调用YaopinController类的addYaopin方法,经过YaopinService业务层到YaopinMapper持久层的处理,完成对整个添加药品信息的操作。addYaopin方法也和用户管理中的addUser方法类似,同时做添加和修改工作。
修改药品信息时,选择需要修改的药品进行修改,调用YaopinController控制器的editYaopin方法,拿到该药品原本的信息并显示到页面,管理员再对需要修改的药品信息字段进行修改,完成后调用addYaopin方法,调用业务层的updateByKey方法,更新数据库的药品信息表的数据。
药品管理流程图如下所示。
![](https://i-blog.csdnimg.cn/blog_migrate/60930e418c24c7c5bb7f92368d1507e7.png)
图5-10药品管理流程图
药品添加界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/b1c46470b3bd80cc9f28b035ac258bd6.png)
图5-11药品添加界面
药品查询界面如下图所示。
![](https://i-blog.csdnimg.cn/blog_migrate/9fd7309c5b1c4c809f8f270d9b727c5f.png)
图5-12药品查询界面
在对该系统进行完详细设计和编码之后,就要对医院管理的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
测试性能 | 新用户注册 | ||
用例目的 | 测试系统新用户个人信息注册功能的功能和安全性 | ||
前提条件 | 进入注册页面填写个人信息 | ||
输入条件 | 预期输出 | 实际情况 | |
各项基本信息输入不完整 | 不允许注册,无法点击注册按钮 | 一致 | |
填写已存在的用户名 | 系统显示出提示信息,要求重新填写 | 一致 | |
两次密码输入不一致 | 系统显示出提示信息,要求重新填写 | 一致 | |
填写的各项信息没有符合提示的长度和字符要求 | 系统显示出提示信息,要求重新填写 | 一致 | |
胡乱填写电话号码 | 收不到验证码 | 一致 | |
填写验证码与收到的不一致 | 系统显示提示信息告知用户验证码错误,不予注册 | 一致 |
登录测试用例表如下所示。
表6-2登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
药品管理测试用例表如下所示。
表6-4药品管理测试用例
测试性能 | 药品相关信息管理功能 | ||
用例目的 | 测试系统后台操作员对药品相关信息进行管理的功能是否正常 | ||
前提条件 | 登录系统后台进入相关管理页面 | ||
输入条件 | 预期输出 | 实际情况 | |
普通操作员登录,点击进入药品相关信息管理的页面 | 提示非超级用户,权限不够,无法进入相关页面 | 一致 | |
超级操作员登入,删除某个已被查询的药品 | 提示该药品删除失败 | 一致 | |
点击增加药品按钮 | 页面正常跳转 | 一致 | |
增加药品是,填写已存在的药品编号 | 提示该编号已存在 | 一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过医院管理的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1],基于人脸识别的视听残障学生教学在线学习系统[J].中国信息技术教育,2021
[2]包昕锐.基于WiFi和人脸比对的课堂手机考勤系统[J].高师理科学刊,2021,41(03):22-26+
[3]姜丽莉,涂玄武.基于SSM的“我的课堂”管理系统的设计与实现[J].科技与创新,2021(06):
[4]吕鹏辉,张起贵.基于Matlab的课堂点名系统的设计与实现[J].电脑编程技巧与维护,2021
[5]物联网技术下的体育课程管理系统开发[J].材料保护,2021,54(03):204-205.
[6]同步课堂设备维修管理系统”助力农村教学点教育信息化建设[J].中国信息技术教育,2021
[7]宋歌.信息系统安全课程的教学模式研究[J].福建电脑,2021,37(03):53-55.
[8]在线学习系统的无感知改进VIPLFaceNet人脸识别算法[J].西安工程大学学报,2021,
[9]. ResearchAndMarkets.com Offers Report: Global Classroom Management Systems Market[J]. Manufacturing Close - Up,2021.
[10]文字设计课堂教学创新研究——基于网格管理系统的文字设计方法培养[J].大观,2021
[11] 基于NB-IoT的智慧课堂管理技术研究与实现[D].南京邮电大学,2020.
[12].基于RFID技术的高校课堂考勤管理系统[J].电子测试,2020
[13]基于SSM的翻转课堂管理系统的设计与开发[J].信息记录材料,2020,
[14]基于NB-IoT的课堂管理系统设计[J].计算机技术与发展,2020
[15基于新技术的智慧课堂管理系统设计研究[J].数字技术与应用,2020
[16]NastitiAndini,DaehaKim,JongAhnChun.Operationalsoilmoisturemodelingusingamulti-stageapproachbasedonthegeneralizedcomplementaryprinciple[J].AgriculturalWaterManagement,2020,231.
[17]A.D.Titisari,D.Phillips,I.W.Warmada,Hartono,A.Idrus.40Ar/39ArgeochronologyofthePongkorlowsulfidationepithermalgoldmineralisation,WestJava,Indonesia[J].OreGeologyReviews,2020,119.
[18]FranciscoOrtin,OscarRodriguez-Prieto,NicolasPascual,MiguelGarcia.HeterogeneoustreestructureclassificationtolabelJavaprogrammersaccordingtotheirexpertiselevel[J].FutureGenerationComputerSystems,2020,105.
[19]SatyaKrismatama,IndahRiyantini,IwangGumilar,LantunParadhitaDewanti.SelectivityofFishingGearforScomberomorusguttatus(Bloch&Schneider,1801)CommoditiesinPangandaranFishingGround,WestJava[J].AsianJournalofFisheriesandAquaticResearch,2020.
[20]ZhongXiangfu,PlaAlbert,RaynerSimon.Jasmine:aJavapipelineforisomiRcharacterizationinmiRNA-Seqdata[J].Bioinformatics,2020,36(6).
致谢
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。
免费领取项目源码,请关注●点赞收藏并私信博主,谢谢~