一品楼新论坛,群狼谷论坛官网入口,全国茶楼信息网论坛免费网站,泡良阿姨论坛官网最新活动

北京大学百周年纪念讲堂票务系统公开招标公告 OITC-G250312905

image.png

  一、项目基本情况

  项目编号:OITC-G250312905

  项目名称:北京大学百周年纪念讲堂票务系统

  预算金额:95.000000 万元(人民币)

  最高限价(如有):95.000000 万元(人民币)

  一、需求一览表

image.png

  二.技术规格及要求(需实现的功能或者目标、需满足的质量、安全、技术规格、物理特性等)

  1. 技术架构需求

  系统开发完成后部署在校内计算中心,需根据北大讲堂的用户数量规模、用户访问特点、资源类型等特点,结合要求中提出的性能指标进行针对性的软件架构设计,架构设计方案

  中需包括相关内容:整体采用微服务架构;

  开发语言:Java;

  采用 Linux 操作系统;

  数据库采用 MySQL 数据库;

  软件环境:满足性能要求情况下,优先选择主流开源软件;

  采用全面的 B/S 架构,客户端不需要下载控件或其它插件。

  整体支持在虚拟化环境部署,支持在 PaaS 平台部署;

  系统支持容错处理、支持数据库和应用以分布式负载均衡方式部署;

  数据库支持以读写分离方式部署;

  支持双机热备,设计备站,异常情况可以随时切换。

  2. 功能需求

  2.1.经营场所管理

  目前北大讲堂有北京大学百周年纪念讲堂(本部),北京大学医学部两个下属机构,每个机构下有多个演出场地,要求系统可以支持多机构运营,可控制单个机构数据可见范围和操作权限。设置总管理员、校区管理员、售票员、检票员、财务审核员等多个角色,明确权责边界。总管理员拥有全系统配置权,校区管理员仅可操作本校区活动票务,售票员/

  检票员权限限于指定功能;权限变更需经审批流程。记录所有用户操作日志,包含操作人、时间、内容,日志保存期需大于 180 天,便于问题追溯与责任认定。

  2.2.票仓管理

  2.2.1 场馆管理

  实现场馆数据的新建和管理,具体为:新建场馆、编辑场馆、场馆座位图建造。要求提供可视化编辑页面及预览页面,管理员可自行增、减座位。

  2.2.2 项目管理

  创建项目并设置项目状态及配置温馨提示,特惠信息等,记录艺术活动的成本支出,如影片版权费、设备维护费等。

  2.2.3 场次管理

  实现项目场次创建及管理,包括基础信息维护及票版生成。针对票版维护,需实现票价划分及预留划分、销售政策配置、票面制作、销售权限设定及最终上架设置。

  2.3 销售策略

  实现针对演出场次进行营销策略制定,需满足套票、满折、满减及定向优惠券等多维度政策制定。制作电子优惠券,派发给指定会员,可以指定场馆/项目。设置是否叠加会员权益。

  2.4 销售渠道

  仅自营,支持现场购票(售票处)与公众号购票(“北大讲堂 online” 微信公众号)两种核心方式,保障全场景售票高效顺畅。在线购票端需提供可视化选座界面(实时显示各场馆座位分布图、已售/可选状态),支持微信支付,并通过队列机制避免超售、重复购票。现场购票端,需支持现金、银行卡、移动支付等多元支付方式,实时同步线上库存数据;售票员操作界面需简洁易用。

  2.5 会员管理

  与计算中心进行系统对接,获取校内师生的基础数据,如学院,年级,性别,年龄等数据?;嵩崩嘈头治D谑ι?,校友,外部观众以及会员登记(打折、勋章+头像挂件)和积分策略(支持配置积分策略,如消费 10 元积 1 分)。根据手机号设定黑名单。

  2.6 订单管理

  对系统内订单进行全方位管理,主要包括订单查询、退单查询、订单处理、开具发票、结算管理(个人日结算报表:以天为单位,按出票时间,查询当天出票的订单,显示当前登录用户待结算及结算中的两个汇总列表)、退票(后台/客服人员发起,再由讲堂人员审核,最终退票)、重打票(纪念票)等功能。需提供整场退方案。

  2.7 取检票管理

  展示票区图,并标记检票情况及汇总信息,鼠标经过座位需显示座位信息及订单信息,上座率等。实现纸质票、电子票混合检票模式等功能,系统可配置实名制规则。实现取票机二维码自助、票房取票,PDA 检票功能。

  2.8 数据统计管理

  统计每场活动的上座率、售票情况、收入等数据(支持根据身份筛选)。分析用户的偏好(电影、音乐会、戏剧、戏曲等)、购票习惯等。年度艺术账单展示功能。

  2.9 财务管理

  包括退款管理和发票管理。退款包括财务人员处理退款审核、财务人员退款操作、所有退款异常的订单展示。发票管理包括展示全部线上或者后台申请开发票的订单列表,对接数电票。

  2.10 系统管理

  包括组织架构管理、用户组管理、用户管理、系统运维、基础信息维护等。

  组织架构管理:用于创建组织架构,后续显示在用户管理界面进行筛选。

  用户组管理:设置各个用户组的数据权限。

  用户管理:角色管理、用户管理。

  系统运维:安全设置。

  基础信息维护:码表维护、支付方式类型、支付方式、基础配置表、打印机配置。

  2.11 微信端售票(H5)

  包括演出列表、演出日历、在线选座、购票流程、个人中心等。页面设计符合北大风格。

  2.12 检票机

  支持离线检票策略。

  2.13 系统对接

  票务系统需与学校访客系统(校本部和北大医学部)、集成校园统一身份认证、校友会系统对接验证身份,支持购票预约功能、黑名单验证。

  2.14 数据迁移

  系统建成后需将历史订单数据和会员数据进行数据迁移。

  2.15 社教活动管理

  需支持选座与不选座两种模式,可设置亲子套票(如一大一小),并依据后台配置的年龄限制区分儿童与成人,自动调整订单金额。同时需实现实名制功能,确?;疃斡肴嗽毙畔⒌恼媸敌杂肟勺匪菪?。

  3. 性能需求

  3.1.在线用户数

  峰值情况支持最高 5000 个在线用户(含两端:现场,公众号),报错率小于 1%??赏ü航兴嬉饫┱埂?/p>

  3.2.并发用户数

  峰值情况支持最高 1000 个并发用户(含两端:现场,公众号),报错率小于 1%??赏ü航兴嬉饫┱?。

  3.3.响应时间

  1)数据库响应时间:最终用户单次事务性(例如:页面提交、页面导航等)操作响应时间应≤3s(指用户发出指令到收到系统返回结果的时间间隔),对于用户普通的大数据量操作(例如:大数据查询、统计报表生成)的响应时间应该≤10 秒,其它特殊的大数据量操作,系统应提供有好的进度提示。

  2)系统内与系统间接口响应时间:普通数据接口,响应时间≤500ms;大数据量操作接口响应时间≤10 秒。

  3)系统功能模块的操作界面应能在 3 秒内打开;在执行保存操作后系统应能在 3s 秒内完成数据的更新。

  3.4.访问速度

  1)核心业务 web 页面访问速度:≤3 秒。

  2)非核心业务 web 页面访问速度:≤5 秒。

  3.5.可靠性能

  1) 具备有效的错误诊断和恢复机制,避免系统误操作而导致系统崩溃。

  2) 具备可靠的业务备份措施,可通过系统进行业务数据备份。

  3) 系统运行方面,需提供异常监控机制,随时监控系统的运行状态。

  4) 系统具备 7*24 小时的连续服务能力。系统在不短于一个月的连续正常负荷运行过程中,不发生系统响应性能下降、响应能力下降、资源占用显著增加等现象。

  5) 平均年故障时间:<1 天;

  6) 平均故障修复时间:<4 小时。

  7) 系统应具备自动报警系统,以提醒系统管理员避免出现系统崩溃等严重事件。

  8) 系统故障响应:7×24 小时系统问题响应,自问题提出起 10 分钟内响应问题,必要时

  2 小时内到达甲方现场。

  三、采购标的需执行的国家相关标准、行业标准、地方标准或者其他标准、规范:

  根据业务信息安全被破坏时所侵害的客体以及对相应客体的侵害程度,依据《GB/T22240-2020 信息安全技术网络安全等级?;ざ吨改稀返囊?,确定该系统的业务信息安全保护等级为第三级。

  建设方需在此基础上,根据实际业务情况,完成能够充分保障系统运行,?;は低呈莸陌踩凳┓桨浮?/p>

  ★强制标准:(本条投标文件中只需提供应答,不用提供彩页等证明资料)

  《GB/T 22240-2020 信息安全技术 网络安全等级?;ざ吨改稀?/p>

  参考标准:

  GB/T 22239-2019《信息安全技术 网络安全等级?;せ疽蟆?/p>

  GB/T 35273-2020《信息安全技术 个人信息安全规范》

  四、售后服务要求(应包括采购标的需满足的服务标准、期限、效率等要求:

  1. 投标商应对任何由于不当包装或防护措施不利而导致的商品损坏、损失、锈蚀、费用增长等后果负责。

  2. ★免费保修期要求 1 年(自终验通过之日起计算)。保修期内,任何由制造商选材和制造不当引起的质量问题,厂家负责免费维修。保修期满前 1 个月内卖方应负责一次免费全面检查,并写出正式报告,如发现潜在问题,应负责排除。(本条投标文件中只需提供应答,不用提供彩页等证明资料)

  3. 免费保修响应时间:卖方应在 10 分钟内对用户的服务要求做出响应,2 小时内抵达现场支援;一般问题在 4 小时内解决,重大问题或其它无法立刻解决的问题应在一周内解决或提出明确的解决方案,否则卖方应赔偿相应的损失。年平均故障时间不得超过 1 天。

  4. 厂商需提供迅速优质的售后服务和技术支持。提供至少三年的免费技术支持和培训服务(含电话技术支持和远程培训服务,不包含系统升级和新功能开发);合同期外,需提供永久的保障性服务,以保障软件的正常使用。

  5. 到货安装调试完成后,有专业工程师现场提供一次系统的使用培训服务,直至采购人相关人员熟练掌握为止。

  五、采购标的验收标准:

  1. 设备安装、调试完成后,由采购人组织验收,验收合格后,采购人及中标人双方共同签署验收文件。

  2. 系统到货:系统到货前应将安装环境要求书面通知给用户,并与用户协商足够准备时间。到货时需按用户要求免费将设备在双方商定的时间运到指定安装位置,并由仪器

  安装工程师当场进行开箱检查。

  3. 安装调试:系统经检查确认一切正常后,由安装工程师免费执行安装调试直至达到验收指标(以技术规格要求指标为验收指标)。由用户单位进行使用性能方面的验收。设备的性能应符合投标人应答文件中承诺的技术指标,所有指标验收必须由用户确认。

  六、交货地点:北京大学百周年纪念讲堂

  七、交货期:合同签订后 160 工作 日内交货并安装完毕。

  八、付款方式:合同签订支付 50%,完成初验后支付 30%,完成终验后支付 20%。


以上部分资料来源于网络,如有侵权请及时联系我们!
标签: 景区票务系统社???/a>景区票务系统接入惠民平台景区精细化营销温泉度假村客房系统滑雪场计次票务系统滑雪场计时票务系统博物馆票务系统解决方案博物馆免费预约票务系统主题乐园通票核销系统主题乐园多项目核销系统景区数字化改造景区入园景区通道管理系统景区门票超售智慧小程序解决方案景区票务系统项目交付景区持续增长景区票务系统交付景区集成商票务系统简化流程城市公园年票务系统票务系统对接微信景区微信公众号卖门票景区小程序卖门票景区票务系统核销快手门票景区票务系统核销抖音门票演艺在线选座票务系统大型实景演艺票务系统收费场馆票务系统开放式景区票务系统历史文化街区票务系统设备租赁票务系统智慧景区票务软件多景区门票统一管理方案景区集团化票务软件景区票务系统避坑指南乐园年卡续费策略无动力乐园年卡系统实名制预约票务系统游乐场自建官方直销渠道游乐场票务小程序景区提效景区开源节流景区票务系统老旧景区卖门票系统票务系统无缝微信公众号小程序票务系统无缝微信公众号景区公众号票务系统文化艺术馆票务管理系统文化艺术馆票务系统景区杜绝人情票景区票务规范化管理滑雪场教练管理系统滑雪场票务管理系统滑雪场门票管理系统景区打包销售策略冰雪世界票务系统冰雪世界门票系统支持多场次票务系统多票价票务系统演出座位管理系统可视化选座系统采摘园微信小程序票务系统农家乐微信小程序票务系统温泉智慧票务系统温泉酒店智慧票务系统闸机核验方式三辊闸人脸识别系统
标签prenext报错:只能用在内容页。没有上一篇标签prenext报错:只能用在内容页。没有下一篇
首页banner图

随便看看

电话咨询

全国免费服务热线
400-850-1230

免费试用
客服微信

扫一扫添加微信
微信号:17873333331

返回顶部