目录

a. 引言a.1 目的a.2 文档约定a.3 预期的读者和阅读建议a.4 产品的范围a.5 参考文献 b. 综合描述b.1 产品的前景b.2 产品的功能b.3 用户类和特征b.4 运行环境服务端网页端移动端 b.5 设计和实现上的限制b.6 假设和依赖 c. 外部接口需求c.1 用户界面c.2 硬件接口c.3 软件接口c.4 通信接口 d. 系统特性d.1 说明和优先级d.2 激励/响应序列d.3 功能需求d.4 系统功能图 e. 其他功能需求e.1 性能需求e.2 安全设施需求e.3 安全性需求e.4 软件质量标准属性e.5 业务规则e.6 用户文档e.6.1 旅客预约（以就餐为例） f. 其他需求附录 A：成员分工附录 B：分析模型事件表结构化分析ER图面向对象分析用例图类图顺序图活动图 附录 C：待确定问题的列表

a. 引言

a.1 目的

本项目旨在设计一种基于大数据分析、挖掘与算法研究构建的智慧服务区管理系统，利用移动用户位置信令数据和标签数据分析服务区人员画像、人员流动等信息，通过疲劳驾驶等关怀提醒推送、用户行为分析和个性化推荐服务、智慧服务区管理系统等手段，为高速公路服务区提供更加智能化、高效化的管理和服务，促进交通管理和安全。

a.2 文档约定

本文的假设与依赖、外部接口需求等内容中的顺序均与重要性无关正文内容按照标题进行分隔，首页为目录

a.3 预期的读者和阅读建议

开发人员、运维人员、用户、测试人员等

a.4 产品的范围

实现疲劳驾驶等关怀提醒推送实现人流量，游客需求的统计实现车位、房位等供应的动态统计实现商品的进货量、销售量统计实现智能决策，下达指令，接受反馈。实现软件系统的自检、安全防护，保证系统的可靠性和稳定性实现与警方的对接实现用户行为分析和个性化推荐服务

a.5 参考文献

《计算机科学丛书•需求工程:基础、原理和技术》，波尔，机械工业出版社《需求工程——软件建模与分析》，丁二玉，高等教育出版社

b. 综合描述

b.1 产品的前景

随着我国经济的快速发展，高速公路的建设不断加速。据交通运输部统计，截至底，全国高速公路总里程已达到16.91万公里，成为我国交通运输体系的重要组成部分。随着高速公路的建设和完善，服务区作为高速公路上不可或缺的基础设施，也逐渐发展壮大。

信息技术的迅猛发展和普及，为服务区提供了更多的技术手段和工具。智能手机和移动互联网的普及，使得服务区管理部门可以更加便捷地向服务区用户提供各种信息和服务。同时，人工智能、大数据等新技术的广泛应用，也为服务区提供了更加高效、智能化的管理和服务手段。

服务区作为高速公路上不可或缺的基础设施，其服务范围和服务品质也逐渐得到提升。随着服务区用户的不断增多和需求的不断变化，服务区管理部门和商家需要更加精准地了解用户需求和喜好，提供更加个性化的服务和商品。

b.2 产品的功能

服务区人流统计：利用移动用户位置信令数据和标签数据，分析服务区人员画像、人员流动等信息，帮助管理人员更好地了解服务区人流情况。

疲劳驾驶等关怀提醒推送：通过移动5G消息通道下发欢迎消息，对高速路上行驶的司乘人员进行疲劳驾驶等关怀提醒推送，提升行车安全。

用户行为分析和个性化推荐服务：对已进入服务区的乘客进行用户行为分析，以单卡片成果内容多卡片形式展示服务区餐食、特色商品、油品等服务内容，结合服务区内商家服务，对顾客进行精准短信推荐，提高消费转化率。

智慧服务区管理：通过前端部署硬件设备，后端构建智慧大脑，为管理人员提供实时现场情况及大数据决策依据，帮助服务区管理部门更加高效地管理服务区。

b.3 用户类和特征

产品的主要用户有司机和乘客、行政管理人员、一线工作人员、商家

司机和乘客：对于当地的商品服务，旅游资源不了解，对于系统的使用频率低。

行政管理人员：负责统筹整个服务区的运行，下达调度决策，平衡服务区商品服务的供应和乘客需求，负责保证顾客的良好旅行体验。

一线工作人员：对于管理决策几乎不了解，每天使用智能系统，学习接受能力有限，负责完成上级指派的工作，为司机和乘客提供服务，维持服务区的基础功能如加油、休息，保证服务区安全以及卫生。

商家：负责调度自身商店的商品种类和数量，为服务区的乘客提供商品服务，对于流动顾客的需求种类和数量不熟悉。

技术人员：负责维持系统的正常工作，升级系统，具有足够的系统维护能力

b.4 运行环境

服务端

Ubuntu LTS 22.04可以连接互联网

网页端

Windows 7及以上、Linux系统Chrome、Edge、Firefox、IE等兼容Html4的浏览器可以连接互联网

移动端

Android 8及以上、IOS 10及以上等操作系统可以连接互联网

b.5 设计和实现上的限制

服务端数据存储使用MySQL数据库网页端使用Bootstrap框架开发，必须兼容Html4移动端Android使用Jetpack Compose框架开发，使用Jetpack Room数据库组件存储数据。必须兼容Android 8移动端IOS使用Reасt Nаtive框架开发，必须兼容IOS 10需遵循遵守PEP 8编码规范，包括命名规范、代码注释、缩进和代码风格等。需严格遵循企业的保密规定和政府政策法规。需严格遵守工业标准，包括ISO 9001质量管理标准和ISO 27001信息安全管理标准，以确保产品质量和数据安全。网页端需做到跨平台，为不同的操作系统、处理器架构、屏幕大小等设计不同的UI、处理方式移动端需兼容当前平台的最低版本（Android 8、IOS 10）在网络传输中使用JSON格式需对服务器做一定程度的安全防护

b.6 假设和依赖

假设

网络通畅，用户设备性能足以运行相关程序；一线工作人员有一定的网络常识，并能够操作计算机并具备基本的学习能力；行政管理人员能够自觉遵守相关法律法规，不会泄露系统数据库中的旅客数据；输入数据录入系统时不会有丢失；设备可以正常运行，能够长时间可靠地统计人流量；统计数据都是真实、有效的。

依赖

操作系统：Windows 7及以上、Linux、Mac OS X；数据库：MySQL、MongoDB、Oracle；第一方库：jetpack、dagger、hilt、gradle、maven、springboot；第三方库：node.js、jQuery、Vue。

c. 外部接口需求

c.1 用户界面

符合用户需求的人机交互界面，需要做到便捷，清晰，在视觉层次和内容结构上需要统一，排除其他不必要的元素给用户带来的干扰。所以用户界面设计应遵循以下几点原则：”简洁性、高效性、流畅性、反馈性。

因此，我们高速公路智能服务区项目格外关注界面的高效性和简洁性，在快速掌握旅客需求的同时，又做到使人机交互便捷，提升系统的可操作性，降低用户的使用门槛和抵触情绪。(这里贴一个用户界面图)

c.2 硬件接口

本软件系统在电脑或手机移动端均可以实现。

磁盘空间：60G以上

内存：512M以上

CPU：233Mhz以上

硬盘空间：1.5G以上

监控设备接口：获取智能摄像头视频资料

传感器接口：获取智能传感器数据

c.3 软件接口

电脑端：win10 win 11,·

JDK1.8以上

·MySQL5.7.0

·Redis5.0

·Maven3.5.4

·NodeJS 16.14.2

·Nginx 1.16

·Minio 8.2.1

移动端：可通过微信小程序交流服务信息。

wechat xx版本以上

c.4 通信接口

Web 浏览器：0+、Chrome、Opera、Safari、Firefox及任何支持HTML5标准的浏览器。

标准分辨率：1024*768

d. 系统特性

d.1 说明和优先级

d.2 激励/响应序列

本系统面向以下用户角色：

管理人员：智慧决策，人事调度，信息管理，反馈监督，大数据分析统计，通讯推送等

一线工作人员：工作任务，反馈，通讯等

商家：仓库管理，网店运营，反馈监督；大数据分析等

旅客：预约，反馈监督等

数字化车间管理系统软件开发与运维人员：用户管理、系统设置、数据备份等后台权限

d.3 功能需求

d.4 系统功能图

e. 其他功能需求

e.1 性能需求

处理能力：

高速公路智能服务区系统面向服务区员工和旅客，数据量大，系统需要具有强大的数据处理能力，能够高效地处理服务区大数据并进行分析和展示。在数据存储方面需要的数据库和服务器必须要高性能，且考虑系统能承载的最大并发用户数，考虑极端苛刻的使用情况，至少能承载的最大并发用户数要求要达到该服务区每小时最大接待游客量。

安全性：

系统需要具有强大的安全保障措施，保护数据的机密性、完整性和可用性，防止非法入侵和攻击。高速公路智能服务区能够无间断运行。系统需要具备高稳定性和高可靠性，而且要即时自动检测和修复故障，保证数据的安全性和完整性。

兼容性：

高速公路智能服务统借助互联网，多平台开发。不同角色用户进入不同的系统界面，拥有不同的操作权限和功能。系统需要提供良好的用户体验，使用户能够便捷、高效地获取所需信息，并且能够直观地进行交互。系统需要具有良好的兼容性，能够适应各种不同的操作系统、设备、浏览器和网络环境。

响应时间：

对于目前普遍的硬件配置，响应时间本软件控制在10秒以内，更新处理时间控制在5秒之内，数据的转换和传送时间在3秒以内，所有的用户查询都必须在5秒内完成，准确率要求达到99%。（真实数据以测试结果为准）。系统需要快速响应用户的操作和查询请求，特别是在节假日高峰期时。根据具体系统的不同，要求的最短响应时间有所区别，预约系统和工作任务系统的响应时间与并发数密切相关，低并发时，响应时间应在1秒以内，而高并发时，响应时间可延长至2秒。评价反馈系统的响应要求较低，可放宽至3到5秒，以释放更多有限资源给其他急需的系统。

可扩展性：

当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要适当调整，灵活性非常大。系统需要具有良好的可扩展性，能够随着业务的发展和用户需求的变化进行功能和性能的扩展。

可靠性：

保证正常使用出现问题频率小于1次/月，如果出现问题能在4小时内及时修复。

e.2 安全设施需求

系统安全：安全性应该满足ISO 27001标准，确保系统能够抵御各种恶意攻击，如防火墙、反病毒软件、漏洞扫描等安全措施，以及进行安全漏洞修复、更新等措施。一旦发现大量数据并发，到达阈值（容量上限的95%），则在1秒内启动防护模式，限制新的用户登录；

监控系统：安装监控系统，实时监控系统的运行情况，如有异常需要及时预警上报和处理修复，如果发生异常，预警上报过程必须在1秒内完成，默认应急预案在2秒内启动，修复处理必须在4小时内完成；

e.3 安全性需求

数据安全：确保所有敏感数据得到保护，采取加密等安全措施，防止数据被非法访问、篡改、泄露等安全风险。实行数据备份，防止系统异常带来的数据丢失和损坏。考虑到支付过程有第三方软件接入，相关功能加密等级。且注意对来自这些系统的用户信息脱敏；

权限管理：设置合理的用户权限，区分不同用户角色的操作权限和管理权限，防止用户操作错误或恶意篡改数据和系统；

安全培训：在系统醒目位置推送安全培训视频或指南，加强用户安全意识。

e.4 软件质量标准属性

可靠性：监控系统发现故障应能够立即预警上报，同时存档异常之前的数据状态，保证不丢失不损坏。对于预约，网络故障不能影响交易。

易用性：低文化水平一线工作人员和旅客人群初次使用系统以及熟悉各种功能的时间不超过5分钟；至多4名经过培训的工作人员，经过1星期的培训，即可操作整个系统并维持系统正常运行。对于用户可能遇到的问题能够通过预设的系统帮助查询到解决方案。

可移植性：系统能在不停机的情况下，在两周内完成系统的整体迁移。

可维护性：如果系统要新增扩展接口，可以在不停机和不影响其他现有功能系统的情况下在两周内完成。

e.5 业务规则

1.所有用户必须遵守法律法规，并承担由于违反规定而引起的法律责任。

2.只有认证注册为真实角色的用户才能访问该角色系统并且使用对应的功能。

3.旅客可以进行网上预约点餐等，但必须先提供位置信息。可以进行举报反馈，但必须提供真实身份信息。

4.所有输入数据必须经过验证，以确保其有效性和安全性。

e.6 用户文档

e.6.1 旅客预约（以就餐为例）

人机交互页面

1.旅客进入旅客系统首页，可查看当前位置信息，点击旅客服务，可进一步选择相应服务

2.旅客进入旅客服务页面，可选择相应服务，此处选择餐饮

3.旅客选择餐饮选项，可查看各种席位的余量，进一步选择预约的就餐人数

4.旅客确认预约信息，选择“是”即可发送预约信息

5.旅客发送预约信息后自动返回首页，可在“我的订单”中查询订单信息

6.旅客查询订单信息

f. 其他需求

无

附录 A：成员分工

附录 B：分析模型

事件表

结构化分析

（1）上下文图

（2）0层DFD

（3）细节层DFD

No.1预订

No.2就餐与离开

No.3统计

No.4反馈

ER图

面向对象分析

用例图

类图

顺序图

No.1订餐

No.2就餐与离开

No.3统计

No.4反馈

活动图

No.1订餐

附录 C：待确定问题的列表