旅游分时预订智慧平台项目方案

旅游分时预订智慧平台项目方案目录目录CONTENTS一、项目背景二、项目方案三、建设周期四、所需支持项目背景新冠肺炎的防控对景区安全管理提出了新要求文化和旅游部资源开发司印发《旅游景区恢复开放疫情防控措施指南》“严控游客流量。要采取门票预约、智慧引导等手段，科学分流疏导游客……““防止人员聚集。应采取分时段、间隔性办法安排游客入园。”目录目录CONTENTS一、项目背景二、项目方案三、建设周期四、所需支持平台目标为游客提供景点预订功能，实现游客分时、错峰游览景区，合理控制同时游览同一景区的游客数量，保障游客的健康安全。实时筛查游客健康状况，实现“全国防疫健康信息码+福建省八闽健康码+预订码+购票码”四码合一、一码畅行,通过“数据多跑腿，游客少跑路”，保障游客体验与健康安全。为管理部门提供数据分析与展示，实现游客预订量一目了然、各景点热度实时掌握、健康风险及时预警。说明：健康码包含全国防疫健康信息码和福建八闽健康码；其中八闽健康码的实现需文旅厅协调。架构设计展示层：包括小程序端和WEB端用户层：为文旅厅领导、平台管理员、景区管理员、游客提供服务支撑层：各类支撑算法、保障技术、应用服务数据层：提供数据存储与数据高速访问支持基础层：应用、存储、网络、安全设备与资源平台特色系统平台五大特色：高性能、高可用、开放、共享、安全平台支持百万用户量级的高并发，多种机制保障系统性能高性能平台高可用，保障稳定性负载均衡技术，保障平台可用性高可用数据集中存储，可按需进行开放、共享；共享开放式架构，预留接口，轻松实现各类系统的对接开放从数据、接口、架构、网络等多维度保障平台安全性安全平台应用游客利用旅游分时预订智慧平台，进行景点游览预订游客进入景区，分时分流，安心游览13畅游码游客在景区出示预约、购票、健康合一的畅游码（四码合一，含全国防疫健康信息码、福建省八闽健康码），顺利进入景区2分时预订智慧平台说明：健康码包含全国防疫健康信息码和福建省八闽健康码；其中八闽健康码的对接需文旅厅协调。平台功能设计1——游客预订业务流程平台功能设计1——游客预订游客预订场景游客扫码或搜索，打开分时预订小程序游客注册账号，并进行登陆选择游览的人员，并可添加同行人员；人员信息包含姓名、身份证、电话平台筛查用户健康状况，健康则锁定名额，不健康则预订失败，并弹出预约失败原因选择城市、景区，查看可预订的各个时段、剩余名额选择要预订的时段，提交进行预订，名额锁定如为已对接景区，数据同步，比对匹配则预订时段成功；否则提醒用户购票如为未对接景区，则提醒用户30分钟内上传购票凭据，上传则预订成功如30分钟内未匹配购票数据，或用户未上传凭据，则取消锁定，预订失败健康、预订、购票数据融合生成畅行码预订成功信息及游客健康信息，同步给票务平台景区使用小程序扫码核验平台功能设计1——游客预订畅游码——四码融合流程政务服务平台（全国）防疫健康信息码闽政通（福建省内）八闽健康码票务平台游客景区填报个人身份信息核验健康状态核验健康状态游客信息健康状态游客信息健康状态核验购票状态游客信息购票信息融合生成畅游码核验畅游码分时预订分时预订平台购票数据/核验数据平台功能设计1——游客预订全福游平台对接思路（采用此种方式的前提：可保底实现与全福游对接过景区的四码合一。但要求全福游APP进行一定开发，并且框架要支持大数据高并发）或或123（采用此种方式：是实现与全福游对接过景区的四码合一的基础。但全福游APP有一定的开发量，也需根据工期倒排计划、并实施对接）（采用此种方式：各自独立，全福游无二次开发量，若实现四码合一，需协调所有票务系统与小程序进行对接（也包括全福游APP上的票务系统））平台功能设计2——游客退订业务流程分时预订系统查看预订增加预订数平台功能设计2——游客退订游客可查看自己预订的景区和时段，如因遇到特殊情况无法出游，则可在平台上对预订时段进行退订游客登录平台，查看自己已经完成的预订，包括预订时间、预订的景区、预订的时段；选择需要退订的记录，身份验证后即可完成退订；游客退订成功后，系统自动更新该时段的可预订名额；游客如因意外无法出行，需取消预订，否则影响其在平台内的信用。平台功能设计3——景区核验业务流程平台功能设计3——景区核验游客进入景区前，由景区工作人员对游客的预订状态及健康状态进行核验游客出示畅游码，工作人员扫码查看游客健康信息、预订信息、购票信息；后台实时对游客健康信息进行二次比对筛查；如游客健康状态筛查为“确诊、疑似、密接”，则系统发出告警提醒；如游客畅游码显示的预约时段已超过或未到时间，则系统发出告警提醒；符合要求的游客可正常进入景区畅游。景区健康信息比对验证

景区预订信息比对验证

游客异常状态提醒

平台功能设计4——管理端展示业务流程分时预订系统平台功能设计4——管理端展示平台为福建省文旅厅提供各个景区游客预订、出游等相关数据的分析与展示，使文旅厅“一屏知全局”，实时掌握全省景区态势对本平台中已有的数据、各景区按照接口要求已提供至平台的数据，进行多维度的数据分析与数据展示如从时间、时段、区域的维度，从景区、售票数、游客数、预订数、退订数、未出游数的维度，综合分析与展示旅游情况，实时掌握各景点热度；对各景区出现的健康风险状况进行分析，为管理部分决策提供支撑。平台功能设计5——用户中心游客个人有关的操作，采用统一的用户中心进行集中管理，方便用户使用，提升平台开放性与扩展性用户注册短信验证码用户登录修改密码找回密码完善资料信用状况平台功能设计6——平台管理平台为用户提供简单易用、丰富全面的管理功能平台管理景区信息录入、修改完善景区管理员填报每日可售的总票量、各时间段票量对景区进入时段进行统一或个性化设置，包括每个时段的开始时间和结束时间景区每日上报当日经营信息，包括已售票数、实际检票数系统管理员可对各个景区管理员账号进行增删改查管理对本平台中已有的数据，及各景区按照接口要求已经提供的数据，多维度分析、展示平台功能设计7——统一接口管理说明：票务数据接口、预订数据接口，需由各景区票务系统跟本接口对接平台提供灵活、开放、标准化的接口，便于与各级、各类系统和平台进行对接，便于平台未来的不断扩展与完善预订数据接口文旅部数据接口消息提醒接口八闽健康码接口票务数据接口全国防疫健康接口旅游分时预订智慧平台预留消息提醒接口，传递游客注册、找回密码、修改密码的验证码信息，游客健康风险信息、预订超时名额取消信息预留数据接口，文旅部可按照接口规范与平台对接预订数据预订接口向景区提供数据包括：预订游客的姓名、身份证号码、预订时间、预订景区、健康筛查结果的数据；实现与全国的密切接触者测量等健康信息对接。预留与八闽健康码的接口，向八闽健康码发送用户身份信息、接收八闽健康码返回的用户健康信息获取票务平台数据包括：景区名称、游客姓名、身份证号、景区票据ID、票据时间、退票时间；平台功能设计8——通用支撑平台采用成熟的主流架构实现，确保大流量、高并发、高可用，为游客分时预订提供支撑平台功能设计8——通用支撑平台为用户提供完备的基础管理和保障功能，提升系统的可用可管性。界面风格设计一致性原则简洁性原则对齐性原则亲疏得当原则有效对比原则交互友好原则操作安全性原则设计原则图标与按钮字体色彩排版交互特效

组件库界面分解设计规范界面风格设计目录CONTENTS一、项目背景二、项目方案三、建设周期四、所需支持目录项目总工期约为20个工作日。从X月30日启动项目开发工作，预计X月20日完成项目开发并上线。建设周期建设周期说明：该工作量为平台开发工作量，平台开发中包含为文旅部、景区票务管理系统提供的开放接口，但不包含与对方对接工作。实施计划类别内容T+0T+1T+2T+3T+4T+5T+6T+7T+8T+9T+10T+11T+12T+13T+14T+15T+16T+17T+18T+19T+20项目启动前期工作成立专项工作组

制定接口规范

商务对接对接八闽健康码文旅厅推动

技术对接

对接票务平台和景区文旅厅发文

福旅牵头组织对接

集中对接宣贯，明确文旅厅要求，确认接口信息

多组并发个别对接

产品设计UI设计完成UI设计

详细设计文档

完成详细设计文档

平台开发基础架构搭建完成基础架构的搭建完成系统架构说明文档性能测试报告

游客预订开发

游客预订小程序端开发

游客退订开发

游客退订小程序端开发

景区核验开发

景区核验小程序端开发

用户中心开发

用户中心小程序端开发

平台管理功能开发

平台管理WEB端开发

管理端展示开发

文旅厅WEB端开发

预订数据接口开发

预订数据接口开发

票务数据接口开发

票务数据接口开发

文旅部数据接口开发

文旅部预留接口开发

八闽健康码接口开发

八闽健康码接口开发

消息提醒接口开发

消息提醒接口开发

内外部联调

与全福游、票务平台、景区联调

平台集成平台集成

完成平台功能集成

内部调测

平台各功能模块联调

平台上线试运行

上线保障措施目录目录CONTENTS一、项目背景二、项目方案三、建设周期四、所需支持所需支持各个景点必须按统一接口标准对接该系统，并对接游客购票、退票、游览的相关数据各个景点必须遵循分时错峰进入景区的要求，进入时段需在旅游分时预订平台上提前预订，并按预订时间进入各个景区必须验证游客预约畅游码，确保健康状态正常、进入时段已预约，才能放行需省文化和旅游厅出台文件，对各个景区提供相应的强制性要求软硬件环境支持微信小程序认证https：域名+ssl证书项目相关参数备注信息服务器配置（50~100万活跃用户）CPU内存公网带宽硬盘

8核32G5MB系统盘50G数据盘500G内网100万PPS，公网仅用于部署使用，无需太大带宽。服务器数量10台至少1个固定公网IP操作系统CentOS8.064位比Windows操作系统稳定性高云服务器（CVM）配置要求（初按5万并发量，具体参照实际情况进行扩容；若20万并发，则服务器数量扩展为40台）软件服务需求（具体参照实际情况）项目相关参数备注信息负载均衡配置（50~100万活跃用户）内网数据处理能力公网带宽

100万PPS100MB大文件从OSS读取，CVM上的单个并发数据包可以大大减少，100MB公网带宽，预计可支持每秒20万个并发弹性伸缩（AS）支持策略配置，自动化配置伸缩

负载均衡（SLB）+弹性伸缩（AS）配置要求项目相关参数备注信息云数据库Mysql（RDS）配置CPU内存硬盘数量

8核32G50