基于Web的社区老年人自助食堂登记系统设计与实现【高分毕设】

本人专注于计算机、大数据、人工智能、信息安全等系统开发，由于近期单量大，没有来得及更新。 如果大家有需要，可以私信联系 价廉物美 但是谢绝白嫖

资源链接

论文链接

下载论文

源码链接

源码

第1章 绪论

1.1 课题背景

随着时间推进，学者们早年预测的老龄化社会已经来临，我国老年人口逐年攀升，而新生人口逐年下降，这使得养老相关产业以及老年人相关事业对于社会和国家来说越来越重要。俗话说“民以食为天”，老年人的吃饭问题是所有老年人面临的问题中最终突出和重要的一个。老年人由于很多原因都会导致他们的吃饭成为问题，一是老年人腿脚不便，导致自理能力越来越差，二是随着年龄的增加，其配偶离逝的可能性较大；三是子女不便于照顾；以上种种原因都会导致他们的吃饭成为问题。如果可以利用信息化技术为他们提供点餐服务，他们可以自己到餐厅就餐，就可以解决他们的吃饭问题，只需要按月提前缴纳预存即可，这种集约化的供餐一来可以产生规模经济效益，降低成本；二来可以提供就餐的环境，让老年人通过就餐交友，丰富他们的生活；三是最重要的，就是给老年人解决了吃饭难题，让他们的子女也可以安心工作，无需过多操劳。
总之，建设一套老年人自助餐厅系统，无论对老年人，还是对他们的子女，乃至社会都有重要的作用，可以切实解决我国老龄化社会中的一些问题，缓解社会矛盾，为构建和谐社会贡献力量。

1.2 目的和意义

1.2.1课题目的

随着我国步入老龄化社会，老年人的养老问题成为重要的社会问题，解决老年人的吃饭问题是解决养老问题的第一步，如果解决好了，那么对于社会的稳定和谐运转有重要意义。“民以食为天”，老年人的餐饮是要解决的首要问题，通过社区提供自助餐的方式提供餐饮服务，可以解决老年人的吃饭问题，可以为社会养老事业贡献力量。
一是可以通过集约化的手段提供餐饮，既可以降低成本，又可以给老年人提供低廉的价格，从而有利于老年人养老；
二是通过集约化的“大锅饭”的餐饮方式，可以给老年人提供社交平台，使得他们可以在一起用餐，在一起度过老年时光，提供“老有所乐”的养老方式；
三是通过集约化的方式提老年人提供服务，方便社区的管理和服务工作的开展，有利于集中进行一些信息传播，开展宣传工作。

1.2.2课题意义

开发一款社区老年人自助餐登记系统，可以有效解决老年人的吃饭问题，从而解决养老问题中的首要问题,这对于整个社会养老问题都有重要的意义。
对于老年人来说，他们可以通过使用这个系统，完成自助餐的订购，解决自己的吃饭问题，给他们提供了极大便利性；
对家属来说，通过平台可以让自己的年老父母吃到放心饭菜，可以让他们安心工作，有利于社会和谐；
对于平台来说，通过平台可以使得他们老年朋友提供更优质服务，可以有计划的组织餐饮的制作过程，避免浪费。也可以通过提供更优质的服务而提升自家品牌知名度，促进良性循环发展。

1.3 国内外研究现状

随着我国老龄化的加重，老年人的养老问题成为我国的一项重要工作。老年人在日常生活中最为关切是的事情包括就医、吃饭等问题，在老年人相关的服务平台中，一般都需要支撑这些功能。
目前国内外有很多订餐点餐平台，但是针对老年人的订餐平台却不多。老年人在使用信息化平台和数字化系统的过程中，会出现一些问题，比如他们不容易找到操作入口，担心自己的使用会导致程序出问题，不敢轻易点击按钮等问题，因此本文需要在了解国内外外卖平台的基础上提出基于老年人的自助餐点餐平台。
目前外卖平台有很多，以“美团”和“饿了吗”为主的一些头部外卖平台提供了外卖的服务，也有一些较小的互联网平台提供了外卖服务，还有一些上架搭建自己的外卖平台，比如KFC宅急送等。这些外卖平台从用户终端来分类，有基于应用程序的，有基于微信小程序的，从商家使用的终端来分类，有基于移动应用的，有基于电脑端的。而从技术分类来说，基于微信小程序的基于微信提供的开发技术，而基于互联网平台的应用程序则基于安卓或者苹果等平台，服务端的技术有基于Java技术的和基于.net技术的，前者是跨服务器的，基于类linux服务器或者windows平台，而基于.net技术的一般都是基于windows平台的。从功能上来说，这些外卖一般包括管理端对菜品和价格的管理，还有结算功能；而在用户端一般都有下单和查看订单功能。
本文在现有平台的基础之上，需要针对老年人的使用系统的特点，在界面设计的过程中需要设计较大图标，在界面展示重要内容，合理留白，而且要设计清晰的导航，从而有利于老年人操作。

1.4 论文研究内容及组织结构

第一章介绍了社区老年人自助餐厅系统的课题背景，以及此课题的研究价值和现实意义以及老年人自助餐厅系统的国内外发展现状，最后介绍了此课题将要实现的主要目标和社区老年人自助餐厅系统开发所使用的相关技术及其特点，并介绍了此系统的各种开发工具。
第二章介绍了社区老年人自助餐厅系统的可行性分析，以及社区老年人自助餐厅系统的经济可行性分析，技术可行性分析，时间可行性分析和业务流程分析等。
第三章介绍了社区老年人自助餐厅系统的需求分析，详细阐述了此系统的各种功能性需求和非功能性需求。数据流图分析等。
第四章介绍了社区老年人自助餐厅系统的概要设计，从总体框架和整体功能上面对系统进行设计。
第五章是社区老年人自助餐厅系统的的详细设计和实现部分，对每一个模块进行细化设计和实现要点说明。
第六章是系统的测试部分，用来测试系统的功能是否达标。
第七章是本文的总结，总结系统和全文。

第2章 可行性分析

本章主要是从经济可行性、技术可行性、时间可行性进行分析，自助餐厅管理系统既要保证自助餐厅管理系统的科学性、系统性、完整性，又要注意到老年人的行为特点。

2.1　经济可行性

社区老年人自助餐厅系统经济可行。建设系统的经济可行性主要需要从两个方面进行分析，一是投资和建设成本，二是建设系统带来的收益，包括直接收益和广告收益等，也可以分为主营业务收入和非主营业务收入等。从投资成本来说，系统的投资分为两大部分，一个是软硬件的投入，软件主要基于免费开源软件，比如MySQL、Spring、Bootstrap、EasyUI、Jquery等，这些软件的资金投入为0，选用开源免费软件即可；硬件的投入是购买的笔记本，成本在人民币10000元左右，但由于已经使用了一些时日，按照年度折旧20%计算，目前还有8000元价值。其他人工投入主要是投入的工时，本文按照人/日来计算。系统在前期建设时需要支付出相应的前期建设资金，从而支持系统建设、确保系统的运作。

2.2　技术可行性

本文以Java为背景，以JSP,HTML5,JavaScript为核心；CSS是一种前端编程语言。技术上的可行性是指在现有技术条件下，是否可以开发完成本系统，以及开发的难度是否可以掌握，即使有一定难题，但也可以在建设周期内解决。Java语言易于学习，不需要太高的硬件条件，只需要在相应的虚拟机上安装就可以了。而前端的技术，只需要客户安装浏览器即可使用，无论是基于电脑还是基于手机都可以使用，这位系统的使用和推广提供了基石。

2.3　时间可行性

从时间上来看，按照软件工程的思想，完全可以在学校要的时间内完成开发。其中，前期调研预计可以在一个月以内完成，而设计和开发可以在一个月以内完成，最后的一个月完成论文撰写，同时再次调整系统，可以确保在三个月以内完成系统和论文。

2.4　业务流程分析

业务过程分析有助于识别过程的工作和协作模型，可以通过将现实中的业务使用图形的方式展示出来，既有利于系统相关方进行交流，也适合用来进行后续的开发，可以将此作为后期设计和开发的蓝图。业务流程分析的结果图也可以作为最后系统建设完成之后系统功能测试的依据。
社区老年人自助餐厅系统的业务流程图，如图2-1所示。

图2-1 业务流程图

本章小结

本章主要进行了系统的可行性分析，可行性分析主要从经济角度、技术角度和时间角度去分析。经济角度是指投入的可行性，本文经过分析经济具备可行性，而技术可行性是指技术上是不是可以实现，本文经过分析表明技术具备可行性。

第3章　需求分析

为了收集和梳理老年人用户对于自助食堂的需求和诉求，本文展开了对老年人用户的深入调查，并对老年人食堂的潜在投资者进行了调查，分析和梳理了他们对系统的需求。

3.1　社区老年人自助餐厅系统功能需求分析

在建设社区老年人自助餐厅系统的过程中，通过对潜在投资者和老年人用户深入调查和访谈，收集了第一手资料。这些基本资料包括两方面内容，一是投资者期望餐厅可以给他们带来利润，通过建立系统的方式可以让老年人自助点餐，从而节省了大量人力点餐的成本，可以提高老年人食堂的运营利润，同时由于降低了成本也可以大幅降低菜品价格，吸引更多老年人点餐，提升食堂的竞争力。二是老年用户期望可以通过预交预存的方式，按照一定周期直接通过点餐的方式前去就餐，可以一个月交一次预存款，然后一个月之内每天可以提前通过系统点餐，第二天直接去享用美食即可，而且期望菜品价格相对低廉，可以让他们消费得起。第三，用户期望可以从系统查询自己之前的消费和充值记录，运营者期望可以从系统看到营业收入。
经过梳理，系统需要完成的功能包系统管理模块、用户管理模块、菜品管理模块、选材下单、费用管理、订单管理和数据统计等。

3.2 非功能性需求

3.2.1性能要求

因为本系统采用了MVC框架进行实现，由于系统是作为毕业设计实现的，在没有进行商业化之前，没有太大的并发量，因此，Tomcat无需采用集群方式部署，也无需添加负载均衡，而且，数据库方面采用的单例MySQL数据库也可以完全满足要求。

3.2.2安全性需求

本系统为社区老年人自助餐厅系统，采用B/S结构，但由于本系统必须以管理员和终端用户为基础，最后必须建立在网络上，出于安全性（也从成本角度），在将系统投入商用时，必须在云计算平台上安装该系统，这是因为当前的云计算供应商提供了更加安全的战略；可以通过平台的优势来筛选无效的链接，通过黑洞来对抗DOS和DDOS的攻击，同时还可以在云计算平台上购买其它的安全服务，从而提高系统的安全性；目前在平台建设期，无需采购过高配置硬件。当然，由于还处于学习阶段，所以这套系统主要是作为毕业设计的，暂时安装在自己的电脑上。

3.3 数据流分析

数据流分析可以体系整个系统的数据流向，可以从数据层面看清楚系统中使用的具体数据，数据从哪里来，数据在哪里处理，系统的数据处理完成之后会流向哪里，都需要在数据流分析中体系。
一个数据流图中主要包括下面四种元素：数据流、外部实体、数据存储、数据处理。数据流图例，如图3-1所示。

图3-1　数据流图图例
数据流图显示了社区老年人自助餐厅系统中的数据流向，表达了系统中从输入到存储之间所有涉及到的业务数据流向，顶层数据流图是对整体系统的数据概描述。
社区老年人自助餐厅系统的顶层数据流图，如图3-2所示。

图3-2　顶层数据流
数据流图细致描绘了系统所有的数据流向，是对顶层数据流图的细化。数据流图的模块数量可以展示课题的繁杂程度，图中包含了系统一层数据流图数据处理、数据流向和数据存储表。社区老年人自助餐厅系统的数据流图的一层流程，如图3-3所示。

图3-3 一层数据流图
二层数据流图详细展示和记录了数据的流向，包括注册数据流向、数据导入数据流向、登记的患者疾病特征信息流向等。具体如图3-4所示。

图3-4　系统二层数据流图

3.4 数据字典

略

本章小结

本章根据用户、管理两个角度对系统进行了需求分析，本章对此系统的建立的经济，时间，技术，操作等进行了分析，并且证明的系统确实具有可行性。系统的需求分析（包括功能和非功能需求）详述了系统需要满足的各种需求和数据流分析等。

第4章　系统设计

社区老年人自助餐厅系统设计的主要目标就是给社区老年人提供就餐便利，一是可以方便老年人用户的就餐，二是可以为食堂运营者带来利润。

4.1 系统模块设计

基于当前社区老年人自助食堂的现状，结合老年人使用数字化系统和信息化设备的特点，分客户端和管理端实现系统，客户端一般可以摆放在社区显眼的位置，而管理端则由平台管理人员负责操作，基本功能如下。
1.系统管理。系统管理包括参数、权限的新增和修改等功能；
2.用户管理。用户管理包括用户注册、用户登录和用户审核等功能；
3.菜单管理。由平台管理人员负责维护菜单，包括菜品上架、菜品下架和菜品修改、菜品数量管理等；
4.点餐管理。由老年人操作社区的固定展示设备进行点餐，包括菜品选择、日期选择、餐次选择等；
5.费用管理。老年人可以到管理端预先充值，在点餐消费的时候抵扣费用，消费和充值查询等；
6.订单管理。管理端需要管理订单状态，老年人点餐之后是未消费状态，如果消费了本次点餐，就会变成已消费状态，否则如果没有消费就是未消费状态，如果点餐之后平台无法提供餐饮，可以将订单变成失败订单，还支持订单查询。
社区老年人自助餐厅系统系统功能模块图，如图4-1所示。

图4-1　功能模块图

4.2 数据库设计

4.2.1数据库ER图

实体-关系图是分析关系型数据库的常用方法，社区老年人自助食堂的E-R图，E-R图中的核心包括用户表、菜品表、订单表、订单详情表、用户费用表、预存记录表等。
具体表和表之间的关系如图4-2所示。

图4-2　E-R图

4.2.2数据库详细设计

用户管理是系统中的基础，有了用户才能进行后续的操作。用户分为运营、管理、用户、维修人员等，这些用户之间可以通过使用用户类型进行区分。
用户USER结构如表4-1所示。
表4-1 USER用户表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	USER_ID	NUMBER	4	否	用户ID，主键
2	USER_NAME	NUMBER	4	否	用户姓名
3	USER_PASSWD	VARCHAR2	10	否	用户密码
4	USER_ADDRESS	VARCHAR2	10	否	用户地址

菜品表是记录系统中的所有菜品的，这些菜品是系统运营人员进行上架发布的。菜品表BUFFET_FOOD结构如表4-2所示。
表4-2 BUFFET_FOOD菜品表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	BUFFET_FOOD_ID	int	50	是	菜品ID
2	FOOD_NAME	varchar	50	是	菜品名称
3	FOOD_PIC	varchar	50	是	菜品图片
4	FOOD_PRICE	int	50	是	价格
5	FOOD_RATE	int	50	是	折扣
6	RECOMMEND_REASON	varchar	50	是	推荐理由

订单表中记录了用户下单的信息，包括用户、订单金额等。订单表结构如表4-3所示。
表4-3 ORDER_INFO订单表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	ORDER_DAY	date	50	是	预约日期
2	ORDER_DURATION	varchar	50	是	预约时段
3	ORDER_INF_ID	int	50	是	订单序列
4	ORDER_STATUS	varchar	50	是	订单状态
5	ORDER_USER_ID	int	50	是	下单用户ID
6	ORDER_USER_NAME	varchar	50	是	下单用户姓名
7	RSRV1	varchar	50	是	用餐方式
8	SERVE_USER_ID	int	50	是	服务人ID
9	SERVE_USER_NAME	varchar	50	是	服务人姓名
10	TOTAL_PRICE	int	50	是	订单价格

订单详情表中记录的是订单的详情信息，这些详情是具体的菜品信息。
订单详情表ORDER_DETAIL_INFO表结果如图4-4所示。
表4-4 ORDER_DETAIL_INFO详细订单表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	FOOD_ID	int	50	是	菜品ID
2	FOOD_NAME	varchar	50	是	菜品名称
3	FOOD_PIC	varchar	50	是	菜品图片
4	FOOD_PRICE	int	50	是	菜品价格
5	ORDER_DETAIL_INFO_ID	int	50	是	订单明细序列
6	ORDER_INFO_ID	int	50	是	订单序列

缴费预存表中记录了预存的费用，包括用户ID、缴费时间、缴费金额等。缴费预存USER_PREFEE_LOG如表4-5所示。
表4-5 USER_PREFEE_LOG预存表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	USER_PREFEE_LOG_ID	int	50	是	预存序列
2	RECV_DATE	date	50	是	缴费时间
3	RECV_FEE	int	50	是	缴费金额
4	RECV_TYPE	varchar	50	是	缴费类型
5	USER_ID	int	50	是	用户序列
6	USER_NAME	varchar	50	是	用户姓名

费用表中记录了用户的费用，包括用户ID、用户费用、用户名称等。费用表USER_FEE的表结构如表4-6所示。
表4-6 USER_FEE费用表结构

序号	字段名称	字段类型	字段长度	允许为空	备注
1	USER_ID	int	50	是	用户ID
2	USER_FEE_ID	int	50	是	序列
3	USER_NAME	varchar	50	是	用户姓名
4	USER_PREFEE	int	50	是	用户预存

本章小结

本章主要介绍了此系统的各种架构设计和功能分析，详细阐述了系统前后台分别要实现哪些功能。分析了系统的各种实体之间的关系。设计了系统的数据库，数据库具体需要那些数据表以及各个表中具体字段以及类型。

第5章　系统实现

系统的实现是前期设计的模型和功能落实的过程，通过编程，实现系统在需求分析过程中提出的所有功能，做到100%覆盖。

5.1 系统运行平台

该社区老年人自助餐厅系统的实现与测试需要在符合要求的硬件平台上进行，这就需要该计算机的配置更加简单方便，系统的网站安全更具有可靠性，系统的功能更加完善，下面是对系统硬件环境的要求，本系统开发的硬件环境，如表5-1所示。
表5-1 硬件环境

硬件	配置
CPU	Intel® Core™ i7 CPU @ 2.50GHz
内存	16GB的内存
硬盘	40G以上
显卡	英伟达1050ti
显示器	笔记本自带显示器
键盘鼠标	杜伽

5.2 系统功能设计

5.2.1用户管理

用户管理的流程是先由用户进行注册，然后由系统管理员进行审核，审核通过之后，用户就可以登录了。用户管理的流程图如图5-1所示。

图5-1 用户管理的流程图
用户注册的界面如图5-2所示。

图5-2 系统注册面图
用户注册之后，可以由系统管理员进行审核，审核的界面如图5-3所示。

图5-3 用户审核界面

5.2.2系统管理

系统管理是系统参数的管理，以订单状态为例，订单状态界面如图5-4所示。

图5-4　系统管理界面

5.2.3菜品管理

菜品管理是由运营人员进行的操作，操作之后就可以让用户选择菜品，菜品管理的整个流程如图5-5所示。

图5-4　菜品管理流程
菜品新增的界面如图5-5所示。

图5-5 菜品新增界面

5.2.4选菜下单

用户可以选择菜品，然后下单，下单的时候需要选择菜品的数量，并填写就餐信息，比如日期、就餐时段等。整个选菜下单过程如图5-6所示。

图5-6 用户选菜流程
用户的选菜下单的界面如图5-7所示。

图5-7 用户选菜下单界面

5.2.5费用管理

用户关心自己的预存扣除情况，而运营人员也关注食堂的营业收入。用户首先需要缴纳预存，然后下单点菜，消费之后，系统就会扣除费用，整体流程如图5-8所示。

图5-8 费用管理流程
用户缴纳预存的界面如图5-9所示。

图5-9　用户缴纳界面

5.2.6订单管理

订单的管理从用户点菜开始，如果用户点菜之后，服务人员就可以让用户消费订单，用户也可以进行退单.
订单管理的界面如图5-10所示。

图5-10　订单界面
订单消费的界面如图5-11所示。

图5-11 消费界面
订单退单界面如图5-12所示。

图5-12 订单退单界面

本章小结

本章是系统的详细设计和实现，首先介绍了系统的主要功能的后台基本逻辑，而后介绍了界面设计，并且对部分功能进行了流程图的分析与绘画，对主要模块的界面进行了分析和展示。

第6章　系统测试

系统测试的目标是确保系统正常工作，确保没有任何差错，并能及时地找到并纠正。本系统能够满足很多的购物需求，一个符合要求的系统必须运行顺畅、开放、易于扩充、便于用户操作。为了实现这一点，我们必须进行大量的测试和仔细的分析，因此，在软件开发中，系统测试是一个非常关键的环节。

6.1 系统测试的概念

系统测试是对整个系统进行验证，包括硬件、软件、操作人员等，以检查其有无不符之处。通过这样的试验，可以在系统分析和设计中找出问题。比如，安全检测是为了检验安全措施的完备程度，确保系统不被入侵。又比如，压力测试就是在正常的数据和负载（比如，多个使用者同时访问）的时候，测试系统能否正常工作。

6.2 自助食堂管理平台系统测试

6.2.1功能测试用例

测试用例是通过执行在需求分析过程中形成的功能来验证系统是否完成了这些建设目标。核心功能包括菜品发布、缴纳预存、订单消费等，因此主要对这些功能进行测试。
自助食堂管理的测试用例如表6-1所示。
表6-1 菜品管理测试用例

用例编号：	Test0001	用例名称：	菜品管理测试用例
测试人：		测试时间：
前置条件	具有运营人员权限的工号lb
测试步骤	1.登录http://localhost:80802.打开菜品管理界面3.填写菜品信息4.确认新增
测试预期	菜品可以供用户选择
实际结果	用户登录可以选择
测试结论	通过

缴纳预存的过程就是用户缴纳预存，然后用户的费用信息中的预存款会自动增加。
缴纳预存的测试用例如表6-2所示。
表6-2 缴纳预存的测试用例

用例编号：	Test0002	用例名称：	缴纳测试用例
测试人：		测试时间：
前置条件	具有服务员的工号fwy
测试步骤	1.登录http://localhost:80802.打开缴纳预存界面3.缴纳费用4.查看预存变化
测试预期	预存增加
实际结果	预存增加
测试结论	通过

订单消费之后，用户的预存会减少，已抵扣菜品费用，测试用例如表6-3所示。
表6-3 订单消费测试用例

用例编号：	Test0003	用例名称：	订单消费测试用例
测试人：		测试时间：
前置条件	具有服务人员权限的工号fwy
测试步骤	1.登录http://localhost:80802.查找需要消费的订单3.点击消费4.预存扣减
测试预期	预存扣减
实际结果	预存扣减
测试结论	通过

6.2.2测试结果分析

方便测试更加准确无误。除了上述的基本测试之外，选取了一些模拟数据进行测试，社区老年人自助餐厅系统测试模拟数据表，如表6-4所示。
表6-4　社区老年人自助餐厅系统系统测试模拟数据表

序号	测试内容	测试种类
1	注册2条用户信息	信息管理性能测试
2	新增8条菜品信息	信息管理性能测试
3	新增8条订单信息	界面功能测试
4	进行10次订单消费	信息管理性能测试

1.注册2条用户信息
注册总次数：2次
成功登录次数：2次，成功率100%

2.新增8条菜品信息
操作总次数：8次
成功次数：8次，成功率100%
失败次数：0次，失败率0%
3.新增8次订单信息
操作总次数：8次
成功次数：8次，成功率100%
失败次数：0次，失败率0%

本章小结

本章节是系统的测试部分，主要介绍了测试的目的和测试的原则。测试对系统的功能进行验证的重要过程，开发的功能只有经过测试才是可靠的，本章基于主要功能对系统进行测试，验证了系统的功能可用性。

结　论

本文通过阅读文献资料和调研，对社区老年人自助餐厅系统做了深入研究。并且对国内外的现状进行了仔细的研究，明确了系统总体的设计思路理念，在考虑了技术、经济等可行性的基础之上，开展了需求分析，需求分析从功能性需求分析和非功能性需求分析两方面进行。
在数据库上系统采用了 MySql 数据库，该数据库简单易用，在搭建上不容易出现问题，开发工具用到了IDEA，整个系统以Spring Boot+Spring MVC+Mybatis作为系统的整体框架。在做了充分的需求分析之后，对系统进行设计，设计包括对各个子模块的设计，系统需要完成的功能包括用户管理、系统管理、菜品管理、选菜下单、费用管理、订单管理等。系统完全满足了运营者和老年人用户的需求，让老年人解决自己的就餐问题，让运营者可以获得利润，同时通过使用系统，也为运营者降低了运营成本，导致菜品价格下降，为老年人用户争取了更多效用。经过功能测试，验证了系统达到了最初的建设需求，满足系统建设目标。