單位信息化項目詢比采購需求編制規(guī)范

單位信息化項目詢比采購需求編制規(guī)范1總則1.1編制目的為規(guī)范單位信息化項目詢比采購活動的需求編制工作，確保采購需求的科學性、完整性、合規(guī)性及適用性，提高采購資金使用效益，保障信息化項目建設質量，依據(jù)《中華人民共和國政府采購法》、《中華人民共和國招標投標法》及相關信息化建設管理規(guī)定，結合單位實際情況，制定本規(guī)范。本規(guī)范旨在明確需求編制的原則、流程、內容及深度要求，為采購人、采購代理機構及潛在供應商提供清晰、準確的執(zhí)行依據(jù)。1.2適用范圍本規(guī)范適用于單位范圍內所有利用財政性資金、自籌資金或其他合法資金進行的，以詢比采購方式實施的信息化建設項目。具體包括但不限于軟件開發(fā)服務、系統(tǒng)集成服務、硬件設備采購、運維服務、數(shù)據(jù)服務及相關技術咨詢等。對于公開招標、競爭性談判等其他采購方式的需求編制，可參照本規(guī)范執(zhí)行。1.3基本原則采購需求編制應嚴格遵循以下原則：（一）合規(guī)性原則：必須符合國家法律法規(guī)、行業(yè)標準、信息安全等級保護制度及單位內部管理制度。（二）完整性原則：需求內容應覆蓋項目全生命周期，包括建設內容、技術要求、商務要求、交付標準、驗收標準及售后服務等，避免出現(xiàn)缺項漏項。（三）科學性原則：技術方案應經(jīng)過充分調研和論證，符合當前技術發(fā)展趨勢，避免指定排他性、傾向性條款，確保充分競爭。（四）經(jīng)濟性原則：在滿足功能性能要求的前提下，合理控制成本，追求最佳性價比。（五）可驗證性原則：各項技術指標和功能要求應可量化、可檢測、可驗收，避免使用模糊不清的描述。2組織與職責2.1采購人職責采購人是需求編制的責任主體，負責組織成立需求編制小組，開展市場調研，提出具體的業(yè)務需求，并對需求的真實性、準確性及合規(guī)性負責。采購人需配合信息化管理部門及采購部門完成需求的審核與確認工作。2.2信息化管理部門職責信息化管理部門負責技術層面的把關，協(xié)助采購人進行技術方案的論證，審核需求中的技術架構、數(shù)據(jù)標準、接口規(guī)范、安全性要求及與現(xiàn)有系統(tǒng)的兼容性，防止出現(xiàn)技術壁壘或重復建設。2.3采購部門職責采購部門負責采購流程的規(guī)范性審核，審查需求編制內容是否符合詢比采購的適用條件，商務條款是否合法合規(guī)，評審標準是否合理，以及是否存在指向特定供應商的傾向性條款。2.4財務及法務部門職責財務部門負責預算審核，確保各項費用測算依據(jù)充分；法務部門負責合同條款的合法性審查，規(guī)避法律風險。3需求調研與論證3.1前期調研在編制需求前，需求編制小組必須進行充分的市場調研和技術調研。（一）業(yè)務調研：深入了解業(yè)務痛點、流程瓶頸及用戶期望，明確項目建設的核心目標和業(yè)務價值。（二）技術調研：考察行業(yè)內同類項目的建設案例，分析主流技術路線的成熟度、穩(wěn)定性及擴展性。對于涉及新技術、新產(chǎn)品的項目，應組織專家進行可行性論證。（三）市場調研：了解潛在供應商的市場分布、技術實力、服務水平及市場價格行情，為編制合理的技術參數(shù)和預算控制價提供依據(jù)。3.2需求分析調研完成后，應進行詳細的需求分析，形成需求分析說明書。（一）功能性需求：詳細描述系統(tǒng)必須具備的各項功能模塊、業(yè)務流程、操作邏輯及輸入輸出要求。（二）非功能性需求：明確系統(tǒng)在性能（響應時間、并發(fā)量）、安全性（數(shù)據(jù)加密、權限控制）、可靠性（可用性、容錯性）、易用性（界面友好、操作便捷）及可維護性方面的指標。（三）數(shù)據(jù)需求：梳理數(shù)據(jù)來源、數(shù)據(jù)量、數(shù)據(jù)流向、數(shù)據(jù)存儲要求及數(shù)據(jù)治理標準，明確與單位現(xiàn)有信息化系統(tǒng)（如OA、ERP、數(shù)據(jù)中臺等）的數(shù)據(jù)對接方案。3.3需求評審需求草案編制完成后，采購人應組織內部評審會或邀請外部專家進行論證。評審重點包括需求的完整性、技術路線的合理性、預算的準確性以及是否存在潛在風險。評審通過的需求方案，作為編制采購需求書的基礎依據(jù)。4采購需求書編制內容4.1項目概況項目概況應簡明扼要地說明項目背景、建設目標、建設規(guī)模及實施周期。（一）項目背景：闡述項目立項的緣由，包括政策要求、業(yè)務發(fā)展需要及現(xiàn)有系統(tǒng)存在的問題。（二）建設目標：明確項目短期及長期目標，目標應盡可能量化，例如“實現(xiàn)業(yè)務流程無紙化率達到90%以上”、“系統(tǒng)日處理能力達到10萬筆”等。（三）建設范圍：清晰界定項目的建設邊界，明確包含哪些功能模塊、硬件設備及服務內容，以及不包含的內容（OutofScope），避免后期產(chǎn)生歧義。4.2技術要求技術要求是采購需求的核心部分，應詳細、具體、可量化。4.2.1總體架構要求規(guī)定系統(tǒng)的總體架構設計原則，如采用微服務架構、SOA架構、B/S或C/S結構等。明確系統(tǒng)必須遵循的技術標準，包括國家標準、行業(yè)標準及單位內部標準。對于涉及信創(chuàng)（信息技術應用創(chuàng)新）要求的項目，必須明確對國產(chǎn)化軟硬件的兼容性要求，列出具體的適配清單或兼容性認證標準。4.2.2硬件設備技術參數(shù)如涉及硬件采購，需詳細列明設備的名稱、數(shù)量、規(guī)格型號、技術指標。參數(shù)設置應具有通用性，嚴禁指定特定品牌、型號或專利。設備名稱數(shù)量關鍵技術參數(shù)要求備注應用服務器2臺1.處理器：≥2顆，單顆核數(shù)≥16核，主頻≥2.5GHz2.內存：≥128GBDDR43.硬盤：≥2塊480GBSSD系統(tǒng)盤，≥4塊2TBSAS數(shù)據(jù)盤4.接口：≥4個千兆電口，≥2個萬兆光口支持冗余電源核心交換機1臺1.交換容量：≥1Tbps2.包轉發(fā)率：≥500Mpps3.業(yè)務端口：≥24個10/100/1000Base-T電口，≥4個10GSFP+光口需支持虛擬化堆疊4.2.3軟件系統(tǒng)功能要求軟件功能需求應采用結構化方式描述，建議采用功能點列表或用例圖形式。對于關鍵業(yè)務流程，應附上流程圖。描述應清晰說明“系統(tǒng)應具備XX功能”、“系統(tǒng)應支持XX操作”。（一）基礎功能：用戶管理、角色權限管理、日志管理、系統(tǒng)監(jiān)控等。（二）業(yè)務功能：按模塊劃分，如錄入、查詢、統(tǒng)計、報表導出、審批流轉等。每個功能點需說明輸入數(shù)據(jù)、處理邏輯及輸出結果。（三）接口要求：明確系統(tǒng)需要對接的外部系統(tǒng)名稱、接口類型（API、數(shù)據(jù)庫視圖、中間庫等）、數(shù)據(jù)交換頻率及數(shù)據(jù)格式要求（JSON、XML等）。4.2.4性能與安全要求（一）性能指標：明確系統(tǒng)在特定并發(fā)用戶數(shù)下的響應時間（如頁面加載時間不超過2秒）、吞吐量（TPS）、數(shù)據(jù)處理能力及系統(tǒng)可用性（如99.9%）。（二）安全要求：1.身份鑒別：支持強密碼策略、多因素認證、統(tǒng)一身份認證集成。2.訪問控制：基于RBAC（基于角色的訪問控制）模型，實現(xiàn)細粒度的權限管理。3.數(shù)據(jù)安全：敏感數(shù)據(jù)加密存儲（脫敏）、傳輸加密（HTTPS/VPN）、數(shù)據(jù)備份與恢復策略。4.審計追蹤：系統(tǒng)需記錄所有關鍵操作日志，日志內容需包含操作人、時間、IP、操作內容及結果，且日志不可篡改。5.漏洞掃描：交付前需提供第三方權威機構出具的漏洞掃描報告，無高危及以上安全漏洞。4.3商務要求4.3.1實施與服務要求（一）實施周期：明確項目總工期及各階段里程碑節(jié)點（如需求確認、系統(tǒng)設計、開發(fā)測試、上線試運行、驗收）。里程碑節(jié)點應設置明確的時間點和交付物。（二）實施團隊：規(guī)定供應商項目經(jīng)理及核心技術人員（如架構師、開發(fā)工程師、測試工程師）的資質要求（如PMP證書、軟考高級證書）及駐場要求。核心成員未經(jīng)采購人同意不得隨意更換。（三）培訓服務：明確培訓對象、培訓內容、培訓時長及培訓目標。培訓內容應涵蓋系統(tǒng)操作、系統(tǒng)管理及日常維護等。4.3.2驗收標準與方式（一）驗收依據(jù)：包括采購合同、招投標文件、需求規(guī)格說明書、國家及行業(yè)相關標準。（二）驗收流程：規(guī)定初驗、試運行（通常不少于1個月）及終驗的流程。（三）驗收內容：1.功能驗收：逐項核對需求規(guī)格說明書中的功能點，測試通過率需達到100%。2.性能驗收：依據(jù)預設的性能指標進行壓力測試，需提供性能測試報告。3.文檔驗收：檢查交付文檔的完整性，包括需求規(guī)格說明書、設計文檔、用戶手冊、運維手冊、源代碼（如約定）及安裝部署指南等。4.3.3售后服務與運維（一）質保期：明確質保期起止時間（通常自終驗合格之日起計算）及質保期內的服務內容。（二）響應級別：根據(jù)故障影響程度定義響應時限。故障級別定義響應時間解決時間一級故障系統(tǒng)完全癱瘓，無法開展任何業(yè)務15分鐘內響應2小時內恢復二級故障主要功能模塊不可用，嚴重影響業(yè)務30分鐘內響應4小時內恢復三級故障非核心功能異常，不影響主要業(yè)務2小時內響應24小時內解決（三）服務方式：包括現(xiàn)場支持、遠程支持、定期巡檢（如每季度一次）及系統(tǒng)升級服務。4.3.4知識產(chǎn)權要求明確項目開發(fā)所產(chǎn)生的軟件源代碼、設計文檔、數(shù)據(jù)庫設計等知識產(chǎn)權的歸屬。原則上，定制化開發(fā)部分的知識產(chǎn)權應歸單位所有，供應商應提供完整源代碼及開發(fā)文檔，并授權單位永久免費使用。4.4報價要求（一）報價方式：明確報價形式，如總價包干或固定單價。報價應包含所有硬件費、軟件開發(fā)費、實施費、培訓費、稅費及售后服務費等一切費用。（二）預算控制價：設定項目的最高限價，超過最高限價的報價視為無效。5評審標準編制規(guī)范5.1評審因素設定評審因素應與采購需求對應，主要分為價格因素、技術因素和商務因素。權重分配應合理，避免重價格輕技術或重技術輕價格。對于軟件開發(fā)及系統(tǒng)集成類項目，建議價格權重占比30%-50%，技術與商務權重占比50%-70%。5.2價格評分標準通常采用低價優(yōu)先法計算。滿足詢比采購文件要求且價格最低的有效報價為評標基準價，其價格分為滿分。其他供應商的價格分統(tǒng)一按照下列公式計算：報價得分=(評標基準價/報價)×價格權重×1005.3技術評分標準技術評審應側重于方案的先進性、合理性及深度。建議設置以下評審點：（一）總體技術方案：考察系統(tǒng)架構設計的合理性、技術選型的先進性、對業(yè)務需求的覆蓋程度。（二）功能響應程度：對照采購需求，核查供應商技術響應表中的偏離情況。完全響應得基礎分，正偏離（優(yōu)于需求）可適當加分。（三）項目實施計劃：考察進度計劃的合理性、里程碑節(jié)點的可行性及項目管理措施。（四）關鍵技術演示：如涉及復雜系統(tǒng)，可要求供應商進行現(xiàn)場演示或原型展示，根據(jù)演示效果評分。（五）安全與應急預案：考察安全保障方案的完整性及對突發(fā)事件的應對措施。5.4商務評分標準商務評審應側重于供應商的實力及服務水平。（一）企業(yè)資質：考察供應商相關的ISO認證、CMMI認證、涉密資質等。（二）類似業(yè)績：考察供應商近三年內同類項目的成功案例數(shù)量及質量（需提供合同復印件等證明材料）。（三）項目團隊：考察擬派項目經(jīng)理的經(jīng)驗、技術水平及團隊人員配備的合理性。（四）售后服務方案：考察質保期外的服務承諾、本地化服務能力及培訓方案的詳實程度。評審因素權重評審標準價格部分30%以滿足要求的最低報價為基準價，報價得分=(基準價/報價)×30技術部分50%1.總體技術方案（20分）：方案科學合理，架構先進，得12-20分；方案基本可行，得8-11分；方案有缺陷，得0-7分。2.功能響應（15分）：完全滿足需求得15分；每有一項非實質性負偏離扣2分，扣完為止。3.項目實施方案（10分）：計劃詳盡、措施得當，得6-10分；一般得0-5分。4.安全方案（5分）：方案完備，符合等保要求，得3-5分；一般得0-2分。商務部分20%1.企業(yè)業(yè)績（10分）：每提供一個類似案例得2分，最高10分。2.項目團隊（5分）：項目經(jīng)理具有PMP證書得2分，具有高級項目經(jīng)理證書得3分。3.售后服務（5分）：承諾優(yōu)于招標文件要求的得3-5分，滿足要求的得0-2分。6審核與發(fā)布6.1內部審核流程采購需求書編制完成后，需履行嚴格的“三審”程序。（一）初審：由采購人內部需求部門進行自我審核，確保業(yè)務需求準確無誤。（二）復審：由信息化管理部門進行技術復審，簽署技術審核意見；由財務部門進行預算復審，簽署預算審核意見。（三）終審：由單位采購領導小組或采購部門進行最終審核，重點檢查是否存在排他性條款、評審標準是否公平合理。終審通過后方可發(fā)布采購公告。6.2需求修正與完善在審核過程中，如發(fā)現(xiàn)需求不明確、不合理或存在傾向性條款，審核部門應提出明確的修改意見，退回采購人進行修改。采購人應在規(guī)定時間內完成修改并重新提交審核。6.3采購文件發(fā)布審核通過的采購需求書，作為詢比采購文件的核心組成部分，應嚴格按照法定程序在指定媒介上發(fā)布。發(fā)布后，除非發(fā)生重大變更或不可抗力，原則上不得擅自修改采購需求。如確需修改，應在原公告發(fā)布媒體上發(fā)布更正公告，并順延提交響應文件的截止時間。7采購需求的履約與驗收7.1合同簽訂采購結果確定后，采購人應在規(guī)定時間內與成交供應商簽訂采購合同。合同內容必須與采購需求書、成交供應商的響應文件保持一致，不得實質性修改采購需求。7.2履約過程管理在項目實施過程中，采購人應建立履約管理機制，定期對項目進度、質量及資金使用情況進行檢查。如發(fā)現(xiàn)供應商偏離采購需求，應及時發(fā)出整改通知書，督促其糾正。7.3嚴格驗收項目完成后，采購人應嚴格按照采購需求書約定的驗收標準和流程組織驗收。可以邀請第三方專業(yè)機構參與驗收測試，驗收報告需由采購人、監(jiān)理單位（如有）及第三方機構共同簽署確認。對于驗收不合格的項目，應責令供應商限期整改，整改期間不予支付相應款項。8監(jiān)督檢查與責任追究8.1監(jiān)督檢查單位紀檢監(jiān)察及審計部門應加強對信息化項目需求編制及采購活動的監(jiān)督檢查，定期對項目執(zhí)行情況進行后評價，重點檢查是否存在拆分項目規(guī)避招標、需求編制傾向性明顯、驗收把關不嚴等問題。8.2責任追究對于在需求編制過程中存在敷衍塞責、弄虛作假、玩忽職守，或與供應商串通、泄露采購秘密、排擠其他公平競爭供應商等行為的，將依照相關規(guī)定追究相關責任人責任；涉嫌違法犯罪的，移交司法機關處理。8.3檔案管理采購需求編制過程中形成的所有文件資料，包括調研報告、需求