国产极品午夜a片爽歪歪漫画,足恋踩踏视频网站免费视频网站,日本高清www色视频,国模和精品嫩模私拍视频

****《珞珈虛擬文庫》項目采購公告

（采購會時間2022年11月17日）

根據國家采購與招投標法律法規的相關規定，****擬對圖書館《珞珈虛擬文庫》項目進行校內平臺招標采購，歡迎具備相應資格條件的供應商參加。現將有關事項公告如下：
一、采購內容: 《珞珈虛擬文庫》項目（參數詳見采購文件附件）
1、本次采購共1個標段：供應商需完全響應本采購文件所列示內容。
采購預算：人民幣20萬元

2、采購范圍：貨物的供應、運輸、安裝、調試、培訓和售后服務等。
二、供應商資格要求：
供應商須符合《****政府采購法》第二十二條規定的資格條件。
（一）具有獨立承擔民事責任的能力；
（二）具有良好的商業信譽和健全的財務會計制度；
（三）具有履行合同所必需的設備和專業技術能力；
（四）有依法繳納稅收和社會保障資金的良好記錄；
****政府采購活動前三年內，在經營活動中沒有重大違法記錄；
（六）法律、行政法規規定的其他條件。
（七）本項目不接受供應商聯合體響應。
三、報名及獲取采購文件的時間：即日起至2022年11月15日下午5：00。****公司請點擊網站招標公告下方“投標報名”進行網上報名，不需要繳納保證金，但請確認投標后再報名，切記！)

四、采購會開始時間、地點：2022年11月17日上午9:00，********中心會議室
五、聯系人及聯系方式：
項目聯系人： 許老師、 趙老師
聯系電話： 027-****4516，****4597

郵箱地址： ****@qq.com

********中心
2022年11月5 日

****《珞珈虛擬文庫》項目采購文件

（采購會時間2022年11月17日）

根據國家采購與招投標法律法規的相關規定，****擬對圖書館《珞珈虛擬文庫》項目進行校內平臺招標采購，歡迎具備相應資格條件的供應商參加。現將有關事項公告如下：
一、采購內容及技術指標要求（詳見附件）
二、本項目采購時間安排表
1、供應商提出書面問題時間：供應商應認真閱讀采購文件中的所有條款、事項、格式和技術規范、參數、圖紙、附表和附件等要求。如有疑問，應在遞交響應文件截止時間3天前以書面形式提****公司名稱、聯系人、聯系方式并加蓋單位公章）；逾期不予受理。
2、采購人發答疑文件時間：答疑文件或修改后的采購文件在遞交截止時間2天前以電子郵件或電話方式通知所有購買采購文件的供應商。請供應商自行、及時查看郵箱（不及時查看郵箱者責任自負）。供應商應立即以傳真或電郵形式回復采購人，確認已收到。沒有回復的，視同已收到。
3、為使供應商有充分的時間重新編制采購響應文件，采購人有權推遲采購會日期，并將此變更以電子郵件或電話方式通知所有購買采購文件的供應商。
4、采購響應文件遞交時間：2022年11月16日下午5:00之前。因疫情管控，****公司用順豐快遞（非同城急送）提前投送,投標人不到會場。

收件地址：********中心（文理學部財務大樓407室），許老師收，電話027-****4516。
響應文件遞交截止及采購會議開始時間：2022年11月17日上午9：00。地點：********中心會議室。
三、采購響應文件編制
采購響應文件所有內容須裝訂為一冊，正本1份、副本2份。
1、采購響應文件須載明如下內容：響應承諾函、響應報價一覽表（進口貨物要求CIP**外幣報價）、分項報價清單、技術響應情況表、法定代表人身份證明書、法定代表人授權委托書、公司簡介；公司營業執照、稅務登記證、組織機構代碼證復印件及銷售許可證或代理銷售資格證明等有關資信證明（加蓋公章）、供貨期、質保期等。供應商應按本采購文件要求提交商務、技術部分的內容和需要供應商自行編寫的其他文件。采購響應文件的編制要求及編排順序必須使用格式樣本。****中心網站：下載“采購響應文件格式范本”)。

2、采購響應文件規格幅面（A4）,按“采購響應文件格式”所規定的內容順序，統一編目、編頁碼裝訂（采購響應文件中復印件及響應產品手冊、介紹、說明書等技術資料均須與采購響應文件正文一起逐頁編排頁碼）。
四、采購響應文件包封
1、采購響應文件1正本2副本合并成一個包封，封包上應寫明供應商名稱和項目名稱（包括采購分項名稱），在封袋騎縫處以顯著標志密封，并蓋單。
2、“采購響應報價一覽表”請用信封單獨密封，在遞交截止時間前單獨提交。信封上寫明供應商名稱、項目名稱（包括分項名稱）。信封騎縫處蓋章。并附上蓋章的委托開標函。
3、供應商投報多個采購分項的，應對每個分項分別報價并分別填報采購響應報價一覽表。
五、采購響應文件的遞交
1、采購響應文件須由供應商的法定代表人或其委托代理人遞交（快遞投送，標書包裝內須附上《委托開標函》）。
2、供應商應在規定的時間和地點遞交響應文件，逾期遞交的采購響應文件不予受理并原封退回。
3、未按規定進行密封的采購響應文件不予受理。
六、評審辦法
（一）評審原則
公平、公正；競爭、擇優；反不正當競爭。
（二）評審指標
一般以產品質量、技術參數、響應報價、供貨期限、質量保證、售后服務、同類項目業績、社會信譽等為主要指標。
（三）評審
1、符合性評審
評審委員會嚴格依據采購文件規定的各項要求，對采購響應文件的商務資質、技術配置、價格組成等進行審核，****委員會認定為符合性評審不合格，不得進入下一階段評審。采購響應文件有下列情形之一的，視為符合性評審不合格：
(1)采購響應承諾函未加蓋供應商的公章及法定代表人印章（簽字），或法定代表人委托代理人沒有有效的委托書的；
(2)供應商資質、業績證明文件未提供或不能滿足采購文件的要求的；
(3)采購響應文件不滿足采購文件技術規格中主要參數要求或主要參數無技術資料支持的；
(4)采購響應文件技術規格、參數超出允許偏離的最大范圍的；
(5)采購響應文件技術規格中的響應與事實情況不符或虛假響應的；
(6)有備選方案的供應商，凡未按要求注明主選方案的；
(7)未按規定格式填寫，內容不全或關鍵字跡模糊、無法辨認的；
(8)不符合采購文件中規定的其他實質性要求的。
2、詳細評審
(1****委員會對已通過符合性評審的所有采購響應文件中的主要技術配置和性能參數進行逐一比較，明確不同品牌之間的參數或配置差異；
(2****委員會結合響應報價、技術性能、質量差異、同類項目業績、售后保證等進行綜合評審；
(3****委員會按照綜合評審的原則，獨立地對符合采購要求的響應供應商進行擇優排序。
3、有下列情形之一的，應進行重新采購
(1)所有供應商的響應報價均超過了采購預算的；
(2)因明顯缺乏競爭時，評審委員會可以否決全部供應商的采購響應。
（四）定標
1、評審委員會綜合各評委的評審結果，并按照評委中少數服從多數的原則，最終作出評審決定。評審決定可以直接確定成交供應商，也可以推薦成交供應商候選人。當評審結果為“推薦成交供應商候選人”時，****小組依序與成交供應商候選人洽談后確定成交供應商；
2、評審委員會完成評審程序后，對最終評審決定作出書面報告并由評委簽名確認。
七、付款方式
詳見附件支付條款。

項目聯系人： 許老師、 趙老師
聯系電話： 027-****4516，****4597

郵箱地址： ****@qq.com

********中心
2022年11月5 日

附件一：

****《珞珈虛擬文庫》項目采購參考技術指標

錄

****珞珈文庫的功能定位是：藏展用相結合，全面收藏，重點展示，兼顧閱覽使用。一樓為重點展示區域，分主題展示重點人物、重點作品、珍貴資料，其余區域分文理科按圖書分類法統一排序，二樓為文科文獻，繼續按照圖書分類法排序。目前，珞珈文庫館藏規模2萬余冊，并配備了舒適的閱覽桌椅和休閑沙發，供讀者就室閱覽。****圖書館服務效能，****圖書館這個生長著的有機體的最大作用，如何滿足讀者個性化的需求是疫情防控時期的讀者服務需要重點考慮的問題。

珞珈虛擬文庫擬綜合利用計算機網絡技術、數字化信息技術等技術手段構建集數字**獲取與利用、知識共享、在線閱讀、交流學****圖書館服務空間，****圖書館和在線學習平臺的擴展與延伸，呈現出面向大眾化、實現可持續性終身學習和泛化移動式閱讀等特點。

.1架構要求

系統采用面向對象、模塊化的設計框架，模塊之間遵循高內聚、低耦合的設計原則，靈活性好、可維護性高，具有靈活方便的添加新模塊和變更模塊的功能。

開放性：系統架構開放，采用表現層、業務邏輯層、數據層等的三層或多層分離結構基礎上的 Browser/Server 模式；

高并發能力：系統保證高并發應用場景下的穩定性和高性能，對高峰期間的高并發訪問有處理預案，上線前需通過 2000人同時在線的壓力測試；

可升級性：系統在版本升級中保證接口協議、功能不發生變化；

可擴展性：系統部署架構支持水**垂直的擴展，以保證將來升級和擴充。系統可根據負載情況動態調整服務規模，避免長期空占硬件**；

可維護性：系統的各服務啟動過程無需人工干預，系統能主動監測自身的運行狀態，發現潛在問題。系統自身提供簡單應用的數據備份和恢復功能。

.2兼容性要求

兼容國家、****學校信息化的有關標準規范、協議和常用接口，****學校相關業務系統互通、互聯，采用標準的數據交換方式，保證數據高效共享。

開發環境：系統采用主流開發語言，遵循SOA標準，具有良好的開放性，應支持跨平臺、跨數據庫、跨中間件、兼容各種應用軟件的特性。

兼容性的具體要求如下：

服務端：兼容主流操作系統（如Linux、Windows等）；

數據庫：兼容各種主流數據庫，具備遷移到國產數據庫的能力；

瀏覽器：支持3種及以上目前主流瀏覽器（如Chrome、Firefox、Edge、Safari、Internet Explorer、360瀏覽器等）。

4.3 UI設計要求

UI****學校UI設計要求。UI界面與****已有系統如官方網站等，在整體風格、色調上保持統一。

未經校方允許，不得出現乙方任何標識。不允許利用圖標（包括不限于favicon.ico）、文字、鏈接對乙方或其產品進行宣傳。

UI界面簡潔、美觀、**，易于各類用戶、管理員掌握、操作和使用，實現從產品的部署、登錄、使用、維護、升級、擴展的全方位易用，從而提升系統的黏著度。

UI界面在顏色、窗口布局風格、提示信息措辭、操作等方面都必須遵循統一的標準，使用戶在熟練一個界面后，切換到另外一個界面能夠輕松的推測出各種功能，可以更快的掌握系統功能。關鍵步驟操作要有提示，如用戶對數據進行修改操作，應該彈出交互對話框讓用戶點擊確認。

UI界面的頁面采用 HTML5響應式網頁設計，自動適應屏幕寬度。在此基礎上，實現所有模塊、頁面的移動端自適應。

.4 性能要求

(1) 硬件配置。提供保障系統運行的合理硬件配置建議方案，確保高并發期各服務器特別是數據庫服務器CPU、內存等**占用不達到嚴重告警級別，數據庫連接數及會話數不升高到服務不可用級別。

(2) 軟件架構。采用支持高并發的軟件系統架構，如常見的四層架構：Web服務器層、應用服務器層、數據緩存中間件層和數據持久層。靜態Web**（如圖片、JS腳本、CSS樣式等）及動態Web**須分開部署在不同Web服務器上。

(3) 可擴展負載均衡。支持負載均衡，并可對Web層、應用服務器層、數據緩存中間件層、數據庫層等各層節點實施快速便捷的擴展部署。應支持附件服務器和數據庫服務器分離技術，從而應支持大量用戶同時在線和同時操作的能力，不會因為用戶數的增長或者信息量的增加，而導致系統響應能力下降。

(4) 數據緩存中間件：采用集成分布式內存數據緩存中間件（如Redis等），高頻訪問數據須做內存緩存，有效降低數據庫訪問壓力。

(5) 數據庫：****學校提供的關系型數據庫。

(6) 連續運行：系統穩定性高，可保證7×24小時連續運行。

(7) 系統支持至少10萬級注冊用戶量。

(8) 并發能力：支持4000以上有效在線用戶同時使用；支持2000以上并發操作量。

(9) 響應性能：高峰期（4000用戶2000并發時）頁面響應時間不超過3秒；后臺數據批處理時間應在1小時內完成。

4.5 數據要求

(1) 統一數據接口。遵循****公共數據平臺和數據交換平臺相關要求，提供數據交換接口和數據交換機制，保障系統數據與****全局數據平臺數據公**交換。

(2) 數據清洗及遷移。歷史數據需按照****數據標準做數據清洗。全面梳理現有系統歷史數據，提出合理的數據清洗遷移方案，確保數據不缺不錯不漏，保證新舊系統平滑過渡。

(3) 數據規范。系統軟件底層數據模型中，與校級標準對應的字段，必要按照標準描述添加字段備注。系統軟件內部和對外接口中所使用的代碼表、編碼規則必須符合****給定的標準代碼和編碼規則。系統軟件的數據錄入、存儲方式必須符合****要求的技術規范。系統軟件竣工交付時，必須提供完整、正確、規范的技術文檔，包含數據資產目錄、數據字典、代碼表、數據庫信息、數據表信息、數據字段信息、接口信息、數據流信息等。當系統軟件發生升級調整時，必須提供更新的版本。

(4) 呈交權威數據。基于數據規范制定標準元數據，提交****信息中心審核，并將相關數據向****數據中心提交為主數據，成為權威數據源。

4.6 對外接口要求

程序接口和數據接口清晰，便于與其它系統實現數據共享與集成，便于二次開發，為新功能模塊預留接口。要求系統提供RESTful API 接口對外服務，根據調用參數返回相應的 JSON 格式的數據；對外接口的****學校給定的數據標準，由供應商負責完成從系統內到接口之間的數據映射、轉換并保證其正確性、有效性。當系統軟件發生升級、調整時，必須同步進行映射轉換規則的更新。提供接口權限配置后臺，可對接口訪問的用戶、IP地址、具體接口進行管理，并記錄詳細的接口訪問日志。

4.7 安全性要求

系統具有高可靠性，一般的人為和外部的異常事件不會引起系統的崩潰；具有高可用性，當系統出現問題后能在較短的時間內恢復；具有數據完整性，不會引起數據的不一致。

系統的開發設計既需要考慮信息**的充分共享，又注意信息的保護與隔離。因此本系統分別針對不同的應用、不同的網絡通信環境和不同的存儲設備，采取不同的措施，包括系統安全機制、數據存取的權限控制等以確保系統的安全性。措施如：應用安全、數據安全、容災備份、管理安全、密碼策略等。

系統具有整體的用戶/權限管理體系，可統一進行用戶/權限的管理，同時應支持二級權限分配模式，二級管理員可以在已分配的權限范圍內進行權限的二次分配。

系統提供用戶認證、數據傳輸、數據存儲等安全手段接口，可在各個環節提供對第三方安全認證系統的支持。

系統提供安全手段防止非授權用戶的非法侵入、攻擊，避免操作人員的越級操作。

系統采用分級用戶管理模式，對不同級別用戶的操作權限和數據訪問范圍有嚴格的限制，系****學校情況靈活設置安全策略。

系統基于用戶、IP進行訪問控制，詳細記錄創建、修改、刪除、查詢重要數據（如項目基本信息數據、協議基本信息數據、證書數據等）的操作日志，日志內容包括修改時間、使用人（用戶及IP）、操作模塊、修改內容等，更好的保障系統及其數據的安全性。

系統具備網頁防篡改、防注入式攻擊、腳本過濾、防口令猜測、IP地址訪問控制等安全措施；接口提供遵循相關協議的認證功能，攔截未授權用戶訪問接口。

系統能夠詳細記錄系統訪問日志及操作日志，提供查看系統操作日志功能，更好的保障系統及其數據的安全性。

系統應提供證書數據安全的管理方案，具有實現對接可信身份認證和證書體系、區塊鏈的能力，對重要數據如證書文件具有完善的存證防篡改機制。

系統應具備自動數據備份功能，按期定時完成數據的備份操作。具備容災能力，保證系統安全穩定運行。

系統所有數據不得對外發布，****公司除本產品之外的任何產品中。

.8 應用集成要求

****學校統一身份認證對接，校內師生及管理用戶僅允許通過統一身份認證登錄。

****學校信息門戶的全面集成，能夠將應用入口、消息、任務等功能集成到****信息門戶。

****圖書館自動化集成管理系統的對接，獲取圖書館藏、借閱、讀者等信息。

選取適合在移動端使用的部分實現智慧珞珈APP，智慧珞珈小程序等的接入，終端自適應。

****學校公共數據庫的數據全面共享。

****學校短信平臺的對接。

****學校消息平臺對接，把待辦事項等納****中心中。

4.9 項目實施要求

系統設計：開發商在招標需求的基礎上，進行系統程序設計，該設計必須提供各項功能實現數據流程、程序、主要算法、界面、調用的數據表及字段等。原型設計方案通過后方可啟動開發。

數據庫設計：說明所有的數據庫表名、主鍵、是否為空、每個字段的名稱和意義、代碼的取值范圍和意義；提供數據庫中所使用到的函數、過程、觸發器等的名稱、功能、調用方式；提供所有視圖的名稱、創建方法、用途。

軟件編碼：規范化的程序內部文檔、數據結構的詳細說明、清晰的語句結構、編碼規范，包括命名規范、界面規范、提示及幫助信息規范、熱鍵定義、頁面顯示規范等。在軟件編碼的同時應對單元測試。

系統測試：為了盡早發現系統中的錯誤，從而達到提高系統質量、降低系統維護的費用，開發者應在編碼過程中對各個模塊的程序代碼進行單元測試，系統集成時進行集成測試，系統集成完成后對整個軟件進行系統測試。單元測試是在軟件開發過程中針對程序模塊進行正確性檢驗。集成測試是在單元測試的基礎上，將所有模塊按照設計要求組裝成系統或子系統，對模塊組裝過程和模塊接口進行正確性檢驗。軟件系統測試不僅是檢測軟件的整體行為表現，從另一個側面看，也是對軟件開發設計的再確認。測試主要包括界面測試、可用性測試、功能測試、穩定性（強度）測試、性能測試、強壯性（恢復）測試、邏輯性測試、破壞性測試、安全性測試等。開發者針對單元測試，集成測試，系統測試分別制定《測試計劃》。集成測試需要根據需求分析報告和系統設計制作測試用例，并須經過評審。軟件測試按照《測試計劃》、《需求分析報告》的要求進行，最后形成《軟件測試報告》。

安全測試：系統上線前，配合****信息中心完成軟件系統安全漏洞掃描，****中心反饋掃描情況，在指定時間內完成已發現安全漏洞修補工作。

系統部署：開發商負責所提供的軟件系統在校園網中的安裝、調試、測試，負責系統將原有系統的數據導入新系統中，確保系統穩定運行。

4.10 項目管理要求

按照甲方項目管理要求，把控項目進度和項目質量。

項目啟動建設時首先制定項目進度計劃，甲乙雙方應嚴格按照進度推進項目建設，如有合理原因需調整項目進度，需甲乙雙方共同確認后可進行調整。

項目啟動后，每周定期進行線上/線下周例會，匯報本周工作內容，以及下周工作安排。

人員要求：有專屬本項目的開發團隊，至少包括5位研發及運維人員，1位項目經理。

需求確認：

版本管理：承建方必須建立相應的項目管理規范，包括項目執行監控流程、執行監控的方法、執行監控的責任等，使管理和監控工作流程化、規范化，管理和監控工作責任明確。

承建方需提供完整的需求、設計、開發、測試、驗收、安全測試等文檔，各階段里程碑需要提交階段內容審核。

4.11 項目培訓

為保證系統的順利實施和正常運行，開發商必須提供技術培訓，并免除所有費用（包括培訓、教材、培訓環境、食宿、差旅及相關費用）。培訓時間由甲方根據工程進度及工作需要安排，培訓次數不少于2次。

培訓方式和內容：提供分崗位、分模塊、分層次的軟件使用培訓，對管理員提供深入的培訓，使管理員能完全掌握軟件的管理、升級、維護以及工作流程、數據報表的設計工作。

派遣到校方現場的培訓人員自身的差旅及人力成本費用由承建方承擔。

4.12 項目文檔和成果移交

本項目為定制開發項目，要求提供本項目定制開發的全部源代碼和項目相關文檔，電子版和紙質版各一份。

按照校方要求提供詳細技術及實施文檔，包括但不限于《項目建設方案》、《數據庫設計說明書》、《權威數據源清單及元數據》、《開發進度周報》、《測試報告》、《安裝部署手冊》、《用戶操作手冊》、《項目總結報告》等。

.13 售后服務及質量保證

1、乙方須向甲方免費提供與合同項下的軟件有關的現場安裝調試、技術服務、培訓等其他相關服務，保障軟件正常運行。

2、乙方交付本軟件的質保期為：自甲方書面驗收合格之日起3年。

3、在本軟件通過總體驗收前，因業務需要，甲方在功能范圍內提出變更需求的，乙方需無條件配合。

4、在本軟件通過總體驗收前以及質保期內，甲方數據庫、外部接口、軟硬件環境等發生變化時，乙方需免費提供因變更調整所需的技術支持，保障軟件正常運行。

5、在本軟件通過總體驗收前以及質保期內，出現程序缺陷、安全漏洞、質量問題或出現故障的，乙方應在發現或接到甲方反饋24小時內開始修復或優化，在處理過程中需盡量保障軟件服務正常可用，如需中斷或停止服務需征得甲方同意。

6、在本軟件質保期內，甲方享有該版本下免費升級；若在質保期內無版本升級，乙方應提供一次免費升級服務。（需與采購文件及成交結果保持一致）

7、在本軟件通過總體驗收前以及質保期內，乙方向甲方提供的常規技術服務方式包括：本地支持、電話支持、遠程在線支持、電子郵件支持、遠程維護支持。以上技術服務方式免費，如果后四種方式均無法解決問題，可由乙方派技術工程師上門服務，必要時甲方可要求駐場服務直至解決問題。

9、在本軟件通過總體驗收前以及質保期內乙方應全天24小時有專人響應用戶的服務請求，對用戶要求服務的響應時間(從用戶發出服務請求至乙方服務人員到達用戶需服務的現場)不得超過 2 小時。緊急故障 4 小時內排除，一般故障 24 小時內排除。

10、本軟件質保期結束后，甲方仍然具有本軟件的永久使用權，甲乙雙方可另行協商后繼服務事宜，售后服務費用每年不得高于本項目合同總金額的 5 %。

11、本軟件質保期內，如因為乙方原因造成軟件不能正常運行影響甲**常使用的，乙方須每天向甲方支付合同價1‰的違約金。

第一部分：商務文件

一、 響應承諾函（加蓋供應商公章）

二、 響應報價一覽表（加蓋供應商公章）

三、 分項報價清單（加蓋供應商公章）

四、 用戶需求響應表（提供功能指標偏離結果及功能所在技術文件中的頁碼并加蓋供應商公章，格式見“用戶需求響應示例表”）

五、 技術要求響應表（提供技術指標偏離結果并加蓋供應商公章，格式見“技術要求響應示例表”）

六、 法定代表人身份證明書（加蓋供應商公章）

七、 法定代表人授權委托書（加蓋供應商公章）

八、 公司簡介

九、 有效的企業法人營業執照副本復印件（復印件須加蓋供應商公章）

十、 有效的稅務登記證副本復印件（復印件須加蓋供應商公章）

十一、 有效的組織機構代碼證復印件（復印件須加蓋供應商公章）

十二、 按照供應商資質要求規定提交的相關證明文件（復印件須加蓋供應商公章）

十三、 近三年以來承擔過類似項目業績（需提供合同或驗收報告復印件并加蓋公章）

十四、 供貨期承諾函（加蓋供應商公章）

十五、 服務承諾函（加蓋供應商公章）

十六、 本地化開發及服務承諾函（提供人員名單、營業執照或者房屋產權或者租賃證明復印件并加蓋供應商公章）

第二部分：技術文件

一、 項目背景

二、 建設目標

三、 初步需求分析

3.1 技術要求分析

3.2 技術實現途徑分析

四、 方案設計

4.1 各模塊功能

4.2 主要應用技術

4.3 系統運行環境

4.4 與已有系統集成方案

五、 項目建設計劃

六、 項目組織管理

6.1 人員與分工

6.2 項目質量管理

七、 項目工作量分析

八、 產品交付

8.1 產品交付時間

8.2 提供的軟件、數據或模型

8.3 提供的文檔資料

8.4 培訓

8.5 技術服務

8.6 售后系統維護

第三部分：其他文件

略。

表格中的模塊編號、功能編號、功能點必須與招標文件中需求分類表編號一致。

表格中的技術要求、技術名稱、技術要求描述必須與招標文件中技術要求表編號一致。

本項目為定制化開發項目，所****學校最終需求為準，投標人如有已成型的、功能類似的模塊，可作為待****學校參考，****學校提出的定制需求。

中標單位在合同簽訂后3個日歷日內必須開始軟件建設工作，20個日歷日內完成已成型標準模塊的安裝和調試，提交學校測試并提出定制修改需求，120個日歷日內完成項目實施，進行初驗。試運行期為 6個月，試運行期滿后經甲方書面認可進入總體驗收程序。免費質保期為自終驗之日起3年。

每一階段軟件需滿足甲方評測，定制開發的全部源代碼需提交甲方留存，文檔需通過甲方評審，評測和評審通過后可進入到相應的驗收階段，并出具驗收報告；驗收報告所包含的軟件及文檔名稱、格式、內容及要求等要符合甲方的要求。

具體驗收方式如下：

1、乙方在每一個階段安裝調試完成后，做好相關軟件及文檔資料等準備工作；在取得甲方認可且滿足驗收條件的情況下，可向甲方提出書面驗收申請，未提交書面驗收申請視作乙方未完成以上工作。

2、甲方在接到乙方第一階段驗收申請后的 7個工作日（節假日和寒暑假協商順延）內應組織甲方相關人員與乙方人員進行驗收。

3、甲方在接到乙方項目驗收申請（即第二階段驗收）7個工作日（節假日和寒暑假協商順延）內應組織甲方相關人員與乙方人員進行驗收。

4、甲方對軟件質量異議應當以書面形式向乙方提出，乙方應當在收到異議后5個工作日內予以書面答復，乙方未在約定時間內書面答復，視作乙方默認軟件存在質量問題

5、軟件上線前，乙方應當配合甲方進行軟件漏洞掃描，等保測試等工作，測試通過方可進行驗收。

6、軟件的質量、數量、安裝調試、交付資料文檔等全部符合本合同的約定，方為驗收合格。

7、其他約定，項目建設周期中遇到其他問題可由甲乙雙方共同商定。

1、第一階段應根據甲方要求交付部分功能，乙方應當按照建設方案及實施計劃按時完成功能交付，并提前在甲方提供的測試環境安裝部署。甲方按照功能交付清單進行驗收，簽字確認完成項目階段驗收，支付合同額的30%。

2、乙方根據詳細設計說明書對信息系統進行軟件開發，開發完成后向甲方申請上線前測試，并向甲方提交《測試報告說明書》，由甲方組織上線前測試及功能評審會，乙方需提前在甲方提供的測試環境中進行系統部署，評審時由乙方根據測試報告對其開發的系統進行演示。在測試環境下對系統測試成功后，乙方需向甲方提交《系統測試報告》和《安裝部署手冊》。由甲方根據安裝部署手冊在生產環境中安裝部署信息系統，并組織技術人員根據測試報告對系統進行測試，確保系統能夠正常運行，乙方依據項目合同的交付內容向甲方進行項目交付。****中心漏洞掃描系統的相關安全檢測，根據掃描報告完成軟件漏洞修復。乙方需協助甲方根據《教育行業信息系統安全等級保護定級工作指南》，完成系統等級保護測評和整改工作。系統正常運行6個月后，乙方須向甲方提交項目驗收申請，由甲方組織項目驗收。甲方在收到項目驗收申請的7個工作日內，組織專家驗收，驗收通過后并提交相應成果之日起10個工作日內，乙方將合同總價10% 作為履****銀行賬戶；甲方收到履約保證金后10個工作日內支付合同總額的 70% 給乙方。

3、項目整體驗收通過之日起系統穩定運行 36個月后（與售后服務、質保期一致），軟件及服務無質量問題，完成合同服務要求，乙方向甲方提出第三階段即售后服務驗收申請，通過后甲方將履約保證金（即合同總額10%）一次性退還給乙方。