人生路manman，Man游常相伴——软工实践第一次团队作业
| 作业所属课程 | 班级的链接 |
|---|---|
| 作业要求 | 作业要求的链接 |
| 作业目标 | 你理解的作业目标具体内容 |
| 团队名称 | iman |
| 团队成员 | 102202146 - 蓝敏龙, 102201225 - 陈碧煌, 102202105 - 王梓铭, 102202124 - 阿依娜孜, 102202135 - 施宇翔, 102202134 - 承宇豪, 102202117 - 杨邑豪, 102202122 - 张诚坤, 102201506 - 刘宇杰, 102201137 - 郭剑敏 |
在看我们的博客前，先来给大家整点活！🎉
如果您四周无人，请开大手机音量🔊
扫如下的二维码，有惊喜！！！🎁
团队展示 🎓
队名：iman 🎉
核心理念：我们团队致力于将技术与旅行结合，通过个性化的服务与智能化的推荐，帮助用户轻松规划旅程。我们的目标是通过不断创新和提升用户体验，让每一位旅者都能发现旅行的乐趣与便利。我们相信，旅行不仅是目的地，更是过程中的每一个精彩瞬间。
团队项目规划与描述 🌍
我们开发的APP——Man游，基于LLM大模型接口，旨在为用户提供全面的旅游解决方案。通过实现六大核心功能，我们希望提升旅行体验，简化规划过程，使用户能够更轻松地享受旅程中的每一刻。
我们实现的六大核心功能包括：
-
预约提醒与门票价格查询 📅
- 功能描述：用户可以在Man游中查询各景点的门票价格，并设置预约提醒，以免错过预约时间。
- 优势：该功能帮助用户提前了解门票信息，合理规划旅行预算，并通过预约提醒确保行程的顺利进行。
-
链接种草文章 📝
- 功能描述：用户可以在Man游中直接导入或分享来自其他平台的旅游种草文章链接，软件将智能提取文章中的关键信息，如景点推荐、美食攻略等。
- 优势：该功能让用户能够轻松获取并整合来自不同渠道的旅游信息，为行程规划提供丰富的素材。
-
个性化的行程推荐 🎯
- 功能描述：基于用户的兴趣偏好和历史行为数据，Man游会为用户推荐个性化的旅游行程，包括景点、活动、餐饮等。
- 优势：个性化的推荐系统能够帮助用户发现更符合自己需求的旅游项目，提升旅行体验。
-
最优路线规划（交通工具选择） 🛣️
- 功能描述：Man游提供智能路线规划功能，根据用户设定的起点和终点，推荐最优的交通方式和路线。
- 优势：该功能帮助用户节省时间和精力，同时确保旅行路线的合理性和高效性。
-
完整行程单（包含每日餐饮、天气预报） 📅☀️
- 功能描述：完成整体的行程设置和路线规划之后，系统将直接生成一份完整的行程单，用户可以直观掌握每日的行程和路径规划，同时设置旅游目的地近三日的天气预报，方便查询当地天气情况。
- 优势：完整的行程单让用户能够清晰地了解整个旅行过程，确保行程的顺利进行，并提前做好相应的准备。
-
备忘录（账单管理与预算设置、行李清单） 📝💰
- 功能描述：Man游的备忘录功能支持用户记录账单、设置旅行预算以及整理行李清单等。
- 优势：该功能帮助用户更好地管理旅行费用，确保旅行预算的合理性；同时，行李清单的整理也有助于用户提前准备好所需的物品，避免遗漏。
队徽及设计理念 🎨
环形图案与流动的线条:
🔄 紫色与黄色的流线形图案围绕着字母“man”，给人一种动态与无限的感觉。这种设计象征着团队的创新、进步和持续发展，类似于围绕着某种核心不断运转的科技力量。
颜色的选择:
🎨 紫色通常象征着创造力、智慧和远见，而黄色则传递出活力、积极和热情的感觉。两者的结合表达了团队既具有创意思维，又充满活力和创新精神。
简洁的字体:
✏️ “man”使用了现代且简洁的无衬线字体，表明团队注重效率、现代化与专业性。这种字体选择给人一种直接、易懂的感觉，意味着团队追求简洁、高效的解决方案。
整体设计:
🌐 环绕字母的曲线，表现出一种互动与联系的概念，暗示了团队内外之间的合作与互联。这也可能象征着全球化背景下的连接和交互。
队员风采 🌟
| 学号 | 成员姓名 | 性格 | 擅长技术 | 兴趣爱好 | 希望角色 |
|---|---|---|---|---|---|
| 102202146 | 蓝敏龙 | 内向 | Python、JavaScript | 打篮球、坐飞机 | PM |
| 102201225 | 陈碧煌 | ESFP | JavaScript | 旅游、美食 | 前端 |
| 102202105 | 王梓铭 | INFP | Python、Node.js、CDR、PS、PR、AE、达芬奇 | 音乐、视频、摄影、平面设计 | 前端 |
| 102202124 | 阿依娜孜 | ENFP | JavaScript | 旅游、摄影 | 前端 |
| 102202135 | 施宇翔 | INFJ | 机器学习、爬虫、后端 | PUBG、计算机视觉 | 后端 |
| 102202134 | 承宇豪 | ENFP | Python、Node.js、SQL、NoSQL数据库 | 唱、跳、rap、篮球、编程 | 后端兼测试 |
| 102202117 | 杨邑豪 | 比较内向 | Unity3D、Django、SQL、测试 | 明日方舟、11408 | 后端 |
| 102202122 | 张诚坤 | ENFP | Java和Spring框架、MySQL、MongoDB | 科幻小说、健身、摄影 | 后端开发工程师 |
| 102201506 | 刘宇杰 | 尽量随和 | 嵌入式开发 | 游戏、音乐 | 后端 |
| 102201137 | 郭剑敏 | 乐于合作 | Python Django框架、SQL | 乒乓 | 后端 |
团队首次合照 📸
在此特别鸣谢昆冈众创工作室提供的场地支持！
团队愿景 🌟
我们的愿景是通过Man游，让每一位旅行者都能拥有独特而愉悦的旅行体验。我们希望借助先进的技术与智能化服务，帮助用户不仅轻松规划行程，更能在每一次旅行中发现新的乐趣与灵感。我们致力于打造一个温暖的社区，让用户分享彼此的旅行故事，共同探索这个美丽的世界。在未来，我们希望成为每一位旅行者心中最可信赖的伙伴，陪伴他们走过每一段精彩的旅程。
软件开发需求文档
1. 引言 ✨
1.1 目的 🎯
为明确软件需求、制定项目规划与进度安排、组织软件开发与测试，特撰写本需求规范文档。该文档详细阐述了软件产品的功能需求和技术规格，作为设计与开发的依据、测试编写的指导，以及验收的关键标准。
面向读者： 📚
项目经理： 根据SRS文档制定项目计划、协调资源、跟踪进度，确保按时交付符合需求和质量标准的软件产品。
前后端开发人员： 根据SRS文档的功能需求和技术规格，进行系统设计与开发，确保按时交付符合要求的软件功能。
测试人员： 依据SRS文档中的功能需求和验收标准，设计测试用例并执行测试，确保软件功能和性能符合预期。
其他相关方（如市场调研人员、用户体验设计师、产品所有者等）： 需要根据SRS文档的需求和目标，提供反馈和支持，确保产品符合市场需求和用户期望。
1.2 参考资料 📖
- 软件需求规格： 计算机软件需求规格说明规范
- 前端设计： Material Design 指南、Ant Design Vue 文档
- 前端实现： uni-app 官方文档、Vue 3 官方文档、Vuex 文档、Vue Router 文档
- 后端实现： Django 官方文档、Django REST framework 文档
- 数据库管理： PostgreSQL 文档、Django ORM 文档
- 安全性与隐私保护： Django 安全最佳实践指南、OWASP 指南、Python cryptography 库文档
- 前后端交互： Axios 文档、WebSocket 文档
- 测试和调试： Django 测试文档、Jest 文档、Chrome DevTools 文档
2. 产品概述 🌍
2.1 项目背景 🗺️
当前旅游规划的市场存在信息分散、模板化严重等问题，导致用户在制定旅游攻略时费时费力，难以高效地组织出行安排。Man游的目标是简化这一过程，提升用户体验，尤其是针对喜欢参考攻略、完全自主规划或懒于行前准备的不同类型旅行者。
2.2 市场定位 🎯
Man游致力于为用户提供个性化的旅游规划服务，通过整合第三方平台（如小红书）的优质内容、AI生成的定制化攻略和实时天气预报，力求在旅游信息集成与智能推荐领域中引领市场。与传统旅游攻略工具相比，Man游不仅显著减少用户的手动操作，还能智能优化行程安排，精准满足现代智能旅游需求，提升整体用户体验。
2.3 产品logo 🎨
设计理念： 我们项目的logo将传统与现代元素融合，以塔楼象征对历史文化的探索，流动的线条代表现代旅行的自由。绿色和蓝色的渐变不仅体现了自然与人文的和谐，也强调了旅行的多维度体验；而活力的紫色和绿色渐变则代表了app的创新精神和对新体验的追求。字母“m”和“a”的结合象征着人与人、人与世界的连接，塔楼的稳定形象传达了我们服务的可靠性，确保旅行者的安全与舒适。这个logo是我们对旅行意义的理解和表达，也表达了我们希望邀请用户与我们一同探索世界的愿景。
2.4 产品简介 📱
Man游是一款基于大语言模型接口开发的智能旅游规划app。“人生路漫漫，man游常相伴”，本产品旨在为旅行者提供个性化的旅游推荐、智能行程规划、实时导航以及天气信息等功能，帮助旅行者享受一段舒适方便的旅程。
产品流程图： 📊
功能简介： 🔍
以下是我们近期拟实现的功能，可能随版本更替。
- 登录：用户可以通过输入手机号并接收验证码的方式快速登录Man游。 📲
- 预约提醒与门票价格查询：用户可以在Man游中查询各景点的门票价格，并设置预约提醒，以免错过预约时间。 🕒
- 链接种草文章：用户可以在Man游中直接导入或分享来自其他平台的旅游种草文章链接，软件将智能提取文章中的关键信息，如景点推荐、美食攻略等。 🌟
- 个性化的行程推荐：基于用户填写的兴趣偏好，Man游会为用户推荐个性化的旅游行程，包括景点、活动、餐饮等。 🗺️
- 最优路线规划：Man游提供智能路线规划功能，根据用户设定的起点和终点，推荐最优的交通方式和路线。 🚗
- 完整行程单：完成整体的行程设置和路线规划之后，系统将直接生成一份完整的行程单，用户可以直观掌握每日的行程和路径规划，同时设置旅游目的地近三日的天气预报，方便查询当地天气情况。 📅
- 备忘录：Man游的备忘录功能支持用户记录账单、设置旅行预算以及整理行李清单等。 📝
用户定位： 👥
| 用户类型 | 特征 |
|---|---|
| 详细规划型旅行者 | 喜欢提前详细规划行程，确保旅途中的每一步都经过精心安排。 |
| 灵活即兴型旅行者 | 偏好在旅途中根据情况灵活调整，享受探索未知的乐趣。 |
| 依赖服务型旅行者 | 倾向于利用旅行社或在线平台安排行程，追求便利和无忧无虑的旅行体验。 |
| 社交推荐型旅行者 | 做攻略时依赖社交网络和朋友的推荐，寻找灵感和评价。 |
| 经济实惠型旅行者 | 做攻略时注重成本效益，通过比较价格和利用优惠来节省旅行开支。 |
2.5 假设与依赖 🧩
假设：
- 技术假设： 假设项目团队具备足够的技术实力和研发能力，能够应对软件开发、测试、部署等过程中的各种技术挑战。
- 市场假设： 假设旅游市场保持稳定增长，用户对旅游规划软件的需求不断增加。同时，竞争对手的数量和实力保持在合理范围内，不会对Man游项目构成过大威胁。
- 用户行为假设： 假设用户能够熟练使用智能手机和移动互联网应用，对旅游规划软件有较高的接受度和使用率。同时，用户愿意分享自己的旅游经验和心得，为软件提供宝贵的用户反馈和数据支持。
- 资金假设： 假设项目能够获得足够的资金支持，以应对软件开发、市场推广、运营维护等过程中的各种资金需求。
依赖：
- 第三方API的可用性：第三方API（如地图API、天气API、交通信息API等）稳定可用，能够提供准确、及时的数据支持。
- 网络环境的稳定性：依赖可靠的网络连接以保证数据抓取、实时信息更新以及用户与软件的交互体验。网络环境的稳定性直接影响软件的运行效率和用户体验。
- 旅游资源的丰富性：Man游项目需要依赖丰富的旅游资源，包括景点、酒店、餐饮、交通等。这些资源的数量和质量直接影响软件提供的旅游规划方案的多样性和实用性。
- 用户数据的准确性：用户在使用Man游项目时需要提供准确的个人信息和旅游偏好，以便软件能够为用户提供个性化的旅游规划服务。因此，用户数据的准确性是项目成功的重要因素之一。
- 政策法规的支持：Man游项目需要遵守相关法律法规，如旅游法、消费者权益保护法等，以确保项目的合法性和可持续发展。
2.6 类图 📊
2.7 用例图 📊
🌟 3. 系统功能需求
3.1 功能描述
3.1.1 登录（手机号+验证码） 😊
● 功能概述 🌟
手机验证码登录功能提供了一种安全便捷的方式，让用户快速登录APP。用户只需输入手机号码，系统将发送一次性验证码到该号码。输入验证码后，用户即可顺利登录，无需记住密码，提升了用户体验。
● 输入 📝
| 字段 | 描述 |
|---|---|
| 手机号码 | 用户需输入有效的手机号码以接收验证码。 |
● 逻辑处理 🔄
- 验证码生成与发送：系统生成一次性验证码，并通过短信服务发送至用户提供的手机号码。
- 验证码校验：用户输入验证码后，系统进行校验，确认验证码的有效性。
● 输出 📤
| 结果 | 描述 |
|---|---|
| 登录成功/失败提示 | 系统根据验证码校验结果反馈用户。 |
● 异常处理 ⚠️
| 情况 | 处理方式 |
|---|---|
| 验证码过期处理 | 提示验证码已过期，允许请求新验证码。 |
| 手机号码格式错误 | 提示格式错误，要求重新输入。 |
● 业务规则 📏
| 规则 | 描述 |
|---|---|
| 验证码有效期 | 验证码在生成后应在5分钟内有效。 |
| 发送限制 | 同一手机号在短时间内只能请求一次验证码。 |
| 最大尝试次数 | 用户最多可尝试3次，超过需重新请求验证码。 |
● 用户界面需求 📱
- 输入界面：
- 手机号码输入框，支持自动格式校验和提示。
- “获取验证码”按钮，触发验证码发送。
- 验证码输入框：用户输入验证码的区域，支持重新发送验证码的链接。
- 提示信息：清晰的登录成功或失败提示，验证码错误或过期的具体错误信息。
3.1.2 预约提醒与门票价格查询 🏞️
● 功能概述 🌐
系统根据用户的行程，自动检测是否需要预约并提醒用户，同时查询收费景点的门票价格。
● 输入 📝
| 预约提醒 | 门票价格查询 |
|---|---|
| 预约类型 | 景点名称 |
| 预约时间 | 日期 |
| 提醒方式 | 票种 |
● 逻辑处理 🔄
- 预约提醒：用户设置预约类型、时间和提醒方式，系统保存并发送提醒。
- 门票价格查询：用户输入景点和日期，系统展示最新票价。
● 输出 📤
| 预约提醒 | 门票价格查询 |
|---|---|
| 设置成功确认信息 | 显示门票价格列表及预订链接。 |
● 业务规则 📏
| 规则 | 描述 |
|---|---|
| 预约提醒 | 仅允许用户管理自己的预约提醒。 |
| 门票价格查询 | 票价信息需实时更新。 |
● 用户界面需求 📱
- 预约提醒界面：
- 预约类型选择（下拉菜单）。
- 日期时间选择器。
- 提醒方式选择（单选或复选框）。
- 门票价格查询界面：
- 景点搜索栏（自动补全）。
- 日期选择器。
- 票种选择（下拉菜单）。
- 查询按钮（触发价格查询）。
3.1.3 链接种草文章 🖱️
功能描述 📄
用户可以将来自小红书、大众点评等平台的旅游攻略文章链接粘贴到应用中，系统将链接传递给“Kimi”，自动解析文章内容并整合到用户的旅游行程中。
● 输入 🔗
| 字段 | 描述 |
|---|---|
| 文章链接支持平台 | 小红书、大众点评等 |
| 链接格式 | 支持HTTPS等常见协议 |
| 用户操作 | 粘贴文章链接并点击“解析”按钮 |
● 处理逻辑 🔄
- 链接验证：系统验证链接来源和格式。
- Kimi处理流程：抓取内容、提取信息并返回。
● 输出 📤
| 解析结果展示 | 行程整合选项 |
|---|---|
| 显示提取的景点、餐厅等信息 | 提供“添加到行程”的按钮 |
● 业务规则 📏
| 规则 | 描述 |
|---|---|
| 支持链接来源 | 仅支持小红书、大众点评等平台的链接。 |
| 隐私与安全 | 用户链接内容仅用于信息提取，不存储。 |
● 用户界面需求 📱
- 链接输入界面：
- 输入框，支持多平台链接。
- 解析按钮，启动信息提取过程。
3.1.4 个性化的行程推荐 🗺️
● 功能概述 🎯
通过用户选择的旅游偏好，自动为用户生成个性化的旅行行程建议。
● 输入 📝
| 基本信息 | 个性化选项 |
|---|---|
| 旅行目的地 | 旅行风格 |
| 旅游时长 | 推荐景点 |
● 逻辑处理 🔄
- 输入解析：分析用户需求，提取偏好信息。
- 智能行程规划：生成推荐行程，动态调整内容。
● 输出 📤
| 行程展示 | 调整选项 |
|---|---|
| 生成完整行程方案 | 用户可对推荐行程进行手动调整。 |
● 异常处理 ⚠️
| 情况 | 处理方式 |
|---|---|
| 无匹配方案时 | 实时调整推荐内容。 |
| 数据不足时 | 基于类似用户的偏好进行推测填充。 |
3.1.5 最优路线规划（🚀 路线规划与 🚆 交通工具选择）
功能名称：最优路线规划
● 功能概述
智能出行规划功能结合最优路线规划、交通工具选择、多模式交通整合和成本效益计算，为用户提供个性化、便捷的出行方案。用户只需输入出发地、目的地及个人偏好，系统将自动生成最佳路线及交通工具组合，提升出行效率和舒适度。✨
● 输入
| 输入项 | 描述 |
|---|---|
| 出发地 | 用户输入出发地点。🏙️ |
| 目的地 | 用户输入目的地。🌍 |
| 出发时间 | 用户选择出发的具体时间。⏰ |
| 预算 | 用户可输入预算。💰 |
| 偏好设置 | 选择时间优先、成本优先、舒适度优先等选项。⚖️ |
● 逻辑处理
| 处理步骤 | 描述 |
|---|---|
| 数据整合 | 从地图API获取路线信息、交通工具数据及实时交通状况。📊 |
| 路径规划 | 使用Dijkstra或A*算法计算最佳路线，并根据用户偏好进行评分。🗺️ |
| 交通工具推荐 | 整合多种交通方式的费用、时间等信息，提供最佳交通工具组合。🚗 |
| 换乘优化 | 计算不同交通方式之间的换乘时间，确保无缝衔接。🔄 |
| 成本分析 | 计算各交通方式的总成本，提供详细的费用对比。📈 |
● 输出
| 输出项 | 描述 |
|---|---|
| 推荐路线 | 展示最佳出行路线及交通工具组合，包括详细信息（距离、时间、费用等）。🛣️ |
| 备选方案 | 提供2-3条备选路线，按时间、成本等进行排序，方便用户对比选择。🔍 |
● 异常处理
| 情况 | 处理措施 |
|---|---|
| 数据获取失败 | 若无法获取相关数据，系统将提示用户并提供默认方案。⚠️ |
| 输入信息不完整 | 若用户输入信息不全，系统将提示并要求补全。✏️ |
● 业务规则
| 规则 | 描述 |
|---|---|
| 数据更新频率 | 系统应实时更新交通数据，确保推荐的准确性。🔄 |
| 用户偏好保存 | 用户的偏好设置应保存，方便下次使用。💾 |
● 用户界面需求
| 界面需求 | 描述 |
|---|---|
| 输入界面 | 出发地、目的地输入框。📝 |
3.1.6 完整行程单（🗓️ 包含每日行程规划、天气预报、地图总览）
● 功能概述
该功能用于在用户确认旅行行程后，生成并展示一份详细的、可视化的行程单。行程单包括每日行程的规划、目的地的天气预报、以及整体行程的地图总览，以便用户轻松查看整个行程安排。
● 输入
| 输入项 | 描述 |
|---|---|
| 每日行程信息 | 用户自行输入或确认的每日行程信息，包括景点顺序、活动安排等。 |
| 游玩日期 | 用户选择的出发日期和每个景点的游玩日期。 |
● 逻辑处理
| 处理步骤 | 描述 |
|---|---|
| 行程数据汇总 | 提取用户提供的每日行程信息，按天汇总景点安排和活动。 |
| 地图总览生成 | 根据每日行程地点数据，调用地图API生成简易地图总览。 |
| 行程概览展示 | 展示整体行程安排及每日景点安排、天气预报和地图。 |
| 天气预报获取 | 通过天气API获取目的地近三日的天气预报信息，包括基础天气和温度信息。 |
● 输出
| 输出项 | 描述 |
|---|---|
| 地图总览 | 标记每天的主要游玩景点及位置，帮助用户了解整体行程布局。 |
| 每日行程展示 | 展示用户每日的具体行程安排，内容简单明了。 |
| 天气预报展示 | 包含目的地近三日的天气状况与气温信息。 |
● 异常处理
| 情况 | 处理措施 |
|---|---|
| 地图加载失败 | 提示用户刷新页面或检查网络连接，并提供手动刷新按钮。 |
3.1.7 备忘录（📋 账单管理与预算设置、行李清单）
● 功能概述
旅行管理系统整合了旅行账单和旅行清单功能，帮助用户在旅行过程中全面管理开支和物品准备。用户可以记录和管理所有开支，确保旅行预算的有效控制，同时创建个性化的旅行清单，确保出发前不遗漏任何重要物品。
● 输入
| 输入项 | 描述 |
|---|---|
| 消费项目 | 手动输入消费项目及金额。 |
| 支付状态 | 选择“已支付”或“待支付”。 |
| 收据上传 | 上传相关收据或照片。 |
| 类别或标签 | 选择消费类别或添加标签。 |
| 旅行类型 | 选择旅行类型（如短途、长途、商务旅行等）。 |
| 清单项目 | 手动输入或选择要添加的物品。 |
| 准备状态 | 标记项目为“已准备”或“未准备”。 |
| 提醒设置 | 选择提醒时间和方式。 |
● 逻辑处理
| 处理步骤 | 描述 |
|---|---|
| 账单记录 | 添加消费项，保存记录并计算总支出，更新支付状态。 |
| 清单管理 | 选择旅行类型，生成相应模板，添加项目并更新状态。 |
| 提醒设置 | 在指定时间发送准备提醒。 |
● 输出
| 输出项 | 描述 |
|---|---|
| 账单管理 | 显示实时计算的总支出和剩余预算，提供可视化图表。 |
| 清单管理 | 显示当前旅行清单及各项目准备状态，发送准备提醒。 |
● 业务规则
| 规则 | 描述 |
|---|---|
| 账单管理 | 数据需实时更新，确保准确性。 |
| 清单管理 | 用户可自定义提醒时间，但需合理设置。 |
● 用户界面需求
| 界面需求 | 描述 |
|---|---|
| 账单管理界面 | 包含消费项目输入框、金额输入框、支付状态选择、收据上传、类别选择、总支出及可视化图表。 |
| 清单管理界面 | 包含旅行类型选择、清单项目输入框、准备状态选择、提醒设置选项及共享按钮。 |
3.2 功能验收标准
3.2.1 登录（手机号+验证码） 🛡️
| 验收标准 |
|---|
| - 功能完整性：用户输入手机号后，系统能成功发送验证码。 📩 |
| - 验证码有效性：验证码在规定时间内有效（如5分钟），超过时间失效。 ⏳ |
| - 安全性：输入的手机号和验证码应安全传输，防止数据泄露。 🔒 |
| - 用户体验：用户在输入验证码后，能够顺利登录，并在登录后跳转到相应的界面。 🎉 |
3.2.2 预约提醒与门票价格查询 ⏰🎟️
| 验收标准 |
|---|
| - 预约提醒： • 用户可以成功设置预约提醒，并选择类型、时间、提醒方式等。 📅 • 在设定的提醒时间前，系统能按用户选择的方式发送提醒通知。 🔔 • 用户可修改或取消预约，系统应能及时更新或删除相应提醒。 |
| - 门票价格查询： • 用户能查询到所选景点的门票价格，包含不同类型和优惠信息。 💰 • 系统能快速返回查询结果，响应时间不超过2秒。 ⚡ • 错误提示能准确反馈，例如景点未找到或查询失败。 ❌ |
3.2.3 链接种草文章 🌐✍️
| 验收标准 |
|---|
| - 链接验证：系统能够提示用户输入URL并且正确识别和验证用户输入的链接是否来自支持的平台。 🔗 |
| - 信息提取准确性：提取的关键信息如景点、餐厅等信息的准确率需达到95%以上。 🎯 |
| - 用户反馈：用户能查看提取结果，并且能够在系统推荐结果上进行修改。 ✏️ |
| - 错误处理：在链接解析失败时，系统应提供清晰的错误提示，指导用户操作。 ⚠️ |
3.2.4 个性化的行程推荐 ✈️🗺️
| 验收标准 |
|---|
| - 行程生成：系统能够根据用户偏好生成个性化行程，准确反映用户选择的旅行风格。 🎒 |
| - 实时优化：在用户需求变化时，系统能够动态调整推荐的行程。 🔄 |
| - 展示清晰度：生成的行程展示应清晰易读，用户能轻松理解安排。 📖 |
| - 用户可调整性：用户可方便地对推荐行程进行手动调整和保存。 💾 |
3.2.5 最优路线规划 🛤️🚆
| 验收标准 |
|---|
| - 路径规划准确性：生成的路线应符合用户设定的偏好（如最短时间、最低成本）。 ⏱️ |
| - 交通工具选择合理性：推荐的交通工具应在用户输入的条件下最优。 🚗 |
| - 用户体验：用户能够无缝选择和切换不同的交通工具，并获得详细的换乘信息。 🔄 |
3.2.6 完整行程单 📋🌦️
| 验收标准 |
|---|
| - 行程规划完整性： • 每日行程应详细列出，包括活动时间、地点、交通方式和相关备注。 🕒 • 行程内容应支持用户自定义修改，且系统能及时更新。 |
| - 天气预报准确性： • 每日行程单应提供当天及未来几天的天气预报信息，准确率需达到90%以上。 ☀️ • 天气信息应根据用户所在位置自动更新，确保用户获取到最新数据。 🌍 |
| - 地图总览功能： • 地图应显示用户的行程路径、各个景点和相关地点标识，并支持放大、缩小和拖动查看。 🗺️ |
3.2.7 备忘录 📒📝
| 验收标准 |
|---|
| - 账单管理功能： • 用户能轻松记录并查看所有账单信息，包括消费日期、金额、类别等。 💵 • 系统能自动计算总支出和分类支出，确保计算准确。 |
| - 预算设置功能： • 用户应能设置旅行预算，并实时监控支出情况，超出预算时系统应给出提示。 💳 • 系统应支持不同类别的预算（如交通、住宿、餐饮等），并能生成相应的支出分析报告。 |
| - 行李清单功能： • 用户能创建和编辑行李清单，包括物品名称、数量和优先级。 🎒 • 行李清单应支持分类和筛选功能，便于用户管理物品。 • 用户在打包时应能标记物品是否已打包，系统应能自动更新清单状态。 |
| - 数据安全性： • 所有用户输入的账单和预算信息应进行加密存储，确保用户隐私安全。 🔐 • 系统应防止未授权访问，确保只有用户本人能查看和编辑其备忘录内容。 |
3.3迭代记录表格
| 迭代编号 | 日期 | 功能描述 | 负责人 |
|---|---|---|---|
| 1 | 2023-10-16 | 个性化的行程推荐 🎯 | 前端团队 |
| 2 | 2023-10-17 | 最优路线规划（交通工具选择） 🛣️ | 后端团队 |
| 3 | 2023-10-18 | 完整行程单（包含每日餐饮、天气预报） 📅☀️ | 前端团队 |
| 4 | 2023-10-19 | 链接种草文章 📝 | 后端团队 |
| 5 | 2023-10-19 | 用户偏好保存功能优化 | 前端团队 |
| 6 | 2023-10-20 | 实时更新交通数据功能 | 后端团队 |
| 7 | 2023-10-21 | 预约提醒与门票价格查询 📅 | 前端团队 |
| 8 | 2023-10-22 | 备忘录（账单管理与预算设置、行李清单） 📝💰 | 后端团队 |
🌟 4. 软硬件及其他外部系统接口需求
4.1 用户接口
- 登录功能接口 🔐
- 接口名称：用户登录接口
- 接口描述：用于用户通过手机号及验证码（密码）登录系统，确保用户身份验证。
- 输入：手机号，验证码（密码）
- 输出：登录结果，用户身份令牌
- 接口协议：HTTP POST
- 响应时间：不超过1秒
- 备注：验证码验证成功后，返回用户的身份令牌和登录状态。
- 行程推荐接口 🗺️
- 接口名称：行程推荐接口
- 接口描述：根据用户的旅游风格、种草文章和关键词提供个性化行程推荐。
- 输入：旅游风格、关键词、种草文章
- 输出：推荐行程
- 接口协议：HTTP POST
- 响应时间：不超过2秒
- 备注：个性化行程基于用户的输入进行生成，提取到的旅游景点，并提供定制化旅游路线。
- 完整行程单生成接口 📄
- 接口名称：完整行程单生成接口
- 接口描述：生成包含每日餐饮、行程路线和天气预报的完整行程单。
- 输入：行程详情
- 输出：完整行程单（包含每日餐饮与天气预报）
- 接口协议：HTTP POST
- 响应时间：不超过2秒
- 备注：行程单需保证信息展示清晰、易于理解。
- 备忘录功能接口 📝
- 接口名称：备忘录功能接口
- 接口描述：用于用户记录并管理旅游预算、账单以及行李清单。
- 输入：账单管理数据，预算设置数据，行李清单数据
- 输出：账单记录，预算及行李清单
- 接口协议：HTTP POST
- 响应时间：不超过2秒
- 备注：确保用户能够正确记录账单和行李信息，管理旅游预算。
4.2 硬件接口
- 短信验证接口 📱
- 接口名称：短信验证服务接口
- 接口描述：用于系统发送和验证用户的短信验证码。
- 输入：手机号
- 输出：验证码发送结果或验证结果
- 接口协议：基于第三方短信平台API
- 响应时间：不超过3秒
- 备注：确保验证码的及时发送和验证。
- GPS服务接口 🌍
- 接口名称：GPS定位接口
- 接口描述：用于获取用户的当前位置，提供最优路线规划时的位置信息。
- 输入：GPS坐标
- 输出：当前位置
- 接口协议：基于移动设备GPS模块
- 响应时间：实时
- 备注：确保位置信息的准确性。
4.3 软件接口
- 第三方天气预报接口 ☁️
- 接口名称：天气预报服务接口
- 接口描述：用于提供行程单中的每日天气预报信息。
- 输入：目的地
- 输出：每日天气预报信息
- 接口协议：基于第三方天气API
- 响应时间：不超过2秒
- 备注：确保天气信息的准确性和实时性。
- 高德地图接口 🗺️
- 接口名称：高德地图接口
- 接口描述：用于提供行程单中的路线规划。
- 输入：起始地、目的地、途经点等
- 输出：规划路线
- 接口协议：基于高德地图API
- 响应时间：不超过2秒
- 备注：确保路线信息的准确性。
- Kimi AI接口 🤖
- 接口名称：Kimi AI接口
- 接口描述：用于生成用户需求的旅游规划。
- 输入：用户需求
- 输出：旅游规划
- 接口协议：Kimi API
- 响应时间：不超过2秒
- 备注：确保旅游信息的丰富性和准确性。
4.4 通信接口
- HTTP/HTTPS通信接口 🔒
- 接口名称：前后端通信接口
- 接口描述：用于系统前后端数据交互，确保请求和响应的安全性。
- 输入：前端请求数据
- 输出：后端响应数据
- 接口协议：HTTP/HTTPS
- 响应时间：不超过2秒
- 备注：确保用户敏感数据的安全传输。
4.5 安全接口
- 身份验证接口 🛡️
- 接口名称：用户身份验证接口
- 接口描述：基于Token机制验证用户身份，确保访问权限控制。
- 输入：用户凭证
- 输出：验证结果
- 接口协议：Token认证
- 响应时间：不超过1秒
- 备注：确保用户身份唯一性和安全性。
- 数据加密接口 🔑
- 接口名称：数据加密接口
- 接口描述：通过HTTPS协议对传输的数据进行加密，保障通信安全。
- 输入：传输数据
- 输出：加密数据
- 接口协议：HTTPS
- 备注：确保用户敏感数据的安全传输。
🌟 5. 其他非功能需求
5.1 性能需求
- 各功能模块响应迅速，严格控制响应时间。例如，登录响应时间应在1秒内完成，确保用户能够快速进入系统；行程推荐和完整行程单生成接口响应时间不得超过2秒，以便及时为用户提供个性化的旅游规划和清晰的行程安排。
- 具备高并发处理能力，在旅游旺季或高峰时段，能够稳定应对大量用户的同时访问。如预约提醒与门票价格查询功能，即使在高并发情况下，也应准确、及时地提供信息，确保用户不会错过重要的预约和了解准确的门票价格。
- 数据查询和处理高效。门票价格查询需在2秒内返回结果，让用户能够迅速了解不同景点门票的价格信息，以便合理规划预算。链接解析功能应在5秒内完成，保证用户能够快速整合来自不同平台的旅游信息，提升行程规划效率。
5.2 安全设施需求
- 采用先进的加密技术保护用户数据。对用户的个人信息、行程数据、账单记录等敏感内容进行加密存储，确保隐私信息安全，防止数据泄露给未经授权的第三方。
- 强化与第三方API的通信安全。在与天气API、地图API等进行数据交互时，采用安全的通信协议和认证机制，防止数据在传输过程中被窃取或篡改。
- 防范常见安全威胁。建立严格的输入验证机制，防止SQL注入、恶意链接和注入攻击等，确保系统的稳定性和安全性。
- 完善身份验证机制。基于Token机制验证用户身份，确保只有合法用户能够访问和使用系统功能，保护用户的个人数据和行程规划不被非法访问。
5.3 安全性需求
- 严格遵守相关法律法规。确保项目在开发和运营过程中遵守旅游法、消费者权益保护法等法律法规，保障用户的合法权益，实现项目的合法性和可持续发展。
- 加强对用户输入的验证。对用户粘贴的链接、输入的信息等进行严格审查，防止恶意内容输入，确保系统的安全性和稳定性。
- 对抓取的文章内容进行审核。防止传播敏感信息和违反法律法规的内容，确保用户获取的旅游信息合法、合规、安全可靠。
5.4 扩展性需求
- 系统应具备良好的扩展性，能够随着用户量的增加和功能需求的变化动态扩展资源。例如，解析功能在面对高并发用户同时进行链接解析的情况时，能够自动调整资源
