開啟全網(wǎng)商機
登錄/注冊
統(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è)標準提供服務 |