一、項目基本情況

　　項目編號：OITC-G250312905

　　項目名稱：北京大學百周年紀念講堂票務系統

　　預算金額：95.000000 萬元(人民幣)

　　最高限價(如有)：95.000000 萬元(人民幣)

　　一、需求一覽表

　　二.技術規(guī)格及要求(需實現的功能或者目標、需滿足的質量、安全、技術規(guī)格、物理特性等)

　　1. 技術架構需求

　　系統開發(fā)完成后部署在校內計算中心，需根據北大講堂的用戶數量規(guī)模、用戶訪問特點、資源類型等特點，結合要求中提出的性能指標進行針對性的軟件架構設計，架構設計方案

　　中需包括相關內容：整體采用微服務架構;

　　開發(fā)語言：Java;

　　采用 Linux 操作系統;

　　數據庫采用 MySQL 數據庫;

　　軟件環(huán)境：滿足性能要求情況下，優(yōu)先選擇主流開源軟件;

　　采用全面的 B/S 架構，客戶端不需要下載控件或其它插件。

　　整體支持在虛擬化環(huán)境部署，支持在 PaaS 平臺部署;

　　系統支持容錯處理、支持數據庫和應用以分布式負載均衡方式部署;

　　數據庫支持以讀寫分離方式部署;

　　支持雙機熱備，設計備站，異常情況可以隨時切換。

　　2. 功能需求

　　2.1.經營場所管理

　　目前北大講堂有北京大學百周年紀念講堂(本部)，北京大學醫(yī)學部兩個下屬機構，每個機構下有多個演出場地，要求系統可以支持多機構運營，可控制單個機構數據可見范圍和操作權限。設置總管理員、校區(qū)管理員、售票員、檢票員、財務審核員等多個角色，明確權責邊界?？偣芾韱T擁有全系統配置權，校區(qū)管理員僅可操作本校區(qū)活動票務，售票員/

　　檢票員權限限于指定功能;權限變更需經審批流程。記錄所有用戶操作日志，包含操作人、時間、內容，日志保存期需大于 180 天，便于問題追溯與責任認定。

　　2.2.票倉管理

　　2.2.1 場館管理

　　實現場館數據的新建和管理，具體為：新建場館、編輯場館、場館座位圖建造。要求提供可視化編輯頁面及預覽頁面，管理員可自行增、減座位。

　　2.2.2 項目管理

　　創(chuàng)建項目并設置項目狀態(tài)及配置溫馨提示，特惠信息等，記錄藝術活動的成本支出，如影片版權費、設備維護費等。

　　2.2.3 場次管理

　　實現項目場次創(chuàng)建及管理，包括基礎信息維護及票版生成。針對票版維護，需實現票價劃分及預留劃分、銷售政策配置、票面制作、銷售權限設定及最終上架設置。

　　2.3 銷售策略

　　實現針對演出場次進行營銷策略制定，需滿足套票、滿折、滿減及定向優(yōu)惠券等多維度政策制定。制作電子優(yōu)惠券，派發(fā)給指定會員，可以指定場館/項目。設置是否疊加會員權益。

　　2.4 銷售渠道

　　僅自營，支持現場購票(售票處)與公眾號購票(“北大講堂 online” 微信公眾號)兩種核心方式，保障全場景售票高效順暢。在線購票端需提供可視化選座界面(實時顯示各場館座位分布圖、已售/可選狀態(tài))，支持微信支付，并通過隊列機制避免超售、重復購票?，F場購票端，需支持現金、銀行卡、移動支付等多元支付方式，實時同步線上庫存數據;售票員操作界面需簡潔易用。

　　2.5 會員管理

　　與計算中心進行系統對接，獲取校內師生的基礎數據，如學院，年級，性別，年齡等數據。會員類型分為校內師生，校友，外部觀眾以及會員登記(打折、勛章+頭像掛件)和積分策略(支持配置積分策略，如消費 10 元積 1 分)。根據手機號設定黑名單。

　　2.6 訂單管理

　　對系統內訂單進行全方位管理，主要包括訂單查詢、退單查詢、訂單處理、開具發(fā)票、結算管理(個人日結算報表：以天為單位，按出票時間，查詢當天出票的訂單，顯示當前登錄用戶待結算及結算中的兩個匯總列表)、退票(后臺/客服人員發(fā)起，再由講堂人員審核，最終退票)、重打票(紀念票)等功能。需提供整場退方案。

　　2.7 取檢票管理

　　展示票區(qū)圖，并標記檢票情況及匯總信息，鼠標經過座位需顯示座位信息及訂單信息，上座率等。實現紙質票、電子票混合檢票模式等功能，系統可配置實名制規(guī)則。實現取票機二維碼自助、票房取票，PDA 檢票功能。

　　2.8 數據統計管理

　　統計每場活動的上座率、售票情況、收入等數據(支持根據身份篩選)。分析用戶的偏好(電影、音樂會、戲劇、戲曲等)、購票習慣等。年度藝術賬單展示功能。

　　2.9 財務管理

　　包括退款管理和發(fā)票管理。退款包括財務人員處理退款審核、財務人員退款操作、所有退款異常的訂單展示。發(fā)票管理包括展示全部線上或者后臺申請開發(fā)票的訂單列表，對接數電票。

　　2.10 系統管理

　　包括組織架構管理、用戶組管理、用戶管理、系統運維、基礎信息維護等。

　　組織架構管理：用于創(chuàng)建組織架構，后續(xù)顯示在用戶管理界面進行篩選。

　　用戶組管理：設置各個用戶組的數據權限。

　　用戶管理：角色管理、用戶管理。

　　系統運維：安全設置。

　　基礎信息維護：碼表維護、支付方式類型、支付方式、基礎配置表、打印機配置。

　　2.11 微信端售票(H5)

　　包括演出列表、演出日歷、在線選座、購票流程、個人中心等。頁面設計符合北大風格。

　　2.12 檢票機

　　支持離線檢票策略。

　　2.13 系統對接

　　票務系統需與學校訪客系統(校本部和北大醫(yī)學部)、集成校園統一身份認證、校友會系統對接驗證身份，支持購票預約功能、黑名單驗證。

　　2.14 數據遷移

　　系統建成后需將歷史訂單數據和會員數據進行數據遷移。

　　2.15 社教活動管理

　　需支持選座與不選座兩種模式，可設置親子套票(如一大一小)，并依據后臺配置的年齡限制區(qū)分兒童與成人，自動調整訂單金額。同時需實現實名制功能，確?；顒訁⑴c人員信息的真實性與可追溯性。

　　3. 性能需求

　　3.1.在線用戶數

　　峰值情況支持最高 5000 個在線用戶(含兩端：現場，公眾號)，報錯率小于 1%?？赏ㄟ^集群進行隨意擴展。

　　3.2.并發(fā)用戶數

　　峰值情況支持最高 1000 個并發(fā)用戶(含兩端：現場，公眾號)，報錯率小于 1%?？赏ㄟ^集群進行隨意擴展。

　　3.3.響應時間

　　1)數據庫響應時間：最終用戶單次事務性(例如：頁面提交、頁面導航等)操作響應時間應≤3s(指用戶發(fā)出指令到收到系統返回結果的時間間隔)，對于用戶普通的大數據量操作(例如：大數據查詢、統計報表生成)的響應時間應該≤10 秒，其它特殊的大數據量操作，系統應提供有好的進度提示。

　　2)系統內與系統間接口響應時間：普通數據接口，響應時間≤500ms;大數據量操作接口響應時間≤10 秒。

　　3)系統功能模塊的操作界面應能在 3 秒內打開;在執(zhí)行保存操作后系統應能在 3s 秒內完成數據的更新。

　　3.4.訪問速度

　　1)核心業(yè)務 web 頁面訪問速度：≤3 秒。

　　2)非核心業(yè)務 web 頁面訪問速度：≤5 秒。

　　3.5.可靠性能

　　1) 具備有效的錯誤診斷和恢復機制，避免系統誤操作而導致系統崩潰。

　　2) 具備可靠的業(yè)務備份措施，可通過系統進行業(yè)務數據備份。

　　3) 系統運行方面，需提供異常監(jiān)控機制，隨時監(jiān)控系統的運行狀態(tài)。

　　4) 系統具備 7*24 小時的連續(xù)服務能力。系統在不短于一個月的連續(xù)正常負荷運行過程中，不發(fā)生系統響應性能下降、響應能力下降、資源占用顯著增加等現象。

　　5) 平均年故障時間：<1 天;

　　6) 平均故障修復時間：<4 小時。

　　7) 系統應具備自動報警系統，以提醒系統管理員避免出現系統崩潰等嚴重事件。

　　8) 系統故障響應：7×12 小時系統問題響應，自問題提出起 10 分鐘內響應問題，必要時

　　2 小時內到達甲方現場。

　　三、采購標的需執(zhí)行的國家相關標準、行業(yè)標準、地方標準或者其他標準、規(guī)范：

　　根據業(yè)務信息安全被破壞時所侵害的客體以及對相應客體的侵害程度，依據《GB/T22240-2020 信息安全技術網絡安全等級保護定級指南》的要求，確定該系統的業(yè)務信息安全保護等級為第三級。

　　建設方需在此基礎上，根據實際業(yè)務情況，完成能夠充分保障系統運行，保護系統數據的安全實施方案。

　　★強制標準：(本條投標文件中只需提供應答，不用提供彩頁等證明資料)

　　《GB/T 22240-2020 信息安全技術 網絡安全等級保護定級指南》

　　參考標準：

　　GB/T 22239-2019《信息安全技術 網絡安全等級保護基本要求》

　　GB/T 35273-2020《信息安全技術 個人信息安全規(guī)范》

　　四、售后服務要求(應包括采購標的需滿足的服務標準、期限、效率等要求：

　　1. 投標商應對任何由于不當包裝或防護措施不利而導致的商品損壞、損失、銹蝕、費用增長等后果負責。

　　2. ★免費保修期要求 1 年(自終驗通過之日起計算)。保修期內，任何由制造商選材和制造不當引起的質量問題，廠家負責免費維修。保修期滿前 1 個月內賣方應負責一次免費全面檢查，并寫出正式報告，如發(fā)現潛在問題，應負責排除。(本條投標文件中只需提供應答，不用提供彩頁等證明資料)

　　3. 免費保修響應時間：賣方應在 10 分鐘內對用戶的服務要求做出響應，2 小時內抵達現場支援;一般問題在 4 小時內解決，重大問題或其它無法立刻解決的問題應在一周內解決或提出明確的解決方案，否則賣方應賠償相應的損失。年平均故障時間不得超過 1 天。

　　4. 廠商需提供迅速優(yōu)質的售后服務和技術支持。提供至少三年的免費技術支持和培訓服務(含電話技術支持和遠程培訓服務，不包含系統升級和新功能開發(fā));合同期外，需提供永久的保障性服務，以保障軟件的正常使用。

　　5. 到貨安裝調試完成后，有專業(yè)工程師現場提供一次系統的使用培訓服務，直至采購人相關人員熟練掌握為止。

　　五、采購標的驗收標準：

　　1. 設備安裝、調試完成后，由采購人組織驗收，驗收合格后，采購人及中標人雙方共同簽署驗收文件。

　　2. 系統到貨：系統到貨前應將安裝環(huán)境要求書面通知給用戶，并與用戶協商足夠準備時間。到貨時需按用戶要求免費將設備在雙方商定的時間運到指定安裝位置，并由儀器

　　安裝工程師當場進行開箱檢查。

　　3. 安裝調試：系統經檢查確認一切正常后，由安裝工程師免費執(zhí)行安裝調試直至達到驗收指標(以技術規(guī)格要求指標為驗收指標)。由用戶單位進行使用性能方面的驗收。設備的性能應符合投標人應答文件中承諾的技術指標，所有指標驗收必須由用戶確認。

　　六、交貨地點：北京大學百周年紀念講堂

　　七、交貨期：合同簽訂后 160 工作 日內交貨并安裝完畢。

　　八、付款方式：合同簽訂支付 50%，完成初驗后支付 30%，完成終驗后支付 20%。