數(shù)據中臺及數(shù)據治理服務項目需求

數(shù)據中臺及數(shù)據治理服務項目需求（一）項目背景在"十四五"教育信息化規(guī)劃的藍圖下，依托《數(shù)據中臺及數(shù)據治理服務信息化項目》，深度聚焦于數(shù)據標準統(tǒng)一、資產目錄構建、高效萃取加工與多元化服務等領域，致力于構建全方位的數(shù)據綜合服務體系。項目已初步搭建起以Oracle為核心的數(shù)據基石，形成了數(shù)據資源為核心、中臺管理為驅動、可視化服務為窗口的四大智慧校園框架支柱。因當前數(shù)據采集網絡尚未全面覆蓋，還有15個部門的關鍵業(yè)務數(shù)據亟待整合。全校范圍內的數(shù)據運營管理體系尚不健全，面向半結構化數(shù)據的采集能力需進一步補充與優(yōu)化。數(shù)據標準體系雖已奠定校內基礎，但在支撐教學質量評估、人事績效考核等核心業(yè)務目標上仍缺乏針對性的業(yè)務導向。此外，服務響應與應用需求對接方面存在碎片化現(xiàn)象，缺乏統(tǒng)一、高效的整合機制。目前需強化數(shù)據底座建設，拓寬數(shù)據采集邊界，確保全校數(shù)據資源的全面整合與高效利用。深化數(shù)據資產管理，夯實數(shù)倉數(shù)據基礎，同時加強數(shù)據標準與業(yè)務場景的深度融合，推動數(shù)據驅動的業(yè)務創(chuàng)新。提升智慧服務水平，通過構建一體化的服務對接平臺，實現(xiàn)應用需求的快速響應與全面支持，為師生提供更加便捷、智能的校園服務體驗。（二）實現(xiàn)的目標1.規(guī)劃本期項目，核心聚焦于以下三大關鍵領域：1.1強化數(shù)據底座建設，拓寬數(shù)據采集邊界，確保全校數(shù)據資源的全面整合與高效利用。1.2深化數(shù)據資產管理，夯實數(shù)倉數(shù)據基礎，同時加強數(shù)據標準與業(yè)務場景的深度融合，推動數(shù)據驅動的業(yè)務創(chuàng)新。1.3提升智慧服務水平，通過構建一體化的服務對接平臺，實現(xiàn)應用需求的快速響應與全面支持，為師生提供更加便捷、智能的校園服務體驗。1.4全面升級本校的數(shù)據治理體系，為教育信息化發(fā)展注入新動力。（三）項目建設內容序號建設內容功能/服務模塊數(shù)量單位備注1底層架構改造分布式高性能數(shù)倉架構1套2日志工具與數(shù)據開發(fā)1套3數(shù)據治理服務數(shù)據采集與標準化服務1項4學院數(shù)據中心建設服務3個5高基表數(shù)據采集系統(tǒng)1套6本科教學評估數(shù)據服務1套7數(shù)據應用架建設產學研數(shù)據深度分析服務1套8資產管理數(shù)據深度分析服務1套9部門一張表（優(yōu)化）18部門10部門一張表（新增）15部門11數(shù)據資產一張圖1套12師生畫像1套13學院畫像1套14教師年度賬單1套15學生畢業(yè)報告1年16表單數(shù)據服務系統(tǒng)個人數(shù)據中心優(yōu)化升級2業(yè)務場景1、底層架構改造序號標的物名稱規(guī)格、技術參數(shù)1分布式高性能數(shù)倉架構一、整體要求要求在《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設成果的基礎上，充分利用現(xiàn)有數(shù)字基座（Oracle），在此基礎上進行相關OLAP能力體系的擴展,補充構建具備OLAP特性的分布式高性能數(shù)據庫，以形成全新的一體化數(shù)倉架構。本次補充構建的分布式數(shù)據庫須完全兼容學校現(xiàn)有數(shù)據中臺（希嘉數(shù)據中臺V1.0）和數(shù)據中心，避免對當前數(shù)倉數(shù)據造成任何不利影響。若因補充構建的分布式數(shù)據庫實施過程中出現(xiàn)任何影響現(xiàn)有數(shù)據或業(yè)務的情況，需無條件且免費地承擔起解決問題的責任，直至問題徹底解決，從而確保學校業(yè)務的連續(xù)性和穩(wěn)定性不受影響。二、技術要求1、支持列式存儲，在執(zhí)行查詢時，只讀取查詢所需的列，減少數(shù)據的讀取量，提高查詢速度。2、支持通過包括LZ4、ZSTD、Gzip、Brotil等多種方式進行數(shù)據壓縮，最大壓縮率可達5。3、支持向量引擎操作，在查詢時可以對數(shù)據列（非單個值）進行批量操作，通過矢量化查詢提高執(zhí)行速度。4、支持在OLAP場景下的數(shù)據實時處理，特別是億級數(shù)據體量以上的表進行實時數(shù)據更新。5、支持數(shù)據高吞吐的方式批量并發(fā)寫入，單節(jié)點離線抽取速率最高可達50Mb/s，最大平均速率為20W條/秒。6、支持數(shù)據快速處理，單點可處理峰值數(shù)據最高可達1.5億條/h，處理峰值數(shù)據量最大為40G/1h。7、支持數(shù)據任務并發(fā)，單節(jié)點并發(fā)任務最大數(shù)據量100G，單節(jié)點任務并發(fā)最大可達80條/s。8、支持數(shù)據高效共享服務，單節(jié)點提供創(chuàng)建不少于500個共享API服務，可支撐日均不少于75萬次并發(fā)調用，萬條數(shù)據景專題表的API接口調用提供秒級別耗時。9、支持多核和多服務器分布式部署和處理的方式，能擴展到多個核心和服務器上，提高查詢的速度。10、支持包括MergeTree、ReplicatedMergeTree、Log、Memory、Distributed、Kafka、Buffer、MaterializedView、URL、HDFS、S3等在內的多種表引擎，基于不同場景選擇合適的表引擎存儲和使用數(shù)據。11、大數(shù)據集群支持Multi-Master的多主架構，集群中每個節(jié)點角色對等，客戶端訪問任一節(jié)點均能獲取相同數(shù)據，避免單點故障。12、大數(shù)據集群支持數(shù)據分片語分布式查詢，分片數(shù)量取決于節(jié)點數(shù)量，支撐TB級以上數(shù)據查詢的高性能響應。13、支持關系型數(shù)據、JSON、XML等數(shù)據的存儲，支持NoSQL數(shù)據庫的外部數(shù)據注冊，基于sql實現(xiàn)NoSQL+SQL的實時關聯(lián)查詢。14、支持ACL的方式對于數(shù)據表的訪問及操作權限進行控制，字段要細化到行級和列級，保護敏感數(shù)據不被未授權訪問怕。15、支持海量數(shù)據查詢和計算的秒級返回，提供演示環(huán)境實際操作500G單張大寬表的數(shù)據聚合，返回時間在3秒以內。16、支持以標準的sql方式對數(shù)據進行操作，可實時讀取外部關系數(shù)據庫如Mysql、Postgresql的數(shù)據，與分布式數(shù)據庫本地的數(shù)據進行實時關聯(lián)計算。2日志工具與數(shù)據開發(fā)一、整體要求要求在《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設成果的基礎上，基于學校已有數(shù)據中臺，補充對日志類非結構化數(shù)據的采集、存儲、結構化、檢索、計算、可視化、輸出等能力，幫助學校實現(xiàn)日志數(shù)據的資產化管理和可視化分析，幫助應用程序對日志數(shù)據進行預處理，大幅度降低應用開發(fā)難度。二、技術要求1、可在可視化圖形界面中完成對各類IT、通訊、安全等設備等產生的日志數(shù)據的采集、存儲、解析，并結合其他數(shù)據完成關聯(lián)、篩選、計算、分析，從中提取出有效信息，發(fā)揮日志數(shù)據的價值。2、可實現(xiàn)對syslog、snmp、二進制數(shù)據包等常見日志數(shù)據的捕獲、存儲以便能夠快速對已知的設備日志數(shù)據進行采集，支持實時采集解析與批處理采集解析兩種數(shù)據集成處理方式。3、具備對日志數(shù)據處理相關的充分知識儲備，可提供常見的網絡設備、IT系統(tǒng)、安全設備、網絡行為等各類不同系統(tǒng)的日志數(shù)據的識別、解析規(guī)則，并內置在產品功能中以便自動化匹配調用。要求系統(tǒng)內置的日志規(guī)則模版數(shù)量不少于50個，并支持自定義擴充功能。4、日志數(shù)據通常體量巨大且不具備顯式結構化特征，投標方案需要針對該日志數(shù)據的這些特性進行優(yōu)化設計，實現(xiàn)日志數(shù)據的大規(guī)模存儲、自動化解析、高效率處理、高性能查詢，并實現(xiàn)日志數(shù)據與其他業(yè)務類數(shù)據的關聯(lián)計算。5、日志數(shù)據作為采購人重要數(shù)據資產之一，需要與其他業(yè)務類數(shù)據一起從整體上進行方案的統(tǒng)籌規(guī)劃。方案需從包括數(shù)據底座架構、數(shù)據倉庫架構、數(shù)據加工方法、數(shù)據治理步驟、數(shù)據價值開發(fā)等各個層面描述如何實現(xiàn)日志數(shù)據與業(yè)務類數(shù)據的一體化規(guī)劃開發(fā)。2、數(shù)據治理服務序號標的物名稱規(guī)格、技術參數(shù)1數(shù)據采集與標準化服務一、數(shù)據采集與標準化服務范圍不少于15個業(yè)務部門現(xiàn)有業(yè)務系統(tǒng)的數(shù)據入湖、入倉和對接，具體業(yè)務部門及業(yè)務系統(tǒng)以學校確定為準。二、業(yè)務和數(shù)據調研1、針對本次服務范圍，完成采購人相關單位的業(yè)務和數(shù)據情況調研。包括調研采購人相關單位的業(yè)務和數(shù)據情況調研，了解部門的業(yè)務范圍、組織機構、工作流程、數(shù)據內容、數(shù)據來源、數(shù)據形態(tài)、供需關系、交換共享要求、數(shù)據質量問題、線下數(shù)據、可供引入的標準資源、數(shù)據分析需求等，以此為依據制定數(shù)據治理詳細執(zhí)行方案、確認數(shù)據權責關系、進行數(shù)據標準制定。2、完成業(yè)務和數(shù)據調研后要求輸出：《部門信息化和數(shù)據現(xiàn)狀即需求調研表》、《數(shù)據資源管理現(xiàn)狀調研表》。三、數(shù)據標準制定1、針對本次服務范圍，依據采購人實際業(yè)務和數(shù)據情況，參考國家標準、教育部標準、行業(yè)標準及采購人現(xiàn)有標準，兼顧各個標準之間的兼容性、一致性以及標準的可擴展性，進行歸納整理，補充完善采購人現(xiàn)有校級數(shù)據標準體系。2、針對新增調研部門及采集數(shù)據，要求完成標準數(shù)據子集的模型設計，輸出完整的標準數(shù)據模型。設計標準數(shù)據模型時，需要充分考慮國標、行標及各業(yè)務系統(tǒng)的現(xiàn)有模型，按照實際業(yè)務形態(tài)設計合理的數(shù)據模型。需要說明數(shù)據子集的模型設計的方法和原則，并提供部分示例。3、要求完成標準代碼的匯總、比對，輸出標準代碼集。設計標準代碼時，集需要識別國標、行標及各業(yè)務系統(tǒng)的現(xiàn)行代碼定義之間可能存在的差異，考慮多方兼容、含義對應等因素，采取合理原則和優(yōu)化策略進行設計。需要說明標準代碼設計的方法和原則，并提供部分示例。4、完成數(shù)據標準制定后要求輸出：《標準元數(shù)據集》、《標準代碼集》、《標準數(shù)據模型》、《標準編碼規(guī)則》、《標準命名規(guī)范》。四、數(shù)據管理制度優(yōu)化要求基于一期項目成果，對學校已建立的數(shù)據管理制度進行優(yōu)化、補充與擴展，補充優(yōu)化新增數(shù)據的分類，完善共享與安全管理規(guī)范，確保全面適配學校信息化發(fā)展新需求，提升數(shù)據管理水平，保障數(shù)據安全與合規(guī)性。要求輸出《數(shù)據分類分級指南》、《數(shù)據資源目錄編制指南》。五、數(shù)據倉庫開發(fā)1、數(shù)據倉庫規(guī)劃設計針對本次服務范圍，要求對數(shù)據倉庫的內容和架構進行科學設計，達到以下目標：1）原始數(shù)據內容完整。2）成果數(shù)據符合數(shù)據標準。3）成果數(shù)據按照所屬業(yè)務領域進行分類。4）成果數(shù)據按照加工深度進行分層，滿足不同數(shù)據使用場景的需求。2、通過調研獲取的信息，對原始業(yè)務數(shù)據進行數(shù)據采集，要求對業(yè)務系統(tǒng)的全量數(shù)據進行采集。對于部分業(yè)務系統(tǒng)中未管理的重要數(shù)據，通過線下表格文件進行收集。要求根據不同的業(yè)務實時性要求，配置合理的數(shù)據采集周期，支持定時或準實時（10分鐘級同步）方式進行數(shù)據采集。3、要求針對集成到數(shù)據倉庫的數(shù)據進行業(yè)務含義的識別理解，并添加標注，保障數(shù)據的可識別性。要求項目交付時表注釋率≥80%，字段注釋率≥70%。4、要求對原始數(shù)據進行清洗、集成等加工，達成以下要求：1）來源正確：數(shù)據處理的來源是基于從權威部門采集的數(shù)據。2）統(tǒng)一字段：對于相同含義的數(shù)據項，統(tǒng)一數(shù)據項名稱、類型、長度。3）統(tǒng)一表達：對于相同的數(shù)據項，統(tǒng)一數(shù)據表達的格式、計量單位。4）統(tǒng)一代碼：對于引用同一代碼的字段，統(tǒng)一代碼值與代碼含義的對應關系。5）規(guī)范命名：按照標準命名規(guī)范對成果數(shù)據進行命名。6）規(guī)范分類：按照數(shù)據標準的分類體系對成果數(shù)據設置歸屬分類。5、完成數(shù)據倉庫開發(fā)后要求輸出：《數(shù)據源清單》、《貼源層數(shù)據采集清單》、《貼源層數(shù)據資源清單》、表和字段的注釋信息。六、歷史數(shù)據管理1、針對本次服務范圍，在數(shù)據倉庫開發(fā)過程中，實現(xiàn)對重要數(shù)據的歷史變化進行自動化留存，便于后續(xù)可以追溯數(shù)據在過往時刻的明細狀態(tài)，以支持報表統(tǒng)計分析等場景。2學院數(shù)據中心建設服務一、學院數(shù)據中心建設服務范圍3個學院，具體服務部門（或學院）以項目開展時的實際業(yè)務訴求進行適配調整。二、學院業(yè)務模型建設遵從采購人校級數(shù)據標準體系，以支撐當期學院畫像建設需求為目標，對采購人部門（或學院）業(yè)務場景進行調研，梳理具體業(yè)務過程的數(shù)據需求，分析基礎數(shù)據來源，在校級數(shù)據標準的基礎上進行擴展或細化，制定符合部門實際需求的《部門數(shù)據標準》（由標準數(shù)據子集、標準代碼集二部分組成），具體要求如下：1、要求開展業(yè)務場景調研及數(shù)據需求分析，深入采購人學院/部門的業(yè)務流程、數(shù)據流轉情況及現(xiàn)有信息系統(tǒng)應用情況，基于調研結果，詳細梳理各業(yè)務場景下的數(shù)據需求，包括但不限于數(shù)據種類、數(shù)據格式、數(shù)據頻度、數(shù)據質量要求等。2、要求識別并評估各業(yè)務場景所需數(shù)據的基礎來源，包括但不限于現(xiàn)有信息系統(tǒng)、手工錄入數(shù)據等，并對現(xiàn)有數(shù)據源進行數(shù)據質量分析，識別數(shù)據缺失、錯誤、重復等問題。3、要求制定《部門數(shù)據標準》，嚴格遵從采購人已建立的校級數(shù)據標準體系，包括但不限于數(shù)據定義、數(shù)據編碼規(guī)則、數(shù)據交換標準等，形成具有部門特色的數(shù)據標準子集和標準代碼集。三、學院數(shù)據集市建設以支撐當期學院畫像建設需求為目標，根據調研制定的采購人部門（或學院）業(yè)務模型，對接不同的數(shù)據來源，按照部門數(shù)據應用的實際需求開發(fā)部門數(shù)據集市，對數(shù)據交換、數(shù)據表單、數(shù)據報告、數(shù)據分析等具體業(yè)務過程進行數(shù)據支撐服務，具體要求如下：1、基于采購人學院業(yè)務模型設計，完成數(shù)據抽取、轉換、加載（ETL）數(shù)據實施工作，實現(xiàn)與各類數(shù)據源（如業(yè)務系統(tǒng)、數(shù)據庫、文件等）的對接。2、基于收集到的數(shù)據需求，進行深度分析，識別關鍵數(shù)據指標、數(shù)據維度及數(shù)據間的關聯(lián)關系，構建面向部門特定業(yè)務需求的數(shù)據集市，確保數(shù)據的集中存儲、高效訪問和靈活應用。3高基表數(shù)據采集系統(tǒng)隨著學校業(yè)務的不斷拓展與深化，對高基表數(shù)據服務的需求日益增長。為進一步提升數(shù)據治理水平，優(yōu)化數(shù)據應用效能。本項目旨在通過專業(yè)的數(shù)據集市開發(fā)與數(shù)據可視化實施，為發(fā)規(guī)處及相關業(yè)務部門提供強有力的數(shù)據支撐與業(yè)務參考，具體要求如下：1、高基表數(shù)據集市開發(fā)服務要求基于一期和當期的數(shù)據治理服務工作所生成的校本數(shù)據中心數(shù)據資源，按照高基表數(shù)據業(yè)務需要，進行高基表數(shù)據集市開發(fā)，包括如下步驟：1）根據高基表特性及業(yè)務需求，設計合理的數(shù)據模型，確保數(shù)據結構的科學性、合理性和可擴展性。2）對校本數(shù)據中心原始數(shù)據進行全面審查，識別與高基表業(yè)務相關的數(shù)據范圍，針對相關數(shù)據通過ETL（提取、轉換、加載）過程，將清洗后的數(shù)據按照既定規(guī)則進行轉換，形成適用于業(yè)務工作開展的規(guī)范數(shù)據集。3）依托學校一期采購數(shù)據中臺（希嘉數(shù)據中臺V1.0）進行高基表數(shù)據集市發(fā)布。2、高基表數(shù)據表單可視化服務基于生成的高基表數(shù)據集市內容，依托學校一期采購數(shù)據可視化系統(tǒng)（帆軟ReportV11.0），按照高基表業(yè)務表單需求定制化開發(fā)符合高基表業(yè)務特性的可視化界面，可視化界面以高基表業(yè)務的表單樣式呈現(xiàn)，通過直觀的數(shù)據表單方式提供給業(yè)務負責單位（發(fā)展規(guī)劃處）用以進行數(shù)據參考，輔助高基表業(yè)務工作開展。4本科教學評估數(shù)據服務隨著學校本科教學質量的不斷提升和評估工作的日益重要，對全面、準確、及時的教學評估數(shù)據的需求顯著增加。為了滿足這一需求，本項目旨在通過專業(yè)的數(shù)據集市開發(fā)與數(shù)據可視化實施，支持學校本科教學評估工作開展。具體要求如下：1、本科教學評估數(shù)據集市開發(fā)服務要求基于一期和當期的數(shù)據治理服務工作所生成的校本數(shù)據中心數(shù)據資源，按照本科教學評估數(shù)據業(yè)務需要，進行高基表數(shù)據集市開發(fā)，包括如下步驟：1）根本科教學評估特性及業(yè)務需求，設計合理的數(shù)據模型，確保數(shù)據結構的科學性、合理性和可擴展性。2）對校本數(shù)據中心原始數(shù)據進行全面審查，識別與本科教學評估業(yè)務相關的數(shù)據范圍，針對相關數(shù)據通過ETL（提取、轉換、加載）過程，將清洗后的數(shù)據按照既定規(guī)則進行轉換，形成適用于業(yè)務工作開展的規(guī)范數(shù)據集。3）依托學校一期采購數(shù)據中臺（希嘉數(shù)據中臺V1.0）進行本科教學評估數(shù)據集市發(fā)布。2、本科教學評估數(shù)據可視化服務要求基于本科教育教學審核評估的多元化、可視化需求，聚焦于教師隊伍的構成與表現(xiàn)、教學資源的配置與利用、以及學生培養(yǎng)過程的全面跟蹤等關鍵領域，依托學校一期采購數(shù)據可視化系統(tǒng)（帆軟ReportV11.0），通過高度定制化的數(shù)據可視化界面，將復雜數(shù)據轉化為直觀易懂的圖表形式，提供包括柱狀圖、折線圖、餅圖、雷達圖等在內的多種圖表類型，以最適宜的方式呈現(xiàn)評估結果及其發(fā)展趨勢，輔助掌握教學評估的各個方面。要求本科教學評估數(shù)據可視化服務生成的數(shù)據圖表不僅支持展示數(shù)據的靜態(tài)狀態(tài)，還支持通過動態(tài)交互功能，如數(shù)據下鉆、條件篩選等，賦予用戶深度探索數(shù)據內在規(guī)律和潛在問題的能力，從而實現(xiàn)數(shù)據的深度分析和精準挖掘，為教學質量的持續(xù)提升提供強有力的數(shù)據支撐和決策依據。3、數(shù)據應用建設序號標的物名稱規(guī)格、技術參數(shù)1產學研數(shù)據深度分析服務一、整體要求根據學校產學研需求，進行指標數(shù)據分析和展示，進行指標開發(fā)、圖表制作、數(shù)據發(fā)布等工作。二、工具要求為確保學校數(shù)據應用的一體化管理及產學研數(shù)據深度分析服務在實際應用場景中的靈活擴展，要求須基于《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0）來構建和完善，若數(shù)據可視化系統(tǒng)現(xiàn)有的功能無法滿足產學研數(shù)據深度分析服務的建設需求，需無條件提供所需產品功能的增補服務，且相關增補服務的所有費用須納入投標成本中。若選擇提供替代解決方案，須提交采購人審核、評估并得到采購人認可，否則采購人有權中止合同，并保留追究違約責任的權利。三、數(shù)據要求為確保產學研數(shù)據深度分析服務建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求。同時，需負責提供產學研數(shù)據深度分析服務建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔產學研數(shù)據深度分析服務建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“產學研合作”、“科研產出”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“產學研合作”下的“校企合作”、“技術轉讓”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。4)整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據報告、可視化圖表等，以便于用戶理解和使用。三、內容要求設計全面的產學研相關指標體系，包括但不限于：科研投入、科研產出、成果轉化、人才培養(yǎng)與產業(yè)合作等指標。進行科研產出趨勢分析、產學研合作效果評估、成果轉化效益分析及學科競爭力分析等工作。幫助學校更好地了解自身產學研發(fā)展狀況,制定有針對性的改進策略,提高科研創(chuàng)新能力和社會服務水平。四、交互要求1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。五、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。2資產管理數(shù)據深度分析服務一、整體要求根據學校資產管理需求，進行指標數(shù)據分析和展示，進行指標開發(fā)、圖表制作、數(shù)據發(fā)布等工作。二、工具要求為確保學校數(shù)據應用的一體化管理及資產管理數(shù)據深度分析服務在實際應用場景中的靈活擴展，要求須基于《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0）來構建和完善，若數(shù)據可視化系統(tǒng)現(xiàn)有的功能無法滿足資產管理數(shù)據深度分析服務的建設需求，需無條件提供所需產品功能的增補服務，且相關增補服務的所有費用須納入投標成本中。若選擇提供替代解決方案，須提交采購人審核、評估并得到采購人認可，否則采購人有權中止合同，并保留追究違約責任的權利。三、數(shù)據要求為確保資產管理數(shù)據深度分析服務建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求。同時，需負責提供資產管理數(shù)據深度分析服務建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔資產管理數(shù)據深度分析服務建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“資產配置”、“資產使用效率”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“資產配置”下的“資產結構比例”、“資產配置比例”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。4)整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據報告、可視化圖表等，以便于用戶理解和使用。三、內容要求設計全面的資產管理相關指標體系，包括但不限于：資產配置、使用效率、維護成本、價值評估、報廢處置等指標。進行資產全生命周期分析、使用效率趨勢分析、成本效益評估、資產價值變化分析及資源調配優(yōu)化等工作。通過多維度數(shù)據挖掘，揭示資產管理中的潛在問題和優(yōu)化機會，為學校資產戰(zhàn)略規(guī)劃和日常管理決策提供數(shù)據驅動的洞察和建議。四、交互要求1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。五、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。3部門一張表（優(yōu)化）一、整體要求針對一期已經建設的18個部門一張表進行調優(yōu)整改，包括統(tǒng)計指標數(shù)據對應明細數(shù)據的下鉆呈現(xiàn)與統(tǒng)計口徑、統(tǒng)計維度的在線標識等，具體要求如下：1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。3、移動端除PC端外，還需支持提供移動端界面。4部門一張表（新增）一、整體要求1、根據采購人部門（或學院）具體業(yè)務需求，進行指標數(shù)據分析和展示。（利用數(shù)據分析與可視化工具）進行指標開發(fā)、圖表制作、數(shù)據發(fā)布等工作，本次支撐不少于15個業(yè)務部門的部門一張表建設，具體服務部門（或學院）以項目開展時的實際業(yè)務訴求進行適配調整。2、為確保學校數(shù)據應用的一體化管理及部門一張表在實際應用場景中的靈活擴展，要求須基于《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0）來構建和完善，若數(shù)據可視化系統(tǒng)現(xiàn)有的功能無法滿足部門一張表的建設需求，需無條件提供所需產品功能的增補服務，且相關增補服務的所有費用須納入投標成本中。若選擇提供替代解決方案，須提交采購人審核、評估并得到采購人認可，否則采購人有權中止合同，并保留追究違約責任的權利。二、數(shù)據要求為確保部門一張表建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求（提供承諾函并加蓋公章）。同時，需負責提供部門一張表建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔部門一張表建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“學生成績”、“教師績效”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“學生成績”下的“期中成績”、“期末成績”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。4)整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據報告、可視化圖表等，以便于用戶理解和使用。三、內容要求根據部門實際業(yè)務開展需要，深度調研部門業(yè)務需求，進行指標內容設計，示例如下：圍繞人事部門數(shù)據一張表：提供高校人力資源結構現(xiàn)狀以及歷史趨勢分析，如師資概況數(shù)據分析、績效崗位等級分布、崗位系列分布、工齡等級分布、各年度考核結果分布等，為人力資源整合優(yōu)化配置結構，提供決策支持。四、交互要求1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。五、移動端要求除PC端外，還需支持提供移動端界面。六、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。5數(shù)據資產一張圖一、整體要求依托學校一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0），對接學校一期采購數(shù)據中臺（希嘉數(shù)據中臺V1.0）已有數(shù)據指標，通過大屏的方式展示數(shù)據治理建設成果信息。二、內容要求包括各數(shù)據的建設情況，數(shù)據資源體量、數(shù)據同步接口的運行狀態(tài)等。三、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。6師生畫像一、整體要求1、建設師生數(shù)字畫像，推動校內低質量數(shù)據的整改，促進數(shù)據整合和清洗，提高數(shù)據的準確性和一致性，依托數(shù)據可視化和分析，提供直觀和科學的數(shù)據支持，也幫助學校逐漸培養(yǎng)數(shù)據型人才，從而逐步提升整個校園環(huán)境的信息化素養(yǎng)。2、為確保學校數(shù)據應用的一體化管理及師生畫像在實際應用場景中的靈活擴展，要求須基于《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0）來構建和完善師生畫像功能。若數(shù)據可視化系統(tǒng)現(xiàn)有的功能無法滿足師生畫像的建設需求，需提供所需產品功能的增補服務，且相關增補服務的所有費用須納入投標成本中。若選擇提供替代解決方案，須提交采購人審核、評估并得到采購人認可，否則采購人有權中止合同，并保留追究違約責任的權利。二、數(shù)據要求為確保師生畫像建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求。同時，需負責提供師生畫像建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔教師畫像建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“教育教學”、“教師績效”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“教育教學”下的“教學質量”、“教學工作量”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據報告、可視化圖表等，以便于用戶理解和使用。三、內容要求1、學生畫像針對學生在日常行為中產生的數(shù)據進行深度分析，對學生的基本信息、年齡、年級、班級、專業(yè)等基本進行進行展示，，具體包括內容如下：1.1學業(yè)分析通過教務系統(tǒng)學生相關的學業(yè)數(shù)據，例如，學生成績、班級成績、學分等數(shù)據進行數(shù)據分析，通過四個緯度建立學生能力模型。通過培養(yǎng)計劃及掛科情況，可以了解到學生畢業(yè)學分要求，以及現(xiàn)在學分完成情況的匯總，掛科的情況。建立緯度模型，將平均績點、優(yōu)秀課程等成績信息與全校學生、本學院學生、本專業(yè)學生、本班級學生進行對比分析。同時可以橫向·對比個人各學期成績變化趨勢，了解學業(yè)變化情況。支持展示學生學校生涯的平均成績的變化趨勢。支持展示學生在班級的成績變化趨勢，排名等基本信息等學業(yè)相關的信息分析。1.2行為規(guī)范（1）對學生校園網使用分析功能，采用各類統(tǒng)計圖表，從上網類型偏好、上網時長等維度進行分析?？梢粤私獾缴暇W總時長、日均上網時長、上網偏好分析以及上網時段分布等情況。1.3校園生活對學生的一卡通消費數(shù)據、圖書借閱數(shù)據進行分析，分析學生在校的消費情況，消費偏好等消費信息。通過圖書管理系統(tǒng)了解學生在校圖書借閱情況等內容。2、教師畫像針對教師個人，進行教學、科研、社會服務、人才建設等多個主題的可視化數(shù)據畫像。可隨時切換到其他學院和個人進行查看，具體包括內容如下：2.1教學主題（本科生部分）（1）提供教師的本科教學工作明細數(shù)據展示。（2）提供出版教材的明細數(shù)據展示。（3）提供專業(yè)/課程/基地建設的明細數(shù)據展示。（4）提供教學研究改革的明細數(shù)據展示。（5）提供教學教學獎勵的明細數(shù)據展示。（6）提供教學研究論文的明細數(shù)據展示。（7）提供教師思政課年度要求的明細數(shù)據展示。（8）提供教師指導學生論文獲獎情況的數(shù)據展示。（9）提供指導學生競賽獲獎情況的數(shù)據展示。2.2教學主題（研究生部分）（1）提供研究生教學工作明細數(shù)據展示。（2）提供指導碩士、指導博士數(shù)據情況展示。提供指導學生論文獲獎情況的數(shù)據展示。提供指導學生競賽獲獎情況的數(shù)據展示。2.3科研主題（1）提供教師的主持項目情況的數(shù)據明細展示。（2）提供教學科技獎勵的數(shù)據明細展示。（3）提供成果轉化的數(shù)據明細展示。（4）提供平臺建設的數(shù)據明細展示。（5）提供團隊建設的數(shù)據明細展示。（6）提供高水平論文、學術貢獻度的情況數(shù)據展示。（7）提供專利的數(shù)據明細展示，分國家發(fā)明、實用新型。（8）提供學術專著的數(shù)據明細展示。（9）提供學術交流的數(shù)據明細展示。2.4能力提升展示教師培訓、進修、掛職、訪學經歷等數(shù)據的明細展示。2.5育人服務提供教師育人服務方面的數(shù)據展示，包含教學競賽、教學講座、招生宣傳、畢業(yè)答辯、組織學術沙龍、班主任、擔任導師(學業(yè)指導、學科競賽、社會實踐、創(chuàng)新創(chuàng)業(yè)、社團活動等)、第二課程教育教學等數(shù)據明細的展示。2.6社會服務提供教師參與社會服務方面的數(shù)據展示，包含講座報告、學術組織兼職、其他等。2.7成長軌跡分教育教學、科學研究、職業(yè)發(fā)展等三個大維度展示該教師的各年度成長軌跡和變化情況。2.8優(yōu)勢潛力通過與學校、同學院和同級別教師常模數(shù)據的對比，研判個人的優(yōu)勢項與不足項，提示個人具有優(yōu)勢潛力的方向。四、交互要求1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。五、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。7學院畫像一、整體要求為確保學校數(shù)據應用的一體化管理及學院畫像在實際應用場景中的靈活擴展，要求須基于《數(shù)據中臺及數(shù)據治理服務信息化項目》一期建設的數(shù)據可視化系統(tǒng)（帆軟ReportV11.0）來構建和完善學院畫像功能。若數(shù)據可視化系統(tǒng)現(xiàn)有的功能無法滿足學院畫像的建設需求，需提供所需產品功能的增補服務，且相關增補服務的所有費用須納入投標成本中。若選擇提供替代解決方案，須提交采購人審核、評估并得到采購人認可，否則采購人有權中止合同，并保留追究違約責任的權利。二、數(shù)據要求為確保學院畫像建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求（提供承諾函并加蓋公章）。同時，需負責提供學院畫像建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔學院畫像建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學校或第三方機構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“教育教學”、“教師績效”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“教育教學”下的“教學質量”、“教學工作量”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據報告、可視化圖表等，以便于用戶理解和使用。三、內容要求學院畫像整合了學院內分散在不同系統(tǒng)中的學生和教師數(shù)據，為學院領導提供了一個統(tǒng)一、便捷的信息查詢界面。信息欄目包括學院基本信息、師資概況、教師發(fā)展、教學信息、科研信息、學生概況、學業(yè)分析、考勤分析、行為分析等全方位的詳細信息。1、學院基本信息1.1提供學院教師和學生總人數(shù)，并支持查看不同類別1.2教師和學生人數(shù)。1.3提供教師人員類別分布數(shù)據展示。1.4提供學院各專業(yè)學生分布數(shù)據展示。1.5提供和其他學院進行綜合排名。1.6提供學院課程類別分布數(shù)據展示。1.7提供授課教師等級分布數(shù)據展示。1.8提供學院學生畢業(yè)情況數(shù)據展示。1.9提供學院學生就業(yè)情況數(shù)據展示。1.10提供學院科學研究項目類型數(shù)據展示。1.11提供學院科學研究科研成果類型數(shù)據展示。2、師資概況2.1提供學院近五年教師任職人數(shù)和占比情況變化趨勢展示。2.2提供近五年不同教師類別人數(shù)變化趨勢展示。2.3提供近五年教師人才人數(shù)變化趨勢。2.4提供近五年教師職稱分布數(shù)據展示。2.5提供近五年教師年齡分布變化趨勢。2.6提供近五年教師學歷分布數(shù)據展示。3、教師發(fā)展3.1提供近五年教師獲取證書人數(shù)變化趨勢。3.2提供近五年學歷提升人數(shù)變化趨勢3.3提供近五年教師社會服務人數(shù)變化趨勢。3.4提供近五年專業(yè)發(fā)展人數(shù)變化趨勢。3.5提供近五年教師圖書借閱變化趨勢。4、教學信息4.1提供各學院不同性質課程分布情況。4.2提供近五年教師獲獎情況數(shù)據展示。4.3提供近五年開課課程數(shù)量變化情況數(shù)據展示。4.4提供教學基本工作量數(shù)據分布情況。4.5提供教學附加工作量數(shù)據分布情況。4.6提供學院教學排課課程排名情況。4.7提供學院教授排課較多的課程排名情況。4.8提供熱門課程排名情況。4.9提供冷門課程排名情況。4.10提供課程考試通過率排名前10課程情況。4.11提供課程考試不及格率排名前10課程情況。5、科研信息5.1提供近五年論文篇數(shù)變化趨勢。5.2提供近五年獲獎分布情況。5.3提供近五年課題數(shù)量變化趨勢。5.4提供近五年課題到款額變化趨勢。5.5提供近五年專利分布情況的數(shù)據展示。5.6提供近五年科研成果情況的數(shù)據展示。5.7提供近五年預算執(zhí)行情況的數(shù)據展示。6、學生概況6.1提供近五年學生人數(shù)變化趨勢。6.2提供學生分布情況數(shù)據展示。6.3提供各民族學生分布數(shù)據情況。6.4提供學生生源地分布情況。6.5提供近五年學生獎勵和處分變化趨勢。6.6提供近五年學生畢業(yè)率數(shù)據展示。6.7提供近五年學生就業(yè)率數(shù)據展示。6.8提供近五年畢業(yè)去向城市和生源地城市排名。6.9提供本學院專業(yè)轉入前五明細。6.10提供本學院專業(yè)轉出前五明細。7、學業(yè)分析7.1提供學生學業(yè)分布情況7.2提供近五年必修課平均學分變化趨勢。7.3提供近五年掛科課程門數(shù)和開課課程門數(shù)對比數(shù)據情況。7.4提供近五年平均績點變化趨勢。8、考勤分析8.1提供學院總體到課情況分析。8.2提供學院疑似逃課情況分析。8.3提供學院最受歡迎課程排名。8.4提供缺勤率最高的課程排名。8.5提供學院缺勤次數(shù)趨勢。9、行為分析9.1提供學院學生上網時常數(shù)據分布情況。9.2提供學院學生上網偏好情況展示。9.3提供學院學生上網時間段分布情況。9.4提供學院學生平均上網時長變化趨勢。9.5提供學院學生借閱圖書標簽分布情況。9.6提供學院學生借閱圖書分布情況占比。9.7提供學院學生借閱圖書標簽分布情況。9.8提供學院學生借閱圖書分類占比情況。9.9提供學生消費時段分布情況。四、交互要求1、數(shù)據指標下鉆1)快速下鉆：點擊任意指標時，系統(tǒng)迅速響應并展示該指標對應的明細數(shù)據。2)多層下鉆：支持從一個指標下鉆到另一個相關指標，直至到達最底層的明細數(shù)據。3)數(shù)據驗證：支持通過下鉆功能驗證指標數(shù)據的真實性與可靠性。2、指標口徑描述1)指標口徑描述：描述應涵蓋指標的計算口徑、數(shù)據來源等關鍵信息。2)指標口徑訪問：在界面中集成指標口徑描述展示功能，允許用戶隨時查看。五、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。8教師年度賬單六、數(shù)據要求為確保教師年度賬單建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求。同時，需負責提供教師年度賬單建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔教師年度賬單建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“教育教學”、“日常生活”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“教育教學”下的“教學質量”、“圖書借閱”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據文案、可視化圖表等，以便于用戶理解和使用。七、內容要求教師年度賬單是在學校每年年底的時候，為學校在校教職工提供以移動端H5界面形式的教師年度報告，用以展示在校教職工本年度在校的工作、教學、科研、消費、上網、年度考核等信息，給在校教職工提供了一個全面的個人數(shù)據展示平臺，具體要求如下：1、首頁在職年份:計算聰入職到現(xiàn)在的年份。2、個人信息2.1教師類別：教輔（有教學任務的老師），行政（無教學任務的老師）。2.2所屬單位：老師所在單位。3、教學3.1共教授課程數(shù)：老師上學年共教授課程數(shù)。3.2累計教授課時：老師上學年累計教授的課時數(shù)。3.3教授班級數(shù)：上學年一共帶過幾個班級的課程。3.4教授課程名稱：上學年教授所有課程的名稱。3.5教授課程課時數(shù)。3.6教授課程學期。3.7總計教授學生人數(shù)：教授了多少名學生。4、評價反饋4.1課程評價平均得分：教授課程評分的平均分。4.2課程平均分在本專業(yè)教師中的占比：平均分在本專業(yè)教師中的排名占比。5、消費5.1累計消費總額：一卡通消費的總金額。5.2累計充值總額：一卡通充值的總金額。5.3一卡通余額：現(xiàn)在一卡通余額。5.4第一次消費時間：上學年第一次使用一卡通消費時間。5.5第一次消費金額：上學年第一次使用一卡通消費金額。6、圖書6.1借閱第一本書時間：上學年借閱第一本書的時間。6.2累計借閱圖書數(shù)量：上學年累計借閱的圖書數(shù)量。6.3借閱圖書數(shù)量在教職工中的排名：借閱圖書數(shù)量在全體教職工中的排名。6.4借閱時間最長的三本書，時長：借閱時間最長的圖書。7、趣味指標7.1入職時間。7.2年齡。7.3距離下一個生日天數(shù)。八、個性化要求以上應用場景要求進行實際需求調研，根據實際調研結果進行調整，包括數(shù)據指標、呈現(xiàn)形式等內容。9學生畢業(yè)報告一、數(shù)據要求為確保學生畢業(yè)報告建設工作的順利進行，本項目具備一定的功能開發(fā)與數(shù)據開發(fā)要求，須承諾，在系統(tǒng)建設全過程中，嚴格遵循本次校級數(shù)據標準服務所產出標準規(guī)范要求。同時，需負責提供學生畢業(yè)報告建設所需數(shù)據的采集、治理、對接和模型建設等服務，確保系統(tǒng)數(shù)據的完整性和可用性。此外，應明確承擔學生畢業(yè)報告建設過程中可能產生的所有費用，包括但不限于系統(tǒng)對接費用、數(shù)據對接費用、數(shù)據治理費用等，這些費用應被合理計入投標成本中，不得再向學?；虻谌綑C構收取費用。具體要求如下：1、數(shù)據采集治理1)數(shù)據采集：需負責從各業(yè)務系統(tǒng)、數(shù)據庫、數(shù)據源等無償采集所需數(shù)據，并確保數(shù)據的完整性、準確性和實時性。2)數(shù)據治理：需對采集到的數(shù)據進行全面治理，包括數(shù)據去重、異常值處理、缺失值填充等，確保數(shù)據的質量達到分析要求。3)數(shù)據清洗：需根據業(yè)務規(guī)則和數(shù)據質量要求，對數(shù)據進行深度清洗，以消除冗余、錯誤和不符合要求的數(shù)據。4)數(shù)據標準化：需制定并執(zhí)行數(shù)據標準化策略，確保數(shù)據在格式、編碼、單位等方面的一致性和可比性。2、指標模型構建1)一級指標（指標主題）：需明確各指標主題，如“教育教學”、“日常生活”等，并為每個指標主題定義明確的業(yè)務含義和范圍。2)二級指標（指標場景）：在一級指標的基礎上，需進一步細化二級指標，如“教育教學”下的“教學質量”、“圖書借閱”等，以更具體地描述指標應用場景。3)三級指標（指標數(shù)值）：需根據業(yè)務需求和數(shù)據分析要求，為每個二級指標定義具體的數(shù)值計算方式和算法，確保指標數(shù)值的準確性和可計算性。4)結構文檔輸出：需輸出詳細的指標模型結構文檔，包括指標主題、場景、數(shù)值的定義、計算公式、數(shù)據來源等，以便于后續(xù)管理和使用。3、數(shù)據指標計算1)數(shù)據加工：需對原始數(shù)據進行必要的加工處理，如數(shù)據轉換、合并、拆分等，以滿足指標計算的需求。2)數(shù)據處理：需根據指標模型的計算公式和算法，對數(shù)據進行計算和分析，生成準確的指標數(shù)值。3)數(shù)據關聯(lián)：需將不同來源、不同格式的數(shù)據進行關聯(lián)和整合，確保指標計算的準確性和完整性。整合分析：需對計算出的指標數(shù)值進行整合分析，生成數(shù)據文案、可視化圖表等，以便于用戶理解和使用。二、內容要求學生畢業(yè)報告是在學校每年學生畢業(yè)季的時候，為學校畢業(yè)生提供以移動端H5界面形式的畢業(yè)數(shù)據報告，用以幫助畢業(yè)生回顧大學生活，了解過去在大學生活中的學習、消費、圖書、上網、門禁等一系列信息，給大學畢業(yè)生在畢業(yè)季節(jié)提供一份美好的回憶，具體要求如