摘 要
随着社会的快速发展和医疗技术的不断进步,献血作为一种重要的公益行为,对于保障医疗用血的需求和挽救生命具有不可替代的作用。然而,传统的献血管理方式往往存在着效率低下、信息不透明、数据难以统计等问题。为了解决这些问题,提高献血管理的效率和质量,基于Java编程语言,设计并实现了一款献血管理系统。
该系统以献血者的信息管理和血液库存管理为核心,通过信息化手段,实现了献血者信息的快速录入、查询、统计和血液库存的实时监控、预警等功能。同时,系统还提供了数据分析和报表生成功能,帮助管理人员更好地了解献血情况和血液库存状态,为决策提供支持。
系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。献血管理系统使用Java语言,采用基于 MVVM模式的springboot技术进行开发,使用 Eclipse 编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介。
关键词:献血管理系统;Java语言;springboot技术
Design and Implementation of a Blood Donation Management System Based on Java
Abstract
With the rapid development of society and the continuous progress of medical technology, blood donation, as an important public welfare behavior, plays an irreplaceable role in ensuring the demand for medical blood and saving lives. However, traditional blood donation management methods often suffer from problems such as low efficiency, opaque information, and difficulty in collecting data. In order to solve these problems and improve the efficiency and quality of blood donation management, a blood donation management system was designed and implemented based on Java programming language.
The system is centered around the information management of blood donors and blood inventory management. Through information technology, it achieves functions such as rapid input, query, statistics of blood donor information, and real-time monitoring and warning of blood inventory. At the same time, the system also provides data analysis and report generation functions to help management personnel better understand the blood donation situation and blood inventory status, providing support for decision-making.
The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The vaccine management system is developed using Java language and Springboot technology based on MVVM pattern. It is written using Eclipse compiler and mainly uses Microsoft's MySQL relational database as the data storage medium.
Keywords:Blood donation management system; Java language; Springboot technology
目 录
在现代社会中,献血管理对于保障医疗用血的需求、优化血液资源配置以及提升公共健康水平具有重要意义。然而,传统的献血管理方式往往受限于手工操作、信息分散和缺乏有效的数据分析工具,导致管理效率低下、血液资源浪费以及决策支持不足等问题。随着信息技术的快速发展,特别是在Java等成熟编程语言的推动下,开发一款高效、安全、易用的献血管理系统成为了解决这些问题的关键。通过整合献血者的信息、血液库存数据以及相关的医疗资源,该系统能够实现对献血流程的自动化管理,提高献血数据的准确性和实时性,为献血者和医疗机构提供更加便捷的服务。同时,该系统还能够为管理部门提供强大的数据分析和决策支持功能,帮助优化血液资源配置,提高献血工作的整体效率和质量。因此,基于Java的献血管理系统的设计与实现不仅具有重要的现实意义,也是推动献血事业向信息化、智能化方向发展的必然选择。
近年来,随着国内医疗信息化和数字化进程的加快,基于Java的献血管理系统在国内得到了广泛的关注和研究。许多学者和医疗机构纷纷投入到献血管理系统的研发中,并取得了一系列的研究成果。这些系统主要关注献血者的信息管理、血液库存管理、献血预约、数据分析等方面。通过采用Java等先进的编程语言和数据库技术,这些系统不仅提高了献血管理的效率,还为献血者和医疗机构提供了更加便捷、安全的服务。同时,国内的研究还注重系统的实用性和易用性,通过优化界面设计、简化操作流程等方式,使系统更加符合实际工作的需求。
国外研究现状:
在国外,献血管理系统的研究和应用也相对成熟。许多发达国家和地区已经建立了完善的献血管理体系,并广泛应用了信息技术来提高管理效率和服务质量。这些系统通常采用先进的技术架构和数据库管理系统,实现了献血流程的自动化、数据化和智能化。同时,国外的研究还注重系统的安全性和隐私保护,通过采用先进的加密技术和权限管理机制,确保用户数据的安全性和隐私性。此外,国外的献血管理系统还注重与其他医疗信息系统的集成和共享,以实现更加全面、高效的医疗资源管理和利用。
综上所述,基于Java的献血管理系统的设计与实现在国内外都受到了广泛的关注和研究。虽然国内外的研究现状存在一定的差异,但都致力于提高献血管理的效率和质量,为献血者和医疗机构提供更加便捷、安全的服务。同时,随着技术的不断进步和应用需求的不断提高,未来的献血管理系统将更加智能化、集成化和个性化。
第一章是绪论,本文章的开头部分,对本题目的研究背景意义和国内外研究现状等一些做文字性的描述。
第二章研究了献血管理系统的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的springboot框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的献血管理系统也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象[8]。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。
本次设计基于B/S 模式下,运用Java技术采用的是MySQL数据库和Eclipse实现,总体的可行性共分为以下三个方面。
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以献血管理系统具备操作可行性。
献血管理系统分为两大部分:管理员模块、普通用户模块。
(一)管理员管理模块:
- 管理员登录:管理员进入到系统登录界面,需要填写正确的登录名、密码、选择权限等信息输入准确无误后登录进入到系统操作界面。管理员的账号是在数据表表中直接设置生成的,不需要进行注册;修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。
- 后台首页:管理员登录后可以看到系统的整体概况,包括用户总数、献血车辆情况、献血预约情况等重要信息的统计数据。
- 系统用户管理:管理员可以对系统用户进行管理,包括添加新用户、修改用户信息、删除用户等操作,同时也可以对用户权限进行设置。
- 用户血型管理:管理员可以对用户的血型信息进行管理,包括添加用户血型信息、修改用户血型信息、删除用户血型信息等操作。
- 献血车辆管理:管理员可以对献血车辆进行管理,包括添加新车辆信息、修改车辆信息、删除车辆信息等操作。
- 献血预约管理:管理员可以对用户的献血预约进行管理,包括查看用户的预约情况、审核预约信息、取消预约等操作。
- 献血记录管理:管理员可以对用户的献血记录进行管理,包括查看用户的献血记录、修改献血记录、删除献血记录等操作。
- 系统管理:管理员可以管理系统首页的轮播图内容,包括添加新的轮播图、修改轮播图内容、删除轮播图等操作。
- 公告消息管理:管理员可以发布系统公告消息,包括添加新的公告、修改公告内容、删除公告等操作。
(二)普通用户管理模块:
- 首页:展示献血管理系统的核心信息和功能入口。
- 公告消息:发布和管理与献血相关的通知和公告。
- 献血资讯:提供献血相关的知识、文章和资讯。
- 献血车辆:展示当前可用的献血车辆及其位置信息。
- 我的账户:管理用户的个人信息和账户设置。
- 个人首页:展示用户的个人信息和献血相关的统计数据。
- 献血预约:允许用户预约献血时间和地点。
- 献血记录:展示用户的献血历史和详细信息。
- 收藏:允许用户收藏感兴趣的献血资讯或车辆信息。
献血管理系统的安全性、可靠性、性能和可扩展性是其重要的考量因素,它们不仅满足了用户对于功能性的要求,还为用户提供了更多的便利。根据表格3-1,我们可以清楚地看到这一点:
表3-1 献血管理系统非功能需求表
安全性 | 主要指献血管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指献血管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响献血管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着献血管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 献血管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
系统业务流程图,如图所示:
图3-2登录流程图
图3-3添加信息流程图
图3-4注册信息流程图
-
- 系统用例分析
普通用户用例图如下所示。
图3-5普通用户用例图
管理员用例图如下所示。
图3-6 管理员用例图
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。献血管理系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:后台首页、系统用户、用户血型管理、献血车辆管理、献血预约管理、献血记录管理、系统管理、公告消息管理、资源管理。系统整体角色分为两个部分,一是注册用户、二是管理员。权限分布也是很明显,管理员可以实现对用户的增加以及删除,是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
根据前面的数据流程图,结合系统的功能模块设计,设计出符合系统的各信息实体。
系统总体ER图如下图所示。
图4-4系统总体ER图
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。献血管理系统所需要的部分数据结构表如下表所示。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表blood_donation_appointment (献血预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | blood_donation_appointment_id | int | 10 | 0 | N | Y | 献血预约ID | |
2 | vehicle_number | varchar | 64 | 0 | Y | N | 车辆编号 | |
3 | vehicle_address | varchar | 64 | 0 | Y | N | 车辆地址 | |
4 | required_blood_type | varchar | 64 | 0 | Y | N | 所需血型 | |
5 | required_hp | varchar | 64 | 0 | Y | N | 所需血量 | |
6 | arrival_time | datetime | 19 | 0 | Y | N | 抵达时间 | |
7 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
8 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
9 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表blood_donation_records (献血记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | blood_donation_records_id | int | 10 | 0 | N | Y | 献血记录ID | |
2 | vehicle_number | varchar | 64 | 0 | Y | N | 车辆编号 | |
3 | vehicle_address | varchar | 64 | 0 | Y | N | 车辆地址 | |
4 | required_blood_type | varchar | 64 | 0 | Y | N | 所需血型 | |
5 | required_hp | varchar | 64 | 0 | Y | N | 所需血量 | |
6 | arrival_time | datetime | 19 | 0 | Y | N | 抵达时间 | |
7 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
8 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
9 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
10 | record_time | datetime | 19 | 0 | Y | N | 记录时间 | |
11 | blood_donation_volume | varchar | 64 | 0 | Y | N | 献血血量 | |
12 | blood_donation_notes | varchar | 64 | 0 | Y | N | 献血备注 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表blood_donation_vehicles (献血车辆)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | blood_donation_vehicles_id | int | 10 | 0 | N | Y | 献血车辆ID | |
2 | vehicle_number | varchar | 64 | 0 | N | N | 车辆编号 | |
3 | vehicle_address | varchar | 64 | 0 | Y | N | 车辆地址 | |
4 | required_blood_type | varchar | 64 | 0 | Y | N | 所需血型 | |
5 | required_hp | varchar | 64 | 0 | Y | N | 所需血量 | |
6 | arrival_time | datetime | 19 | 0 | Y | N | 抵达时间 | |
7 | number_of_vehicles | int | 10 | 0 | Y | N | 0 | 车辆数量 |
8 | vehicle_images | varchar | 255 | 0 | Y | N | 车辆图片 | |
9 | vehicle_introduction | longtext | 2147483647 | 0 | Y | N | 车辆简介 | |
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 | 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 | 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 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | user_blood_type | varchar | 64 | 0 | Y | N | 用户血型 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | 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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_blood_type_id | int | 10 | 0 | N | Y | 用户血型ID | |
2 | user_blood_type | varchar | 64 | 0 | Y | N | 用户血型 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_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.1 前台首页界面
进入系统首页,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是公告,其主界面展示如下图所示。
图5-1 前台首页界面图
用户注册:当会员用户想要进入本献血管理系统中对信息进行查看的时候,就必须要登录到系统当中,要是新的用户没有献血管理系统的账号的话,点击“注册”按钮,就会进入到新用户注册这个界面上,用户输入对应的账号(必须填写)+密码(必须填写)+确认密码(必须填写,而且要与密码一直)+昵称+邮箱+性别+年龄+联系电话+选择用户身份等等,然后点击“注册”,系统在用户这一数据库中会查询账号是不是存在,两次密码是不是一样,都填写正确就会注册成功,然后再进行登录,如果是之前已经注册过的用户很长时间没有使用,忘记密码,也可以点击“忘记密码”进行找回。用户注册界面如下图所示。
图5-2 用户注册界面图
注册代码如下:
public String encryption(String plainText) {
String re_md5 = new String();
try {
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(plainText.getBytes());
byte b[] = md.digest();
int i;
StringBuffer buf = new StringBuffer("");
for (int offset = 0; offset < b.length; offset++) {
i = b[offset];
if (i < 0)
i += 256;
if (i < 16)
buf.append("0");
buf.append(Integer.toHexString(i));
}
re_md5 = buf.toString();
} catch (Exception e) {
e.printStackTrace();
}
return re_md5;
}
5.1.3 用户登录界面
系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到献血管理系统的首页中;否则将会提示相应错误信息。用户登录界面如下图所示。
图5-3注册用户登录界面图
登录代码如下:
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
5.1.4密码修改界面
用户使用该系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败。密码修改界面如下图所示。
图5-4密码修改界面图
修改密码关键代码如下:
/**
* 修改密码
* @param data
* @param request
* @return
*/
@PostMapping("change_password")
public Map<String, Object> change_password(@RequestBody Map<String, String> data, HttpServletRequest request){
// 根据Token获取UserId
String token = request.getHeader("x-auth-token");
Integer userId = tokenGetUserId(token);
// 根据UserId和旧密码获取用户
Map<String, String> query = new HashMap<>();
String o_password = data.get("o_password");
query.put("user_id" ,String.valueOf(userId));
query.put("password" ,service.encryption(o_password));
int count = service.selectBaseCount(service.count(query, service.readConfig(request)));
if(count > 0){
// 修改密码
Map<String,Object> form = new HashMap<>();
form.put("password",service.encryption(data.get("password")));
service.update(query,service.readConfig(request),form);
return success(1);
}
return error(10000,"密码修改失败!");
}
我的账户:当用户点击首页左上角“用户”这个按钮,下面会出现“我的账户”、“个人中心”和“退出”这三个子菜单,点击“我的账户”可以对个人的资料、登录密码的信息进行修改,点击“个人中心”可查看个人首页、献血预约、献血记录、收藏等信息,点击“退出”按钮即可退出系统登录册登录界面:注册用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到献血管理系统的首页中;否则将会提示相应错误信息。我的账户界面图如下图所示。
图5-5我的账户界面图
用户点击“献血预约”可以查看详情,包括车辆编号、所需血型、所需血量等信息。献血预约界面图如下图所示。
图5-6献血预约界面图
-
- 管理员功能模块的实现
5.2.1 管理员登录界面
管理员进入到系统登录界面,需要填写正确的登录名、密码、选择权限等信息输入准确无误后登录进入到系统操作界面。管理员的账号是在数据表表中直接设置生成的,不需要进行注册;修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。管理员登录界面如下图所示。
图5-7管理员登录界面图
管理员可以查看后台首页、系统用户、用户血型管理、献血车辆管理、献血预约管理、献血记录管理、系统管理、公告消息管理、资源管理等,并且可以根据需要进行相应的操作,管理员功能界面如下图所示。
图5-8管理员功能界面图
管理员可以对系统中所有的用户角色进行管控,包含了管理员、普通用户这两种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。系统用户管理界面如下图所示。
图5-9系统用户管理界面图
5.2.4用户血型管理界面
点击“用户血型管理”这个菜单,管理员可以对用户血型列表、用户血型添加两个模块进行添加和删除等操作。用户血型列表、用户血型添加界面如下图所示。
图5-10用户血型列表管理界面图
图5-11用户血型添加管理界面图
管理员可以对系统前台展示的轮播图进行增删改查,方便用户进行查看。轮播图管理界面如下图所示。
图5-12轮播图管理界面图
5.2.6资源管理界面
当点击“资源管理”这一菜单的时候,会出现献血资讯+资讯分类这两个子菜单,可以对这两个模块进行增删改查操作。资源管理界面如下图所示。
资源管理添加代码:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
测试存在于软件开发进程中的最后一个阶段,它可以保证一个软件的开发质量是否符合设计者的初衷,也为程序的正式上线做了最后一道质量检测的工序。软件测试主要是控制各种条件、包括软件输出方式,使用模式和运行环境等,来评估一个系统或应用是否符合设计标准。在软件测试过程中,我们一般刻意的去制造错误和极端条件,不能仅依照正常模式允许,而是多去尝试那些意外的情况。
系统测试包括:用户登录功能测试、用户血型查看测试、发布通知公告、献血记录搜索、密码修改功能测试,如表6-1、6-2、6-3、6-4、6-5所示:
表6-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
用户血型查看功能测试:
表6-2 用户血型查看功能测试表
用例名称 | 用户血型查看 |
目的 | 测试用户血型查看功能 |
前提 | 用户登录 |
测试流程 | 点击用户血型列表 |
预期结果 | 可以查看到所有用户血型 |
实际结果 | 实际结果与预期结果一致 |
管理员发布通知公告界面测试:
表6-3 管理员发布通知公告界面测试表
用例名称 | 通知公告发布测试用例 |
目的 | 测试通知公告发布功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)点击公告管理,然后点击发布添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的通知公告 |
实际结果 | 实际结果与预期结果一致 |
献血记录搜索功能测试:
表6-4献血记录搜索功能测试表
用例名称 | 献血记录搜索测试 |
目的 | 测试献血记录搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的献血记录 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表6-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
经过对献血管理系统的测试,我们已经完成了5大模块的检测,包括用户登录功能测试、用户血型查看测试、发布通知公告、献血记录搜索、密码修改功能测试,这些功能为后续的推广运营提供了强有力的技术支持。
通过献血管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]Wahyudi ,Tiffany K V ,Mulyadi Y , et al.Morpho-dynamic Induced Rip Currents in Klayar Beach, Pacitan, East Java, Indonesia[J].IOP Conference Series: Earth and Environmental Science,2024,1298(1):
[2]Sagala M P ,Bhomia K R ,Murdiyarso D .Assessment of coastal vulnerability to support mangrove restoration in the northern coast of Java, Indonesia[J].Regional Studies in Marine Science,2024,70103383-.
[3]Kartini A G ,Gumilar I ,Abidin Z H , et al.3D model of Pawon Cave: The first prehistoric dwelling discovery in West Java, Indonesia[J].Digital Applications in Archaeology and Cultural Heritage,2024,32e00311-.
[4]Febriyanti M R ,Saefullah K ,Susanti D R , et al.Knowledge, attitude, and utilization of traditional medicine within the plural medical system in West Java, Indonesia.[J].BMC complementary medicine and therapies,2024,24(1):64-64.
[5]Abdillah Z Y ,Sidik P R ,Putra M Z , et al.Geochemistry of Cold Springs in Geothermal Exploration Stage – Case Study of Candi Umbul Telomoyo, Central Java[J].IOP Conference Series: Earth and Environmental Science,2024,1293(1):
[6]杜朋轩,陈芳,曹梦川.基于Java Web的智慧农业信息采集系统的设计与实现[J].科技资讯,2023,21(23):162-165.DOI:10.16661/j.cnki.1672-3791.2307-5042-8177.
[7]郭子傲,杨凯江.基于Java的在线音乐系统的设计与实现[J].工业控制计算机,2023,36(10):66-67+70.
[8]丁玉青,孙逸飞,朱敏.基于JAVA的共享蓝牙耳机小程序设计[J].科技与创新,2023,(20):152-154.DOI:10.15913/j.cnki.kjycx.2023.20.047.
[9]郑悦,韩浙东,徐烨彪等.数字化献血系统构建与应用研究[J].医院管理论坛,2023,40(10):92-96+84.
[10]刘小丹.C++与Java程序设计语言的特征研究[J].电脑编程技巧与维护,2023,(10):52-54.DOI:10.16184/j.cnki.comprg.2023.10.001.
[11]刘佳乐,赵雨,厚露露等.基于Java Web的学生信息管理系统[J].现代信息科技,2023,7(19):21-24.DOI:10.19850/j.cnki.2096-4706.2023.19.005.
[12]时俊雅,黄苏雨.基于Java的大学生在线学习系统设计与实现[J].无线互联科技,2023,20(19):73-75.
[13]杨志俊,侯江华.基于SpringBoot的智慧养老系统设计[J].无线互联科技,2023,20(17):87-89.
[14]薛文骞.Java编程中异常处理的方法和技巧研究[J].无线互联科技,2023,20(17):90-92.
[15]王安迪.面向不均衡数据的献血者精准招募系统[D].东南大学,2022.DOI:10.27014/d.cnki.gdnau.2022.004528.
[16]裘君娜,孔长虹,金立明等.献血咨询管理系统构建及应用[J].中国卫生质量管理,2022,29(07):94-96.DOI:10.13912/j.cnki.chqm.2022.29.07.23.
[17]龙炜焱,刘伯通,吴汉迪等.广西无偿献血者临床用血费用直接减免信息管理系统的建设[J].广西医学,2020,42(24):3257-3259+3263.
[18]郑文静.建立无偿献血闭环管理系统实现可持续发展的良性循环[C]//中国输血协会.中国输血协会第十届输血大会论文摘要汇编(2020.10 天津).天津市血液中心;,2020:1.DOI:10.26914/c.cnkihy.2020.076538.
[19]裘君娜,罗建根,金立明等.浙江省献血者用血费用减免信息系统设计与实现[J].中国输血杂志,2020,33(07):718-721.DOI:10.13303/j.cjbt.issn.1004-549x.2020.07.022.
[20]臧亮,邓雪莲,周磊等.献血者归队的信息化管理[J].中国输血杂志,2020,33(05):428-431.DOI:10.13303/j.cjbt.issn.1004-549x.2020.05.003.
致 谢
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。
标签:10,varchar,献血,系统,用户,94158,19,源码,毕业设计 From: https://blog.csdn.net/m0_73244011/article/details/142701057免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~