某大學數(shù)據(jù)中心平臺系統(tǒng)建設項目需求

某大學數(shù)據(jù)中心平臺系統(tǒng)建設項目需求一、項目背景1.現(xiàn)狀大學數(shù)據(jù)中心平臺是為學校內(nèi)部提供數(shù)據(jù)共享、數(shù)據(jù)服務應用及數(shù)據(jù)管理的信息化基礎設施。數(shù)據(jù)中心建設經(jīng)歷“以技術為導向”到“以應用為導向”，再到“以服務為導向”的發(fā)展歷程，目前完成了2期的項目建設，已建設內(nèi)容如下：（1）數(shù)據(jù)中心（一期）根據(jù)“以技術為導向”的指導原則，數(shù)據(jù)中心（一期）主要圍繞“數(shù)據(jù)共享”和“數(shù)據(jù)治理”兩個方面進行基礎技術平臺的建設。建設內(nèi)容包括建立數(shù)據(jù)倉庫、數(shù)據(jù)共享交換平臺、支持數(shù)據(jù)治理活動的元數(shù)據(jù)管理系統(tǒng)和數(shù)據(jù)標準管理系統(tǒng)；同時，基于平臺進行業(yè)務系統(tǒng)的數(shù)據(jù)集成和數(shù)據(jù)標準的制定工作。（2）數(shù)據(jù)中心（二期）根據(jù)“以應用為導向”的指導原則，數(shù)據(jù)中心（二期）主要圍繞“數(shù)據(jù)服務應用”進行項目建設，同時通過“完善基礎技術平臺功能”和“深化數(shù)據(jù)治理活動”兩個方面的項目建設，提高數(shù)據(jù)共享能力和數(shù)據(jù)質(zhì)量，推動數(shù)據(jù)服務應用的建設目標的實現(xiàn)。建設內(nèi)容包括：建立數(shù)據(jù)服務應用（高基表應用、領導駕駛艙、個人數(shù)據(jù)門戶、業(yè)務報表管理系統(tǒng)、學生宿舍智慧管理）；完善基礎技術平臺功能（數(shù)據(jù)共享門戶和數(shù)據(jù)服務生態(tài)平臺），建設自助式、豐富接口方式的、數(shù)據(jù)資源豐富可視化的數(shù)據(jù)共享以及增加數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全、數(shù)據(jù)模型，數(shù)據(jù)資產(chǎn)等數(shù)據(jù)治理領域的輔助技術工具;建立數(shù)據(jù)治理制度體系（制定了數(shù)據(jù)標準管理、數(shù)據(jù)質(zhì)量管理、元數(shù)據(jù)管理、數(shù)據(jù)集成管理等制度。隨著學校高質(zhì)量發(fā)展以及信息化建設的不斷深入，對數(shù)據(jù)服務提出了更高的要求，現(xiàn)有基于ETL的定時數(shù)據(jù)采集與交換服務已無法滿足“互聯(lián)網(wǎng)+校務”服務需求，尤其是數(shù)據(jù)中心缺乏對實時數(shù)據(jù)計算能力和非結構化數(shù)據(jù)處理能力，無法滿足業(yè)務系統(tǒng)對實時計算、非結構化數(shù)據(jù)利用及融合數(shù)據(jù)價值挖掘與數(shù)據(jù)服務等日益增加的需求。2.存在問題經(jīng)過前面兩期的建設，學校數(shù)據(jù)質(zhì)量大幅提升，數(shù)據(jù)資產(chǎn)作為學校的戰(zhàn)略性資產(chǎn)地位不斷得到強化，數(shù)據(jù)中心建設是一項基礎工作繁、技術要求高、建設周期長和影響面廣的系統(tǒng)化、持續(xù)性的基礎工程，目前數(shù)據(jù)中心仍存在以下問題：（1）缺少對復雜業(yè)務數(shù)據(jù)實時共享及實時數(shù)據(jù)分析支持能力。目前學校數(shù)據(jù)中心已建成基于ETL等技術的定時采集、匯聚和交互平臺，基本滿足了非實時性的數(shù)據(jù)服務場景，比如報表服務、業(yè)務系統(tǒng)數(shù)據(jù)交互服務、領導駕駛艙等；但尚不能滿足基于實時性的數(shù)據(jù)服務場景，比如一網(wǎng)通辦、自助打印、迎新離校等場景，以及財務、校園卡等涉及金融業(yè)務的應用場景。比如目前在畢業(yè)季辦理學生批量離校業(yè)務時，其中“欠費清繳”、“圖書歸還”等業(yè)務中的數(shù)據(jù)同步需要30分鐘以上，極大影響了辦事效率和用戶體驗。（2）缺少對半結構化及非結構化數(shù)據(jù)的統(tǒng)一存儲計算分析能力。近年來學校分批次建設了200余間智慧教室、并啟動了新一代校園安防體系建設?，F(xiàn)有數(shù)據(jù)中心無法滿足對來自于這些系統(tǒng)或場景的學習日志、教學視頻錄播、視頻監(jiān)控等半結構化、非結構化數(shù)據(jù)的存儲、分析、利用。從多個維度開展基于多模態(tài)的學生學業(yè)評價改革?！辈杉诰€學習、課堂交互、教學錄播、圖書借閱、校園等多場景行為數(shù)據(jù)，縱向采集學生從入學到畢業(yè)全過程學業(yè)數(shù)據(jù)，為學生學習質(zhì)量監(jiān)測提供可視化表征。因此，需要建設湖倉管理底座，實現(xiàn)對日志數(shù)據(jù)源、電子文件數(shù)據(jù)源、API數(shù)據(jù)源、聲像文件數(shù)據(jù)源等多種數(shù)據(jù)源類型的實時數(shù)據(jù)采集。（3）數(shù)據(jù)應用場景數(shù)量較少，提供師生數(shù)據(jù)服務能力有待提高。經(jīng)過前面兩期的持續(xù)數(shù)據(jù)治理，學校的數(shù)據(jù)質(zhì)量大幅提升，學校數(shù)據(jù)資產(chǎn)基礎形成，推出了廣受教職工歡迎的智能表格填報等數(shù)據(jù)服務，極大減輕了教師的指尖負擔。但目前數(shù)據(jù)應用場景還太少，數(shù)據(jù)效能發(fā)揮不足，如何基于已有數(shù)據(jù)治理成果，以服務化視角重新組織數(shù)據(jù)信息，實現(xiàn)數(shù)據(jù)變現(xiàn)及數(shù)據(jù)業(yè)務化，強化面向師生個人的數(shù)據(jù)服務能力，提升師生獲得感，是學校數(shù)據(jù)中心建設亟需解決的問題。二、項目概況1.建設目標項目建設將推動由數(shù)據(jù)戰(zhàn)略驅動的業(yè)務及管理變革，挖掘數(shù)據(jù)服務應用場景，提升教育決策科學化、管理精準化和服務個性化水平，推進教育治理方式改革和學校的高質(zhì)量發(fā)展，具體實現(xiàn)績效目標如下：1.增加實時數(shù)據(jù)共享和分析功能，提升計算時間顆粒度從分鐘級到毫秒級，滿足智慧校園迎新、離校、自助打印服務等互聯(lián)網(wǎng)+校務體系實時數(shù)據(jù)服務場景，提高數(shù)據(jù)計算吞吐量，增強數(shù)據(jù)計算穩(wěn)定性,完善數(shù)據(jù)共享功能，提升對數(shù)據(jù)共享服務場景的支持水平。2.增加非結構化及結構化數(shù)據(jù)的統(tǒng)一存儲、加工、處理，及價值挖掘能力，構建湖倉一體化數(shù)據(jù)架構，提升對全域數(shù)據(jù)的管理水平。3.增加“學生綜合預警系統(tǒng)”、“學生精準資助系統(tǒng)”、“學生學業(yè)畫像”、“部門全息畫像”、“自助取數(shù)服務系統(tǒng)”5個數(shù)字校園數(shù)據(jù)服務場景，進一步為科學決策、精準管理、個性化服務提供支持。2.總體設計本項目應用架構圖如上所示，建設內(nèi)容按照“項目建設內(nèi)容表“的序號在架構圖中進行對應標識。圖中數(shù)字文字標識的湖倉管理底座、實時計算平臺、數(shù)據(jù)協(xié)同管理平臺、學生綜合預警系統(tǒng)、學生精準資助系統(tǒng)、學生學業(yè)畫像、部門全息畫像、自助取數(shù)服務系統(tǒng)是本期項目的軟件建設內(nèi)容。3.基本要求（一）信息標準要求（1）本項目系統(tǒng)建設應遵循《大學信息標準與規(guī)范-數(shù)據(jù)標準》、《大學信息標準與規(guī)范-信息系統(tǒng)建設規(guī)范》和《大學信息標準與規(guī)范-數(shù)據(jù)集成管理規(guī)范》進行開發(fā)，若系統(tǒng)與學校信息標準與規(guī)范不一致，供應商應提出解決方案并實施完成。（2）供應商須提供項目建設系統(tǒng)的數(shù)據(jù)字典文檔，并把數(shù)據(jù)字典內(nèi)容部署到數(shù)據(jù)庫的注釋字段。（二）數(shù)據(jù)安全要求（1）根據(jù)國家對教育行業(yè)信息安全等級保護工作的要求，供應商需要使本系統(tǒng)符合信息安全等級保護相應等級要求相關技術標準。采購人可選擇符合《信息安全等級保護管理辦法》規(guī)定條件的測評機構，依據(jù)《信息系統(tǒng)安全等級保護測評要求》等技術標準，對本系統(tǒng)開展等級測評，供應商需根據(jù)測評機構的整改意見（報告）免費對本系統(tǒng)做好整改修復并使之通過測評提供承諾函，格式自擬。（2）在本項目實施和售后服務期間，本項目合同標的物（定作物）之應用系統(tǒng)（含應用系統(tǒng)部署所需的操作系統(tǒng)，中間件，數(shù)據(jù)庫）如果自身存在安全性問題，并被采購人或者主管部門掃描出存在的漏洞，供應商應積極配合安全漏洞修復并在采購人指定的時間內(nèi)完成。（三）技術路線要求（1）項目技術路線符合信創(chuàng)技術路線要求，項目驗收須獲得信創(chuàng)適配符合性報告。三、建設內(nèi)容序號功能模塊單位數(shù)量1湖倉管理底座套12實時計算平臺套13數(shù)據(jù)協(xié)同管理平臺套14學生綜合預警系統(tǒng)套15學生精準資助系統(tǒng)套16學生學業(yè)畫像套17部門全息畫像套18自助取數(shù)服務系統(tǒng)套11.湖倉管理底座面向智慧校園（如智慧教室錄播、校園安防等)半結構化、非結構化及結構化的多模態(tài)數(shù)據(jù)的存儲與集成，實現(xiàn)多類型數(shù)據(jù)容器融合，包括PostgreSQL、MYSQL、人大金倉、達夢、Minio、clickhouse等，實現(xiàn)支撐校級全量全域全場景數(shù)據(jù)服務業(yè)務建設目標，并支持信創(chuàng)技術路線。序號模塊具體技術（參數(shù)）要求1總體要求為確保湖倉管理底座能基于學校現(xiàn)有校本數(shù)據(jù)中心規(guī)范體系切實落地，并與學校數(shù)據(jù)管理整體戰(zhàn)略保持高度一致，本次湖倉管理底座建設須充分考慮學校現(xiàn)有數(shù)據(jù)的類型分布，并針對性提供采集、存儲、分析與管理能力及策略，服務單位需承擔湖倉管理底座建設過程中可能產(chǎn)生的所有費用，包括但不限于底層數(shù)據(jù)庫優(yōu)化費用、數(shù)據(jù)遷移費用等。(性能安全評分項)性能滿足：單節(jié)點最高離線抽取速率≥45Mb/s，最大平均速率≥18萬條/秒；單點可處理峰值數(shù)據(jù)≥1億條/h，處理峰值數(shù)據(jù)量≥35/h；單節(jié)點并發(fā)任務最大數(shù)據(jù)量≥80G，提供單節(jié)點任務最大并發(fā)≥70條/s；單節(jié)點提供創(chuàng)建共享API服務個數(shù)≥450個。安全滿足：軟件架構有保障系統(tǒng)運行的安全策略和機制，至少包括標識和鑒別、訪問控制、安全審計、數(shù)據(jù)完整性、數(shù)據(jù)保密性、會話管理等相關安全功能和機制。2數(shù)據(jù)底座平臺規(guī)劃和部署服務單位需根據(jù)本項目實際情況，按照“湖倉一體”的建設目標完成數(shù)據(jù)底座平臺的設計、規(guī)劃、部署。需根據(jù)待處理數(shù)據(jù)的體量規(guī)模、增長趨勢、形態(tài)格式等因素，充分考一體化管理、容量擴展、處理性能、異構兼容性等方面的要求，選用成熟穩(wěn)定、架構先進、性能優(yōu)異的數(shù)據(jù)庫、文件系統(tǒng)等產(chǎn)品構建數(shù)據(jù)底座平臺，并對數(shù)據(jù)底座平臺的運行架構和配置參數(shù)進行合理規(guī)劃設計，保障數(shù)據(jù)底座能夠完全滿足我校數(shù)據(jù)資源管理的長期要求。服務單位案中詳細說明數(shù)據(jù)底座的具體產(chǎn)品選型、功能作用、技術特點、存儲對象、適用場景，并說明數(shù)據(jù)底座與數(shù)據(jù)資源之間的對應關系，數(shù)據(jù)資源在數(shù)據(jù)底座內(nèi)流轉方式設計。服務單位需完成數(shù)據(jù)底座的實際部署、配置，并進行必要的性能調(diào)優(yōu)，基于該底座架構完成本項目交付，保障各項功能和性能要求的達成。3分布式數(shù)據(jù)庫構建構建高性能OLAP的分布式數(shù)據(jù)庫，支撐湖倉一體的物理架構，支持以下特性：1、支持列式存儲。2、支持數(shù)據(jù)壓縮。3、支持向量引擎操作。4、支持OLAP場景下的數(shù)據(jù)實時處理。5、支持數(shù)據(jù)高吞吐的方式批量并發(fā)寫入。6、支持多核和多服務器分布式部署和處理的方式，提高查詢的速度。7、支持包括MergeTree、ReplicatedMergeTree、Log、Memory、Distributed、Kafka、Buffer、MaterializedView、URL、HDFS、S3等在內(nèi)的多種表引擎，基于不同場景選擇合適的表引擎存儲和使用數(shù)據(jù)。8、大數(shù)據(jù)集群支持Multi-Master的多主架構，集群中每個節(jié)點角色對等，客戶端訪問任一節(jié)點均能獲取相同數(shù)據(jù)，避免單點故障。9、大數(shù)據(jù)集群支持數(shù)據(jù)分片語分布式查詢，分片數(shù)量取決于節(jié)點數(shù)量，支撐TB級以上數(shù)據(jù)查詢的高性能響應。10、支持關系型數(shù)據(jù)、JSON、XML等數(shù)據(jù)的存儲，支持NoSQL數(shù)據(jù)庫的外部數(shù)據(jù)注冊，基于sql實現(xiàn)NoSQL+SQL的實時關聯(lián)查詢。11、支持ACL的方式對于數(shù)據(jù)表的訪問及操作權限進行控制，字段細化到行級和列級，以保護敏感數(shù)據(jù)不被未授權訪問。12、支持海量數(shù)據(jù)查詢和計算的秒級返回，實際操作500G單張大寬表的數(shù)據(jù)聚合，返回時間在3秒以內(nèi)。13、支持數(shù)據(jù)實時關聯(lián)計算能力，基于同一個數(shù)據(jù)開發(fā)界面進行數(shù)據(jù)實時關聯(lián)任務配置，可通過標準sql方式對多張數(shù)據(jù)表進行實時動態(tài)捕獲，至少包括支持根據(jù)數(shù)據(jù)關聯(lián)邏輯完成數(shù)據(jù)實時推送，支持按過濾條件取最新的數(shù)據(jù)，支持增量無侵入，可在數(shù)據(jù)實時關聯(lián)過程中引用數(shù)據(jù)清洗轉換組件，清洗轉換組件至少包括加密、替換、切割。4分布式文件系統(tǒng)構建構建可擴展、高性能的分布式文件系統(tǒng)，對數(shù)據(jù)湖、數(shù)據(jù)倉庫中的非結構化文件進行統(tǒng)一存儲和對象化管理，提供高性能檢索、文件共享、訪問控制、高可靠運行等能力，支持以下特性：1、支持分布式架構：支持水平橫向擴展，通過增加節(jié)點來提高存儲容量和性能，滿足大規(guī)模數(shù)據(jù)存儲需求。2、支持對象存儲，所有數(shù)據(jù)包括文件本身、文件名、文件的描述信息等都以對象的方式進行存儲。提供高性能的對象存儲服務，能夠滿足各種大規(guī)模數(shù)據(jù)存儲和處理的需求，提高數(shù)據(jù)傳輸速度和訪問響應時間。3、針對數(shù)據(jù)的訪問頻度和熱度不同，提供多種存儲類別，滿足不用的使用場景和成本管理需求。4、具有高度容錯性，支持數(shù)據(jù)冗余，能夠在節(jié)點故障、磁盤損壞或文件出現(xiàn)壞塊時保證數(shù)據(jù)的可靠性。支持采用糾刪碼（ErasureCoding）和復制（Replication）等技術來保護數(shù)據(jù)免受硬件故障的影響。5、采用SSL/TLS的加密通信協(xié)議，確保數(shù)據(jù)在傳輸過程中的安全。6、支持通過RESTAPI對存儲的對象進行檢索和操作，降低文件對象數(shù)據(jù)操作的門檻，提高與第三方應用對接的效率。7、提供多種安全特性，包括訪問控制、身份驗證等，以保護存儲在其中的數(shù)據(jù)不受未經(jīng)授權的訪問和攻擊。8、提供全面的監(jiān)控和管理功能，可實時監(jiān)控存儲資源的利用率和訪問情況，可以集成到第三方監(jiān)控平臺如zabbix中。5數(shù)據(jù)源連接適配1、支持連接關系型、大數(shù)據(jù)類型、MPP型、NoSQL型、時序型等多種不同類型的數(shù)據(jù)庫，支持包括但不限于MySQL、Oracle、SQLServer、PostgreSQL、KingBase（人大金倉）、DaMeng（達夢）、華為DWS、華為GaussDB、ClickHouse、Hive、Impala、MongoDB、Redis、TDengine等數(shù)據(jù)庫。2、支持連接消息隊列、API接口等數(shù)據(jù)源類型作為數(shù)據(jù)采集來源。3、支持對連接的數(shù)據(jù)庫定義其承擔的角色，包括作為數(shù)據(jù)采集的來源庫、作為ETL推送的目標庫、作為數(shù)據(jù)倉庫的承載庫等不同的角色。完成角色定義后，管理界面中應顯示該數(shù)據(jù)庫的角色，并在各種的數(shù)據(jù)管理場景中自動按照其角色承擔相應的功能。4、支持將數(shù)據(jù)庫與數(shù)據(jù)的來源部門、業(yè)務系統(tǒng)建立對應關系，并基于該對應關系，對來自該數(shù)據(jù)庫的數(shù)據(jù)表自動標注來源屬性，標注的明細程度要求達到字段級。如果這種自動標注的來源屬性不夠準確或不符合實際管理要求，支持手工修改數(shù)據(jù)來源信息。2.實時計算平臺提供湖倉實時數(shù)據(jù)共享和分析功能；實現(xiàn)分布式集群架構，具備高性能和高可靠性。實現(xiàn)數(shù)據(jù)交互從分鐘級到毫秒級顆粒度，滿足智慧校園迎新、離校、自動打印服務等互聯(lián)網(wǎng)+校務體系實時數(shù)據(jù)服務，并支持信創(chuàng)技術路線。序號模塊具體技術（參數(shù)）要求1總體要求為滿足學校實時業(yè)務場景的數(shù)據(jù)需求，本次須基于湖倉管理底座的架構設計與實時計算平臺的數(shù)據(jù)開發(fā)要求，提供對非結構化數(shù)據(jù)與實時數(shù)據(jù)的對接采集能力。2批流一體數(shù)據(jù)開發(fā)引擎1、要求內(nèi)置數(shù)據(jù)開發(fā)引擎，支持全域數(shù)據(jù)的批流一體開發(fā)。支持不少于20種數(shù)據(jù)源類型的對接，包括各種關系型數(shù)據(jù)庫、API接口數(shù)據(jù)源、消息接口數(shù)據(jù)源、HDFS文件系統(tǒng)、Hive、S3對象存儲系統(tǒng)、圖數(shù)據(jù)庫、時序數(shù)據(jù)庫等。2、要求批流一體引擎可連接上述各種數(shù)據(jù)源完成數(shù)據(jù)的讀寫和處理操作；支持向S3、OSS等多種云存儲寫入數(shù)據(jù)。3、要求批流一體引擎支持新增插件來適配新的數(shù)據(jù)源類型；支持自定義開發(fā)插件，包括source，transfer，sink等。用戶可根據(jù)實際業(yè)務場景開發(fā)相關插件，提高封裝性，簡化數(shù)據(jù)開發(fā)的操作使用難度。4、要求批流一體數(shù)據(jù)開發(fā)引擎既支持調(diào)用內(nèi)置引擎，也支持調(diào)用Flink、Spark等外部執(zhí)行引擎。要求在投標文件中明確說明支持的Flink和Spark的版本類型。5、要求批流一體數(shù)據(jù)開發(fā)引擎自帶API開發(fā)組件，可引用API接口作為數(shù)據(jù)源與其他數(shù)據(jù)源進行混合嵌套編排完成數(shù)據(jù)開發(fā)。6、要求具備開發(fā)任務流編排能力，基于同一個數(shù)據(jù)開發(fā)界面進行數(shù)據(jù)開發(fā)任務配置，可通過平臺拖拽式操作進行數(shù)據(jù)開發(fā)任務配置，可在同一個任務中同時引用多種異構數(shù)據(jù)源，至少包括關系型數(shù)據(jù)庫、Hive、CSV文件、API接口，可通過低代碼或零代碼形式進行異構數(shù)據(jù)源的數(shù)據(jù)關聯(lián)和轉換映射。7、支持在同一個任務流執(zhí)行多個處理步驟，支持基于條件判的多分支處理邏輯，滿足復雜的業(yè)務場景任務開發(fā)需求。8、支持任務控制，包括啟動/停止/重置接口，查看接口運行日志和歷史記錄。9、要求可輸出數(shù)據(jù)處理過程中各個運行步驟的詳細監(jiān)控信息，可監(jiān)測任務中數(shù)據(jù)吞吐量、QPS等指標。10、要求支持與數(shù)據(jù)管理平臺中的安全相關功能進行聯(lián)動，在數(shù)據(jù)集成處理過程中根據(jù)安全策略執(zhí)行加密存儲、脫敏、水印等處理動作。11、數(shù)據(jù)采集性能要求單節(jié)點離線抽取速率最高可達50Mb/s，最大平均速率不少于20W條/秒，實時抽取效率可實現(xiàn)秒級同步，實時抽取單節(jié)點最高可支撐20M的峰值流量。3批處理數(shù)據(jù)開發(fā)1、針對學校數(shù)據(jù)集成的場景，產(chǎn)品需支持普通接口、集成接口兩種類型接口的創(chuàng)建；普通接口針對日常的數(shù)據(jù)采集和轉換，集成接口針對數(shù)據(jù)治理過程中的批量快速集成和數(shù)據(jù)庫遷移場景。2、集成接口要求支持一次性完成多個接口的配置工作，方便用戶一鍵進行數(shù)據(jù)的1:1入湖操作，同時要求根據(jù)管理需要支持相關功能的選配，包括但是不限于字符類型字段長度擴充倍數(shù)、Char類型是否轉換成varchar類型、源表為空是否繼續(xù)執(zhí)行。3、接口命名可根據(jù)學校業(yè)務需求進行自定義配置，方便系統(tǒng)管理員日常維護及操作。4、數(shù)據(jù)抽取方式需至少支持全量抽取和增量抽取兩種類型。5、為防止因源表數(shù)據(jù)庫故障導致數(shù)據(jù)丟失的情況，創(chuàng)建接口時可對源表數(shù)據(jù)是否為空進行判斷，根據(jù)判斷結果選擇是否繼續(xù)執(zhí)行數(shù)據(jù)同步操作。6、支持創(chuàng)建接口時設置判斷條件，接口執(zhí)行前可選擇清空或不清空目標表。7、接口任務運行過程中出現(xiàn)個別數(shù)據(jù)錯誤時，支持自動跳過并繼續(xù)執(zhí)行（避免整個接口運行失敗），在接口執(zhí)行成功后支持查看同步失敗數(shù)據(jù)，只需重新對有錯誤記錄的數(shù)據(jù)進行抽取即可。8、支持將一個接口任務切分成多個數(shù)據(jù)塊分批提交執(zhí)行，提高接口任務執(zhí)行成功率。9、為保障數(shù)據(jù)治理的質(zhì)量，創(chuàng)建多表批量同步任務時，支持字段注釋率的自動檢測，當單表注釋率不達標時，系統(tǒng)應自動禁止創(chuàng)建任務。10、支持拉鏈表模式向目標數(shù)據(jù)對象同步數(shù)據(jù)，實現(xiàn)目標數(shù)據(jù)的內(nèi)容只增不減，保存數(shù)據(jù)行級顆粒度的歷史版本。11、支持批處理任務的并發(fā)執(zhí)行，可在創(chuàng)建任務時指定任務執(zhí)行的最大并發(fā)數(shù)，系統(tǒng)自動限制其不可超過CPU的核數(shù)。12、支持跨數(shù)據(jù)源的開發(fā)任務，可在一個數(shù)據(jù)開發(fā)任務中選擇多個異構數(shù)據(jù)源作為數(shù)據(jù)輸入，基于sql語句的開發(fā)方式進行數(shù)據(jù)預處理和關聯(lián)。4流處理數(shù)據(jù)開發(fā)1、提供可視化圖形界面實現(xiàn)流式數(shù)據(jù)開發(fā)，實現(xiàn)跨數(shù)據(jù)庫、消息組件、SYSLOG協(xié)議的秒級數(shù)據(jù)同步，滿足實時跨系統(tǒng)業(yè)務協(xié)同的需求。2、實現(xiàn)在可視化界面以無代碼的方式創(chuàng)建實時同步任務，實現(xiàn)跨數(shù)據(jù)庫的實時數(shù)據(jù)同步。當源庫數(shù)據(jù)發(fā)生變化時，實時同步接口可實時感知該變化，并將變化數(shù)據(jù)立刻同步到目標表。要求支持源表的插入、更新、刪除三種數(shù)據(jù)變化模式的完整同步，保持目標表與源表內(nèi)容一致。數(shù)據(jù)同步延遲（從源庫數(shù)據(jù)發(fā)生變化的時刻到該數(shù)據(jù)在目標庫完成寫入的時刻）不高于1秒。3、支持數(shù)據(jù)實時同步，可在線完成數(shù)據(jù)實時同步任務創(chuàng)建配置，可通過平臺創(chuàng)建實時同步任務，實時同步任務至少包括接口型（Http、Socket）、日志型（Mysql、Oracle、Sqlserver），可通過圖形化界面進行數(shù)據(jù)映射配置，支持完成數(shù)據(jù)自動映射操作，自動映射規(guī)則至少包括同名映射、同位置配置，可通過測試報告及圖形化界面驗證數(shù)據(jù)傳輸效率達到秒級（1秒內(nèi)）。4、支持在可視化界面中，對實時同步任務的運行狀態(tài)進行管理。需支持用戶手工停止/啟動/重置同步任務，支持查看任務的運行狀態(tài)，支持查看每天同步的數(shù)據(jù)變化量(分別展示讀取、新增、修改、刪除的數(shù)據(jù)量)。當同步異常時，可自動統(tǒng)計錯誤記錄數(shù)。當源和目標表的記錄數(shù)不一致時，系統(tǒng)需主動予以提示，提醒管理員進行處理。5、支持對實時同步任務進行數(shù)據(jù)血緣管理和數(shù)值追蹤。在元數(shù)據(jù)管的數(shù)據(jù)血緣管理中，可識別實時同步任務的源表和目標表，正確展示表之間的血緣關系和字段之間映射關系?？蓪ψ侄蔚娜≈颠M行關鍵字檢索，系統(tǒng)可自動根據(jù)血緣關系追溯上下游表的數(shù)據(jù)情況，從而幫助排查可能存在的數(shù)據(jù)差異。6、支持基于CDC的實時數(shù)據(jù)同步模式中，支持MySQL-CDC、MongoDB-CDC、SQLServer-CDC、等多種類型的數(shù)據(jù)庫。7、支持不依賴CDC的實時數(shù)據(jù)同步模式。該模式下，要求在數(shù)據(jù)庫側未開啟CDC機制的情況下也支持實時數(shù)據(jù)同步，對數(shù)據(jù)庫類型無特殊要求。8、實時數(shù)據(jù)同步過程中，要求支持各種數(shù)據(jù)處理邏輯，包括拷貝、加密、連接、正則表達式、過濾、替換、切割等。9、支持億級規(guī)模數(shù)據(jù)的實時同步，支持對單個數(shù)據(jù)同步任務進行多進程并發(fā)執(zhí)行，并可以根據(jù)我校硬件資源的升級擴充增加任務并發(fā)數(shù)量。5第三方API接口集成開發(fā)1、針對第三方API接口數(shù)據(jù)，提供界面化的配置，實現(xiàn)對API接口中的數(shù)據(jù)以增量、全量的機制進行數(shù)據(jù)捕獲和存儲，同時提供預制鑒權模板庫適配第三方API的鑒權。要求具備簡單易用、可視化配置、管理和運維的特性。2、支持通過低代碼圖形化界面配置API調(diào)用的各項參數(shù)，包括API的URL、請求方式、鑒權方式，請求參數(shù)、返回數(shù)據(jù)的字段結構、解析路徑、分頁方式、存儲方式等，支持對配置參數(shù)的正確性進行即時校驗，支持對API接口實現(xiàn)增量和全量兩種數(shù)據(jù)調(diào)用模式，支持根據(jù)API的返回數(shù)據(jù)內(nèi)容配置目標表的數(shù)據(jù)機構，實現(xiàn)API數(shù)據(jù)自動寫入數(shù)據(jù)庫進行持久化存儲。3、具備完善的API數(shù)據(jù)采集管理功能，支持監(jiān)控API數(shù)據(jù)采集任務進行，可查看API接口的運行狀態(tài)、交換類型、執(zhí)行失敗數(shù)、任務狀態(tài)、采集啟動時間等，全面管控API數(shù)據(jù)的采集情況。4、支持查看API接口的運行日志明細，可顯示運行失敗的接口的詳細報錯信息，方便管理人員進行故障排查。5、API鑒權模板擴充時，新增的鑒權參數(shù)需自動對相關聯(lián)的數(shù)據(jù)源添加秘鑰信息，確保API對接時無需重復輸入秘鑰。6、服務單位需要具備API數(shù)據(jù)采集相關的充分知識儲備，可提供常見API的鑒權規(guī)則庫，并內(nèi)置在產(chǎn)品功能中以便自動化匹配調(diào)用?？苫贏PI鑒權規(guī)則庫快速完成高校常見的應用平臺（例如企業(yè)微信、?？导坝暾n堂等）的API接口數(shù)據(jù)對接。要求內(nèi)置的API鑒權規(guī)則不少于20個，并支持自定義擴充功能。6非結構化數(shù)據(jù)集成開發(fā)一、日志數(shù)據(jù)集成開發(fā)1、針對日志類非結構化數(shù)據(jù)提供采集、存儲、結構化、檢索、計算、可視化、輸出等功能，支持syslog、FTP多種日志源。要求實現(xiàn)日志數(shù)據(jù)的資產(chǎn)化管理和自定義分析，具備圖形化監(jiān)控、多副本存儲、高比率壓縮、自動匹配實時解析、高性能檢索計算、數(shù)據(jù)輸出等特性，支持應用程序對日志數(shù)據(jù)進行預處理，降低應用開發(fā)難度。2、要求支持日志數(shù)據(jù)與其他數(shù)據(jù)的關聯(lián)計算。要求數(shù)據(jù)開發(fā)平臺中的流批一體引擎可以直接調(diào)用日志數(shù)據(jù)和其他任何結構化數(shù)據(jù)完成算法開發(fā)并輸出計算結果，支持流式處理和批處理兩種不同的處理模式，要求計算過程符合“湖倉一體”的特點，即無需在不同數(shù)據(jù)容器之間進行任何數(shù)據(jù)復制或遷移即可直接完成關聯(lián)和計算處理。3、要求日志數(shù)據(jù)處理模塊具備高效率的數(shù)據(jù)查詢檢索性能，針對1億條左右規(guī)模的日志數(shù)據(jù)進行關鍵字檢索，要求輸出結果的平均時間不超過10秒。二、文件數(shù)據(jù)集成開發(fā)1、針對圖片文件（如JPG、PNG、BMP等）、文本文件（如TXT、DOC、DOCX等）、表格文件（如XLS、XLSX、CSV等）、文稿文件（如PPT、PPTX等）、圖片文件（如JPG、PNG、BMP等）以及音視頻流數(shù)據(jù)等文檔類對象進行自動化批量采集，存儲到S3文件系統(tǒng)中，并進行元數(shù)據(jù)提取和分類編目，支持將文檔對象與數(shù)據(jù)倉庫中的結構化數(shù)據(jù)進行關聯(lián)，提供按類目檢索和關鍵字檢索等功能。用于實現(xiàn)非結構化文檔對象的持久化存儲、資產(chǎn)化管理和對外開放服務，幫助應用程序獲取文檔對象支撐其業(yè)務運行。2、要求具備訪問鑒權功能，確保獲取的文檔下載鏈接僅在指定授權時段有效。三、非結構化數(shù)據(jù)集成數(shù)據(jù)范圍支持非結構化數(shù)據(jù)的自動與實時更新，包括但不限于自網(wǎng)辦中心、網(wǎng)站群系統(tǒng)、協(xié)同辦文系統(tǒng)，上網(wǎng)管理系統(tǒng)等系統(tǒng)中自動采集文檔數(shù)據(jù)，且支持全量更新以及周期性的增量更新。四、非結構化數(shù)據(jù)集成數(shù)據(jù)模式支持多種采集模式，包括但不限于本地上傳、FTP、API接口、自定義腳本等。7統(tǒng)一調(diào)度中心實現(xiàn)數(shù)據(jù)開發(fā)任務的統(tǒng)一管理與高效調(diào)度，確保數(shù)據(jù)安全與業(yè)務需求的精準匹配，為數(shù)據(jù)的高效管理與業(yè)務決策分析提供強大支撐。1、支持基于web界面的調(diào)度任務創(chuàng)建，為降低使用門檻，支持通過拖拽的方式實現(xiàn)同步任務、異步任務、串行、并行、任務流的創(chuàng)建，可根據(jù)我校數(shù)據(jù)的業(yè)務屬性創(chuàng)建不同的執(zhí)行頻率或周期，支持單次或者周期性任務創(chuàng)建。2、支持基于Web界面的畫布功能快速進行調(diào)度任務的創(chuàng)建，包括批量導入調(diào)度任務（接口、存儲過程、Shell腳本）、自動連接接口、一鍵格式化、調(diào)度任務保存（調(diào)度任務名稱、調(diào)度任務分類、任務類型、執(zhí)行頻率、執(zhí)行時間、任務有效期等信息的配置）。3、管理員將調(diào)度任務刪除后支持暫時存放至回收站，便于用戶誤刪后的恢復、棄用任務的重新啟用及已刪除調(diào)度任務的批量管理功能。4、支持同一個調(diào)度中的前后兩個任務或任務組通過條件判斷、數(shù)值輸入的方式進行判斷執(zhí)行，如前面任務執(zhí)行失敗則觸發(fā)后續(xù)的分支任務執(zhí)行，前面任務執(zhí)行后返回的數(shù)據(jù)條目數(shù)少于xx條則停止整個調(diào)度執(zhí)行等靈活的配置。5、提供可視化監(jiān)控看板，可對同一個時間段的調(diào)度并發(fā)情況進行提示和告警，避免因同一時間段執(zhí)行任務過多導致任務大面積等待或執(zhí)行失敗的情況出現(xiàn)。8數(shù)據(jù)開放共享提供面對業(yè)務系統(tǒng)的數(shù)據(jù)開放共享服務。具體包括:1.數(shù)據(jù)資源目錄管理。提供友好的數(shù)據(jù)中心共享業(yè)務數(shù)據(jù)管理功能，方便用戶共享使用數(shù)據(jù)中心數(shù)據(jù)。(1)支持數(shù)據(jù)資源的分類目錄管理，生成數(shù)據(jù)資源目錄。(2)數(shù)字資源目錄實現(xiàn)多方式查詢功能。(3)數(shù)據(jù)資源屬性包括資源名稱，資源描述，資源維度明細，資源更新頻率，資源大小，資源來源部門，資源示例。2.接口模塊管理。管理平臺接口信息，包括：（1）實現(xiàn)多種交換場景：包括但是不限于定時共享場景，準實時共享場景，移動應用共享場景，BI分析場景等。（2）實現(xiàn)多種接口形式：API，ETL接口，數(shù)據(jù)庫，離線下載。（3）實現(xiàn)將注冊平臺數(shù)據(jù)源的數(shù)據(jù)對象轉換為API接口的形式，并實現(xiàn)接口查看、編輯、刪除等功能。（4）實現(xiàn)選擇數(shù)據(jù)源、多表級聯(lián)、自定義設置查詢條件和顯示列生成接口。（5）實現(xiàn)接口的測試，停止和發(fā)布等功能。（6）實現(xiàn)接口的申請和審核流程。（7）實現(xiàn)多種API接口數(shù)據(jù)形式，包括：JSON、TXT等。（8）實現(xiàn)線下電子文檔轉換為接口功能。（9）實現(xiàn)接口數(shù)據(jù)全量和增量獲取方式。（10）實現(xiàn)接口分類管理。（11）實現(xiàn)接口的多重安全認證方式，包括不限于：密鑰驗證、token認證等。（12）實現(xiàn)接口訪問時效控制。（13）實現(xiàn)接口加密功能。實現(xiàn)敏感數(shù)據(jù)進行加密傳輸。（14）實現(xiàn)增量申請，例如開發(fā)者在同一張表提交多個字段申請，能夠識別之前申請的字段，僅給管理人員顯示需求變更的字段內(nèi)容，在審核時實現(xiàn)選擇字段進行批量通過或退回。（15）實現(xiàn)文本數(shù)據(jù)的在線申請、審核功能，例如業(yè)務部門可在線獲取最權威的數(shù)據(jù)，審核通過后可直接下載為Excel文件或者CSV格式文件，無需編程解析。3數(shù)據(jù)共享開發(fā)管理。（1）實現(xiàn)業(yè)務系統(tǒng)的注冊功能，注冊信息包括系統(tǒng)名稱、IP地址和系統(tǒng)描述等。（2）實現(xiàn)業(yè)務系統(tǒng)的接口的申請、修、查看、刪除和測試功能。（3）提供申請接口API信息及API使用示例在線查看的功能，包括API的訪問地址、調(diào)用方法、參數(shù)命名、錯誤代碼和示例代碼。（4）實現(xiàn)接口開發(fā)規(guī)范和開發(fā)DEMO在線查看的功能。（5）提供平臺使用幫助在線查看的功能。9平臺監(jiān)控1.實現(xiàn)對平臺運行健康情況的監(jiān)控，包括查看系統(tǒng)負載，查看系統(tǒng)異常信息，查看接口異常告警，查看黑名單信息，可自定義時間段統(tǒng)計業(yè)務系統(tǒng)訪問平臺系統(tǒng)信息，接口信息，查看使用平臺的應用和沒使用平臺但已經(jīng)注冊的應用統(tǒng)計信息，并且所有統(tǒng)計信息實現(xiàn)下鉆查看。實現(xiàn)以業(yè)務系統(tǒng)為視角，查看系統(tǒng)的接口使用健康情況。實現(xiàn)接口調(diào)用日志查看。根據(jù)接口名稱、接入系統(tǒng)、時間段進行查詢，查看日志詳情。實現(xiàn)用戶的平臺操作日志查看。3.數(shù)據(jù)協(xié)同管理平臺實現(xiàn)基于數(shù)據(jù)標準、數(shù)據(jù)質(zhì)量、元數(shù)據(jù)、數(shù)據(jù)建模，數(shù)據(jù)安全，數(shù)據(jù)資產(chǎn)等方面進行湖倉一體化的數(shù)據(jù)協(xié)同與融合管理，輔助數(shù)據(jù)治理整體服務過程，建立跨部門、跨業(yè)務域的數(shù)據(jù)協(xié)同管理（OA）平臺和流程體系。序號模塊具體技術（參數(shù)）要求1總體要求為滿足學校一體化協(xié)同管理要求，本次數(shù)據(jù)協(xié)同管理平臺須架構于湖倉管理底座之上，充分運用湖倉管理底座的底層數(shù)據(jù)庫能力，并完成與相關數(shù)據(jù)庫的兼容對接適配工作，這些適配費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。2數(shù)據(jù)標準管理1、可在線管理標準數(shù)據(jù)元素，定義標準數(shù)據(jù)元素的英文名稱、中文注釋、數(shù)據(jù)類型、數(shù)據(jù)長度等屬性。2、支持將標準數(shù)據(jù)元素與代碼表、編碼規(guī)則、安全級別進行綁定。綁定后，當在數(shù)據(jù)模型中引用該數(shù)據(jù)元素時，綁定的要素應自動跟隨數(shù)據(jù)元素在數(shù)據(jù)模型中生效。3、針對某個數(shù)據(jù)元素，可查看引用了該元素的所有數(shù)據(jù)模型的名稱。4、可自動生成標準數(shù)據(jù)元素的鏈接圖譜，顯示該數(shù)據(jù)元素的各項屬性、各種綁定要素、引用該數(shù)據(jù)元素的各個數(shù)據(jù)模型。5、支持對標準數(shù)據(jù)元素集合進行版本管理，指定主版本作為生效版本。6、支持批量導入、導出標準數(shù)據(jù)元素。7、可在線管理標準代碼表，定義代碼表的英文名、中文注釋、代碼項、代碼值。8、支持將標準代碼表與標準數(shù)據(jù)元進行綁定。9、可查看所有引用了該代碼表的表名稱和字段名。10、支持對單個代碼表的內(nèi)容變化進行版本跟蹤，每當內(nèi)容發(fā)生變化時，自動生成新的版本，并留存歷史版本的內(nèi)容。11、支持對標準代碼表的集合進行版本管理，指定主版本作為生效版本?？蓪Σ煌姹具M行內(nèi)容差異比對，比對后可顯示存在差異的代碼表名稱、代碼項名稱等詳細信息。12、支持批量導入、導出標準代碼表。3數(shù)據(jù)質(zhì)量管理1、要求具備數(shù)據(jù)質(zhì)量規(guī)則管理功能?？啥x數(shù)據(jù)質(zhì)量規(guī)則以描述數(shù)據(jù)質(zhì)量不合規(guī)的形態(tài)。要求可從完整性、準確性、一致性、唯一性、及時性五種維度進行質(zhì)量規(guī)則的配置。要求可以通過質(zhì)量規(guī)則的定義，既能夠描述數(shù)據(jù)形態(tài)格式方面的顯性問題，例如數(shù)據(jù)缺失、數(shù)據(jù)重復、數(shù)值超限、格式錯誤、長度錯誤等情況，也能夠描述需要通過表間校驗才能發(fā)現(xiàn)的復雜性、隱藏性問題，例如代碼錯誤、枚舉錯誤、表間數(shù)據(jù)不一致、數(shù)據(jù)不符合正常業(yè)務邏輯等情況，還能夠描述數(shù)據(jù)流轉過程方面的問題，例如數(shù)據(jù)同步間隔不符合業(yè)務要求，等等。2、服務單位需要具備對數(shù)據(jù)質(zhì)量規(guī)則的充分儲備積累，可提供常用的數(shù)據(jù)質(zhì)量規(guī)則庫并內(nèi)置在產(chǎn)品功能中以便自動化匹配調(diào)用。要求系統(tǒng)內(nèi)置的質(zhì)量規(guī)則模版數(shù)量不少于50個，可覆蓋全部五類質(zhì)量維度，并支持自定義新的規(guī)則以擴充質(zhì)量規(guī)則庫。3、支持將數(shù)據(jù)質(zhì)量規(guī)則綁定到指定的表及字段上，作為數(shù)據(jù)質(zhì)量檢查的依據(jù)。支持在一張表中指定多個檢查字段，支持對一個字段綁定多個規(guī)則。質(zhì)量檢查時，要求針對每一對“字段-規(guī)則”綁定關系分別輸出對應的問題數(shù)據(jù)。4、對于已經(jīng)綁定了代碼表的字段，支持一鍵生成代碼有效性規(guī)則，并自動將代碼有效規(guī)則綁定到該字段上。5、要求系統(tǒng)可基于數(shù)據(jù)對象上綁定的質(zhì)量規(guī)則，執(zhí)行數(shù)據(jù)質(zhì)量檢查動作，從而完成質(zhì)量檢查，輸出數(shù)據(jù)質(zhì)量報告，揭示具體的數(shù)據(jù)問題。須支持定期自動化檢查，定期輸出各個時點的數(shù)據(jù)質(zhì)量報告。檢查的間隔周期要求可自定義配置。6、支持不配置調(diào)度即刻執(zhí)行檢查，以便盡快輸出檢查結果。7、為了實現(xiàn)對數(shù)據(jù)倉庫的不同層級進行數(shù)據(jù)質(zhì)量檢查，系統(tǒng)需支持將對下游數(shù)據(jù)綁定的規(guī)則根據(jù)數(shù)據(jù)加工鏈路關系自動回溯綁定到上游的數(shù)據(jù)對象上，而無需重復綁定操作。8、支持自定義數(shù)據(jù)質(zhì)量的量化評分規(guī)則，可通過調(diào)整各個質(zhì)量維度的權重生成不同的量化評價規(guī)則。支持預置多套不同的評價規(guī)則，可在不同的質(zhì)量報告可應用不同的量化評價規(guī)則，以滿足對數(shù)據(jù)質(zhì)量的個性化評價要求。9、支持將數(shù)據(jù)質(zhì)量檢查的結果按照檢查的數(shù)據(jù)對象所對應的部門、業(yè)務系統(tǒng)口徑進行自動歸集，生成以部門、業(yè)務系統(tǒng)為單位的數(shù)據(jù)質(zhì)量報告。10、要求數(shù)據(jù)質(zhì)量報告給出各個質(zhì)量維度的分值及質(zhì)量綜合評分，統(tǒng)計各個規(guī)則對應的問題數(shù)量，并針對一張表的各個字段下綁定的每一條規(guī)則，分別輸出問題數(shù)據(jù)的比例、數(shù)量，并支持查看每一類問題數(shù)據(jù)的詳細列表，以便啟動數(shù)據(jù)糾錯工作。11、支持將質(zhì)量報告導出為其他格式供線下查閱，支持的格式包括電子表格、PDF、網(wǎng)頁等。12、支持將質(zhì)量報告通過電子郵件、即時消息等形式通知到相關人員，并支持部門針對數(shù)據(jù)質(zhì)量報告所體現(xiàn)的問題進行線上反饋。13、為滿足數(shù)據(jù)質(zhì)量報告的靈活管理需求，須支持生成自定義的質(zhì)量報告?？墒止ぶ付〝?shù)據(jù)表的范圍、質(zhì)量規(guī)則的范圍、應用的范圍作為自定義質(zhì)量報告的內(nèi)容組成，并可自定義指定報告的接收人。14、要求基于不同時期的數(shù)據(jù)質(zhì)量檢查情況，對各部門、各系統(tǒng)的數(shù)據(jù)質(zhì)量情況進行排名，對變化趨勢進行持續(xù)跟蹤，通過可視化界面進行展示，以便了解各個部門提升數(shù)據(jù)質(zhì)量的動作和成效。支持選擇不同的時間跨度查看各部門、各系統(tǒng)數(shù)據(jù)質(zhì)量的變化趨勢情況。15、要求從全局對我校數(shù)據(jù)質(zhì)量情況進行持續(xù)跟蹤檢測，對數(shù)據(jù)檢查的范圍、規(guī)則、分數(shù)、檢測次數(shù)、問題數(shù)據(jù)量、合格率等指標進行全局統(tǒng)計分析，并通過趨勢圖進行動態(tài)展示。支持選擇不同的時間跨度查看全局數(shù)據(jù)質(zhì)量的變化趨勢情況。4元數(shù)據(jù)管理1、可以對表、視圖、存儲過程等各種數(shù)據(jù)對象進行分類和管理。支持自定義分類名稱、分類層級，不限分類層級數(shù)。2、可對每個數(shù)據(jù)對象的詳細元數(shù)據(jù)信息進行管理，包括字段組成、字段屬性、字段含義注釋、數(shù)據(jù)充實度（字段級）、數(shù)據(jù)來源（字段級）。3、可對每個字段進行綁定代碼表、設置數(shù)據(jù)來源（字段級）等操作。4、對字段設置數(shù)據(jù)來源信息后，對應的表對象數(shù)據(jù)來源信息應自動同步更新。如果一個表中不同字段有不同的來源信息，表的來源信息應完整顯示多個來源信息。5、支持對每個數(shù)據(jù)實體的表結構變化進行自動跟蹤，每當表結構發(fā)生變化時，自動生成新的版本，并留存歷史版本的內(nèi)容?？呻S時查看每個版本的時間和具體內(nèi)容。6、可自動構建生成整個數(shù)據(jù)倉庫的全局數(shù)據(jù)流向圖，以呈現(xiàn)整個數(shù)據(jù)倉庫的數(shù)據(jù)上行、下行流動信息。7、流向圖中，應可呈現(xiàn)從每個部門、每個業(yè)務系統(tǒng)采集到數(shù)據(jù)倉庫的數(shù)據(jù)量、數(shù)據(jù)內(nèi)容和接口方式，以及數(shù)據(jù)倉庫向每個部門、每個業(yè)務系統(tǒng)提供數(shù)據(jù)服務的數(shù)據(jù)量、數(shù)據(jù)內(nèi)容和接口方式。8、流向圖中，可以對從各部門、各業(yè)務系統(tǒng)采集的數(shù)據(jù)內(nèi)容進行下鉆顯示詳情，包括每個采集接口的運行狀態(tài)、源庫/表、目標庫/表、最近執(zhí)行時間、最后一次數(shù)據(jù)變化量等信息，并可以直接定位到每個ETL接口的管理界面。9、流向圖中，可以對數(shù)據(jù)服務的內(nèi)容進行下鉆顯示詳情，包括每個服務接口的運行狀態(tài)、數(shù)據(jù)清單名稱、源庫/表、目標庫/表、最后執(zhí)行時間、最后一次數(shù)據(jù)變化量等信息，并可以直接定位到該數(shù)據(jù)清單或ETL接口的管理界面。10、可自動構建生成每個數(shù)據(jù)實體的全鏈分析圖。全鏈分析需揭示每個數(shù)據(jù)實體的血緣分析（上游加工來源）和影響分析（下游服務去向）。11、全鏈分析圖可進一步展開到字段級詳情，自動顯示數(shù)據(jù)對象在全鏈路上的字段映射關系。12、全鏈分析圖中，要求在所有節(jié)點上提供字段名稱檢索框以便快速定位到特定字段，需支持模糊匹配。13、在全鏈分析圖上，要求在所有節(jié)點上提供數(shù)據(jù)明細內(nèi)容的預覽和查詢。14、要求通過血緣分析圖展現(xiàn)數(shù)據(jù)對象的上游加工來源。血緣分析圖需完整展示用來生成該數(shù)據(jù)對象的所有上游表，包括表名、所屬部門、所屬系統(tǒng)?？蛇M一步展開到字段級詳情，自動顯示整個加工過程中字段的映射關系。15、要求通過影響分析圖展現(xiàn)數(shù)據(jù)對象的下游服務去向。影響分析圖需完整展示該數(shù)據(jù)對象生成的各個數(shù)據(jù)清單，以及各個數(shù)據(jù)清單服務的各個下游應用，包括每個應用的名稱、所屬部門、調(diào)用的字段范圍。可進一步展開到字段級詳情，自動顯示整個數(shù)據(jù)服務過程中字段的映射關系。16、為幫助管理員精準定位數(shù)據(jù)處理故障，要求支持基于數(shù)據(jù)明細內(nèi)容的跟蹤分析。支持在數(shù)據(jù)全鏈分析中，對字段取值內(nèi)容進行跟蹤檢查。用戶可針對指定字段輸入查詢關鍵字，系統(tǒng)需自動在全鏈分析圖的所有節(jié)點進行查找，顯示匹配的結。管理員可基于匹配結果判斷數(shù)據(jù)內(nèi)容在加工過程中是否發(fā)生異?；蚬收?，以及故障的具體發(fā)生點。17、提供元數(shù)據(jù)全局檢索功能。可通過支持精確匹配和模糊匹配對輸入的查詢關鍵字進行匹配，顯示查詢出的數(shù)據(jù)庫、表、字段、注釋、部門等不同類型的對象清單，顯示清單中各個對象的元數(shù)據(jù)信息，并支持下鉆至該對象的詳情管理界面。5數(shù)據(jù)建模管理1、可在線查看及編輯標準數(shù)據(jù)模型，定義數(shù)據(jù)模型的字段組成、英文名稱、中文注釋、相關聯(lián)的實體表、版本數(shù)量等信息。2、可按照數(shù)據(jù)標準的主題分類對標準數(shù)據(jù)模型進行分類管理。支持自定義分類，不限分類層級。3、支持對單個標準數(shù)據(jù)模型管理的內(nèi)容變化進行自動跟蹤，每當內(nèi)容發(fā)生變化時，自動生成新的版本，并留存歷史版本的內(nèi)容?？呻S時查看每個版本的時間和具體內(nèi)容。4、可基于標準數(shù)據(jù)模型直接在數(shù)據(jù)庫中自動生成對應的實體表，也可以生成SQL腳本以便手工建表。要求生成實體表的操作既支持針對單個模型，也支持一次性針對多個模型批量生成實體表。5、基于數(shù)據(jù)模型自動生成實體表時，系統(tǒng)應自動記錄模型與實體表的關聯(lián)關系。支持手工斷開模型與實體表的關聯(lián)關系，斷開關聯(lián)關系后，允許利用同一個模型重新生成另外的實體表。6、支持對模型與實體表各自的版本變化進行動態(tài)跟蹤。當模型與實體表出現(xiàn)差異時，系統(tǒng)應自動予以提示，并給出具體的差異詳情。7、支持對單個標準數(shù)據(jù)模型管理的內(nèi)容變化進行版本跟蹤，每當內(nèi)容發(fā)生變化時，自動生成新的版本，并留存歷史版本的內(nèi)容。8、可對單個數(shù)據(jù)模型的不同版本進行內(nèi)容差異比對，比對后可顯示存在差異的字段名稱、字段定義等詳細信息。9、支持對標準數(shù)據(jù)模型的集合進行版本管理，指定主版本作為生效版本?？蓪藴蕯?shù)據(jù)模型集合的不同版本的進行內(nèi)容差異比對，比對后可顯示存在差異的模型名稱、字段定義等詳細信息，可批量導出差異信息。10、可在線管理所有由標準數(shù)據(jù)模型生成的實體表對象，查看實體表的字段組成、英文名稱、中文注釋、存儲位置等信息。11、可顯示每個實體表與其對應模型的一致性，存在差異時，系統(tǒng)應自動予以提示，并給出具體的差異詳情。12、可在線編輯實體表，進行字段的新增、刪除、修改。13、在數(shù)據(jù)模型編輯過程中，要求系統(tǒng)自動進行約束，保證標準數(shù)據(jù)模型中僅允許引用已經(jīng)實現(xiàn)定義過的標準數(shù)據(jù)元素，并自動繼承標準數(shù)據(jù)元素的各項屬性、各種綁定要素，從而保證所有標準數(shù)據(jù)模型中的字段定義具備全局一致性。14、要求系統(tǒng)自動對數(shù)據(jù)模型與實體表的一致性進行動態(tài)跟蹤。當出現(xiàn)差異時，系統(tǒng)應自動予以提示，并給出具體的差異詳情。15、支持一鍵操作完成模型與實體表的同步，既支持修改模型以匹配實體表，也支持修改實體表以匹配模型，從而保證標準數(shù)據(jù)模型與對應的實體表保持一致。16、在實體表編輯過程中，支持一鍵操作將實體表的字段變更同步應用到對應的模型上，從而維持模型與實體表的一致性。17、在數(shù)據(jù)模型與實體表的雙向同步過程中，新生成的字段定義須自動擴充到標準數(shù)據(jù)元素集合中，從保持標準數(shù)據(jù)元素、標準數(shù)據(jù)模型、實體表三者的一致性。6數(shù)據(jù)安全管理1、要求內(nèi)置不少于5種加密算法，至少包括AES、MD5、國密SM2-4。支持在數(shù)據(jù)發(fā)布或審核階段針對特定字段，調(diào)用指定的加密算法對數(shù)據(jù)進行加密。2、要求內(nèi)置不少于5種脫敏規(guī)則，至少包括遮蓋脫敏、隨機脫敏、仿真脫敏等不同規(guī)則。支持在數(shù)據(jù)發(fā)布或審核階段針對特定字段，調(diào)用指定的脫敏算法對數(shù)據(jù)進行脫敏。3、支持新建新的遮蓋脫敏，自定義遮蓋內(nèi)容及覆蓋規(guī)則。4、支持通過https加密通道提供數(shù)據(jù)服務，支持動態(tài)Https證書管理，可管理多份Https證書，并根據(jù)需求隨時應用新證書。5、支持自定義各種安全等級，將安全等級綁定到數(shù)據(jù)對象上?；诓煌陌踩墑e，系統(tǒng)對數(shù)據(jù)對象的共享策略、審核流程、審計日志等方面進行差異化處理。7數(shù)據(jù)資產(chǎn)管理1、數(shù)據(jù)資源建設情況提供一個看板界面，對數(shù)據(jù)資源的建設進展、變化趨勢進行跟蹤展示。2、要求看板中可以顯示當前數(shù)據(jù)資源建設進度的主要指標，包括業(yè)務部門數(shù)量業(yè)務系統(tǒng)、廠商、數(shù)據(jù)表、數(shù)據(jù)項、數(shù)據(jù)記錄數(shù)、數(shù)據(jù)占用的存儲空間、空值率、表和字段的注釋、接受數(shù)據(jù)服務的業(yè)務部門、業(yè)務系統(tǒng)的數(shù)量等。3、要求所有指標均可以按照數(shù)據(jù)加工環(huán)節(jié)的不同層級分別查看，所有指標均可以以變化趨勢圖的方式進行可視化呈現(xiàn)，并可選不同的時間跨度。4、數(shù)據(jù)資源共享情況要求看板中可以顯示當前數(shù)據(jù)共享情況的主要指標，包括接受數(shù)據(jù)服務的業(yè)務部門、業(yè)務系統(tǒng)的數(shù)量，用于服務的各種不同服務類型的數(shù)據(jù)資源的數(shù)量。所有的指標要求均可以以變化趨勢圖的方式進行可視化呈現(xiàn)，并可選不同的時間跨度。8數(shù)據(jù)協(xié)同管理一、數(shù)據(jù)標準與元數(shù)據(jù)聯(lián)動1、在數(shù)據(jù)模型設計中，對于在元數(shù)據(jù)管理中綁定了代碼表的字段，支持自動對該模型對應的實體表的字段自動繼承該綁定關系。二、元數(shù)據(jù)信息與數(shù)據(jù)質(zhì)量聯(lián)動1、對于元數(shù)據(jù)中已經(jīng)綁定了代碼表的字段，在數(shù)據(jù)質(zhì)量管理中支持基于代碼表一鍵生成代碼檢驗規(guī)則，并自動將該規(guī)則綁定到相應的字段上，用于檢驗該字段取值是否符合代碼表定義。三、“一數(shù)一源”全局一體化管理要求在數(shù)據(jù)管理全流程落實“一數(shù)一源”的一體化管理。包括如下內(nèi)容：1、在數(shù)據(jù)采集階段，系統(tǒng)應自動根據(jù)數(shù)據(jù)采集的物理來源，自動判斷該數(shù)據(jù)的來源部門，在元數(shù)據(jù)管理中注冊為數(shù)據(jù)的默認來源部門，據(jù)此自動生成全局數(shù)據(jù)交換關系和微觀數(shù)據(jù)血緣關系。2、在數(shù)據(jù)質(zhì)量管理中，基于數(shù)據(jù)來源信息，自動將數(shù)據(jù)檢查的結果按照部門進行歸集，生成相應部門的數(shù)據(jù)質(zhì)量報告，供部門查閱整改，并支持部門針對數(shù)據(jù)質(zhì)量進行線上反饋。3、在數(shù)據(jù)開放管理中，基于數(shù)據(jù)來源信息，將各項數(shù)據(jù)資源按照部門進行自動歸集，無需手工配置即可生成每個部門的數(shù)據(jù)資源、數(shù)據(jù)標準模型、標準代碼清單。4、在數(shù)據(jù)申請審核中，基于數(shù)據(jù)來源信息，自動將各個字段的審核權限呈現(xiàn)在其對應來源部門的審核界面中，無需一一人工指定。如果在一次審核中涉及多個來源部門時，系統(tǒng)支持自動將流程平行投送到多個部門。5、在數(shù)據(jù)資產(chǎn)門戶的部門管理界面下，可查看各部門與其他部門進行數(shù)據(jù)共享的總體情況，包括該部門向其他部門提供了哪些數(shù)據(jù)，其他部門從該部門獲取了哪些數(shù)據(jù)，以及這些數(shù)據(jù)分別被用于哪些信息系統(tǒng)。4.學生綜合預警系統(tǒng)基于數(shù)據(jù)中心全域數(shù)據(jù)，建立學生安全、學業(yè)等告警模型，采集學生安全相關數(shù)據(jù)進行加工處理計算，提供全局的、可視化的及自動的技術支撐，提供安全、學業(yè)等告警功能，實現(xiàn)數(shù)據(jù)驅動學生精細化管理工作。序號模塊具體技術（參數(shù)）要求1總體要求為確保學生綜合預警系統(tǒng)建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據(jù)開發(fā)要求，服務單位須承諾，在系統(tǒng)建設全過程中，嚴格遵循學校的信息系統(tǒng)建設規(guī)范與數(shù)據(jù)管理規(guī)范，確保系統(tǒng)建設的規(guī)范性和數(shù)據(jù)的準確性。同時，服務單位還需負責提供系統(tǒng)建設所需數(shù)據(jù)的采集、治理和對接服務，確保系統(tǒng)數(shù)據(jù)的完整性和可用性。此外，服務單位應明確承擔系統(tǒng)建設過程中可能產(chǎn)生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據(jù)對接費用、數(shù)據(jù)治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具備數(shù)據(jù)應用場景的指標管理維護能力，基于同一個指標管理平臺進行指標管理，無須跳轉或訪問其他平臺，包括學生綜合預警平臺應用場景管理；包括指標描述、指標呈現(xiàn)、指標開發(fā)的場景指標管理。2學業(yè)告警對接教務系統(tǒng)已有學業(yè)預警模型，實現(xiàn)相關告警信息的綜合呈現(xiàn)。3考勤洞察1、建立學業(yè)行為觀察模型，通過對接教務系統(tǒng)課表數(shù)據(jù)，與學生校園內(nèi)刷卡消費、上網(wǎng)認證、門禁進出等行為數(shù)據(jù)進行綜合比對，洞察學生曠課、遲到等現(xiàn)象，針對存在學風學紀問題的學生及時推送告警。2、支持從院系、輔導員等管理視角可視化統(tǒng)計分析學生考勤數(shù)據(jù)。3、實現(xiàn)查詢考勤異動學生名單，對告警信息進行反饋和白名單操作。4早出晚歸告警對接學生宿舍門禁管理系統(tǒng)已有預警模型，實現(xiàn)相關告警信息的綜合呈現(xiàn)。5失聯(lián)告警1、建立失聯(lián)告警模型，對接監(jiān)測學生校園內(nèi)刷卡消費、上網(wǎng)認證、門禁進出等行為數(shù)據(jù)，綜合分析研判學生在校狀態(tài)，對狀態(tài)異常(疑似失聯(lián))的學生及時推送告警，保障學生人身安全。2、支持從院系、輔導員等管理視角可視化統(tǒng)計分析學生安全態(tài)勢。3、實現(xiàn)查詢疑似不在校學生名單;實現(xiàn)對告警信息進行反饋和白名單操作;實現(xiàn)關聯(lián)當日校內(nèi)軌跡排查學生最后去向。6告警模型集成建設1、要求依托本項目建設的實時計算平臺作為數(shù)據(jù)采集工具。實現(xiàn)對系統(tǒng)建設所缺數(shù)據(jù)的補充采集工作，完成對結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結構化數(shù)據(jù)的統(tǒng)一采集，并根據(jù)不同數(shù)據(jù)的時效性要求針對性完成數(shù)據(jù)同步頻率設置，實現(xiàn)對數(shù)據(jù)的快速匯聚。2、要求依托本項目建設的湖倉管理底座作為數(shù)據(jù)支撐。實現(xiàn)對系統(tǒng)所需數(shù)據(jù)的統(tǒng)一存儲、管理和分析。將結構化數(shù)據(jù)和非結構化數(shù)據(jù)進行整合，形成統(tǒng)一的數(shù)據(jù)視圖，為告警模型的構建提供堅實的數(shù)據(jù)基礎。3、基于湖倉管理底座和實時計算平臺提供的數(shù)據(jù)支持，基于學生的學業(yè)成績、考勤記錄、出入校園時間等信息進行綜合分析，構建學業(yè)告警、考勤告警、早出晚歸告警和失聯(lián)告警等多個數(shù)據(jù)模型與告警模型，以便管理員依托數(shù)據(jù)變換情況及時采取措施進行干預和處理。5.學生精準資助系統(tǒng)基于數(shù)據(jù)中心全域數(shù)據(jù)，對學生一卡通消費數(shù)據(jù)進行多維度的可視化統(tǒng)計分析，實現(xiàn)對消費金額或頻次異常、無食堂消費等行為消費行為異常消費的學生進行告警管理，輔助發(fā)現(xiàn)困難生。序號模塊具體技術（參數(shù)）要求1總體要求為確保學生精準資助系統(tǒng)建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據(jù)開發(fā)要求，服務單位須承諾，在系統(tǒng)建設全過程中，嚴格遵循學校的信息系統(tǒng)建設規(guī)范與數(shù)據(jù)管理規(guī)范，確保系統(tǒng)建設的規(guī)范性和數(shù)據(jù)的準確性。同時，服務單位還需負責提供系統(tǒng)建設所需數(shù)據(jù)的采集、治理和對接服務，確保系統(tǒng)數(shù)據(jù)的完整性和可用性。此外，服務單位應明確承擔系統(tǒng)建設過程中可能產(chǎn)生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據(jù)對接費用、數(shù)據(jù)治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。2群體消費分析1、當前在校生消費整體概況:消費人數(shù)及比例、消費總金額及人均。2、消費趨勢圖。3、消費區(qū)間統(tǒng)計柱狀圖。4、男女進餐消費比例。5、各學院消費統(tǒng)計。6、各年級消費統(tǒng)計。7、各年級消費比例。8、各生源地消費統(tǒng)計。9、高消費生源地TOP。10、低消費生源地TOP。11、低消費告警。12、高消費告警。3個人消費分析1、當前在校生消費整體概況:困難因子分值、食堂月均消費、食堂就餐率、恩格爾系數(shù)。2、近6個月三餐消費額度分布。3、個人消費明細。4困難等級配置1、實現(xiàn)對困難等級進行設置，根據(jù)困難生認定的標準，從量化分值排名設置貧困等級，如“特別困難”、“中等困難”、“一般困難”。5困難因子配置因難因子數(shù)據(jù)抽取:落實到學生在校期間的消費情況、家庭條件、獎助學金、特殊人群等信息。配置每個因子的分值以及權重的比例。6困難生識別管理1、通過學生在校一卡通消費流水、獎助學金、家庭情況等信息系統(tǒng)，選取困難因子建立數(shù)學模型，生成困難指數(shù)，將困難指數(shù)從高到低排序，按照配置的比例，生成疑似困難生和異常困難生名單。2、根據(jù)困難生認定的標準，在初始困難生中識別出“偽因難生，形成疑似(非)困難生名單，由輔導員查看名單后，自行移除(非)困難生。3、實現(xiàn)留存歷史移除的名單，可供查詢。4、針對“疑似困難生’的學生，實現(xiàn)配置審核流程，可設置一級審核或者多層級審核，審核通過后列入正式困難生名。5、實現(xiàn)對正式困難生進行認定，數(shù)據(jù)來源于兩個方面1通過學校管理考導入的初始困難生庫、經(jīng)過審核疑似困難生，通過后納入正式困難生名單中。6、實現(xiàn)正式困難生名單批次留存，對每個學期的正式困難生名單能做保存，實現(xiàn)按批次查詢。7資助模型集成建設1、要求依托本項目建設的實時計算平臺作為數(shù)據(jù)采集工具。實現(xiàn)對系統(tǒng)建設所缺數(shù)據(jù)的補充采集工作，完成對結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結構化數(shù)據(jù)的統(tǒng)一采集，并根據(jù)不同數(shù)據(jù)的時效性要求針對性完成數(shù)據(jù)同步頻率設置，實現(xiàn)對數(shù)據(jù)的快速匯聚。2、要求依托本項目建設的湖倉管理底座作為數(shù)據(jù)支撐。實現(xiàn)對系統(tǒng)所需數(shù)據(jù)的統(tǒng)一存儲、管理和分析。將結構化數(shù)據(jù)和非結構化數(shù)據(jù)進行整合，形成統(tǒng)一的數(shù)據(jù)視圖，為資助模型的構建提供堅實的數(shù)據(jù)基礎。3、基于湖倉管理底座和實時計算平臺提供的數(shù)據(jù)支持，基于學生的一卡通消費流水、獎助學金、家庭情況等信息進行綜合分析，構建困難標準模型、困難因子模型及資助模型等多個數(shù)據(jù)模型，以便管理員依托數(shù)據(jù)進行困難生識別管理，輔助精準資助。6.學生學業(yè)畫像基于數(shù)據(jù)中心全域數(shù)據(jù)，通過多模態(tài)數(shù)據(jù)驅動，包括結構化數(shù)據(jù)、文本、圖片、音頻、視頻非結構化數(shù)據(jù)，從學生基本信息、學習、消費、閱讀、生活習慣等方面，采集學生基本信息、學業(yè)成績、第二課堂，在線學習、課堂交互、教學錄播、圖書借閱、校園生活等多場景行為數(shù)據(jù)，對學生行為特征進行分析，進行數(shù)字化的學生學業(yè)評價，實施數(shù)據(jù)驅動的精準教學及管理。序號模塊具體技術（參數(shù)）要求1總體要求為確保學生學業(yè)畫像建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據(jù)開發(fā)要求，服務單位須承諾，在系統(tǒng)建設全過程中，嚴格遵循學校的信息系統(tǒng)建設規(guī)范與數(shù)據(jù)管理規(guī)范，確保系統(tǒng)建設的規(guī)范性和數(shù)據(jù)的準確性。同時，服務單位還需負責提供系統(tǒng)建設所需數(shù)據(jù)的采集、治理和對接服務，確保系統(tǒng)數(shù)據(jù)的完整性和可用性。此外，服務單位應明確承擔系統(tǒng)建設過程中可能產(chǎn)生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據(jù)對接費用、數(shù)據(jù)治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具備學生學業(yè)畫像的一體化管理能力，以下要求須基于同一個平臺進行可視化圖表呈現(xiàn)，無須跳轉或訪問其他平臺，支持部門視角下按年級劃分的學生群體管理；支持餅狀圖、時光軸、關系圖譜的可視化圖表呈現(xiàn)；支持明細數(shù)據(jù)報表的明細數(shù)據(jù)呈現(xiàn)；支持個人數(shù)據(jù)自主糾錯。2學生一張表通過學生一張表展示學生從入校到畢業(yè)整個生命周期學生在校學習、圖書借閱、生活消費、獎勤助貸、榮譽信息、社會實踐經(jīng)歷、體育信息、校內(nèi)關系、心理健康、畢業(yè)信息、就業(yè)信息等的數(shù)據(jù)報告，具體應該包含但不限于以下信息集模塊及相關數(shù)據(jù)項信息：1、基本信息：1.1基本信息：姓名、性別、出生日期、籍貫、民族、政治面貌、生源地、入學日期、所在學院、學生類別、學籍狀態(tài)等。1.2家庭成員信息：姓名、稱謂、所在單位、家庭住址、電話等。1.3學籍注冊信息：學年、學期、注冊日期、報到日期等。1.4學籍異動信息：學年、學期、異動類別、異動時間、異動文號等。1.5公寓住宿信息：樓棟名稱、樓層名稱、房間名稱、入住方式、床位號等。2、學習信息：2.1選課信息：課程類別代碼、學期、課程代碼、課程屬性代碼、選課日期。2.2學習成績信息：學年、學期、課程名稱、課程類別、學分、成績、績點等。2.3第二課堂學分：項目名稱、項目年度、項目級別、項目類別、項目排名、成績、學分、是否集體項目、獲獎名稱。2.4綜合測評成績：學號、測評成績、學院排名、專業(yè)排名、班級排名等。3、圖書借閱信息：3.1圖書借閱信息：書籍名稱、圖書編碼、作者、出版社、借閱日期、應還日期等。4、生活消費信息：4.1一卡通消費信息：一卡通卡號、交易時間、記賬時間、交易金額、商戶名稱、交易名稱。4.2上網(wǎng)信息：套餐、用戶IPV4、上線時間、下線時間、在線時長、下線原因。5、獎勤助貸信息：5.1獎學金信息：獎學金名稱、申請時間、審批時間、審批意見等。5.2助學金信息：助學金名稱、申請時間、審批時間、審批意見等。5.3勤工助學信息：工資月份、用人單位、勤工助學崗位等。5.4困難生認定信息：認定周期、量化指標得分、困難等級、認定周期等。6、榮譽信息：6.1十佳學生：獲獎名稱、學年度名稱、申請時間、審批時間等。6.2優(yōu)秀學生：評選季節(jié)、學年度名稱、申請時間、審批時間。6.3單項獎勵金：獎勵名稱、申報級別、申報性質(zhì)、申報類別等。7、社會實踐經(jīng)歷7.1專利發(fā)明：專利名稱、證書號、授權公告日等。7.2論文發(fā)表：論文名稱、發(fā)表日期、發(fā)表刊物名稱、期刊號、申請日期。7.3競賽信息：競賽名稱、競賽類型、獲獎時間、獲獎級別等。7.4互聯(lián)網(wǎng)+創(chuàng)新創(chuàng)業(yè)大賽：賽道、參賽組別、賽事名稱、獲獎年度、獲獎級別等。8、畢業(yè)信息：8.1畢業(yè)信息：畢業(yè)年份、畢業(yè)日期、畢業(yè)學院、畢業(yè)專業(yè)、畢業(yè)證書號、畢業(yè)結論、學位類型等。8.2畢業(yè)論文信息：題目、指導教師、評閱教師、答辯教師、指導成績、評閱成績、是否為畢業(yè)論文創(chuàng)新獎。8.3離校信息：年度、離校狀態(tài)、離校時間等。3學生個體畫像學生個體畫像展示了學生從進校到畢業(yè)整個過程的數(shù)據(jù)收集，提供學習、生活、成長過程的數(shù)據(jù)可視化展示，收集學生學習成績、參加活動與獎懲情況、生活消費情況、飲食作息以及重要社交信息等指標，分析學生成長路線是否健康，具體從下面幾方面描述:1.個人標簽對接學生綜合預警系統(tǒng)，結合學生個人生涯信息對比分析，增加學生個體標簽標識，如三餐規(guī)律（基于消費數(shù)據(jù)）、優(yōu)秀學生（基于成績數(shù)據(jù)）、圖書達人（介于圖書借閱數(shù)據(jù)）、是否有學業(yè)預警、是否是困難生、是否有晚歸預警、是否有違規(guī)行為，是否心理健康（基于大學生心理測評分重點關注和普通關注）等。2.個人經(jīng)歷包括學生入學之前的成長經(jīng)歷，主要是小學、初中、高中，碩士研究生包含大學本科教育經(jīng)歷，博士研究生包含大學本科和碩士研究生教育經(jīng)歷。包括新生入學、報到注冊、學籍異動、輔修等在校成長經(jīng)歷;新生入學主要關注新生成績、報到注冊主要關注是否注冊，學籍異動主要關注是否因為一些變故申請異動，輔修主要關注學生是否跨學科學習。3.第一課堂包括學分完成情況，主要關心學生培養(yǎng)計劃中課程的完成情況，主要以要求學分和學分完成度對比。包括學生學習成績概覽，主要關心學生的學習效果中的GPA和掛科情況。4.借閱行為包括借閱圖書類別分布，主要關心學生借閱偏好，關心學生是否通過借閱圖書充實自己的精神世界。包括圖書館進出分析，主要關心學生的學習熱情，通過學生進入圖書館的頻率可以反映學生學習自習的時長與學習的投入。5.消費行為消費水平分析，主要關心學生的消費水平，用于學生資助的業(yè)務場景。就餐規(guī)律分析，主要關心學生的作息規(guī)律，學生生活健康發(fā)展;早餐[6:00，1:00)、午餐[11:00,14:00)、晚餐[17:00,19:00)。6.社交關系社交關系圖譜：主要關心學生失聯(lián)情況，可及時聯(lián)系到與學生親近的人或者監(jiān)護人，做好干預措施。家庭關系主要是直系親屬或者監(jiān)護人等，舍友關系是指一個宿舍的同學，師門關系主要是在同一個導師門下的師兄弟姐妹，師生關系主要是導師、輔導員、班主任等。7.“個人年度成長報告”結合學生課程表、成績及學分、圖書借閱、學校生活、興趣愛好、課外活動及課題小組等各方面的數(shù)據(jù)信息，形成“個人年度”成長報告。8.學生個體畫像支持移動端展示。4學生群體畫像基于學生年齡、性別、學科、學院等個人基礎數(shù)據(jù)信息，聚類學生群體，以更細致地刻畫群體在學生屬性、學習行為、興趣愛好、消費習慣以及地理位置等多個維度的畫像特征：1.基礎信息參數(shù)：性別、年齡、專業(yè)/學科等。2.學術表現(xiàn)參數(shù)：學業(yè)成績、學習習慣、學術參與度等。3.行為特征參數(shù)：出勤率、社交行為、課外活動、消費習慣等。4.閱讀偏好：書籍類型、閱讀習慣等。5.地理位置參數(shù)：常住地、校園活動區(qū)域等5學生學業(yè)數(shù)據(jù)集成建設1.要求依托本項目建設的實時計算平臺作為數(shù)據(jù)采集工具。實現(xiàn)對系統(tǒng)建設所缺數(shù)據(jù)的補充采集工作，完成對結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結構化數(shù)據(jù)的統(tǒng)一采集，并根據(jù)不同數(shù)據(jù)的時效性要求針對性完成數(shù)據(jù)同步頻率設置，實現(xiàn)對數(shù)據(jù)的快速匯聚。2.要求依托本項目建設的湖倉管理底座作為數(shù)據(jù)支撐。實現(xiàn)對系統(tǒng)所需數(shù)據(jù)的統(tǒng)一存儲、管理和分析。將結構化數(shù)據(jù)和非結構化數(shù)據(jù)進行整合，形成統(tǒng)一的數(shù)據(jù)視圖，為學生學業(yè)畫像的構建提供堅實的數(shù)據(jù)基礎。3.基于湖倉管理底座和實時計算平臺提供的數(shù)據(jù)支持，基于學生的教務數(shù)據(jù)、學工數(shù)據(jù)、告警數(shù)據(jù)、圖書數(shù)據(jù)等多類信息進行綜合分析，構建學生學業(yè)數(shù)據(jù)模型，以便管理員依托數(shù)據(jù)進行學生畫像查詢。7.部門全息畫像根據(jù)學校組織機構的分類，主要分為學院和管理職能部門兩大類，學院畫像以“服務”為主旨，基于學校學科數(shù)據(jù)治理成果，把分散在各業(yè)務系統(tǒng)的學科數(shù)據(jù)進行采集、存儲、加工、處理、計算，建立以學院學科為中心的數(shù)字檔案，最終將學院整體學科的學科建設、學術科研、人才培養(yǎng)、師資隊伍、招生就業(yè)等信息進行可視化輸出，形成以學院為主題的學院數(shù)據(jù)中心；管理職能部門畫像以職能部門“管理”為主旨，制定不少于5個職能部門畫像。序號模塊具體技術（參數(shù)）要求1總體要求為確保部門全息畫像建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據(jù)開發(fā)要求，服務單位須承諾，在系統(tǒng)建設全過程中，嚴格遵循學校的信息系統(tǒng)建設規(guī)范與數(shù)據(jù)管理規(guī)范，確保系統(tǒng)建設的規(guī)范性和數(shù)據(jù)的準確性。同時，服務單位還需負責提供系統(tǒng)建設所需數(shù)據(jù)的采集、治理和對接服務，確保系統(tǒng)數(shù)據(jù)的完整性和可用性。此外，服務單位應明確承擔系統(tǒng)建設過程中可能產(chǎn)生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據(jù)對接費用、數(shù)據(jù)治理費用等，這些費用應被合理計入投標成本中，不得再向學校或第三方機構收取費用。2學院人員結構學院人員結構主要從學院教職工，本科生和研究生三個視角分析學院的人員結構。1.教職工維度可以從編制類別、民族、性別、政治面貌等指標可視化分析展示，其中專任教師可以從來校年份、年齡、職稱、學歷、學位等指標可視化展示，并且展示后可以下鉆詳情。2.本科生維度可以從本科生招生、專業(yè)分布，成績、績點、就業(yè)信息等指標可視化分析展示。3.研究生維度可以從研究生招生、專業(yè)分布，學術成績、就業(yè)信息等指標可視化分析展示。3學院學科分析從學科建設、學術科研、人才培養(yǎng)，師資隊伍，招生就業(yè)等維度以圖表的形式分析全校數(shù)據(jù)情況，通過學校與學院兩種維度將分析結果展示給校領導和學院領導，便于校領導增強對學院的了解，院系領導更為直觀的對整體院系的各個維度的匯總統(tǒng)計、數(shù)據(jù)趨勢的走向進行把控。4學院成果分析從教學分析項目分析，論文分析三大類數(shù)據(jù)分析，通過圖表的形式展示本學院學科成果，通過篩選條件可多角度的展示對比度。教學分析以教師本學院教師與其他同類學院往年課時時數(shù)統(tǒng)計，以及本學院內(nèi)部教師授課時數(shù)對比;項目分析，以本學院科研項目經(jīng)費與其他同類學院往年項目經(jīng)費到賬統(tǒng)計，以及本學院內(nèi)部教師項目經(jīng)費到賬對比;論文分析以本學院論文發(fā)表總數(shù)與其他同類學院往年論文發(fā)表數(shù)量統(tǒng)計，以及本學院內(nèi)部教師發(fā)布論文數(shù)量對比。5學院項目信息按學院橫向項目和縱向項目相關信息進行展示。學院科研成果信息按學院科研論文、學術著作、專利、著作權、獲獎等信息進行展示。6學院招生信息按學院招生總人數(shù)、各專業(yè)人數(shù)等信息進行展示。7學院就業(yè)信息按年度畢業(yè)人數(shù)、就業(yè)率等信息進行展示。8學院人才培養(yǎng)學院人才培養(yǎng)。按照學院學生總人數(shù)、專業(yè)、班級等信息進行展示。9學院師資隊伍按照學院教師人數(shù)、職稱、年齡等信息進行展示。10職能部門畫像管理職能部門畫像以職能部門“管理”為主旨，制定不少于5個職能部門畫像，例如教務處、人事處、科研處、發(fā)展規(guī)劃處等。11學科數(shù)據(jù)集成建設1.要求依托本項目建設的實時計算平臺作為數(shù)據(jù)采集工具。實現(xiàn)對系統(tǒng)建設所缺數(shù)據(jù)的補充采集工作，完成對結構化數(shù)據(jù)、半結構化數(shù)據(jù)和非結構化數(shù)據(jù)的統(tǒng)一采集，并根據(jù)不同數(shù)據(jù)的時效性要求針對性完成數(shù)據(jù)同步頻率設置，實現(xiàn)對數(shù)據(jù)的快速匯聚。2.要求依托本項目建設的湖倉管理底座作為數(shù)據(jù)支撐。實現(xiàn)對系統(tǒng)所需數(shù)據(jù)的統(tǒng)一存儲、管理和分析。將學院學科數(shù)據(jù)進行整合，形成統(tǒng)一的數(shù)據(jù)視圖，為學院部門全息畫像的構建提供堅實的數(shù)據(jù)基礎。3.基于湖倉管理底座和實時計算平臺提供的數(shù)據(jù)支持，基于學院的學科數(shù)據(jù)進行綜合分析，構建學院學科數(shù)據(jù)模型，以便管理員依托數(shù)據(jù)進行部門全息畫像查詢。8.自助取數(shù)服務系統(tǒng)基于數(shù)據(jù)中心，融合湖倉全域數(shù)據(jù)，滿足業(yè)務部門及師生提供對數(shù)字校園數(shù)據(jù)的使用需求，進一步變現(xiàn)數(shù)據(jù)價值，將數(shù)據(jù)要素轉換為生產(chǎn)力，為教學、科研、管理及生活服務。序號模塊具體技術（參數(shù)）要求1總體要求為確保自助取數(shù)系統(tǒng)所提供數(shù)據(jù)的完整性與一致性，服務單位需基于湖倉管理底座完成數(shù)據(jù)資源的發(fā)布與呈現(xiàn)，服務單位需承擔系統(tǒng)建設過程中可能產(chǎn)生的所有費用，包括但不限于數(shù)據(jù)對接費用、湖倉底座兼容費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。為確保自助取數(shù)系統(tǒng)的安全性。產(chǎn)品開發(fā)架構應充分考慮整個系統(tǒng)運行的安全策略和機制；需具備防止用戶非法登錄；控制未授權人員無法閱讀或者修改相應權限的信息和數(shù)據(jù)的能力。2數(shù)據(jù)資源目錄1.應提供數(shù)據(jù)資源目錄，目錄中呈現(xiàn)所有已發(fā)布的數(shù)據(jù)資源?？涩F(xiàn)實數(shù)據(jù)資源的所屬部門、所屬業(yè)務系統(tǒng)、數(shù)據(jù)接口格式、字段說明、申請總數(shù)、更新頻率、字段數(shù)、調(diào)用次數(shù)、數(shù)據(jù)量等信息?？蛇M行數(shù)據(jù)預覽，預覽時自動對數(shù)據(jù)進行脫敏顯示。3申請數(shù)據(jù)資源1.數(shù)據(jù)用戶可在數(shù)據(jù)資源目錄中自選數(shù)據(jù)資源，在線提交使用申請。申請時可指定所需的字段范圍，并可在線進行數(shù)據(jù)使用保密協(xié)議的簽訂。提供購物車模式，可進行批量申請。支持對數(shù)據(jù)資源進行收藏，對API接口進行數(shù)據(jù)測試驗證連通性和有效性。4審批數(shù)據(jù)申請1.當數(shù)據(jù)用戶發(fā)起數(shù)據(jù)資源申請后，系統(tǒng)應根據(jù)預定義的審核流程模式自動生成相應的審核流程，并在相關審核人的界面中予以提示，提醒盡快進行審核處理。2.為落實“一數(shù)一源”管理要求，在審核流程流轉過程中，系統(tǒng)應根據(jù)申請的各個字段的不同來源部門，自動將各個字段的審核權限呈現(xiàn)在其對應來源部門的審核界面中，無需一一人工指定。如果在一次審核中涉及多個來源部門時，系統(tǒng)支持自動將流程平行投送到多個部門。3.在審核流程流轉過程中，某個審核節(jié)點完成審核動作后，系統(tǒng)應根據(jù)預選設計的審核流程模式，自動將審核事項流轉到下一個審核節(jié)點，直至整個審核流程執(zhí)行完成。4.審核時，支持審核者對申請者提交的字段范圍進行篩選，以控制申請者可訪問數(shù)據(jù)的字段范圍；支持設置數(shù)據(jù)的篩選條件，以控制申請者可訪問數(shù)據(jù)的內(nèi)容范圍，并支持多條件邏輯組合；支持設置數(shù)據(jù)資源的有效訪問時段，以控制申請者可訪問數(shù)據(jù)的時間范圍，時間段的顆粒度可精細到一天；支持對特定字段啟用加密和脫敏策略，以限制申請者查看信息明文。5管理和使用已申請的數(shù)據(jù)資源1.數(shù)據(jù)用戶完成數(shù)據(jù)資源申請后，可查看所有已經(jīng)發(fā)起的申請事項、已經(jīng)辦結（包括通過和拒絕）的申請事項。對于已經(jīng)申請通過的數(shù)據(jù)申請，可每個數(shù)據(jù)資源的具體連接參數(shù)，以便連接和使用數(shù)據(jù)。2.只有流程全部通過并結束后，申請者才能獲得數(shù)據(jù)資源的連接參數(shù)，使用數(shù)據(jù)時，系統(tǒng)應基于審核時獲批的字段范圍、篩選條件、訪問時段、加密脫敏、有效源地址等策略，確保申請者在受控情況下連接并訪問數(shù)據(jù)資源。6以部門視角管理數(shù)據(jù)資源1.針對各個職能部門，數(shù)據(jù)服務門戶應提供特定部門的視角，展示本部門名下數(shù)據(jù)資源、數(shù)據(jù)標準等信息，可下鉆查看具體詳情，可查看數(shù)據(jù)溯源信息、包含的字段、數(shù)據(jù)預覽、數(shù)據(jù)質(zhì)量報告。2.可查看本部門與其他部門進行數(shù)據(jù)共享的總體情況，包括本部門向其他部門提供了哪些數(shù)據(jù)，其他部門從本部門獲取了哪些數(shù)據(jù)，以及這些數(shù)據(jù)分別被用于哪些信息系統(tǒng)。3.對于需要本部門確認的數(shù)據(jù)標準內(nèi)容，頁面中應顯示各項數(shù)據(jù)標準、數(shù)據(jù)模型的內(nèi)容，部門管理員可以進行數(shù)據(jù)標準的在線確認。7以信息化主管視角監(jiān)控數(shù)據(jù)整體運營狀態(tài)1.針對信息化主管領導，數(shù)據(jù)服務門戶應提供全校數(shù)據(jù)資產(chǎn)整體的運營服務狀態(tài)監(jiān)控界面。可從全局的角度查看當前數(shù)據(jù)倉庫的建設情況：2.可展示全局數(shù)據(jù)資源概況，包括各項數(shù)據(jù)的來源部門、業(yè)務系統(tǒng)、數(shù)據(jù)體量、數(shù)據(jù)模型、代碼表、編碼規(guī)則、數(shù)據(jù)倉庫的規(guī)模和數(shù)據(jù)體量、資源清單、累計申請次數(shù)等統(tǒng)計信息。3.可展示全局數(shù)據(jù)交換地圖，顯示每個部門提供數(shù)據(jù)和使用數(shù)據(jù)的情況及詳情。4.可展示全局數(shù)據(jù)質(zhì)量情況，顯示全局數(shù)據(jù)質(zhì)量的合格率，數(shù)據(jù)檢查涉及的部門、正常/異常數(shù)據(jù)項、質(zhì)量規(guī)則數(shù)量、監(jiān)測的表對象數(shù)量、有問題的表、字段和數(shù)據(jù)項數(shù)量，并根據(jù)檢測情況對各部門總體質(zhì)量檢測進行排序展示。5.具備“知識圖譜”在線管理能力，基于同一個“知識圖譜”管理界面進行全局數(shù)據(jù)資源的呈現(xiàn)、管理與查詢，“知識圖譜”可通過“星座模型”的表現(xiàn)形式展現(xiàn)數(shù)據(jù)資源以及上下游關系鏈路，至少包括數(shù)據(jù)資源來源部門、數(shù)據(jù)流向、使用部門、字段信息內(nèi)容，可進行不少于三級的數(shù)據(jù)下鉆，以獲取關鍵更多的維度信息，如通過數(shù)據(jù)資源關聯(lián)數(shù)據(jù)表，數(shù)據(jù)表關聯(lián)數(shù)據(jù)字段、數(shù)據(jù)接口等信息，可在線進行數(shù)據(jù)資源查詢，查詢對象至少包括業(yè)務系統(tǒng)、數(shù)據(jù)表、部門，查詢內(nèi)容可基于“星座模型”進行聯(lián)動更新。四、項目實施要求自項目啟動開始至初驗合格期間，項目經(jīng)理、技術負責人必須駐場開發(fā)及實施。在項目實施期間，服務單位承諾的項目經(jīng)理和關鍵技術人員未經(jīng)用戶同意不得隨意調(diào)整，服務單位如中途更換項目經(jīng)理，必須征得用戶同意。服務單位必須無條件接受招標人的監(jiān)督檢查，并承擔人員不足、不到位所導致的相關質(zhì)量、進度等違約責任,采購人不支付項目經(jīng)理等人的人工費等一切費用，由服務單位自行承擔。（一）項目實施計劃提供針對本項目的進實施計劃，并滿足以下要求：1、工期要求服務單位應按采購人的工期要求，完成系統(tǒng)的應用軟件開發(fā)，系統(tǒng)的安裝調(diào)測，系統(tǒng)初驗，系統(tǒng)終驗等。服務單位應提供詳細的軟件開發(fā)、安裝調(diào)測等工期計劃表，并經(jīng)采購人認可。2、工程實施計劃（1）服務單位應在技術建議書中，詳細說明工程的組織及計劃（包括詳細的人員情況、組織、安排及工程實施方案）。（2）服務單位應列出詳細的工程實施計劃表，服務單位的工程實施計劃表可采用電子表格形式，也可采用MSProject等圖表方式補充表達。3、項目成員要求（1）項目團隊組成要求項目團隊人員配置科學合理、分工明確，至少應包括項目經(jīng)理、技術負責人、需求人員、系統(tǒng)分析師、軟件開發(fā)人員、測試人員、用戶培訓人員、實施人員、運行維護人員等角色，并按項目各階段的實施進度情況配足團隊人員，確保項目保質(zhì)保量的完成建設。（2）項目組團隊需保持穩(wěn)定服務單位應承諾項目經(jīng)理必須專職承擔本項目工作，未經(jīng)建設單位許可不得更換。服務單位應提出具體管理措施，以確保該承諾得到落實。在項目實施過程中，服務單位須按照建設單位的要求更換建設單位認為不合適的人員。（3）項目經(jīng)理和技術負責人的要求服務單位應明確項目經(jīng)理和技術負責人在本項目中的崗位職責，并明確項目經(jīng)理和技術負責人調(diào)動相關資源的權力，以確保工程順利實施。服務單位需承諾項目經(jīng)理自始自終專職承擔本項目，且具有高等學校信息系統(tǒng)軟件項目經(jīng)理從業(yè)經(jīng)歷，提供相關證明文件。根據(jù)項目建設工作的業(yè)務性質(zhì)，服務單位應分別配備經(jīng)驗豐富的項目經(jīng)理、技術負責人承擔本項目工作。投標文件中指定的承擔本項目的項目經(jīng)理、技術負責人需在服務單位單位工作。（4）項目團隊駐場人數(shù)要求服務單位在項目實施中應不少于3名人員駐場實施至項目驗收。在建設期內(nèi)，項目管理負責人應在接到學校通知2小時內(nèi)到達學校現(xiàn)場處理問題或交流情況。（二）項目實施方案提供針對本項目的進度、質(zhì)量、風險、例會制度等管理方案，由于本次招標是在現(xiàn)有實際運行的生產(chǎn)系統(tǒng)上進行軟件功能優(yōu)化與