目 录
摘要
在当今社会,共享经济模式已经深入人心,使用Java编程语言设计和实现无人共享棋牌室,可以提供更加便捷、高效、智能化的娱乐和服务体验,同时提升棋牌室的利用率和便捷性。本文将深入探讨SSM无人共享棋牌室的设计与实现。系统主要实现房间管理、团购列表、预约信息、取消预约、签到信息等。采用Java语言和MySQL数据库技术,基于SSM框架实现了一个完整系统的设计。
关键词:无人共享棋牌室;Java;MySQL;SSM框架
Abstract
In today's society, the sharing economy model has deeply rooted in people's hearts. Using Java programming language to design and implement unmanned shared chess and card rooms can provide a more convenient, efficient, and intelligent entertainment and service experience, while improving the utilization and convenience of the chess and card room. This article will delve into the design and implementation of an SSM unmanned shared chess and card room. The system mainly implements room management, group buying list, appointment information, cancellation of appointments, check-in information, etc. We have implemented a complete system design based on the SSM framework using Java language and MySQL database technology.
Keywords: Unmanned shared chess and card room; Java; MySQL; SSM Framework
1 绪论
1.1 研究背景
在共享经济和智能化技术快速发展的今天,共享棋牌室也在寻求变革。作为一种创新的娱乐形式,无人棋牌室系统为共享棋牌室带来了巨大的便利和效率[1]。无人棋牌室系统是一种基于物联网技术和移动互联网平台的新型茶室管理模式[2]。该系统通过智能硬件设备和软件平台,实现了茶室的24小时无人值守和智能化管理。无人棋牌室系统不仅提高了棋牌室的使用效率和用户体验,还降低了运营成本和人力资源的浪费。共享棋牌室需要安装监控系统,购买系统时会配好智能化硬件设备,例如易盏荟共享棋牌室管理系统[3],从系统方案确定之后,商家就会做好系统和小程序,同时也会邮寄智能门禁灯控等设备。一般装修的时候,智能设备都会同一时间装好,这样就不影响商家开业。一般智能门禁灯控都是跟棋牌室管理系统配套使用的,小程序上就可以控制。无人共享棋牌室管理系统可以小程序上预约下单,到店之后直接在小程序上点击签到开门开灯[4]。一般棋牌室管理系统支持PC端和手机端管理,商家不用去棋牌室店铺就可以进行管理,使用一个手机,在家就能坐享收益。
1.2 研究意义
无人棋牌室系统是共享棋牌室发展的趋势和方向。通过智能化技术的运用,无人棋牌室系统不仅提高了棋牌室的使用效率和用户体验,还降低了运营成本和人力资源的浪费[5]。在未来,无人棋牌室系统还有望拓展到其他领域,为更多的人们提供便捷和高效的娱乐和休闲空间。因此,投资者和创业者可以密切关注无人棋牌室系统的发展动态,把握市场机遇,为消费者带来更加优质的娱乐体验[6]。实现棋牌室的无人值守,提高管理效率,实现棋牌室的节能环保,实现棋牌室设备的智能控制,提高设备使用效率,实现棋牌室数据管理的智能化,提高决策水平。实现棋牌室用户服务的个性化,提高用户满意度[7]。
1.3国内外研究或应用现状:
国内研究背景:近年来,我国也涌现出了许多无人共享棋牌室管理系统。例如,"易盏荟"棋牌室管理系统,该系统采用智能门禁系统和智能照明系统来控制棋牌室的使用情况,用户可以通过手机应用程序或微信小程序来预约和预订棋牌室,并可以在线支付费用[8]。
麻将作为我国优秀传统文化国粹,在全国各地都深受人群欢迎,从麻麻将馆成群过度到无人共享棋牌室已经是大势所趋,各大城市到各大乡镇都异军突起,无人棋牌室的低成本低人工是现在解决人力资源浪费的一大亮点。
国外研究背景:随着网络技术和数据库技术的不断发展,许多国家的专家和学者都在探索如何借助先进的网络和数据库技术来提高棋牌室管理的效率和顾客体验[9]。例如,麻省理工学院的研究人员开发了一款名为"Hive"的共享棋牌室管理系统,该系统可以通过手机应用程序或网站来预约和预订棋牌室,并使用智能传感器和算法来监控棋牌室的使用情况[10]。
随着世界交流的频繁,我国的精华也随着向外国输出,不少NBA球星等都深受麻将的乐趣无法自拔,外国的麻将大多数是华人娱乐,外国的共享经济也会实现无人共享棋牌室的发展。未来随着共享经济的快速发展也会带动这一领域的扩大和创新[11]。
总体来说,无人共享棋牌室管理系统的设计与实现已经成为一个研究的热点问题,国内外的研究者们正在不断地探索新的技术和方法来提高棋牌室管理的效率和顾客体验。
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的意义和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2 无人共享棋牌室系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
经济可行性在此仅代表网站的运维成本,开发成本不在此考虑。
目前由于棋牌室的数量日益增多,进行无人共享棋牌室的设计,用户人数肯定会呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的Java语言能够迎合所有电子商务系统的搭建,系统技术设备的可扩展性可以由SSM构架的资源优势予以促成。我采用了编译器eclipse+Java+mysql用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,SSM框架是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照无人共享棋牌室的角色,我划分为了普通用户模块和管理员模块这两大部分。
普通用户管理模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现门诊预约,就必须有这个系统的账号,如果没有账号的话,可以注册成员用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)查看无人共享棋牌室的首页信息:无人共享棋牌室的首页信息包含了首页、公棋牌资讯、网站公告、房间信息、房间预约、团购信息等。
(3)棋牌资讯:用户点击“棋牌资讯”这个菜单按钮,就会显示所有的资讯列表,在查询到自己想要看的资讯内容时,可以进入查看详细的介绍,在这个界面,也可以对资讯进行点赞、收藏、评论操作。
(3)网站公告:用户点击“网站公告”这一按钮以后会跳转到公告详情界面。
(4)房间信息:用户点击“房间信息”可见房间列表,可以选择某个房间查看房间详情等。
(5)预约信息:用户在房间信息界面下方,可以点击预约,进行房间预约操作。
(6)取消信息:用户点击“取消信息”这一菜单,可以取消房间预约。
(7)签到信息:用户点击“签到信息”这一菜单,可以进行签到操作。
(8)团购信息:用户点击“团购信息”这一菜单,可以查看到具体的团购详情,比如房间位置、房间设施、小时原价等。
管理员管理模块:
(1)房间编号管理:管理员可以对系统前台展示的房间编号进行增删改查。
(2)房间信息管理:管理员可以对棋牌室的所有房间信息进行增删改查。
(3)团购信息管理:管理员可以发布棋牌室的团购信息。
(4)预约信息管理:在“预约信息”这一菜单下,可以对用户提交的房间预约进行处理。
(5)取消信息管理:在此模块中可以对用户的取消信息进行处理审核。
(6)签到信息管理:管理员可以对用户的签到记录进行维护管理。
(7)系统管理:对系统的轮播图进行维护管理。
(8)通知公告管理:对公告内容进行增删改查。
2.3.2 非功能性分析
无人共享棋牌室的非功能性需求比如无人共享棋牌室的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2-1无人共享棋牌室非功能需求表
安全性 | 主要指无人共享棋牌室数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指无人共享棋牌室能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响无人共享棋牌室占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着无人共享棋牌室的页面展示内容进行操作,就可以了。 |
可维护性 | 无人共享棋牌室开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本无人共享棋牌室的用例图:
图2-4就是用户角色的用例展示。
图2-4 无人共享棋牌室用户角色用例图
图2-5就是管理员角色的用例展示。
图2-5无人共享棋牌室管理员角色用例图
2.5本章小结
本章主要通过对无人共享棋牌室的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个无人共享棋牌室要实现的功能。同时也为无人共享棋牌室的代码实现和测试提供了标准。
3 无人共享棋牌室总体设计
本章主要讨论的内容包括无人共享棋牌室的功能模块设计、数据库系统设计。
3.1 系统架构设计
本无人共享棋牌室从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1无人共享棋牌室系统架构设计图
表现层(UI):又称UI层,主要完成本无人共享棋牌室的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本无人共享棋牌室时的舒适度。UI的界面设计也要适应不同版本的无人共享棋牌室以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本无人共享棋牌室的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本无人共享棋牌室的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本无人共享棋牌室的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本无人共享棋牌室中的用例。那么接下来就要开始对本无人共享棋牌室的架构、主要功能和数据库开始进行设计。无人共享棋牌室根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 无人共享棋牌室功能模块图
3.2.2用户模块设计
本系统的用户包括管理员和用户。两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-3用户模块结构图
3.2.3 评论管理模块设计
无人共享棋牌室是一个交流性质的公开平台,会员用户和用户可以对平台上信息进行评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论模块结构图
3.2.4房间信息管理模块设计
无人共享棋牌室是中需要存储不少房间信息信息,其模块功能结构,具体的结构图如下:
图3-5房间信息模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个无人共享棋牌室中主要的数据库表总E-R实体关系图。
图3-6 无人共享棋牌室总E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中无人共享棋牌室中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | room_information_id | int | 10 | 0 | N | Y | 房间信息ID | |
2 | room_name | varchar | 64 | 0 | Y | N | 房间名称 | |
3 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
4 | room_image | varchar | 255 | 0 | Y | N | 房间图片 | |
5 | room_location | varchar | 64 | 0 | Y | N | 房间位置 | |
6 | room_facilities | varchar | 64 | 0 | Y | N | 房间设施 | |
7 | hourly_price | int | 10 | 0 | Y | N | 0 | 小时价格 |
8 | other_remarks | text | 65535 | 0 | Y | N | 其他备注 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表appointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_information_id | int | 10 | 0 | N | Y | 预约信息ID | |
2 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | room_name | varchar | 64 | 0 | Y | N | 房间名称 | |
6 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
7 | room_facilities | varchar | 64 | 0 | Y | N | 房间设施 | |
8 | hourly_price | int | 10 | 0 | Y | N | 0 | 小时价格 |
9 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
10 | usage_duration | int | 10 | 0 | Y | N | 0 | 使用时长 |
11 | order_amount | varchar | 64 | 0 | Y | N | 订单金额 | |
12 | start_time | datetime | 19 | 0 | Y | N | 开始时间 | |
13 | end_time | datetime | 19 | 0 | Y | N | 结束时间 | |
14 | order_number | varchar | 64 | 0 | Y | N | 订单编号 | |
15 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
16 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
17 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
18 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表cancel_information (取消信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cancel_information_id | int | 10 | 0 | N | Y | 取消信息ID | |
2 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | room_name | varchar | 64 | 0 | Y | N | 房间名称 | |
5 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
6 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
7 | order_number | varchar | 64 | 0 | Y | N | 订单编号 | |
8 | order_amount | varchar | 64 | 0 | Y | N | 订单金额 | |
9 | cancel_date | date | 10 | 0 | Y | N | 取消日期 | |
10 | reason_for_cancellation | text | 65535 | 0 | Y | N | 取消原因 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表group_buying_information (团购信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_buying_information_id | int | 10 | 0 | N | Y | 团购信息ID | |
2 | room_name | varchar | 64 | 0 | Y | N | 房间名称 | |
3 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
4 | room_image | varchar | 255 | 0 | Y | N | 房间图片 | |
5 | room_location | varchar | 64 | 0 | Y | N | 房间位置 | |
6 | room_facilities | varchar | 64 | 0 | Y | N | 房间设施 | |
7 | hourly_original_price | int | 10 | 0 | Y | N | 0 | 小时原价 |
8 | hourly_price | int | 10 | 0 | Y | N | 0 | 小时价格 |
9 | other_remarks | text | 65535 | 0 | Y | N | 其他备注 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表sign_in_information (签到信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | sign_in_information_id | int | 10 | 0 | N | Y | 签到信息ID | |
2 | user_account | int | 10 | 0 | Y | N | 0 | 用户账号 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | contact_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | room_name | varchar | 64 | 0 | Y | N | 房间名称 | |
6 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
7 | sign_in_time | datetime | 19 | 0 | Y | N | 签到时间 | |
8 | door_opening_status | varchar | 64 | 0 | Y | N | 开门状态 | |
9 | warranty_status | varchar | 64 | 0 | Y | N | 保修状态 | |
10 | other_remarks | text | 65535 | 0 | Y | N | 其他备注 | |
11 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
12 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表comment (评论)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
3.4本章小结
整个无人共享棋牌室的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 无人共享棋牌室详细设计与实现
无人共享棋牌室的详细设计与实现主要是根据前面的无人共享棋牌室的需求分析和无人共享棋牌室的总体设计来设计页面并实现业务逻辑。主要从无人共享棋牌室界面实现、业务逻辑实现这两部分进行介绍。
4.1小程序端功能模块
4.1.1 前台首页界面
当进入无人共享棋牌室的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是各种各样的系统信息,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
不是无人共享棋牌室中正式用户的是可以在线进行注册的,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册界面展示如下图4-2所示。
图4-2 前台用户注册界面图
用户注册关键代码如下所示。
4.1.3 用户登录界面
无人共享棋牌室中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到无人共享棋牌室的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录系统主要代码如下。
4.1.4通知公告界面
当点击导航栏上的“通知公告”的时候,就会进入对应的界面查看公告信息,通知公告界面如下图4-4所示。
图4-4通知公告界面图
4.1.5 棋牌资讯界面
当访客点击无人共享棋牌室中导航栏上的“棋牌资讯”后将会进入到该“棋牌资讯”列表的界面,然后选择想要看的棋牌资讯,点击进入到详细界面,在详细界面可以收藏+赞+评论等操作,棋牌资讯界面如下图4-5所示。
图4-5棋牌资讯界面图
4.1.6 房间信息详情界面
当访客点击“房间信息”后就可以看到所有的房间列表,选择你想要了解的房间后将会进入该房间信息的详情界面,可以了解到房间位置、房间设施、小时价格等,同时可以对点击下方的“评论”、“点赞”、“收藏”、“预约”,房间信息详情展示页面如图4-6所示。
图4-6 房间信息详情界面图
房间信息关键代码如下所示。
4.1.7 预约界面
当用户点击左下角的“预约”链接后就进入预约的界面展示,用户可以填写申请预约信息点击“提交”按钮进行提交预约。预约界面如下图4-7所示。
图4-7 预约界面图
房间预约关键代码如下所示。
4.1.8团购信息界面
用户进入系统后,可以查看自系统发布的团购信息,团购信息界面如下图4-8所示。
图4-8 团购信息界面图
4.2管理端功能模块
4.2.1 房间信息管理界面
管理员在后台菜单栏点击“房间信息管理”,可以增删改查房间信息管,管理员进行维护管理,其界面如下图4-9所示。
图4-9房间信息管理界面图
4.2.2 团购信息管理界面
管理员在“团购信息管理”界面能够对团购信息进行管理,可以进行增删改查操作,团购信息管理界面如下图4-10所示。
图4-10团购信息管理界面图
团购信息管理关键代码如下所示。
4.2.3 预约信息管理界面
管理员在“预约信息”这一界面能够查看用户提交的预约信息,可以对预约信息进行维护管理,预约信息界面如下图4-11所示。
图4-11预约信息管理界面图
4.2.4 取消信息管理界面
管理员在“取消信息”这一界面能够查看学生提交的取消信息,可以对信息进行审核回复,取消信息界面如下图4-12所示。
图4-12取消信息管理界面图
取消信息管理关键代码如下所示。
4.2.5 签到信息管理界面
管理员在“签到信息”这一界面能够查看用户的签到信息界面,签到信息界面如下图4-13所示。
图4-13签到信息管理界面图
5系统测试
5.1 系统测试用例
系统测试包括:用户登录功能测试、房间展示功能测试、预约信息添加、密码修改功能测试,如表5-1、5-2、5-3、5-4所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
房间信息查看功能测试:
表5-2 房间信息查看功能测试表
用例名称 | 房间信息查看 |
目的 | 测试房间信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击房间信息信息 |
预期结果 | 可以查看到所有房间信息信息 |
实际结果 | 实际结果与预期结果一致 |
用户添加预约信息界面测试:
表5-3 用户添加预约信息界面测试表
用例名称 | 预约信息添加测试用例 | ||
目的 | 测试预约信息添加功能 | ||
前提 | 用户用户正常登录情况下 | ||
测试流程 | 1)用户点击预约信息,然后点击添加后并填写信息。 2)点击进行提交。 | ||
预期结果 | 提交以后,页面首页会显示新的预约信息信息 | ||
实际结果 | 实际结果与预期结果一致 | ||
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-4 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.2 系统测试结果
通过编写无人共享棋牌室的测试用例,已经检测完毕用户登录功能测试、房间信息展示功能测试、预约信息添加、密码修改功能测试,通过这4大模块为无人共享棋牌室的后期推广运营提供了强力的技术支撑。
结论
在无人共享棋牌室开发之前,需要先对用户的具体需求进行分析。包括系统的可行性分析、功能需求分析以及其他需求等。在可行性分析过程中,对系统实现的技术性、经济性以及管理等方面进行了分析。总体上证明了系统实施的可行性。
本文总结了无人共享棋牌室实现背景与现状,然后阐述了系统的具体业务需求,并根据系统需求对系统结构以及功能模块等进行了详细地设计,将整个系统划分为多个不同的功能模块。在分析系统功能需求时,对整个系统的总体架构以及功能模块等进行了分析,并选择合适的系统开发技术完成了对各个模块的开发工作。系统开发完成之后进行了部署,同时进行了系统的测试过程,通过测试证明了系统在功能以及性能等方面都达到了预期的要求,具有较高的稳定性与可靠性。
参考文献
[1]贺一轩,秦立静.基于微信小程序的图书馆座位预定系统的设计[J].现代信息科技,2023,7(01):23-25+29.
[2]朱可意.共享经济和无人经济的制度逻辑与商业模式[J].商场现代
化,2022,(22):188-189.
[3]赵丽,王恩波,等.基于物联网的智能共享棋牌室系统设计与实现[J].现代计算机(专业版),2020(10):69-73.
[4]丁文.基于Web的智能共享棋牌室预约系统的设计与实现[J].电脑知识与技术,2021,15(18):88-90.
[5]赵明.基于移动设备的智能共享棋牌室管理系统设计与实现[J].电脑知识与技术,2020,14(22):72-74+77.
[6]王恩波,赵丽,等.基于物联网的智能共享棋牌室管理系统设计与实现[J].现代计算机(专业版),2022(7):69-73.
[7]王晓亮, 王曙光, 等. 基于物联网的智能棋牌室管理系统的设计与实现[J]. 物联网技术, 2019, 9(5): 94-97.
[8]张三, 王刚, 等. 基于物联网技术的棋牌室智能化管理系统的应用研究[J]. 计算机应用与软件, 2020, 37(6): 133-138
[9]"SoundStream: An End-to-End Neural Audio Codec" by Neil Zeghidour, Alejandro Luebs, Ahmed Omran, Jan Skoglund, Marco Tagliasacchi, 2021。
[10]"W2v-BERT: Combining Contrastive Learning and Masked Language Modeling for Self-Supervised Speech Pre-Training" by Yu-An Chung, Yu Zhang, Wei Han, Chung-Cheng Chiu, James Qin, Ruoming Pang, Yonghui Wu, 2021。
[11]"MuLan: A Joint Embedding of Multi-modal Tasks for Zero-Shot Learning"by Jianfeng Wang, Qi Wu, Yuxin Wang, Jianfeng Wang, Qi Wu, Yuxin Wang, 2023
致 谢
逝者如斯夫,不舍昼夜。转眼间,大学生活已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。