智慧旅游生态产品系统

当前国家大力推动文旅消费复苏，文旅市场需求多元，产业链小微商户存在碎片化金融需求。银行加速场景生态转型，旅游是优质消费场景。工行依托客群、网点与数字化优势，打造金融 + 旅游生态，将金融服务嵌入文旅全链条，赋能产业、拉动消费，实现多方共赢，培育业务新增长点。

一、客户端购票（游客端：H5 / 小程序 / Android APP，三端统一能力）
1. 景区列表：展示多景区基础信息、介绍、开放时间、地址、实景图、票价套餐（单人票 / 套票 / 亲子票等）、余票、购票须知。
2. 票种选择：选择票型、出行日期、购买数量；支持实名制，录入游客姓名、身份证号。
3. 订单管理：生成购票订单，对接工行支付通道，支持工行卡、数字人民币等支付方式。
4. 订单中心：查看待支付 / 已支付 / 已核销 / 已退款订单；支持订单取消、退票申请（按退票规则）。
5. 电子票凭证：支付成功后生成电子票，包含**核销二维码**；可保存凭证、短信推送、分享。
6. 基础功能：用户登录、手机号绑定、常用游客信息保存、消息通知。
二、服务端核销（二维码取票、入园核验）
1. 扫码核验：工作人员端扫码（手机 / 闸机设备）读取电子票二维码，校验票有效性、使用日期、是否已核销。
2. 核销状态变更：核验通过标记为「已入园」；重复扫码提示已核销，非法票提示报错。
3. 取票功能（如需线下实体票）：扫码后支持打印纸质门票，记录取票时间、操作人。
4. 核销记录：每一笔扫码操作留存日志：景区、时间、票号、操作账号、核验结果。
三、服务端后台｜多景区管理

1. 景区基础管理：新增 / 编辑 / 停用景区，维护景区名称、地址、简介、图片、营业时间、联系电话。
2. 票种管理：按不同景区独立配置票种、价格、库存、限购数量、退票规则、可用时段。
3. 订单管理：全平台订单查询、筛选（景区、时间、状态），手动处理退票、异常订单。
4. 核销员权限管理：按景区分配账号，A 景区工作人员只能核验 A 景区门票，权限隔离。
5. 数据统计：各景区购票量、入园核销人数、营收、退票率报表。
6. 系统配置：支付参数、短信模板、二维码生成规则、白名单等。

后端
SpringBoot + Dubbo 微服务架构，Redis 做缓存（景区信息、票库存、核销二维码、热点订单），MySQL 持久化存储景区、票种、订单、核销记录、用户信息；通过 Dubbo 完成服务拆分与调用，控制并发防超卖。
前端
1. 游客端 H5：Webpack + Vue，面向移动端，适配多机型浏览器，对接工行支付、电子票展示
2. 管理后台：Webpack + React，多景区运维、订单、核销、数据统计页面
3. 移动端 App：Android 原生开发，独立客户端，和 H5 / 小程序共用同一套后端接口
我的职责：
1. 前端框架搭建
搭建 Vue H5 项目、React 管理后台项目基础工程；配置 Webpack 打包、路由、状态管理、接口请求封装、环境区分（开发 / 测试 / 生产），打通和后端 Dubbo 网关的联调基础。
2. 代码规范落地
配置 ESLint、Prettier、Git 提交校验；制定组件命名、目录结构、接口调用、注释规范，输出前端开发文档，统一团队编码风格。
3. 系统性能优化
路由懒加载、组件按需引入、资源压缩、图片懒加载、缓存策略；配合 Redis 减少重复接口请求，优化首屏加载、列表长渲染卡顿，提升高并发购票场景下页面响应速度。
4. 移动端兼容性处理
H5 端适配 iOS / 安卓不同浏览器，解决视口、点击延迟、样式错乱、支付唤起异常、二维码展示识别等兼容问题，保证 H5、App 内嵌套 H5 页面体验一致。
5. 组件开发与封装
- 基础组件：按钮、弹窗、Toast、加载、表单控件、图片预览、空状态等，处理移动端原生交互问题（滚动穿透、点击延迟）；
- 票务业务组件：景区卡片、票型选择器、身份证实名录入组件、电子票二维码展示组件、订单条目组件等，封装通用业务逻辑，减少页面重复代码；