一、項目概述 　　我行啟動征信前置查詢管理系統信創改造項目。具體要求如下： 　?。ㄒ唬╉椖磕繕? 　　.完成征信前置查詢管理系統信創改造 　　（）信創改造架構：基于信創產品梳理底層技術架構，完成現有業務系統的優化改造，實現對傳統非信創基礎軟硬件（包含芯片、服務器、操作系統、數據庫、中間件等）的最大程度替換（硬替代或軟替代）。征信前置查詢管理系統各類基礎產品具體要求為：類別品牌型號（版本）備注服務器信創服務器信創架構服務器操作系統麒麟 中間件東方通（ 及以上版本）寶蘭德數據庫　?。ǎ┙K端兼容改造需求：新征信前置查詢管理系統要全面兼容傳統終端（操作系統）與信創終端，保證各類終端的正常訪問和功能使用。描述傳統終端品牌型號（版本）信創終端品牌型號（版本）備注架構操作系統統信 瀏覽器、、瀏覽器統信自帶瀏覽器，統信瀏覽器 　　.業務功能方面 　　基于信創產品搭建的征信前置查詢管理系統需有效支撐業務所需人行征信查詢功能，保證現有管理端功能正常使用。 　　（二）項目非功能需求 　　性能需求： 　　性能指標要求：不低于原系統性能指標。 　　征信前置查詢管理系統涉及的性能要點包括信用報告日常單筆查詢和批量定時任務查詢兩方面，具體要求如下： 　　、日常單筆查詢 　　（）基本策略 　　①根據日查詢量以及網絡情況參數化配置單筆查詢請求時間； 　?、谠黾雨犃心Ｊ剑ＷC查詢準確性； 　?、墼O計征信查詢輪詢模式，保證查詢成功率。 　?。ǎr間要求 　　單筆查詢每筆平均返回時間是秒，系統內設輪詢，保證時間的準確率及成功率。 　　、批量查詢 　　批量查詢是添加了定時批量任務之后，系統定時執行信用報告查詢。批量查詢設計遵循了單筆查詢的原理，定時批量任務由系統自動觸發，保證了批量查詢的安全穩定性。 　　非業務類需求內容： 　　在原征信前置查詢管理系統上已實現的非業務類功能，原則上在基于信創產品搭建的新系統上也應予以實現并且標準不能降低；對于原系統尚未實現的，建議隨本項目一并安排改造。具體包括（但不限于）：非業務類需求內容具體要求系統監控納入全行統一的監控系統批量處理納入批量作業自....