開啟全網(wǎng)商機
登錄/注冊
摘要信息
招標單位
點擊查看
招標編號
點擊查看
招標估價
點擊查看
招標聯(lián)系人
點擊查看
招標代理機構
點擊查看
代理聯(lián)系人
點擊查看
報名截止時間
點擊查看
投標截止時間
點擊查看
關鍵信息
點擊查看
招標詳情
下文中****為隱藏內(nèi)容，僅對千里馬會員開放，如需查看完整內(nèi)容請
「注冊/登錄」或 撥打咨詢熱線：
400-688-2000
相關單位：
***********公司企業(yè)信息
**** - 競價公告（****）
發(fā)布時間：2024-10-24 09:44:25 截止時間：2024-10-28 09:00:00
申購主題： 統(tǒng)一體育場館預約系統(tǒng)
報價要求： 國產(chǎn)含稅
發(fā)票類型： 數(shù)電發(fā)票（普通發(fā)票）
付款方式： 貨到驗收合格后付款
收貨地址： **省/**市/**區(qū)/****
供應商資質(zhì)：
備注說明：
送貨時間： 發(fā)布競價結果后7天內(nèi)送達
安裝要求： 免費上門安裝（含材料費）
預算： 人民幣
| 統(tǒng)一體育場館預約系統(tǒng) | 1.0/臺 | 一、技術要求 1. 性能要求 （1）系統(tǒng)需能夠支持集群工作模式，必須支持負載均衡，支持動態(tài)監(jiān)測負載狀況，自動對可用**進行并發(fā)檢測，調(diào)整和分配等功能； （2）系統(tǒng)需具備一定的容錯性，在運行環(huán)境出現(xiàn)故障時仍能提供穩(wěn)定、持續(xù)的服務； （3）系統(tǒng)需具備在大規(guī)模用戶同時在線訪問的情況下仍能提供高速運行的能力； （4）系統(tǒng)需采用主流的、成熟的商用中間件產(chǎn)品。 2. 數(shù)據(jù)、應用與對接 ★（1）整體要求 1. 本項目必須采用私有云架構，不接受公有云部署； 2. 根據(jù)項目建設需求，系統(tǒng)須按規(guī)范對接辦事大廳、信息門戶、移動APP、微信公眾號、統(tǒng)一身份認證平臺、消息中心、任務中心、短信平臺、電子簽章平臺等公共平臺、系統(tǒng)或應用；并根據(jù)業(yè)務需要對接校內(nèi)已有業(yè)務系統(tǒng)。 如招標人公共平臺或數(shù)據(jù)服務接口升級或變更，投標人在維保期內(nèi)應免費配合完成接口調(diào)整的開發(fā)工作； 3. 投標人應提供具有軟件測試資質(zhì)的第三方機構提供的軟件測試報告，包括性能測試等，重要業(yè)務且影響面大的系統(tǒng)，需要具有CMA或CNAS檢測資質(zhì)的第三方軟件檢測機構提供性能測試報告；并對本項目所含軟件在招標人提供的部署環(huán)境中進行質(zhì)量驗證測試，測試通過后系統(tǒng)方可上線運行； 4. 本項目所包含的流程類的功能需求，對于基礎數(shù)據(jù)、流程節(jié)點、表單格式、校驗規(guī)則及報表模板等，系統(tǒng)可根據(jù)業(yè)務變化靈活調(diào)整。在系統(tǒng)維保期內(nèi)，投標方應免費進行調(diào)整。 5. 維保期內(nèi)，投標人應免費提供軟件的版本升級。 6. 以上六點****公司公章的承諾函，如不提供則視為無效投標。 （2）投標人需提交項目所含軟件的數(shù)據(jù)架構設計方案，其中包括以下內(nèi)容： 1)以實體關系（E-R）圖形式描述本項目需求分析中業(yè)務對象的概念數(shù)據(jù)模型； 2)以列表形式描述本項目軟件將要采集的業(yè)務數(shù)據(jù)的元數(shù)據(jù)信息； 3)以數(shù)據(jù)流圖（DFD）形式描述業(yè)務數(shù)據(jù)在系統(tǒng)中流動與處理的過程； 4)完整的業(yè)務數(shù)據(jù)庫結構方案，包括數(shù)據(jù)庫、數(shù)據(jù)表、視圖、字段、記錄等內(nèi)容的定義信息； 5)與外部系統(tǒng)的數(shù)據(jù)交換方案，應注明需從招標人獲取或?qū)拥臄?shù)據(jù)內(nèi)容，以及投標人能夠支持的對接方式； 6）原型圖，或者簡要的產(chǎn)品需求文檔，需包含項目整體功能設計說明。 ▲（3）投標人對系統(tǒng)的數(shù)據(jù)編碼和數(shù)據(jù)格式的定義，應符合國家標準、****學校數(shù)據(jù)標準對相關數(shù)據(jù)的規(guī)定，不得采用違反以上標準的數(shù)據(jù)編碼或數(shù)據(jù)格式，如果所涉數(shù)據(jù)不在國家標準、****學校數(shù)據(jù)標準范圍中，投標方應在數(shù)據(jù)架構設計方案中明確標識。 （4）投標人應提供本項目所含軟件的部署方案，其中包括以下內(nèi)容： 1)軟件部署架構方案，需說明軟件部署架構所支持的系統(tǒng)容錯程度； 2)計算存儲**需求，需說明系統(tǒng)運行所需的計算、存儲**大小； 3)網(wǎng)絡**需求，需說明系統(tǒng)運行所需的路由策略、帶寬； 4)操作系統(tǒng)、數(shù)據(jù)庫版本，如支持容器部署，請注明容器平臺版本。 ▲（5）投標人應通過招標人規(guī)定的數(shù)據(jù)服務接口對接數(shù)據(jù)，不應通過****服務所包含的數(shù)據(jù)，原則上也不應將數(shù)據(jù)服務提供的數(shù)據(jù)進行本地化存儲； ▲（6）系統(tǒng)須部署在****數(shù)據(jù)中心云平臺（HCSO）環(huán)境中，操作系統(tǒng)須為HuaweiCloudEuler或openEuler，數(shù)據(jù)庫須為MySQL或PostgreSQL，要求支持離線部署、升級。如本項目屬于已有系統(tǒng)的功能擴充或升級，則須將所涉及系統(tǒng)****數(shù)據(jù)中心云平臺（HCSO）中，操作系統(tǒng)和數(shù)據(jù)庫要求同上。 3. 安全要求 （1）認證授權：保證用戶的合法性和用戶使用應用信息**的權力，避免內(nèi)****服務所提供的信息**被非法訪問，造成嚴重的安全事件； （2）信息保密：充分利用密碼技術，對于需要保密的信息，采用密碼技術進行加解密處理，支持https協(xié)議訪問，防止信息的非授權泄漏，確保涉密信息在產(chǎn)生、存儲、傳遞和處理過程中的保密； （3）數(shù)據(jù)完整性：建立數(shù)據(jù)完整性檢驗機制，保證收發(fā)雙方數(shù)據(jù)的一致性，防止信息被非授權修改； （4）監(jiān)控預警：記錄應用日志，對系統(tǒng)進行實時監(jiān)測，能夠及時預警，保障穩(wěn)定運行； （5）數(shù)據(jù)備份：利用數(shù)據(jù)庫的備份功能將建設的平臺和系統(tǒng)數(shù)據(jù)按照校方要求備份到指定的服務器或存儲系統(tǒng)上； （6）數(shù)據(jù)安全：系統(tǒng)應滿足數(shù)據(jù)安全相關法律法規(guī)要求。應具有隱私政策，經(jīng)用戶同意收集與使用個人信息。應采用權限管控、數(shù)據(jù)加密、數(shù)據(jù)脫敏等措施，防止敏感數(shù)據(jù)泄露，保證數(shù)據(jù)安全合規(guī)； （7）要求投標方需從物理安全、網(wǎng)絡安全、系統(tǒng)安全、應用軟件安全、用戶安全、數(shù)據(jù)安全等幾個方面提出配套的安全體系完善方案，以便防范安全風險； ★（8）系統(tǒng)上線安全要求 1）安全檢測報告：投標人需在系統(tǒng)上線前提供相應的安全檢測報告，****公司需有信息安全風險評估服務資質(zhì)認證、CISP-PTE等從事信息安全行業(yè)的資格證書；檢測內(nèi)容包含但不局限于Web層面、主機層面。其中web層面掃描內(nèi)容有漏洞目錄遍歷探測、隱藏文件探測、備份文件探測、CGI漏洞掃描、用戶名和密碼猜解、跨站腳本漏洞挖掘、SQL注入漏洞挖掘、邏輯漏洞、web上傳、暴力破解、越權、未授權訪問等；主機與中間件層面需檢測常見的主機漏洞，不可使用存在漏洞版本的中間件； 2****學校信息化安全管理工作，及時對系統(tǒng)/應用/網(wǎng)站相關的安全事件進行響應。配合完成信息系統(tǒng)等級保護年度評測工作。系統(tǒng)滿足等級保護相關技術要求；目前用戶使用版本出現(xiàn)安全問題，必須立即主動告知用戶，并且進行安全問題的修復。 3）以上兩點****公司公章的承諾函，如不提供則視為無效投標。 2.建設內(nèi)容 ****學校提供一個方便、快捷、高效的預約系統(tǒng)，以解決原有預約方式中存在的繁瑣、低效、易出錯等問題。該****圖書館、實驗室、體育場館等場所的預約管理，為師生提供便利的預約服務。 2.1 項目目標、具體內(nèi)容和擬解決的關鍵問題 系統(tǒng)建設目標主要圍繞所有的預約事務可在預約服務平臺中進行預約，包括不限于以下：會議室預約、體育場館預約、圖書館研討室預約、實驗室預約等等。用戶可以通過手機端、電腦端獲得無差異的信息服務。 讓校內(nèi)師生用戶使用各類預約服務更加的方便、快捷，預約流程不再繁瑣、信息獲取更新精準及時，****學校的預約服務。 實現(xiàn)對預約時間段、場次及人數(shù)的全面了解，避免現(xiàn)場因超過人數(shù)而等待的不良情況發(fā)生。 本項目包含預約服務（PC與手機端）、預約**管理（預約**可視化配置）主要功能模塊，具體需求細節(jié)包括但不限于下文描述內(nèi)容，需在確定中標方后，根據(jù)房產(chǎn)管理工作具體需求溝通確定。 2.1.1、功能列表： 子系統(tǒng) 模塊 描述 ****中心 預約服務（手機端） 預約中心，支持按照**類型快速查詢各類**，支持公告查詢功能 **預約，支持**信息的查詢，按照日歷方式查看**預約情況，直接發(fā)起預約， 場地選擇，支持多種**，可以在收藏夾，直接發(fā)起預約。 我的預約，可以查看自己預約的事項，可以對預約服務進行評價。 修改已預約，取消預約 預約服務（電腦端） 預約中心 我的預約，以查看自己預約的事項，可以對預約服務進行評價。 系統(tǒng)公告詳情，師生可以查看公告列表及詳情信息 **檢索，按照多種條件對**進行查詢，包括：分類查詢和標簽查詢。 預約申請，查看歷史預約信息。 ****中心 **管理 **管理，支持**配置、預約規(guī)則配置 **類型管理 預約管理 預約管理，管理人員可以查看師生預約情況，并可以支持查詢和數(shù)據(jù)下載導出功能。 預約分析，按照各類**查看各種**預約情況，和履約情況。 黑白名單管理 黑名單管理，支持手動填寫黑名單的功能 黑名單設置，支持多個規(guī)則黑名單設置。 公告管理 公告編輯、發(fā)布、支持圖片、視頻等多媒體公告發(fā)布 2.1.2、基本技術要求： 1、易用性和靈活性 用戶頁面和后臺系統(tǒng)頁面均提供直觀、易用和豐富的圖形化使用界面，始終保證操作方式的一致性，保證系統(tǒng)交互符合用戶常識和預期，從而保證其對系統(tǒng)的高效使用。 同時，對于預約系統(tǒng)的部署安裝，要求省時、安全、可靠，易學習、易管理維護，盡量簡化在部署安裝過程中的適配性工作內(nèi)容。 為增加系統(tǒng)靈活性，系統(tǒng)要具有很好的配置性，通過靈活配置，方便系統(tǒng)的前后臺功能展示。 2、▲系統(tǒng)基于微服務架構設計，支持容器化部署，實現(xiàn)對**的使用動態(tài)分配。 2.1.3、重要功能要求： 1）★ 系統(tǒng)支持防腳本功能，不允許通過腳本預約。 2）▲預約中心支持多種**管理，支持**多個標簽的配置，支持**的按照開放時間、場次模式配置，支持白名單設置**使用群體； 3）▲****中心，需支持多種終端（包括：電腦端、手機端、平板）訪問，需支持與企業(yè)微信/微信企業(yè)號進行集成，需支持微信掃碼驗證是否履約，預約成功后申請者可以改期或者取消預約。 4）▲需支持黑名單設置，需支持可以通過配置黑名單規(guī)則，按照規(guī)則可以檢測黑名單人員，又支持通過**管理員通過查找姓名/工號，手動加入黑名單的設置；需支持黑名單用戶可查看**提示被禁用原因。 5）▲預約**的管理支持**釋放，所預約**失約后會根據(jù)釋放規(guī)則自動釋放，釋放**后可以做到現(xiàn)場隨時預約。 6）▲游泳場館預約簽到信息確認時，可彈出預約人信息：除預約人姓名、性別、預約信息，還需包含預約人照片。 | 按行業(yè)標準提供服務 |
招標進度跟蹤
2024-10-28
2024-10-24
招標公告
東南大學 - 競價公告（CB102862024001529）
當前信息
招標項目商機
暫無推薦數(shù)據(jù)
400-688-2000
歡迎來電咨詢～
