【導讀】第五章評標方法與評標標準………………………務系統(tǒng)的統(tǒng)一用戶注冊與認證體系。本項目政府采購預算為280萬元，投標總報價超過政府采購預算的為無效投標。法案件當事人名單、政府采購嚴重失信行為記錄名單；招標文件在“江蘇政府采購網(wǎng)”上免費下載，有關本次招標的事項若存在變動?；蛐薷模凑埣皶r關注“江蘇政府采購網(wǎng)”發(fā)布的信息更正公告。本次招標收取投標保證金。投標保證金金額為人民幣壹萬元整。本次招標及由此產(chǎn)生的合同受中華人民共和國有關的法律法規(guī)制約和保護。件對招標文件作出實質(zhì)性響應，否則其風險由投標人自行承擔。采購中心有權(quán)按照法定的要求推遲投標截止日期和開標日期。投標人應提交證明其有資格參加投標和中標后有能力獨立履行合同的文件。每項產(chǎn)品和服務等只允許有一個報價，任何有選擇的報價將不予接受

　　

【正文】 吞吐量（每月數(shù)據(jù)、量高峰期每日數(shù)據(jù)量）在保證性能的前提下，系統(tǒng)設計能滿足未來五年的高峰量。 系統(tǒng)不能宕機，響應時間應是即時，高峰期最大響應時間小于 5秒。 普通應用查詢時間平均小于 1秒。 事務處理查詢時間平均小于 2秒。 統(tǒng)計分 析類查詢時間平均小于 3秒。 . 用戶操作 性能需求 并發(fā)用戶操作 ， 門戶用戶注冊和 登錄 驗證 ， 頁面 加載完成響應時間平均小于 1 秒；注冊和登錄驗證動作響應時間平均小于 2秒。 并發(fā)用戶操作 ， 門戶及各業(yè)務辦理系統(tǒng)的單點登錄動作，頁面跳轉(zhuǎn)響應時間小于 2秒。 并發(fā)用戶操作 ，平臺其它功能 頁面 加載完成響應時間平均小于 1 秒；普通 查詢操作響應時間小于 1 秒，統(tǒng)計類 操作 響應 時間 小于 2 秒，內(nèi)容提交 操作 響應 時間 小于 3 秒 。 ３２ . 對外 接口 性能需求 系統(tǒng)對外交互所有接口響應時間平均不超過 3秒。 . 其他 性能需求 系統(tǒng)支持在線升級，保證用戶日常使 用不受版本更新和維護的影響。 系統(tǒng)穩(wěn)定性，系統(tǒng)有效工作時間≥ 99％。 系統(tǒng)運行時峰值服務 CPU 所占比不超過 60%(持續(xù)數(shù)秒為準，瞬時不算 )，內(nèi)存所占比不超過80%(持續(xù) 2秒為準，瞬時不算 )。 故障處理，系統(tǒng)在設計時應充分考慮穩(wěn)定性及對用戶誤操作的容錯功能，保證在正常情況下系統(tǒng)能保持長時間無故障運行。對于不可預見的原因?qū)е碌南到y(tǒng)故障，提供各種故障處理恢復機制，使系統(tǒng)在盡可能短的時間內(nèi)恢復運行，保證數(shù)據(jù)的安全性和完整性。 投標人需根據(jù)以上要求，提出軟硬件需求清單，不限于服務器數(shù)量、 CPU、內(nèi)存、存儲空間、系統(tǒng)軟 件、應用中間件、數(shù)據(jù)庫軟件等。 9. 系統(tǒng)運維服務要求 投標方應能利用各種技術(shù)手段，檢測、監(jiān)控 江蘇 省政務服務網(wǎng) 統(tǒng)一身份 認證系統(tǒng) 的運行，分析、優(yōu)化系統(tǒng)性能，及時發(fā)現(xiàn)故障、處理故障，保證 平臺的持續(xù)、穩(wěn)定運行。 建立維護制度，規(guī)范維護流程及規(guī)范。同時應提供突發(fā)事件處理的預防預案，建立協(xié)調(diào)、溝通機制，有效處理突發(fā)事件； 投標方需要負責確保服務器及相關軟硬件的良好運行狀態(tài)。定期檢查，評估運行狀態(tài)；建立包括決策人制度及反應時間限制的故障處理機制。相關故障處理機制需上報采購方備案。 投標方需要負責對各類自有數(shù)據(jù)庫及合作搭建數(shù)據(jù) 庫進行定期維護，保障數(shù)據(jù)庫信息安全及數(shù)據(jù)庫接口間的信息交互通暢。 投標方從項目驗收之日起，提供不少于 2年的現(xiàn)場技術(shù)支持服務。技術(shù)支持服務期間，投標方需提供不少于 4人的駐場服務； 投標方應根據(jù)不同情況設定不同的故障級別，并就不同故障級別提出對應的故障響應方案。在維護期內(nèi)要求投標方提供 7 24 小時不間斷的技術(shù)支持響應，在采購方提出服務要求后，投標方應 2 小時內(nèi)到達現(xiàn)場并提出解決方案。 投標方應 提供 技術(shù)運維監(jiān)控 方案 . 主機、中間件、數(shù)據(jù)庫監(jiān)控 （ 1）能夠管理和監(jiān)測所有服務器或集群的運行狀態(tài)和性能數(shù)據(jù)，包括服務器的 基本信息、 CPU負載、內(nèi)存利用率、應用進程、文件系統(tǒng)、磁盤空間和吞吐、事件與錯誤日志等信息的分析與監(jiān)視。幫助業(yè)主及早發(fā)現(xiàn)服務器系統(tǒng)的性能瓶頸與故障隱患。 ３３ （ 2）根據(jù)預定義的監(jiān)測項目對 Oracle 數(shù)據(jù)庫，按照屬性相關性分為數(shù)據(jù)庫工作狀態(tài)、數(shù)據(jù)庫表空間的利用情況、數(shù)據(jù)文件和數(shù)據(jù)設備的讀寫命中率、數(shù)據(jù)碎片的情況、數(shù)據(jù)庫的進程狀態(tài)、數(shù)據(jù)庫內(nèi)存利用狀態(tài)等屬性監(jiān)測組，分組監(jiān)測數(shù)據(jù)庫系統(tǒng)的性能、事務、連接等性能數(shù)據(jù)。 （ 3）對 WebLogic、 MQSeries、 Tomcat、 Tuxedo 等各類不同中間件，提供包括配置信息 、連接池、線程隊列、負載監(jiān)測、通道情況監(jiān)測等多類監(jiān)測組，分析與監(jiān)測中間件的各項運行狀態(tài)參數(shù)。 . 網(wǎng)絡、 訪問 監(jiān)控 （ 1）投標方需對網(wǎng)絡性能進行實時監(jiān)測，能監(jiān)測所有網(wǎng)絡設備的當前運行負荷狀況，包括：當前 CPU利用率、當前內(nèi)存利用率、入流速、出流速、入包速率、出包速率，通過監(jiān)控網(wǎng)絡設備的負荷情況，將被動管理化為主動預警，隨時可發(fā)現(xiàn)網(wǎng)絡的隱患。 結(jié)合網(wǎng)絡設備的端口流量、丟包率、錯包率、 Ping 延時和丟包等運行參數(shù)超過預設閾值時，并能在拓撲圖上根據(jù)業(yè)主定義閾值以醒目顏色顯示。通過系統(tǒng)能夠設置性能的采樣周期，能夠以圖形方 式顯示性能指標，并可根據(jù)業(yè)主的需要定義監(jiān)測的指標。 （ 2）需要有嚴格的身份認證，實施對用戶真實身份鑒別，采取分級用戶結(jié)構(gòu)，提供用戶權(quán)限管理，防止未授權(quán)的用戶訪問。開啟審計功能，并記錄訪問日志。 . 應用 服務 監(jiān)控 統(tǒng)一身份 認證系統(tǒng) 搭建在應用服務器集群上，通過負載均衡分發(fā)應用流量和會話。為確保應用最高性能的穩(wěn)定運行，投標方須提供對 F nginx及各類分布式服務治理和數(shù)據(jù)緩存均有良好實施經(jīng)驗的高級工程師，優(yōu)化項目應用服務框架，指導對集群服務上的應用服務進行監(jiān)控方法，并記錄其服務響應時間、服務流量、服務狀態(tài)、服務次數(shù) 、服務告警事項、服務地址等信息，將其添加到報表系統(tǒng)以便業(yè)主及開發(fā)團隊查看。通過對應用服務的監(jiān)控糾正服務異常狀態(tài)，業(yè)務故障，并在發(fā)生服務事故時提高響應能力，從而降低對業(yè)務的影響。 . 接口 監(jiān)控 投標方需對項目的各類接口進行實時監(jiān)控，提高接口監(jiān)控的自動化水平，包括每個接口的狀態(tài)、流量、響應時間，訪問次數(shù)等，發(fā)現(xiàn)故障時第一時間聯(lián)系相關干系人對接口進行恢復，最小化應用故障時間，對接口調(diào)用遇到服務瓶頸的發(fā)出預警報告并提供解決方案，業(yè)主方審核通過后完成自有接口升級工作，指導跟蹤第三方服務接口提供者完成相關工作。 10. 培訓要求 中標單位必須提供相應的應用軟件技術(shù)和系統(tǒng)操作等方面的培訓。有關應用軟件的操作培訓課程，培訓應該在系統(tǒng)運作前完成。系統(tǒng)建設公司須在響應文件中提出全面、詳細的培訓課程，并在合同簽訂后征得同意后實施。 中標單位在實施過程中提供全面的培訓，包括面向系統(tǒng)管理員和業(yè)務人員的相應培訓、基于系統(tǒng)平臺接口規(guī)范標準的二次開發(fā)培訓、開發(fā)平臺和開發(fā)工具培訓、配置管理和系統(tǒng)維護培訓、 ３４ 數(shù)據(jù)定義和管理培訓、客戶端操作培訓。 中標單位必須安排具有相應專業(yè)資格或?qū)嶋H工作經(jīng)驗的的人員進行系統(tǒng)相關所有培訓。 中標單位必須提供詳細 的培訓計劃，并為所有被培訓人員提供中文文字資料和講義等培訓教材。 培訓對象分省級層面和地市層面的集中培訓，中標單位承諾給每個地市提供不少于 4 場的集中免費操作培訓。 培訓所需的公司培訓成本（公司人員的交通、食宿、師資等費用），由中標單位承擔。 11. 交付成果與驗收要求 . 交付 成果要求 供應商向采購方提交包括但不限于以下成果： （ 1）集成實施文檔要求 供應商在工程實施開始和結(jié)束時應向用戶提供下述技術(shù)文檔： 技術(shù)文件 : 軟件安裝、運行、使用、測試、診斷和維修的技術(shù)文件。 安裝部署計劃：成交供應商應提供一個配制計劃 ，包括配置清單，以及所提供軟件的安裝指南。 測試文檔：成交供應商應提供針對該項目的特點的測試方案，并提供相應的測試文檔。 驗收文檔：驗收時收集各項驗收數(shù)據(jù)，匯總成冊，并對所集成系統(tǒng)進行綜合評估。 （ 2）軟件開發(fā)文檔要求 供應商必須承諾提供本項目建設過程中的完整的 需求文檔、設計文檔、相關技術(shù)文檔 。 所有的技術(shù)文件采用簡體中文，需要在投標文件中詳細列出擬提交詳細文檔清單 ,包括文檔提交的計劃安排。 標準規(guī)范文檔要求：完成招標文件中要求的全部標準規(guī)范。 軟件交付要求：供應商必須向用戶提供完整的軟件安裝介質(zhì)（光盤或磁 盤），軟件包括技術(shù)文檔和程序代碼，提供的項目實施過程中產(chǎn)生的程序代碼必須包含說明、源碼、注釋等。 （ 3）軟件測試要求 供應商在實施過程中必須制定系統(tǒng)的整體測試方案，保證各子系統(tǒng)聯(lián)接正確，數(shù)據(jù)傳送正常。 測試方案要明確測試關鍵點，分單元測試、整體測試等。測試方法應包括功能測試、性能測試、系統(tǒng)確認測試等。 整個系統(tǒng)測試內(nèi)容必須包括功能要求、可靠性、安全性、可擴充性、可維護性、平臺移植性、整體性能、與其他平臺接口等。 . 驗收 要求 系統(tǒng)整體功能交付達到了全部規(guī)定要求，系統(tǒng)在試運行期內(nèi)穩(wěn)定運行，達到了全部功能和 非功能性要求 ，且在提交全部相關文檔、報告、源代碼等交付物的前提下，可以向采購方提出系統(tǒng)竣工驗收申請并組織領域?qū)＜疫M行驗收評審。用戶按照驗收標準和專家意見進行驗收。驗收內(nèi)容和標準 ３５ 包括： 1）系統(tǒng)業(yè)務功能驗收 驗收依據(jù)包括，《需求規(guī)格說明書》（以雙方簽字為準）、雙方簽訂的合同、建設過程中雙方簽訂的工作備忘記錄。 確認系統(tǒng)實現(xiàn)的業(yè)務功能完備、正確、滿足用戶的需求。 2）系統(tǒng)性能驗收 以供需雙方確認的《非功能需求規(guī)格說明書》所定義的性能要求為依據(jù)。 確認系統(tǒng)的性能滿足《非功能需求規(guī)格說明書》的要求。 3）數(shù)據(jù)驗收 保證數(shù)據(jù)由原系統(tǒng)移植到新系統(tǒng)的正確無誤。 保證系統(tǒng)本身不產(chǎn)生新的錯誤數(shù)據(jù)。 4）軟件過程文檔驗收標準 文檔內(nèi)容驗收標準：文檔內(nèi)容全面、真實、豐富，能清楚闡述實施內(nèi)容。 文檔格式驗收標準：文檔格式與項目實施要求文檔規(guī)范相符，文檔具有詳細的修改記錄，版權(quán)、作者、時間等信息，包括完整的頁眉、頁腳等信息。 文檔一致性驗收：需求文檔、設計文檔、 測試文檔、 源程序與目標代碼及其他可交付物保持一致。 12. 保密與知識產(chǎn)權(quán)要求 . 保密要求 本項目要求實施方在實施方案中針對本項目建設內(nèi)容制定保密措施并在項目實施過程中嚴格執(zhí)行，以保證項 目的成功實施。實施方必須提供對本項目的保密承諾。 . 知識 產(chǎn)權(quán)要求 本項目對知識產(chǎn)權(quán)有明確要求，在本項目進行過程中，與本項目相關的自主開發(fā)成果（含源代碼、技術(shù)文檔等），無論以任何載體形式出現(xiàn)，其知識產(chǎn)權(quán)屬于采購人所有。 ３６ 第五章 評標方法與評標標準 本項目采用綜合打分法確定中標候選人。評標委員會將按下列評分具體辦法和標準進行打分，總分值為 100 分。 按評審后得分由高到低順序排列。得分相同的，按投標報價由低到高順序排列。得分且投標報價相同的，按技術(shù)指標優(yōu)劣順序排列。 序號 評分因素 評審標準 分值 1 價格 采用低價優(yōu)先法計算， 即滿足招標文件要求且投標價格最低的投標報價為評標基準價 ， 其價格分為滿分。 其他投標人的價格分統(tǒng)一按照下列公式計算 :投標報價得分 =(評標基準價 /投標報價 )20（小數(shù)點保留兩位） 20 技術(shù)及 服務 總體方案設計 信息資源標準和管理規(guī)范體系設計（ 4分）。 評估投標人對統(tǒng)一用戶身份帳號信息資源標準和管理規(guī)范體系設計的完整性和合理性。 用戶實名制注冊與管理方案設計（ 4分）。 評估投標人設計的用戶實名制注冊方案的合理性、可行性、完整性和先進性（ 2分）。評估投標人設計的用戶 實名制 注冊與 管理方案的合理性、可行性、完整性和先進性（ 2分）。 用戶登錄認證與單點登錄方案設計（ 4分）。 評估投標人設計的用戶登錄認證方案的合理性、可行性、完整性和先進性（ 2分）。評估投標人設計的用戶單點登錄方案的合理性、可行性、完整性和先進性（ 2分）。 12 業(yè)務辦理系統(tǒng) 對接方案 提出業(yè)務辦理系統(tǒng)接入 方案（ 3分），闡述對省內(nèi)各級業(yè)務 辦理系統(tǒng)接入的統(tǒng)一管理 與技術(shù)實現(xiàn) ，評估投標人設計的業(yè)務辦理系統(tǒng)接入 方案的合理性、可行性、完整性和先進性。 提出具體的系統(tǒng)接口設計方案（ 3分），方案中的接口規(guī)范 、接口定義等能實現(xiàn)與省內(nèi)各級系統(tǒng)對接，評估投標人設計的 業(yè)務辦理系統(tǒng) 方案的合理性、可行性、完整性和先進性。 6 系統(tǒng)安全 方案 提出 完整的技術(shù)安全標準 規(guī)范 （ 4分），闡述 系統(tǒng)的技術(shù)安全體系、規(guī)范、 實現(xiàn)方式 ，評估投標人設計的 技術(shù)安全標準規(guī)范 的合理性、可行性、完整性和先進性。 提出 完整的管理安全標準 規(guī)范 （ 3分）， 闡述 系統(tǒng)的管理安全體系、規(guī)范、 制度和管理方法 ，評估投標人設計的 管理安全標準規(guī)范 的合理性、可行性、完整性和先進性。 7 ３７ 演示要求 對本次項目 以下 功能進行現(xiàn)場演示，根據(jù)現(xiàn)場講解與系 統(tǒng)演示情況綜合打分， 要求在現(xiàn)有客戶案例進行演示。 系統(tǒng)演示 的最高得 20 分，僅進行 PPT等固定圖片或錄屏、錄像方式演示的最高得 10分。 每位投標人演示時間不超過 20分鐘。 演示和陳述為用戶提供的包括線上門戶實名制注冊操作，演示一種實名注冊方式注冊成功的得 3分，兩種實名注冊方式注冊成功的得 6分，三種實名注冊方式注冊成功的得 9分，否則不得分（ 9分） 演示和陳述為注冊成功的用戶提供的登錄認證操作，演示身份證號碼或已綁定手機號碼登錄成功的得 3分、手機 APP掃描二維碼登錄成功的得 3分，否則不得分（ 6分） 演示和 陳述為注冊成功的用戶提供在不同的業(yè)務辦理系統(tǒng)間成功實現(xiàn)單點登錄和退出操作的得 5分，否則不得分。（ 5分） 20 項目實施 及售后服務 投標人具有完善的售后服務體系，針對本項目提供本地化的售后服務方案。具有本地化分支機構(gòu)的技術(shù)服務能力、人員配備完全的得 3分。（提供相關本地化服務機構(gòu)的證書材料）（ 3分） 供應商投標的商用密碼加解密設備具有原廠商針對本項目的售后服務承諾書，并具備國家密碼局頒發(fā)的《商用密碼產(chǎn)品生產(chǎn)定點單位證書》、《商用密碼產(chǎn)品銷售許