框架協(xié)議項目名稱:2024****測試評估認證服務封閉式

框架協(xié)議項目編號:****

采購包名稱:****機關、事業(yè)單位及團體組織信息化工程驗收測評服務，采購實行框架協(xié)議采購

采購人名稱:****

采購人地址:**省**市**區(qū)**北路199號

采購人聯(lián)系方式:020-****1874

服務需求:

(1) 服務名稱： 驗收測評服務

數(shù)量： 1 報價折扣率(%)： 92.00 折扣價(元)： 69368.00

服務內容： 驗收測評服務

服務標準： 驗收測評服務

技術保障：

所涉及貨物質量標準：

供應商響應內容： 我司承諾完全響應采購人服務內容及服務要求：1.分包名稱：****機關、事業(yè)單位及團體組織信息化工程驗收測評服務，采購實行框架協(xié)議采購 1)標的名稱：驗收測評服務 2)服務要求： 序號 服務項類型 服務項名稱 服務項對應描述 1 服務內容 驗收測評服務 驗收測評服務 3)服務人員組成要求： 序號 服務人員組成要求 資質要求 數(shù)量 計量單位 1 要求按項目需要派出相應數(shù)量的項目經理、測評工程師 至少具備軟件測評相關資質 1 批 3.4 商務要求 1.分包名稱：****機關、事業(yè)單位及團體組織信息化工程驗收測評服務，采購實行框架協(xié)議采購 1) 量價關系折扣： 是否含有量價關系折扣：否 2) 支付方式：一次性付款或分期付款 3) 支付時間和條件：對于滿足合同約定支付條件的，采購人應當自收到發(fā)票后30日內將資金支付到合同約定的供應商賬戶（如果供應商是中小企業(yè)的，采購人應當自收到發(fā)票后15日內完成資金支付）。采購人和供應商在第二階段有特殊約定的除外。 4) 考核（驗收）標準方法： 驗收按照**市信息化工程項目主管部門的驗收規(guī)定執(zhí)行。 5) 違約責任： （一）供應商提供的服務不符合采購文件、報價文件或合同規(guī)定的，采購人有權拒收，并且供應商須向采 購人支付合同總價10%的違約金，并退還采購人已支付的合同金額。 （二）供應商如果不能按進度計劃規(guī)定的節(jié)點完成階段任務，從逾期之日起每日按合同總價5‰的數(shù)額向 采購人支付違約金；逾期半個月以上的，采購人有權單方終止合同，并退還采購人已支付的合同金額。由此造成 的采購人一切損失由供應商承擔。 （三）采購人無正當理由拒收服務的，由采購人向供應商償付合同總價的10%違約金。 （四）其它違約責任按《中華人民**國民法典(合同編)》處理。 6) 解決爭議的方式： 在合同履行過程中發(fā)生的爭議，由雙方當事人協(xié)商解決，協(xié)商不成的依****人民法院起訴。 7) 商務及其他要求： 二、采購人需求 (一) 服務目標 依據(jù)國家標準及項目的招標文件、項目合同和需求規(guī)格說明書要求，對項目開展驗收測評服務工作，檢驗項目是否滿足用戶需求，評估各項目的建設質量和建設成果是否滿足項目招標文件、項目合同的要求，確保各項指標符合設計標準和建設規(guī)范，出具符合項目最終驗收要求的驗收測評報告，為項目驗收提供重要依據(jù)。 (二) 項目各階段測評服務工作要點1、測評方案制定測評服務機構收到項目前期資料后，由項目負責人組織編制項目測評方案、及測評計劃規(guī)劃。測評方案應結合項目實際情況，明確測評服務方的工作目標，確定具體的測評工作計劃、內容、方法和措施。要求如下：a)測試依據(jù)和判定準則：列出所有參考和使用的標準和項目實施過程文件等。此外，方案應明確各項測試的通過準則，對于任何可能的結果應有明確的判定準則。 b)測試范圍和內容：明確并描述將進行測試范圍，列出測試內容，包括要驗證的特定需求、功能、性能等各方面。對每項測試內容，都應有詳細的描述和說明。 c)測試環(huán)境要求：明確測試環(huán)境的具體需求，包括硬件、軟件、數(shù)據(jù)庫、網絡環(huán)境等。 d)測試**配置計劃：詳細列出所需的測試工具，包括任何特殊的硬件或軟件。明確測試人員的角色和職責，包括測試經理、測試工程師等。 e)測試工作計劃：提供詳細的測試日程表，包括測試階段的開始和結束日期，每個測試任務的計劃時間等。 f)測試方法和策略：描述將使用的測試方法（例如，功能測試，性能測試，安全性測試等）以及測試策略。 g)風險管控和措施：識別可能出現(xiàn)的風險，例如延期，過度預算等，并描述對應風險的策略和步驟。 2、測評實施 在進行測試時，測評服務機構應參照《系統(tǒng)與軟件質量要求和評價（SQuaRE）第51部分：就緒可用軟件產品（RUSP）的質量要求和測試細則》（GB/T25000.51-2016）開展系統(tǒng)各項測試，記錄測試用例執(zhí)行的過程、輸入數(shù)據(jù)和執(zhí)行結果，要求如下： 1.功能性測試：測評服務機構應確認應用系統(tǒng)能夠滿足所有明確的功能需求，確保每個功能都能正常運行并達到預期的效果。 2.性能效率測試：測試應用系統(tǒng)在設計負載和數(shù)據(jù)量下的運行效率和響應時間，確保在正常和峰值負載下都能保持良好的性能。 3.兼容性測試：檢查應用系統(tǒng)是否能在不同的硬件、操作系統(tǒng)、網絡環(huán)境和軟件配置中正常運行，保證系統(tǒng)具有良好的兼容性。 4.易用性測試：評估應用系統(tǒng)的用戶界面是否**，操作是否簡便，用戶是否能快速學習并有效使用系統(tǒng)。 5.可靠性測試：驗證應用系統(tǒng)在持續(xù)運行過程中的穩(wěn)定性和健壯性，包括系統(tǒng)崩潰、錯誤恢復、數(shù)據(jù)完整性等方面。 6.信息安全性測試：測試應用系統(tǒng)的安全性能，包括數(shù)據(jù)保護、用戶身份驗證、權限管理等，確保系統(tǒng)的信息安全。 7.維護性測試：評估應用系統(tǒng)的維護難易程度，如修改、增添新功能、問題排查、性能優(yōu)化等。 8.可移植性測試：確認應用系統(tǒng)是否可以在一個環(huán)境中開發(fā)并在另一個環(huán)境中運行，測試包括在不同環(huán)境下的安裝、運行等。 9.用戶文檔集要求：對用戶手冊、安裝指南、系統(tǒng)管理員指南、問題排查手冊等進行審核，確保文檔內容清晰、準確。 3、問題報告單編制 對首輪測試后，測評服務機構應編制問題報告單。要求如下： a)問題歸檔：所有發(fā)現(xiàn)的問題都應被歸檔并詳細記錄在問題報告單中，包括問題的描述，發(fā)生的環(huán)境，影響的范圍，重復的步驟，以及任何相關的錯誤消息或代碼。 b)問題分類：所有的問題應被分類，例如，按照嚴重性（如嚴重，主要，次要，輕微），按影響的功能，或按照問題類型（如性能問題，兼容性問題，用戶界面問題等）。 4、回歸測試 項目實施方完成問題報告單的問題整改工作，并由服務使用方或監(jiān)理服務方確認問題已全部整改完畢后，測評服務機構應對發(fā)現(xiàn)的問題和未通過測試的用例進行回歸測試。要求如下： 10.測試范圍：針對之前未通過的測試用例和修復過的問題，進行全面和詳細的回歸測試。 11.結果驗證：確認修復的問題已經被正確解決，且不會引發(fā)新的問題。對于未通過的測試用例，應在修復后重新執(zhí)行，并確認其結果。 12.更新報告：根據(jù)回歸測試的結果，更新問題報告單，對修復的問題進行標記，對未修復或新發(fā)現(xiàn)的問題進行記錄。 5、報告編制 完成回歸測試，問題報告單和回歸測試記錄通過服務使用方確認后，測評服務機構應組織編制測評報告。 主要驗收測評內容須在驗收測評機構的認可證書或資質認定證書的能錄目錄內。 驗收測評報告須按照要求具有CNAS認可標識或者CMA標志，檢測時間應在驗收測評機構證書有效期限之內，證書狀態(tài)應為有效。 a)結構和內容：測評報告應具有清晰的結構，其中包括測評結論、測評依據(jù)、測評環(huán)境、測評工具、測評方法、測評內容、測評結果、問題清單等。要求如下： b)詳細和準確：報告應詳細、準確地描述測評的過程、方法、結果和結論，確保其內容完整且可追溯。 c)可讀性：報告的語言應明確、簡潔，易于理解，避免使用行業(yè)術語，除非必須。 d)完整性：測評報告應覆蓋所有已完成的測試和分析，包括成功和失敗的結果，問題及其解決方案。 6、服務驗收 完成驗收測評服務內容并得到服務使用方的確認后，測評服務機構應提交最終裝訂的測評報告成果文檔。 a)服務驗收：測評服務機構需完成服務合同約定的全部服務內容和驗收測評報告。(三) 驗收測評服務保密要求 服務過程中要求測評服務機構制定一整套項目保密制度，確定項目保密責任人，同時要求測評服務機構： 1、按照國家、省市的有關法律法規(guī)文件規(guī)定，要求測評人員履行保密責任，并遵守合同中有關保密要求。 2、測評服務機構嚴格履行保密職責，不泄漏測評項目各方認為需要保密的事項，不得泄漏所測評的項目需保密的事項。 3、測評服務機構應明確項目各相關文件、資料、事項的保密等級和接觸權限等。 4、測評服務機構應定期檢查文件的收發(fā)、登記、傳閱、保管和清退、銷毀情況，加強文件管理和保密教育。 5、其他保密事項測評服務機構應嚴格按照保密規(guī)定和有關的管理制度執(zhí)行。 （四）驗收測評服務工作原則 公**則：實施方應遵循“面向應用、保證質量、客觀公正、誠信守諾”的原則開展軟件測評工作。 標準性原則：實施方應依據(jù)相關國家標準、行業(yè)標準開展測評工作。本測評要求所使用的標準和規(guī)范如與實施方所執(zhí)行的標準不一致時，按較高標準執(zhí)行。 優(yōu)質服務原則：本測評要求實施方提供的是最低限度的要求，實施方應保證提供符合本測評要求和有關標準的優(yōu)質服務，并確保測評報告符合項目最終驗收的所有要求。 保密原則：對測評服務過程中接觸到的各種信息，不得泄漏給任何單位和個人，未經允許不得利用這些信息從事與服務無關的活動。 （五）驗收測評服務工作依據(jù) 1、《**市政務信息化項目管理辦法》及其修訂稿； 2、《**市政務信息化項目驗收管理細則》及其修訂稿； 3、**市關于政務信息化項目相關文件、通知等； 4、國家、行業(yè)相關標準。 (六) 驗收測評服務人員要求 1、組織架構 驗收測評服務方針對具體服務項目應建立項目測評組，實行項目經理負責制，對項目重大決策提出建議和意見。并由項目經理負責。 2、測評人員投入及配置 序號 項目投資額（萬元） 人員投入建議 人員資質最低配置建議 1 300（不含）以下 原則上不少于 1人 1名項目經理兼測評工程師 2 300-800（不含） 原則上不少于 2人 1名項目經理+1名測評工程師 3 800-1500（不含） 原則上不少于 3人 1名項目經理+2名測評工程師 4 1500-2500（不含） 原則上不少于 4人 1名項目經理+3名測評工程師 5 2500-3500（不含） 原則上不少于 5人 1名項目經理+4名測評工程師 6 3500及以上 原則上不少于 6人 1名項目經理+5名測評工程師 以上人員投入及配置建議為基本要求，具體以服務使用方實際需求為準。 3、人員資質要求 項目經理要求：具有5年以上信息化項目管理服務經驗，且具有計算機或通信相關專業(yè)高級職稱； 測評工程師要求：具有1年以上信息化項目測評服務經驗，且具有計算機或通信相關專業(yè)中級及以上職稱。 4、測評人員更換要求 驗收測評服務方委派人員必須專職從事驗收測評工作。若需更換項目測評人員的，必須提前10 個工作日書面報服務使用方批準后方可更換。原則上不允許中途更換項目經理。在項目建設期間，驗收測評服務方應安排足夠的測評工程師到項目現(xiàn)場開展工作。 因不可抗力因素導致項目驗收測評人員發(fā)生變更的，驗收測評服務方必須在3 個工作日內書面通知服務使用方，替代人員必須具有與原人員相當或更高的資質和能力。 出現(xiàn)下列情況之一的，驗收測評服務方必須在3 個工作日內書面通知服務使用方： (1) 驗收測評服務方測評人員辭職或解聘的； (2) 其他原因已不適合在本項目開展測評工作的。 服務使用方有權書面要求驗收測評服務方撤換任何不稱職的測評人員，更換人員必須具有與原人員相當或更高的資質和能力。3.5 其他要求 1.★須具有中國****委員會(CNAS) 頒發(fā)的檢驗機構認可證書(含CNAS實驗室認可證書)或省級以 上(含省、自治區(qū)、****管理部門頒發(fā)的檢驗檢測機構資質認定證書(CMA)。 2.如果**市信息化主管部門對**市財政投資信息化項目管理相關辦法、文件、要求等進行調整，中標供應商的服務價格、標準、規(guī)范、內容等，需根據(jù)**市信息化主管部門的最新要求進行調整。

商務需求:

服務人員組成: