| 包组编号：001包组名称：省科技馆建设智慧场馆一体化运营平台 |
| 招标文件要求重要提示：实质性要求及重要指标用★标注（“★”必须标注在序号前），★标注项不得负偏离，如果负偏离，则投标文件无效。 | 投标文件响应内容 | 偏离程度 | 偏离说明 | 证明资料 |
| 一、项目背景与概况****点击查看****点击查看科协****点击查看事业单位）现有信息化系统自2013年建成以来，****点击查看中心数据展示平台、预约/免预约切换等10余个独立业务系统，基本满足场馆运行基础需求。但受限于建设资金与技术水平，长期呈“零散修补、缺乏系统规划”状态，存在数据孤岛、票务服务能力不足、指挥调度职能发挥不全面、运维被动等突出问题。本期项目以“充分利旧、统筹规划、标准开放、安全合规、分步实施、注重实效”为原则，整合票务系统、****点击查看中心、展厅展示系统及全馆数据采集集中平台，推进场馆服务、管理和决策能力整体升级。本项目建设（研发）周期约为2026年12月初至2027年5月底（约6个月）；项目立项、招标采购与合同签订等前期工作不计入本建设周期。（一）建设目标﹒打通票务—预约—客流—决策全域数据，形成“开馆运营—数据分析—辅助决策”的数据闭环；﹒重构票务服务体系，实现小程序一码通、聚合支付、分类售票终端与自动化对账；﹒****点击查看中心，提供实时数据驾驶舱、客流分布分析与自动分流预警；﹒提升展厅客流统计精度，实现人流密度、流动方向与异常行为监测；﹒业务能力拓展系统，建设志愿者管理系统，科普活动管理系统；﹒建成统一身份认证与分级授权的运营管理体系，提升管理协同效率；﹒系统满足等保三级、商密评估要求，新增模块 100%自主可控适配，敏感数据本地优先存储。﹒预留业务系统扩展接口，满足未来信息化建设高扩展性；（二）编制依据1. 政策法规《中华人民**国科学技术普及法》《中华人民**国个人信息保护法》《中华人民**国网络安全法》《中华人民**国数据安全法》《“十四五”国家信息化规划》《现代科技馆体系发展规划》及**省关于公益性文化场馆信息化建设的有关政策文件。2. 技术标准GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》（等保三级）、GB/T 25000.51-2016《系统与软件工程 系统与软件质量要求与评价》、GB/T 8567-2006《计算机软件文档编制规范》以及科技馆行业信息化建设相关技术规范。（三）建设原则（投标人须遵循）﹒充分利旧：复用现有服务器、网络、闸机、摄像头等基础设施与已建业务系统，避免重复投资；﹒标准开放：采用微服务架构与标准化接口，实现系统解耦与数据互通；﹒安全合规：严格遵循个人信息保护与网络安全等级保护要求；注重实效：优先解决票务服务、数据孤岛、指挥决策、运维保障等核心痛点。★二、总体技术要求（一）总体架构要求项目总体架构采用“数据+应用+展示”分层设计：以全馆数据采集集中平台为数据中枢，以票务整合、指挥控制、展厅展示等应用系统为业务支撑，以指挥大屏、售票终端、微信小程序、支付宝小程序为服务触达层；底层充分利旧现有服务器、网络、闸机、摄像头等基础设施。投标人应在该架构框架内提出具体落地方案。（二）技术路线要求项目采用微服务架构与数据可视化技术相结合的路线。投标人须满足以下软件质量特性建设原则：（三）性能与可靠性要求1．系统支持7×24小时连续稳定运行，核心业务系统可用率不低于99.5%（计划内维护窗口除外）。2．针对节假日、寒暑假人流量激增场景开展专项性能设计，重点保障票务预约、小程序一码通、闸机检票等核心业务，防范大流量场景下出现系统卡顿、响应超时、宕机、订单重复生成、票量超卖等故障。票务系统高峰日需支撑预期最大并发预约与购票请求，并落实高峰安全服务保障。3．系统性能指标：（1）常规业务操作页面响应时间不超过3秒，指挥调度大屏数据刷新满足实时监控业务需要；（2）票务预约购票业务，支持不少于5000并发用户同时提交预约/下单请求；（3）闸机检票验证接口，支持不少于800次/秒检票校验请求；（4）核心接口平均响应时间≤200ms，95%请求响应时间≤500ms；（5）系统承受峰值压力时，不得出现服务拒绝、数据库死锁、超卖、重复下单问题；流量压力回落后业务可自动恢复，无需人工重启服务。4．数据处理可靠性：数据采集任务支持失败重试与人工重新执行；关键业务数据执行每日备份，具备数据恢复演练能力，RPO、RTO指标满足场馆业务连续性要求。5．可扩展性：系统架构具备良好扩展能力，支持后续新增业务模块及数据源的接入集成。6．压力测试相关要求：中标人须在系统上线试运行前，组织开展完整压力测试及稳定性压测，模拟节假日瞬时大流量业务场景，测试覆盖小程序预约购票、团体预约、闸机检票、订单查询、支付回调、黑名单校验等全部核心业务链路；压力测试完成后输出完整《系统压力测试报告》，报告应包含压测场景、并发模型、测试用例、性能指标数据、瓶颈分析、优化整改记录；压测排查发现的性能瓶颈必须完成整改优化，复测全部指标达标后方可进入试运行阶段。7．投标文件要求：投标人须提供专项性能保障设计方案，方案内容应包含数据库优化策略、缓存策略、限流熔断降级策略、票池锁控防超卖机制、集群及扩容预案，清晰说明应对节假日突发流量冲击的技术保障措施。8．高峰值守保障：试运行以及质保期期间遇节假日客流高峰，中标人须提供现场或远程技术值守服务，对服务器CPU、内存、数据库连接、接口吞吐量等指标开展实时监控，发生性能异常须第一时间开展处置。（四）安全与自主技术体系要求1．网络安全等级保护：系统建设满足网络安全等级保护三级标准要求，系统上线前须完成等级保护测评工作。2．商用密码应用安全性评估：系统按照GB/T 39786 2021《信息安全技术信息系统密码应用基本要求》开展密码应用设计与建设；承建单位落实各项密码防护措施，全程配合第三方商用密码测评机构开展密评工作，完成密评发现问题的全部整改。第三方机构出具的商用密码应用安全性评估报告结论达到“符合”或“基本符合”，为项目正式验收前置条件。（接口要和商用密码建设对接上）3．数据安全防护：对身份证、人脸等观众敏感个人信息实施分级加密存储，落实严格权限管控，实现全量操作日志留痕审计；隐私数据优先在本地机房存储，不得采用仅部署政务云独立数据库的存储模式。4．自主可控适配：本期建设内容须实现 100% 自主可控技术栈适配，兼容国产服务器、操作系统、数据库等基础软硬件。5．接口规范：接口规范：对外接口遵循RESTful通用接口规范，具备良好兼容性，便于与第三方业务系统对接集成；接口通信、身份鉴别、数据传输环节须同步满足本条款商用密码应用安全要求，采用国密算法进行保护。6．终端适配：小程序适配主流微信、支付宝版本及市面常用移动终端；售票终端兼容场馆现有硬件设备。★三、建设内容与技术功能要求本期建设内容包括：全馆数据采集集中平台、票务系统整合升级、微信/支付宝小程序公众服务、****点击查看中心升级、展厅展示系统、现有功能升级。以下按系统列出主要技术功能要求（功能描述均为概要层级，详细实现由投标人方案细化）。1、全馆数据采集集中平台围绕基础库（观众）、业务库（展览/活动）、**库（数字展项）、知识库（科普内容）四类数据**建设，合并售票与预约系统数据库，统一数据标准并对观众敏感信息加密处理。功能要求如下： 2、票务系统整合升级（重构）基于微服务架构拆分模块，完成后台管理整合、售票终端重构、小程序一码通、关键功能补全与数据库整合。主要功能要求如下：（一）现有票务系统现状与重构深度理解****点击查看现行票务及相关业务系统自2013年投入运行以来，历经多年多期迭代与零散修补，形成了以早期单体架构票务后台为核心、叠加预约/免预约切换、闸机核销、第三方支付对接、团体客户管理等多个相对独立模块并存的存量系统格局。现有系统在长期运营中沉淀了海量历史订单、会员档案、团体客户资料与票池配置数据，同时也累积了以下深层次结构性问题：（1）架构层面：核心票务系统为紧耦合单体应用，模块边界模糊、缺乏统****点击查看中心，任一局部改造易引发连锁影响，难以独立部署与灰度发布；（2）数据层面：售票、预约、闸机核销、财务对账分属多套异构数据库，数据一致性长期依赖人工核对，无法形成实时统一的票务与客流视图；（3）接口层面：与闸机、第三方支付、微信生态及上级平台的对接多采用定制硬编码或老旧私有协议，接口契约封闭、文档缺失，新增渠道与对外对接成本高、风险大；（4）性能层面：在寒暑假、节假日等高峰日并发承载不足，易出现请求超时、重复下单、对账滞后；（5）运维层面：缺乏统一监控、链路追踪与灰度发布能力，故障定位与回滚困难。投标人须充分认识到：本次票务系统整合升级并非在空白系统上**，而是对一套已承载真实业务、沉淀海量数据、关联众多外部系统的存量系统进行重构。投标人须在投标文件中提供对现有系统架构、数据模型、接口契约与业务规则的深入调研结论，并据此制定平滑迁移与并行过渡方案，确保历史数据无缝迁移、业务零中断切换、对外接口兼容无损。重构须遵循“双轨并行、灰度切换、可回退、数据一致优先”原则，并重点攻克：异构历史数据的清洗、映射与一致性迁移；面向封闭老旧接口的反向兼容与契约收敛；重构过渡期高峰并发稳定性与支付/核销最终一致性保障；与现有闸机、支付通道、微信/支付宝生态的无缝衔接；以及 100% 自主可控技术栈适配与等保三级合规重构等技术难点。3、微信/支付宝小程序公众服务（重构）微信小程序、支付宝小程序与售票终端共同构成票务预约统一入口，主要功能要求如下：4、****点击查看中心升级（重构）全面改版UI并升级功能，****点击查看中心为核心实时接入与处理多源数据，主要功能要求如下：5、展厅展示系统（**）充分利旧原有摄像头，优化识别算法，提升客流统计精度。主要功能要求如下：6、业务能力拓展系统（**）搭建志愿者管理系统，科普活动管理系统，进一步规范科普活动组织流程，提升数字化管理水平。主要功能要求如下：★四、接口与集成要求﹒数据源接入支持数据库、API、文件及设备接口四类方式，建立数据源与采集对象配置能力；﹒对暂不具备对接条件的数据源以扩展位预留，避免前后表述不一致；﹒对外接口遵循RESTful通用接口规范，具备良好兼容性，便于与第三方业务系统对接集成；接口通信、身份鉴别、数据传输环节须同步满足本条款商用密码应用安全要求，采用国密算法进行保护；﹒须提供统一接口网关，规范内外部系统调用，实现跨系统业务协同；﹒小程序、售票终端、闸机、人脸识别系统通过标准接口联动，确保线上预约与线下入馆数据一致；﹒****点击查看科技馆等行业标杆单位智能体能力对接的接口。★五、数据安全与运维保障要求（一）数据安全要求﹒****点击查看中心对观众身份证等敏感数据采用分级加密存储，符合《个人信息保护法》要求；﹒涉及用户隐私的数据优先本地机房存储；系统严格按等保三级标准建设；﹒建立权限审计与数据脱敏机制，关键操作全程日志留痕、可追溯；﹒数据采集、传输、存储各环节须保障安全，隐私数据本地优先、不外溢；﹒若需政务云**占位，仅可部署独立运行的备用应用节点，避免跨平台数据同步带**全风险。（二）运维保障要求﹒提供完善的日志、监控与告警机制，便于故障定位与处理；﹒关键业务数据每日备份，具备数据恢复演练能力，明确RPO/RTO指标；﹒开发测试环境与生产环境隔离，敏感数据脱敏处理；﹒验收后转入常态化运维，明确运维责任主体、响应时限与升级流程；﹒系统具备冗余与故障恢复能力，支持7×24全天候连续不间断工作。★六、培训与售后服务要求（一）培训要求按管理层、业务操作层、技术运维层分类开展培训：﹒管理层：侧重数据看板与决策应用；﹒业务操作层：侧重售票终端、小程序管理与日常业务操作；﹒技术运维层：侧重系统配置、故障排查与数据备份恢复；﹒验收前完成操作手册编制与实操考核。（二）售后服务要求﹒明确运维责任主体、响应时限与升级流程，保障系统长期稳定运行；﹒提供故障分级响应机制与定期巡检服务（具体响应时限由投标人在方案中承诺）；﹒提供系统升级、功能扩展与知识转移服务；﹒安全类整改配合服务（包括但不限于密评、等保三级、漏洞修复等内容）：质保期内，****点击查看管理部门、网络安全主管部门或第三方测评机构开展密评、等保复测等测评工作，中标人须无偿提供技术支持，对测评发现的密码应用缺陷、等保不合规项、安全漏洞完成整改并配合复测；﹒重大节假日流量保障服务：在质保期内，每年开馆重大节假日、客流高峰时段，中标人须提供7×24小时专项技术值守保障，做好流量监控、故障快速处置，保障票务、检票业务稳定运行。★七、项目实施要求（一）建设周期本项目建设（研发）周期约为2026年12月初至2027年5月底（约6个月），自合同签订、项目启动后于2026年12月初进入研发实施，至2027年5月底完成总结验收。招标采购与合同签订等前期工作不属于本建设周期范围，由招标人另行组织。（二）实施步骤 上述实施步骤均为合同签订后的研发与实施工作内容；项目立项、招标采购与合同签订为项目前期，不计入本建设周期。实施采用“统一规划、分模块开发、分批上线、整体集成”策略；各阶段交叉推进，重大****点击查看办公室审核。（三）项目管理与质量、安全保障﹒建立周例会与里程碑评审制度，参照软件工程标准交付技术文档、用户手册与运维手册；﹒质量管理：建立测试用例库，覆盖功能、性能、安全与兼容性测试，模块上线前须通过UAT；﹒安全管理：建设全过程落实网络安全与数据安全要求，上线前完成等保测评；﹒****点击查看科技馆或文化场馆信息化经验，配备足够的开发、测试与项目管理力量；关键技术设计须经专家或第三方评审。 | | | | |
| 质量特性 | 建设要求 |
| 功能性 | 满足明确与隐含需求，提供适合场馆任务目标的功能集合。 |
| 可靠性 | 支持7×24连续运行，具备冗余与故障恢复能力、完善的应急管理制度。 |
| 易用性 | 售票终端与小程序界面简洁直观，降低一线培训成本。 |
| 经济性 | 充分利旧，避免投资重复浪费； |
| 开放共享 | 采用标准化接口，便于内外部系统对接与后续扩展。 |
| 互动性/粘合性 | 增强观众与展项、科技馆的互动，通过积分、互动系统提升用户粘性。 |
| 可操作性 | 功能设计贴合实际应用，避免无实用价值的功能。 |
| 功能模块 | 功能说明 |
| 数据源接入 | 支持数据库、API、文件及设备接口接入，配置数据源、连接参数、采集对象与更新频率。包括但不限于：异构数据源（关系库/NoSQL/API/文件/设备）统一接入，需适配多种协议与鉴权；对无标准接口的既有系统需逆向解析数据契约。 |
| 采集交换 | 支持批量采集、增量同步、定时任务，提供任务启停、执行记录与状态查询，注意增量同步的断点续传与水位标记、多源时序对齐，以及对源库性能影响的控制（避免采集拖垮生产库） |
| 运行保障 | 支持失败重试、采集日志与接口运行监控，记录异常原因并支持人工重新执行，注意分布式采集任务的失败重试、链路监控与异常自愈，采集状态可观测性建设。 |
| 数据**归集 | 基础库/业务库/**库汇聚观众、票务、活动、展项等数据，知识库预留科普内容结构化存储，包括完成备件库、设备库、人像库、网络安全库的数据采集汇聚，完整实现观众数据基础库、展览教育活动业务库、数字展项**库、科普内容知识库四类库建设。注意多库合并时的主键冲突消解、敏感字段自动识别与加密、跨域主数据治理与标准统一。 |
| 扩展预留 | 数据治理、分层存储、主题数据、元数据、权限审计、数据脱敏与统一数据服务仅预留扩展能力。注意预留能力须以可插拔方式设计，避免对现有结构侵入，并保证治理/脱敏/审计能力可平滑启用。 |
| 功能模块 | 功能说明 |
| 前端-首页 | 展示展馆简介、开放时间、交通路线与官方公告；设置票务快捷入口，支持预约、购票、年卡办理及订单查询；实时展示当日剩余名额、排片余座；配置运营推荐位，用于影片海报、临时展览与主题活动推广。实现小程序、H5、自助机多端信息聚合展示，保障实时余量统一；配套缓存策略，确保多端数据一致性。 |
| 前端-参观预约 | 提供未来N天预约日历，可选分时段场次，闭馆场次、名额已满场次自动置灰；支持实名登记，可维护常用联系人，支持多人批量预约；内置预约管控规则，包含预约频次、取消次数、爽约黑名单管理；预约成功自动生成入馆二维码，并推送消息提醒。实现分时段库存实时扣减，杜绝超售；完成实名制身份校验，针对高并发抢约场景做好性能优化。 |
| 前端-影院购票 | 展示影院、影片与排期场次；提供在线选座功能，实时刷新座位状态，支持连座校验、残障席位校验与单次选座数量上限控制；设置座位锁定倒计时；实现票种与观影人信息绑定，完成下单支付全流程；生成电子影票，载明场次、影厅、座位号与入场核验二维码。依托Redis保障高并发场景下座位状态实时同步；保证锁座操作原子性，超时未支付自动释放座位。 |
| 前端-票种选择 | 展示全品类票种，含成人票、儿童票、学生票、老人票、团体票、年卡、影院专项票；自动校验优惠资质，依据证件类型、年龄、会员身份自动匹配对应票价；支持参观+观影组合套票选购。配置优惠资格自动判定规则引擎；实现组合套票下价格自动核算、库存联动扣减。 |
| 前端-订单管理 | 按订单状态分类展示列表，包含待支付、待使用、已使用、已取消、退款中、已退款；提供支付、订单取消操作；支持规则范围内改签，影院订单改签需重新选座；执行阶梯退票机制，同时支持特殊退票线上申请；提供电子发票申请与重发服务。严格管控订单状态机流转，保障退改业务数据一致性；打通税务服务商接口，稳定实现电子发票开具。 |
| 前端-个人中心 | 集中查看电子门票、入馆核验码，支持一键添加至微信卡包；提供全部订单与电子凭证查询；管理本人信息与常用联系人；****点击查看中心，维护会员等级、专属权益与年卡信息；消息中心集中接收预约通知、观影开场提醒。做好电子凭证安全防护，防范截图、录屏冒用；保障消息可靠推送，实现多端消息同步。 |
| 业务-票务管理﹒票种价格库存 | 配置全量票种属性，包含适用人群、证件核验要求、实名制开关、退改规则、渠道可见范围；分级维护票价，包含渠道指导价、会员价、分时段浮动价，所有价格变更全程留痕；管控场次容量并设置库存预警；提供售票、退改后台工作台；统一配置票务管控规则，包含限购数量、实名要求、儿童随行规则与黑名单管控。搭建多维度定价引擎，留存全部价格变更记录；建立多重防护机制，避免库存超售，保障分布式事务下数据一致。 |
| 业务-赔偿管理 | 实现物品损坏事件分类管理；支持维护物品折旧标准与赔偿系数；可判定物品损坏等级，系统自动根据物品类别、损坏程度核算赔偿金额；支持现金、线上支付等多种赔付渠道；完整留存损坏事件详情、核算金额、赔付方式与经办人员信息，全程可追溯。 |
| 业务-特殊退票（全额） | 可不受常规时间限制，对指定订单办理全额免手续费退款；登记退款事由，分为场馆原因、设备故障、不可抗力、客诉补偿及其他类型；退款金额超出阈值时自动触发二级审批；所有操作全程留痕，支持生成专项统计报表。强化权限管控，仅指定账号可跳过常规退改校验，并留存完整审计日志；退款完成后自动回滚库存与座位占用，保障业务最终一致性。 |
| 业务-预约管理 | 批量配置分时预约日历、时段与接待容量，自动批量生成预约场次；支持场次启停、临时加场、闭馆操作，闭馆后自动发起退款并推送通知；实施客流限流管控，设置场馆在馆人数上限、线上渠道配额、团体预约配额与库存预警；支持闸机核验、人工核销两种入馆方式；支持团体预约线上提交、后台审核，生成团体核验码。实时统计在馆人数，联动触发限流管控；完善团体预约管理，同步绑定爽约信用管控机制。 |
| 业务-特色影院﹒影院影厅影片配置 | 维护影院基础档案，包含影院类型、地理位置、观影须知、年龄与身高准入限制；搭建影厅档案，支持多影厅管理，内置座位图模板；配置影院营业计划，支持周计划与特殊日期例外设置；独立维护影片票价策略；管理影片档案，监控影片上下架状态与版权到期预警；统一管控影院、影厅、影片启用/停用、维保状态。实现多制式影院、影厅、影片信息合规校验；增加版权到期提醒，约束排期业务合法合规。 |
| 业务-特色影院﹒排期与开放 | 提供可视化排期日历，以影厅×日期时间轴展示排片计划；自主创建放映场次，系统自动计算影片结束时间；自动校验排期冲突，时间重叠、设备不匹配、影片未上架的场次将直接拦截保存；支持按周、节假日模板批量生成排期；管控场次状态流转，支持临时停售；开场后锁定场次售卖权限。拖拽式排期界面实时校验时间冲突；批量生成场次时支持异常回滚，避免批量排片出错。 |
| 业务-特色影院﹒座位图与选座 | 可视化编辑器制作座位图，支持网格化布局、座位类型标注、过道设置，支持多版本存档；为每场放映生成独立座位实例，区分可售、锁定、已售、维修、预留五种状态；配置选座规则，包含优先连座、残障席位确认、禁止单独售卖孤立座位；依托Redis实时同步座位状态；支持窗口前台代选，支持团体整排锁定席位。场次座位图固化版本，保证历史场次不受后续模板修改影响；保障高并发选座场景下座位状态保持一致。 |
| 业务-特色影院﹒座位锁定释放 | 基于Redis Lua脚本实现原子锁座，记录锁定人、操作渠道；支持**锁座时长；当订单超时取消、支付失败、发起退票时，自动释放锁定座位；区分预留席位、维修席位，不参与正常售卖；定时比对Redis缓存与数据库座位数据，自动修复数据不一致问题。依靠Redis原子操作保障锁座安全；定时对账机制，实现缓存与数据库的数据最终一致。 |
| 业务-特色影院﹒影票售退改签 | 支持线上小程序、线下窗口、自助机多渠道售票；执行阶梯退票规则，退票手续费根据距开场时长自动计算；支持特殊订单无条件全额退款；支持同影片改签，改签时需重新选座并自动核算差价；完成检票核验后的订单禁止退改；场次临时取消时，批量自动退款，并同步推送通知，可自动发放补偿券。将退改规则封装为规则引擎，实现退票与座位释放联动；场次取消场景下，保障批量退款与消息通知稳定可靠。 |
| 业务-支付管理 | 集成微信、支付宝、银联、现金、刷卡、会员余额、年卡抵扣多种支付渠道；订单超时未支付自动取消，支付回调做幂等处理，防止重复扣款；实现日终自动拉取支付账单，完成对账与差异问题处理，核对挂账数据；统一管理发票业务，支持开具、合并、红冲；区分常规退款与特殊全额退款，分维度统计数据。实现多支付渠道智能路由，资金直接划入对公账户完成清结算；保障支付状态准确一致，做到日结对账零差错。 |
| 业务-入馆管理 | 支持二维码、身份证、人脸三种核验方式；与闸机系统联动，在线实时校验白名单并控制开闸；自动记录入馆流水，实时统计场馆在馆人数；处理核验异常，包含重复入场、凭证过期、信息不符、离线核验等场景；区分参观入馆与影厅检票，影厅检票同时核验场次与座位信息。闸机在线核验响应时长≤300ms，支持离线白名单兜底；采用多因子核验机制，杜绝重复入场。 |
| 业务-会员管理 | 支持会员注册与实名认证；维护会员基础信息、联系人、会员等级与账号状态；配置会员专属权益，包含会员特价、优先预约、专属观影场次；统一管理年卡业务，支持卡种配置、开卡激活、续费、挂失、退卡，管控年卡预约核销次数。年卡业务严格执行状态机管控，核销次数自动扣减；全部会员权益均支持后台配置，无需修改代码。 |
| 业务-数据统计 | 客流分析：分时客流热力图、渠道来源统计、实时在馆人数曲线；票务与影院分析：各票种销量、影院上座率、票房营收、热门座位统计；运营报表：日结财务报表、团体业务报表、年卡使用报表、爽约黑名单报表，全部报表支持导出；可视化大屏：实时展示在馆人数、票务销售额、剩余座位与业务告警。采用实时聚合计算，搭建数据仓库主题宽表；保障大屏数据秒级刷新，报表引擎可支撑海量历史数据查询。 |
| 业务-系统管理（基础支撑） | 维护组织架构与用户账号，支持账号启停管控；采用RBAC权限模型，精细化分配菜单权限、按钮权限与数据访问范围；统一配置业务参数，包含座位锁定时长、订单自动取消时限、预售预约天数等；全量记录操作日志，对登录行为、业务操作、敏感审批动作留痕审计；管理自助机、闸机等终端设备，登记设备信息，配置断网应急方案。整合并精简原有多套权限模型，统一采用RBAC体系；完善设备对接方案，保障断网情况下业务可应急运行。 |
| 保留-系统功能管理（沿用现有） | 整合存量系统用户、角色、权限、消息公告与操作日志，实现后台统一管控（属于现有系统既有功能，设计文档未单独列出）。重点完成多套存量系统组织架构、账号与角色合并去重，做好权限映射对接，解决多系统整合难点。 |
| 保留-场馆控制（沿用现有） | 批量配置场馆运营时段，远程控制闸机启停；为特殊退票开通高权限操作入口，所有特殊操作全程留痕（属于现有系统既有功能，设计文档未单独列出）。保障闸机远程指令高可用，指令设置幂等机制；严格审计高权限操作，防止人为误操作。 |
| 保留-系统设置（沿用现有） | 统一维护场馆基础信息、公告内容、业务查询条件、审核流程、运营规则等配置项（属于现有系统既有功能，设计文档未单独列出）。全部业务规则动态配置，去除代码硬编码；所有配置变更可追溯、支持一键回滚。 |
| 保留-文创/实验室/儿童乐园模块（沿用现有） | 文创、实验室、儿童乐园业务采用独立模块化设计；配套套票、年卡全流程售卖与核销管理（属于现有系统既有功能，设计文档未单独列出）。完成模块拆分解耦，重新梳理套票、年卡业务规则，整理历史遗留业务逻辑。 |
| 功能模块 | 功能说明 |
| 游客预约 | 支持分时段预约、实名信息核验，可复用已保存常用联系人信息，简化表单填写流程。实现分时段库存动态扣减，防范超售；完成实名制校验，针对常用联系人复用场景优化高并发抢约性能。 |
| 在线购票 | 与后台动态票池实时联动，提供线上选品购票及支付能力。保持前端订单与后台动态票池实时同步，保障订单、支付数据最终一致性，支持订单超时自动回滚。 |
| 会员管理（一码通） | 实现购票、预约、入馆共用统一核销二维码，核销数据同步汇入入馆流量统计体系。规范跨系统统一核销码的生成、核验机制，增加防篡改能力，确保核销数据实时同步至入馆统计。 |
| 入馆统计 | 统计口径以闸机实际核销记录为准，对预约后取消、预约未到场记录执行自动核销处理，还原真实入馆流量。以闸机核销数据作为基准还原客流，落实预约取消、爽约自动核销逻辑，支持多源业务数据对账校验。 |
| 活动/业务对接 | 支撑活动报名、文创商品售卖、儿童展览售检票、科普实验室及各类活动预约，对应后台独立业务模块。统一前端业务入口，针对检票、报名、商品售卖设置差异化业务规则，采用解耦架构设计。 |
| 志愿者管理 | 提供志愿者线上报名渠道，报名审核完成后推送结果通知。报名环节前置校验流程准入条件与权限规则，保障审核结果通知可靠触达。 |
| 功能模块 | 功能说明 |
| 多维数据驾驶舱 | 汇聚票务、客流、设备、能耗等多源异构数据，可视化展示场馆整体运行全景。实现多源数据实时汇聚、低延迟可视化渲染，统一数据统计口径，完成指标规范化治理。 |
| 大屏主题设计 | 内置日常运维、活动保障、应急调度等多套展示主题，支持自动归集数据并生成日结、周结、月结报告。支持多套主题动态切换、配置化管理，实现周期报表自动归集、生成。 |
| 动态统计报表 | 提供可配置化报表能力，支持按日、周、月、年及自定义时间范围查询，支持用户自主创建自定义报表。搭载自定义报表引擎，兼顾跨时段数据聚合查询的查询性能与使用灵活性。 |
| 摄像头集成 | 对接场馆视频监控**，支持在大屏上调阅实时画面，服务安防值守与应急调度指挥。保障视频流低延迟加载、多画面调度能力，支持视频画面与业务系统事件联动触发。 |
| 票务功能集成 | 实时展示预约数量、售票数量、闸机入馆数量、展厅分布及人流密度信息。对多渠道票务数据实时聚合展示，实现各展厅人流密度实时计算输出。 |
| 客流分布分析 | 监测客流时段变化趋势并提供预警提醒，当展厅客流临近饱和阈值时自动触发分流提示，预警信息支持定向推送。依托实时客流趋势及饱和预测模型，保障分流提示触发准确、推送及时。 |
| 环境/服务器/网络安全 | 对场馆环境参数、服务器运行状态、网络安全威胁进行监测并产生告警。统一采集多维度监测指标，支持指标关联分析，对告警信息降噪处理，减少无效告警。 |
| 能耗/消防预警 | 监测能耗数据（依赖底层基础采集数据）、消防设备运行状态，实现火情预警。实时采集消防设备状态，具备误报抑制机制，支持预警分级处置。 |
| 后台管理 | 提供大屏展示内容配置、指标维护、权限管控、系统参数设置功能。大屏展示内容支持配置化调整，实现指标统一管理、权限精细化控制，增加配置校验机制，防范错误配置。 |
| 功能模块 | 功能说明 |
| 可视化大屏 | 供管理人员实时查阅监控数据、接收告警信息，开展人员动态调度管控。采用实时数据驱动大屏渲染，实现人员动态调控场景下多业务系统联动协同。 |
| 实时监控与预警 | 融合视频智能分析能力，打通多业务系统联动机制，依据客流密度、展项热度识别热门展厅，为展项体验预约提供数据支撑。优化视频分析算法，复用现有摄像头**，保障多业务系统联动触发精准可靠。 |
| 接口扩展 | 标准化预留接入接口，支持温湿度、空气质量、设备运行状态、客流密度等感知数据接入。适配多类传感器通信协议，实现温湿度、空气质量、设备状态、客流密度等感知数据统一接入汇聚。 |
| 功能模块 | 功能说明 |
| 岗位发布与展示 | 管理员维护岗位名称、服务内容、时间地点、所需人数、报名期限和能力要求。公众端集中展示正在招募的岗位。 |
| 公众报名 | 报名者实名提交个人信息、可服务时段和相关说明。系统自动检查是否在招募期内、名额是否已满、是否已被列入黑名单。同一人同一岗位只保留一条有效报名。 |
| 资格审核与自动通知 | 管理员结合岗位要求、历史评分和履约情况作出通过或不通过决定。结果自动通知本人，并告知到岗要求。 |
| 到岗登记与服务评定。 | 服务结束后登记实际到岗人员，并对实际履约者给出评定分数，纳入个人档案，供后续审核使用。 |
| 缺勤管理与黑名单 | 对通过审核却未到岗的人员记入缺勤。达到馆方设定次数后可列入黑名单，禁止继续报名，必要时也可解除。 |
| 查询统计 | 报名者查看本人报名进度和历史记录。管理员按岗位查看报名、通过、到岗和缺勤情况，掌握队伍状况。 |
| 证书管理 | 电子证书制作、发放。 |
| 接口扩展 | 统一预留志愿者管理以及科普活动管理系统等数据接入接口。 |
| 功能模块 | 功能说明 |
| 活动发布与展示 | 管理员可发布、修改、下架活动，维护活动名称、对象、时间地点、名额、报名截止时间、适合年龄或身份要求、活动说明等内容。公众端只展示正在报名或即将开展的活动。 |
| 公众报名 | 公众实名提交报名。系统自动检查是否在报名期内、名额是否已满、是否已被列入黑名单。同一人同一场活动只保留一条有效报名。 |
| 资格审核与自动通知 | 管理员结合报名条件、历史评分和履约情况作出通过或不通过决定。结果自动通知本人。 |
| 到场登记与活动评定 | 活动结束后登记实际到场人员，并对实际参加者给出评定分数，纳入个人档案，供后续审核使用 |
| 爽约管理与黑名单 | 对通过审核却未到场的人员记入爽约。达到馆方设定次数后可列入黑名单，禁止继续报名，必要时也可解除 |
| 查询统计 | 公众查看本人报名进度和历史记录。管理员按活动查看报名、通过、到场和爽约情况，掌握组织效果 |
| 证书管理 | 电子证书制作、发放。 |
| 接口扩展 | 统一预留志愿者管理以及科普活动管理系统等数据接入接口 |
| 阶段 | 时间 | 主要工作内容 |
| 第一阶段 | 2026年12月初 | 项目启动与需求调研：需求规格确认、接口清单梳理，启动总体架构与详细设计。 |
| 第二阶段 | 2027年1—3月 | 系统设计与开发实施、内部测试，分模块并行推进各业务系统建设。 |
| 第三阶段 | 2027年4月 | 各业务系统上线试运行并完善，保留回退预案。 |
| 第四阶段 | 2027年5月 | 项目总结验收与人员培训。 |
| 其他 | 采购单位未提供需求而投标人认为需说明及补充的内容在此填列 | | | |
联系人83个
可引荐人脉646人
历史招中标信息984条
