基于SpringBoot的敬老院信息管理系统的设计与实现
计算机科学与技术专业
[摘 要] 随着社会的发展和科技的进步,传统的敬老院信息管理方式存在着许多问题,如工作量大、易出错、统计不准确等,已经无法满足敬老院信息管理的应用需求,因此需要引入信息技术来提高管理效率和精确度。本系统研发采用B/S架构,页面设计使用Vue、JavaScript、CSS等技术,后端使用能够简化Spring应用并且优化XML配置的SpringBoot框架技术,数据库采用稳定性强且容量小的关系型数据库MySQL来存储数据。系统功能分为用户端、护工端和管理员端,实现了工作安排、护工管理、监护人管理、服务预约管理、探访申请管理、床位信息管理等功能。通过使用敬老院信息管理系统,管理者可以更加方便地管理和监控敬老院信息服务预约的数据,从而对敬老院信息服务实现数据化管理,减少了人力成本,极大地提高了敬老院信息管理的效率和准确性。
[关键词] 敬老院信息管理系统;MySQL数据库; SpringBoot框架
目 录
1.1 开发背景和意义
随着时代的不断发展,我国互联网技术水平显著提升。就敬老院信息管理而言,其需要在大环境不断变化的今天进行管理体系的革新,如此才能跟上时代发展步伐。然而敬老院信息管理系统是一项较为复杂的工作,涉及多个组织、多个层次的协调和共同管理,整个过程需要将管理系统和人员进行全面整合,如此才能推动敬老院信息管理快速发展[1]。虽然当前敬老院信息管理在管理过程中十分重视信息录入的开展,但是在实际开展与应用的过程中仍然存在一些问题,因此,如何对这些问题进行科学有效的解决就成为当前需要重点探索的课题。传统的敬老院信息管理方式已经逐渐暴露出其局限性。这些传统方式往往依赖于手工记录和纸质文档,不仅效率低下,而且容易出错,数据的统计和分析也不够精确。此外,随着人口老龄化的加剧,敬老院作为社会养老服务体系的重要组成部分,其信息管理工作的质量和效率直接关系到老年人的福祉和敬老院的运营效能。因此,开发一个基于现代信息技术的敬老院信息管理系统显得尤为重要。
该系统旨在通过引入先进的信息技术,实现敬老院信息管理的数字化、自动化和智能化,从而提高管理效率,减少人为错误,确保数据的准确性和实时性。系统将采用B/S架构,结合Vue、JavaScript、CSS等前端技术以及SpringBoot框架和MySQL数据库等后端技术,构建一个用户友好、功能全面、安全可靠的信息管理平台。通过该系统,敬老院能够更有效地进行床位管理、服务预约、监护人管理、护工管理等工作,实现数据的集中存储、快速检索和高效利用,为老年人提供更加精准和便捷的服务,同时也为敬老院的管理者提供决策支持,推动敬老院服务管理模式的创新和发展。通过对敬老院信息管理系统开发与应用,对提高敬老院信息管理有促进作用[2]。
通过开发敬老院信息管理系统,可以实现信息化的数据录入、统计和分析,大大提高管理效率。通过本系统可以减少人为错误的发生,提高数据的准确性和可靠性。总之,开发敬老院信息管理系统有助于提升敬老院信息管理的效果和水平。
1.2 课题研究内容
“互联网+”是当下科学技术与互联网领域相结合的一种新趋势。信息化技术已经渗透到社会的各个方面。也在刺激着社会环境需要进行模式创新[3]。因此在设计敬老院信息管理系统时,我们可以通过这个网站用户角色可以登录查看服务项目情况和通知公告情况。护工角色进入系统后可以对敬老院信息工作安排进行登记,审核等操作,也可以对服药记录进行登记,审核等操作。管理员角色的主要功能是管理数据,可以对监护人数据,护工数据,服务预约数据,工作安排数据等进行相应的管理。整体操作简单,给用户提供了一个非常方便的敬老院信息管理系统,这也将是未来发展的趋势。
1.3 论文组织结构
第1章绪论:通过对系统所处的项目背景情况,项目设计意义等方面进行描述说明。
第2章相关技术和开发工具:通过对系统的所采用的技术进行相关描述,前端应用到哪些技术,后端应用到哪些技术,数据库用哪个软件其优势有哪些等。
第3章系统分析:对本系统研发的需求进行按照功能模块进行相应描述,对系统整体的流程进行相应描述并以图展示出来,对系统的数据流图进行相应描述并以图展示到系统中,最后对本章做个小结。
第4章系统总体设计:通过对系统设计思想进一步阐述说明,之后阐述系统的总体设计以及系统各个角色用例图描述,系统描述完了之后对数据库方面进行阐述说明。最后对本章做简单的小结。
第5章系统详细设计:
第6章系统的实现:系统功能模块的介绍,系统页面效果的展示及其说明。
第7章系统测试:在系统实现是对功能模块效果展示并实现说明后,通过系统测试对系统的各项功能进行相应的测试,对系统的逻辑验证做进一步的测试,并对测试结果做详细的阐述。
1.4 本章小结
本章节主要阐述了本系统的研发的背景,以及通过本系统的设计能够为管理过程带来什么样的意义,而系统的主要研究内容对各个角色的功能进行概要的说明。最后对本论文结构做了简单的描述便于用户对论文框架有大致的了解。
2.1 SpringBoot框架
SpringBoot框架是指Spring+SpringMVC+MyBatis的组合,是一种Java开发的轻量级框架。它结合了Spring的依赖注入和面向切面编程的特性,SpringMVC的MVC架构和请求处理机制,以及MyBatis的ORM映射和数据库访问功能[4]。
SpringBoot框架的主要特点包括:
- 高效性能:MyBatis提供了高效的数据库访问功能,可以通过配置文件进行SQL映
射,提高了数据库操作的效率。
- 灵活性:Spring提供了灵活的配置和扩展机制,可以根据需求进行定制化开发,满
足不同项目的需求。
- 易于集成:SpringBoot框架可以与其他开源框架和工具进行集成,如Spring Security、
SpringBoot等,提供更多功能和便利。
- 安全性:Spring Security提供了强大的安全认证和授权功能,保护系统的安全性。
- 可扩展性:通过使用Spring的扩展机制,可以方便地进行功能扩展和模块替换,提
高了系统的可扩展性。
SpringBoot框架在企业级应用开发中广泛应用,可以快速搭建稳定、高效的Java Web应用。它提供了一种简单、灵活、高效的开发方式,提高开发效率[5]。
2.2 Vue技术
Vue是一种流行的JavaScript框架,它采用了MVVM模式,通过Vue的指令和数据绑定机制,实现了View和ViewModel的交互和数据更新。MVVM(Model-View-ViewModel)是一种软件架构模式,用于将用户界面(View)与业务逻辑(Model)分离,并通过ViewModel来进行交互和数据绑定。在MVVM模式中,View负责展示数据和接收用户输入,Model负责存储和处理数据,ViewModel作为View和Model之间的中间层,负责处理View的逻辑和数据绑定。
2.3 XML技术
XML是一种用于描述数据的标记语言。它被设计用于传输和存储数据,以及作为不同系统之间的数据交换格式。XML使用标记来标识数据的开始和结束,并使用标签来定义数据的结构和属性。XML文档由标签、属性和文本组成。标签用于标识数据的开始和结束,属性用于描述数据的特性,文本用于存储实际的数据[8]。XML解析是将XML文档转换为计算机可读的数据结构的过程。解析器可以将XML文档解析为树状结构,以便于程序对数据进行处理和操作。XML验证是确保XML文档符合特定规则和约束的过程。XML转换是将XML文档转换为其他格式(如HTML、PDF、JSON等)的过程。可以使用XSLT(可扩展样式表语言转换)来定义转换规则。XML查询是从XML文档中提取和检索数据的过程。可以使用XPath(XML路径语言)或XQuery(XML查询语言)来执行查询操作。
2.4 MySQL数据库
MySQL是一种开源软件,可以免费使用。它支持多用户、多线程和多表操作,并提供了高性能、高可靠性和可扩展性[9]。它可以与多种编程语言集成,如Java、Python、PHP等。MySQL广泛应用于Web应用程序、企业级应用程序和大型数据仓库等领域。它被许多知名公司和网站使用。
2.5 IDEA开发工具
IDEA是一款功能强大、易于使用的Java开发工具,可以帮助开发人员提高开发效率,减少开发周期。无论是初学者还是经验丰富的开发人员,都可以从IDEA的各种功能和工具中受益。他具有智能代码编辑、强大的调试功能、内置版本控制以及丰富插件支持等优点。可以帮助开发人员更高效地编写、调试和部署Java应用程序[10]。
2.6 本章小结
本章节主要对系统所涉及的到比较重要的技术做一一概述,并对开发平台进行介绍。通过本章节的描述对系统的相关技术有了大致的了解。
敬老院信息管理系统分析是指对一个本系统进行全面的分析和评估,以确定系统的需求、业务流程和数据流图等情况。它涉及对系统的各个方面进行研究和分析,包括系统的功能、性能、可靠性、安全性等。系统分析的目标是为了找出系统存在的问题和瓶颈,并提出相应的解决方案和改进措施,以提高系统的效率和质量。
3.1 可行性分析
3.1.1技术可行性分析
敬老院信息管理系统的所涉及的技术包含Java编程语言,SpringBoot框架技术,Vue技术,JavaScript技术,CSS,HTML以及MySQL数据库等。所涉及的开发环境为Eclipse或者IDEA,Navicat等。本系统的开发环境以及编写技术都是所学的知识,通过合理化设计为本系统服务,因此在技术层面上说,本系统是可行的。
3.1.2 经济可行性分析
敬老院信息管理系统所设计到的技术或者开发环境都是开源的,免费的,不需要任何的费用。本系统从设计到最后做成系统所花的时间需要几个月。用户只要输入正确的网址就可以对系统进行访问使用其功能。本系统的开发对提升敬老院信息管理有着比较大的市场前景,因此从经济层面上说,本系统也是可行的。
3.1.3 操作可行性分析
在本系统的开发过程当中,用户不需要下载就可以直接使用,就能够随时访问系统,并且在后端应用了SpringBoot框架作为开发程序,具有较强的兼容性,管理员只要在电脑上安装了相应的操作系统,就能开展系统操作,并且整个操系统的操作方式也较为便捷,整个操作流程也较为简单,用户能够较快上手,只需要用简单的电脑操作技能就能够完成上网行为,因此从操作层面上说,本系统是可行的。
3.2 需求分析
3.2.1功能需求分析
敬老院信息管理系统的功能通过不同角色进行开发和设计,监护人角色的功能需求包含了服务预约模块,探访申请模块;可以对本账号下的相关信息进行管理。护工角色的功能需求包含工作安排模块,服药记录管理模块,健康记录管理模块;能对各个模块的功能实现数据管理。管理员角色的功能需求是对系统的统筹管理,可以对监护人模块,护工模块,工作安排模块,服务预约模块等内容进行相应管理操作。系统的管理员角色用例图如下图3-1所示。
图3-1 管理员用例图
监护人用例图如下图3-2所示。
图3-2监护人用例图
护工的用例图如图3-3所示:
图3-3护工用例图
3.2.2非功能性需求分析
在开发敬老院信息管理系统的过程中,非功能性需求对于确保系统的整体质量和用户体验至关重要。
首先,系统的性能需求是关键,它决定了系统的响应速度和处理能力。该系统需要能够快速响应用户的操作请求,保持界面流畅无卡顿,同时后端数据库应能够高效地处理查询和事务,以支持大量并发用户。为了实现这一点,系统架构需采用高效的设计,数据库查询需经过优化,减少不必要的数据加载和传输。
其次,系统的可靠性要求系统能够在面对硬件故障、网络问题或其他意外情况时,依然保持最小化服务中断。这需要系统具备强大的容错机制和灾难恢复计划,确保关键数据和服务的备份与恢复。
在可用性方面,系统应保证全年无休的运行,除了必要的维护时间外,用户应随时能够访问系统。为此,系统需要部署在稳定的服务器上,并且设计为易于维护和升级。
安全性是另一项重要的非功能性需求。随着个人信息保护法规的加强,系统必须采取严格的安全措施来保护用户数据,包括使用加密技术、实施访问控制、定期进行安全审计和漏洞扫描。此外,系统还需要对用户隐私提供充分的保护,符合相关的法律法规要求。
兼容性也是系统开发中不可忽视的需求。系统应支持主流的操作系统和浏览器,确保不同用户在不同设备上都能获得一致的体验。同时,系统还应考虑到未来技术的发展趋势,保持足够的灵活性以适应可能的技术变更。
可维护性是系统长期运行的保障。系统代码应遵循编码标准,具有良好的结构和清晰的注释,以便于未来的维护和功能扩展。同时,系统应提供详细的文档和日志记录,帮助快速定位和解决问题。
此外,系统的用户友好性也是非功能性需求的一部分。界面设计应简洁直观,操作流程应尽可能简化,以降低用户的学习成本。系统还应提供有效的用户反馈机制,及时响应用户的需求和建议。
最后,系统的扩展性需求保证了系统能够随着业务的发展而进化。系统架构应设计得足够模块化,当需要新增功能或进行技术升级时,能够以最小的改动实现。
综上所述,非功能性需求是确保敬老院信息管理系统成功部署和长期稳定运行的基础。通过在设计和开发过程中对这些需求给予足够的重视,可以大幅提升系统的质量和用户满意度。
3.3 数据流程分析
通过对系统功能需求的描述,系统对各个功能模块对应的数据流图如图3-4所示。
图3-4 系统数据流图
3.4 本章小结
本章节先是对技术可行性,经济可行性,操作可行性几个方面对系统的可行性分析进行阐述,而后对系统功能需求进行分析并给出各个角色用例图展示并且从安全性、健壮性方面进行了非功能性需求分析。再后通过数据流图对系统的数据流程进行分析。
以下内容分为两个章节:“4 系统总体设计”、“5 系统详细设计”
4 系统总体设计:主要包括你下面原文中的4.1、4.2、4.3.1(这节需要增加实体-属性描述,标题改为4.3)
5 系统详细设计:主要包括系统主要功能的业务流程(在后面“系统实现”那一章,需要挪过来作为5.1)、数据库中表的设计(也就是原文中4.3.2,需要补充文字描述,改为5.2)
4 系统总体设计
4.1 系统设计思想
本系统的设计思想主要从几方面进行考虑。首先,系统应该具有简洁明了的界面,方便用户操作和查询相关信息,同时系统应该提供相应的操作提示例如“操作成功”,“请输入完整信息”等,方便用户操作系统。其次,系统应该具备一定的安全机制,保护用户的个人信息和数据。应该建立完善的权限管理机制,确保只有授权用户才能进行相关操作。最后,系统应该具备高可用性和稳定性,能够在高并发的情况下正常运行。系统应该具备容错和恢复机制,能够自动处理一些常见的错误和异常情况,确保系统的稳定性和可靠性。
4.2 系统总体功能结构
敬老院信息管理系统提供用户对养老院综合服务服务预约和通知公告等基本信息进行管理,其系统主要功能设计如下。
(1)登录:用户按照设定的敬老院信息管理系统的网址输入到浏览器的地址栏,从而访问到本系统的登录界面,根据文本框提示输入用户名和密码,提交登录信息,登录界面会做两件事:输入情况和用户存在的判断,已输入且存在,用户即成功登录敬老院信息管理系统。若不存在,则会弹窗相应的提示信息。
(2)个人中心:修改用户的基本资料以及密码信息,账号存在唯一性,默认为不可修改状态。
(3)服务分类信息管理:服务分类信息的内容由管理员角色登录系统后方可在此模块中操作,通过服务分类信息添加在跳转的服务分类信息添加页面完成相关内容的录入实现数据添加功能。也可以在服务分类信息管理列表的操作栏对服务分类信息进行修改或者删除的功能操作。
(4)服务预约管理:服务预约管理的增删改查功能也是由管理员登录后在此板块中实现。
(5)监护人管理:监护人信息的添加,修改,删除可以是管理员角色操作。
(6)服务预约管理:护工角色登录后可以在服务预约板块中实现对服务预约的审核,也可以进行修改或者删除。管理员角色登录系统后则可以管理所有的服务预约。
(7)床位信息管理:管理员角色可以在床位信息板块完成床位信息的增删改查功能相关功能操作。
(8)通知公告管理:管理员角色可以在通知公告板块完成通知公告的增删改查功能相关功能操作。
(9)药品信息管理:管理员角色可以在药品信息管理板块完成药品信息管理的增删改查功能相关功能操作。
通过功能的介绍,本系统的功能结构图如图4-1所示。
图4-1 系统功能结构图
4.3 数据库概念设计
敬老院信息管理系统的数据库概念设计是指在设计数据库之前,对数据库的需求进行分析和规划,确定数据库的结构、关系和约束等方面的设计。数据库概念设计的目标是建立一个能够满足用户需求的数据库模型,为后续的数据库物理设计和实施提供基础。
4.3.1实体属性
- 管理员信息(Admin)包括id:唯一标识管理员的编号。username:管理员的用户名,用于登录系统。password:管理员的密码,加密存储。role:管理员的角色类型,标识其在系统中的权限级别。addtime:管理员账户的创建时间。
- 护工信息(Nurse)包括id:唯一标识护工的编号。work_id:护工的工作编号。name:护工的姓名。gender:护工的性别。age:护工的年龄。work_experience:护工的工作经验。qualification:护工的资格证书信息。
- 老人信息(Older)包括id:唯一标识老人的编号。name:老人的姓名。id_card:老人的身份证号码。gender:老人的性别。age:老人的年龄。marital_status:老人的婚姻状况。self_care_ability:老人的自理能力。
- 监护人信息(Guardian)包括id:唯一标识监护人的编号。name:监护人的姓名。relationship:与老人的关系。contact_info:监护人的联系方式。
- 入住预约信息(CheckInSub)包括id:唯一标识预约的编号。bed_id:预约的床位编号。patient_id:老人的编号。appointment_time:预约的时间。
- 服务预约信息(ServiceSub)包括id:唯一标识服务预约的编号。service_type:服务的类型。appointment_time:服务预约的时间。status:预约的状态(如待审核、已完成)。
- 服药记录信息(MedMark)包括id:唯一标识服药记录的编号。patient_id:老人的编号。medication_name:药物名称。dose:剂量。time:服药时间。
- 探访申请信息(VisitApply)包括id:唯一标识探访申请的编号。visitor_name:来访者姓名。visit_purpose:探访目的。visit_time:预计探访时间。
- 工资绩效信息(Wage)包括id:唯一标识工资绩效记录的编号。employee_id:护工的编号。basic_salary:基本工资。performance_salary:绩效工资。overtime_pay:加班费。
- 费用结算信息(Expense)包括id:唯一标识费用结算记录的编号。patient_id:老人的编号。bed_fee:床位费。meal_fee:伙食费。other_fees:其他费用。total_cost:总费用。settlement_time:结算时间。
此处应先叙述数据库中设计的各个实体的属性,你下面的E-R图中涉及6个实体,但是不完整,根据你原文4.3.2的数据表设计部分(那部分的表太多,可以删减)可以看到,系统中主要的实体应该有:管理员、护工、老人、监护人、入住预约、服务预约、服药记录、探访申请、工资绩效、费用结算这些。这里需要分别针对这些实体进行分析(添加序号),先用文字叙述其包含的属性,再画出其实体-属性图(画法参看“论文写作规范”P30)。
4.3.2实体关系
根据概念设计确认了敬老院信息管理系统的整体E-R图如4-2所示。
图4-2系统E-R图
此处开始应该是“5 系统详细设计”
5.1 主要功能业务流程设计:此节要分别针对管理员、护工、监护人三个角色,每个角色选择3-5个主要的功能,先用文字叙述其详细的业务流程,再画出其流程图(角色之间不要选择重复的操作)。把“系统实现”那一章中流程图的部分挪到这里(那部分只有三个流程图,还需要补充)。
每个角色用一个三级标题,里面的每个功能加序号1、2、3……。
4.4 本章小结
本章详细阐述了系统的设计思想、总体架构及数据库设计,通过功能结构图和E-R图展示了系统功能与数据模型,为后续系统实现和测试奠定了坚实基础。
5 系统详细设计
5.1 主要功能业务流程设计
5.1.1管理员
- 用户账号管理
管理员登录系统后,可以查看所有注册用户的信息。通过搜索功能,管理员可以根据用户名、邮箱或电话号码快速定位到特定用户。管理员可以编辑用户信息,包括更新用户的角色、权限等。在必要时,管理员可以冻结或删除用户的账号。
- 床位信息管理
管理员负责维护床位信息,包括添加新的床位、更新床位状态和配置床位价格。管理员可以查看每个床位的当前状态,如是否已被预约或入住。系统提供床位占用率的统计图表,帮助管理员了解床位使用情况。
- 服务预约审批
管理员收到服务预约请求后,需要审核预约信息的完整性和准确性。审核通过后,管理员更新预约状态为“已确认”,并通知相关护工和监护人。若预约信息有误,管理员可以驳回请求,并告知监护人需要修改的信息。
5.1.2护工
- 工作安排
护工接收到管理员分配的工作安排,包括日常护理任务和特殊事件处理。护工可以查看自己的工作日程,并根据安排执行护理操作。
- 服药记录管理
护工负责记录老人的服药情况,包括药物名称、剂量和服药时间。系统提供服药提醒功能,确保老人按时服药。
- 健康记录更新
护工定期更新老人的健康状况,包括体重、血压、血糖等生理指标。护工可以使用系统记录老人的医疗记录和健康检查结果。
5.1.3监护人
- 服务预约
监护人通过系统为老人预约所需的服务,如日常护理、医疗陪同等。监护人填写预约信息,包括服务类型、预约时间和特别要求。
- 费用支付
监护人收到管理员发送的费用结算单后,通过系统完成费用支付。支付成功后,监护人可以查看和下载支付凭证。
- 信息查询
监护人可以实时查询老人的居住情况、健康记录和活动安排。系统提供便捷的搜索和过滤功能,方便监护人获取信息
5.2 数据表设计
本系统数据库表如下:
注意保留下来的表在叙述时,要添加序号,先用文字叙述该表的结构,然后引出表格,样例如下:
- 活动记录表
该表主要存储老人参加活动的信息,主要包括创建时间、老人姓名、活动地点、活动时长、家属姓名、护工姓名等字段,具体表结构如下表5-1所示。
表5-1 活动记录表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
huodongmingcheng | varchar | 200 | 活动名称 | ||
huodongdidian | varchar | 200 | 活动地点 | ||
huodongshizhang | datetime | 活动时长 | |||
huodongxiangqing | longtext | 4294967295 | 活动详情 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
jiluriqi | datetime | 记录日期 | |||
userid | bigint | 用户id |
表5-2 药品信息
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
yaopinbianma | varchar | 200 | 药品编码 | ||
yaopinmingcheng | varchar | 200 | 药品名称 | ||
tupian | longtext | 4294967295 | 图片 | ||
jiage | double | 价格 | |||
kucun | int | 库存 | |||
yongtu | longtext | 4294967295 | 用途 | ||
guoqishijian | date | 过期时间 | |||
beizhu | varchar | 200 | 备注 | ||
rukushijian | date | 入库时间 |
表名:chuangweixinxi
表5-3 床位信息
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
chuangweihao | varchar | 200 | 床位号 | ||
tupian | longtext | 4294967295 | 图片 | ||
chuangweizhuangtai | varchar | 200 | 床位状态 | ||
fangjianmingcheng | varchar | 200 | 房间名称 | ||
chuangweijiage | int | 床位价格 | |||
fangjianpeizhi | longtext | 4294967295 | 房间配置 | ||
chuangweijieshao | longtext | 4294967295 | 床位介绍 | ||
thumbsupnum | int | 赞 | 0 | ||
crazilynum | int | 踩 | 0 | ||
clicktime | datetime | 最近点击时间 | |||
clicknum | int | 点击次数 | 0 | ||
discussnum | int | 评论数 | 0 | ||
storeupnum | int | 收藏数 | 0 |
表名:laorenxinxi
表5-4 老人信息
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
laorenshenfenzheng | varchar | 200 | 老人身份证 | ||
laorenxingbie | varchar | 200 | 老人性别 | ||
laorennianling | int | 老人年龄 | |||
hunyinzhuangkuang | varchar | 200 | 婚姻状况 | ||
zilinengli | varchar | 200 | 自理能力 | ||
qinshuguanxi | varchar | 200 | 亲属关系 | ||
chuangweihao | varchar | 200 | 床位号 | ||
fangjianmingcheng | varchar | 200 | 房间名称 | ||
zhuyishixiang | longtext | 4294967295 | 注意事项 | ||
yinshipianhao | longtext | 4294967295 | 饮食偏好 | ||
huliyaoqiu | longtext | 4294967295 | 护理要求 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
lianxifangshi | varchar | 200 | 联系方式 | ||
ruzhushijian | date | 入住时间 | |||
userid | bigint | 用户id |
表名:hugonggongzi
表5-5 护工工资
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
gongziyuefen | varchar | 200 | 工资月份 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
jibengongzi | int | 基本工资 | |||
jixiaogongzi | double | 绩效工资 | |||
jiabangongzi | double | 加班工资 | |||
geshui | double | 个税 | |||
shebaodaijiao | double | 社保代缴 | |||
jiangli | int | 奖励 | |||
fakuan | int | 罚款 | |||
jiangchengshuoming | varchar | 200 | 奖惩说明 | ||
shifagongzi | double | 实发工资 | |||
lurushijian | datetime | 录入时间 |
表名:yaopinlingyong
表5-6 药品领用
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
yaopinmingcheng | varchar | 200 | 药品名称 | ||
tupian | longtext | 4294967295 | 图片 | ||
kucun | double | 领用数量 | |||
lingyongyuanyin | varchar | 200 | 领用原因 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
lingyongshijian | date | 领用时间 | |||
sfsh | varchar | 200 | 是否审核 | 待审核 | |
shhf | longtext | 4294967295 | 审核回复 |
表名:jixiaokaohe
表5-7 绩效考核
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
jixiaoyuefen | varchar | 200 | 绩效月份 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
hugongkaoqin | int | 护工考勤 | |||
gongzuotaidu | int | 工作态度 | |||
yewujineng | int | 业务技能 | |||
gongzuojixiao | int | 工作绩效 | |||
jiangchengjiajianfen | int | 奖惩加减分 | |||
zongdefen | int | 总得分 | |||
pingjiadengji | varchar | 200 | 评价等级 |
表名:hugong
表5-8 护工
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
mima | varchar | 200 | 密码 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
nianling | int | 年龄 | |||
xingbie | varchar | 200 | 性别 | ||
congyeshijian | varchar | 200 | 从业时间 | ||
zhengshuqingkuang | longtext | 4294967295 | 证书情况 | ||
lianxidianhua | varchar | 200 | 联系电话 | ||
status | int | 状态 | 0 | ||
passwordwrongnum | int | 密码错误次数 | 0 |
表名:users
表5-9 用户表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
username | varchar | 100 | 用户名 | ||
password | varchar | 100 | 密码 | ||
image | varchar | 200 | 头像 | ||
role | varchar | 100 | 角色 | 管理员 | |
addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP |
表名:jiankangjilu
表5-10 健康记录
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
laorennianling | int | 老人年龄 | |||
tizhong | double | 体重(kg) | |||
shili | double | 视力 | |||
xinlv | int | 心率(b/min) | |||
xueya | int | 血压(mmHg) | |||
xuetang | double | 血糖(mmol/L) | |||
xuezhi | double | 血脂(mmol/L) | |||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
userid | bigint | 用户id |
表名:gongzuoanpai
表5-11 工作安排
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
laorenxingbie | varchar | 200 | 老人性别 | ||
laorennianling | int | 老人年龄 | |||
chuangweihao | varchar | 200 | 床位号 | ||
fangjianmingcheng | varchar | 200 | 房间名称 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
lianxidianhua | varchar | 200 | 联系电话 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
lianxifangshi | varchar | 200 | 联系方式 | ||
anpaishijian | date | 安排时间 |
表名:fuyaojilu
表5-12 服药记录
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
laorennianling | int | 老人年龄 | |||
yaopinmingcheng | varchar | 200 | 药品名称 | ||
jiliang | varchar | 200 | 剂量 | ||
fuyaoshijian | datetime | 服药时间 | |||
fuyaoxiangqing | longtext | 4294967295 | 服药详情 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
lianxidianhua | varchar | 200 | 联系电话 | ||
userid | bigint | 用户id |
表名:tanfangshenqing
表5-13 探访申请
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
laifangbianhao | varchar | 200 | 来访编号 | ||
laifangrenshu | int | 来访人数 | |||
laifangmude | longtext | 4294967295 | 来访目的 | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
chuangweihao | varchar | 200 | 床位号 | ||
hugongxingming | varchar | 200 | 护工姓名 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
laifangshijian | datetime | 来访时间 | |||
sfsh | varchar | 200 | 是否审核 | 待审核 | |
shhf | longtext | 4294967295 | 审核回复 |
表名:fuwuyuyue
表5-14 服务预约
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
yuyuedanhao | varchar | 200 | 预约单号 | ||
fuwumingcheng | varchar | 200 | 服务名称 | ||
fuwutupian | longtext | 4294967295 | 服务图片 | ||
fuwufenlei | varchar | 200 | 服务分类 | ||
fuwujiage | double | 服务价格 | |||
yuyueshijian | datetime | 预约时间 | |||
yuyuebeizhu | varchar | 200 | 预约备注 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
lianxifangshi | varchar | 200 | 联系方式 | ||
sfsh | varchar | 200 | 是否审核 | 待审核 | |
shhf | longtext | 4294967295 | 审核回复 | ||
ispay | varchar | 200 | 是否支付 | 未支付 |
表名:fuwuxiangmu
表5-15 服务项目
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
fuwumingcheng | varchar | 200 | 服务名称 | ||
fuwutupian | longtext | 4294967295 | 服务图片 | ||
fuwufenlei | varchar | 200 | 服务分类 | ||
fuwujianjie | varchar | 200 | 服务简介 | ||
fuwushijian | varchar | 200 | 服务时间 | ||
fuwujiage | int | 服务价格 | |||
fuwujieshao | longtext | 4294967295 | 服务介绍 | ||
thumbsupnum | int | 赞 | 0 | ||
crazilynum | int | 踩 | 0 | ||
storeupnum | int | 收藏数 | 0 |
表名:fuwufenlei
表5-16 服务分类
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
fuwufenlei | varchar | 200 | 服务分类 | ||
image | longtext | 4294967295 | image |
表名:ruzhuyuyue
表5-17 入住预约
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
chuangweihao | varchar | 200 | 床位号 | ||
tupian | longtext | 4294967295 | 图片 | ||
fangjianmingcheng | varchar | 200 | 房间名称 | ||
chuangweijiage | double | 床位价格 | |||
yuyueshijian | datetime | 预约时间 | |||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
lianxifangshi | varchar | 200 | 联系方式 | ||
sfsh | varchar | 200 | 是否审核 | 待审核 | |
shhf | longtext | 4294967295 | 审核回复 |
表名:feiyongjiesuan
表5-18 费用结算
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
yuefen | varchar | 200 | 月份 | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
laorenxingming | varchar | 200 | 老人姓名 | ||
zhaopian | longtext | 4294967295 | 照片 | ||
chuangweifei | double | 床位费 | |||
huoshifei | double | 伙食费 | |||
qitafeiyong | double | 其它费用 | |||
zongfeiyong | double | 总费用 | |||
feiyongmingxi | longtext | 4294967295 | 费用明细 | ||
hugonggonghao | varchar | 200 | 护工工号 | ||
jiesuanshijian | date | 结算时间 | |||
ispay | varchar | 200 | 是否支付 | 未支付 |
表名:jianhuren
表5-19 监护人
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
jiashuzhanghao | varchar | 200 | 家属账号 | ||
mima | varchar | 200 | 密码 | ||
jiashuxingming | varchar | 200 | 家属姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
xingbie | varchar | 200 | 性别 | ||
nianling | int | 年龄 | |||
lianxifangshi | varchar | 200 | 联系方式 | ||
status | int | 状态 | 0 | ||
passwordwrongnum | int | 密码错误次数 | 0 |
5.3 本章小结
本章节主要从系统设计思路,总体设计以及数据库表设计几个方面对系统的设计加以说明,并通过功能结构图,系统E-R对各个角色的功能进行图形展示。
6 系统实现
6.1 系统环境
敬老院信息管理系统从硬件或者软件方面考虑。系统的硬软件需求如表6-1所示。
表6-1硬件要求
设备名称 | 说明 |
处理器 | 英特尔酷睿I5以上 |
内存 | 4GB,内存越大,速度越快 |
硬盘 | 1TB以上 |
表6-2软件要求
名称 | 说明 |
操作系统 | 建议Win10系统 |
应用软件 | IDEA,Navicat |
数据库 | MySQL |
6.2用户登录实现
敬老院信息管理系统的功能操作都是需要在登录之后完成的,登录是为了让角色护工确保进入自己的权限页面,通过在登录界面输入账号和密码后,系统通过SpringBoot框架将数据信息传输到控制层进行判断,而后在数据访问层与对应角色的用户数据库表进行数据交互完成登录验证。登录流程图如下图6-1所示。
图6-1登录流程图
系统登录的界面如图6-2所示。
图6-2登录界面图
图的下面要添加该功能的核心代码,代码为6号Times New Roman,代码最外侧加个边框。后面的功能叙述都是这样。
6.3管理员操作界面
管理员角色登录系统后左边是功能菜单栏,右框上边是首页统计图;如图6-3所示。
图6-3管理员功能界面图
6.4 床位信息管理模块
床位信息管理是为床位信息的数据内容服务的,由管理员角色实现,通过对床位信息的增删改相应操作后,由SpringBoot框架的Control部分进行判断验证,再由数据访问层与其数据库表实现数据交互。床位信息的业务流程如图6-4所示。
图6-4床位信息业务流程图
床位信息管理的界面展示如6-5所示。
图6-5床位信息管理界图面
6.5 监护人信息管理模块
监护人信息的管理由管理员角色登录后操作,此模块分为监护人信息添加和监护人信息管理两个分支,添加是完成监护人信息新增功能,管理则是对现有的监护人信息数据进行修改或者删除功能。验证和数据交互则交由SpringBoot框架来完成。监护人信息的业务流程如图6-6所示。
图6-6监护人信息业务流程图
监护人信息管理界面如图6-7所示。
图6-7监护人信息管理界面
6.6 服务预约管理模块
服务预约由监护人角色进行添加操作,在添加服务预约的页面内包括预约内容等信息,护工通过服务预约进行审核管理服务预约操作。服务预约模块如图6-8所示。
图6-8预约管理界面
6.7 工作安排管理模块
工作安排由护工进行添加操作,管理员进行数据管理,包含修改,删除等功能操作。工作安排如图6-9所示。
图6-9工作安排界图面
6.8 通知公告管理模块
管理员登录系统后对通知公告进行添加,修改,删除等操作,监护人可以查看相关的通知公告。通知公告界面如图6-10所示。
图6-10通知公告界面图
6.9用户后端功能模块
用户登录到系统可以查看个人中心管理、服务预约、探访申请等内容,如图6-12所示。
图6-11用户管理界面
6.10本章小结
本章节通过对系统开发环境进行说明,再对各个功能包含监护人信息模块、服务预约模块、床位信息模块、登录模块、通知公告模块、工作安排管理模块等展开说明,为系统的设计所呈现的效果进行说明。
7 系统测试
7.1 系统测试目的
系统测试是软件开发过程中的一个重要环节,它旨在验证系统是否满足用户需求和设计规范,并发现和修复潜在的缺陷。系统测试的目的是确保软件系统在各种条件下都能正常运行,并且能够满足用户的功能和性能要求。
系统测试的目标是确保系统在各种条件下都能正常运行,并且能够满足用户的功能和性能要求。系统测试的原则包括全面性、独立性、可重复性和可测量性。全面性要求对系统的各个方面进行全面的测试,包括功能、性能、可靠性和安全性。独立性要求系统测试与其他测试阶段相互独立,以确保测试结果的准确性。可测量性要求测试结果可以量化和评估,以便进行测试效果的分析和改进。
7.2界面测试
通过黑盒测试方法测试本系统的界面,测试界面是否正常、可用。系统界面测试检查表如下表7-1所示。
表7-1系统界面测试表
测试项 | 测试结果 |
页面跳转,页面衔接,页面效果,切换移动是否符合预期? | 页面效果符合预期 |
功能页面呈现元素类似文字、图片正确吗?(如标题、提示等) | 页面元素显示正确 |
功能页面元素的状态正确吗?(如有效、无效、选中等状态) | 页面元素状态正确 |
功能页面元素支持键盘操作吗? | 支持键盘操作 |
所有数据项能正确回显吗? | 数据显示正常 |
系统执行出现风险的操作时,有“确认”、“放弃”等提示吗? | 系统提示正常 |
全局页面元素的布局合理吗? | 页面元素布局合理 |
7.3 功能测试
7.3.1监护人信息测试
依据黑盒测试的方法和步骤,对监护人信息管理测试。其测试如表7-2所示。
表7-2监护人信息管理测试
测试模块: | 监护人信息理 | 测试用例名称 | 管理员登录、监护人信息维护 | ||
测试目的:能否正确添加信息,修改信息,删除信息 | |||||
操作描述 | 预期效果 | 实际效果 | |||
不输入内容点击提交 | 文本框请提示输入组织名称 | 文本框请提示输入组织名称 | |||
输入监护人信息内容 | 成功添加 | 成功添加 | |||
点击编辑监护人 | 按照新输入的内容更新监护人信息 | 监护人信息修改成功 | |||
点击删除监护人 | 删除监护人成功 | 监护人信息删除成功 |
7.3.2 工作安排信息测试
工作安排信息是由管理员来负责添加与维护的,只有当录入关于工作安排信息的基础信息情况下方可完成对工作安排信息的添加。其测试如表7-3所示。
表7-3工作安排信息管理测试
测试模块: | 工作安排信息 | 测试用例名称 | :以管理员身份登录、添加、修改、查询工作安排信息 | ||
测试目的:能否正确添加信息,修改信息,删除信息 | |||||
操作描述 | 预期效果 | 实际效果 | |||
不输入内容点击提交 | 文本框请提示输入组织名称 | 文本框请提示输入组织名称 | |||
输入工作安排信息内容 | 工作安排信息内容添加成功 | 成功添加 | |||
点击编辑工作安排信息内容 | 按照新输入的内容更新工作安排信息 | 工作安排信息修改成功 | |||
点击删除工作安排信息内容 | 工作安排信息删除成功 | 工作安排信息删除成功 |
7.3.3 服务预约测试
服务预约是由监护人角色来负责添加与维护的,只有当录入关于服务预约的基础信息情况下方可完成对养老院综合服务服务预约的添加,从而提供给管理员和护工来查看相关信息。其测试如表7-4所示。
表7-4服务预约管理测试
测试模块: | 养老院综合服务服务预约 | 测试用例名称 | :以管理员身份登录、添加、修改、查询养老院综合服务服务预约 | ||
测试目的:能否正确添加信息,修改信息,删除信息 | |||||
操作描述 | 预期效果 | 实际效果 | |||
不输入内容点击提交 | 文本框请提示输入组织名称 | 文本框请提示输入组织名称 | |||
输入养老院综合服务服务预约内容 | 成功添加 | 成功添加 | |||
点击编辑 | 操作成功 | 操作成功 | |||
点击删除 | 操作成功 | 操作成功 |
7.3.4 通知公告测试
通知公告是由管理员角色来负责添加与维护的,只有当录入关于通知公告的基础信息情况下方可完成对通知公告的添加,从而提供给监护人和护工来查看相关信息。其测试如表7-5所示。
表7-5通知公告管理测试
测试模块: | 通知公告 | 测试用例名称 | :以管理员身份登录、添加、修改、查询通知公告 | ||
测试目的:能否正确添加信息,修改信息,删除信息 | |||||
操作描述 | 预期效果 | 实际效果 | |||
不输入内容点击提交 | 文本框请提示输入组织名称 | 文本框请提示输入组织名称 | |||
输入通知公告内容 | 成功添加 | 成功添加 | |||
点击编辑 | 操作成功 | 操作成功 | |||
点击删除 | 操作成功 | 操作成功 |
7.3.5 床位信息测试
床位信息是由管理员角色来负责添加与维护的,只有当录入关于床位信息的基础信息情况下方可完成对床位信息的添加,从而提供给监护人和护工来查看相关信息。其测试如表7-5所示。
表7-5床位信息管理测试
测试模块: | 床位信息 | 测试用例名称 | :以管理员身份登录、添加、修改、查询床位信息 | ||
测试目的:能否正确添加信息,修改信息,删除信息 | |||||
操作描述 | 预期效果 | 实际效果 | |||
不输入内容点击提交 | 文本框请提示输入组织名称 | 文本框请提示输入组织名称 | |||
输入床位信息内容 | 成功添加 | 成功添加 | |||
点击编辑 | 操作成功 | 操作成功 | |||
点击删除 | 操作成功 | 操作成功 |
7.4测试结果
本系统测试完成后得出以下结论,系统能够按照需求正常运行,只有部分功能有出现一些类似相应时间长的问题,也已通过代码的修改实现正常。系统功能模块能满足开发者正常使用操作系统,数据库字段设计也很合理,长度限制也符合预期要求,在整个测试过程中,本系统所开发的功能相对来说简单一些,系统所设计的逻辑也不够严谨,需要通过学习做进一步的完善。
7.5本章小结
本章节主要进行功能方面的黑盒测试,为确保系统的完整性,测试细节严格把控,测试过程操作详尽,能够实现对系统最大限度的优化,解决系统存在的BUG,完善系统功能。
结束语
本文首先对系统开发所涉及到的相关技术进行介绍,包括系统框架的对比选用,系统和技术的相关性介绍等,并根据实际情况给出详细需求的介绍和用例分析说明,在具体实现方面,本论文首先对系统层次架构进行分析,确保系统每层功能耦合度低。接着介绍了部分功能模块的详细设计与实现,包括接口设计,数据流处理分析,业务逻辑介绍等。从本系统的开发中,明白了任何事情不能只靠想象,而不去行动。任何一个系统的开发,都离不开需求分析、数据库的使用和框架。
虽然系统完成了一定的发展目标,但仍然存在诸多问题需要解决。首先是时间的问题,作者在完成系统的编码工作中,没有展现部分功能。除此之外,部分页面较为简单,其中的文本信息没有进行有效校验,个别界面的体验性较差。最后,本系统在全面应用体验的过程当中,没有开展压力测试工作,无法保障系统运行的稳定性,这就需要在后期工作中认真的研究和开发,仔细的解决运营问题,并且完成后期的护工体验回访工作,形成一定的信息反馈机制。
由于本系统的功能涉及较复杂,而且由于开发周期较短,且个人独立开发,虽然实现了系统需求功能,但系统中还有许多没有考虑到的问题,包括对界面的优化和深层次的可视化展示,后续希望可以对系统性能进行进一步优化。本系统的测试仅限于在PC或者同一路由下的多台主机上,并没有将服务端装配到云端或者大型服务器中进行测试,但可以支持同一实验室的所有主机访问。为达到正式投入使用的目的还需要进行后续的完善和维护工作。
[1]王松.SpringBoot全栈开发实战[M].北京:清华大学出版社.2022:118-122.
[2]王立柱.JavaEE开发颠覆者SpringBoot实战[M].北京:机械工业出版社.2022:72-74.
[3]郑天民.Spring响应式微服务[M].北京:电子工业出版社.2019:28-30.
[4]郑天民.微服务架构实战[M].北京:人民邮电出版社.2018:128-131.
[5]高洪岩.SpringBoot+MVC实战指南[M].北京:人民邮电出版社.2022:58-61.
[6]王波.JavaEE轻量级开发利剑SpringBoot实战.北京:人民邮电出版社.2022:98-100.
[7]杨洋.SpringBoot 2实战之旅[M].北京:清华大学出版社.2019:158-160.
[8]王媛媛,张海艳,李翔. Web全栈开发项目实战—Vue+Spring Boot[M].武汉:华中科技大学出版社.2022:36-38.
[9]韩志超.国外的系统建设与管理[J].中国电脑期刊 ,2022:200-300.
[10]张玉起.国内外普通管理员网站现状及其发展[J] .今日科苑, 2021,7(1):1-200.
[11]陈向辉.由浅入深学java[M].电子工业出版社,2011-7,0-11.
[12]OrlovA.Burk J,Kucharov,et al.Microstructural development duringhigh temperature creep of 9% Cr steel[J].Materials Science and Engineering,2022,254:39-48.
[13]Sasaki,Terufumi,Kobayashi,et al.Production and properties of seamless
modified 9Cr-1Mo steel boiler tubes[J].Kaw asaki Steel Technical Report,2022,25(4):78-87.
[14]Bendick W,Vaillant JC,Vandenberghe B,et al.Properties and workability of new creep strength enhanced steels as known grades 23, 24, 911 and 92[J].International Journal of Pressure Vessels and Piping,2021,476:25-29.
通过这么长时间的努力,终于完成了本次毕设的全部内容,本次设计应该是我做过耗时最长时间的一个项目了。在这段时间中,我付出了十分多的精力,查阅了大量的资料,用了大学四年所学的全部知识去完成了本次毕业设计。这里非常的感谢我的导师在我的论文修订和项目设计上所提供的帮助,感谢导师对我悉心的指导和对我毕设项目进度的关注。没有老师的协助,我想我很难顺利的完成本次毕业设计。
本次毕设设计虽然成功的做完了,但是我知道本敬老院信息管理系统还是有着许多的不足之处,也还有很多细节方面需要提升。一是本系统从理论的设计应该是个庞大的项目,而我因为时间和能力的原因只是抽取了其中的一部分需求实现。二是我实现的功能终究不能像公司企业做的业务那样好、功能实现的那样完美。不过我也不会灰心,因为我毕竟才刚毕业,还有着大把的时间去学习,去充实自己。本次的毕设能够实现正是对我大学四年学习的体现。我相信未来工作中,我也会从不断学习中获益,也能将从大学学到的东西派上用途,不仅仅是知识,更是眼界和自主学习的能力。
在未来我会努力的提高自己的能力,用自己的知识再次完善本平台的搭建。通过本次设计我学到了很多的经验,不仅是能力方面的,还有关于未来抉择方面的。并且在论文的撰写过程中,我学会了如何查找资料并进行运用,提高了自己的认知写作水平。
首先我要感谢我的家人,没有他们就没有我,十六年的风雨都是他们用坚实的臂膀为我所挡,我的一切成就也全部建立在他们努力付出的基础上。
然后我要感谢求学路上我的师长,因为他们的学识,他们的经验,我才在这条路上少走了许多弯路,我才能够站在巨人的肩膀上眺望远方。
这里我还要感谢我的朋友们,因为有他们,我才知道求学的旅程我并不孤独。
感谢身边所有关心我,帮助我的人,因为有你们,我的人生才会如此精彩。