单位信息化项目询比采购需求编制规范

单位信息化项目询比采购需求编制规范1总则1.1编制目的为规范单位信息化项目询比采购活动的需求编制工作，确保采购需求的科学性、完整性、合规性及适用性，提高采购资金使用效益，保障信息化项目建设质量，依据《中华人民共和国政府采购法》、《中华人民共和国招标投标法》及相关信息化建设管理规定，结合单位实际情况，制定本规范。本规范旨在明确需求编制的原则、流程、内容及深度要求，为采购人、采购代理机构及潜在供应商提供清晰、准确的执行依据。1.2适用范围本规范适用于单位范围内所有利用财政性资金、自筹资金或其他合法资金进行的，以询比采购方式实施的信息化建设项目。具体包括但不限于软件开发服务、系统集成服务、硬件设备采购、运维服务、数据服务及相关技术咨询等。对于公开招标、竞争性谈判等其他采购方式的需求编制，可参照本规范执行。1.3基本原则采购需求编制应严格遵循以下原则：（一）合规性原则：必须符合国家法律法规、行业标准、信息安全等级保护制度及单位内部管理制度。（二）完整性原则：需求内容应覆盖项目全生命周期，包括建设内容、技术要求、商务要求、交付标准、验收标准及售后服务等，避免出现缺项漏项。（三）科学性原则：技术方案应经过充分调研和论证，符合当前技术发展趋势，避免指定排他性、倾向性条款，确保充分竞争。（四）经济性原则：在满足功能性能要求的前提下，合理控制成本，追求最佳性价比。（五）可验证性原则：各项技术指标和功能要求应可量化、可检测、可验收，避免使用模糊不清的描述。2组织与职责2.1采购人职责采购人是需求编制的责任主体，负责组织成立需求编制小组，开展市场调研，提出具体的业务需求，并对需求的真实性、准确性及合规性负责。采购人需配合信息化管理部门及采购部门完成需求的审核与确认工作。2.2信息化管理部门职责信息化管理部门负责技术层面的把关，协助采购人进行技术方案的论证，审核需求中的技术架构、数据标准、接口规范、安全性要求及与现有系统的兼容性，防止出现技术壁垒或重复建设。2.3采购部门职责采购部门负责采购流程的规范性审核，审查需求编制内容是否符合询比采购的适用条件，商务条款是否合法合规，评审标准是否合理，以及是否存在指向特定供应商的倾向性条款。2.4财务及法务部门职责财务部门负责预算审核，确保各项费用测算依据充分；法务部门负责合同条款的合法性审查，规避法律风险。3需求调研与论证3.1前期调研在编制需求前，需求编制小组必须进行充分的市场调研和技术调研。（一）业务调研：深入了解业务痛点、流程瓶颈及用户期望，明确项目建设的核心目标和业务价值。（二）技术调研：考察行业内同类项目的建设案例，分析主流技术路线的成熟度、稳定性及扩展性。对于涉及新技术、新产品的项目，应组织专家进行可行性论证。（三）市场调研：了解潜在供应商的市场分布、技术实力、服务水平及市场价格行情，为编制合理的技术参数和预算控制价提供依据。3.2需求分析调研完成后，应进行详细的需求分析，形成需求分析说明书。（一）功能性需求：详细描述系统必须具备的各项功能模块、业务流程、操作逻辑及输入输出要求。（二）非功能性需求：明确系统在性能（响应时间、并发量）、安全性（数据加密、权限控制）、可靠性（可用性、容错性）、易用性（界面友好、操作便捷）及可维护性方面的指标。（三）数据需求：梳理数据来源、数据量、数据流向、数据存储要求及数据治理标准，明确与单位现有信息化系统（如OA、ERP、数据中台等）的数据对接方案。3.3需求评审需求草案编制完成后，采购人应组织内部评审会或邀请外部专家进行论证。评审重点包括需求的完整性、技术路线的合理性、预算的准确性以及是否存在潜在风险。评审通过的需求方案，作为编制采购需求书的基础依据。4采购需求书编制内容4.1项目概况项目概况应简明扼要地说明项目背景、建设目标、建设规模及实施周期。（一）项目背景：阐述项目立项的缘由，包括政策要求、业务发展需要及现有系统存在的问题。（二）建设目标：明确项目短期及长期目标，目标应尽可能量化，例如“实现业务流程无纸化率达到90%以上”、“系统日处理能力达到10万笔”等。（三）建设范围：清晰界定项目的建设边界，明确包含哪些功能模块、硬件设备及服务内容，以及不包含的内容（OutofScope），避免后期产生歧义。4.2技术要求技术要求是采购需求的核心部分，应详细、具体、可量化。4.2.1总体架构要求规定系统的总体架构设计原则，如采用微服务架构、SOA架构、B/S或C/S结构等。明确系统必须遵循的技术标准，包括国家标准、行业标准及单位内部标准。对于涉及信创（信息技术应用创新）要求的项目，必须明确对国产化软硬件的兼容性要求，列出具体的适配清单或兼容性认证标准。4.2.2硬件设备技术参数如涉及硬件采购，需详细列明设备的名称、数量、规格型号、技术指标。参数设置应具有通用性，严禁指定特定品牌、型号或专利。设备名称数量关键技术参数要求备注应用服务器2台1.处理器：≥2颗，单颗核数≥16核，主频≥2.5GHz2.内存：≥128GBDDR43.硬盘：≥2块480GBSSD系统盘，≥4块2TBSAS数据盘4.接口：≥4个千兆电口，≥2个万兆光口支持冗余电源核心交换机1台1.交换容量：≥1Tbps2.包转发率：≥500Mpps3.业务端口：≥24个10/100/1000Base-T电口，≥4个10GSFP+光口需支持虚拟化堆叠4.2.3软件系统功能要求软件功能需求应采用结构化方式描述，建议采用功能点列表或用例图形式。对于关键业务流程，应附上流程图。描述应清晰说明“系统应具备XX功能”、“系统应支持XX操作”。（一）基础功能：用户管理、角色权限管理、日志管理、系统监控等。（二）业务功能：按模块划分，如录入、查询、统计、报表导出、审批流转等。每个功能点需说明输入数据、处理逻辑及输出结果。（三）接口要求：明确系统需要对接的外部系统名称、接口类型（API、数据库视图、中间库等）、数据交换频率及数据格式要求（JSON、XML等）。4.2.4性能与安全要求（一）性能指标：明确系统在特定并发用户数下的响应时间（如页面加载时间不超过2秒）、吞吐量（TPS）、数据处理能力及系统可用性（如99.9%）。（二）安全要求：1.身份鉴别：支持强密码策略、多因素认证、统一身份认证集成。2.访问控制：基于RBAC（基于角色的访问控制）模型，实现细粒度的权限管理。3.数据安全：敏感数据加密存储（脱敏）、传输加密（HTTPS/VPN）、数据备份与恢复策略。4.审计追踪：系统需记录所有关键操作日志，日志内容需包含操作人、时间、IP、操作内容及结果，且日志不可篡改。5.漏洞扫描：交付前需提供第三方权威机构出具的漏洞扫描报告，无高危及以上安全漏洞。4.3商务要求4.3.1实施与服务要求（一）实施周期：明确项目总工期及各阶段里程碑节点（如需求确认、系统设计、开发测试、上线试运行、验收）。里程碑节点应设置明确的时间点和交付物。（二）实施团队：规定供应商项目经理及核心技术人员（如架构师、开发工程师、测试工程师）的资质要求（如PMP证书、软考高级证书）及驻场要求。核心成员未经采购人同意不得随意更换。（三）培训服务：明确培训对象、培训内容、培训时长及培训目标。培训内容应涵盖系统操作、系统管理及日常维护等。4.3.2验收标准与方式（一）验收依据：包括采购合同、招投标文件、需求规格说明书、国家及行业相关标准。（二）验收流程：规定初验、试运行（通常不少于1个月）及终验的流程。（三）验收内容：1.功能验收：逐项核对需求规格说明书中的功能点，测试通过率需达到100%。2.性能验收：依据预设的性能指标进行压力测试，需提供性能测试报告。3.文档验收：检查交付文档的完整性，包括需求规格说明书、设计文档、用户手册、运维手册、源代码（如约定）及安装部署指南等。4.3.3售后服务与运维（一）质保期：明确质保期起止时间（通常自终验合格之日起计算）及质保期内的服务内容。（二）响应级别：根据故障影响程度定义响应时限。故障级别定义响应时间解决时间一级故障系统完全瘫痪，无法开展任何业务15分钟内响应2小时内恢复二级故障主要功能模块不可用，严重影响业务30分钟内响应4小时内恢复三级故障非核心功能异常，不影响主要业务2小时内响应24小时内解决（三）服务方式：包括现场支持、远程支持、定期巡检（如每季度一次）及系统升级服务。4.3.4知识产权要求明确项目开发所产生的软件源代码、设计文档、数据库设计等知识产权的归属。原则上，定制化开发部分的知识产权应归单位所有，供应商应提供完整源代码及开发文档，并授权单位永久免费使用。4.4报价要求（一）报价方式：明确报价形式，如总价包干或固定单价。报价应包含所有硬件费、软件开发费、实施费、培训费、税费及售后服务费等一切费用。（二）预算控制价：设定项目的最高限价，超过最高限价的报价视为无效。5评审标准编制规范5.1评审因素设定评审因素应与采购需求对应，主要分为价格因素、技术因素和商务因素。权重分配应合理，避免重价格轻技术或重技术轻价格。对于软件开发及系统集成类项目，建议价格权重占比30%-50%，技术与商务权重占比50%-70%。5.2价格评分标准通常采用低价优先法计算。满足询比采购文件要求且价格最低的有效报价为评标基准价，其价格分为满分。其他供应商的价格分统一按照下列公式计算：报价得分=(评标基准价/报价)×价格权重×1005.3技术评分标准技术评审应侧重于方案的先进性、合理性及深度。建议设置以下评审点：（一）总体技术方案：考察系统架构设计的合理性、技术选型的先进性、对业务需求的覆盖程度。（二）功能响应程度：对照采购需求，核查供应商技术响应表中的偏离情况。完全响应得基础分，正偏离（优于需求）可适当加分。（三）项目实施计划：考察进度计划的合理性、里程碑节点的可行性及项目管理措施。（四）关键技术演示：如涉及复杂系统，可要求供应商进行现场演示或原型展示，根据演示效果评分。（五）安全与应急预案：考察安全保障方案的完整性及对突发事件的应对措施。5.4商务评分标准商务评审应侧重于供应商的实力及服务水平。（一）企业资质：考察供应商相关的ISO认证、CMMI认证、涉密资质等。（二）类似业绩：考察供应商近三年内同类项目的成功案例数量及质量（需提供合同复印件等证明材料）。（三）项目团队：考察拟派项目经理的经验、技术水平及团队人员配备的合理性。（四）售后服务方案：考察质保期外的服务承诺、本地化服务能力及培训方案的详实程度。评审因素权重评审标准价格部分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.企业业绩（10分）：每提供一个类似案例得2分，最高10分。2.项目团队（5分）：项目经理具有PMP证书得2分，具有高级项目经理证书得3分。3.售后服务（5分）：承诺优于招标文件要求的得3-5分，满足要求的得0-2分。6审核与发布6.1内部审核流程采购需求书编制完成后，需履行严格的“三审”程序。（一）初审：由采购人内部需求部门进行自我审核，确保业务需求准确无误。（二）复审：由信息化管理部门进行技术复审，签署技术审核意见；由财务部门进行预算复审，签署预算审核意见。（三）终审：由单位采购领导小组或采购部门进行最终审核，重点检查是否存在排他性条款、评审标准是否公平合理。终审通过后方可发布采购公告。6.2需求修正与完善在审核过程中，如发现需求不明确、不合理或存在倾向性条款，审核部门应提出明确的修改意见，退回采购人进行修改。采购人应在规定时间内完成修改并重新提交审核。6.3采购文件发布审核通过的采购需求书，作为询比采购文件的核心组成部分，应严格按照法定程序在指定媒介上发布。发布后，除非发生重大变更或不可抗力，原则上不得擅自修改采购需求。如确需修改，应在原公告发布媒体上发布更正公告，并顺延提交响应文件的截止时间。7采购需求的履约与验收7.1合同签订采购结果确定后，采购人应在规定时间内与成交供应商签订采购合同。合同内容必须与采购需求书、成交供应商的响应文件保持一致，不得实质性修改采购需求。7.2履约过程管理在项目实施过程中，采购人应建立履约管理机制，定期对项目进度、质量及资金使用情况进行检查。如发现供应商偏离采购需求，应及时发出整改通知书，督促其纠正。7.3严格验收项目完成后，采购人应严格按照采购需求书约定的验收标准和流程组织验收。可以邀请第三方专业机构参与验收测试，验收报告需由采购人、监理单位（如有）及第三方机构共同签署确认。对于验收不合格的项目，应责令供应商限期整改，整改期间不予支付相应款项。8监督检查与责任追究8.1监督检查单位纪检监察及审计部门应加强对信息化项目需求编制及采购活动的监督检查，定期对项目执行情况进行后评价，重点检查是否存在拆分项目规避招标、需求编制倾向性明显、验收把关不严等问题。8.2责任追究对于在需求编制过程中存在敷衍塞责、弄虚作假、玩忽职守，或与供应商串通、泄露采购秘密、排挤其他公平竞争供应商等行为的，将依照相关规定追究相关责任人责任；涉嫌违法犯罪的，移交司法机关处理。8.3档案管理采购需求编制过程中形成的所有文件资料，包括调研报告、需求