②符合性檢查。依據招標文件的規定，從投標文件的有效性、完整性和對招標文件的響應程度進行審查，以確定是否對招標文件的實質性要求作出響應。在初審時，沒有對招標文件作實質性響應的下列情況之一，其投標無效:1.未提交投標保證金或金額不足、投標保證金形式不符合招標文件要求的；2.超出經營范圍投標的；3.資格證明文件不全的；4.投標有效期不足的；5.投標價格不固定的；6.投標人的投標報價超出項目預算的；7.不符合法律、法規和招標文件中規定被視為投標無效條款的。8.未能提交開標一覽表、開標一覽表明細且開標一覽表明細中應列出分項報價。27.2澄清有關問題:對投標文件中含義不明確、同類問題表述不一致或者有明顯文字和計算錯誤的內容，評標專家組可以書面形式（應當由評標專家簽字）要求投標人作出必要的澄清、說明或者糾正。投標人的澄清、說明或者補正應當采用書面形式，由其授權的代表簽字，并不得超出投標文件的范圍或者轉變投標文件的實質性內容。27.3比較與評價:按招標文件中規定的評標方法和標準，對資格性檢查和符合性檢查合格的投標文件進行商務和技術評估，綜合比較與評價。27.4推舉中標候選人:評標專家組推舉中標候選人排序。采用百分制綜合打分按評審后得分由高到低挨次排列。得分相同的，按投標報價由低到高挨次排列。得分且投標報價相同的，按技術指標優劣挨次排列。27.5編寫開標、評標記錄和評標報告:將開標、評標記錄和評標報告打印成紙質文件，由評標專家組成員簽字。八中標人的確定28、中標人的確定28.1由評標專家組依據招標文件的要求和條件，對各投標人的投就價格、技術、商務與服務等分別進行評議并推舉中標候選人排序；28.2采購人依據評標專家組推舉的中標候選人排序確定預中標人。九中標結果公示29、中標結果公示29.1招標代理機構依據采購人確定的中標人，將中標結果在指定財政部門指定的政府采購信息發布媒體上發布公示，公示期為7個工作日。29.2投標人對中標結果提出質疑應在公示期內，并提交書面質疑書。質疑書應當署名，由法定代表人或者投標人代表簽字或蓋章，并加蓋投標人單位公章。質疑書主要內容應當包括:質疑人和被質疑人的名稱、質疑人的地址、電話等；具體的質疑事項、事實依據及相關證明材料(提交的支持文件或印刷的文獻可以用另一種語言，但相應內容應附有中文翻譯本,證明的內容以中文翻譯本為準)；提起質疑的日期。十中標通知30、中標通知30.1中標公告自發布之日起七個工作日內若無異議，向中標人發出中標通知書，并將中標結果告知全部未中標的投標人。30.2招標代理機構無義務向未中標的投標人解釋落標緣由和投標有關文件。十一簽訂合同31、簽訂合同31.1中標人收到中標通知書后，按中標通知書中規定的時間、地點，與采購人簽訂供貨合同。31.2如中標人不按中標通知書的規定簽訂合同，則承擔相應的法律責任。十二其他事項32、代理服務費32.1中標人在中標通知發出時，應向一次付清招標代理服務費（代理服務費按贛計收費字[2003]76號文件相關規定計算）。33、適用法律33.1招標代理機構及投標人的一切招標投標活動均適用于《中華人民共和國政府采購法》及相關規定。34、解釋權34.1本招標文件是依據國家有關法律、法規以及政府采購管理有關規定編制，解釋權屬本招標代理機構。35、其他事項35.1投標人中標后,在簽訂合同時須向采購人提交一式兩份與電子投標文件一致的紙質投標文件，紙質投標文件以無線膠裝的形式裝訂成冊。35.2全部與本招標文件有關的文件請按下列通訊地址聯系:郵政編碼:330000通訊地址:江西省南昌市紅谷灘新區紅谷中大道1669號華爾街廣場1001室電話戶名稱:江西合勝合招標咨詢有限公司開戶銀行:招商銀行南昌分行世茂支行賬號:791904800810609項目內容、技術指標及要求

一、項目內容《投標貨物需求一覽表》采購項目編號采購項目名稱單位數量規格及技術參數贛購2017B001288001智慧校園基礎平臺建設項目批1詳見技術指標及要求智慧校園基礎平臺建設項目（1批）包含：序號內容產品名稱單位數量1智慧校園頂層設計信息化頂層設計套12數字化校園基礎平臺數據標準和規范建設套13公共數據管理系統套14數據交換系統套15統一身份認證套16綜合服務門戶套17消息通訊中間件套18基礎校情分析系統套19微信企業號集成套110與學校業務系統對接批111服務器服務器應用臺412虛擬化智能運維分析平臺虛擬化運維管理平臺(含原廠安裝部署及3年售后服務)套113運維筆記本電腦運維筆記本電腦臺114存儲硬盤ST4000NM0023個8注:以上產品均為國產產品，投標人中標后不允許轉包。二、技術指標及要求=1\*GB4㈠技術指標：1.項目背景項目建設原則1) 標準化、規范性和開放性全校范圍的信息化建設是一個龐大的系統工程，其體系的設計、系統的實施等必需遵循一系列的規范、標準，確保各個分系統的有效協調，整個系統能平安地互聯互通、信息共享。2) 先進性、成熟性和使用性系統設計既要采用先進技術和系統工程方法，又要留意技術的可行性和有用性，方法的正確性。有用性放在首位，先進性與成熟性并重，并符合將來的進展方向。3) 開放性與標準化原則應用平臺應是一個開放的且符合業界主流技術標準的系統平臺，對網絡的硬件環境，通信環境，軟件環境，操作平臺之間的依靠小。4) 牢靠性、穩定性和容錯性在考慮技術先進性和開放性的同時，還應從系統結構，技術措施，系統管理等方面著手，確保系統運行的牢靠性和穩定性，達到最大的平均無故障時間。5) 可擴展性及易升級性為適應應用不斷拓展的需要，應用平臺的軟硬件環境必需有良好的平滑可擴充性。要供應簡便、規范、暢通的基礎數據服務。6) 平安性和保密性在應用平臺設計中，即要充分考慮信息資源的共享，更要留意信息資源的保護和隔離，應分別針對不同的應用和不同的網絡通信環境，采取不同的措施，包括用戶平安性、數據平安性、運行平安性等。要求對數據庫供應機敏的備份和恢復機制，確保系統發生故障時，準時恢復，不會受到影響。7) 可管理性和可維護性平臺是由多個部分組成的較為簡單的系統，為了便于系統的日常運行維護和管理，要求所選產品具有良好的可管理性和可維護性。另外可管理性和可維護性還包括對平臺的自身。項目技術路線要求各系統均要求采用B/S結構，可運行于Unix、Linux、Windows等高平安性操作系統。開發技術應采用J2EE標準、組件技術、數據標準及相關技術規范的支持，使系統功能最優化，同時將整體系統內部在技術上的相互依靠性減至最低。基于SOA架構在數字校園系統設計整體化的同時，系統要求基于SOA架構，盡量削減各子系統在技術上的相互依靠性（軟件對平臺、軟件對數據、軟件對軟件、平臺對平臺等），使任一子系統將來的削減、增加和變更，不影響到其它子系統和總系統，從而最大限度地保護既有的投資，削減對系統的維護和將來開發的投入。基于B/S/D三層結構，開發網絡應用系統要求在技術體系上選用J2EE技術，采用B/S/D三層結構進行應用系統的設計。基于Portal技術，整合業務應用資源數字化校園建設要求基于門戶技術對分布式系統表示層進行集成。門戶將分散、異構的應用和信息資源進行聚合，通過統一的訪問入口，實現各種應用系統的無縫接入和集成，供應一個支持信息訪問、傳遞、以及協作的集成化環境，實現個性化業務應用的高效開發、集成、部署與管理。基于J2EE應用平臺，分布式、高牢靠性、先進的解決方案本項目要求基于成熟的J2EE應用平臺，供應分布式、高牢靠性、先進的解決方案。基于目錄存取協議，實現統一用戶管理、統一身份認證要求基于目錄存取協議，分布式系統和服務中所要求的中央化信息存貯和管理供應一個可擴展的結構。同時目錄服務要求能夠供應統一用戶管理、統一認證管理，同時便利業務應用系統進行集成。基于ETL數據交換技術，集成業務應用數據要求基于ETL數據交換技術，實現異構多數據源的數據集成，實現從關系型數據庫、文件型數據、對象型數據或遺留的應用系統中交換數據。要求支持雙向交換。平臺接口能夠為第三方軟件供應相關標準接口，特別應為招標方供應門戶平臺、身份認證及數據管理平臺的二次開發標準接口以及相關技術文檔等。擴展性要求應用建設的長期性和內容的廣泛性決定了系統在構建和使用過程中，必定面臨著各類擴展性需求，例如業務規模的擴展、業務類型的擴展、集成范圍的擴展等。本項目建成的應用平臺需極具擴展性。.項目建設內容信息化頂層設計及信息標準與規范建設目標投標方需要在項目中標后，通過充分的調研走訪和分析，完成對全校的信息化頂層設計工作。智慧校園平臺作為學校業務的信息化支撐，需要從學校的辦學定位、人才培育、老師進展、專業特色、服務管理等業務出發，統籌規劃學校的信息化工作，做到自頂向下的設計，自底向上的建設，才能逐步完善智慧校園平臺，形成的一個數字空間，使得現實校園在時間和空間上延長開來。投標方需具體描述信息化頂層設計實施過程，并需要承諾在項目中標后，實現對全校的信息化現狀調研，梳理學校的業務架構，規劃學校的數據資源及應用架構，幫忙學校制定符合學校的信息標準和規范，制定智慧校園建設的技術架構及項目建設規劃。通過到各部門及院系的調研走訪，充分了解學校的信息化現狀和需求，形成《各部門需求調研報告》、《信息化現狀分析報告》。梳理學校人才培育、老師進展、教學科研、服務管理等方面的業務架構。投標方需給出相關調研和分析工具。依據業務架構得出需要的數據與資源支撐，包括結構化數據、媒體資源、文獻資源。制定符合學校現狀的《信息標準和規范》，確定學校的數據資源管理流程和規范。投標方需給出相關調研和分析工具。投標方需在中標后實現學校應用架構的設計，涵蓋教教學、科研、辦公管理及特色專業應用的應用體系設計。投標方需在中標后實現學校技術架構的設計，涵蓋網絡、數據中心、軟件支撐平臺。投標方需在投標方案中給出建議的運維支撐架構，包括但不限于組織領導、項目制度、資金、技術、信息平安等保障。投標方需在中標后實現學校項目架構的設計，設計中充分考慮需求優先級，數據資源關系，規劃學校至少三年的項目建設。投標方需在投標方案中供應《信息化頂層設計報告模版》，并在中標后依據調研及分析結果，供應《江西旅游商貿職業學院信息化頂層設計報告》。信息標準是信息在采集、處理、交換、用戶訪問、傳輸過程中的統一規范，是實現學校信息資源共享和信息系統得到協同進展的基礎。標準的建設應當嚴格遵循計算機軟件行業的各項國家標準、教育部頒布的《教育信息化數據標準》，同時參考國際上通行的軟件開發標準和規范，使系統具有良好的兼容性，能夠與教育部現有和即將推出的符合部頒標準的各種教育管理信息系統軟件協作使用；因此，校方的信息標準系統建設必需有很強的兼容性、開放性和可管理性，必需供應能機敏調整信息標準的管理和維護工具，依據江西旅游商貿職業學院的具體情況和實際需求，幫忙學校建立一套科學、有用、完善的信息化標準體系和規范。建設原則信息標準在全校范圍內為數據庫設計供應類似數據字典的作用，為信息交換、資源共享供應了基礎性條件。信息標準需要保證信息在采集、處理、交換、傳輸的過程中有統一、科學、規范的分類和描述，能夠使信息更加有序流通、發揮信息資源的綜合效益，因此學校在進行信息標準規范的建立時，必需充分遵守以下原則：1）符合教育部“中華人民共和國教育行業標準JY/T1001-2012”2）標準的唯一性：在一個分類編碼標準中，每一編碼對象僅有一個給予它的代碼，一個代碼只唯一表示一個編碼對象。3）標準的可擴性：隨著信息化水平的提高，信息標準也必需是一個準時更新、不斷充實、完善的動態規范。信息標準制定必需考慮到學校自主管理和擴展信息子集的便利性。4）標準的規范性：即在信息編碼標準中，代碼的結構、類型以及編寫格式必需統一。5）標準的適用性：即代碼要盡可能的反映分類對象的特點，便于應用。6）標準的全面性：信息標準不僅包含國家、教育部及學校本身的業務標準集。建設內容及功能要求數據標準信息子集建設：包括學校基本情況信息子集、學生信息子集、教職工信息子集、教學管理信息子集、科研信息子集、辦公信息子集、資產信息子集、圖書信息子集等。代碼標準建設：為了保證數據錄入規范，便于查找和統計，依據業務系統維度，以代碼標準表為顆粒度，供應代碼標準管理、代碼標準查詢等功能。交換標準：依據業務系統維度，以代碼標準表為顆粒度，規劃每張代碼標準的創建與使用(UC矩陣)；并依據業務系統維度，以字段屬性為顆粒度，規劃每張表、每個字段屬性的創建與使用(UC矩陣)；實現代碼映射關系管理。交換接口標準：交換語義描述標準：交換周期、文件交換、標準數據交換，采用XML、WEBService作為數據傳輸的標準，幫忙用戶建立統一的數據傳輸與數據交換規范，實現不同部門間、不同應用系統間的數據交換，具有良好的擴展性。明確學校將來加入的應用系統如何對接，以及相應的對接標準。數據模型標準：在數據標準的基礎上，對學校的數據模型進行構建，主要針對分析場景和全局業務、全局統計進行設置。依據主題的形式對元數據、歷史數據建立數據模型標準。標準與規范定義清楚而標準的技術標準及規范，能夠為第三方軟件供應接入標準與規范。至少應包括：數據集成標準與規范；認證集成標準與規范；門戶集成標準與規范；數據庫結構文檔標準與規范；學校自定義編碼規范。本期數字化校園建設的信息標準應遵循已頒布的國際標準、國家標準或行業標準，并在建設過程中依據本單位的具體情況和實際需求，建立科學、有用、完善的信息化標準體系，形成對江西旅游商貿職業學院相應的標準和規范體系。管理工具對學校的數據標準進行管理，實現對標準的維護和完善，主要管理功能包括：序號功能描述1參考代碼管理支持對參考代碼類，參考代碼子類以及參考代碼內容進行查詢、導出等操作。2執行代碼管理支持對執行代碼類，執行代碼子類以及執行代碼內容進行增、刪、改、查等操作。支持導出全部的執行代碼可以取用參考標準代碼里的代碼類作為執行代碼支持執行代碼子類遷移到另一個代碼類3代碼版本管理。記錄并具體查詢代碼變更日志，包括操作用戶名、功能名、操作時間、變更代碼表、變更代碼、變更字段、變化前值、變化后值。選定時間范圍后點擊導出，可將指定時間范圍內的日志導出4代碼發布管理實現對代碼標準的日常管理，當某個標準需要更新時，通過代碼標準管理功能進行準時更新維護，并檢測各業務系統使用情況，若發覺不一致情況，依據代碼標準使用范圍的情況，形成處理辦法。若未檢測到異常，發布新的代碼版本。供應新增、啟用、拆分、合并、停用、導入、導出等功能；5代碼規劃管理能夠依據教學、學生、人事、科研、資產、財務等不同的業務類別實現代碼流線規劃管理，便利學校制定和維護代碼流向。對于代碼標準的創建、使用者實現字段級的規劃管理。支持導出代碼標準表信息，支持導出代碼標準表字段信息。6代碼一致性檢查依托代碼映射關系，可以檢測代碼標準在各業務系統使用中的具體使用情況，對于那些不標準、不規范的使用情況，可以把檢測情況供應應業務部門，進一步推動業務系統標準化。7代碼統計管理能夠依據教學、學生、人事、科研、資產、財務等不同的業務類別實現代碼標準表數量、代碼標準表記錄數的統計。能夠依據國標、行標、校標等不同標準級別實現代碼標準表數量、代碼標準表記錄數的統計。公共數據平臺公共數據平臺的建設是將來對有關業務系統全方位數據分析的重要依據，也是影響將來學校各部門進行科學決策的重要依據，假如缺乏整體考慮，采用一種不健全的體系結構，將會增加系統開發和維護成本，更會限制數據倉庫作用的發揮。因此我們要求對于這一部分的實現必需具有一個綜合、清楚的技術實現藍圖，并能夠滿意將來擴展的需要。公共數據平臺建設基于數據交換平臺的數據交換功能實現，基于數據交換平臺的數據交換機制，快速構建公共數據庫，供應反映整個學校全面情況的數據信息。建設目標公共數據平臺的主要目標是：基于數據交換平臺的數據交換機制，快速構建江西旅游商貿職業學院共享數據庫，供應反映全面情況的數據信息。構建全局共享數據集，并形成全局數據共享的管理、維護、處理和服務機制，實現信息資源的共享、集成和利用。具體而言，公共數據平臺的建設要求達到以下目標：建立全校統一的、穩定的、一致的信息資源標準；建立全局共享數據集，實現學校核心信息資源的共享；結合數據交換平臺的信息交換機制，快速構建公共數據庫，反映學校全面的數據信息；供應管理工具，以滿意學校各類用戶不同的查詢要求；構建強大的公共數據平臺管理工具，為平臺運行維護和后期擴展供應支持；逐步建立完善公共數據平臺的日常維護和運行保障機制，制定管理規范、技術規范、工作流程、服務章程等各項規章制度，保障公共數據平臺和各個業務系統的持續運行；總體技術要求遵循數據倉庫的元數據設計思路，設計公共數據平臺的核心數據模型。遵循“誰產生、誰維護、誰負責”的原則，全部的數據都有特定的產生者和維護者。供應專業的數據抽取、清洗、轉換、裝載的數據處理工具，對學校數據進行高質量的管理。供應Webservice接口，為保證學校的數據平臺具有良好的可擴充性和對外部系統的支持性，要求采用SOA模式對數據平臺建立標準的元數據管理系統，對數據中心的各類數據進行封裝，并采用WebServices模式供應數據訪問和維護接口。考慮到數字校園的后期建設及將來應用，應考慮在公共數據服務平臺和各個業務系統的基礎上構建數據分析模型，供應信息檢索服務，并充分利用數據挖掘等手段，為學校領導和有關部門信息利用、政策評估和決策咨詢供應參考。導入/導出工具要求：支持關系數據庫、EXCEL的導入。支持EXCEL、WORD、TXT、PDF的導出。建設內容及功能要求數據模型建設建設學校核心數據模型，歷史數據模型，滿意建立多部門或單位多源數據的共享和應用開發。平臺管理工具平臺管理工具供應各類管理工具，對公共數據平臺進行管理。平臺管理工具功能要求如下表所示：序號功能描述1模型管理元數據管理支持對數據子集、數據類、數據子類和數據項的增、刪、改、查等功能。可以向數據子集導入數據子類，也可以導出一個或多個數據子類。可以實現數據類、數據子類和數據項的遷移。模型版本管理對主數據和代碼標準模型進行維護，供應語義支持，實現對底層模型的集中維護和管理，供應對數據分類的管理；主數據和業務系統代碼表之間映射關系的管理。通過元數據變更日志，可跟蹤元數據的版本變更過程，包括操作用戶、操作功能、被操作元數據名稱、被操作對象名稱、被修改屬性名、變化前值、變化后值、操作時間。模型版本發布支持數據子集、數據類、數據子類、數據項的查詢，元數據的變更(或版本)操作都會被記錄并可被用戶查詢。業務代碼維護支持業務代碼的查詢、新增、修改、刪除、導出等功能。模型版本執行對主數據庫數據對象的元數據和對應的數據庫實體進行比對，并逐項列出不一致的項目，并給出相應的處理建議，用戶可依據處理建議通過系統自動處理或手工處理，避開不規范操作或誤操作帶來的差異性，保證元數據和數據庫實體的一致性。另外，對于處理過的問題，系統會記錄為已處理，便于后期查詢跟蹤。2數據管理數據內容管理支持對數據內容的增、刪、改、查、導入、導出等操作。用戶可以自定義顯示列的內容。數據權限配置不同的角色安排可查詢或可維護表的權限數據表單配置支持數據表單的查詢，能夠批量修改維護表的狀態、配置數據的屬性值等。3服務管理數據服務管理通過可視化視圖或sql語句進行服務配置；供應標準的json接口規范供應第三方應用系統使用。可以增加、刪除、修改、發布、停用數據服務。服務權限配置可以對服務權限進行查詢和刪除等操作。支持對應用系統的服務的權限配置應用注冊管理可以對應用系統進行增加、刪除、修改、查詢等操作。4系統管理包括登錄、退出、用戶管理、角色權限管理、日志管理等常規的系統功能。數據交換平臺建設目標建立機敏、高效、平安、穩定、高性能、跨平臺、跨系統、高度可擴展的數據交換平臺是校園信息化建設的關鍵。通過構建該平臺，制定統一的信息交換標準，公開統一的數據交換接口，為將來的應用系統集成打下堅實的基礎。通過數據交換平臺，進行數據過濾、清洗和雙向傳遞，實現各業務系統與公共數據平臺相互之間的數據交換和共享，要求采用專業的ETL工具，供應對于各業務系統的數據抽取、清洗、轉換、裝載的過程，同時供應數據質量的管理、數據轉換與清洗、調度和監控。數據交換平臺的建設目標分解如下：1）為各應用系統之間供應一個統一的數據交換通道，使數據交換更加準確、便捷、高效、通暢；2）為公共數據平臺供應一個牢靠的數據采集通道。3）建立學校統一的數據交換技術規范和標準。總體技術要求數據交換過程不影響應用系統的正常運行。支持異構平臺、異構數據庫、異構系統的數據交換和集成。系統支持同步/異步，增量/全表，定時/實時等多種交換方式。支持各類數據庫的連接和輸入、輸出，應包括對：Oracle、Sybase、DB2、MySQL、MSSQLServer、Informix等；供應可視化界面進行數據交換作業管理和設計工具，實現數據采集、交換、轉換等工作的配置工作，保證系統的擴展部署和快速實施。供應便捷的數據交換任務的配置，通過簡潔的操作即可實現異構數據源和數據交換中心平臺的數據同步，無需任何編碼。數據處理能力,能夠對數據進行基于元數據的架構處理，如：數據過濾、數據映射、數據轉換、數據拆分、數據排序、數據合并、數據分組、去除重復數據等；供應統一的監控中心，能監控和管理交換流程和系統性能，并能快速捕獲和統計異常信息。支持二次開發，即供應數據交換組件、圖元開發接口，用戶可以自定義組件。建設內容及功能要求數據交換引擎數據交換引擎基于JAVA構建，負責解析數據交換作業定義、處理數據交換管理端請求、處理引擎自身的數據交換作業調度等。數據交換引擎可以滿意大規模數據的并發處理，完成企業級的數據交換場景。數據交換設計中心數據交換組件庫數據交換組件庫包括了一組與數據交換相關的服務構建，通過這些豐富的組件，開發人員可以在集成開發環境下基于可視化的組件圖元快速開發出高效的數據交換模型。主要包括應包含以下數據組件，并供應數據交換組件擴展開發。序號功能組名組件名說明1大數據hadoop文件輸入組件能夠從hadoop文件中提取數據。2hadoop文件輸出組件能夠將處理后的數據存放成hadoop文件。3HBase輸入組件能夠從HBase資源中提取數據。4HBase輸出組件能夠將處理完成后的數據放入HBase資源中。5CouchDb輸入組件能夠從CouchDb中抽取數據。6輸入文本文件輸入可以通過此組件讀取大量不同的文本文件。7表輸入這個組件可以利用數據庫連接和SQL語句從數據庫中讀取信息。可以自動生成此次查詢的SQL語句結構。8獵取系統信息使用這個組件可以在運行時獵取系統的一些基本信息，比如時間、日期、IP地址等等。9Excel輸入使用這個組件可以在Excel文件里讀取數據。10Xml輸入使用這個組件可以讀取存儲在XML文件中的數據，可以定義需要讀取的文件名、獵取的字段等。11獵取文件名可以獵取系統的文件名信息。12Access輸入可以在Access數據庫中獵取數據13數據庫查詢可以使用這個組件對數據庫進行查詢，與表輸入不同的是，它可以更加機敏的指定查詢條件和接收字段名。14獵取表名可以從數據庫連接中獵取表名。15輸出文本文件輸出可以將數據輸出到指定的文本16表輸出可以將數據存儲在數據庫表中。17插入更新可以利用關鍵字在表中搜索行，假如行沒有找到就執行插入操作；假如能被找到，并且要被更新的字段沒有任何轉變，就不做處理；假如有數據變化，就進行更新操作。18Xml輸出可以將數據寫入一個或者多個XML文件中。19Excel輸出可以將數據寫入一個或者多個Excel文件中。20Access輸出將數據輸出到一個Access數據庫文件中。21數據同步使用這個組件可以基于一個關鍵字值執行插入/更新/刪除操作22轉換字段選擇可以選擇所需要的字段、重命名字段、指定字段的長度或者精度。23過濾記錄可以依據條件和比較來過濾記錄24排序記錄可以依據你指定的字段對全部記錄進行排序，可按升序或者降序。25增加序列這個組件可以在流中增加一個序列26行轉列這個組件可以轉動表，得到想要的數據。27拆分字段可以依據指定的分隔符來拆分字段。28去除重復記錄將把輸入流中重復的記錄移除。29值映射可以映射字符串，從一個值映射到另外一個值。30合并記錄可以將來自不同的組件輸入的數據進行合并。合并的選項包括INNER、LEFTOUTER、RIGHTOUTER、FULLOUTER。31校驗列用這個組件可以為每條數據數據添加校驗列。32腳本sql腳本。執行sql腳本。33Java代碼通過此組件可以在步驟中采用Java編寫程序的方式執行。34JavaScript可以使用這個組件供應的一系列函數運用JavaScript語言對字段值進行比較簡單的計算。35其他日志通過此組件可以將數據寫日日志中36發送郵件通過此組件可以發送郵件。數據交換設計工具數據交換設計工具是基于SWT技術開發的可視化數據交換流程設計器，供應可視化數據交換模型定義與調試。用拖拉方式畫出數據交換模型。支持多種處理處理模式（同步、異步）。支持多種增量數據抽取方式。無需編寫代碼即可調試數據交換模型。數據交換設計工具可以將不同的交換組件編排在一起，完成增量數據獵取、數據映射、數據內容推斷、過濾、錯誤數據處理等一系列的數據加工過程。可以將開發調試完成的數據交換作業部署到數據交換引擎中，并通過數據交換管理端對其進行管理調度、優化治理。數據交換管理中心數據交換配置（1）交換節點管理交換節點管理中可以新增、修改、刪除、查詢節點配置信息。（2）交換作業配置可以快速的配置交換節點與執行作業之間的關系，即作業在哪些節點運行。作業管理目錄管理建立作業的分類管理，便于查找。作業采用成熟的商用中間件作為數據集成工具，完成從源到目標的數據交換。系統應能支持數據的雙向傳遞，使得各類系統業務數據實時共享，并供應過程的調度和監控。1) 集成接口支持，為不同類型的數據源供應接口，包括：支持主流RDBMS如：Oracle、DB2、Sybase、SQLServer、InfoMix的數據集成。支持非主流RDBMS如：MySQL、Derby、HypersonicSQL、PostgreSQL的數據集成。支持ODBC數據源如：Foxpro、Access、Excel等的數據集成接口。支持消息類型數據源如：JMSQueue、JMSTopic的數據集成。支持如格式化的txt及XML的文件數據集成。支持WebService的數據集成。支持其他特別類型數據格式如：LOB字段（BLOB、CLOB）的數據集成。2) 數據集成學問庫要求供應支持各類數據集成場景的接口代碼包，要求供應代碼示例；便于為學校后期數據集成供應便利性。3) 拓撲管理工具對數據源和調度代理進行管理，支持RDBMS、文本、消息、WebService等各種數據源接口。（2）作業流能夠定義一組具有相互依靠關系的接口，實現數據交換流程包，完成簡單的數據交換過程。供應集成設計工具，對數據集成項目供應圖形化界面進行設計和開發。供應集成查看工具，查看數據集成項目的運行情況，可以對集成過程進行調試。（3）數據質量檢測依據元數據庫中的語義規章的信息加上系統預置和用戶自定義數據質量檢查規章，分析數據質量，生成質量報表，傳遞給用戶，為用戶供應決策支持。要求支持功能：檢查規章、檢查任務、檢查任務調度、檢測結果提示與推送、檢查結果查詢。（4）調度管理日歷配置通過設置特定日期進行作業調度。頻度設置依據設置的頻度進行作業調度。消息設置當計劃執行時會將計劃執行結果以郵件的方式發送給指定郵箱。事件配置通過接口文件（文件到達）的方式來觸發作業流的運行。監控管理作業監控能夠對作業流和作業執行的總體情況進行監控，整體監控分為：作業流總體監控、作業流執行日志、作業總體監控、作業執行日志等。節點監控對每個節點的數據交換狀況監控和統計。異常監控與匯總需要對實時運行監控出來的異常信息進行匯總，提示異常節點、異常項以及異常緣由。用戶可以通過這里查看每項異常的詳情。能夠統計每天實時數據的處理情況，包括處理勝利記錄數、處理失敗記錄數、等待處理記錄數。資源監控資源監控主要對影響數據庫穩定運行的指標進行監控，便于準時發覺數據庫異常，準時優化調整數據庫或應用程序，確保數據庫、應用的穩定運行。相關指標包括：數據庫連接數、數據庫表空間（主數據）、數據庫表空間（主數據倉庫）、數據庫死鎖、數據庫歸檔情況、耗時最大的10條SQL、CPU消耗最大的10條SQL、磁盤讀寫消耗最大的10條SQL；預警數據集成監控工具以圖形化的方式，呈現系統的各種運行和異常情況，并且依據事件的重要程度，將最重要的信息呈現在最醒目的位置；供應系統健康檢測、標準建設情況、數據集成監控、數據庫監控、數據流向查詢、數據質量監控等功能。閥值設置數據備份任務設置：為每日運行任務，可設置每日運行時刻和起停任務。代碼檢查任務設置：可設置運行周期（每天，每周，每月）和運行時刻，以及起停任務。元數據檢查任務設置：可設置運行周期（每天，每周，每月）和運行時刻，以及起停任務。系統配置作業服務器配置針對系統操作人員進行作業服務器配置供應系統訪問數據源服務器、數據交換服務器、目標服務器的作業時所需要的連接信息。代理服務器配置代理服務器是對調度中代理的設置和維護，完成作業的執行。郵件服務器配置郵件服務器配置為作業執行中要用到的參數進行統一配置從而執行作業完成發送郵件。導入/導出功能導入導出是供應用戶對數據集成學問庫及設計好的各類數據集成場景的接口代碼包進行導入導出的功能，將本地的資源導入或導出到系統學問庫，用于開發機與生產機系統間資源文件的遷移。組織機構管理組織結構管理中包括多級機構、人員、崗位、權限設置等功能操作。統一身份認證平臺建設目標隨著應用建設的逐步深化，已經建成的和將要建成的各種數字校園應用系統存在不同的身份認證方式，用戶必需記憶不同的密碼和身份。因此，要建設以目錄服務和認證服務為基礎的統一用戶管理、授權管理和身份認證體系，將組織信息、用戶信息統一存儲，進行分級授權和集中身份認證，規范應用系統的用戶認證方式。提高應用系統的平安性和用戶使用的便利性，實現全部應用的單點登錄。即用戶經統一應用門戶登錄后，從一個功能進入到另一個功能時，系統平臺依據用戶的角色與權限，完成對用戶的一次性身份認證，供應當用戶相應的活動“場所”、信息資源和基于其權限的功能模塊和工具。在數字校園建設中，要求采用以目錄服務和認證服務為基礎的統一用戶管理、授權管理和身份認證體系，將組織機構信息、用戶身份信息統一管理，進行分級授權和集中身份認證，規范應用系統的用戶認證方式。總體技術要求平臺基于J2EE體系結構，全部功能模塊定義服務供應者接口（ServiceProviderInterface），可以支持第三方的服務供應者；在身份認證系統設計中，為了適應當前以及今后系統的建設進展需要，建議采用的技術實現手段主要包括LDAP、PKI、SSO、SSL等等；單點登錄從實現技術上基于session、cookie、rewrite技術和采用portal等幾種方法，依據用戶的情況可以選用其中的任何一種。平臺的管理與維護采取分級模型支持多級的管理；供應基于角色的權限把握體系（RBAC），支持多種權限管理方式，如單獨授權、按角色授權和分級授權等，機敏的授權安排，滿意學校將來應用授權需要。采取分級授權，可以依據業務的需要機敏制定平安策略把握授權；采用機敏的基于角色的權限管理模型，集中的權限把握的授權管理面對全局的用戶和數據資源，掩蓋了各種應用；機敏定義角色之間的繼承、相容和互斥關系，授權簡潔、便捷；在訪問把握策略上，用戶可以定制不同粗細粒度的平安規章；身份、授權、認證功能相對獨立，可以機敏的與第三方產品對接。建設內容及功能要求統一身份認證平臺是一個集用戶身份、認證與權限的支撐平臺，統一身份管理要充分考慮學校業務中的需求，包含組織機構及用戶管理、數據維護等功能。供應職位變更的身份轉換，組織機構的拆分和合并，支持組織機構的實體和虛體，支持多級管理等，為SSO供應一個便利的身份管理平臺。從建設內容與功能來說，統一身份認證平臺建設應至少包括以下主要內容：序號功能描述1統一用戶管理統一用戶管理應包括用戶管理、用戶組管理、組織機構管理三部分功能。實現對校內外用戶的統一管理，包括用戶新增、刪除、凍結、解凍等；實現不同組織機構呈現和管理；實現用戶組管理實現相同權限的用戶集合的管理，包括用戶組維護、用戶組授權等。要求供應數據維護工具來支持門戶內組織機構、用戶等數據的批量維護、導入、導出等；要求支持對導入的數據進行校驗和審核；要求供應相應的綜合查詢功能，能夠完成批量用戶密碼初始化；要求導入/導出工具供應應學校相應的模板，支持學校自主定制開發，并將免費供應相應開發平臺。2角色管理實現以角色把握用戶的功能權限，包含角色管理和角色組管理。3統一授權管理實現用戶的實際權限授予，可便利實現用戶與角色的授權、用戶組與角色的授權、組織機構的授權、用戶組與角色的授權，支持依據用戶屬性自動授權與收回，支持無限級分級授權。4身份認證服務為應用系統供應統一的用戶身份認證服務，至少包括下列用戶認證方式：用戶名/口令認證、數字證書認證、SSO認證、認證集成接口。并供應多種認證接口與范例（.Net接口、JAVA接口、ASP接口、PHP接口等）5應用管理對應用系統的功能進行管理，應支持應用系統注冊、應用系統功能注冊、應用屬性注冊等。6系統管理要求至少能夠實現分級管理、密碼策略、平安問題管理、數據項擴展、默認配置管理、字典管理以及日志管理等功能。綜合服務門戶平臺統一信息門戶平臺將分散異構的信息資源集成，供應一個支持信息訪問、傳遞、以及協作化的集成化環境。通過供應校園、辦公室及班級、個人桌面等基于虛擬IT場景的個人工作區服務，有效盤活校園應用系統中的信息資產，對師生以及學校管理者供應面對個人、個性化的自助式服務支持。同時，用戶可以享受到登陸后校園工作區、所在院系、部處工作區所供應的私有、個性化信息服務。建設目標校園綜合服務門戶平臺對校園網內的信息資源、應用系統進行管理和整合，實現數據、用戶、權限、應用、服務、流程、內容等各個方面的集成，依據用戶需要的信息和服務去組織內容，供應集成的、無縫的、平安的、個性化的資源訪問，為用戶供應訪問校園網資源的統一入口。通過綜合服務門戶建設，供應師生綜合服務門戶的完善整合，為全校師生的工作生活帶來便利。總體技術要求用戶的訪問界面采用Web方式，包括管理和定制用戶界面。一站式服務：要求供應個性化的掃瞄器門戶界面，只需一站登錄，便可直接訪問本次整合的應用系統的信息資源，以及與個人角色相關的全部服務；應用集成：供應統一、規范的接口對校內各類服務和應用進行集成，實現跨數據、跨應用和跨平臺的接入和集成，依據權限為用戶供應快速、機敏的、個性化的綜合信息服務。全文信息搜索：能供應對全站信息的搜集、組織、篩選、分類、搜索等功能。實現對內容的權限把握：門戶中的信息依據用戶的角色可給予用戶掃瞄、審批、發布、修改等權限。支持快速的部署和機敏的擴展能力。采用“跨平臺”的Java語言和獨立于開發環境的面對對象的組件技術。支持多種主流平臺部署，如WINDOWS、Linux、HPUX、IBMAIX、SUNSOLARIS等。支持多種主流的掃瞄器，如InternetExplorer8.0以上、Firefox4.0以上、Chrome10以上、Safari4以上、360掃瞄器5.0以上等。支持Portal業界標準JSR168,JSR286,JSR-170,WSRP1.0以及WSRP2.0；遵循SpringApplicationFramework和SSHMVCPortletFramework的標準門戶架構。大規模用戶訪問支持：綜合服務門戶是整個數字校園的訪問入口，校園網內的用戶訪問校園內的信息資源和應用系統都需要通過門戶，因此綜合服務門戶是校園內用戶訪問量最大的信息系統，必需保證門戶要能夠在大規模用戶的訪問的情況下仍舊能夠供應高速的服務。作為智慧校園的訪問入口，信息門戶的穩定行決定了校園網內的信息資源和應用系統能否被訪問。這要求綜合校園信息門戶具備肯定的容錯性，在運行環境消失故障的時仍能供應穩定、持續的服務。信息門戶集成了校園網內全部的信息資源和應用系統，這要求綜合校園信息門戶系統要能夠為用戶供應平安的信息資源和業務數據的獵取，保障信息傳輸的平安牢靠、保障信息不被非法用戶竊取、保障用戶的合法身份不被盜用。建設內容及功能要求門戶應用功能門戶應用功能至少包括以下主要功能：序號功能描述1單點登錄綜合服務門戶必需實現單點登錄及應用系統的整合，用戶一次登錄后可以訪問到相關的應用系統。2個人中心供應個性化的事務助理服務，幫忙用戶進行事務提示和通知。包括個人信息、賬戶平安等3資訊中心資訊服務是師生通過門戶獵取校內外信息的主要渠道。綜合服務門戶需要建立一個豐富的信息發布網站，具有強大的資訊服務功能。主要的資訊服務包括：新聞公告、公共信息等。4應用服務中心應用服務中心基于面對服務的思想采用服務集成技術整合學校現有的應用系統，向師生供應各種網上自助服務，實現與師生日常的教學、科研、生活等有關的信息查詢、在線服務訂閱等，同時，還包含了應用管理功能。5產品廠家能夠供應科學的應用系統服務分析方案，并供應211/985院校門戶建設案例證明。6消息中心消息中心集中展示和用戶相關的各個業務系統發送的消息提示和待辦事宜。7支持供應多樣化的消息發送方式，包括短信、郵件等。8為保障消息實時同步，要求產品采用實時通訊中間件進行消息通訊，并供應產品著作權證書。9日程管理日歷主要幫忙用戶安排和提示相關工作事項，主要內容包括個人日歷，公共日歷和應用系統日歷等。10幫忙中心幫忙中心用于在用戶使用門戶時遇到問題，供應相關幫忙。學生、教職工可以在幫忙中心進行自助服務，查看常見問題，提問留言和查看幫忙手冊。門戶支撐平臺功能門戶支撐平臺功能至少包括以下主要功能：序號功能描述1個性化門戶供應應學生、老師、領導符合其需求特點的辦公頁面，通過個性化門戶，展示其最關心和常用的信息資源。2應用管理應用管理主要分為應用維護和應用發布兩部分，應用維護主要負責應用的新建和修改，應用發布管理主要負責應用的審核，上線和下線操作。做到權限分別，保證應用發布的質量。3內容管理供應全面的內容管理功能，可以對分散于內部的多種數據類型和格式的內容進行采集、編輯、管理，為用戶所共享。4信息發布管理信息發布管理主要有信息審核、信息發布等功能。5全文信息檢索搜索引擎供應搜索相關配置的管理。搜索引擎支持多語言的全文信息檢索。6權限管理系統供應了多種多樣的權限管理模型主要包括功能權限、數據權限和訪問權限模型。對于權限的安排可以支持用戶，用戶組，角色，組織機構，便利學校依據自己的實際機敏配置7消息管理消息管理決定了哪些第三方系統將接入門戶平臺發送消息以及發送消息的類型，主要包括消息來源注冊和消息類型管理。消息通訊中間件通過消息通訊中間件的構建，實現分布式應用之間的互連和互操作性，保證系統的高效、平安、牢靠運行。簡化應用之間的數據傳輸，屏蔽底層異構操作系統和網絡平臺，供應一致的通訊標準和應用開發，確保分布式計算網絡環境下牢靠的、跨平臺的信息傳輸和數據交換。消息通訊中間件作為一種數據通訊技術，本項目中要求產品的實現體現在在數據交換系統之中，保證信息傳輸和數據交換的效率、平安和牢靠性。基礎校情分析系統建設目標業務數據分析平臺旨在通過積累的大量數據為學校戰略決策供應重要的參考依據，數據分析平臺主要對數據中心的數據進行綜合分析、挖掘，在具備數據呈現功能的基礎上，還供應綜合查詢、戰略指標分析，對不同角色的學校領導層、各級管理員以及相關教職工進行工作決策，真正做到對數據中心的數據進行多維度、多角度和多層次的深度挖掘和充分利用。建設內容與功能要求序號建設內容具體描述1主題配置表和字段用于定義該主題相關的各個表及表之間的關聯關系。主題查詢的表和字段均來源于公共庫。查詢條件用于配置一個主題可以用來做查詢條件的字段，它也包括中文名稱和字段表達式，中文名稱用來顯示，表達式用來查詢數據，字段表達式可以是單個字段名稱，也可以是一個表達式或SQL子句。發布字段用于配置一個查詢主題可以顯示在查詢結果集中的全部字段數據項，它包括中文名稱和字段表達式，中文名稱用來顯示，字段表達式用來查詢數據，還可以有描述、別名。字段表達式可以是單個字段名稱，也可以是一個表達式或SQL子句。過濾條件用于限定該主題與使用人員相關的數據范圍。預定義條件用于主題發布時預先定義的強制默認條件，在查詢的時候會依據預定義條件對該主題數據范圍進行強制限定。需要在“關聯的表”欄內的“表關系”輸入框中人工配置限制SQL。主題發布用于在分類下創建一個主題，并對主題的表、查詢字段、發布字段、過濾條件等進行配置和數據權限的把握，然后對該主題進行審核和發布。新建的主題，都需要通過發布之后，擁有相應權限的用戶才能查看該主題。角色安排：將系統內已生效的權限角色安排給該查詢，未經發布到該查詢的角色將沒有權限使用該查詢。字段發布：將該查詢的顯示字段有針對性地發布給不同權限角色，以達到列級數據權限管理的目的。查詢發布：將該查詢的查詢字段有針對性地發布給不同權限角色，以達到列級數據權限管理的目的。條件發布：將該查詢的過濾條件有針對性地發布給不同權限角色，以達到行級數據權限管理的目的。2主題查詢校情類主題包括組織機構信息查詢、專業信息查詢和班級信息查詢、主要供應全校通用性質的公共信息的查詢。學生類主題包括學生行為軌跡查詢，學生上網行為查詢，學生基本信息查詢、學位學歷查詢、學生成果查詢、學籍異動查詢、學生收費查詢、獎學金查詢、助學金查詢、助學貸款查詢、困難補助查詢、勤工助學查詢和本專科錄用查詢，主要供應學生視角的各類基本信息的查詢。教工類主題包括教職工基本信息查詢、專業技術職務查詢、學歷學位信息查詢、嘉獎情況查詢、懲處情況查詢、工作簡歷查詢、家庭成員情況查詢、崗位證書信息查詢、國內進修情況查詢、出國境學習工作情況查詢和聘用合憐憫況查詢，主要供應教工視角的各類基本信息的查詢。教學類主題包括課程基本信息查詢、教學總體計劃查詢、教學計劃課程查詢、老師課表查詢、學生課表查詢、排考基本信息查詢、教工監考信息查詢、學生考試情況查詢和教室基本信息查詢，主要供應教學相關的各類信息的查詢。一卡通主題包括卡開戶、卡掛失、卡消費、卡認證、商戶消費、樓宇刷卡、進出圖書館、校車、充值、補卡等等查詢，為校園卡管理及學生管理供應管理支持。科研類主題包括科研項目基本信息查詢、科研項目人員信息查詢、科研項目經費查詢、科研機構信息查詢、科研成果人員信息查詢、科技著作信息查詢、科技論文收錄情況查詢、鑒定成果信息查詢、專利成果信息查詢、獲獎成果信息查詢和學術會議信息查詢，主要供應科研相關的各類信息的查詢。圖書類主題簡潔查詢：采用預定義方式的簡潔查詢，查詢條件、顯示字段、查詢結果集排序等規章都已經在配置階段被確定。高級查詢：區別于簡潔查詢，高級查詢允許用戶自行配置簡單查詢條件、顯示字段以及查詢結果集的排序。保存：對于常常使用的查詢條件，可以使用保存功能將選擇的查詢條件保存下來，避開每次使用重復進行查詢條件的選擇或輸入。3統計分類教工情況分析包括教職工人員概況、教職工情況詳情、老師人員概況、老師情況詳情、專任老師人員概況和專任老師情況詳情，供應教職工相關的多種維度的統計分析圖表呈現。學生情況分析包括專業人數統計、學生人員概況、學生情況明細和學生收費完成率分析，供應學生相關的多種維度的統計分析圖表呈現。科研情況分析包括科研項目數量分析、科研項目趨勢分析、科研獲獎數量分析、發表成果數量分析和發表成果趨勢分析，供應科研相關的多種維度的統計分析圖表呈現。圖書情況分析包括學生圖書借閱情況分析，供應圖書相關的多種維度的統計分析圖表呈現。一卡通分析卡賬戶分析、用戶畫像、學生行為、消費挖掘、商戶分析、學生幫助管理等等類型深度挖掘。4統計呈現支持多樣的展示形式包括餅狀圖，柱狀圖，折線圖等，也可自主選擇呈現的形式。5統計圖表輸出支持圖表輸出功能統計分析內的每一個統計圖表呈現都要求供應輸出功能，允許將該頁的統計內容導出為PDF、Excel、Word或圖片格式。具體內容如下：類別服務人事教職工綜合信息（教職工、黨員、民主黨派、臨時人員、出國人員、崗位類型）師資隊伍信息(生師比、學緣結構、職稱結構、學歷結構、年齡結構)人事變動信息、教職工在校狀態情況、增量信息、福利信息干部信息（職務、任職時間、職級、年齡結構）學生學生綜合信息（基本信息、擴展信息、家庭信息）（包括本科生、研究生）學生資助信息（獎、助、勤、貸、補、困）（包括本科生、研究生）生源情況查詢就業情況查詢學生宿舍信息（包括本科生、研究生）學生學業警告信息學生異動情況（包括本科生、研究生）志愿者信息管理（志愿者報名、認定、篩選）科研科研項目信息（每年參與人、申報、立項、進展情況統計）（包括科技和社科）科研項目經費信息科研獲獎信息（包括科技和社科）科研論文信息科研著作信息科研專利成果信息科技成果信息科技數據分析（科研人員及科研項目分析）學科建設各年度學科建設情況信息招就信息招生數據、就業數據教學學生成果信息（包括本科生和研究生）學生專業信息（包括本科生和研究生）評教、畢業數據分析課程信息（包括本科生和研究生）財務學生收費信息（含欠費信息）工資信息科研項目情況（經費使用情況）部門經費情況一卡通消費信息資產綜合資產信息（包括房產、試驗室、宿舍等）儀器設備信息（另外包括設備數據分析（按年度增長率））圖書圖書信息、圖書借閱情況信息2.7.3 技術要求系統應采用成熟牢靠的J2EE架構，B/S結構，兼容IE、Firefox、Chrome、Safari等主流掃瞄器。系統展示應采用Portlet技術，用戶可以定義頁面的導航菜單及每個導航下面顯示的內容，支持把握Portlet中顯示的指標以及排列挨次。在數據整合時，應支持不少于5種的數據庫文件。微信公眾號建設目標基于微信接口，針對學校特地研制開發的專業移動平臺。學校能以自有媒體的方式免費推送資訊、圖文、語音、視頻等做任何的推廣、介紹、與教育有關的服務，微信公眾號必需與學校數字化校園基礎平臺進行對接集成，以滿意相關用戶認證信息、學校數據信息等一致。建設內容及功能要求依據學校數字化校園基礎平臺的建設內容和需求，微信公眾號包含但不限于以下服務功能。名稱簡要介紹校園官網通過手機展示學校官網，模板豐富多彩。資訊展示發布學校新聞資訊等內容。通知公告展示學校公告信息校園相冊學校圖片的展示在線投票實現通過微信投票、統計結果、導出投票結果等能力，用于活動投票問卷調查實現通過微信調研、統計結果、導出調查結果等能力，用于調查信息成果查詢學生可以通過微信查詢成果獎懲信息供應學生獲得的嘉獎和處罰的情況查詢。學生獎助貸信息查看學生獎助貸的申請和獲得情況。課表查詢學生查信自己的課表信息考場查詢學生查信自己的考試信息教室查詢學生查詢空自習教室信息四六級成果查詢學生查詢四六級考試成果圖書查詢學生和老師查詢自己的圖書借閱信息校內辦公電話查詢學生和老師查詢校內的辦公電話老師電話查詢老師用的校內通訊錄收入信息查詢老師查詢自己的工資、報銷、經費等各類收入信息失物招領學生和老師在微信上發布相關失物招領的相關信息收費查詢學生查詢自己的繳費信息一卡通查詢學生和老師查詢自己的一卡通相關信息生活服務實現天氣查詢、快遞查詢、百科查詢、成語解釋、中英文互譯、幽默笑話等功能多管理員功能總賬號下設置多個子賬號，便利各個老師操作管理科研信息實現科研經費、科研成果、學術動態等相關科研信息的查詢，支持word、excel、pdf等格式的本地保存打開。工資信息實現教職工工資信息的查詢。2.8.3 其他要求1）免費申請學校微信服務號2）免費供應微信服務號的認證服務，且在質保期內產生的認證費用一并計入投標總價3）微信服務號需符合騰訊微信服務號的相關技術要求。現有應用系統的集成要求本期項目所建設的平臺必需可以與學校現有管理系統做下面四個層面的應用集成：數據集成、認證集成、門戶集成、服務集成。應用集成過程中，第三方系統廠商進行的接口改造的費用由投標人承擔。建設目標數字化校園是由多個業務應用系統集成在一起的、簡單的、分布式大型系統。目前學校已經存在各種業務應用系統，由多個開發商承建或學校自主開發。依據充分利用現有資源的條件下，對學校現有的應用系統進行界面、身份認證和數據的集成。把各應用系統集成到學校綜合服務門戶平臺，并由統一身份認證平臺完成各應用系統的身份認證，既便于用戶使用其權限下的應用系統，也便于系統管理員對用戶權限、系統平安的統一管理。通過公共數據平臺和數據交換平臺，對各個應用系統整合，對其數據進行抽取、清洗、轉換、儲存等措施，徹底消退學校以往建設中存在的“信息孤島”，實現各應用系統數據信息的統一管理與共享。需集成任務與內容依據項目建設總體規劃要求，本期項目集成內容主要從以下四個方面進行：數據集成全部的已建系統、新建系統與公共數據庫進行對接，以及要考慮到將來的新建系統與數據庫的對接，投標方需要供應完整的數據標準接口，以及數據庫結構和數據字典描述，開放數據庫讀寫權限，幫忙學校實現與其他應用系統的數據交換和共享。認證集成全部的已建系統、新建系統與統一身份認證平臺進行對接，全部系統的認證都需要歸入統一身份認證中。完成與統一身份認證平臺的集成，實現校內用戶的統一認證、統一權限和單點登錄。門戶集成全部的已建系統、新建系統與綜合服務門戶平臺進行對接，投標方供應webservice接口標準與規范。幫忙學校實現將面對最終用戶的服務頁面整合在統一校園門戶中。服務集成利用服務集成技術來實現業務協同，實現應用系統獵取實時、定時數據的需求。2.10服務器與虛擬化智能運維分析平臺要求服務器總體要求國產知名品牌，具有自主研發能力，非OEM規格4U機架式，含導軌處理器配置≥2顆IntelXeonE7-4820v4(2.0GHz/10C)/6.4GT/25ML3處理器,主頻≥2.0GHz，核心≥10C；支持擴展到4顆CPU；內存配置≥128GBDDR4內存，板載或滿配內存板，支持高級內存糾錯、內存鏡像、內存熱備等高級功能；擴展性硬盤：配置3塊300GB10K熱插拔SAS2.5"硬盤,支持≥10個2.5寸熱插拔SAS/SATA/SSD硬盤；I/O擴展槽:配置≥10個PCI-E3.0插槽,全長全高,支持≥2個GPU/MICRAID配置≥1塊獨立外插的8通道高性能SASRAID卡（1G緩存），支持RAID0/1/5/10；網卡配置≥4個高性能千兆網口，配置雙口萬兆網卡（光纖接口含2個多模模塊）HBA卡配置≥2塊8Gb單口光纖通道HBA卡電源配置3個電源，2+1冗余，可配置2+1或者2+2N+N冗余模式，支持熱插拔，且單電源功率≥700W可管理性供應遠程管理和遠程診斷功能，集成BMC管理模塊,可實現與操作系統無關的遠程實時監測內部主要部件的狀態,配置KVMoverIP及閃存虛擬軟驅.虛擬化智能運維分析平臺兼容性要求需兼容現有的服務器虛擬化環境，通過對現有服務器虛擬化管理平臺進行數據抽取，并進行自動智能分析，從而提升虛擬化運維管理能力。運維管理要求能夠供應具體的、各個不同緯度的運維及運營報表，從IT基礎架構的性能、融合和事件各個不同的角度供應相應的定制化報表，并可實現定制化的運維報告供應監控專家面板，從健康，風險，效率等角度綜合展示云環境的整體運行態勢；并供應多指標對比的分析熱圖；供應綜合虛擬機、網絡、存儲的拓撲面板展示供應多種類型的針對云環境的分析報表支持用戶依據角色自定義不同的監控儀表盤和報表依據系統的負載，可以橫向擴展以擴充處理能力，并且內置高可用性，可以自動執行平臺節點的故障轉移性能監控與分析供應豐富的監控指標的采集與分析；并供應綜合指標，可幫忙發覺單一指標難以確認的故障支持智能的故障分析，可依據歷史數據生成動態閾值，供應Drilldown的分析能力，供應故障與變更的關聯分析功能供應針對于告警處理的專家學問庫，供應短信郵件等多種告警通知方式，并供應自動化的故障修復能力能夠自動發覺虛擬機、應用及基礎架構的依靠關系并直觀展示，包括虛擬機、Web服務器、郵件服務器、數據庫服務器、應用服務器、緩存服務器、消息傳遞服務器、應用管理服務器和虛擬化管理服務器等支持對操作系統資源（CPU、磁盤、內存、網絡、進程、服務）的監控，支持的操作系統類型包括Windows、Linux、Solaris、HP-UX、AIX容量管理容量規劃及預警。具有完善的容量規劃及優化功能，并對系統中存在事故隱患生成具有前瞻性的預警。風險趨勢分析。能夠直觀的展示容量將來趨勢走向。可供應執行“假設”影響分析，為容量更改帶來的影響建模，發覺低效、未使用的容量，預報容量短缺和瓶頸消失的時間。依據積累的數據，每個應用能夠進行負載統計和消耗統計，在肯定的應用周期內的負載或用量的趨勢進行分析告警合規性管理可不斷強化虛擬和物理基礎架構全部方面的合規性，從而可以深化到不合規的領域并進行修復。配置配置滿意25個實例許可授權服務本次采購的服務器全部接入并部署到學校數據中心現有的虛擬化環境中，并承諾免費為學校培訓至少1名現有虛擬化系統技術人員。（供應系統接入承諾函以及培訓技術人員的承諾函，并加蓋公章，原件現場備查）本次采購的全部軟件需供應3年原廠商軟件升級服務、在線支持服務、400或800電話支持服務，（非OEM）。（供應加蓋原廠家公章的所投產品技術參數確認函原件掃描件，所投產品的環保認證證書原件掃描件、3C認證證書原件掃描件）2.11運維筆記本電腦要求運維筆記本電腦總體要求國產知名品牌，具有自主研發能力，非OEM處理器配置英特爾酷睿i77代系列處理器,主頻≥2.7GHz；內存配置≥8GBDDR4內存硬盤硬盤：配置≥256GBSSD硬盤,≥500GBHDD硬盤；顯卡配置獨立顯卡，顯存容量≥2GB，顯存類型GDDR5，顯存位寬≥256bit；顯示屏顯示屏 屏幕尺寸14網卡配置1000Mbps以太網卡，支持802.11ac無線協議；電源配置4芯鋰電池，100V-240V45W自適應交流電源適配器；服務全國聯保，享受三包服務2.12存儲硬盤要求硬盤型號ST4000NM0023，硬盤容量4TB，盤體尺寸3.5英寸,接口類型SAS，轉速≥7200轉/分，質保五年。.項目實施要求對投標人的基本要求項目啟動后，中標人就應允許業主（招標）單位以及相關的工作人員參與項目開發及系統整合本身必需的需求分析、初步設計、單元測試等相關工作。中標人應負責在項目完成時將系統的全部有關技術文件（至少包括信息標準集、需求說明書、數據庫結構、系統具體部署文檔、后期應用系統相關接口等）、資料及測試、驗收報告和系統測試使用的測試數據等文檔匯合成冊提交給招標單位，并供應電子文檔。中標人應明確承諾在項目完成時對業主（招標）單位人員進行運維、二次開發等涉及項目后續進展有關技術培訓、支持的具體實施辦法或目標，中標人對整個項目應具有完整的項目實施計劃、具體的工作內容安排及過程把握和驗收方案。項目人員配置1）投標人必需成立合理的組織機構，建立健全保障項目順利實施的各項管理制度和質量保證體系，安排好足夠的高素質人才參與本項目的建設；在項目機構中應明確各崗位的職責、任職資格及成果，確保工程順利實施。依據工作的業務性質，應配備由項目經理帶隊的4人及以上的項目實施團隊駐場承擔本項目工作。為了保證項目實施的連續性，在項目實施過程中，至少保證2名以上核心技術人員不能更換。2）具有極強的本地化服務能力，非本地投標人需在本地設立分支機構，保證能在本地供應持續的服務，參與本項目的項目組成員應依據本項目的特點分別具有軟件設計和開發、測試的相關的實施閱歷。3）項目組人員必需具有類似職責的集成、開發閱歷，能夠與用戶進行良好的溝通，并把握數字校園領域的相關基礎學問。4）參與此項目的技術人員必需具有猛烈的服務意識和高度的責任感。5）對上述安排投標人應在實施方案中具體描述，包括項目組成員名單、本項目工作職位、專業方向、工作、項目履歷和在本項目中的職責分工。6）在建設期內，項目管理負責人應在接到學校通知2小時內到達學校現場處理問題或交流情況。開發管理對項目的建設進行科學嚴格的管理，該項目的管理要通過項目管理委員會織對項目進行系統計劃、有序組織、科學指導和有效把握，促進項目全面順利實施。文檔管理依據開發進度準時供應有關開發文檔，包括需求說明書、系統設計說明書、測試計劃、測試分析報告、系統部署手冊、操作手冊、系統安裝手冊等；進度要求必需在合同生效后5個月交付用戶試運行，試運行1個月后提交驗收。中標人應針對本項目的完成時間提交項目開發計劃，項目計劃經采購人確認后嚴格按計劃執行，如需變更必需提出書面的項目變更手續。用戶培訓用戶培訓應貫串于整個項目的實施過程中，包括從項目預備、研發到項目運行的全過程中。供應具體的培訓方案、培訓內容、培訓計劃、人員數目、開發工具、軟件使用、后期維護。研發管理培訓研發管理培訓即是系統開發的各個階段的培訓，這些階段包括：項目預備、用戶需求分析、系統概要設計、系統具體設計、程序編制和運行建立。研發管理培訓的對象主要面對學校信息與網絡管理中心的相關技術人員。運行管理培訓為了使將江西旅游商貿職業學院的相關人員把握有關應用系統的使用、維護和管理方法，達到能獨立進行管理、故障處理、日常測試和維護等工作的目的，應進行系統的技術培訓，以保證所建設的系統能夠正常、平安、平穩地運行。運行管理培訓的對象除了信息與網絡管理中心的人員外，還包括校內各單位的信息管理員。培訓要求培訓老師應具有豐富的同類課程的教學閱歷和應用實踐閱歷，中文授課；為全部被培訓人員供應培訓用文字資料和講義等相關材料。假如培訓地點在外地，投標人還應承諾為全部被培訓人員供應食宿，并按合同規定安排培訓時間和培訓名額；培訓方式課堂講解、實際操作、專題交流、現場實施指導等。培訓內容投標方依據項目需求向江西旅游商貿職業學院供應有針對性的培訓內容，以確保相關人員能夠使用、維護項目成果。項目驗收項目驗收需要供應的資料驗收申請、驗收方案、驗收清單；技術文檔：包括平臺環境配置說明、需求分析說明、需求及實施變更說明、用戶手冊、系統維護說明、系統培訓資料以及業務應用系統集成接口和（或）技術說明等等。管理文檔：包括項目實施計劃、階段報告、會議記錄等。項目驗收由學校組織專家和用戶代表，按招投標文件、合同條款、軟件工程要求和實際應用效果對項目進行驗收。服務保障與承諾投標人應承諾終驗合格后，對項目產品實行叁年全方位免費質保和技術服務。投標人應承諾依據對江西旅游商貿職業學院相關業務運做的規律來有計劃地制定服務保障體系。該項目一旦運行起來，就占有很重要的地位，稍有差錯就會引起各方面的反映和損失，所以系統的售后維護服務和技術支持工作也應有足夠保障。投標方作為具有豐富信息化校園項目閱歷的系統集成和軟件開發企業，應通過自身不斷的努力和原廠商的鼎力支持；針對客戶的不同的系統的需求，制定不同的運行保障方案，建立完善的本地售后服務體系，向對江西旅游商貿職業學院供應充分考慮使用者利益的技術支持及售后服務模式。除了上述的有關承諾之外，投標人關于服務保障體系的描述應具體包括如下內容：1）運行保障機構主要描述公司對于對江西旅游商貿職業學院本項目的運行保障能力描述。2）保期內運行服務內容售后維護服務，定期走訪或實行遠程維護：定期維護的時間區間、周期和具體規劃，規劃包括：方式、人員和具體的維護內容。重大事項的準時響應：系統消失故障或意外情況導致系統不能正常運行時，投標人響應的情況描述，針對不同響應級別的即時響應包括：人員、時間和內容等。服務請求的方式：在我方需要供應服務（包括即時的和非即時的）時，能夠與投標人聯系溝通的方式描述，應包括：服務熱線電話和聯系人、聯系單位信息、信函/傳真、電子郵件、服務網站。服務請求的流程：投標人對用戶的支持或維護請求處理流程的流程圖和具體描述。3）保期后運行服務內容售后維護服務，定期走訪或實行遠程維護、收費服務的時間區間、周期、費用和具體規劃，規劃包括：方式、人員和具體的維護內容。重大事項的即時響應：所需費用由雙方協商。4）運行服務的檔案運行服務的具體記載，可以用于分析總結。5）用戶投訴投標人是否設有用戶投訴受理電話，對用戶的意見做出反應。假如有用戶投訴受理電話，請描述以下內容：電話號碼（或傳真）、投訴中心負責人和受理答復時間。㈡其他要求1、為保證售后服務的質量和專業的技術支持，投標人必需為“數字化校園平臺”軟件的制造商并供應“數字化校園平臺”軟件相關系統的著作權證書且具備省級及以上軟件企業認證資質,否則,投標無效。（復印件加蓋廠商公章）；2、投標人必需供應本項目《投標貨物需求一覽表》中所投“數字化校園基礎平臺、服務器、虛擬化智能運維分析平臺”制造商出具針對本項目的授權、技術參數確認函及售后服務承諾函；否則，投標無效。（投標文件中須供應授權書、技術參數確認函、售后服務承諾函原件掃描件，原件備查）3、承諾在軟件生命周期內免費供應幫忙學校后續新增應用系統的對接，否則投標無效（供應原廠承諾函并加蓋原廠公章，原件現場備查）。合同基本條款

合同基本條款一說明1.1合同基本條款是指采購人（以下簡稱甲方）和中標人（以下簡稱乙方）應共同遵守的基本原則，并做為雙方簽約的依據。對于合同的其它條款，雙方應本著互諒互讓的精神，在談判中協商解決。1.2制訂《合同基本條款》的依據是:《中華人民共和國合同法》。二貨物條款2.1甲、乙雙方應將招標文件、投標文件及評標委員會確認的貨物名稱、規格型號、技術要求、質量標準、數量、交貨日期和售后服務等內容作為本條款的基礎。三技術資料3.1甲方向乙方供應所采購貨物等有關技術資料。四質量保證、售后服務4.1乙方應按招標文件規定的貨物性能、技術要求、質量標準向甲方供應未經使用的全新貨物。4.2乙方必需為本項目所投全部產品供應免費質量保證期為36個月的免費上門服務和技術支持，質量保證期自產品最終驗收合格之日算起（含當日）。在質量保證期內，假如產品發生故障，乙方要調查故障緣由并免費修復直至滿意產品性能的要求，或者免費更換整機或部分有缺陷的組件和材料。如產品經過修理更換部件，則該部件以修理后正常工作之日起（以修理記錄日期為準）重新計算。質量保證期內發生的一切費用由乙方承擔。4.3必需具備技術支持的能力，所供應軟件必需是合法、正版的原廠家軟件且是當時最新版本。4.4在質保期內，乙方對所供應的軟件免費進行改錯性、正常性維護及升級，質保期后，終身供應軟件各種漏洞的免費升級與修補服務；乙方須供應7x24小時售后服務熱線；4小時用戶現場響應服務，系統消失故障1小時內做出明確響應和安排，2小時內做出故障診斷報告，如需現場服務的，具有解決故障能力的工程師應在4小時內到達現場。高級技術問題應立刻響應，派出的高級技術人員12小時內到達現場。重大問題或其他無法飛快解決的問題應在2日內解決。質量保證期期滿后，乙方連續為甲方供應維護服務，由此發生的費用由甲方承擔。服務、零部件價格不得高于本次成交價格。4.5在質量保證期內，凡在正常使用中消失質量問題的，乙方應負責免費修理，其修理人員的差旅、食宿等費用和修理所產生的貨物包裝和來回運費等費用均由乙方承擔。五包裝、安裝調試、驗收5.1包裝5.1.1供應的全部貨物均應按國家或專業標準保護措施進行包裝，適應于長距離運輸；并有良好的防潮、防震、防銹等，確保貨物完整無損運抵交貨現場；由于包裝所引起的損壞和損失等均由承擔。5.1.2安裝使用說明書、質量檢驗證明書、隨配附件、產品具體的中（英）文操作、維護指南和工具以及清單等一并附于貨物內。⑶負責將貨物平安運送到甲方指定地點，不另收任何費用。⑷貨物在交貨前發生的不可預見的風險均由負責。⑸貨物在發運手續辦理完畢后24小時內或貨到指定地點前48小時通知甲方，以預備接貨。5.2安裝調試5.2.1設備的拆箱、安裝調試等項工作由乙方負責，但必需在甲方或用戶指定人員的參與下進行。乙方實施前必需先經甲方或用戶同意方可進行。調試的原始記錄需經各方簽字后作為驗收的文件之一。5.2.2全部設備、材料均須由乙方送貨到現場并負責安裝調試，必需出示產品合格證、質檢報告和原廠發貨單。乙方應派熟練的技術專家現場進行安裝，若發生任一項指標不符合招標文件技術要求，乙方應在3天內免費更換其不合格設備，使之達到招標文件要求，全部費用由乙方負擔。5.2.3甲方不再支付投標報價以外任何費用。5.3驗收5.3.1貨物驗收:貨物達到現場后，乙方和甲方或用戶共同打開包裝驗貨；乙方應供應具體裝箱單據；如貨物質量和技術規格不符合要求或有明顯損壞，甲方或用戶不予驗收；只有經安裝調試并且技術性能達到本招標文件所述技術要求后，才能接受全部貨物。本招