SSM养老院管理系统
摘 要
人口老龄化已经成为我国现代社会面临的主要问题之一,在人口老龄化快速发展的背景下,如果无法很好的解决老年人养老问题,则必然对我国社会的发展产生较大的影响。近年来我国针对人口老龄化的问题出台了一个系列的养老措施,在政策的支持下我国各类型的养老院得到了快速的发展,养老院规模不断扩大,信息化程度不断提高,硬件设施也不断趋于完善。本文通过对某养老院的实际调查,分析了该养老院在运营管理中存在的问题,在借鉴和积极参考市场上养老信息系统特点的基础上,结合该养老院的实际情况设计和开发了养老院管理信息系统。试图通过该系统的开发来提升我国养老院及养老机构的信息化程度,提升养院的服务能力,为解决我国养老问题做出一定的贡献。
本设计主要实现集人性化、高效率、便捷等优点于一身的养老院系统,完成老人信息、薪资管理、资产管理、人事考勤、老人管理、费用管理、事故记录、床位类型、入住信息、请假信息、健康监控、资产类型等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。只需通过一台电脑,动动手指就可以操作系统,实现数据通信管理。整个系统的设计过程都充分考虑了数据的安全、稳定及可靠等问题,而且操作过程简单。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。
养老院系统使用Java语言,采用基于 MVC模式的ssm框架进行开发,使用 MyEclipse 2017 CI 10 编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台HTML+CSS 技术完成系统的开发。
关键词:数据通信;Java语言;关系型数据库;数据存储
SSM nursing home management system
Abstract
The aging of the population has become one of the main problems facing our modern society. Under the background of the rapid development of the aging of the population, if we can not solve the elderly pension problem well, it will inevitably have a greater impact on the development of our society. In recent years, China has introduced a series of measures to support the aging of the population. With the support of policies, various types of nursing homes in China have developed rapidly. The scale of nursing homes has been expanding, the degree of informatization has been improving, and the hardware facilities are also improving. Through the actual investigation of a nursing home, this paper analyzes the problems existing in the operation and management of the nursing home, and designs and develops the nursing home management information system based on the characteristics of the nursing home management information system in the market and the actual situation of the nursing home. The development of this system is intended to improve the information level of nursing homes and institutions in China, improve the service capacity of nursing homes, and make certain contributions to solving the problems of elderly care in China.
This design mainly realizes a nursing home system integrating the advantages of humanization, efficiency and convenience, and completes functional modules such as elderly information, salary management, asset management, personnel attendance, elderly management, expense management, accident record, bed type, occupancy information, leave information, health monitoring, asset type, etc. The system communicates with the server through the browser to realize data interaction and change. You can operate the system by moving your fingers through a computer to realize data communication management. The design process of the whole system fully considers the safety, stability and reliability of data, and the operation process is simple. The system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services.
The nursing home system uses Java language, adopts the ssm framework based on MVC mode for development, and uses MyEclipse 2017 CI 10 compiler for compilation. The data mainly uses Microsoft's MySQL relational database as the data storage medium, and cooperates with the foreground HTML+CSS technology to complete the system development.
Key words: data communication; Java language; Relational database; data storage
目 录
第1章 绪论
1.1 研究背景
1.2 开发意义
1.3 本文的组织结构
第2章 相关技术介绍
2.1 开发技术说明
2.2 MVVM模式介绍
2.3 Mysql数据库
2.4 B/S结构
2.5 SSM框架
2.6 Vue.js 主要功能
2.7 tomcat服务器
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性分析
3.1.2 经济可行性分析
3.1.3 操作可行性分析
3.2 功能需求分析
3.3 非功能需求分析
3.4 数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 数据库设计
4.3.1 概念模型
4.3.2 数据表
第5章 系统实现
5.1 登录模块的实现
5.2 用户子系统模块的实现
5.2.1 用户首页模块
5.2.2 个人中心模块
5.2.3 费用管理模块
5.3 管理员子系统模块的实现
5.3.1 用户管理模块
5.3.2 个人资料模块
5.3.3 护工用户管理模块
第6章 系统测试
6.1 测试目的
6.2 测试过程
6.3 测试结果
第7章 总结与展望
参考文献
致谢
第1章 绪论
1.1 研究背景
近年来,人口老龄化已经成为我国社会乃至全人类发展中最为关注的问题之一。我国老龄办在《中国人口老龄化发展趋势预测研究报告》中对人口老龄化的趋势进行了预测:我国在2001年到2020年将处于高速的老龄化发展阶段",在该阶段内老年人数量年均增速为3.28%,每年增加596万的老年人。根据预测,我国老年人数量在2020年将超过2.48亿人,老龄化水平将达到17.17%,其中超过80岁以上的老年人数量和占比将分别达到3067万人和12.37%21。
该报告中也提出从2021年到2050年期间,我国社会将处于加速老龄化的发展阶段。到2030年和2050年老年人数量将分别超过2.7亿和4亿,老龄化水平超过30%B]。
因此,未来养老问题将成为我国社会最为主要的问题之一,而社会对养老服务的质量也提出了更高的要求,市场资本纷纷参与到养老机构的投资和建设中来,并逐渐成为未来解决社会养老的主要发展趋势(4。随着养老院规模和数量的急增,传统养老服务管理方式和水平难以适应||益发展的现代化养老服务需求,特别是在信息化服务方面表现不足。例如很多养老机构在信息管理方面还延用传统的人工方式,导致养老服务机构在运营过程中出现信息和资料丢失、信息重复、信息冗余等问题[5]。针对养老机构开发出完善的信息管理系统,对于提升养老院管理效率以及管理质量具有十分重要的意义。
1.2 开发意义
养老院在关爱老年人身心健康、提供必要的社会帮助方面发挥着不可或缺的重要作用,同社会中其他性质的企业一样,养老院同样需要高效率和高标准的管理系统,以达到为广大老年客户提供高水准服务的目的。当前的养老院机构的现状和存在的问题有以下两个方面:1、信息化基础薄弱。养老院当前信息化的一些基础信息采集不足,无法满足信息共享、统计、查询等业务的需要。2、信息流转不畅。当前养老院信息的传递依靠传统方式,缺乏高效流转,且流转渠道不畅。
养老院服务的规模化和多样性对管理和服务工作带来了挑战,对于现代养老机构而言,传统的管理方式已难以适应现代化养老服务的需要,而采用信息化集成管理,可以使养老机构的管理和服务工作更加便捷和高效。
1.3 本文的组织结构
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章研究了养老院系统的所采用的开发技术和开发工具。
第三章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章是系统的具体实现,介绍系统的各个模块的具体实现。
第六章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
第2章 相关技术介绍
2.1 开发技术说明
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的ssm框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用ssm作为开发框架,同时集成MyBatis、Redis等相关技术。
2.2 MVVM模式介绍
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的新特性糅合进去,以应对客户日益复杂的需求变化。
2.3 Mysql数据库
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的养老院系统也需要这项技术的支持[7]。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象[8]。
2.4 B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题[9]。
2.5 SSM框架
SSM即SpringMVC+Spring+Mybatis,这三个框架有各自最独有的优势,那么将它们组合在一起能够碰撞出很强的火花。设计者在不需消耗大量功夫,能做出Web应用程序,而且这个程序还具有层次清晰、升级更新操作不影响正常使用的、允许多次使用的特点。这个复合框架形成一个有着结构完整、功能强大和结构良好的体系:SpringMVC使各板块分离,Spring使开发更灵活方便,使用Mybatis让开发者直接对对象进行操纵,各层次分工明细,并实现各个层次间的解耦,让代码更加的灵活精简。这个框架使程序员能够规避在开发时期避免个别错误导致整体被破坏,也能在后期应对客户对产品提出的新需求[10] [11]。
2.6 Vue.js 主要功能
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
2.7 tomcat服务器
Tomcat软件是在一个开放的、参与式的环境中开发的,许多人都喜欢使用它[13]。它可以独立的被应用,却不适用于并发访问较高的情况。它是一个小型的服务连接器,程序员用它来测试服务器页面。Tomcat服务器的性能稳定、容易上手、不需要消费即可获得等,这些益处抓住开发者的眼球,使用者擢发难数[14]。
第3章 系统分析
3.1 可行性分析
本次设计基于B/S 模式下,运用Java技术采用的是MySQL数据库和Myeclipse实现,总体的可行性共分为以下三个方面。
3.1.1 技术可行性分析
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用Java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
3.1.2 经济可行性分析
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
3.1.3 操作可行性分析
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以养老院系统具备操作可行性。
3.2 功能需求分析
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
护工用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
3.3 非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
3.4 数据流程分析
零层数据流程图包括了登录注册、用户功能和检索维护等模块,在登录个人中心模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录注册细分为填制登录注册数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图(一层)
二层数据流程是对一层数据流层图中填写登录注册信息、用户功能的细化。即:填写登录注册信息细化为填制信息、后台审核,用户功能细化为个人资料修改、护工用户资料修改、护工用户注册查看、床位分配、薪资管理、人事考勤、老人管理、费用管理、事故记录、入住信息、请假信息、健康管理等操作。
系统的二层数据流图如下图所示。
图3-4系统数据流图(二层)
第4章 系统设计
4.1 系统架构设计
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。养老院系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
4.2 系统功能结构
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:房间信息、床位申请、分配管理、上报管理、日常记录、缴费信。系统整体角色分为两个部分,一是护工用户、二是管理员。权限分布也是很明显,游客即是无需任何验证便可浏览相关信息;护工用户是在除去浏览信息之外还具有查询和管理自己账户信息、个人资料修改、护工用户注册查看、床位分配、薪资管理、人事考勤、老人管理、费用管理、事故记录、入住信息、请假信息、健康管理操作等权限;管理员是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
4.3 数据库设计
4.3.1 概念模型
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在养老院系统中存在着多个实体分别是用普通用户、管理员、老人、账单、护工用户、工资、请假、留言。
系统总体ER图如下图所示。
图4-4系统总体ER图
4.3.2 数据表
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。养老院系统所需要的部分数据结构表如下表所示。
access_token |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
token_id |
int |
11 |
是 |
是 |
临时访问牌ID |
token |
varchar |
64 |
否 |
否 |
临时访问牌 |
info |
text |
0 |
否 |
否 |
|
maxage |
int |
2 |
是 |
否 |
最大寿命 |
create_time |
timestamp |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
user_id |
int |
11 |
是 |
是 |
用户编号 |
accident_record |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
accident_record_id |
int |
11 |
是 |
否 |
事故记录ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
age |
int |
11 |
否 |
否 |
年龄 |
id |
varchar |
255 |
否 |
否 |
身份证 |
accident_name |
varchar |
64 |
否 |
否 |
事故名称 |
date_of_accident |
datetime |
0 |
否 |
否 |
事故日期 |
accident_process |
text |
0 |
否 |
否 |
事故经过 |
accident_content |
longtext |
0 |
否 |
否 |
事故内容 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
asset_management |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
asset_management_id |
int |
11 |
是 |
否 |
资产管理ID |
asset_type |
varchar |
64 |
否 |
否 |
资产类型 |
asset_no |
varchar |
64 |
否 |
否 |
资产编号 |
asset_name |
varchar |
64 |
否 |
否 |
资产名称 |
purchase_price |
int |
11 |
否 |
否 |
购置价格 |
facility_usage |
text |
0 |
否 |
否 |
设施用途 |
facility_maintenance |
varchar |
64 |
否 |
否 |
设施维护 |
remarks |
longtext |
0 |
否 |
否 |
备注 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
asset_type |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
asset_type_id |
int |
11 |
是 |
否 |
资产类型ID |
asset_type |
varchar |
64 |
否 |
否 |
资产类型 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
auth |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
auth_id |
int |
11 |
是 |
是 |
授权ID |
user_group |
varchar |
64 |
否 |
否 |
用户组 |
mod_name |
varchar |
64 |
否 |
否 |
模块名 |
table_name |
varchar |
64 |
否 |
否 |
表名 |
page_title |
varchar |
255 |
否 |
否 |
页面标题 |
path |
varchar |
255 |
否 |
否 |
路由路径 |
position |
varchar |
32 |
否 |
否 |
位置 |
mode |
varchar |
32 |
是 |
否 |
跳转方式 |
add |
tinyint |
1 |
是 |
是 |
是否可增加 |
del |
tinyint |
1 |
是 |
是 |
是否可删除 |
set |
tinyint |
1 |
是 |
是 |
是否可修改 |
get |
tinyint |
1 |
是 |
是 |
是否可查看 |
field_add |
varchar |
500 |
否 |
否 |
添加字段 |
field_set |
varchar |
500 |
否 |
否 |
修改字段 |
field_get |
varchar |
500 |
否 |
否 |
查询字段 |
table_nav_name |
varchar |
500 |
否 |
否 |
跨表导航名称 |
table_nav |
varchar |
500 |
否 |
否 |
跨表导航 |
option |
text |
0 |
否 |
否 |
配置 |
create_time |
timestamp |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
bed_allocation |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
bed_allocation_id |
int |
11 |
是 |
否 |
床位分配ID |
bed_type |
varchar |
64 |
否 |
否 |
床位类型 |
room_no |
varchar |
64 |
否 |
否 |
房间编号 |
bed_no |
varchar |
64 |
否 |
否 |
床位号 |
bed_status |
varchar |
64 |
否 |
否 |
床位状态 |
remarks |
longtext |
0 |
否 |
否 |
备注 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
bed_type |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
bed_type_id |
int |
11 |
是 |
否 |
床位类型ID |
bed_type |
varchar |
64 |
否 |
否 |
床位类型 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
check_in_information |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
check_in_information_id |
int |
11 |
是 |
否 |
入住信息ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
age |
varchar |
64 |
否 |
否 |
年龄 |
id |
varchar |
255 |
否 |
否 |
身份证 |
check_in_date |
date |
0 |
否 |
否 |
入住日期 |
remarks |
text |
0 |
否 |
否 |
备注 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
elderly_management |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
elderly_management_id |
int |
11 |
是 |
否 |
老人管理ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
age |
int |
11 |
否 |
否 |
年龄 |
id |
varchar |
255 |
否 |
否 |
身份证 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
family_phone |
varchar |
64 |
否 |
否 |
家属电话 |
bed_type |
varchar |
64 |
否 |
否 |
床位类型 |
room_no |
varchar |
64 |
否 |
否 |
房间编号 |
bed_no |
varchar |
64 |
否 |
否 |
床位号 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
expense_management |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
expense_management_id |
int |
11 |
是 |
否 |
费用管理ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
bed_expenses |
int |
11 |
否 |
否 |
床位费用 |
material_cost |
int |
11 |
否 |
否 |
物资费用 |
facility_costs |
int |
11 |
否 |
否 |
设施费用 |
other_expenses |
int |
11 |
否 |
否 |
其他费用 |
content_details |
longtext |
0 |
否 |
否 |
内容详情 |
total_expenses |
varchar |
64 |
否 |
否 |
总费用 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
health_monitoring |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
health_monitoring_id |
int |
11 |
是 |
否 |
健康监控ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
age |
varchar |
64 |
否 |
否 |
年龄 |
id |
varchar |
255 |
否 |
否 |
身份证 |
health_monitoring |
varchar |
255 |
否 |
否 |
健康监控 |
remarks |
longtext |
0 |
否 |
否 |
备注 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
hits |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
hits_id |
int |
10 |
是 |
是 |
点赞ID |
user_id |
int |
11 |
是 |
是 |
点赞人 |
create_time |
timestamp |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
source_id |
int |
10 |
是 |
是 |
来源ID |
information_of_the_elderly |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
information_of_the_elderly_id |
int |
11 |
是 |
否 |
老人信息ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
photo |
varchar |
255 |
否 |
否 |
照片 |
gender |
varchar |
64 |
否 |
否 |
性别 |
age |
int |
11 |
否 |
否 |
年龄 |
id |
varchar |
255 |
否 |
否 |
身份证 |
home_address |
text |
0 |
否 |
否 |
家庭地址 |
personal_profile |
longtext |
0 |
否 |
否 |
个人简介 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
family_phone |
varchar |
64 |
否 |
否 |
家属电话 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
leave_information |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
leave_information_id |
int |
11 |
是 |
否 |
请假信息ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
name_of_the_elderly |
varchar |
64 |
否 |
否 |
老人姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
leave_type |
varchar |
64 |
否 |
否 |
请假类型 |
start_time |
date |
0 |
否 |
否 |
开始时间 |
end_time |
date |
0 |
否 |
否 |
结束时间 |
reason_for_leave |
text |
0 |
否 |
否 |
请假原因 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
nursing_users |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
nursing_users_id |
int |
11 |
是 |
否 |
护工用户ID |
name_of_nurse |
varchar |
64 |
是 |
否 |
护工姓名 |
gender |
varchar |
64 |
否 |
否 |
性别 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
user_id |
int |
11 |
是 |
否 |
用户ID |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
personnel_attendance |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
personnel_attendance_id |
int |
11 |
是 |
否 |
人事考勤ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
month |
varchar |
64 |
否 |
否 |
月份 |
attendance_date |
date |
0 |
否 |
否 |
考勤日期 |
attendance |
varchar |
64 |
否 |
否 |
考勤情况 |
remarks |
varchar |
64 |
否 |
否 |
备注 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
salary_management |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
salary_management_id |
int |
11 |
是 |
否 |
薪资管理ID |
name_of_nurse |
int |
11 |
否 |
否 |
护工姓名 |
salary_month |
varchar |
64 |
否 |
否 |
发薪月份 |
base_pay |
int |
11 |
否 |
否 |
基本工资 |
bonus |
int |
11 |
否 |
否 |
奖金 |
allowance |
int |
11 |
否 |
否 |
津贴 |
fine |
int |
11 |
否 |
否 |
罚款 |
attendance_deduction |
int |
11 |
否 |
否 |
考勤扣款 |
net_salary |
varchar |
64 |
否 |
否 |
实发工资 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
upload |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
upload_id |
int |
11 |
是 |
否 |
上传ID |
name |
varchar |
64 |
否 |
否 |
文件名 |
path |
varchar |
255 |
否 |
否 |
访问路径 |
file |
varchar |
255 |
否 |
否 |
文件路径 |
display |
varchar |
255 |
否 |
否 |
显示顺序 |
father_id |
int |
11 |
否 |
否 |
父级ID |
dir |
varchar |
255 |
否 |
否 |
文件夹 |
type |
varchar |
32 |
否 |
否 |
文件类型 |
user |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
user_id |
mediumint |
8 |
是 |
是 |
用户ID |
state |
smallint |
1 |
是 |
是 |
账户状态 |
user_group |
varchar |
32 |
否 |
否 |
所在用户组 |
login_time |
timestamp |
0 |
是 |
否 |
上次登录时间 |
phone |
varchar |
11 |
否 |
否 |
手机号码 |
phone_state |
smallint |
1 |
是 |
是 |
手机认证 |
username |
varchar |
16 |
是 |
否 |
用户名 |
nickname |
varchar |
16 |
否 |
否 |
昵称 |
password |
varchar |
64 |
是 |
否 |
密码 |
|
varchar |
64 |
否 |
否 |
邮箱 |
email_state |
smallint |
1 |
是 |
是 |
邮箱认证 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
create_time |
timestamp |
0 |
是 |
否 |
创建时间 |
user_group |
|||||
字段名称 |
类型 |
长度 |
不是null |
主键 |
字段说明 |
group_id |
mediumint |
8 |
是 |
是 |
用户组ID |
display |
smallint |
4 |
是 |
是 |
显示顺序 |
name |
varchar |
16 |
是 |
否 |
名称 |
description |
varchar |
255 |
否 |
否 |
描述 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
source_id |
int |
10 |
是 |
是 |
来源ID |
register |
smallint |
1 |
否 |
是 |
注册位置 |
create_time |
timestamp |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
第5章 系统实现
5.1 登录模块的实现
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
用户登录的逻辑代码如下。
/**
* 登录
* @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;
QueryWrapper wrapper = new QueryWrapper<User>();
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());
tokenService.save(accessToken);
// 返回用户信息
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, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
5.2 用户子系统模块的实现
5.2.1 用户首页模块
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。在系统时间显示上编写javascript脚本在导航栏显示系统的当前日期,首先定义一个数组d存放周一至周日,创建一个获取时间的对象time后通过该对象的方法获取年月日,(time.getDay())%7计算得到的结果是数组的下标,通过数组下标就获取了数组的值,利用字符窜连接把年月日和星期转换成字符窜,通过document.getElementById("date")获取标签后使用innerHTML把该字符串显示在jsp页面。
如下图所示为系统的首页界面。
图5-3系统首页界面
其中载入前台页面的主要代码如下。
public Map<String, Object> error(Integer code, String message) {
Map<String, Object> map = new HashMap<>();
map.put("error", new HashMap<String, Object>(4) {{
put("code", code);
put("message", message);
}});
return map;
}
5.2.2 个人中心模块
此页面实现普通用户对自己的用户名、昵称、手机号、邮箱、密码等信息进行修改。
个人中心模块流程图如下所示。
个人中心界面如下图所示。
图5-5个人中心界面
个人中心关键代码如下所示。
/**
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作:{}",entity);
}
5.2.3 费用管理模块
费用信息录入过程中,首先使用getmap(id,"xinxi"),通过用户ID得到老人数据,将老人数据赋值给费用信息,调用CommDAO的insert方法将账单数据插入账单表中,最后查看个人历史费用信息记录,可以销毁历史账单数据。
费用信息入流程图如下所示。
图5-6费用信息入流程图
费用管理入界面如图所示。
图5-7费用管理入界面
费用管理添加关键代码如下所示。
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
5.3 管理员子系统模块的实现
5.3.1 用户管理模块
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
系统用户管理界面如下图所示。
图5-8用户管理界面
系统用户管理关键代码如下所示。
/**
* 用户组:用于用户前端身份和鉴权(UserGroup)表实体类
*
* @author xxx
*@since 202X-XX-XX
*/
@TableName("user_group")
@Data
@EqualsAndHashCode(callSuper = false)
public class UserGroup implements Serializable {
private static final long serialVersionUID = 968356951391304707L;
/**
* 用户组ID:[0,8388607]
*/
@TableId(value = "group_id", type = IdType.AUTO)
private Integer groupId;
/**
* 显示顺序:[0,1000]
*/
@TableField(value = "display")
private Integer display;
/**
* 名称:[0,16]
*/
@TableField(value = "name")
private String name;
/**
* 描述:[0,255]描述该用户组的特点或权限范围
*/
@TableField(value = "description")
private String description;
/**
* 来源表:
*/
@TableField(value = "source_table")
private String sourceTable;
/**
* 来源字段:
*/
@TableField(value = "source_field")
private String sourceField;
/**
* 注册位置:
*/
@TableField(value = "register")
private String register;
/**
* 创建时间:
*/
@TableField(value = "create_time")
private Timestamp createTime;
/**
* 更新时间:
*/
@TableField(value = "update_time")
private Timestamp updateTime;
}
/**
* 所在用户组:[0,32767]决定用户身份和权限
*/
@TableField(value = "user_group")
private String userGroup;
/**
* 用户组:用于用户前端身份和鉴权(UserGroup)表控制层
*
*/
@RestController
@RequestMapping("user_group")
public class UserGroupController extends BaseController<UserGroup, UserGroupService> {
/**
* 服务对象
*/
@Autowired
public UserGroupController(UserGroupService service) {
setService(service);
}
}
5.3.2 个人资料模块
用户点击登录填写账号信息登录后,会切换内容为“某某用户欢迎您”和历史订单,并给出注销链接。当用户登录成功后会将个人信息保存在session作用域中,点击自己的用户名时,会跳转到个人详细信息页面,由后台通过Freemarker取出session作用域中的用户信息进行动态渲染,例如,邮箱、电话号码、用户名等等。同时页面上会显示修改个人信息和修改密码的按钮,这时客户可以修改自己的登录密码以保障账号的安全性,防止被人窃取账号,通过UserController.java的updatePassword()实现,同时也可以根据自己的个人信息是否变动做出相应的修改,通过updateUserInfo()实现。
密码修改流程图如下所示。
图5-9密码修改流程图
密码修改关键代码如下所示。
public Map<String, Object> success(Object o) {
Map<String, Object> map = new HashMap<>();
if (o == null) {
map.put("result", null);
return map;
}
if (o instanceof List) {
if (((List) o).size() == 1) {
o = ((List) o).get(0);
map.put("result", o);
}else {
String jsonString = JSONObject.toJSONString(o);
JSONArray objects = service.covertArray(JSONObject.parseArray(jsonString));
map.put("result", objects);
}
} else if (o instanceof Integer || o instanceof String) {
map.put("result", o);
} else {
String jsonString = JSONObject.toJSONString(o);
JSONObject jsonObject = JSONObject.parseObject(jsonString);
JSONObject j = service.covertObject(jsonObject);
map.put("result", j);
}
return map;
}
5.3.3 护工用户管理模块
删除护工用户时,选择需要删除的护工用户进行删除,把主键的uId传到YihurenyuanController控制器,再调用控制器的deleteYihurenyuan方法,数据经过YihurenyuanService业务层解析和处理,请求YihurenyuanMapper持久层调用deleteByPrimaryKey方法操作数据库将护工用户数据从数据库中删除。
查找护工用户时,输入需要查找的护工用户名,调用getData方法获取所有数据并且进行分页,把获取到的所有数据显示到视图上,这时候只需要用脚本方法便能快速查找,不涉及对数据库操作。
护工用户管理流程图如下所示。
图5-10护工用户管理流程图
护工用户添加界面如下图所示。
图5-11护工用户添加界面
护工用户查询界面如下图所示。
图5-12护工用户查询界面
护工用户信息添加关键代码如下所示。
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
第6章 系统测试
6.1 测试目的
在对该系统进行完详细设计和编码之后,就要对养老院系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
6.2 测试过程
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
注册测试用例表如下所示。
表6-1注册测试用例
测试性能 |
新用户注册 |
||
用例目的 |
测试系统新用户个人信息注册功能的功能和安全性 |
||
前提条件 |
进入注册页面填写个人信息 |
||
输入条件 |
预期输出 |
实际情况 |
|
各项基本信息输入不完整 |
不允许注册,无法点击注册按钮 |
一致 |
|
填写已存在的用户名 |
系统显示出提示信息,要求重新填写 |
一致 |
|
两次密码输入不一致 |
系统显示出提示信息,要求重新填写 |
一致 |
|
填写的各项信息没有符合提示的长度和字符要求 |
系统显示出提示信息,要求重新填写 |
一致 |
|
胡乱填写电话号码 |
收不到验证码 |
一致 |
|
填写验证码与收到的不一致 |
系统显示提示信息告知用户验证码错误,不予注册 |
一致 |
登录测试用例表如下所示。
表6-2登录测试用例
测试性能 |
用户或操作员登录系统 |
||
用例目的 |
测试用户或操作员登录系统时功能是否正常 |
||
前提条件 |
进入用户登录页面或操作员登录页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
各项信息不予填写,直接点击登陆按钮 |
不允许登录,提示填写账号相关信息 |
一致 |
|
填写错误的登录名或密码后点击登录系统 |
提示用户名或密码错误,要求重新填写进行登录 |
一致 |
|
填写与验证码信息不一致的信息 |
系统显示出提示信息,表明验证码错误,要求重新填写 |
一致 |
费用管理测试用例表如下所示。
表6-3费用管理测试用例
测试性能 |
用户进行账单老人的操作 |
||
用例目的 |
测试用户进行费用操作时,系统的功能是否正常 |
||
前提条件 |
用户进入费用详情页,该账单能够被详细录入 |
||
输入条件 |
预期输出 |
实际情况 |
|
用户未登录,点击账单按钮 |
跳转至登录页面,提示用户先进性登录 |
一致 |
|
正常的登录用户,点击账单按钮 |
系统弹出提示框,提示用户录入成功,同时该费用的状态更改为已审校状态 |
一致 |
用户管理测试用例表如下所示。
表6-4用户管理测试用例
测试性能 |
用户相关信息管理功能 |
||
用例目的 |
测试系统后台操作员对用户相关信息进行管理的功能是否正常 |
||
前提条件 |
登录系统后台进入相关管理页面 |
||
输入条件 |
预期输出 |
实际情况 |
|
普通操作员登录,点击进入老人相关信息管理的页面 |
提示非超级用户,权限不够,无法进入相关页面 |
一致 |
|
超级操作员登入,删除某个已被账单的老人 |
提示该老人删除失败 |
一致 |
|
点击增加老人按钮 |
页面正常跳转 |
一致 |
|
增加老人是,填写已存在的老人编号 |
提示该编号已存在 |
一致 |
6.3 测试结果
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
第7章 总结与展望
通过养老院系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]蔡文.养老院智慧化建设研究——以南宁市WM养老院为例[J].工业控制计算机,2023,36(01):131-133.
[2]张琴.养老院智能管理系统的设计与实现[J].信息与电脑(理论版),2022,34(13):158-160.
[3]段昊鹏.基于物联网技术的养老院智能管理系统设计[J].物联网技术,2022,12(02):99-100+105.DOI:10.16667/j.issn.2095-1302.2022.02.027.
[4]Iaconi Ala,Duan Yinfei,Tate Kaitlyn,Penconek Tatiana,Cummings Greta,Norton Peter,Estabrooks Carole. Nursing Home Managers' High Risk of Burnout.[J]. Journal of the American Medical Directors Association,2021,23(1).
[5]Aïdoud Amal,Poupin Pierre,Gana Wassim,Nkodo Jacques-Alexis,Debacq Camille,Dubnitskiy-Robin Sophie,Fougère Bertrand. Helping nursing homes to manage the COVID-19 crisis: an illustrative example from France.[J]. Journal of the American Geriatrics Society,2020,68(11).
[6]沈梦琦.基于物联网技术的养老院管理系统[J].计算机产品与流通,2019(08):122.
[7]Stefanacci Richard G. What Nursing Home Administrators Expect From Their Medical Director[J]. Annals of Long-Term Care: Clinical Care and Aging,2019,27(3).
[8]邬渊. 基于物联网的智慧养老系统的研究[D].兰州大学,2018.
[9]刘通.天水养老院管理系统的设计[J].电脑知识与技术,2018,14(06):3-5.DOI:10.14004/j.cnki.ckt.2018.0593.
[10]郑奥. 中小型养老院库存管理信息系统设计与实现[D].首都经济贸易大学,2018.
[11]仉长娟. 面向养老院的健康管理服务设计研究[D].江南大学,2017.
[12]仉长娟,熊微.养老院老人健康管理现状分析[J].设计,2017(05):54-55.
[13]刘俊秋,王斐,陈志峰,张华伟.虚拟养老院服务管理系统设计与实现[J].江苏科技信息,2016(13):58-62.
[14]黄振,陈卓,刘振.智能养老院综合管理系统设计[J].电子科技,2015,28(11):132-134.DOI:10.16180/j.cnki.issn1007-7820.2015.11.035.
[15]杜菁汝,梁宵.我国养老院管理模式研究——以北京市为例[J].中国外资,2013(06):138-140.
[16]潘永友. 基于物联网技术的养老院管理系统设计与实现[D].杭州电子科技大学,2013.
[17]王震,刘智斌.基于物联网的养老院管理系统设计与实现[J].计算机与现代化,2012(06):77-80.
[18]代耀.我国社区养老院管理与挑战探讨[J].现代商贸工业,2011,23(05):145-146.DOI:10.19311/j.cnki.1672-3198.2011.05.083.
[19]杨晟途. 虚拟养老院破题中国式养老困局[N]. 兰州日报,2010-10-15(001).
[20]陈玉玲.“成就需要”理论在养老院管理中的运用[J].社会福利,2009(07):49-50.
致谢
养老院管理系统的完成,如何实现的更好,其中付出的努力是很大的,这段时光将会终身难忘。
首先要感谢我的指导老师,谢谢您在设计和论文中给我的指导。在您的细心指导下我才能快速的掌握系统的相关功能,在您的大力帮助下我才能将课本上的知识与自己的项目结合,真正的做到学以致用。感谢您经常牺牲自己的休息时间,利用其丰富的教学和项目经验对我进行指导。
感谢所有教过我的老师,为我倾注了大量的心血,正是你们的谆谆教诲、严谨教学才使我能顺利的完成学业,再此向你们表示深深的感谢。
感谢我的同学们,对我的大力支持及帮助,正是你们不断的帮助、鼓励,给我带来了极大的动力,最终系统可以顺利的运行。我们在交流、谈论的这段时间,将是我未来的财富,我要深深地感谢你们!文章来源:https://www.toymoban.com/news/detail-804644.html
毕业在即,在今后的工作和生活中,我会铭记师长们的教诲、同学们的帮助,继续不懈努力和追求,来报答所有支持和帮助过我的人!文章来源地址https://www.toymoban.com/news/detail-804644.html
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
到了这里,关于基于SSM的养老院系统管理设计与开发+64996(免费领源码)可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C#、C++、python、数据可视化、大数据、全套文案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!