摩鑫娱乐
智慧校園數據中心項目招標公告
招標編號🤾🏿：GS-2020 -25
各公司廠商：
根據《中華人民共和國招標投標法》及有關法律法規和規章規定，摩鑫娱乐就智慧校園數據中心項目進行摩鑫娱乐招標采購💅🏻，歡迎具有資質和能力的單位前來投標🤾🏻♂️。
一、項目建設內容及需求
（一）項目情況
1.項目名稱：智慧校園數據中心項目
2.招標內容：詳見具體建設內容
（二）建設原則
1．標準化、規範性和開放性
全校範圍的信息化建設是一個龐大的系統工程，其體系的設計、系統的實施等必須遵循一系列的規範、標準🧑🏻🦼，確保各個分系統的有效協調，整個系統能安全地互聯互通🎽、信息共享。
2．先進性、成熟性和實用性
系統設計既要采用先進技術和系統工程方法，又要註意技術的可行性和實用性🛌，方法的正確性。實用性放在首位，先進性與成熟性並重，並符合未來的發展方向©️。
3．開放性與標準化原則
應用平臺應是一個開放的且符合業界主流技術標準的系統平臺𓀉，對網絡的硬件環境🔣，通信環境，軟件環境🚍，操作平臺之間的依賴小。
4．可靠性、穩定性和容錯性
在考慮技術先進性和開放性的同時🎬，還應從系統結構，技術措施，系統管理等方面著手，確保系統運行的可靠性和穩定性，達到最大的平均無故障時間。
5．可擴展性及易升級性
為適應應用不斷拓展的需要🔐，應用平臺的軟硬件環境必須有良好的平滑可擴充性。要提供簡便🦸🏿、規範、暢通的基礎數據服務，使數據交換平臺具備與國內、外的相關應用系統或信息平臺相互兼容和交流的條件和能力👨🏽🍳。
6．安全性和保密性
在應用平臺設計中，即要充分考慮信息資源的共享，更要註意信息資源的保護和隔離🤘🏻，應分別針對不同的應用和不同的網絡通信環境，采取不同的措施，包括用戶安全性😕、數據安全性、運行安全性等。要求對數據庫提供靈活的備份和恢復機製🧚🏼♂️，確保系統發生故障時，及時恢復，不會受到影響。
7．可管理性和可維護性
平臺是由多個部分組成的較為復雜的系統，為了便於系統的日常運行維護和管理，要求所選產品具有良好的可管理性和可維護性。另外可管理性和可維護性還包括對平臺的自身🤵🏼♂️。
8．統一性和並發性
校園網內應用系統的開發和運行模式相差很大，這要求部署的統一信息門戶能夠集成不同架構下的各類應用系統，為校園網內的用戶提供統一的訪問模式💕。同時，平臺能支持高並發的用戶訪問，提供高速♔、穩定的服務。
（三）技術路線要求
1．基於SOA架構
在智慧校園系統設計整體化的同時，系統要求基於SOA架構🙋🏿♀️，盡量減少各子系統在技術上的相互依賴性（軟件對平臺🧑🏽⚖️、軟件對數據、軟件對軟件、平臺對平臺等）🧑🏼🍼📷，使任一子系統未來的減少、增加和變更，不影響到其它子系統和總系統🔣，從而最大限度地保護既有的投資，減少對系統的維護和未來開發的投入。
2．基於B/S/D三層結構，開發網絡應用系統
要求在技術體系上選用J2EE技術👍🏿，采用B/S/D三層結構進行應用系統的開發。
3．基於J2EE應用平臺👨🏼🦲，分布式、高可靠性🧛🏼♀️、先進的解決方案
本項目要求基於成熟的J2EE應用平臺🏃🏻♂️➡️，提供分布式、高可靠性、先進的解決方案。
4．基於目錄存取協議👊，實現統一用戶管理💟、統一身份認證
要求基於目錄存取協議，分布式系統和服務中所要求的中央化信息存貯和管理提供一個可擴展的結構😱。同時目錄服務要求能夠提供統一用戶管理、統一認證管理🦖，同時方便業務應用系統進行集成。
5．采取WebService技術🔸🥜，統一傳輸與交換標準
在數據交換與傳輸過程中，要求統一采用WebService接口的方式🍐，向外提供數據共享接口服務🍣，以滿足用戶基於校園大數據中心數據發布及二次開發👨👧👧。
6．要求采取敏捷開發平臺，快速構建應用
敏捷開發平臺要求集成運行框架、組件庫、開發環境和輔助工具📎，以實現用戶管理🤸🏻♀️、權限管理🩴、系統監控等通用子系統；同時屏蔽大部分技術問題的困擾⏬，有效降低開發成本。
7．基於ETL技術🚣🏼♀️，集成業務應用數據
要求基於ETL技術♋️，實現異構多數據源的數據集成🙋♀️，實現從關系型數據庫、桌面文本文件🖱、XML文件或遺留的應用系統中提取數據🎅🏿。
8．搜索引擎工具
數據平臺應具備全文檢索功能，投標人須提供搜索引擎著作權證書。
9．網絡安全
平臺安全性對於學校數據平臺極為重要，須滿足可信安全網絡部署📡，關鍵技術應為投標商自主知識產權，投標方應提供可信網絡安全平臺的著作權證書。
10．文檔安全
平臺應支持加密安全管理。平臺應以透明強製的文檔安全管理為關鍵技術支持文檔加密管理，投標方應具有相關技術自主知識產權，應提供電子文檔安全軟件的著作權證書。
（四）建設內容
建設背景
依照《教育信息化2.0行動計劃》要求🤽🏼♀️，學院應以《網絡安全法》等法律法規為綱🧑🧑🧒，全面提高教育系統網絡安全防護能力。全面落實網絡安全等級保護製度🤮，深入開展網絡安全監測預警，提高網絡安全態勢感知水平👶🏼，做好關鍵信息基礎設施保障🚙🚣🏼♀️，重點保障數據和信息安全，強化隱私保護🧚🏽♀️，建立嚴密保護、逐層開放、有序共享的良性機製🏊♂️，切實維護好廣大師生的切身利益🧑🏿🌾。
目前學院在數據整合和應用集成方面存在著較多問題🙅🏼♀️，各自獨立的、面向不同業務的信息系統在校園內部形成一個個信息孤島。有必要實現相關系統的互聯互通、形成有機整體，從而方便工作、提高效率，輔助決策👍🏿。
信息利用問題，應用集成和數據整合的一個關鍵目標是為了從整合的信息資源中獲得更深層次的服務和決策信息。通過全方位組織不同來源、形式✵、角度的數據資源🚴🏿🥜，提供有針對性的綜合信息服務、輔助決策者進行有效的決策🖕，提升智慧校園應用價值。
因此🤾♂️，建設一套合法合規，安全高效並且具有學校特色的主數據管理平臺迫在眉睫。通過構建一個統一定義、集中保存的主數據環境用於分析數據成果和為學校應用提供高價值🩼、高共享🏺、相對穩定的共享數據的支撐，確保學校已有的數據資產能夠高效𓀌、穩定、安全的提升信息處對學院師生的服務質量🥃。
同時因為我院的運維體系流程與工具建設在目前系統的報修流程較為單一，信息辦負責的報修只有網絡這一欄可以選擇，教師如有其它報修反饋就只能通過單一的電話溝通進行解決。有時因為個人原因工作繁忙導致未能及時為教師處理而給老師們帶來教學上的不便🤷🏽，所以計劃建設一套目前行業內較為專業的一套流程體系，便於為了教師提供多元化的服務欄目🦽。
因此在建設好數據平臺基礎的同時🌴🙎，本次建設也將部署統一身份認證🔙、信息化綜合服務門戶、辦事服務大廳的基礎框架👨🏽🎓，以便後期的建設。
建設內容
1.信息標準管理平臺
|
建設內容 |
技術參數 |
||
|
名稱 |
需求點 |
明細 |
|
|
標準校內摩鑫娱乐網站 |
標準網站 |
網站摩鑫 |
網站摩鑫開放式摩鑫娱乐業務域標準規範，提供業務域大綱閱覽🥌，業務域信息規範各職能部門報告🍚，業務系統來源及應用數據綜合性分析。要求信息標準網門戶頁面提供標準業務域規範摩鑫娱乐👨🏼🎤、標準資訊🧑🏻🎄、業務域、代碼集統計報告、標簽雲🧑🏿🚀、來源與支撐相關參數指標。應支持豐富多樣化通用、標準、資訊檢索功能。 |
|
個人中心 |
個人中心 |
支持個人中心服務，要求能夠展示用戶基本信息👨🏽🎤🙅🏻♀️、收藏和下載信息。以圖表的方式展現©️，整體頁面看起來既簡潔明了，內容又顯得豐滿🛺，有助於用戶快速的了解學校信息標準的現狀及精確的定位用戶關註的信息標準。 |
|
|
信息標準管理後臺 |
標準管理 |
業務域 |
依據技術規範基礎管理業務域中業務的信息，維護數據元素的元數據結構，其目的主要在於提供規範現有的信息標準信息項唯一性的可視化操作平臺，通過現有信息標準的錄入和微調來整理一份信息標準🧍🏻♂️，為以後規範信息標準打下基礎。 |
|
（1）支持可視化閱覽業務域大綱圖譜，實現業務域樹菜單拖拽🖕，支持業務域分類排序和掛載🥿。支持業務域信息細分為目錄和數據表，數據表是業務域模塊數據的基本組成單位🐊，也是後續版本發布、系統建模的基本引用對象👨👩👧。而目錄則用作對業務表進行歸類匯總。 |
|||
|
（2）支持數據字段信息服務。要求數據字段信息包括數據庫表字段的基本屬性（字段名稱🐠、字段註釋、字段類型長度🤜🏽、是否為空、是否主鍵等）和便於使用者管理數據倉庫的拓展管理屬性👫🏻。 |
|||
|
數據字典 |
支持數據字典服務。要求包括： |
||
|
字典分類和字典表：代碼采用規律的編碼方法🙇🏼♀️🐌，規定了指定代碼集的分類或類別，適用於指定對象，代碼表為代碼項的集合，主要為後續數據清洗提供依據或憑證。 |
|||
|
字典項🍗：代碼項為基本數據元素，用於相關信息處理之間的信息交換🙌🏻，依據編碼規則，相同系列代碼項組成代碼集合。 |
|||
|
數據導入 |
支持數據導入。要求按照表、字段、字典🔧、字典項的形式，從excel模板中整理好數據，按照一系列的規則校驗之後，根據校驗顯示出來的新增✵、修改🧑🏿✈️、異常、重復等信息進行修改和重新校驗🏄🏻♀️🧑🔧，進而審核導入業務域、字段、字典🖖🏻、字典項。 |
||
|
標準自檢 |
實現對標準進行自檢。要求對信息標準進行必要的合法性校驗外，用戶可根據具體需求自定義一些規則對信息標準進行額外的校驗🧑🏼🌾，自定義規則被分為三大類：關於基本屬性的規則校驗⏬、關於質量屬性的規則校驗🌍、關於管理屬性的規則校驗；校驗完成後匯總校驗結果形成異常報告，並提供便捷的信息標準規範手段。 |
||
|
參考標準 |
參考標準 |
支持提供參考標準🤵🏼♀️。參考標準為信息標準提供一個規範的♻、面向教育行業的國家層面上的信息化標準模板👷🏽，當前參考標準的數據主要來源於中華人民共和國教育行業標準（2012年版）。 |
|
|
要求該模塊為用戶提供維護參考標準的可視化界面接口以應對行業標準發生變更或各大高校需要在國家標準的基礎上建立適應自身的特色標準，包括導入💵、新增、修改👩🏽💻、刪除等功能。 |
|||
|
版本管理 |
版本管理 |
（1）支持在版本管理摩鑫展示當前的版本信息標準數據收錄量，並可分各個業務域的統計數據量🏹，以及統計來源於各個部門的字段管理屬性🈚️。同時對於新增、修改、刪除的標準數據，要求包括業務域數據和字典數據🌘，只有發布版本並審核通過後🧎🏻♂️➡️，才能被引用於各個業務數據源。 |
|
|
（2）支持在瀏覽器打開該版本的信息標準白皮書pdf文檔👨🦱，實現版本預覽 |
|||
|
（3）支持查詢系統中已經發布的版本信息，了解版本歷程。 |
|||
|
（4）支持版本審核服務。用戶能夠審核發布版本是否通過，若審核通過👗，該版本會成為信息標準最新版本，標準網站🧑🎓，系統建模將使用最新版本的標準數據。 |
|||
|
（5）支持版本發布。準與生效版本的信息標準之間的差異，告知用戶對信息標準做了哪些操作 |
|||
|
（6）支持版本導出🕘。分為“全量導出”和“自定義導出”兩種方式，可以導出word、pdf🫃🏽、excel三種格式的文檔🤵🏻♀️。 全量導出會導出該版本全部的信息標準數據🧑🏿🎤，自定義導出會根據選擇的部門，篩選出相關的信息標準數據。 |
|||
|
（7）支持版本對比。要求版本對比報告展示兩個版本的信息標準數據量，小版本到大版本的數據變化量和字段、字典的具體變更情況🈵。系統後臺只能同時進行一個文檔導出任務，如果已存在導出任務，會有提示信息。 |
|||
|
（8）支持版本回退🛰。信息標準數據會恢復到該回退版本發布時的狀態🪂，也就是說該回退版本之後的信息標準數據會清除掉。 |
|||
|
系統建模 |
數據源管理 |
（1）支持數據源管理服務🧚🏼，用戶可以使用新增功能🚅，通過本系統創建業務系統數據源,登記功能是把線下已經建立的用戶信息記錄到本系統,用於批量登記線下已經創建的業務系統用戶。 |
|
|
（2）支持兼容數據中心數據源👨🏼🎓，能夠登記oracle數據中心數據庫，用於物理同步反向核驗讀取信息標準數據結構。 |
|||
|
（3）支持舊標準數據元素升級，能夠登記oracle舊標準平臺數據庫，通過升級標準元素👱🏽♀️、建模數據🟪、版本信息到微服務信息標準管理子系統。對新增的數據源進行管理和查看，通過創建或登記數據源用戶和表空間🧒，版本發布創建標準數據庫，調用平臺數據進行系統集成。兼容數據中心數據源反向核驗生成信息標準、舊標準數據元素升級🏎。 |
|||
|
引用結構 |
支持結構引用🧙♀️，要求包括一鍵引用和自定義引用🤿，自定義引用主要根據業務域進行分類顯示標準數據結構信息👩🏭，並可根據需求手動勾選所需的數據進行引用🌀，還可進行系統過濾。一鍵引用根據系統過濾來選擇所需數據，根據系統來源過濾的條件批量引用數據,用於物理同步數據建模創建數據表。 |
||
|
業務字典 |
創建的數據源統計引用的數據字典，顯示各個數據源下引用的字典信息以及引用詳情,用於物理同步數據建模創建代碼表。 |
||
|
物理同步 |
（1）支持通過給創建的數據源進行數據引用操作後，在物理同步中可以對該數據源下引用的表數據進行核驗數據結構狀態📂。 |
||
|
（2）支持通過數據治理技術規範與業務需求梳理的信息標準數據集，對未創建的數據表創建到物理庫實體中🔤，提供查看該引用表的建表腳本。 |
|||
|
（3）支持提供依據信息標準數據結構同步物理表🧝，提供腳本及執行影響分析🧏🏽♂️，並提供直接刪除重建物理表。 |
|||
|
資訊管理 |
資訊管理 |
提供資訊服務。能夠給學校提供管理信息標準相關的權威性公告，包括國際規範🧔🏻♂️、行業規等，各種規範文件的平臺，在標準網站摩鑫可以看到已發布的資訊信息。對於單個資訊能夠進行修改🧙🏿♀️👨🏻🔬、刪除、發布和撤銷等操作🏋🏼♀️。 |
|
|
標簽雲 |
支持標簽雲服務♈️。標簽雲即是關鍵字的集合，標簽是典型的超鏈接，讓用戶可以仔細了解對應標簽的內容，每個標簽都有對應的資源鏈接地址（在新增標簽雲的時候要添加有效的鏈接地址才能跳轉到鏈接的頁面） |
||
|
組織架構 |
組織架構 |
組織架構可以錄入信息標準對應學校的整體架構信息，也能切換到對應的樹拓撲圖查看詳細的架構內容，通過新增或者導入可以錄入組織架構以及對應的業務系統信息。用於維護數據字段關於部門系列的管理屬性。 |
|
|
業務系統 |
業務系統是屬於組織架構下是業務部門對應的數據,用於維護數據字段關於系統系列的管理屬性。 |
||
|
系統管理 |
主數據同步功能 |
將信息標準管理子系統標準元素（版本內數據集、代碼集）🫶、建模數據同步到主數據同步。 |
|
|
系統設置 |
配置該系統需用到的一些動態數據參數，所需用到的數據都必須從系統設置讀取。主要包括版權🧑🏿🎤、LOGO標誌🥄、白皮書🤸🏽♀️、數據源讀取屬性配置等信息。 |
||
2.主數據管理平臺
|
建設內容 |
技術參數 |
|
|
名稱 |
功能點 |
|
|
主數據管理平臺 |
平臺摩鑫 |
摩鑫：該模塊對主數據平臺的數據庫進行各類型分析，包括數據庫狀態💂🏽♂️、表空間狀態、業務表狀況👩🏽🏭、最近接口調用情況🫵🏼、最新核驗動態統計展現🤘，提供已有案例的系統使用功能界面截圖（具有廠商蓋章） |
|
全局庫 |
摩鑫主要用於展示各全局庫數據的匯總信息以及已清洗的業務系統的基本信息，查看各業務系統數據表結構信息集及代碼集信息；總體描述主要用於查看全局庫各個業務系統的總體數據增長、總體數據分布情況，包括系統表總量和數據量情況統計等信息🐯。 |
|
|
全局數據查看和系統數據：全局庫和各系統的信息標準項👨🏿🚀、引用代碼集數據查詢。 |
||
|
表權限配置🔫🖕🏽：主要是對用戶和角色授權使其有權限查詢該表數據🩶。要求對所有業務庫資源實現批量授權，授權對象為學校任意角色和用戶，支持批量勾選。 |
||
|
組織結構：數據結構是對全局庫的數據結構👨🦼➡️、數據字典信息的查看。數據字典是管理各業務庫的數據字典🌯、代碼集。 |
||
|
歷史庫管理 |
歷史數據庫📦：支持對當前所有任務執行狀態的反饋，包括任務總數、失敗成功數及操作狀態的監控和展示。歷史數據庫是數據倉庫不可或缺的一部分，歷史數據庫提供數據地圖管理功能，以圖形方式展現數據的流向💂♂️，同時提供各個業務系統的存量以及增量數據情況。提供熱門數據庫的數據量。 |
|
|
數據查詢：歷史庫提供各個歷史數據庫表的數據的查詢操作📐，依據主鍵提供歷史數據的查看🐯，可配置的查詢條件，如可根據學號查看歷屆學生的信息變更情況。 |
||
|
數據統計👩🏿🍳🧑🏻🤝🧑🏻：提供歷史數據庫數據增量情況分析、歷史數據表數據分布🎯、數據增量排名。支持集中展示歷史庫增量態勢、系統數據分布和數據增量排名，支持全局數據查詢。針對業務系統，支持數據生命周期查看，除了表字段數🧔🏿、表記錄數、所占空間等基本信息，還應包括可自選時間段👌🏽、可自定義配置查詢字段的詳細查詢功能。 |
||
|
任務管理🧑🏻⚕️：歷史數據來源於業務數據，即通過調度的方式及時對業務數據進行備份並增加時間維度，任務管理即提供業務數據備份的調度配置。該配置提供手工與定時等各多種覆蓋時間範圍方式。 |
||
|
任務監控🗾：任務監控對歷史數據備份的過程進行監控，如何時進行了備份，提供各種查詢🪨。 |
||
|
服務中心 |
應用管理👳🏻♂️💒：提供服務的訪問應用管理，包括應用的增刪查改以及發送驗證碼⚡️🎎、驗證碼等功能。 |
|
|
數據源管理：數據源管理提供輸入輸出接口的數據源，即最終數據從哪裏來🧑🏿💻，存哪裏去𓀇，提供增刪查改以及測試功能，包含全局庫數據源可視化和自定義異構數據源（包括ORACLE🙆🏻♂️、MYSQL、SQLSERVER、POSTGRESQL）的管理。 |
||
|
輸出接口-接口管理：提供對外restful統一輸出接口管理，是基於全量數據庫打造微服務的核心功能，用戶可圖形化配置接口，可選擇數據源（包含自定義的異構數據源）🎑✣、多表級聯、自定義設置查詢條件和顯示列等功能🙆🏻♂️。同時提供發布🧙🏻♀️、測試、停止等功能🐁。 |
||
|
輸出接口-接口授權👇：配置發布接口後根據應用對接口授權，授權後🕵️♀️，第三方引用或者業務系統即可通過restful接口使用主數據平臺發布的接口。 |
||
|
輸出接口-數據授權：通過對發布接口不同授權應用添加指定的過濾條件，對輸出接口的數據進行不同應用不同輸出數據💅🏿，對輸出接口的數據進行嚴格管控。 |
||
|
輸入接口-接口配置：提供自定義導入的圖形化配置功能，支持配置excel接口和restful接口，接口發布成功後均能授權應用後在接口平臺上查詢和使用，支持對數據的增🦸🏿♂️、改🙋👰🏻♂️、刪操作，提供已有案例的系統使用功能界面截圖（具有廠商蓋章）。 |
||
|
輸入接口-數據查看：提供查看excel接口導入數據功能，驗證導入數據是否成功🕝。 |
||
|
輸入接口-數據審核✝️：對導入數據進行審核📦，提供審核通過、打回等操作，通過審核後才真正入庫到全局庫表或業務庫表中。 |
||
|
接口統計👷🏻：包括接口分析和接口日誌，接口分析🍴，針對輸入輸出接口進行各類型分析🧖🏿，包括接口的是總量分析、接口調用分析、調用態勢等🫡，提供已有案例的系統使用功能界面截圖（具有廠商蓋章）。 |
||
|
接口日誌🛗：是對接口的訪問情況進行統計的功能，主要提供查詢功能，可查詢接口訪問的時間、開始結束時間、耗時等等信息，提供已有案例的系統使用功能界面截圖（具有廠商蓋章）🏊🏻♂️。 |
||
|
接口安全🏋🏽♀️：接口安全模塊，用來保證接口使用的安全。包含：黑名單和白名單兩個子模塊黑名單是對應用IP調用接口作限製，當啟用黑名單後，黑名單內的IP將不能正常使用接口，白名單是對應用IP調用接口的授權調用的作用♡，當啟用白名單後，白名單內的IP才能正常使用接口。 |
||
|
接口審核：對應用通過接口平臺申請調試和調用接口的審核操作，通過審核操作，決定應用授權接口是否能調試和調用接口。 |
||
|
數據倉庫 |
事實表🤛：支持對業務數據進行多維度分析構建事實表🧷，提供事實表管理及建模🦵🏼。事實表是對歷史數據通過聚合等多種統計產生的聚集數據，該模塊提供事實表的創建維護功能。和事實數據查看😫，從總體到部門再到具體的表的事實數據查看。 |
|
|
維度表：支持對倉庫的維度表進行管理，用於維度建模、多維度分析👐。維度表是數據分析過程中進行數據鉆取💁🏼，創建立方體的必要條件，該模塊提供維度表的增刪查改以及創建功能和維度數據的查看操作🏎，從分類到具體的維度表，再到查看的層層鉆取方式查看。 |
||
|
指標體系是對相關指標信息進行管理與數據豐富；分組管理是對已有的數據維度進行維度劃分，形成新的維度👩🔧⚇；主題管理是對事實表的度量與維度進行抽取並做數據轉換形成可展示數據。支持對倉庫的指標進行管理🫢，提供指標的維護與指標數據查詢🌻。 |
||
|
任務調度💚：支持任務調度🕘👨⚕️。包括配置事實表、維度表數據拉取任務信息和調度任務管理等操作🙍🏼♀️。 |
||
|
主題配置：通過對全局庫與用戶關註主題相關的表進行重新組合，並對組合表的字段進行重新分類配置👩🏻🦳，形成一個主題在主題查詢展示🙎🏿♂️。 |
||
|
查詢權限配置：對配置的主題進行用戶🧑🏼🔬、角色、部門的查詢個人數據、部門數據、全部數據的權限配置🧚🏽♀️。 |
||
|
數據權限配置💇🏼♀️：對授權了查看部門🛜、全部數據的用戶👄、角色、部門配置主題的數據過濾條件，對數據進一步管控👕。 |
||
|
數據庫監控 |
數據庫運行情況分析：支持分析系統當前以及歷史運行情況，直觀顯示服務器可能面臨的問題，預測未來服務器的數據容量情況🪳。提供CPU🍼、內存、活動情況🧑🏿、SGA🤸、HitRatio🙎🏿♀️、SessionWaits🧚🏿♀️、業務數據等實施監控統計🌩。 |
|
|
權限信息查看：包括表權限查看和用戶權限查看。能夠按數據庫用戶查看授權的數據表，按表查看授權用戶🐞，對授權信息進行修改。 |
||
|
熱點表查看：支持熱點表以圖標及列表的方式展示各業務系統當前及歷史SQL數量統計。 |
||
|
SQL查詢記錄：查詢最近訪問的SQL查詢，提供多種查詢方式。 |
||
|
TOPsql：查詢經常使用的10條SQL👨🏽🍼👦🏽。支持由數據庫檢索日誌定位出熱點SQL語句📡，對熱點SQL語句進行分類存儲♟🧜🏼♂️，可以分析出熱點SQL性能以及熱點SQL的歷史信息等。 |
||
|
死鎖查看⛹🏽：對死鎖情況進行查詢，並可延伸訂閱服務功能🎄🧫。 |
||
|
數據庫核驗 |
手工核驗📷：手工核驗提供數據庫與標準的比照核驗功能🌄，摩鑫提供核驗選項包括組織結構、空間、定義、反向等操作，同時摩鑫會記錄上一次核驗的相關信息，點擊即可進入到核驗操作中🎏。 |
|
|
核驗操作：核驗分為核驗對象選擇，提供批量選擇功能，系統會提示之前核驗過和未核驗的系統🦠，提供表級選擇權限，核驗過程進行實時反饋🚈🐔，核驗結束後提供統計信息。 |
||
|
核驗同步腳本：針對核驗出的不一致情況，系統提供同步腳本，即修復異常。一般來說主數據平臺的數據庫是需要參照業務系統來創建，必須一致🦹🏿♂️🚶🏻♂️➡️，同時不應該創建多余的表結構🗿，核驗細則可選擇🙅🏿♀️。 |
||
|
核驗分析🤹🏻♀️：能夠展示各業務系統的核驗結果，包括健康度分析，核驗數據合格性分析等🚧。 |
||
|
核驗明細🚺：能夠展示各業務系統所包含的詳細核驗分析結果信息，包括表完整性、字段完整性和一致性 |
||
|
核驗歷史👱🏻：歷屆的核驗都會進行記錄🦹🏻♀️，形成核驗記錄🚐，核驗記錄可進行查閱🧖🏼♂️，並查看每次核驗的報告。 |
||
|
核驗報告🧑🏻🔧🪗：支持對每次核驗的記錄進行展示，並生成每次核驗的核驗報告💇♀️。 |
||
|
核驗調度🏄♂️：系統核驗方式提供兩種🦸🏻♂️，包括手動核驗和自動核驗，自動核驗的觸發方式主要是通過調度，即時間間隔或者定時調度的方式。 |
||
|
報告訂閱：數據庫核驗是為了檢查數據庫是否遵循標準創建🐦🔥，一般會檢查出各類問題，針對不同的業務系統🚴🏼，而針對學校的不通管理人員也會關註不同的信息，報告的訂閱即是針對不同的人群推送不同範圍、不同規則的核驗結果消息👩❤️👨。支持對已經核驗的業務系統的核驗報告進行訂閱管理🍛，將核驗報告推送給相關部門或管理人員 |
||
|
系統管理 |
支持系統設置，包括對系統logo，歷史背景圖片，頁腳等設置🟧。 |
|
|
支持記錄訪問系統的用戶詳細信息🫚。 |
||
3.數據集成與遷移
本次建設的主數據平臺須做好數據交換通道，建立數據分析思維。將主要涉及到的學生🤽🏿🛗、教師、財務🧑🏿🚒、一卡通、圖書🧙🏿♀️、資產和科研等七大基礎數據集成至主數據平臺。上述數據目前主要來自學校現有系統，本次建設須做好原系統遷移和建立數據增量同步機製🔣，須提供詳細的集成與系統遷移方案🤶🏼。
4.框架搭建
根據學校的智慧校園建設規劃👨👦，本次建設須做好統一身份認證平臺🙋🏽👨🏼🦲、辦事服務大廳🔷➜、智慧門戶的部署環境搭建👩👩👧👧，初步形成一中心三平臺的總體框架，為學校接下來的智慧校園及移動應用建設打下基礎。
5. 搭建運維體系流程與工具，根據教師反饋的問題情況描述會生成工單並指派給與之對應的信息辦老師📟，不會造成資源的擁堵與浪費，可視化的流程體系也方便教師的報修難度🧑🏭，根據系統的引導，一步一步的完成自己的報修流程。同時具備監控自己的網絡設備，如有問題突發，它會自動生成工單並派給信息辦老師，讓信息化的運維管理更為有效🧑🏿🔧。
包括：
建立信息化綜合服務門戶（可以未來智慧校園辦事大廳集成）
建立運維管理流程☎，如故障與事件處理流程🧭、需求處理流程、IT 資產登記流程、變更管理流程等
建立信息化服務目錄
部署符合 ITIL 規範的工具作為支持平臺，促使運維管理規範化、流程化，同時與網管系統集成做好設備故障的監測🦸🏽♀️，提高響應效率。
（五）項目實施🐓、售後🙋🏻♂️、安裝要求
項目實施要求
對投標人的基本要求：
1.項目啟動後，中標人應允許招標單位以及相關的工作人員參與項目開發及系統整合本身必須的需求分析👩🏻💼、初步設計、單元測試等相關工作。
2.中標人應明確承諾在項目完成時對招標單位人員進行運維🚙、二次開發等涉及項目後續發展有關技術培訓、支持的具體實施辦法或目標➗🥯。
項目人員配置
（1）投標人必須成立合理的組織機構𓀎，建立健全保障項目順利實施的各項管理製度和質量保證體系📈，安排好足夠的高素質人才參加本項目的建設👨🦼；在項目機構中應明確各崗位的職責🖐🏼、任職資格及成果👩🏿🦰，確保工程順利實施。根據工作的業務性質，應配備有優勢的項目經理👨🏻💻、技術總監等人員承擔本項目工作。
（2）項目組人員必須具有類似職責的集成😵💫、開發經驗，能夠與用戶進行良好的溝通🤽🏽♀️，並掌握數字校園領域的相關基礎知識🕵🏿♀️。
（3）參與此項目的技術人員必須具有強烈的服務意識和高度的責任感。
（4）對上述安排投標人應在實施方案中詳細描述，包括項目組成員名單🙆🏼♀️、本項目工作職位、專業方向🙀、工作、項目履歷和在本項目中的職責分工。
（5）中標人在項目實施中提供由高級項目經理帶隊駐場實施👩🏭，主要負責人如需更換，需要征得校方的書面同意🥣；
實施策略
實施策略要求🟣：合作的方式、規範化的運作🩰🕺🏻。項目實施人員不少於3人，具有5年以上的項目經驗，且駐場時間為2年🖕🏿。
實施方案
該項目規模較大🏌🏼♂️，原有業務管理系統結構及需求復雜，涉及部門、環節多，要保證順利有序實施👨🏻🦳，必須對實施工作做出詳盡慎密的組織實施方案⚜️📱。方案的內容包括以下幾個層面：
1．組織架構與職責
數字校園的建設工程是一項需要“領導重視、部門協作”的建設項目🚬，領導、溝通和配合是建設實施成功的必要因素，因此，規劃建立一個良好的建設實施組織架構，明確開發公司、網絡信息中心以及應用部門的各級職責，才能夠保證項目的成功。
2．實施階段與過程
根據本項目的實施策略和建設時間要求，將該項目的建設實施過程科學😫、合理、有效地分成若幹個主要階段🥦，將建設內容和範圍分成若幹部分。項目的實施要統籌考慮，首先要完成學校最急需、最重要的應用，根據學校現行業務運作周期的規律🧑🏿🦱，確定實施的時間🏌🏼♂️🫳🏽，同時還要考慮應用實施的各種內部、外部因素，原有應用和人員基礎等情況𓀏，製定分階段實施計劃🫷🏽，進一步明確和細化每個階段的工作範圍🧋、內容、人力投入、過程👍🏼、責任🌐、交付成果等，成為下一階段的基礎。
3．成果交付與驗收
在項目建設實施的整個過程中🧑🏽🔬，製定明確的總體和分階段成果交付與驗收內容🌳🕗、準則、程序✸、監控手段等。
4．合作研發和管理
在整個項目的開發實施過程中，包括需求分析階段、系統設計階段🫲、代碼生成階段和測試運行階段，要充分考慮合作研發🥱，在每個階段設計安排學校參與人員的數量💛、技術背景、工作任務等，不僅使參與人員在研發中得到技術培訓和鍛煉，而且使他們能夠深入了解把握項目開發的全過程，監督控製研發過程的質量💑🗾。
開發管理
對項目的建設進行科學嚴格的管理，該項目的管理要通過項目管理委員會織對項目進行系統計劃、有序組織、科學指導和有效控製，促進項目全面順利實施。
安裝、測試和驗收要求
軟件系統布署與安裝
投標人必須向采購人提供本項目采購的所有軟件系統的布署與安裝、調試和應用系統集成及後期維護服務的全部內容，軟件系統的布署安裝的主要目標不僅是使所有軟件能夠在相應平臺上正常運行🧖🏻，而且必須具有對軟件系統運行的監控測試手段💆🏽，以證明系統優化運行。投標人有責任且必須承諾使項目單位的系統達到以上目標🫒。
系統及設備安裝方面對投標人要求👩🏽🦱：
要求投標人必須具有良好信譽和相關實力的技術隊伍。
投標人應本著認真負責態度，組織技術隊伍，做好投標的整體方案🧙🏼，並書面提出長期保修、維護、服務以及今後技術支持的措施計劃和承諾👨🏽🎓。
軟件系統的布署與安裝根據實施計劃執行🪠。
所有軟件系統均須由投標人送貨上門並安裝調試📢，用戶不再支付任何費用。
自系統安裝工作一開始，投標人應允許采購單位的工作人員一起參與系統的安裝、測試✂️、診斷及解決遇到的問題等各項工作。
測試和驗收
投標人應根據所提交的驗收方案和實施辦法🌞📃，自行組織設備和人員，並在使用單位監查下現場進行測試和驗收。
本項目整體系統必須至少經過如下測試🦈：
單元模塊測試；
內部聯調集成測試🚶♀️➡️；
由業務人員參與的功能性測試👨🍳；
與其它有關系統進行信息互通和資源共享方面的測試🤽🏼♂️；
系統整體性能和壓力測試。
系統測試
1）投標人自測
項目驗收交由招標單位單位驗收之前，投標人必須提供項目自測試報告，測試報告至少應包括以下內容👋🏼：單元模塊測試👳🏻♂️、內部聯調集成測試🛻、性能和安全性測試。
2）驗收測試
系統自測完成後🧏🏽♂️👩🦼➡️，投標人應首先擬出一個測試方案🦒，具體到每一個測試步驟，與學校討論通過後，方可按計劃進行測試🏄🏻♀️。由投標人提供測試方法、測試工具🩺；測試數據由用戶協助提供👷🏻♂️。系統每一項測試必須有詳細的測試記錄，須有學校和投標人雙方代表簽字確認，並附有詳細的分析報告👶🏽。
系統驗收
本項目驗收為系統功能的全驗收，項目由學校單位、用戶單位和投標人單位共同參加。
1）投標人應負責在項目用戶驗收前將系統的全部各種相關的系統軟件🤵🏼🐤，各階段開發文檔，運行穩定可靠的本系統及其安裝程序，以及有關產品和系統說明書、安裝手冊🧔🏿♂️👨🏼🔧、技術文件、資料➙、及安裝、測試、驗收報告等文檔匯集成冊交付項目單位。只有文檔齊全後才予驗收🍒🧥。
2）投標人必須根據系統設計方案提出驗收方案和驗收文檔清單🥇，學校將根據驗收方案對系統每個部分進行逐一進行項目用戶驗收。
售後服務和培訓要求
售後服務
1）投標人應承諾保證該項目按時正式穩定地運行；
2）售後服務從系統驗收通過之日起計算；
3）投標人在項目終驗後，必須提供一年的維護期🏊🏿♂️☑️，在維護期內，提供應用系統版本免費升級及對軟件進行維護和完善，費用計入投標總價🚒。
4）所有服務方式均為投標人上門服務🚣🏻，即由投標人派人員到學校使用現場維護，由此產生的一切費用均由投標人承擔。
項目培訓
投標人必須提供相應的應用軟件技術、系統操作等方面的培訓。有關應用軟件的操作培訓課程，培訓應該在系統運作前完成。投標人須在響應文件中提出全面、詳細的培訓課程 以及時間表交給學校，並在合同簽定後征得學校同意後實施。
投標人在實施過程中提供免費📽、全面的培訓，包括面向系統管理員和業務人員的相應的培訓🏊♀️、基於系統平臺接口規範標準的二次開發培訓👶、開發平臺和開發工具培訓、配置管理和系統維護培訓💇🏿、數據定義和管理培訓、客戶端操作培訓🩵。投標人將詳細的培訓課程以及時間表交給學校，最後以學校認可為準🤴🏽。
對於所有培訓，投標人必須派出具有相應專業資格和實際工作、教育經驗的教師和相應的輔導人員進行培訓，主要培訓人員應至少具有三年的相關培訓經驗👨🏿✈️，培訓所使用的語言必須是中文🧖，否則投標人必須提供相應的翻譯。
技術轉移和成果交付要求
技術轉移
通過本期項目的合作開發✂️，從技術實現上👩👦👦，將合作公司先進的開發技術👼🏿、項目管理模式和經驗與學校的需求資源相結合，真正建立學校的信息化校園平臺和專業技術隊伍，而不僅僅是合作公司某個時期的一個產品模塊。同時➛，學校的工作人員全面深入地參與開發的全過程，包括需求分析、系統設計、代碼生成、測試運行以及使用維護五個階段🧔🏼，掌握各個環節的主要技術，具有對軟硬件系統平臺🚵🏻、各個業務系統的技術維護能力以及二次開發能力𓀒，實現知識和技術的轉移👩🏼⚕️。
成果交付
在本期項目的開發過程中和交付使用後，各個階段都需有各種成果和文檔資料。這些成果和文檔資料對所開發系統的維護和持續發展起著非常重大的作用。因此🙇🏼，要求將全面、規範的成果和文檔資料交付給學校🚶🏻♀️，而且要提供明確的交付清單。同時，成果和文檔資料必須符合軟件工程的相關要求👇🏼。
二、投標方資質要求
1.具有獨立企業法人資格及相應經營範圍👏，註冊資金人民幣壹佰萬元以上（含壹佰萬元）🙎🏿♂️；
2.投標供應商為軟件企業，具有開發維護技術人員✣，能提供良好的技術支持和本地化的售後服務；
3.投標供應商具有安全服務能力，提供信息安全服務資質認證或安全生產許可證書。
4.投標供應商具有類似成功高校案列，提供相關合同及驗收材料。
5．為了學校信息化建設長遠考慮，投標人需提前到學校進行勘察了解🚌，並應取得學校開具的現場勘察證明文件，否則視為無效投標🧚🏿。
勘察日期為：2020年12月8-10日。
因新冠疫情原因，投標人必須於上述勘察日期24小時前向招標技術負責人尹老師 （電話：18010023664）提出現場踏勘申請。以便於辦理疫情期間進校手續。過時或未通過防疫安全審核者責任自負✡︎。（申請及進行現場踏勘時需提供：姓名🤲🏿、身份證🦻、聯絡方式*️⃣、公司名稱、通信大數據防疫行程卡🤦🏽、綠色隨申碼）。
三🌖、報價
1.報價單位應根據招標文件規定的需求進行報價🧭。
2.報價應包含項目技術開發、實施🧀、培訓運維等相關費用。
四🙋🏿、交付時間
中標廠商須在合同簽約之日起180天內保質保量完成項目交付。
五👱🏽♀️、付款方式
合同簽訂後一周內付30%🥪，安裝完成驗收合格後付65%。校方預留5%質保金（12個月）。（註🕴：12個月後將質保金5%付款給賣方）
六🪚、投標書內容及要求
投標單位提供加蓋公章的投標書正本一份🦥，副本兩份。（投標方應將投標文件正本和副本分別用信封密封，並標明招標編號、投標項目名稱🫶、投標單位名稱及正本或副本。投標單位不得串標、圍標和陪標（如一家投標單位送三份標書或三份標書封面格式和字體完全相同等），一經發現做廢標處理🔹，並取消此單位的投標資格。
如果投標文件通過郵寄遞交🧜♂️，投標方應將投標文件用內🐨🐂、外兩層信封密封👮🏿♂️，並在外層標明招標編號🧑🏻🤝🧑🏻🫰🏼、投標項目名稱😼、投標單位名稱，投標書應包含以下內容：
1.投標書🫶🏽🧑🏻🦽、投標分項明細表。
2.投標方資質文件、資格證明（法人代表授權書）、法人身份（正反面）證復印件、被授權人身份證（正反面）復印件、營業執照復印件、稅務登記證明復印件🙍🏿♂️、原生產廠商授權書正本及復印件等）。
3．項目的理解及技術方案💅。
4.質量、服務保證承諾書🧑🔧、實施運維及數據遷移方案等。
5.技術服務與培訓，履行合同所配備的管理、技術人員清單。
6.學校開具的現場勘察證明文件（復印件）🕹。
七🧎🏻♀️、投標截止時間
投標單位請在2020 年12月17日下午15：00前將標書送達摩鑫娱乐設備管理處。
地址👨🦯🧑🏿⚕️：上海市嘉定區外岡鎮恒榮路200號行政樓219室，郵編201806 請在封面註明招標編號
1.聯系人🧑🏻⚕️：朱老師 電話：21-60675958-1034
2．技術負責人✬： 尹老師 電話：18010023664 電子郵箱🍯：yin_yinghua@sicp.edu.cn
摩鑫娱乐設備招標領導小組
2020 年12月 04日
請點擊下載：
摩鑫娱乐關於智慧校園數據中心項目招標公告.docx
- 上一篇🧑🏽🎤：摩鑫娱乐關於葡萄酒侍酒專業教學資源庫項目招標公告
- 下一篇🔴：摩鑫娱乐關於電商城市運營中心音視頻設備及實訓家具采購項目招標公告