摘要
本论文主要论述了如何基于SSM技术开发一个家庭健康信息系统,本系统将严格按照软件开发流程进行各个阶段的工作,采用B/S架构,面向对象编程思想进行项目开发。在引言中,作者将论述家庭健康信息系统的当前背景以及系统开发的目的,后续章节将严格按照软件开发流程,对系统进行各个阶段分析设计。
家庭健康信息系统的主要使用者分为管理员和普通用户,实现功能包括管理员:系统用户、家庭成员管理、体检记录管理、治疗方案管理、饮食记录管理、运动记录管理、系统管理、通知公告管理、资源管理、交流管理等模块,普通用户:首页、交流论坛、通知公告、健康知识、家庭成员、体检记录、饮食记录、运动记录等功能。由于本网站的功能模块设计比较全面,所以使得整个家庭健康信息系统信息管理的过程得以实现。
本家庭健康信息系统是以SSM这一框架为基础,采用Java的开发语言,Web通过一系列的通信实现Java的交互,使用了MySQL这一数据库进行开发的,可以实现家庭健康信息系统科普知识管理的信息化,可以方便管理员进行更加方便快捷的管理。
关键词:Java;SSM;家庭健康信息系统;MySQL
Abstract
This paper mainly discusses how to develop a home health information system based on SSM technology. The system will strictly follow the software development process for each stage of work, using B/S architecture and object-oriented programming ideas for project development. In the introduction, the author will discuss the current background of the family health information system and the purpose of system development. Subsequent chapters will strictly follow the software development process to analyze and design the system at each stage.
The main users of the family health information system are divided into administrators and ordinary users. The implementation functions include administrators: system users, family member management, physical examination record management, treatment plan management, dietary record management, exercise record management, system management, notification announcement management, resource management, communication management, and other modules. Ordinary users: homepage, communication forum, notification announcement, health knowledge, family members, physical examination records, dietary records, exercise records, and other functions. Due to the comprehensive design of the functional modules on this website, the entire process of managing household health information system information can be realized.
This family health information system is based on the SSM framework, using Java as the development language. The Web achieves Java interaction through a series of communications, and is developed using MySQL as the database. It can achieve the informatization of science popularization knowledge management in the family health information system, making it easier for administrators to manage more conveniently and quickly.
Keywords:Java; SSM; Family Health Information System; MySQL
1 绪论
1.1 课题研究的背景
随着医疗科技和信息技术的持续发展,人们对于健康管理的需求不断提升。特别是在家庭健康管理领域,家庭成员需要更好地了解自身健康状况、掌握健康知识、规划健康生活,以保障整个家庭的健康和幸福。传统的健康管理方式往往依赖于医疗机构或专业医护人员,一方面存在时间和经济成本高、医疗资源匮乏等问题,另一方面也无法实时监测和管理家庭成员的健康情况。
在这样的背景下,家庭健康信息系统应运而生。家庭健康信息系统是指基于信息技术构建的家庭健康管理平台,通过集成各类健康数据、提供个性化健康服务、支持健康监测和管理等功能,帮助家庭成员更好地管理自身健康。家庭健康信息系统可以通过智能设备、移动应用、互联网等技术手段,实现家庭成员健康数据的搜集、分析和应用,为他们提供个性化的健康建议和管理方案。
家庭健康信息系统的研究,不仅可以推动健康管理方式的转变,提高家庭成员的健康水平和生活质量,也能为医疗机构提供更多健康数据和参考信息,促进健康大数据的发展和应用。因此,深入研究家庭健康信息系统的构建、应用和评估,对于促进家庭健康管理的智能化、精准化,推动健康产业的发展,具有重要的研究意义和实践价值。
1.2课题研究的目标
家庭健康信息系统的目标是通过有效收集、整理和管理家庭成员的健康信息,以提供个性化的健康管理和预防服务。具体目标如下:
(1)提高家庭成员的健康意识和自我管理能力。通过家庭健康信息系统,家庭成员可以了解自己的健康状况、风险和健康需求,并学习如何进行有效的健康管理和预防。
(2)促进家庭成员之间的健康交流和合作。家庭健康信息系统可以促进家庭成员之间的健康知识共享和信息交流,增强家庭成员之间的互动和合作,形成家庭健康管理的共识和合力。
(3)改善医疗资源的利用效率。通过家庭健康信息系统,家庭成员可以更加智能地利用医疗资源,包括就医预约、医疗咨询、用药指导等,从而提高医疗服务的质量和效率。
(4)建立家庭健康大数据资源。家庭健康信息系统可以收集大量家庭成员的健康数据,并进行分析和挖掘,为健康研究和政策制定提供重要依据。
1.3课题研究的意义
家庭健康信息系统具有重要的实践和研究意义:
(1)提升家庭健康管理水平。传统上,家庭健康管理主要依靠家庭成员的经验和意愿,缺乏科学性和系统性。而家庭健康信息系统可以通过有效的数据收集和分析,帮助家庭成员更好地了解和管理自身的健康状况,提高整体的健康管理水平。
(2)增强个体责任感和主动性。家庭健康信息系统可以鼓励家庭成员主动关注自身的健康,以及他人的健康,促使其主动采取健康行动,如加强锻炼、控制饮食、定期检查等,从而降低慢性病和其他健康问题的发生。
(3)优化医疗资源配置和医疗服务质量。家庭健康信息系统通过智能化的医疗资源引导,可以帮助家庭成员合理利用医疗资源,提高就医预约和就诊体验,减少医疗资源的浪费和滥用,提高医疗服务的质量和效率。
(4)促进家庭教育与社会健康共建。家庭健康信息系统可以作为健康教育的重要载体,帮助家庭成员了解健康知识、学习健康技能,培养健康的生活方式,从而为社会建设健康中国贡献力量。
1.4国内外研究现状
随着信息技术的迅猛发展,家庭健康信息系统作为一种重要的健康管理工具逐渐受到了人们的关注与重视。国内外在家庭健康信息系统领域的研究也日益增多,为促进家庭健康管理、提高生活质量和促进健康发展提供了新思路和新方法。
在国外,许多国家和地区已经建立了相应的家庭健康信息系统,并取得了一定的成果。美国的家庭健康信息系统主要集中在个人健康记录管理、远程医疗服务等方面,旨在帮助家庭成员更好地管理健康信息、监测健康状态、进行健康评估,并实现在线医疗咨询与服务。此外,一些欧洲国家也在家庭健康信息系统的研究与应用方面取得了不俗的成就,为居民提供了全面的健康管理服务,推动了家庭健康信息化的发展。
在国内,随着互联网技术的普及和应用,家庭健康信息系统也逐渐引起了学者和企业的研究关注。目前,一些大型互联网公司已经推出了家庭健康管理软件和应用,为用户提供了健康资讯、健康评估、健康风险预警等功能,受到了广泛的欢迎。同时,一些研究机构和学术界也在家庭健康信息系统的开发与应用方面进行着积极的探索和实践,为家庭健康管理提供了新的思路和途径。
总的来说,国内外在家庭健康信息系统领域的研究现状表明,家庭健康信息系统具有广阔的应用前景和发展空间,有助于提高家庭成员的健康意识,促进健康管理的科学化和智能化发展。然而,目前在家庭健康信息系统的研究与实践中还存在一些问题和挑战,如隐私保护、信息安全、数据互通等方面的挑战,需要进一步的研究和探讨。
1.5论文结构与章节安排
本文共分为七章,章节内容安排如下:
第一章:引言。此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章:相关技术介绍。主要对本系统使用的相关技术和开发环境进行介绍。
第三章:系统需求分析。章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第四章:系统概要设计。主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第五章:系统实现。根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第六章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 开发环境及相关技术介绍
2.1 Java编程语言
Java是一种跨平台的高级编程语言,具有广泛应用于各个领域的优势。它拥有简单易学、可靠稳定、安全性强和良好的性能等特点。在基于SSM框架的电影票务管理系统中,Java将作为主要的后端编程语言来实现系统的核心功能。通过使用Java,我们可以实现数据的处理、业务逻辑的编写以及与前端界面的交互。同时,Java还提供了丰富的类库和开发工具,方便开发人员进行系统设计和开发。
2.2 MySQL数据库管理系统
MySQL是一种流行的开源关系型数据库管理系统,被广泛应用于Web应用程序的数据存储和管理。它具有高性能、稳定可靠和良好的扩展性。在电影票务管理系统中,MySQL数据库将用于存储和管理电影信息、用户数据、评论记录等相关数据。通过使用SQL语言进行数据操作和查询,我们可以实现对数据的增删改查操作,并保证数据的一致性和完整性。
2.3 SSM框架
SSM框架是由Spring、SpringMVC和MyBatis三个开源框架组成的一套Java Web开发框架。每个框架都有不同的职责和功能,它们相互配合形成一个完整的开发环境。Spring框架负责控制反转(IoC)和面向切面编程(AOP),提供了依赖注入和配置管理等功能;SpringMVC框架用于实现MVC模式,处理请求和响应的分发与处理;MyBatis框架则负责数据持久化层的开发,提供了方便的数据访问接口和映射关系。通过SSM框架,我们可以实现系统的各个模块之间的松耦合和高效协作,提高开发效率和系统性能。
3 家庭健康信息系统分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
3.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
3.1.1 技术可行性分析
SSM是一种常用的Java Web开发框架,能够实现分层架构,提高开发效率和代码复用性。家庭健康信息系统在数据的存储上使用的MySQL数据库,在系统开发中使用了Java、HTML、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。结合SSM和Java技术,可以快速搭建一个功能强大、性能稳定的家庭健康信息系统。因此,从技术层面分析是可行的。
3.1.2 经济可行性分析
SSM框架是开源的,拥有大量的社区支持和丰富的学习资源。使用SSM框架进行开发可以降低开发成本,缩短开发周期。此外,SSM框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此,从经济角度分析是可行的。
3.1.3 操作可行性分析
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以高校教材订购管理系统具备操作可行性。
3.2 系统需求分析
3.2.1 功能性需求分析
家庭健康信息系统我划分为了普通用户模块和管理员模块这两大部分。
普通系统用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现跟系统模块相关的操作,就必须有这个系统的账号,如果没有账号的话,可以注册用户进行相关的操作,同时用户还可以通过“我的”这个按钮对个人信息以及操作的信息进行管控。
(2)查看家庭健康信息系统的首页信息:家庭健康信息系统的首页信息包含了首页、交流论坛、通知公告、健康知识、家庭成员、体检记录、饮食记录、运动记录等。
(3)交流论坛:用户点击“交流论坛”菜单显示所有的交流论坛信息,可以按照分类查看帖子信息,或者输入关键词进行局部搜索,点击可以进入帖子的详细展示界面,在此界面用户可以点赞、收藏、评论。
(4)通知公告:当用户点击“通知公告”这一菜单按钮,会显示管理员在后台发布的所有的通知公告,可以查看详情。
(5)健康知识:当用户点击“健康知识”这一菜单按钮,会显示管理员在后台发布的所有的健康知识,可以查看详情,进行收藏、点赞、评论等。
(6)家庭成员:用户点击“家庭成员”菜单可以进入到家庭成员添加页面,根据页面提示输入用户信息、用户姓名、成员姓名、成员关系、成员内容、成员备注等内容点击提交即可。
(7)体检记录:用户点击“体检记录”菜单可以进入到体检记录提交页面,根据页面提示输入相关内容点击提交即可。
(8)饮食记录:用户点击“饮食记录”菜单可以进入到饮食记录提交页面,根据页面提示输入相关内容点击提交即可。
(9)运动记录:用户点击“运动记录”菜单可以进入到运动记录提交页面,根据页面提示输入相关内容点击提交即可。
(10)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
(11)个人中心:用户点击右上角的“用户名”,然后点击“个人中心”可对个人首页、家庭成员、体检记录、治疗方案、饮食记录、运动记录和自己收藏的信息进行管理。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对家庭健康信息系统中的管理员和普通用户账户信息进行增删改查。
(3)家庭成员管理:管理员可以对前台用户添加的所有家庭成员信息进行查询、重置和删除操作。
(4)体检记录管理:管理员可以对前台用户提交的所有体检记录信息进行查询、重置和删除,也可以选择其中一条体检记录添加治疗方案信息。
(5)治疗方案管理:管理员可以对系统所有的治疗方案信息进行查询、重置和删除。
(6)饮食记录管理:管理员可以对前台用户提交的所有饮食记录信息进行查询、重置和删除。
(7)运动记录管理:管理员可以对前台用户提交的所有运动记录信息进行查询、重置和删除。
(8)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。
(9)通知公告管理:管理员点击“通知公告管理”菜单可以查看到系统中的所有通知公告信息,对已经存在的通知公告,管理员可以修改,也可以添加新的通知公告或者删除通知公告。
(10)资源管理:管理员可以对家庭健康信息系统前台展示的健康知识以及健康知识所属的分类进行管控。
(11)交流管理:管理员可以对家庭健康信息系统前台展示的交流论坛以及交流论坛所属的分类进行管控。
3.2.2 非功能性需求分析
家庭健康信息系统的非功能性需求,比如家庭健康信息系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如3-1表格中:
表3-1家庭健康信息系统非功能需求表
安全性 | 主要指家庭健康信息系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指家庭健康信息系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响家庭健康信息系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着家庭健康信息系统的页面展示内容进行操作,就可以了。 |
可维护性 | 家庭健康信息系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.3 系统用例分析
家庭健康信息系统的完整UML用例图分别是图3-1和图3-2。
图3-1就是普通用户角色的用例展示。
图3-1 家庭健康信息系统普通用户角色用例图
图3-2就是管理员角色的用例展示。
图3-2家庭健康信息系统管理员角色用例图
3.4 系统业务流程分析
业务流程图不仅能反映出内部业务之间的关系,而且能体现出管理顺序及信息的流动。家庭健康信息系统必须支持整个组织在不同层次上的各种功能,各个功能模块之间又有各种不同相关的信息进行联系,构成了一个有机的整体,根据家庭健康信息系统的特点以及结合所面临的实际情况,设计出了系统的业务流程图。
系统的业务流程如下图所示。
图3-3系统业务流程图
3.5本章小结
本章主要通过对家庭健康信息系统的可行性分析、功能需求分析、系统用例分析、系统业务流程分析,确定整个家庭健康信息系统要实现的功能。同时也为家庭健康信息系统的代码实现和测试提供了标准。
4 家庭健康信息系统总体设计
本章主要讨论的内容包括家庭健康信息系统的功能模块设计、数据库系统设计。
4.1 系统功能模块设计
4.1.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本家庭健康信息系统中的用例。那么接下来就要开始对本家庭健康信息系统的架构、主要功能和数据库开始进行设计。家庭健康信息系统根据前面章节的需求分析得出,其总体设计模块图如图4-1所示。
图4-1 家庭健康信息系统功能模块图
4.1.2用户模块设计
本系统的用户包括前台和后台两种用户,模块的功能基本是相同的,前台用户比后台多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图4-2用户模块结构图
4.1.3 评论管理模块设计
家庭健康信息系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图4-3评论管理模块结构图
家庭健康信息系统中需要存储不少家庭成员信息,其模块功能结构,具体的结构图如下:
图4-4家庭成员信息模块结构图
4.1.5交流论坛管理模块设计
家庭健康信息系统中需要存储不少交流论坛信息,其模块功能结构,具体的结构图如下:
图4-5交流论坛模块结构图
4.1.6健康知识管理模块设计
家庭健康信息系统是中需要存储不少健康知识信息,其模块功能结构,具体的结构图如下:
图4-6健康知识信息模块结构图
4.2 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
4.2.1 数据库概念结构设计
下面是整个家庭健康信息系统中主要的数据库表总E-R实体关系图。
图4-7 家庭健康信息系统总E-R关系图
4.2.2 数据库逻辑结构设计
通过上一小节中家庭健康信息系统中总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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | dietary_records_id | int | 10 | 0 | N | Y | 饮食记录ID | |
2 | user_information | int | 10 | 0 | Y | N | 0 | 用户信息 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | record_date | date | 10 | 0 | Y | N | 记录日期 | |
6 | dietary_name | varchar | 64 | 0 | Y | N | 饮食名称 | |
7 | dietary_content | text | 65535 | 0 | Y | N | 饮食内容 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | family_members_id | int | 10 | 0 | N | Y | 家庭成员ID | |
2 | user_information | int | 10 | 0 | Y | N | 0 | 用户信息 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | member_name | varchar | 64 | 0 | Y | N | 成员姓名 | |
5 | membership_relationships | varchar | 64 | 0 | Y | N | 成员关系 | |
6 | member_content | text | 65535 | 0 | Y | N | 成员内容 | |
7 | member_remarks | text | 65535 | 0 | Y | N | 成员备注 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | 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: |
表medical_examination_records (体检记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | medical_examination_records_id | int | 10 | 0 | N | Y | 体检记录ID | |
2 | user_information | int | 10 | 0 | Y | N | 0 | 用户信息 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | physical_examination_date | date | 10 | 0 | Y | N | 体检日期 | |
6 | physical_examination_items | varchar | 64 | 0 | Y | N | 体检项目 | |
7 | physical_examination_results | text | 65535 | 0 | Y | N | 体检结果 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | contact_phone_number | varchar | 16 | 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 | 更新时间 |
表slides (轮播图)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | sports_records_id | int | 10 | 0 | N | Y | 运动记录ID | |
2 | user_information | int | 10 | 0 | Y | N | 0 | 用户信息 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | record_date | date | 10 | 0 | Y | N | 记录日期 | |
6 | sports_name | varchar | 64 | 0 | Y | N | 运动名称 | |
7 | exercise_duration | varchar | 64 | 0 | Y | N | 运动时长 | |
8 | exercise_intensity | varchar | 64 | 0 | Y | N | 运动强度 | |
9 | sports_content | text | 65535 | 0 | Y | N | 运动内容 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | treatment_plan_id | int | 10 | 0 | N | Y | 治疗方案ID | |
2 | plan_name | varchar | 64 | 0 | Y | N | 方案名称 | |
3 | user_information | int | 10 | 0 | Y | N | 0 | 用户信息 |
4 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
5 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
6 | physical_examination_date | date | 10 | 0 | Y | N | 体检日期 | |
7 | physical_examination_items | varchar | 64 | 0 | Y | N | 体检项目 | |
8 | physical_examination_results | text | 65535 | 0 | Y | N | 体检结果 | |
9 | content_of_the_plan | text | 65535 | 0 | Y | N | 方案内容 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表upload (文件上传)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 会员折扣 |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
4.3本章小结
整个家庭健康信息系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
5 家庭健康信息系统详细设计与实现
家庭健康信息系统的详细设计与实现主要是根据前面的家庭健康信息系统的需求分析和家庭健康信息系统的总体设计来设计页面并实现业务逻辑。主要从家庭健康信息系统界面实现、业务逻辑实现这两部分进行介绍。
5.1前台用户功能模块
5.1.1 前台首页界面
当进入家庭健康信息系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,其主界面展示如下图5-1所示。
![](https://i-blog.csdnimg.cn/direct/7a7b950539a64d56b1ca3174a3cac2a7.png)
图5-1 前台首页界面图
5.1.2 用户注册界面
家庭健康信息系统的游客和普通用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册界面展示如下图5-2所示。
![](https://i-blog.csdnimg.cn/direct/ec643cdde29646dcbe46b11b98289670.png)
图5-2注册界面图
注册代码如下:
@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);
}
5.1.3 用户登录界面
家庭健康信息系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当普通用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到家庭健康信息系统的首页中;否则将会提示相应错误信息,用户登录界面如下图5-3所示。
![](https://i-blog.csdnimg.cn/direct/34e7b36f5a88419db52b1570ad06ed99.png)
图5-3用户登录界面图
登录的逻辑代码如下所示。
@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<>();
5.1.4交流论坛界面
当访客点击家庭健康信息系统中导航栏上的“交流论坛”后将会进入到该“交流论坛”列表的界面,然后选择想要看的交流论坛,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作。也可以发布新的交流帖子。交流论坛发布界面如下图5-4所示。
![](https://i-blog.csdnimg.cn/direct/995cbc455f15415896a8ae51be9cbd13.png)
图5-4交流论发布界面图
5.1.5健康知识界面
当访客点击家庭健康信息系统中导航栏上的“健康知识”后将会进入到该“健康知识”列表的界面,然后选择想要看的健康知识,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作。健康知识界面如下图5-5所示。
![](https://i-blog.csdnimg.cn/direct/1d88cb10f4284a149946cfa689a13f20.png)
图5-5健康知识界面图
5.1.6 家庭成员界面
当用户点击前台“家庭成员”按钮后可以按提示添加家庭成员信息,根据页面提示输入用户信息、用户姓名、成员姓名、成员关系、成员内容、成员备注等内容点击提交即可。家庭成员添加界面如下图5-6所示。
![](https://i-blog.csdnimg.cn/direct/6c8b06aad178442ab65d79fd9ff2355d.png)
图5-6 家庭成员添加界面图
5.1.7体检记录界面
正式通过注册的用户可以点击体检记录菜单,在此页面提交体检记录信息,包括体检日期、体检项目、体检结果等。体检记录添加界面如下图5-7所示。
![](https://i-blog.csdnimg.cn/direct/c51fe68338924cd8af914212fff2cd61.png)
图5-7体检记录添加界面图
5.1.8个人中心界面
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“个人中心”可以对个人首页、家庭成员、体检记录、治疗方案、饮食记录、运动记录和自己收藏的信息进行设置管理。个人中心管理如下图5-8所示。
![](https://i-blog.csdnimg.cn/direct/92bd44d01f8d4ef68c7353ff979e752d.png)
图5-8个人中心管理界面图
5.2后台功能模块
5.2.1系统用户界面
家庭健康信息系统中的管理人员在“系统用户”这一菜单是中可以对注册的前台用户以及管理员进行管控。系统用户如下图5-9所示。
![](https://i-blog.csdnimg.cn/direct/24873eda77d84d85b69607de456fb96f.png)
图5-9系统用户界面图
5.2.2 体检记录管理界面
管理员点击“体检记录管理”可以查看到所有用户提交的体检记录信息,可以进行查询、重置和删除,也可以选择其中一条体检记录添加治疗方案信息。体检记录管理界面如下图5-10所示。
![](https://i-blog.csdnimg.cn/direct/140f78d7d1cb4b5998394e79b66de254.png)
图5-10体检记录管理界面图
添加治疗方案界面如下图5-11所示。
![](https://i-blog.csdnimg.cn/direct/9a3f060abf324f1484f8e630eaadd900.png)
图5-11添加治疗方案界面图
5.2.3系统管理界面
管理员点击“系统管理”菜单可以对系统的轮播图和敏感词汇进行管理,对已经存在的轮播图,管理员可以修改,也可以发布新的轮播图信息。轮播图管理界面如下图5-12所示。
![](https://i-blog.csdnimg.cn/direct/6d9421f53a704adeb1e0de1558a19669.png)
图5-12系统管理界面图
5.2.4资源管理界面
管理员点击“资源管理”菜单能够对其下子菜单健康知识和健康知识的分类进行增删改查,也可以对资讯的评论进行管控。资源管理界面如下图5-13所示。
![](https://i-blog.csdnimg.cn/direct/d8da85726b48479f8a81e87c9fd5ed89.png)
图5-13资源管理界面图
6 系统评估与测试
系统开发的最后一个步骤就是系统测试,系统测试也是整个系统十分重要的一个环节,测试的好坏关系到产品的发展。客户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则,测试的主要目的就是看看在系统运行中,是否会出现bug,然后对出现的bug进行调试,直到程序完美运行。但是软件的测试只能尽可能的减少bug,理论上来说是无法达到消除bug。但是bug越少,系统出错的几率就越低,用户使用起来也更方便、更安全。
6.1 系统测试意义
随着现代信息的快速发展,在社会各大领域中已经都开始应用网络信息技术,在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注,因为一个软件的好与坏它决定着这个系统在市场上的生存,所以我们必须要把软件质量来做好,这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题,因为一个系统的软件质量决定着用户在后期上成本经济的问题。
图6-1就是纠错测试流程。
图6-1 测试与纠错信息流程
6.2 系统测试方法
具体测试方法包括:黑盒测试和白盒测试。
黑盒测试又被人们称作为功能测试,通常是在程序的接口来做一些测试的方法,它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出,同时还可以做出正确的输出信息,并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试,在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括:系统的适用性、准确性、安全性等功能测试。
6.3 系统测试用例
系统测试包括:用户登录功能测试、交流论坛查看功能测试、家庭成员信息添加、健康知识搜索、密码修改功能测试,如表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)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
6.4 系统测试结果
通过编写家庭健康信息系统的测试用例,已经检测完毕用户登录功能测试、交流论坛查看功能测试、家庭成员信息添加、健康知识搜索、密码修改功能测试,通过这5大模块为家庭健康信息系统的后期推广运营提供了强力的技术支撑。
结论
通过基于SSM技术的家庭健康信息系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]Guthi R V ,Kumar S D ,Kumar S , et al.Hypertension treatment cascade among men and women of reproductive age group in India: analysis of National Family Health Survey-5 (2019–2021)[J].The Lancet Regional Health - Southeast Asia,2024,23100271-.
[2]Virk A ,Kalia M ,Singh P , et al.Tobacco use in currently married pregnant lactating women in India; key findings from the National Family Health Survey-5[J].The Lancet Regional Health - Southeast Asia,2024,23100274-.
[3]Pooja S ,Kumar K S .Trends, patterns and predictors of high-risk fertility behaviour among Indian women: evidence from National Family Health Survey[J].BMC Public Health,2024,24(1):
[4]Hunter C S ,Mauch E C ,Ridley K , et al.Family Life During and Beyond COVID-19: The Impact of Relationship Quality on Caregivers’ Management of Paid Work, Caregiving, and Self-Care[J].Journal of Family Issues,2024,45(3):647-673.
[5]樊明锁,陈同,车洋,等.基于全民健康信息的结核病协同管理系统的设计与实践[J].中国现代医生,2024,62(05):102-105.
[6]关淑萍,邱鹏,郑淑倩,等.桥梁信息管理与健康监测系统设计与开发[J].城市道桥与防洪,2023,(12):181-184+26.DOI:10.16799/j.cnki.csdqyfh.2023.12.046.
[7]姚琳,赵慧,姜涌.基于物联网的居民健康信息管理系统探究[J].中国管理信息化,2023,26(20):171-173.
[8]陈方元.个人健康信息管理实践调查与分析——基于国内外比较的视角[J].兰台世界,2023,(07):22-27.DOI:10.16565/j.cnki.1006-7744.2023.07.05.
[9]肖年,何丹,何春燕.基于卫生信息交换平台的重庆市妇幼健康信息管理系统的设计与实现[J].中国妇幼卫生杂志,2023,14(03):73-77.DOI:10.19757/j.cnki.issn1674-7763.2023.03.014.
[10]程书玲.基于SSM框架的健康管理系统的设计及实现[J].黑龙江科学,2023,14(08):140-143.
[11]张浩.SSM框架在Web应用开发中的设计与实现研究[J].电脑知识与技术,2023,19(08):52-54.DOI:10.14004/j.cnki.ckt.2023.0353.
[12]王春慧.SEI员工健康信息管理系统的设计及开发[J].石油化工设计,2023,40(01):37-40+5-6.
[13]李世娟.健康信息学概论[M].朝华出版社:202301.222.
[14]岳丽欣,周晓英,陈旖旎.国内外健康信息领域研究进展[J].情报科学,2023,41(01):182-190.DOI:10.13833/j.issn.1007-7634.2023.01.022.
[15]任杨平,健康体检智能信息管理系统.陕西省,西安丽姆斯信息科技有限公司,2022-06-24.
[16]杨娅,吕国卿,马培元,等.基于大数据的医院健康管理平台的构建与实践[J].济宁医学院学报,2022,45(03):189-191.
[17]冯卫宏,健康信息综合管理系统(pc端)v1.0.陕西省,西安美铂隆科贸有限公司,2021-03-09.
[18]张学艳,徐金水,陈勇,等.健康江苏战略下家庭医生签约服务信息系统使用现况研究[J].江苏预防医学,2020,31(05):584-585.DOI:10.13668/j.issn.1006-9070.2020.05.042.
[19]赵光炜,李丹蓉.全民健康信息平台的家庭医生签约服务信息系统设计[J].电子技术与软件工程,2020,(15):183-184.
[20]王磊.“互联网+家庭”病床信息系统设计与实践[J].现代信息科技,2020,4(10):120-122+126.DOI:10.19850/j.cnki.2096-4706.2020.10.039.
致 谢
到此,整个基于SSM的家庭健康信息系统的设计与实现就算完成了,虽然过程十分艰难,但是等到都完成的时候,我感觉无比的自豪,虽然设计的系统还存在许多的纰漏,但是我已经拼劲全力,给自己的大学四年画上了一个圆满的句号。
在这里我首先要感谢的就是大学四年来所有教导我的老师,是他们教会了我许多的专业知识以及做人的道理,从一进校门对对开发系统一窍不通到现在能自主开发一个管理系统,里面包含了前台框架、后台框架、业务流程、数据结构、操作系统等各种知识,只有把他们统一运用好,才能够完成整个系统,这都是老师的功劳;其次我要感谢我的指导老师,在开发这个系统的时候,我遇到了无数的问题,经常通过线上、线下的方式去请教导师,每次去请教导师,他从来没有不耐烦,都是细心的引导,告诉我怎么样实现这个功能,怎么样才能使得系统更加完善,然后通过自己查询相关资料解决问题,提高了自己自主解决问题的能力,授人以鱼不如授人以渔,指导老师的这种工作态度受益终生,我也会向老师不断靠拢,向他学习,在此我只想说一句:“老师,谢谢您,您辛苦了”!最后我还要感谢我的室友、同学,在一起学习这四年,他们不但学习上给了我很多建议,在生活上更加给了我帮助,正是有他们的帮助,我的大学生涯才如此完美。
最后,希望自己在未来的道路上能够越走越远,不辜负在大学的学习以及老师们的细致的教导,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-