項目基本情況

　　項目編號：TC240W6M4

　　項目名稱：中央戲劇學(xué)院票務(wù)系統(tǒng)建設(shè)項目

　　采購方式：競爭性磋商

　　預(yù)算金額：60 萬元(人民幣)

　　中央戲劇學(xué)院票務(wù)系統(tǒng)建設(shè)項目技術(shù)描述

　　1、 可集成性

　　#1.1 投標(biāo)人本期承建的業(yè)務(wù)系統(tǒng)須遵循我校信息標(biāo)準(zhǔn)體系;

　　#1.2 投標(biāo)人本期承建的業(yè)務(wù)系統(tǒng)身份認(rèn)證須遵循 LDAP 和 CAS 協(xié)議，免費開放與我校的統(tǒng)一身份認(rèn)證與管理平臺集成的接口，實現(xiàn)系統(tǒng)的單點登錄和統(tǒng)一身份認(rèn)證;

　　#1.3 投標(biāo)人本期承建的業(yè)務(wù)系統(tǒng)需免費開放與我校數(shù)據(jù)集成平臺集成的接口，保障數(shù)據(jù)集成平臺從業(yè)務(wù)系統(tǒng)抓取其他業(yè)務(wù)系統(tǒng)需要共享交換的數(shù)據(jù)，并且保障了數(shù)據(jù)集成平臺推送業(yè)務(wù)系統(tǒng)訂閱的數(shù)據(jù);

　　#1.4 投標(biāo)人本期承建的業(yè)務(wù)系統(tǒng)需免費開放與我校門戶平臺集成的接口;

　　#1.5 投標(biāo)人本期承建的業(yè)務(wù)系統(tǒng)需免費開放與我校移動校園集成的接口，需要集成 Oauth 認(rèn)證，確保用戶在移動校園的統(tǒng)一登錄，移動內(nèi)容需要提供獨立的 URL 地址和移動端的自適應(yīng)展現(xiàn)，便于進(jìn)行移動校園的整合，同時還要提供推送的相關(guān)數(shù)據(jù)源訪問方式和數(shù)據(jù)庫視圖信息，便于和推動引擎對接提供移動化推送服務(wù);

　　2、開放性

　　需要有良好地開放性，對于一些新的應(yīng)用，能夠比較便捷地進(jìn)行整合對接。

　　3、可管理性

　　要有良好的后臺管理，能夠針對用戶、角色、功能以及權(quán)限進(jìn)行可視化地配置，對于系統(tǒng)正常輸入、異常輸入，乃至第三方整合的異常問題，能夠有效地處理并提供提醒機制，便于問題的發(fā)現(xiàn)和快速處理。

　　4、可擴展性

　　便于學(xué)院后續(xù)應(yīng)用的變更、調(diào)整以及擴展，要能夠支持組件開發(fā)模式，比較便捷地進(jìn)行自主開發(fā)以及第三方的開發(fā)擴展。

　　5、整體架構(gòu)

　　本系統(tǒng)采用以下架構(gòu)方案實現(xiàn)

　　中央戲劇學(xué)院票務(wù)系統(tǒng)建設(shè)項目設(shè)計依據(jù)：

　　1.系統(tǒng)具備一定的復(fù)雜性，各個模塊之間的關(guān)聯(lián)性和耦合程度較強

　　2.系統(tǒng)對并發(fā)的要求不高

　　3.系統(tǒng)在渲染側(cè)(企業(yè)微信端與瀏覽器)的客戶端比較單一

　　4.系統(tǒng)的業(yè)務(wù)相對比較單一基于以上考慮，將大型分布式票務(wù)營銷平臺核心業(yè)務(wù)作二次抽取后形成單體架構(gòu)業(yè)務(wù)系統(tǒng)。該架構(gòu)具有以下特點：

　　1.統(tǒng)一性：所有功能作為一個整體存在，易于理解和部署，初始開發(fā)成本較低，因為不需要復(fù)雜的系統(tǒng)間交互設(shè)計。

　　2.技術(shù)棧單一：整個應(yīng)用使用同一種編程語言和技術(shù)棧開發(fā)，便于團隊成員之間的協(xié)作和知識共享。

　　3.集中式管理：系統(tǒng)的配置、編譯、部署和監(jiān)控都是集中進(jìn)行的，運維相對簡單。

　　4.性能優(yōu)化簡便：由于所有組件運行在同一進(jìn)程中，內(nèi)存、CPU 資源調(diào)配和性能優(yōu)化較為直接。

　　5. 開發(fā)效率高：開發(fā)團隊可以快速迭代，因為修改一處代碼無需考慮對其他模塊的影響(假定良好的模塊化設(shè)計)。

　　中央戲劇學(xué)院票務(wù)系統(tǒng)建設(shè)項目部署架構(gòu)：

　　基于單體架構(gòu)設(shè)計，本系統(tǒng)采用以下部署方案

　　該部署方案具備以下特性：

　　1.單一部署包：整個應(yīng)用程序被打包為一個單獨的部署單元，在本項目中，前端將通過 Nginx 中間件作為靜態(tài)資源分發(fā)服務(wù)器，后端服務(wù)以可執(zhí)行 jar 包的方式進(jìn)行部署。部署時只需上傳靜態(tài)溫江并啟動 jar 即可，部署過程相對簡單直接。

　　2.集中部署：由于所有功能模塊都集成在一起，對服務(wù)器的資源需求比較一致，請求將通過負(fù)載均衡器分發(fā)到多臺服務(wù)器上。這種部署模式減少了部署配置的復(fù)雜度，并使所有服務(wù)在一致的環(huán)境中運行，加強了多個服務(wù)節(jié)點之間的負(fù)載權(quán)重的一致性。

　　3. 部署頻率較低：由于服務(wù)模塊相對較少，采用這種部署方式降低了服務(wù)的更新頻率，同時避免了在大型分布式架構(gòu)中的復(fù)雜鏈路，便于保證系統(tǒng)的穩(wěn)定性。