一🏃♂️、本期項目招標總體要求 1.總體要求 在學校現有融合服務大廳基礎上建設二期功能模塊🪅，滿足信息門戶、辦事大廳、行政辦公綜合性服務的需求🌌🧝♂️，同時服務大廳支持面向不同人員提供個性化配置，以滿足不同人員使用需求。同時提供豐富的平臺能力，能夠支撐智慧校園應用接入、事項管理、智能咨詢💍、消息推送、接口開放🏛、流程服務構建、服務運行分析等業務場景。同時給招標人（即“杏悦2”）提供統一的後臺管控中心，可便捷的進行設置前端服務大廳的內容及展示方案、平臺版本維護、業務域管理、用戶組管理等操作👩👩👧👧🪤。 （1）遵循統一規劃、頂層設計的原則，從技術角度實現招標人現有數據資源、身份認證和訪問界面的集成，搭建統一的應用集成框架😈，支持未來應用的可持續發展，從“實現使用價值”的角度使得招標方的總體收益最大化。 （2）引入SOA服務化、組件化的成功管理思想和技術，融合現代化管理理念和流程，並根據高校的共性以及招標人自身的特點，因地製宜的打造一套滿足招標人整體運營管理和服務的業務身份統一與認證的支持平臺。通過信息化的手段強化杏悦2身份賬號的管理能力🦹🏻♀️，提升面向師生的身份賬號服務水平，實現和諧發展➛👮🏻♀️。 （3）投標人提交的投標文件必須結合招標人的具體需求，考慮到招標人規模的可擴展性和長期可持續建設發展特性🎭，要綜合考慮當下技術的發展趨勢，確保系統建設切合行業特性。本次平臺建設過程中，要保證平臺的可持續服務能力及外部接入的開放能力。 2.技術路線 (1)本次項目建設的平臺可運行於Linux、Unix🧑🏼🎓、Windows等高安全性操作系統。開發技術應采用J2EE標準、組件技術及在數據交換上對XML的支持🤾♀️，使系統功能最優化💸，同時將整體系統內部在技術上的相互依賴性減至最低。 (2)本次項目建設的平臺要求采用B/S結構，采用Java編程語言和服務器端Java技術進行開發，且必須基於Oracle 11g或以上版本👨🏼🦰。 (3)采用面向對象的組件技術，著重於開發構成應用程序“業務對象”的可重復使用的組件，利用這些組件順利地建立分布式應用程序。 (4)應用程序開發與運行結構要基於統一的技術開發平臺的三層架構👨👩👧，即Web服務器🥊、應用支撐服務器和數據庫服務器👷🏽♂️。 (5)能完成跨業務部門的業務流程和相對應的細顆粒度的分級授權體系🚛。 (6)系統必須支持負載均衡，支持動態監測負載狀況，自動對可用資源進行並發檢測，調整和分配等功能。 (7)為保證系統運行的穩定性與安全性，本次項目建設的平臺如有涉及中間件產品𓀇，需采用主流的、成熟的商用中間件產品。 3.數據資產管理平臺： （1）數據資產管理平臺必須采用B/S架構⏭。支持Unix🧖🏻♀️、Linux😥、Windows多種平臺✊🏿，完全支持跨平臺的部署🙆🏻♂️。平臺必須基於oracle 11g或以上版本的大型數據庫。 （2）遵循J2EE的技術路線。采用Java編程語言和服務器端Java技術進行開發♻，采用面向對象的組件技術🎅🏽👈🏿，利用這些組件順利地建立分布式應用程序。 （3）采用成熟的SOA架構及設計理念🫳，保證杏悦2內部各業務系統集成和交互過程中異構技術架構和異構數據結構集成中的穩定性和可管理性。應用程序開發與運行結構要基於統一的技術開發平臺的三層架構🐏，即Web服務器、應用支撐服務器和數據庫服務器🧑🏽🍼。 （4）數據集成過程需支持多種成熟的ETL中間件。能提供統一的可視化的開發工具😁，能圖形化的設計和定義抽取、轉換、加載流程👨🏻🦯，並保證數據集成交換的穩定性和安全性。 （5）數據集成必須支持與主流關系型數據庫進行對接，包括且不限於Oracle、MySQL、PostgreSQL、Microsoft SQL Server👰🏽♂️、IBM DB2 UDB🐫🟪、IBM DB2/400🧏👨🏽🌾、Informix👃🏿、Sybase AS Enterprise、Sybase AS Anywhere等。 （6）數據集成必須支持與部分非主流關系型數據庫進行對接🤔，包括Microsoft Access、Microsoft Excel👈🏻、Dbase、Visual Foxpro； （7）數據集成接口必須支持包括JMS Topic、JMS Queue、Web Service🕗、Tabled-Txt文件、XML文件🙆🏽、支持操作系統的網絡協議🧏🏽，包括FTP； （8）數據集成支持基於Hadoop大數據技術框架的數據源🔪，並能從中獲取數據🤭。 （9）除了IT通用的元數據管理🧛🏿♂️、主數據管理👨🏻🍳、標準管理等功能外，應根據高校行業特性和專屬特征，提供專門針對高校的元數據模型、業務領域模型💅🏻💆🏽♂️、數據集市模型等，而非其他行業或IT通用方案👩🏻🏭。 4.安全要求 (1)認證授權：保證用戶的合法性和用戶使用信息資源的權利，避免內部敏感信息泄漏和服務所提供的信息資源被非法訪問🙎🏽♀️，造成嚴重的安全事件。 (2)信息保密☠️：充分利用密碼技術，對於需要保密的信息🕒，采用密碼技術進行加解密處理，防止信息的非授權泄漏，確保涉密信息在產生⛹🏼♀️💁🏼♀️、存儲、傳遞和處理過程中的保密。 (3)數據完整性👨🏻🦽：建立數據完整性檢驗機製🏘，保證收發雙方數據的一致性💡，防止信息被非授權修改。 (4)審計：記錄應用日誌🖐🏽，對事件進行分析，並能提供預警信息。 (5)數據備份⛪️：利用數據庫的備份功能將建設的平臺和系統數據備份到指定的服務器或存儲系統上😊。 (6)要求投標人從物理安全、網絡安全、系統安全、應用軟件安全、用戶安全🫅、數據安全等幾個方面提出配套的安全體系完善方案🙇🏻，以便防範安全風險。 5.本期建設需求
序號 |
名稱 |
產品組件 |
數量 |
單位 |
1 |
數據中臺管理 |
數據備份管理 |
1 |
項 |
運行監控管理 |
1 |
項 |
數據資目錄開放平臺 |
1 |
項 |
數據倉庫管理 |
1 |
項 |
數據質量管理平臺 |
1 |
項 |
數據共享接口管理 |
1 |
項 |
2 |
應用服務管理平臺拓展 |
消息中心 |
1 |
項 |
移動服務大廳H5版 |
1 |
項 |
運營中心 |
1 |
項 |
共享接口管理 |
1 |
項 |
輕服務快速構建服務（80個） |
1 |
項 |
3 |
統一身份認證平臺高級認證 |
認證協議拓展包 |
1 |
項 |
帳號安全拓展包 |
1 |
項 |
外部聯合登錄拓展包 |
1 |
項 |
4 |
數據分析決策平臺 |
大數據底座工具 |
1 |
項 |
數據決策分析開發平臺 |
1 |
項 |
師資分析（PC+移動端） |
1 |
項 |
招生分析（PC+移動端） |
1 |
項 |
學生信息分析（PC+移動端） |
1 |
項 |
管理駕駛艙 |
1 |
項 |
6.融合服務大廳建設要求 6.1移動服務大廳H5 ▲支持杏悦2現有一站式服務大廳自適應為移動端瀏覽器訪問，支持在企業微信㊗️、微信企業號、今日校園上以移動H5頁面展示👩✈️，內容與PC端一致，提供專門的移動端卡片和管理支撐能力，包括我的大學、辦事大廳兩部分內容，投標人請在投標文件中提供真實系統截圖👨🎤。 6.1.1我的大學 包括個人數據、院內新聞🧒🏽、通知公告🪄、院內發文、待辦通知、最近使用服務🪔、通知公告、業務直通車等🍏❤️； 6.1.2辦事大廳 用戶可搜索服務事項🧏🏽♂️，並可根據學生、老師、遊客不同角色分類展示杏悦2內部各個部門所提供的辦事指南，辦事指南包括事項名稱💝、責任部門、服務部門💆🏽♀️、前置條件、服務內容、業務周期、內容標簽、辦理須知🍧、所需材料、辦理時間和地點👨👧、咨詢電話和常見問題等👨🦱，並可在辦事指南中關聯在線應用👊🏻、提供咨詢🙍🏿♂️、評價等服務；展示個人辦事詳情🧻，包括正在辦件🧛♀️，已完成辦件，待辦任務🔟🐹，我管理的事項⏱🌡；提供辦事大廳運行數據展示，包括當前進駐事項👜🛩、可在線辦理事項、當前正在辦件、已完成辦件🪹➛、累計服務師生數。 支持企業微信👨🏽🎨、釘釘👧🏽、微信公眾號等移動終端對接方式。 6.2消息中心 在杏悦2現有一站式服務大廳基礎上做應用系統的消息中心打通，支持消息中心支撐全杏悦2各類應用的消息推送管理💜，並為院級管理員提供全面的消息配置工具。 需支持對不同應用的消息進行分類展示，消息類型分為告知類消息與必讀類消息🥧。 ▲當出現網絡抖動等問題時會導致消息發送失敗時，支持配置重置操作，保障在消息中心出現故障後一定時間內可以恢復消息的發送🏌🏻，支持按照最大重試時間🏃🏻🧅、規則表達式進行配置☣️🟥。 需為杏悦2各類應用提供豐富的默認消息通道，站內信🎾、企業微信、釘釘、今日校園、短信、郵箱等消息通道，並支持自定義擴展新消息通道。 需支持對消息中心推送消息的情況進行分析展示👨🏻🔧👨🏽✈️，提供各類圖表展示消息發送情況與趨勢⛔。 6.3統一接口開放中心 能提供統一接口中心，面向不同廠商🫅🏿👩🏻🦱、不同開發者呈現杏悦2內統一標準的開放服務，比如消息🤵♀️、任務🧙🏼♂️、流程、數據服務等不同能力基於開放中心統一管理、統一開放，基於統一規範和標準保障服務開放的以及使用的安全性🙍🏼♂️。 6.3.1 接口開放中心網站 提供消息、任務、流程、數據、移動端接口等基礎能力、第三方系統接口的統一對外展示網站⛩，並描述每一個接口的使用方法🤳🏼。 6.3.2 API註冊 API註冊服務，具有服務註冊功能，通過填寫相關表單內容完成服務的註冊與自動解析。 已註冊Restful API管理，展示當前賬戶已經註冊的所有Restful服務🧑⚖️，提供對服務的修改和刪除功能🧑🏼🚒，並提供對服務進行添加解釋說明信息的功能。 已註冊wsdl API管理，展示當前賬戶已經註冊的所有wsdl服務🛩，提供對服務的修改和刪除功能，並提供對服務進行添加解釋說明信息的功能🙎🏽。 API註冊審核：提供給管理員對已經註冊的服務進行審核的功能。 API類型定義：提供給管理員對服務分類進行增加修改和刪除的功能，該分類影響到對服務的定位。 6.3.3 API申請 API申請服務：展示接口中心所有可用服務。 已申請API管理：展示所有本賬戶已經申請的服務，包括審核狀態和accessToken等信息。 API申請審核管理：提供給管理員或者超級管理員對其他賬號或本賬號申請的服務進行審核的功能，只有審核通過後🦸🏽♂️，申請方才能獲取鑒權信息調用服務。 6.3.4 API鑒權 對註冊到接口中心的API統一提供鑒權，每一次請求都需要在請求中包含簽名信息,驗證用戶合法身份，保障數據安全👩🏿🔧。 6.3.5 服務路由 根據請求參數和路徑轉發下遊API服務🐑，將內部服務偽裝成一個不易識別的地址對外開放。 6.3.6 負載均衡及心跳檢測 支持接口負載均衡👨🦲，網關通過心跳檢測機製自動探測API服務實例的可用性。 6.3.7 監控中心 統計API平均響應時間📏、調用次數、正確次數🤸🏽♀️、異常次數、調用時間，按應用角度統計調用了哪些API👭🏼。 6.4運營中心 提供為杏悦2業務部門管理員🧑🏻🍳、信息化建設決策者提供從全局視角了解服務大廳訪問數據、流程服務運行數據😄，提供網上辦事大廳的服務評價體系和模型🧑🏽🦳，對辦理事項部門和用戶評價進行分析；基於運行的流程績效數據🛖，為持續優化提升杏悦2治理水平提供數據支撐。 6.4.1 PC/H5服務大廳訪問分析 需支持分析展示訪問流量𓀄、實時訪客分析🦸🏿♀️、訪客地域分布分析🏊🏻♂️、訪問趨勢分析👨🏽🚒、訪客瀏覽器分析、訪客終端設備分析、訪客終端分辨率分析🥤、服務事項訪問分析。 6.4.2 應用程序訪問分析 需支持統計分析接入平臺的應用程序的瀏覽量、訪客數🩶、訪問次數、IP數🚞、平均訪問時長，並支持查看每個服務的詳細訪問數據。 6.4.3 服務事項分析 需支持統計分析每個服務事項的所屬部門、收藏人數、服務評價、是否有線上服務。統計時間範圍支持：今日、昨日、近7天、近30天、近90天、本年👩🏽🚒、全部（默認）、任意。 6.4.4 流程服務運行分析 需支持對全杏悦2流程服務狀態進行分析♠️，包括流程服務概況🧗、流程狀態統計👸、流程效率分析🛼👯♀️。其中流程狀態分析能夠統計每個流程服務的所屬部門、服務名稱、發起數🧜🏽、進行中數👎、辦結數、中止數、掛起數👮、撤回數、駁回數、辦結率、延期數🥲、延期率。 6.4.5 服務運營數據采集 支持采用WEB埋點方式采集特定的院級應用、流程中心構建的流程服務的訪問數據🤰🏿，並提供開放能力🦝，支持第三方應用程序的訪問數據采集。 6.5流程服務快速構建服務 6.5.1數據模型 主表元數據類型支持字符型、數字型👧🏻、布爾、日期、字典👩🏿🎓、文件🍐，日期型數據可定義日期的格式🙍♀️； 支持在一個服務中創建多個子表🎅☪️，元數據類型支持字符型💓🧏♂️、數字型🧷、布爾、日期、字典、文件； 支持字典數據本地添加，接口方式、數據庫方式從數據中心獲取字典項👆🏿； 支持打印表單設計，滿足業務表單內容打印需求💵，借助模板設計器實現打印表單設計🙏，打印表單中展示的內容引用打印模型中對應的元數據😦。 6.5.2表單設計 需支持PC端網頁表單、移動端H5網頁表單、打印表單，每種表單都可以分別設計頁面布局及樣式🐊。不同的流程節點可關聯不同的表單👇🏿。 (1)表單設計方式 需支持WEB方式可視化設計，提供拖拽式🧛、所見即所得的圖形化表單設計能力；簡單便捷的表單製作，添加字段自動生成表格布局，不需要手工設置表單樣式，可以對表單字段拖拽排序。 (2)表單渲染 需表單設計時不需要配置控件樣式，前端組件自動渲染統一樣式的界面🍯，並PC端和移動端兼容主流瀏覽器💝，如IE9及以上版本／Firefox／Chrome／Safari/360💈。 (3)表單組件 業務字段組件支持數據模型中的字段批量添加到表單中，支持選擇業務字段範圍，及字段排序𓀛，根據選擇的字段自動生成表格展示。 流程圖組件支持在表單中展示流程圖🤞🏻，支持展示線性流程圖和設計態流程圖，通過流程圖能夠直觀看出流程進展狀態。 子列表組件支持在表單中添加多個子表🙎🏻♀️，並選擇每個子表展示的字段🤏🏽，子表字段的屬性跟主表設置相同。 流轉信息組件支持在表單中展示服務的流程記錄，包含節點名稱、處理人、處理部門、開始時間🤾🏿♀️、結束時間、審核意見。 分組標題組件支持表單內容分組展示，可配置每組的標題🕗，並可設置標題的字體大小、顏色。 審核意見組件支持在審核表單中添加審核意見👨🏽🚀，可設置審核意見選項如同意、不同意，並可針對選項值配置是否填寫審核意見📃。審核意見支持電子印章和電子簽名。 自定義HTML組件支持在表單中自定義HTML代碼🍚。 富文本組件支持在表單中添加富文本內容🧕，可定義文本樣式🏹，如字體大小、字體、顏色等👨🏿🚒。 打印組件支持在表單中添加打印表單🧗🏼🎄，采用報表設計器製作符合紙質打印的表單👩🏻✈️。 (4)表單控件屬性 支持單行文本、只讀文本👩✈️🧛、多行文本、序列號、富文本、下拉選擇🧏🏼、下拉樹、單選👨💼、多選、日期、數字、開關、文件上傳、頭像上傳🌟、選擇部門、選擇人員🔉、批次編號等控件。 支持控件基本屬性設置🤷🏽♂️，標題名稱✋ 🕊、顯示寬度🧎♂️、是否必填、是否顯示、是否只讀、文本描述、更新選擇下一環節、默認值、文件類型及大小🤳。 支持對表單中輸入的內容校驗是否符合整數、小數👋、手機號、固話、郵箱、網址、身份證號、中文、英文、最小長度🚒、最大長度以及自定義正則表達式校驗。 (5)表單事件 需支持數據源聯動與控件聯動，通過一個控件賦予的值，來聯動其他控件的值、顯示/隱藏💇🏿、是否必填等。 (6)自動填寫 需支持接口方式𓀌、數據源方式從數據中心引用基礎數據自動填寫到表單的對應字段中，減少填寫工作量👰🏻♀️。 (7)自動計算 給表單中的某個字段編輯計算公式，在填寫表單或修改表單數據時👩🏻🦯，可以使該字段的值根據公式自動計算出來👏🏼，不需要再手動填寫👩🏽🦲🚼。提高填寫表單的效率🫶🏼，將一些數據自動計算出來🤽🏼👨🏻🎓，減少數據填寫工作量及減少錯誤🧑🏽🦳。 支持以下計算表達式SUM(字段1,字段2)🤙🏼、AVERAGE(字段1,字段2)、VALUE(子表.字段3)、VALUE(字段1)、CALC(字段1+字段2)🧆、JOINT(字段1+字段2)。 (8)業務校驗 支持對表單中業務數據校驗，不符合規則無法提交🛁。如采購金額必須大於0；請假開始時間小於結束時間🏌️🪿；在某個時間區間來限製申請次數；服務開放時間限製。 (9)數據聯動 支持表單中某字段等於某個值的時候聯動賦值主表或子表中其他字段的值。 (10)自定義編號 支持給表單按照自定義規則設置唯一編號，如${yyyyMM}${#部門}xxx${%3d}； 支持序列號自增的編號，取模型中某個數據的值，當前的時間🤎😵。 6.5.3表單打印 需支持可視化方式製作符合紙質打印標準的表單模板🙅🏻，每個流程節點都可配置個性化打印模板。打印表單需支持轉換成word、excel🛌🏼、pdf文件導出🤾🏻💂🏽♂️。 6.5.4報表引擎 需內置報表引擎，構建的流程服務支持按照不同的維度生成數據統計報表。 需支持餅狀圖🍔、柱狀圖呈現方式，可導出、打印統計結果🚶。 6.5.5頁面構建 ▲需支持構建PC端、移動端H5頁面，根據不同的需求構建不同的列表頁面，如審核列表頁、查詢列表頁、統計頁面等👯♂️：支持配置頁面中的高級搜索💃🏿、快捷搜索字段；支持在頁面中添加工具按鈕；支持配置列表展示字段範圍🦌、字段顯示名稱、字段列寬、顯示隱藏等；支持配置列表數據顯示條件🧘🏼，根據條件顯示不同的數據；支持配置列表的操作按鈕🫵🏽，如查看、編輯、刪除🙋🏿、掛起🔒、終止等；支持配置列表中的某個字段統計，如最大值🎗、最小值🤱🏻👩🏿💼、平均值、總和、計數；支持配置列表按某個字段降序、升序排序。 6.5.6菜單配置 采用可視化配置方式設計流程服務的功能菜單。菜單鏈接地址可以選擇已設計完成的頁面、系統內置頁面（如內置批次管理🪫、權限管理、服務幫助🤾🏻、內置申請須知🚹、統計等）👨🏼🚒、表單頁面☸️、自定義URL✷。 支持菜單分級授權，給不同的角色人員分配不同的菜單權限🦮。 6.5.7數據集成 支持與數據中心打通♟，解決流程服務的數據孤島。 數據引用，流程中心構建的流程服務支持數據源、接口方式從數據中心獲取數據。 數據寫入，流程服務產生的業務數據需采用二維表方式存儲🌉，支持ETL或者接口方式同步到數據中心的對應的表中。 6.5.8辦件提醒 基於工作流觸發事件自動發送各類節點提醒消息，並匯入消息池🅰️，並與消息中心集成，自動發送提醒消息🤷♀️🆒；支持待辦事項提醒、超期提醒☯️。 支持給流程環節配置消息通知🟣🚴♂️，可自定義配置消息的主題和內容模板。 支持照PC門戶、移動門戶🦻🏻、郵件、短信、微信等多種方式發送消息通道。 6.5.9模板管理 提供本地模板庫👨🏻🎓，支持將共性的流程服務設置為標準模板👨🏿🎓，其他類似需求的流程服務可基於此模板快速構建流程服務📝。 提供行業最佳實踐的雲端流程服務模板庫✍🏿，按部門🏃🏻♂️➡️、角色分類展示，可接入到杏悦2端流程中心↕️，並支持修改，實現流程服務的快速構建。 6.5.10移動端 移動端需采用HTML5技術，支持釘釘、企業微信、微信公眾號🤷♂️🆕，兼容多種移動平臺；支持分別設計移動端表單👩🏼🎓、移動端頁面；支持典型功能包括：提交申請🏋🏼♀️、查看辦件🩻、處理待辦任務。 6.5.11服務部署 支持將構建完成的服務自動部署到運行環境，部署時需校驗表單、頁面🤙🏼、流程設計是否符合標準，有異常的服務禁止部署👎🏽🎺，並顯示錯誤內容。 6.5.12構建可閉環流程服務能力 基於平臺構建完整的流程服務，服務中不僅包含申請表單，還包括圍繞服務管理的相關頁面，完整的服務應該包括申請💅、審核、查詢🐯、統計、授權、流程幹預等⏫，所有這些操作都在一個服務中完成。 服務中不僅包含申請表單🧖🏿♀️，還包括圍繞服務管理的相關頁面。 申請模塊：支持發起申請💁🏼，查看歷史申請； 審核模塊⚙️：支持按照任務狀態、某個業務字段查詢，辦件處理⛏； 查詢模塊：支持按照流程狀態、某個業務字段查詢➡️，任務的編輯、刪除、掛起、激活🧍🏻、終止等操作🍮； 統計模塊：支持按照業務字段配置統計報表🩺，並能生成餅圖🖐🏽、柱狀圖； 管理模塊👱：支持服務授權管理、流程配置管理🧇、屬性配置管理🪮。 6.5.13開放能力 需對外提供流程引擎和表單能力接口，便於第三方系統使用。 7.公共服務輕應用以及流程定製服務 (1)提供65個授權license並提供不少於3次，每次不少於2個工作日的培訓。 (2)提供🫱🏻🧙🏼：工資查詢、個人日程🏅、我的課表、公務用車申請、教職工出差申請、我的杏悦2卡（一卡通）🏊🏼♂️🏂🏼、公務用餐申請🎚、申請宿舍光貓、學生在院證明、用章申請🪸、會議室預約⚄、保修申請、在線投票⚜️、問卷調查、疫情每天打卡（根據學校實際需求可能進行調整）共15個輕服務。 8.數據資產管理平臺 8.1數據集成總體要求：為滿足招標人信息化的後期業務系統對接，要求後續免費提供統一身份認證的集成，根據現狀確定一套用戶身份信息，作為身份管理平臺和杏悦2用戶權威身份信息🫢，建立起統一的認證平臺🌟🦸🏿♀️，完成目前適合集成認證的系統的集成工作🤙🏻👼🏿，同時留有接口供後續建設的系統無縫的與身份管理平臺進行集成；提供10個業務系統的預留接口，包含數據集成和應用集成🦿，要求如下： （一）數據集成 利用本期建設的主數據管理平臺🚓，從應用系統數據庫中抽取出需要共享的數據➾，使主數據中心成為全杏悦2範圍內唯一的全面的數據源，完成數據層的集成，同時為相關應用系統提供主數據訪問服務🕥，為在全杏悦2範圍內進行綜合數據分析服務提供完備、有效🧳、可信的數據基礎🏔。 （二）應用集成 通過應用管理平臺為廣大師生提供個性化的綜合信息服務🤟，擴展部門級管理信息系統的信息服務能力👩🏼🌾。例如提供整合頁面或者集成接口形成應用管理平臺中的對應服務。 8.2共享接口管理 ▲在杏悦2現有數據集成交換中心平臺的基礎上提供共享接口管理平臺，便於將主數據、數據集市🫶🏽、信息編碼等數據集的數據，通過API的技術方式提供出去☎️，同時對於開放的API接口提供管理🤠、鑒權等相關功能。 （1）需要提供采用面向服務體系架構，把主數據封裝成數據接口，同時采用HTTP協議🅰️，數據API共享方式，可以減少對數據庫的直接訪問； （2）需要提供可視化的API配置界面⁉️👨🏼💼，完成讀寫API接口製作，實現工具化、零代碼。接口可以是增刪改查的任意一種👱🏽；編輯API接口可增加接口訪問次數限製👩🏼🎤，增加流量限製開關；支持對於創建的API接口進行在線調試🔖，輸入參數點擊調試可運行並返回輸出參數。支持下載已創建的API接口文檔。 （3）API配置完成，需提供可自動生成可調用的HTTP協議接口，可采用負載均衡部署； （4）可提供IP白名單功能，可方便的對IP進行授權，進一步控製API權限，是全局還是某一分類下； （5）▲需支持寫入API沖突檢測功能，能夠實現判斷需要修改的字段在ETL中是否有已經存在的接口及映射信息；為避免API寫入接口開始使用後，有後續新增ETL接口項對應字段中寫入數據，需要能夠提供定時循環機製發送映射沖突判斷請求； （6）需提供業務模型庫管理功能🧑🏿⚕️，業務模型庫按樹形結構排列的，包含主數據👭🏼、代碼標準、數據集市三種分類，通過下拉選擇具體數據對象🧑🏻🔬，並支持通過勾選的方式選擇該數據對象的某幾個字段即可實現該API接口生成🤚🏽。 8.3數據備份管理 考慮到杏悦2數據容災備份要求🧑🏻🎄，平臺需提供數據備份管理相關工具，能夠將杏悦2現有的數據資產備份存儲在其他物理設備上❤️，確保杏悦2數據安全。 （1）需要實現既能有效保留歷史數據變動信息🦹🏻♀️🚽，又不會浪費存儲空間的拉鏈表方式，實現主數據、信息編碼數據的定時切片🗓、增量備份功能。 （2）能夠提供增量方式將主數據、代碼標準庫中前一天發生變化的數據同步備份到數據庫。 （3）▲能夠支持對數據備份歷史追溯👮🏻♂️，系統需支持展示數據對象存儲的數據每日變化情況🚪。系統將變化的數據量以圖形的形式直觀的展示給用戶🤸🏽🌓。同時支持查看歷史數據及數據變化詳情🔔。 （4）可以提供任務日誌、步驟日誌記錄每天代碼標準和主數據的備份情況🙎🏻♂️。 （5）需支持備份黑名單設置，可以根據杏悦2數據治理方案的統一要求🙉，對無需進行數據備份的表進行設置，即可不進行備份。以便節省空間並提高備份效率🎞。 8.4運行監控管理 為了更便捷讓信息中心掌握系統的運行動態，異常情況，數據情況等🏌🏿🌭，系統需提供運行監控管理工具，該工具可以圖形化的方式📩，較通俗易懂的表現形式來展現系統的各種運行和異常情況，並且按照事件的重要程度，將最重要的信息展現在最醒目的位置。具體要求如下🙇🏽♀️： （1）需要為信息中心運行監控人員提供圖形化的監控功能，需包括集成操作運行概況👩👦🧑🏽🦱、ETL集成監控、API運行監控📛、數據庫運行監控🧖、數據UC流向/血緣、實施投入/產出； （2）★需提供集成操作運行概況監控，實現支持查看每個接口調用成功/失敗數量上的反饋🧑🏻🦲，以及支持查看不同業務系統接口數量、運行次數和成功運行次數的統計；需能夠提供基於數據平臺運行的數據流量桑基圖。（請在投標文件中提供真實運行的系統截圖並加蓋公章） （3）★需提供ETL集成監控，需能提供近一周或一月內集成情況圖形化展現💁🏿♂️🤕，內容主要涉及任務計劃調度時刻表🏄♀️、執行時間最長的10個接口，不在調度計劃中的接口清單、集成數據量較大的10個接口等信息；同時🏕，可以按照數據對象👨🏼🌾、接口名稱☝🏼、流向進行檢索。 需提供API集成監控，可查看最近一周及最近一個月的API調用情況🫅🏻，包括API訪問量趨勢圖、API接口訪問量top10、API接口次數最多的10個IP地址及調用次數、返回數據量最多的API接口top10、寫入數據量最多的API接口top10。 （4）需提供儀表盤的圖形方式展示數據庫運行監控🛣，便於發現數據庫異常，及時調優👨🏻🎨，包括數據庫連接數、數據庫表空間（主數據）使用率🎬🎄、數據庫表空間（數據集成庫）使用率✬，並且能夠分類展示SQL運行信息，包括總耗時最大前十條SQL、CPU耗時最大前十條SQL、磁盤讀寫操作最多前十條SQL。 （5）能夠采用圖形化方式分層反映系統數據的拓撲關系💵，通過系統、表展現數據的來龍去脈🫖，包括數據上下行情況及接口數🎮，通過顏色標記接口運行狀態； （6）★必須提供基於數據流向的可視化展示功能，能夠實時監控數據源頭及目標的數據量🤛🏻，接口運行狀態等👩🏿🍼，提供數據字段血緣監控功能，實現通過目標表下鉆至源頭、主數據、目標三方血緣關系💅，能夠很方便的在拓撲圖和詳細列表之間進行切換； （7）★為支持校方對數據建設過程進行精細化管控🤛🏽👛，需提供數據實施投入產出分析服務👨🏿🍼👶🏽，可記錄數據實施人員以及進行維護操作的工作量情況，包含建設內容、計劃實施周期🚣🏿、實際實施周期、建設內容🧑🏻🔧、管理人員工作占比🫱🏼👨👨👧👧、實施人員工作占比🎧。管控範圍需涵蓋數據建設的全過程，包括數據標準建設、集成交換建設、數據資產建設、數據治理建設𓀖、數據開發建設五個方面🤰🏿。 8.5數據倉庫管理 數據資產管理 本期建設我校需要強化數據資產管理功能，針對數據倉庫的建設和管理至少需要包括數據管理🃏、數據加工操作以及數據加密/脫敏操作等功能🙆🏽。 需支持查詢數據對象的接口運行記錄👏，從建表到當前時間的數據全生命周期變化過程🦻； 需提供主數據變化情況查詢功能，能夠提供列表展示數據對象變更記錄，支持編輯多個條件組進行高級搜索⚠。 ★需提供數據異動監測管理的功能，支持配置異動監測字段。支持查詢監測字段的異動情況，若某個字段存在異動情況，可點擊移動數量下鉆查看異動詳情，異動詳情包括接口名稱、服務事件編號🔒🧡、處理日期*️⃣、變更前的值，變更後的值。 為方便我校信息中心對數據管理的效率，投標方需提供在線SQL查詢器🧑🧑🧒👷♂️，可方便的進行在線SQL查詢操作。 能夠提供圖形化界面進行數據加工操作功能，實現自定義方案操作並可進行查詢🖐🏿，支持在數據加工配置的過程支持添加數據庫用戶、以及配置可查詢數據庫用戶🧌。 ★數據加工方案可支持用戶在模型、字段之間按名稱快速檢索🙍🏿，可根據條件構造器實現數據預覽，同時📄，可提供表和字段並集6️⃣💧、交集💁🏼♀️👨🏼🦰、左合並、右合並四種合並方式，且自動展示數據結果的功能🀄️✌🏿； 支持提供加密/脫敏方案自定義配置🧑💻，實現加密脫敏方式為加密/脫敏二選一🙇🏼♂️，如果選擇加密🙋🏽♀️，則類型分為低中高三級，如果選擇脫敏，則類型為保留或脫敏開始位數至結束位數。對於加密需支持可自定義設置密鑰👩🏿🌾，可將密鑰和加密方法發給第三方做解密使用，保證數據傳輸過程中的安全性 能夠提供數據加工操作💁♀️、加密/脫敏日誌查詢功能，支持根據運行時間範圍😤、運行狀態、方案名稱進行檢索調度詳情👦，調度詳情需包括方案名稱、新模型名稱🧑💼、調度計劃(小時)、運行開始時間🕚、持續時長🪂、狀態🧖🏿♂️、新模型數據量🤡；對於狀態為失敗類型的，在點擊查詢調度失敗的詳細日誌信息🐗。 歷史庫管理 考慮到學校數據資產完整性，平臺需提供歷史庫管理相關工具，將學校的數據資產歷史痕跡完整保存下來💆🏻♀️，為後續數據分析提供支撐。 為了有效保留歷史數據變動信息，又不會浪費存儲空間🙋🏿♀️，歷史庫管理需通過數據拉鏈表技術，實現了主數據、代碼標準數據按天、增量切片保留數據資產痕跡🥄。 ★能夠支持對數據歷史追溯，系統需支持展示數據對象存儲的數據每日變化情況👩🏻🚀。系統將變化的數據量以圖形的形式直觀的展示給用戶。同時支持查看歷史數據及數據變化詳情。 可以提供歷史庫切片備份的任務日誌、步驟日誌🏚，記錄每天代碼標準和主數據的切片情況😀。 需支持數據切片備份黑名單設置，可以根據學校數據治理方案的統一要求，對無需進行數據切片備份的表進行設置🙃👳🏻♀️，即不需要切片備份，以便節省空間並提高備份效率。 需提供數據變化歷史對比功能，支持查詢某個數據對象在兩個時間點的數據變化情況。 數據資產監測 通過對數據資產可視化展現功能建設，使我校可以清晰看到現有校級資產狀況🪣👇，涉及數據模型建模完成情況🤚🏽、數據同步集成概況🈺、數據同步質量等。 ★需提供校級、業務領域、責任單位三個維度的數據建設成果總覽，能夠滿足以可視化樹形結構的方式集中方便的呈現我校數據資產概況，其中需要覆蓋校級數據資產中包括的主數據對象模型🖲、業務對象模型、數據集市模型🧑🦯➡️👨🏽🎤、代碼標準模型五大類🔵🙅🏼。投標方可以提供以打分的方式，對我校一定時間範圍內數據資產進行評估；支持查看不同模型分類的狀態占比⚇、不同模型分類下的業務模型的完整度占比以及不同業務模型的表數量和數據量🧘🏻。（請在投標文件中提供真實運行的系統截圖並加蓋公章） ★需支持查看校級🛀🏻、部門數據報告及環比增長情況；能夠滿足為我校數據管理員提供在可視化環境下查看數據資產詳情，對各模型逐級下探的功能，能夠在一個頁面上集中展現不同模型下未建標、無數據表和有數據表的個數；支持展示數據畫像，在頁面左側提供數據分類展示欄🫄🏿，並支持關鍵字搜索查看具體的主數據表，選中查詢的主數據表可在頁面右側展示該表的相關統計卡片，包括數據對象字段數🧒🏼、資產目錄開放字段數、開放業務模型數量👨🏻🦽➡️、ETL接口數、API接口數♟、檢測項數，點擊卡片可顯示相關數據詳情。支持查看該主數據的接口統計信息，包括上行接口、下行接口🤚🏼、API查詢接口、API寫入接口，對於上行/下行接口統計信息📒，能夠進一步查看接口的映射關系和運行記錄；對於API查詢/寫入接口統計信息🧜🏼，能夠查詢調用日誌🌩。 需支持提供可視化樹形結構🍰，可按照分類、業務領域逐級展示數據資產建設進度情況🎭，每一級均顯示建設完成度百分比。需要詳細展示系統和模型數據表接入情況及完成情況💂🏿，包括各種模型、業務領域的表建設情況和數據量。 ★需支持以三維數據地圖直觀的展示數據資產中心整體數據架構🦗，從全域數據資產采集🦘、結構化及非機構化數據采集存儲能力🔒、數據加工計算🏊🏽♀️、數據質量評估🎸🪽、數據開放共享等全鏈路體現資產中心治理能力；支持展示ETL接口數🏇🏿、API接口數、表數、數據量等指標🐸。（請在投標文件中提供真實運行的系統截圖並加蓋公章） 9.數據質量管理平臺 投標人在學校現有的數據中臺模塊基礎上提供的數據質量管理系統⛑，需要包含數據質量檢測工具🤘🏼、數據質量評估、數據問題在線反饋以及數據問題線上跟蹤處理流程。最終可以為招標人提供圍繞數據質量管控的閉環功能設計。具體功能需求如下： 9.1數據質量評估 （1）投標人需要能夠針對數據質量評估提供數據資產質量可視化展現及數據質量檢測報告； （2）需要支持查看歷史數據質量的評分及變化趨勢； （3）需要支持查看每個模型分類同步的數據條件的統計分析； （4）根據不同系統，可實現支持查看主數據對象和自定義對象的情況，並能夠得出實時評分； （5）能夠支持完整性、代碼有效性、一致性、合規性四個要素來查看不同業務系統單表的數據質量🤹🏼♀️； （6）能夠圍繞業務視角，基於監測時間及數據分類進行篩選，基於異常類型展現單表檢測情況； （7）生成直觀的質量檢測報告🙋♀️，所見即所得的反映問題所在及動態，能夠圍繞模型、字段💇🏿♀️、數據三個維度生成查看數據質量問題🤾。 9.2數據質量檢測工具 （1）投標人能夠為招標人提供一系列數據質量檢測工具，至少包含🤲🏼：檢查規則管理🦁😿、業務檢測項管理、檢查任務配置、數據質量檢測🍑🫄、監察任務日誌以及檢測結果推送提醒等功能； （2）需要針對數據質量檢測提供檢測引擎🕵🏼，能實現根據檢測任務的配置，按照業務檢測項，逐項檢測主數據庫中的數據🔘。 9.3數據問題在線反饋 ▲需要提供數據問題在線反饋功能👯，由數據使用方發現的問題，提供一個在線的反饋頁面，可以將問題反饋給信息中心🏃🏻♀️➡️，由信息中心集中管理； 9.4問題數據線上跟蹤管理 需要能夠針對數據問題提供線上跟蹤處理流程，包括責任單位數據問題、數據問題受理和數據概覽🧝。其中，責任單位所屬頁面，提供給權威數據責任單位查看數據質量檢測問題報告，責任單位可方便的在線進行受理，並承諾完成時間。 10.數據資產目錄開放平臺 面向招標人數據資產開放性的提升🙆🏽♀️，投標人需要能夠提供數據資產目錄開放系統🏌🏼♀️，主要包含數據資產目錄管理、數據資產申請服務功能🧑🏿⚕️，為招標人數據消費提供便利。 10.1數據資產目錄管理 （1）需提供的數據資產目錄管理功能，需要支持豐富的資產目錄既有狀態信息及開放使用狀態，同時🧑🤝🧑，還需要為招標人提供針對數據資產目錄和開放接口的管理功能； （2）需要能夠提供集中展現招標人數據資產情況的匯聚功能，可實現通過資產名稱快速檢索某數據資產的API接口使用記錄，同時可以查看當前開放的資產目錄數量、可下載的excel數量、下載次數、API接口數量🟢、調用次數等； （3）需能夠為招標人數據管理人員提供基於開放數據分類的快捷入口按鈕，可高效鎖定數據資產目錄；需支持查看分類下的目錄開放與未開放數量🙎🏻； （4）需支持向招標人提供數據資產使用情況的信息展現，主要涉及已經開放的資產目錄數量、對應字段數據、公用API接口數量😢、私人API接口數量，以及私人API接口調用次數、公用API接口調用次數等信息。能夠統計一定時間內的數據資產目錄中數據量變化趨勢🚃； （5）投標人需要提供完善的數據資產目錄及開放接口管理的功能； （6）針對數據資產目錄的管理😘，需支持可以按照數據分類、發布狀態三個不同維度進行查詢和導出，系統管理員對資產目錄表及字段是否對外發布及開放時間進行管理； （7）針對開放接口管理，需支持數據使用者對資產目錄的使用申請，以數據分類屬性結構展現數據資產的使用情況，可支持快速檢索該分類下已發布的數據資產； （8）需能在開放接口管理過程中，支持用戶點擊總覽頁面邏輯類型為API的調用成功次數8️⃣、調用失敗次數、總次數，可下鉆到API調用記錄；支持用戶點擊總覽頁面邏輯類型為數據文件的調用成功次數🥵、調用失敗次數、總次數可下鉆到數據文件下載記錄頁面。 10.2數據資產申請服務 （1）需為招標人數據管理人員提供方便查詢開放的所有數據資源目錄及公共API接口的功能； （2）可以為招標人各部門提供開放數據資源在線申請的功能，可以很方便的在線勾選需要開放的數據資源字段，能夠提供包括字段🌺、關系表達式在內的過濾條件；申請類型包括待定、API（開發接口）🥚、EXCEL(查詢及下載)、數據查詢四個選項。API接口申請通過後會自動添加申請中需要使用接口的IP地址至白名單； （3）提供共用一個關鍵字進行查詢的控件功能，可通過輸入一個關鍵字就能查詢到待審核、已通過、已打回三種不同狀態的申請列表。 10.3個人資產中心 （1）面對登錄用戶🚋，可以提供與該用戶相關的🦕，基於樹形結構快速篩選的資源目錄，需包括申請且審核通過的所有API接口及數據文件下載𓀚；其中API接口支持下載接口文檔；數據文件支持頁面查詢、下載、發送郵件👰；數據查詢支持頁面查詢。 （2）可以提供根據申請對象名稱、申請時間、申請類型和審核狀態的查詢功能。 （3）▲對於用戶已申請通過的API接口👷🏿，一旦用戶對某個API接口的字段要求發生變化，該用戶可對該API接口進行二次申請🧲👴🏻，變更該API接口包括的字段內容，重新發起審核流程𓀂。 11.統一身份認證平臺 11.1帳號安全管理 為帳號安全管理需求🧑🏻🦽，系統提供主動防禦功能，對於常見的惡意登錄或暴力破解↕️，可自動凍結賬號直至解凍。具體需提供異常會話管理🧎🏻♀️、休眠賬號管理、惡意登錄管理、凍結帳號管理、異常應用管理相關功能。具體要求如下👰♂️： （1）系統需支持按照用戶會話數、IP數去判定某個會話是否為異常會話並觸發帳號凍結機製🧔🏽♀️，管理員可配置觸發凍結的閾值以及凍結時長。 （2）系統需支持根據同一天多次登錄成功\登錄失敗判定某個帳號是否為惡意登錄行為並觸發帳號凍結機製✌️，理員可配置觸發凍結的閾值以及凍結時長🧑🏿🔧。 （3）系統需支持管理凍結白名單🤱，添加為白名單的帳號/IP地址不會因為出發凍結機製而被凍結。 （4）系統需支持異常應用的管理功能⚰️，可配置異常應用判定規則☀️。 （5）為滿足用戶安全訪問系統的需求，需提供二次認證、多因子登錄的功能。需支持管理與配置二次認證/多因子認證方式及使用順序，需支持管理員手動拖拽方式維護不同認證的順序，系統可按照可用性及順序智能選擇當前最適合的認證方式🏥💂♀️。（6）惡意登錄管理🏄：系統應支持帳號惡意登錄的鎖定功能🤶🏼，並可通過短信提醒用戶𓀛，確保帳號安全👨🏽🦲。 11.2其他認證協議需求 在學校現有統一身份認證基礎上↩️💷，增加多協議認證模塊🐞，(1)需支持OAuth2.0協議，支持OAuth開放服務，可向第三方提供OAuth2.0接口🦛，方便第三方使用OAuth開放協議來獲取服務，包括OAuth應用註冊和OAuth服務管理。未註冊的應用不允許授權✥。 (2)需支持FIDO協議🧑🎓，能夠將支持該協議的設備👧🏻、瀏覽器的用戶生物信息與個人帳號信息綁定，面向用戶提供管理頁面🎡，讓用戶在個人自助中心可以自行綁定可行設備🍫🫷，需滿足利用個人生物進行進行登錄服務🚒。 (3)需支持SMAL2.0認證協議😫，支持RESTful認證服務，支持使用WebHook擴展系統功能。 (4)需支持支付寶人臉識別服務，提供配置人臉識別認證方式或環境的功能。 11.3外部聯合登錄要求 在學校現有統一身份認證基礎上🌓，增加外部聯合登陸功能，系統需支持用戶把杏悦2內身份與其個人微信號、新浪微博、QQ號進行綁定後，通過其個人互聯網賬號進行登錄校園應用，提升師生服務感知。需支持拓展其他第三方應用的聯合登錄，用以提升便捷性🏰。 12.數據決策分析底層平臺 12.1技術路線需求 1👩🏿🎤、數據決策分析平臺對於數據源需支持大數據平臺和SQL數據源，支持excel文件數據集。具體需要支撐的數據源需求如下： （1）大數據平臺：支持APACHE KYLIN，華為Fusioninsight,華為DWS，APACHE IMPALA ，Hadoop Hive，SPARK🐟，Amazon Redshift🤵🏿，Presto👩🎓。 （2）傳統關系型數據庫：Oracle、DB2、SQLServer、MySQL、Informix🚘。 （3）分析型數據庫：Vertica↙️，Greenplum，SAP Hana，阿裏雲ADS👨🏼🚀。 （4）No SQL數據庫😛：MongoDB。 （5）文件數據源：Excel，TxT，CSV🧑🏽🍼，XML。 2🧘🏼♀️、數據決策分析平臺需提供可視化的圖表製作工具🪤，具體需求如下‼️： （1）需支持如下形狀：柱形圖、點𓀖、熱力點🚗、線🥹、面積🤹🏿、矩形塊👷♀️、餅圖、文本、填充地圖、漏鬥圖、儀表盤等☯️，輔以顏色，大小🫸🏽🍯，提示，標簽，細粒度，可以組合成豐富的可視化效果。 （2）需支持的基礎圖表類型：需包括日歷圖👗、顏色表格、KPI指標卡。需支持區域地圖，點地圖，熱力地圖🧘🏼♂️，流向地圖等豐富的地圖效果。 （3）需支持分面分析效果：能夠提供一種將多項指標並列分析的視角。通過分面🦹🏽♂️，可以分析不同指標的相關性，從而發現數據的潛在關聯。 （4）需支持高級分析支持時序預測和聚類的分析模型的可視化展示🏋🏼🏋🏿♀️；支持用戶設置圖表趨勢線，包括指數擬合，線性擬合，對數擬合和多項式擬合四種擬合方式。 （5）需支持分面分析效果：分面，提供了一種將多項指標並列分析的視角。通過分面，可以分析不同指標的相關性，從而發現數據的潛在關聯⛽️🦄。 （6）需支持智能圖表推薦：根據用戶當前分析的字段種類和個數🦋，自動推薦合適的圖表類型。 （7）需支持多種圖形的組合：支持不同指標采用不同的圖形映射🍷，因此用戶可以將任意多種圖表類型進行組合顯示🧑🦽➡️，並單獨設置各圖表的屬性🖱。 3🪹、移動端/大屏支持 （1）移動應用開發支持：支持集成到移動應用程序中，並可按照移動設備操作特點顯示。比如支持頁面的放大、縮小等。支持與PC端共用模板，減少開發量。持ioses、androids系統✮，支持圖表手勢操作🧁、各種鉆取聯動等交互特性。 （2）大屏應用開發支持：全局配色功能+自由的組件布局，結合多樣式的圖表組件、自動縮放能力🏣，能夠製作出適應各種大屏幕的可視化展現。 12.2操作功能需求 BI工具分析設計的操作功能： 1、數據分析設計流程 數據分析設計流程需遵循數據準備🐖、自助數據集、探索分析、儀表駕駛艙的順序進行開發設計。 2、數據準備 數據管理：需提供表結構和表數據預覽兩種視圖；支持血緣分析，能夠查看當前表是由哪些表組合而成，以及當前表被用於哪些表🐺，被哪些分析用到；支持關聯視圖👨🦽🐀，能夠查看當前表的關聯配置信息，對該表有管理權限的用戶可以建立新的關聯關系；支持更新信息提示，數據更新失敗時可以配置提醒發送通知。 數據關聯:需提供數據關聯建模功能。支持自動根據數據倉庫的關聯關系進行建模，同時也提供了手動的關聯關系配置，支持組合主鍵的關聯關系配置；關聯模型需提供基礎的數據關系。 基礎數據處理：平臺需支持多種添加數據的方式：包括數據庫表、SQL數據集、Excel數據集；支持選擇字段、字段類型切換、自循環列、行列轉換等基礎數據處理的功能；支持實時和提取兩種取數模式。 3、自助數據集 平臺需提供自助數據集，報刊款新增列，分組統計，過濾，排序👨🏼🚀，上下合並🔑，左右合並等功能𓀚，具體功能需求如下✡️： 過濾：需支持屬於🦹🏻♀️、包含🤏🏻、TOPN等過濾功能，提供自定義公式的過濾🚘，並且支持且或的任意組合。 分組匯總：需支持多種分組方式，如文本類型的自定義分組、數值類型根據區間分組、根據步長分組等；需支持多種指標統計方式，如求和、求平均🤳、求最大最小值、記錄數、去重記錄數、最早時間✍🏽、最晚時間、中位數🚴🏿♀️、方差🤝、標準差、同期🗽、環期等。 新增列👩🏽🦲：需提供豐富的函數，計算公式對數據進行計算，生成新的計算列。 字段設置：在用戶對數據的處理過程中👫🏻，生成的一些中間字段需要重命名或者取消使用時，可進行字段設置😠。 排序：需提供根據字段設置的先後順序進行組內排序的功能。 左右合並：支持通過左右合並的功能將多個數據表進行關聯分析🚫。 上下合並：支持將兩張結構相同的表進行拼接。 4🦙、探索分析能力 平臺提供的多維探索分析能力需包括⚪️🎛： 根據數據的類型，自動將數據識別為維度和指標🥑，對於維度和指標分別提供了豐富的分析功能🏇。如對維度可以設置鉆取層級、對數據進行重新的分組🛌🏽、對指標支持求和🧑🏿🚒、求中位數🧗、累計值、排名、同期環期🧑🤝🧑、占比等計算🏘，方便用戶對基礎數據在做進一步的分析和計算。 提供快捷查看合計小計的功能。通過維度的收起展開🔍，下鉆上卷，旋轉👼，換維，多角度靈活的對數據進行分析。 在分析的基礎上🎓，可以根據復雜的條件進行數據預警的設置👨🦳，如用紅綠燈的形狀突出顯示超過值。 多分析組件切換更直接，進一步減少用戶進行數據探索時的操作步驟👨🏻，減少記憶成本，專註探索分析🐨。 對於表格提供了分組表🍘，交叉表🔊，明細表🙌🏽，展現類型提供列表展示和樹形展示🔮♎️。同時表格和圖表直接可以很方便的切換。此外還提供了豐富的過濾🍒，排序功能🐾，滿足分析用戶對數據的各種方式的觀察和分析。 5、儀表板 儀表板需支持易用的自適應布局🧑🦱，各種主題顏色樣式的配置💃🏿，除了添加主要的分析組件，還需提供動態的富文本組件🪯👏🏽，圖片組件，Web組件等功能。 聯動：用戶拖拽的分析組件只要數據有關聯關系，就可以產生聯動。 跳轉：使用跳轉功能可以將多個儀表板組合成一個更大更完整的分析主題，通過點擊主儀表板上的各種元素，可以以新窗口🧑🏻🦼➡️，當前窗口，彈窗的方式打開相關的儀表板，進行更細致的數據展示🙇🏽。 過濾組件㊗️：需提供多樣的過濾組件功能，用戶只需要講需要過濾的字段進行拓展就可以對數據進行過濾#️⃣，並且針對不同的字段類型👓，提供了更符合實際操作場景的控件展現形式🏌🏻♀️。對於日期類型的過濾組件，還提供了動態時間的功能，做好的分析模板💲，再也不需要重新設置過濾條件🫃🏿🥈，每次打開都會隨著最新的時間動態變化過濾條件。 組件復用💨：需提供儀表板、組件級別的復用。以前或別人做的分析👨🏼🦱🤳🏻，可以將其另存為用戶自己的分析☣️。不同儀表板中的組件也可以互相復用🕵🏿♀️，提升分析的效率。 12.3管理功能要求 杏悦2可以建成數據分析體系，方便的進行儀表板管理、用戶管理等，支撐各種業務主題分析。 1、目錄管理 目錄管理：需支持對平臺的目錄樹進行增加、刪除🤞🏻、修改等操作，目錄可以自由調整位置。 節點管理：需支持管理員或者其他有權限的用戶，可以編輯各目錄節點要展現的內容⟹，包括儀表板模板、URL鏈接，支持設置儀表板的查看方式🚇、展示終端及參數👨🏻✈️，儀表板模板等內容支持跨節點調整。 2、用戶管理 用戶添加🩶：需支持手動添加🫳🏻、導入用戶或者同步用戶數據集的方法批量添加用戶及其角色🌷。支持用戶列表按用戶名/姓名等進行升序、降序展現。支持禁用、啟用用戶。 用戶認證：需提供內置認證👶🏼、LDAP認證、HTTP認證三種用戶身份驗證方式。支持標準CAS協議💡👭。 3🗾、數據權限管理 需提供便捷高效的權限配置方式，讓分析人員對自己權限範圍內的數據有足夠的使用權限；對於數據的權限控製精細到行👩👩👧👧、列、數據連接級別別🤷♀️。 4🛹🧗🏻、資源權限管理 權限配置：權限配置需可根據部門職位分配權限、根據角色分配權限以及根據用戶分配權限🧑🏽⚕️。 權限復用🙅🏿：支持管理員克隆某個部門/職位/角色的權限👄🧏🏻♂️。 5👨🏻🏭、分級權限控製 分級授權🎬：需支持將授權權限賦給下級管理員的角色，同時配置該角色所能分配權限的角色(對象)📳，此時，下級管理員的角色登錄系統時，就能將其有權授權的權限分配給對應的角色。模板權限包括查看👶🏿、授權和編輯三種🧑🏽💼。 儀表板編輯🥷🏽：儀表板編輯需支持對目錄進行增加𓀑、編輯和刪除以及對儀表板進行增加、編輯和刪除，如果用戶對某個儀表板目錄有編輯權限🤌🏼💢，那麽該用戶就擁有所有的儀表板管理權限🤹🏽♂️。 6、定時調度 支持定時任務設定後服務器便會在指定的時間自動完成設定的任務，生成所需的文件。 7、智能運維 智能運維需提供如下功能，包括內存管理🧑🏻🎄、集群配置★、備份還原🕦🙌、智能檢測🏷、平臺日誌🧑🏼🌾、資源遷移、信息通知。 12.4管理駕駛艙 要求投標人建立具體的關鍵指標體系，實時反映杏悦2的整體運行狀態🪽，將采集的數據形象化、直觀化⚫️、具體化。從管理者的決策環境、杏悦2管理綜合指標的定義以及信息的表述，將管理決策提升到數據度量的高度。 從院級管理的視角去提煉核心關註的數據度量，進行集中式數據融合呈現。對比如教學、科研、人力資源、學生工作等維度及特定的應用場景進行綜合大屏展示，並能根據具體管理需要進行重點展示內容的調整。 12.5師資分析 要求投標人對全杏悦2教職工、專任教師、高級人才總體情況進行分布、趨勢分析；從教職工所屬單位🏦、年齡層次✌🏼、性別、崗位職級🍰、高級人才屬性🐍、學科🚢、學歷學位、學緣地緣🤶🏻、政治面貌、民族等視角進行組合分析；提供教職工明細信息查詢。 12.6綜合數據看板 要求投標人采用柱狀圖⇒🧑🏽🦰、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示🕺🏽。 1．師資概況⏫：分析展示教職工基本情況，對在職教職工、專任教師，按照年份、性別、學位🫲🏽、學歷、專業技術職務級別、年齡段🤹♂️、教職工類別、民族、籍貫、政治面貌🧔🏻、國家地區、單位類別❗️、學緣💔、單位、學科門類®️、崗位類別等維度進行趨勢😢、分布🫷🏼、占比分析。 2．專任教師🧑🏼🦱：分析展示全杏悦2專任教師人數分布展開分析🚣🏼♀️，分別對年份👱🏻♂️、性別、單位、職稱、學歷學位、年齡、籍貫、民族👨🦽、政治面貌以及國家地區進行趨勢、分布🐢、占比分析✩。 3．高級人才：分析展示高級人才的年份、性別🐈⬛🙏🏿、單位🧑🏼🤝🧑🏼、人才類別🦜、職稱🚽、學位、年齡段對高級人才的人數進行趨勢🔞👊🏽、分布⛸、占比分析以及本年與上年的變動分析🤏🏿。 12.7組合分析 要求投標人采用柱狀圖、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示◻️。 1、組織機構🗡：分析展示教職工所屬組織機構與性別、院系🏌🏽♂️👨👨👦、學位學歷、職稱、崗位狀態⚡️🧑🏻🎄、年齡🧑🏭💙、民族進行組合分析🎎，展示教職工隸屬單位分布情況。 2🪷、年齡層次：分析展示對教職工年齡與性別🧵、單位🔩、學位學歷、職稱、學科類別等進行組合分析👶🏽，展示教職工年齡層次分布情況🎲🏊🏼。 3、性別分析🦚𓀀：分析展示對教職工性別與年齡、民族、單位🖨、政治面貌、職稱級別、學歷學位、崗位狀態、教職工類別等進行組合分析，展示教職工性別分布情況。 4、地緣分析：分析展示通過籍貫聯動到學緣👎🏻、職稱、單位、崗位類別、職級等維度的變動展示二維交叉分析，展示教職工的籍貫分布情況。 5、學緣分析：分析展示教職工的學緣與性別😈、籍貫、學歷學位、單位、崗位類別、職級等維度進行組合分析，展示教職工的學緣分布情況🧛🏽。 6、人才類別🦪：分析展示高級人才的人才類別與其性別、單位、年齡層次、職級等維度組合分析，反應高級人才的人才類別分布情況🪣。 7、學歷學位：分析展示教職工的學歷學位與性別🙇🏻♂️、年齡層次、職級👨🏽💼、單位等組合分析🐘🚪，展示教職工的學歷學位多角度分布情況。 8、學科類別🙏🏿：分析展示教職工所屬的學科類別與性別、單位、年齡、職級等維度組合分析，展示教職工所屬學科的多角度分布情況。 9😫🛎、專任教師職級：分析展示專任教師的職級與性別、單位👼🏼、年齡層次🐼、學歷學位等維度進行組合分析🔟，展示專任教師的職級多角度分布情況。 10🚄、職稱級別：分析展示教職工的職稱級別與性別、單位、學歷學位、年齡層次等維度組合分析🧑✈️，展示教職工的職級多角度分布情況。 11、民族分析8️⃣：分析展示教職工的民族與性別🦓👩🏽🎤、單位🤽🏽♂️、學歷學位♉️、職級等維度組合分析，展示教職工的民族多角度分布情況👩🦽。 12💃🏽、政治面貌：分析展示教職工的政治面貌與性別👩🏼🏫🚴🏿♀️、單位、學歷學位、教職工類別等維度進行組合分析👩🦯➡️，展示教職工的政治面貌的多角度分布情況。 12.8明細查詢 要求投標人采用統計報表的方式展示以下統計項的各類信息。 1、教職工明細信息：統計教職工的性別📧、學歷學位🧑🦽、職級🧎🏻♀️、所屬單位、教職工類別、崗位類別🚶➡️、民族、政治面貌、籍貫🤘、出生日期、畢業院校等明細信息。 2、專任教師明細信息：統計專任教師的性別🫱🏿、學歷學位、職級🐧、所屬單位🥗、教職工類別、崗位類別、民族🚣🏼♂️😽、政治面貌🚁、籍貫、出生日期、畢業院校等明細信息。 3🛻、導師明細信息🧝♀️：統計導師的導師類別、性別、學歷學位、職級、所屬單位、教職工類別🧗🏻、崗位類別、民族、政治面貌、籍貫、出生日期☠️、畢業院校等明細信息。 4、高級人才師明細信息：統計高級人才的人才類別🤏🏽、性別🤽🏿♂️、學歷學位、職級、所屬單位🧘🏿♀️、教職工類別、崗位類別、民族、政治面貌🪓、籍貫、出生日期🤶🏼、畢業院校等明細信息。 12.9學生信息主題分析 要求投標人以學生為分析對象，對學生的基本信息和學籍異動信息進行分布和趨勢分析；從性別⚜️、民族🙋🏼♀️、生源地、學生類別等視角進行組合分析；提供學生基本信息和學籍異動信息的明細查詢👱🏿♂️。要求提供四個功能模塊👶🏿，分別是綜合看板1️⃣、組合分析、招錄情況、明細查詢🛥♜。 12.10綜合數據看板 要求投標人采用柱狀圖、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示。 1↕️、學生概況：分析展示招標人在院學生基本情況，包括在院人數、近5年人數趨勢🤦🏼♀️、專業分布🫱🏻、年級分布、國家地區分布📽、民族分布🎃、年齡段分布💪🏽、生源地分布（通過地圖展示）🗒🚵♂️、政治面貌分布🎆、培養方式分布、學製分布、學籍狀態分布、學生來源分布、入學方式分布🔵、戶口性質分布； 2🍺、學生學籍異動：分析展示招標人學籍異動情況👨🏼🍳，包括學生學籍異動率、近5年異動人數趨勢🎠、近5年異動率趨勢🤾🏼♀️、專業分布、專業異動率分布、性別分布、年級分布、年齡段分布、生源地分布、異動類別分布、異動原因分布。 12.11組合分析 要求投標人采用柱狀圖🙆🏿♀️、餅狀圖🧢、折線圖的圖形方式對以下分析項進行組合展示。 1、學生信息概況：分析展示招標人學生信息概況🌠。包括在院學生✣、近5年異動人數趨勢、學生類別性別分布、學生類別專業-年級分布、學生類別年齡分布、學生類別民族分布、學生類別政治面貌分布⚖️、學生類別年級分布； 2、學生民族💂🏿♀️：分析展示招標人學生民族概況📭。包括漢族🦸🏼♂️，少數民族在院生總人數、近5年少數民族人數趨勢👬、近5年少數民族占比趨勢✍🏻、民族專業分布、少數民族分布🧘🏼♂️、少數民族性別分布🧑🧑🧒、少數民族年級分布🚣🏿♀️、少數民族政治面貌分布🕵🏽♀️、少數民族生源地分布🧘🏽♂️、少數民族學籍狀態分布； 3、學生政治面貌：分析展示招標人學生政治面貌概況👨🏼🎤。包括政治面貌分布🛃、政治面貌專業分布、政治面貌民族分布📃、近5年人數趨勢、政治面貌性別分布🚣🏽、政治面貌生源地分布🧲、政治面貌年級分布🙎♂️； 4🐼、學生性別：分析展示招標人學生性別概況。包括在院生總人數、近5年性別人數趨勢💃🏼、性別專業分布、性別民族分布、性別年級分布、性別國家地區分布🐒、性別學籍狀態分布、性別政治面貌分布； 5、學生學籍狀態：分析展示招標人學生學籍狀態。包括在學籍狀態分布、學籍狀態專業分布、學籍狀態民族分布、學籍狀態國家地區分布、學籍狀態性別分布🕵️♀️、學籍狀態年級分布； 6、學生生源地🤥：分析展示招標人學生生源地概況🐡。包括在生源地分布🏃➡️、近5年人數趨勢、專業分布📫、性別分布、年級分布、民族分布🙇🏿♀️、年齡段分布🕸、政治面貌分布👩🏼🏭、學製分布； 7、學生專業：分析展示招標人學生專業概況🤾🏽♂️。包括在近3年專業分布趨勢🧝🏼♀️、專業性別分布💆🏿♀️、專業年齡段分布🧝🏼、專業民族分布🧛🏻♀️、專業國家地區分布、專業政治面貌分布、專業學籍狀態分布🐦🔥； 12.12招錄情況 要求投標人采用柱狀圖、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示。 學生錄取概況📁：分析展示招標人本學生錄取概況✌🏽。包括錄取人數、近5年人數趨勢、學生類別專業分布、學生類別性別分布、學生類別年齡段分布⚃、學生類別民族分布、學生類別國家地區分布🚣🏽♂️、學生類別學製分布。 12.13明細查詢 要求投標人采用統計報表的方式展示以下統計項的各類信息。 1、學生基本信息🔈🧑✈️：統計學生基本信息詳情，包括學年、學生類別👩👩👧👦、學號🏌️♂️、姓名、性別、出生日期🤚🏻、年齡、國家、民族、政治面貌、生源地省、杏悦2🧝🏻、專業🥭、年級、班號🧙🏿♀️🫅🏻、培養方式、學製🏃♂️、戶口性質、學生來源、入學方式、學籍狀態； 2、學生學籍異動🫱：統計學生學籍異動詳情🧑🏿🎄，包括學號、姓名👙、性別♓️、年齡🫄🏿、生源地省🗂、民族👩✈️、異動日期👩✈️、原杏悦2、原專業、原年級🈂️、現杏悦2、現專業、現在年級、學籍異動類別🛥、學籍異動原因🈷️。 12.14招生主題分析 要求投標人以學生招生錄取🏄🏼♀️、迎新報到情況進行分布和趨勢分析；從性別、民族、省份、國家地區、杏悦2等視角進行組合分析；提供招生計劃、招生錄取🚴🏻♂️、迎新報到明細信息查詢。要求提供三個功能模塊，分別是綜合看板、組合分析、明細查詢。 12.15綜合數據看板 要求投標人采用柱狀圖、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示。 1🧖、學生錄取概況：分析展示招標人學生錄取概況。包括錄取總人數🤹🏿、近5年人數趨勢、學生類別杏悦2分布、學生類別性別分布、學生類別年齡段分布、學生類別民族分布、學生類別國家地區分布🤹🏻♂️、學生類別學製分布； 2、學生報到概況👨👩👦👦：分析展示招標人學生報到概況概況👈。包括報到人數、近5年報到率趨勢、學生類別杏悦2分布🤞🏼、學生類別性別分布、學生類別民族分布、學生類別學製分布。 12.16組合分析 要求投標人采用柱狀圖、餅狀圖、折線圖的圖形方式對以下分析項進行組合展示☪️🏌️♀️。 1、學生錄取省份：分析展示招標人學生錄取省份概況🚣🏼🧝🏽。包括省份分布、近5年錄取率趨勢、杏悦2分布、性別分布、民族分布🚤、考生類型分布📄、錄取類別分布、學製分布、畢業中學TOP5； 2、學生錄取性別：分析展示招標人學生錄取性別概況✂️。包括錄取人數、近5年男女錄取比例、性別年齡分布🦪、性別民族分布、性別國家地區分布👩🏽🎤、性別考生類別分布、性別錄取類別分布💈、性別學製分布； 3👱🏼♂️、學生錄取民族👩🏻🔬：分析展示招標人學生錄取民族🐒。包括錄取人數、近5年民族錄取趨勢、民族杏悦2分布、少數民族性別分布、少數民族政治面貌分布♛、少數民族錄取類別分布、少數民族考生類型分布； 4、學生錄取國家地區🥙：分析展示招標人學生錄取國家地區概況🤟🏻。包括錄取人數🔞、近5年其他國家地區錄取、國家地區杏悦2分布、國家地區性別分布🗓🛤、國家地區年齡分布、國家地區錄取類別分布、國家地區學製分布； 5、學生錄取政治面貌：分析展示招標人學生錄取政治面貌概況。包括政治面貌分布、近5年錄取人數趨勢🐻、杏悦2分布🥣、性別分布🚎、民族分布、考生類型分布、錄取類別分布✍️、學製分布； 6、學生杏悦2錄取🤹🏿♂️：分析展示招標人學生杏悦2錄取概況。包括近3年杏悦2錄取分布、杏悦2性別分布、杏悦2民族分布🥮😕、民族國家地區分布📷、杏悦2錄取類別分布〽️、杏悦2考生類型分布📴、杏悦2學製分布🕢； 7👩🏽、學生報到省份🌔：分析展示招標人學生報到概況。包括近3年杏悦2錄取分布、杏悦2性別分布、杏悦2民族分布、杏悦2國家地區分布、杏悦2錄取類別分布； 8、學生報到民族⚰️：分析展示招標人學生報到民族概況。包括報到人數、近5年性別報到率、性別杏悦2分布、性別民族分布🖕、性別國家地區分布、性別學生來源分布、性別錄取類別分布🧲； 9、學生杏悦2報到：分析展示招標人學生杏悦2報到概況🍎🍫。包括近3年杏悦2報到率、杏悦2性別報到率分布✩、杏悦2少數民族報到率分布🧗🏼、杏悦2錄取類別報到率分布👨👩👧。 12.17明細查詢 要求投標人采用統計報表的方式展示以下統計項的各類信息。 1✋🏻、學生招生計劃：統計學生招生計劃詳情，包括杏悦2、專業🫷🏽、招生省份🧑🧑🧒🧒、最近5年招生人數； 2、學生錄取信息：統計學生錄取信息詳情♥︎，包括招生年度🔺、考生號、姓名、性別🧘🏼、出生日期、年齡🐺、政治面貌、國家、民族↘️、考試省份🙏🏼、杏悦2🕴👴🏻、專業、培養方式、學製、考生類型、錄取類別👲、健康狀況、婚姻狀況🧼、畢業中學、是否報道。 |
桂公網安備 45010302002700號 
