## 非功能性技术要求
本节回应招标文件第 3 章 3.1.2.2「非功能性技术要求」的全部七类条款（b0743），依次为基本要求、开放性要求、安全性要求、可靠性要求、运行要求、性能要求与国产化要求，每一类给出指标值、实现手段与验证方法三项内容。
### 1、应答范围与指标口径
#### （1）本节承诺覆盖的三套软件
3.1.2.2 列在「3.1.2 安全软件建设要求」之下，其条款文义指向商用密码服务平台。本项目实际交付的软件不止一套，而评审、上线、运行、运维走的是同一条流程。我方因此把 3.1.2.2 的各项条款作为全部交付软件的共同最低承诺线，适用范围扩展为三套：商用密码服务平台（即软件采购清单中的安全软件）、数据集加工生产平台、数据集运营服务管理平台。三套软件使用统一的技术底座，对外称「奔牛数据智能平台」（b0743）。
甲方已建成十余套业务系统，覆盖设计与工艺、生产计划与工单、质量检验、库存与物流、设备过程参数采集以及在役装备远程运维，跨系统追一件事仍需人工对账。本项目再增加三套软件，三套共用同一套非功能性指标与验证方法：可用性口径、升级方式、国产化基线、漏洞门禁统一承诺、统一验证，避免各套口径不一导致运维重复处置同类问题。
本节与其他章节的分工：安全技术的实现细节（国密算法应用、等级保护测评、商用密码应用安全性评估、去标识与脱敏、审计与权限管控）在安全方案一节详述，本节只给安全性相关的指标值与验证方法；运营服务管理平台各功能模块的服务分级与服务级别协议指标在运营平台一节详述，本节给出支撑这些指标的系统级能力；硬件型号、参数与质保在硬件选型一节详述，本节只引用其与可靠性、国产化相关的配置结论。
#### （2）指标分三层给出：承诺值、设计值、验收值
非功能性指标写进投标文件即成为将来要应答的合同条款。我方对每一项指标按三层给出，三层用途不同。
承诺值是招标文件的条款值或我方对外承诺值，写入合同与验收单，是验收判据。设计值是系统设计与选型所依据的内部目标，时延类指标一般取承诺值的六成到七成，容量类指标一般取承诺值的一点五倍以上，为运行期的数据量增长与功能迭代留出余量。验收值由承诺值与测量口径共同构成，是验收现场实际比对的那一行。
响应时间一类指标须在验收方案中固定测量口径：同一个页面，在基准数据量下测得零点六秒，在十倍数据量且另有两百人在线的条件下可能是两秒；统计上取最大值还是取 P90，结论也不同。我方在《性能与可靠性验收方案》中对每项指标固定五个要素，并在合同签订后的需求确认阶段与甲方书面确认：
| 要素 | 固定内容 | 本项目的取值方式 |
|---|---|---|
| 测点位置 | 从哪里开始计时、到哪里结束 | 时延类指标以服务端接入层收到请求为起点、响应体最后一字节发出为终点；页面类指标以浏览器主内容可交互为终点 |
| 负载条件 | 测试时的并发与背景负载 | 按本节第七部分的容量规划表取设计并发的 70% 作为常态负载，100% 作为峰值负载 |
| 数据规模 | 被查询对象的数据量 | 按验收时点的实际在库数据量，并在验收方案中记录具体行数与文件数作为基准 |
| 统计口径 | 用哪个统计量判定 | 取 P90，样本量不少于 200 次；同时记录 P50 与 P99 供分析 |
| 排除项 | 不计入承诺范围的时间 | 客户端网络往返、甲方侧网络与机房条件、第三方系统接口等待、浏览器插件渲染、首次冷启动 |
表 1-1 性能与可靠性指标的五要素口径（来源：招标文件 3.1.2.2.5、3.1.2.2.6 条款与本节承诺）
复测不达标时按三种情形分别处置，不混为一谈。属于实现问题的，按第七部分的分层定位流程定位到客户端、网络、应用、数据库或外部依赖，整改后复测。属于测量口径偏离的，回到表 1-1 核对五要素，以书面确认的口径重测。属于运行条件变更的（数据量超出基准口径、并发超出设计容量、甲方侧网络或算力条件变化），按配置变更流程提出资源调整建议并书面确认新基准，原指标在新基准下重新验证。
#### （3）非功能性指标总览
下表把七类要求的承诺值集中列出，后续各部分给出实现手段与验证方法。表中未由招标文件给定的指标为我方承诺值。
| 类别 | 指标项 | 承诺值 | 设计值 | 对应单元 |
|---|---|---|---|---|
| 基本 | 界面与文档中文化 | 功能页面与交付文档均为中文版 | 同承诺值 | b0745 |
| 基本 | 第三方组件授权 | 逐项可追溯至原厂授权，建立组件授权台账 | 同承诺值 | b0746、b0747 |
| 基本 | 上线前评审 | 功能经甲方评审通过后上线，整改不顺延里程碑 | 整改单关闭时限 ≤5 个工作日 | b0749、b0750 |
| 开放性 | 二次开发文档 | 交付二次开发手册、数据结构说明、数据模型、数据字典 | 接口文档覆盖对外接口的 95% 以上 | b0752、b0753 |
| 开放性 | 版本向后兼容 | 对外接口按版本号并行提供，旧版本至少保留一个大版本周期 | 旧版本保留两个大版本周期 | b0756、b0757 |
| 安全性 | 低级安全漏洞 | 上线前高危漏洞与本节列举的低级漏洞类型整改关闭并复测通过 | 中危漏洞残留数趋向零，残留项入台账跟踪 | b0759 |
| 安全性 | 传输与存储保护 | Web 应用启用 SSL/TLS，敏感数据传输与存储加密 | 国密通道与标准通道双栈并存 | b0760、b0761、b0762 |
| 可靠性 | 月度可用率 | ≥99.5%（扣除计划维护窗口与不可归因情形） | ≥99.9% | b0771、b0772 |
| 可靠性 | 核心服务恢复时间 | RTO ≤30 分钟 | ≤10 分钟 | b0764、b0766 |
| 可靠性 | 数据恢复点 | 结构化数据 RPO ≤15 分钟；数据集制品 RPO ≤24 小时 | ≤5 分钟 / ≤12 小时 | b0766、b0767 |
| 可靠性 | 故障定位时长 | 一级故障 15 分钟内定位到故障域 | ≤8 分钟 | b0764、b0765 |
| 可靠性 | 可靠性测试 | 交付压力测试报告与稳定性测试报告 | 稳定性测试连续运行 ≥72 小时 | b0768、b0769 |
| 运行 | 页面打开响应 | ≤1 秒 | ≤0.6 秒 | b0781 |
| 运行 | 报表生成响应 | 预置报表与常用统计 ≤3 秒；大结果集导出类报表提交响应 ≤3 秒、异步生成 | ≤1.8 秒 | b0781 |
| 性能 | 登录响应 | <1 秒 | ≤0.6 秒 | b0784 |
| 性能 | 简单页面操作 | 平均 <1 秒 | ≤0.6 秒 | b0785 |
| 性能 | 复杂页面操作 | 平均 <2 秒 | ≤1.2 秒 | b0786 |
| 性能 | 在线并发 | 在线用户峰值 500、事务并发 100 TPS | 750 / 150 TPS | 我方承诺 |
| 国产化 | 软硬件整体国产化比率（采购金额口径） | ≥80% | ≥85% | b0788–b0793、b0677 |
表 1-2 非功能性指标总览（来源：招标文件 3.1.2.2 各条款；可用率、并发、恢复时间等未给定项为我方承诺值）
### 图 1-1 指标的承诺、验证与回退路径
图 1-1 非功能性指标的承诺、验证与回退路径。数据来源：招标文件 3.1.2.2.1 第（4）条上线评审要求（b0749、b0750）与 3.1.2.2.4 第（3）条测试报告要求（b0768、b0769）。
### 2、基本要求（3.1.2.2.1）
本部分回应 3.1.2.2.1 基本要求的四条（b0744）。四条分别指向中文化、第三方授权、正版凭证与上线评审，共同点是都在交付环节产生可核对的凭证，因此每一条都配一份可供甲方逐项清查的台账或清单。
#### （1）界面与文档的中文化
系统功能页面支持中文，相关文档均为中文版（b0745）。中文化在本项目不只是界面翻译，还牵涉矿山装备制造的专业术语与中文数据处理，我方按以下六个层面落实。
界面层面，三套软件的菜单、按钮、字段标签、提示信息、报错信息、导出文件名与报表表头均为简体中文，不保留英文原文作为唯一显示；技术术语保留英文缩写时，在首次出现处给出中文全称，并在系统的术语表中可查。错误提示不直接抛出技术堆栈，而是给出中文说明、错误码与建议操作，错误码与中文释义的对照表随系统交付。
字符处理层面，数据库与应用统一采用 UTF-8 编码，字符集覆盖 GB18030 全部汉字范围，以容纳图纸标注与材料牌号中出现的生僻字与符号。中文排序支持拼音序与笔画序两种方式，供物料名称、文件名、专家姓名等列表使用。全角与半角字符在入库前做归一化处理，避免同一材料牌号因全角数字与半角数字差异而被识别为两种物料。
检索层面，中文分词采用通用词典加本项目行业词典的方式。行业词典由本项目的知识本体与数据标注规范派生，覆盖刮板输送机零部件名称、备料工序名称、热处理与焊接工艺术语、材料牌号等条目，首批词条规模不少于 3000 条，并在加工生产过程中按新发现的术语持续补充。分词词典的维护界面开放给甲方工艺与技术部门，由业务人员直接增补。
文档层面，交付文档均为中文版，包括用户手册、管理员手册、二次开发手册、数据字典、部署与运维手册、测试报告、验收文档与培训材料。涉及引用国际标准原文的部分，给出中文译名与标准号，必要时附原文条款号便于核对。
输入法与终端层面，手持终端与一体终端机的中文输入经实机验证，车间环境下的手套操作与扫码录入在同一界面内可切换，避免现场人员为输入一个工序名称反复切换输入法。
| 清查项 | 落实内容 | 验证方法 | 交付物 |
|---|---|---|---|
| 界面中文化 | 菜单、字段、按钮、提示、报表表头全部简体中文 | 界面逐屏走查，按功能模块出具走查记录 | 《界面中文化走查表》 |
| 错误提示 | 中文说明＋错误码＋建议操作 | 构造异常触发，核对提示内容 | 《错误码与中文释义对照表》 |
| 字符集 | UTF-8，覆盖 GB18030 汉字范围 | 用含生僻字的图纸标注样本入库并回显 | 字符集测试记录 |
| 中文排序 | 拼音序与笔画序可选 | 物料与文件列表排序比对 | 功能测试记录 |
| 全半角归一 | 入库前归一，避免同物异码 | 以全角半角混合的材料牌号样本验证 | 数据清洗规则说明 |
| 中文分词 | 通用词典＋行业词典，首批 ≥3000 条 | 用工艺术语检索样本集核对召回 | 《行业分词词典》与维护界面 |
| 交付文档 | 全部中文版 | 文档清单逐份核对 | 文档交付清单与签收单 |
| 终端输入 | 手持与一体终端实机验证中文录入 | 现场实机测试 | 终端兼容测试记录 |
表 2-1 中文化落实清查表（来源：招标文件 3.1.2.2.1 第（1）条 b0745）
#### （2）第三方软件授权与知识产权
涉及的第三方软件均有原厂授权、无产权纠纷，甲方使用系统时不受第三方起诉（b0746、b0747）。我方按「先建台账、再定边界、后作担保」三步落实。
建台账是基础工作。三套软件涉及的全部第三方成分，包括商业软件、商业许可的国产操作系统与数据库、开源组件及其间接依赖，逐项登记为《第三方组件授权台账》。台账在首次版本提交评审时一并提交，此后随每次版本发布更新。登记粒度到具体版本号，间接依赖通过软件成分分析工具自动采集生成软件物料清单，避免手工漏登。
定边界是风险控制。开源组件按许可类型分三档管理：宽松型许可可直接使用，保留版权声明即可；弱传染性许可允许以动态链接方式使用，修改该组件本身的代码须按其许可要求处置；强传染性许可不用于与交付代码静态链接或同进程集成的场合，若业务上确需其能力，采用独立进程加接口调用的方式隔离，或改用功能等价的宽松许可组件。这一档的判定在组件引入评审时完成，不留到交付阶段再处理。
| 许可档位 | 典型使用方式 | 本项目的使用边界 | 评审要求 |
|---|---|---|---|
| 宽松型 | 直接引入、随交付物分发 | 可用于全部交付软件 | 登记台账，保留版权与许可声明 |
| 弱传染型 | 动态链接或独立服务 | 可用，不修改组件自身源码；如修改则单独开放该组件的修改部分 | 组件引入评审并记录使用方式 |
| 强传染型 | 独立进程、经接口调用 | 不与交付代码静态链接、不同进程集成；优先寻找功能等价的宽松许可替代 | 组件引入评审逐例批准，记录隔离方式与替代预案 |
| 商业许可 | 按许可数量或节点授权 | 由我方提供正版许可，许可范围覆盖本项目约定的使用规模 | 提交授权书，登记到期日与续期责任 |
表 2-2 第三方组件许可档位与使用边界（来源：招标文件 3.1.2.2.1 第（2）条 b0746、b0747）
作担保是对甲方的承诺。我方承诺交付物不侵犯第三方的专利权、著作权、商标权与工业设计权；若甲方因使用本项目交付的系统而遭第三方以知识产权为由主张权利或提起诉讼，由我方负责应对与抗辩，承担由此产生的诉讼费用、赔偿费用与和解费用；如经判定确有侵权，我方在不影响甲方业务连续性的前提下，采取取得授权、更换为无瑕疵的功能等价实现、或修改实现方式三种方案之一，使甲方得以继续使用系统，相应工作不另行收费。承诺内容写入《知识产权无侵权担保函》，与投标文件一并提交。
台账的字段格式如下，便于甲方在验收与质保期内随时抽查。
| 字段 | 内容说明 |
|---|---|
| 组件名称与版本 | 精确到版本号，间接依赖标明被谁引入 |
| 许可类型 | 按表 2-2 的四档填写 |
| 来源 | 官方发布渠道或原厂 |
| 授权凭证 | 商业软件填授权书编号；开源填许可文本位置 |
| 使用方式 | 静态链接、动态链接、独立进程、独立服务 |
| 所在交付物 | 对应三套软件中的哪一套、哪个模块 |
| 安全跟踪 | 已知漏洞编号与修复版本、我方升级计划 |
| 替换预案 | 该组件不可用时的等价替代方案 |
表 2-3 第三方组件授权台账字段格式（来源：招标文件 b0746、b0747 及本节承诺）
#### （3）正版授权书与售后服务承诺书
投标方提供原厂正版软件授权书、售后服务承诺书（b0748）。我方按下列清单与时点提交：投标阶段随投标文件提交《售后服务承诺书》与《知识产权无侵权担保函》；合同签订后 15 个工作日内提交商业软件的原厂正版授权书原件或原厂出具的授权证明，涵盖操作系统、数据库管理系统、商用密码服务平台及其他按许可计费的商业组件；系统上线前提交与实际部署规模一致的许可清单与到期日台账。授权书上的授权主体、许可范围与许可数量以合同约定的部署规模为准，若运行期内甲方扩大部署规模，按许可条款补充授权，补充方式在合同中约定。
售后服务承诺书的具体内容与服务级别在售后服务方案一节详述，本节只承诺其交付时点与与非功能性指标的衔接关系：承诺书中的故障响应时限、恢复时限与可用率条款，与本节表 1-2 的可靠性指标保持同一口径，不出现两套数字。
【待填：商业软件原厂授权书扫描件、许可数量与到期日清单、我方售后服务承诺书盖章件】
#### （4）上线前评审与整改
系统所有功能经甲方评审通过后才能上线，评审不通过及时整改，且不影响项目整体进度（b0749、b0750）。「评审通过才能上线」与「整改不影响进度」须同时满足，整改工作纳入排产计划，不得挤占关键路径或靠加班兜底。
我方的做法是把评审做成分批、前置、并行的闸门，而非集中在上线前的一道总评审。
分批是指按功能模块与数据集批次划分评审单元。本项目的交付物天然可分批：三套软件按功能模块分批，四大数据集按供需计划、产品工艺设计、制造过程、质量四个业务域分批，专项智能工具链按九类分批。每个评审单元独立送审、独立通过、独立上线，一个单元未通过不阻塞其他单元。
前置是指在正式评审之前完成内部三道测试并把结论一并提交，减少评审会上才发现基础问题的情形。三道测试为功能测试、性能与可靠性测试、安全测试，分别对应本节第五至第八部分的验证方法。评审材料在评审会前 3 个工作日提交，便于甲方评审人员预读。
并行是指整改与下一阶段工作并行推进。整改单按影响程度分三级，分级与时限见表 2-4。一级整改单关闭后方可上线，二级与三级整改单允许带单上线并在约定时限内关闭，带单上线需甲方书面同意并记录在评审结论中。与此配套的是里程碑缓冲：项目计划在每个阶段末预留不少于 5 个工作日的评审与整改缓冲，缓冲用于吸收整改工作量，使单个评审单元的整改不传导到后续里程碑。
| 整改单等级 | 判定标准 | 关闭时限 | 是否阻塞上线 | 复评方式 |
|---|---|---|---|---|
| 一级 | 功能缺失或错误导致业务无法完成；高危安全漏洞；关键性能指标不达标 | 5 个工作日 | 阻塞 | 提交复测报告并召开复评会 |
| 二级 | 功能可用但存在明显不便；中危安全漏洞；非关键指标不达标 | 10 个工作日 | 不阻塞，带单上线须书面同意 | 提交复测报告，书面确认关闭 |
| 三级 | 界面文案、提示优化、文档补充一类 | 随下一个版本 | 不阻塞 | 版本发布说明中列明 |
表 2-4 上线评审整改单分级与时限（来源：招标文件 3.1.2.2.1 第（4）条 b0749、b0750）
评审材料清单固定为七项：评审单元的功能说明与操作手册节选、需求对照表（逐条对应招标文件与需求确认结论）、内部功能测试报告、性能与可靠性测试报告、安全测试报告、第三方组件授权台账增量部分、遗留问题清单与处置建议。七项齐备方提交评审，缺项由我方补齐后重新预约，不占用甲方评审时间。
### 图 2-1 功能上线评审闸门与整改回路
图 2-1 功能上线评审闸门与整改回路。数据来源：招标文件 3.1.2.2.1 第（4）条（b0749、b0750）；整改单分级与时限为本节承诺值。
### 3、开放性要求（3.1.2.2.2）
本部分回应 3.1.2.2.2 开放性要求的三条（b0751）。三条依次指向二次开发能力与配套文档、用户手册与在线帮助、跨平台迁移与版本升级兼容。数据集加工生产不是一次性工程，甲方在项目结束后仍要持续扩充数据集、新增加工算子、对接新的源系统；我方通过二次开发手册、数据字典与免费技术指导，支撑甲方自行扩展算子与对接源系统。
#### （1）二次开发能力与配套文档
提供个性化、定制化及二次开发能力，提供二次开发手册、数据结构、数据模型和数据字典，免费提供二次开发技术指导服务（b0752、b0753）。
二次开发能力落在七个扩展点上。扩展点的设计原则是新增能力不改主干代码，甲方的开发人员通过注册与配置即可接入自己的实现。
| 扩展点 | 可扩展内容 | 接入方式 | 本项目的典型用法 |
|---|---|---|---|
| 对外接口 | 数据集查询、下载、元数据读写、订单与审批 | RESTful 接口，统一网关鉴权，提供接口文档与调用示例 | 甲方的协同办公系统调用数据集检索接口 |
| 软件开发工具包 | 封装接口调用、鉴权、分页、断点续传 | 提供工具包与示例工程 | 甲方自建小工具批量下载某业务域数据集 |
| 事件回调 | 数据集发布、版本变更、质检完成、订单状态变更等事件 | 甲方注册回调地址，平台按事件推送 | 数据集新版本发布后自动通知甲方的下游系统 |
| 加工算子 | 解析、清洗、标注、质检、合成各环节的处理单元 | 按算子接口规范实现并注册，平台调度执行 | 甲方工艺部门自行实现一个专用的图纸标注规则算子 |
| 自定义字段与表单 | 数据集元数据、订单、审批单的扩展字段 | 配置界面定义字段、类型、校验与展示位置 | 为备料工序数据集增加本企业特有的工序编码字段 |
| 流程编排 | 审批流、质检流、发布流的节点与条件 | 可视化编排，配置生效，无需发版 | 调整数据集对外挂牌前的审批层级 |
| 报表与看板 | 统计维度、指标、图表与导出格式 | 配置化定义，支持自定义查询 | 按车间维度统计工艺数据集的覆盖进度 |
表 3-1 二次开发扩展点清单（来源：招标文件 3.1.2.2.2 第（1）条 b0752、b0753）
配套文档交付四类，内容大纲固定如下，在系统首次上线前交付初版，随版本更新。
| 文档 | 内容大纲 | 粒度要求 |
|---|---|---|
| 二次开发手册 | 开发环境搭建、工程结构、鉴权与调用、七类扩展点的开发步骤与示例代码、调试与日志、打包与部署、常见错误与排查 | 每类扩展点至少一个可运行的完整示例 |
| 数据结构说明 | 逻辑分层、主要实体及其关系、主键与外键约束、分区与索引策略、历史版本与软删除的处理方式 | 含实体关系图，覆盖全部业务实体 |
| 数据模型 | 概念模型、逻辑模型、物理模型三层；数据集元数据模型、加工作业模型、质检结果模型、血缘模型 | 三层之间的映射关系逐表对应 |
| 数据字典 | 表清单、字段清单（名称、类型、长度、可空、默认值、业务含义、取值范围）、码表、枚举值、计算字段的口径说明 | 字段级无遗漏，码表给出全部取值与含义 |
表 3-2 二次开发配套文档交付大纲（来源：招标文件 b0752、b0753）
免费技术指导服务按四种形式提供，不单独收费，服务期覆盖建设期与质保期：二次开发专题培训，面向甲方开发人员，不少于 16 课时，含实操；答疑窗口，建设期内工作日响应，质保期内按售后服务方案的响应时限执行；示例工程与沙箱环境，提供可独立运行的示例工程与一套与生产环境配置一致的沙箱，甲方可在沙箱内自由试验而不影响生产数据；年度技术指导人日，质保期内每年提供不少于 10 人日的现场或远程技术指导，用于甲方自主开发过程中的设计评审与问题诊断。
#### （2）用户手册与在线帮助
提供完整的用户手册和在线帮助文档，包括常见问题解答、最佳实践和开发指南（b0754、b0755）。
用户手册按角色编写，避免把全部功能塞进一本让每类人都读不完的手册。业务用户手册面向数据集的使用方与审批人，按任务组织章节，每章回答一件事怎么做；管理员手册面向平台管理员，覆盖用户与权限、配额与策略、监控与告警、备份与恢复、许可管理；运维手册面向系统运维，覆盖部署、升级、巡检、故障处置、日志与性能分析；二次开发手册见表 3-2。
在线帮助做三层：页面级帮助，每个功能页面提供入口，打开即是该页面对应的手册章节；字段级提示，对规则不直观的字段给出悬浮说明与取值示例，例如数据集元数据中的时效性口径、模态占比的计算方式；引导式教程，对首次使用的用户提供分步引导，覆盖数据集检索与下载、数据集上传与登记、质检结果查看、订单与审批四条高频路径。
常见问题解答按模块组织，首批不少于 120 条，内容来自三个来源：培训与试运行期间收集的实际提问、答疑窗口的工单记录、我方在同类系统运行中沉淀的高频问题。质保期内按季度更新，新增条目在版本发布说明中列出。
最佳实践取自本项目的真实加工场景，而不是通用性的操作建议。例如图纸批量解析任务的批次大小如何选择与机时的关系、标注一致性校验不通过时的返工判断、数据集版本在场景验证中被引用后如何处理缺陷修复与版本分叉、备料工序数据集在新增工序时的元数据扩展方式。每条最佳实践给出背景、做法与适用边界，不写成口号。
开发指南是二次开发手册中面向场景的部分，按「我要做什么」组织：新增一个加工算子、对接一个新的源系统、增加一个数据集元数据字段、把数据集检索嵌入自有系统、订阅数据集发布事件。每条给出完整步骤与可运行代码。
| 文档类别 | 交付形态 | 首次交付时点 | 更新机制 |
|---|---|---|---|
| 业务用户手册 | 中文 PDF ＋ 在线版 | 模块上线评审时 | 随版本更新，变更记录逐版留存 |
| 管理员手册 | 中文 PDF ＋ 在线版 | 模块上线评审时 | 随版本更新 |
| 运维手册 | 中文 PDF | 系统上线前 | 随部署架构变更更新 |
| 二次开发手册 | 中文 PDF ＋ 在线版 ＋ 示例工程 | 对外接口发布时 | 随接口版本更新 |
| 在线帮助 | 系统内置，三层结构 | 随各模块上线 | 与手册同源，一次编写两处发布 |
| 常见问题解答 | 系统内置，可检索 | 试运行开始时首批 ≥120 条 | 按季度更新 |
| 最佳实践 | 系统内置 ＋ PDF 汇编 | 首轮数据集加工完成后 | 按加工批次沉淀 |
| 开发指南 | 并入二次开发手册 | 对外接口发布时 | 随接口版本更新 |
表 3-3 文档与在线帮助交付清单（来源：招标文件 3.1.2.2.2 第（2）条 b0754、b0755）
文档与系统同源维护：手册与在线帮助使用同一份源文件，一次编写两处发布，避免界面改了而手册没改。文档纳入版本管理，每次版本发布时文档的变更部分在发布说明中列出，甲方可据此判断本次升级影响到哪些操作。
#### （3）跨平台迁移、版本升级与向后兼容
支持在不同平台间迁移，支持版本升级，新版本向后兼容，现有系统和数据在升级后能正常使用（b0756、b0757）。
可迁移性靠四项设计保证，这四项在系统设计阶段就要定下来，事后补做代价很高。配置外置，全部环境相关配置从代码中剥离，集中在配置中心与环境变量，迁移时只换配置不改代码；应用无状态，会话与临时状态不保存在应用实例的本地内存或磁盘，实例可随时重建；存储访问抽象，文件访问经统一的存储接口层，底层可在本地文件系统、分布式文件系统与对象存储之间切换；数据库方言隔离，数据访问层不直接书写特定数据库的专有语法，专有能力经适配层封装，更换数据库时只替换适配层实现。
| 迁移场景 | 迁移内容 | 实施方法 | 停机窗口 | 回滚方式 |
|---|---|---|---|---|
| 物理机到虚拟化／私有云 | 应用、配置、数据 | 容器镜像重新部署，数据库逻辑导出导入或主从切换 | ≤4 小时 | 保留原环境，切回域名解析与负载均衡指向 |
| 虚拟化到物理机 | 同上 | 同上，注意资源配额与内核参数调整 | ≤4 小时 | 同上 |
| 国产操作系统之间 | 应用运行时与依赖 | 多架构容器镜像，按目标系统选择对应镜像；重新执行适配测试用例 | ≤2 小时 | 镜像版本回退 |
| 处理器架构之间 | 二进制依赖 | 多架构构建流水线产出同版本多架构镜像，避免架构锁定 | ≤2 小时 | 镜像版本回退 |
| 数据库之间 | 表结构、数据、存储过程 | 结构转换脚本＋数据校验（行数、校验和、抽样比对）；专有语法经适配层处置 | 按数据量测算，分批迁移 | 迁移期间双写或源库只读保留 |
| 数据集制品迁移 | 数据集文件与版本元数据 | 按版本清单逐版校验哈希后搬迁，元数据随之迁移，血缘关系保持 | 不停机，后台搬迁 | 源端保留直至校验通过 |
表 3-4 迁移场景与实施方法（来源：招标文件 3.1.2.2.2 第（3）条 b0756、b0757）
版本升级按滚动升级方式实施。升级前执行预检查脚本，核对当前版本号、数据库结构版本、磁盘余量、许可有效期与依赖组件版本，预检查不通过则终止升级并给出原因。升级时应用实例分批替换，负载均衡逐批摘除与回挂，升级过程中服务不整体中断。数据库结构变更采用可前滚可回滚的变更脚本，每个变更脚本配一个回滚脚本，变更前自动快照。升级完成后执行冒烟用例集，不通过则自动回滚到升级前版本。
| 兼容性规则 | 具体约定 | 违反时的处置 |
|---|---|---|
| 接口版本并行 | 对外接口在路径或请求头中带版本号，新旧版本并行提供 | 不删除旧版本接口，仅标记弃用 |
| 旧版本保留期 | 弃用公告发布后至少保留一个大版本周期，设计目标为两个周期 | 保留期内持续修复其安全缺陷 |
| 字段变更 | 响应字段只增不删；请求字段不新增必填项；新增字段给默认值 | 需删除字段时新开接口版本，旧版本保留 |
| 枚举变更 | 枚举取值只增不改语义；消费方按未知值降级处理 | 变更语义时新增枚举值而非复用旧值 |
| 数据结构变更 | 表字段只增不删，弃用字段标记后保留；主键与唯一约束不变更语义 | 需结构性调整时提供数据迁移脚本与校验报告 |
| 数据集格式变更 | 数据集文件格式版本化，旧格式的读取能力在新版本中保留 | 历史数据集不因平台升级而不可读 |
| 配置兼容 | 新增配置项给默认值，旧配置文件可直接使用 | 配置语义变更时提供自动转换脚本 |
表 3-5 向后兼容规则（来源：招标文件 b0756、b0757；各项保留期为本节承诺值）
兼容性的验证方法是契约测试。对外接口的每个版本维护一份契约（请求与响应的结构与约束），契约测试纳入持续集成，新版本代码若破坏任一已发布契约则构建失败，无法进入发布流程。数据集格式的读取兼容性以历史格式样本集回归验证，样本集随每次格式演进追加，不删除旧样本。
### 图 3-1 滚动升级与自动回滚时序
图 3-1 滚动升级与自动回滚时序。数据来源：招标文件 3.1.2.2.2 第（3）条（b0756、b0757）与 3.1.2.2.5 第（6）条（b0782）。
### 4、安全性要求（3.1.2.2.3）
本部分回应 3.1.2.2.3 安全性要求的三条（b0758）。安全技术的实现细节、等级保护测评与商用密码应用安全性评估的组织安排、去标识与脱敏的具体方法在安全方案一节详述，本部分只做三件事：把「低级安全漏洞」给出可判定的口径与门禁、把传输与存储保护的技术基线与指标讲清、把保密技术所依据的国家标准逐项列出。
#### （1）低级安全漏洞的判定口径与放行门禁
不允许出现低级安全漏洞（b0759）。这一条在验收时需要一个可判定的口径，否则双方对「低级」的理解可能相差很远。我方把低级安全漏洞界定为：可由通用安全扫描工具或常规渗透手法在不构造复杂利用链的前提下直接发现并验证的缺陷。按这一界定，本项目把下列类型列为低级安全漏洞，上线前须整改关闭并经复测验证。
| 序号 | 漏洞类型 | 检测方式 | 放行要求 |
|---|---|---|---|
| 1 | 结构化查询语言注入 | 静态代码分析＋动态扫描＋渗透测试 | 整改关闭，复测无复现 |
| 2 | 跨站脚本 | 静态分析＋动态扫描 | 整改关闭 |
| 3 | 命令注入与代码注入 | 静态分析＋渗透测试 | 整改关闭 |
| 4 | 未授权访问与越权（水平与垂直） | 接口权限矩阵用例＋渗透测试 | 整改关闭，权限矩阵逐接口核对 |
| 5 | 硬编码口令、密钥与凭据 | 代码扫描＋密钥检测规则 | 整改关闭，改由密码服务平台托管 |
| 6 | 默认口令未改、弱口令策略 | 配置基线核查 | 整改关闭，强制口令策略生效 |
| 7 | 目录遍历与任意文件读取 | 动态扫描＋渗透测试 | 整改关闭 |
| 8 | 任意文件上传与可执行文件落地 | 渗透测试＋上传白名单核查 | 整改关闭 |
| 9 | 敏感数据明文传输 | 流量抓包核查 | 整改关闭，启用加密通道 |
| 10 | 敏感数据明文存储 | 数据库与文件抽查 | 整改关闭，按分级加密 |
| 11 | 会话管理缺陷（会话不失效、会话固定、令牌可预测） | 渗透测试 | 整改关闭 |
| 12 | 不安全反序列化 | 静态分析＋依赖检查 | 整改关闭 |
| 13 | 调试接口、管理端口、监控端点对外暴露 | 端口与路由扫描 | 整改关闭，收敛至管理网段 |
| 14 | 组件已知高危漏洞未修复 | 软件成分分析 | 升级或打补丁，无补丁时作隔离并记录 |
| 15 | 错误信息泄露技术细节（堆栈、路径、版本号） | 动态扫描＋人工核查 | 整改关闭，统一错误处理 |
| 16 | 安全响应头缺失、传输层配置弱化 | 配置基线核查 | 整改关闭，按基线配置 |
表 4-1 低级安全漏洞类型清单与放行要求（来源：招标文件 3.1.2.2.3 第（1）条 b0759；类型划分参照通用漏洞分级与 Web 应用常见风险清单）
检测安排四道，贯穿开发与交付全过程，不是上线前才做一次扫描。第一道是静态应用安全测试，纳入持续集成，每次代码提交触发，发现表 4-1 第 1、2、3、5、12 类问题即阻断合并。第二道是软件成分分析，每日对依赖清单做一次扫描，比对已知漏洞库，高危漏洞的修复时限为 7 个自然日、中危为 30 个自然日，无可用补丁时作隔离处置并记入《安全缺陷台账》。
第三道是动态应用安全测试，在测试环境对全部对外暴露的页面与接口做扫描，每个版本至少一轮。第四道是渗透测试，在上线前对三套软件做一轮，由具备资质的测评机构或我方安全团队实施，出具渗透测试报告。
放行门限与残留处置：表 4-1 所列类型与通用漏洞评分 7.0 分及以上的高危漏洞在上线前整改关闭、复测无复现，方予放行；4.0 至 6.9 分的中危漏洞逐项进入《安全缺陷台账》，给出整改计划与时限，残留数量趋向零，上线时的残留项须经甲方书面接受并附补偿性控制措施（如访问收敛、监测加强）；4.0 分以下的低危漏洞按版本迭代处置。质保期内按季度复扫一轮，新披露的高危漏洞按上述时限处置，处置记录纳入季度运行报告。
这里需要说清的是一个工程事实：安全漏洞的发现依赖于扫描规则与攻击手法的当期水平，新的漏洞类型会在系统交付之后被披露。我方的承诺因此分两段，交付时点承诺表 4-1 所列类型与高危漏洞关闭，质保期内承诺按季度复扫与上述修复时限持续处置，而不是承诺系统在任何时点都不存在任何漏洞。
#### （2）传输与存储的加密保护
支持将 SSL 协议作为 Web 应用的基础安全协议，敏感数据在传输和存储过程中得到保护（b0760、b0761）。
传输侧采用双栈并存：标准通道与国密通道。标准通道启用 TLS 1.3（兼容 TLS 1.2），禁用 TLS 1.0/1.1 与 SSL 3.0，密码套件按前向保密套件配置，启用严格传输安全响应头，证书由甲方信任的证书体系签发。国密通道按《GM/T 0024 SSL VPN 技术规范》与《GM/T 0054 信息系统密码应用基本要求》实现传输层密码协议，使用 SM2 证书与 SM4 加密、SM3 完整性校验，密钥与证书由商用密码服务平台与服务器密码机承载。
双栈并存的理由是一个需要正面讲清的工程约束：招标文件要求客户端兼容四类主流浏览器（b0777），而主流浏览器原生不支持国密传输层协议。若强制全站国密通道，普通用户将无法访问。我方的处置是在接入层做通道分流：面向普通业务用户的 Web 访问使用标准 TLS 通道，国密保护在网关之后的内部链路与数据存储层生效；面向管理员、审计员与对外数据交付的高敏通道使用国密通道，通过国密安全接入网关或国密客户端访问，并在管理端提供国密通道的接入说明。两条通道的密钥材料统一由密码服务平台托管，不在应用侧留存。
| 场景 | 传输保护 | 存储保护 | 密钥归属 |
|---|---|---|---|
| 普通用户 Web 访问 | 标准 TLS 1.3 | 会话令牌加密存储，不落盘明文 | 平台会话密钥，定期轮换 |
| 管理员与审计员访问 | 国密传输层协议，双因素认证 | 操作日志加密并计算完整性校验值 | 密码服务平台托管 |
| 系统间接口调用 | 双向认证，国密通道优先 | 接口凭据加密托管 | 密码服务平台托管 |
| 数据集文件上传下载 | 分块传输，逐块校验，通道加密 | 文件按敏感级别加密，支持一文一密策略 | 密码服务平台托管，密钥与文件分离存放 |
| 数据库连接 | 加密连接，不走明文端口 | 敏感字段加密，支持一数据一密策略 | 密码服务平台托管 |
| 备份介质 | 传输加密 | 备份文件整体加密，密钥独立保管 | 密码服务平台托管，异地保管一份密钥材料 |
| 设备侧数据回传 | 加密通道，断链后续传 | 边缘侧缓冲数据加密 | 设备证书，由密码服务平台签发 |
表 4-2 传输与存储保护的场景对照（来源：招标文件 3.1.2.2.3 第（2）条 b0760、b0761；一文一密与一数据一密能力对应 3.1.2.1 第（12）条）
敏感数据的识别依据本项目的数据分级分类结果。涉及个人信息、敏感地理信息、重要行业数据与企业秘密数据的字段与文件，在元数据中带敏感级别标记，加密策略、脱敏策略与可访问范围由标记驱动，不依赖开发人员逐处判断。分级分类的具体规则与去标识方法在安全方案一节详述。
#### （3）保密技术符合国家相关技术要求
数据和文档的安全保密技术符合国家相关技术要求（b0762）。我方按下列标准与法规实施，并在验收时逐项提供符合性说明。
| 类别 | 依据 | 本项目的落实点 |
|---|---|---|
| 网络安全等级保护 | 《GB/T 22239 信息安全技术 网络安全等级保护基本要求》 | 按等级保护二级以上要求设计安全区域、访问控制、安全审计与入侵防范；测评安排见安全方案 |
| 等级保护设计 | 《GB/T 25070 网络安全等级保护安全设计技术要求》 | 安全域划分、边界防护与管理中心设计 |
| 密码应用 | 《GB/T 39786 信息系统密码应用基本要求》《GM/T 0054》 | 物理与环境、网络与通信、设备与计算、应用与数据四个层面的密码应用设计 |
| 传输层密码 | 《GM/T 0024 SSL VPN 技术规范》 | 国密通道的协议实现与证书体系 |
| 密码设备接口 | 《GM/T 0018 密码设备应用接口规范》《GM/T 0030 服务器密码机技术规范》 | 服务器密码机的接入与调用（对应 b2150 技术参数） |
| 数据安全 | 《数据安全法》《个人信息保护法》《GB/T 35273 个人信息安全规范》 | 数据来源合法性核查、个人信息最小必要与去标识化处理 |
| 数据安全能力 | 《GB/T 37988 数据安全能力成熟度模型》 | 数据生存周期各环节的安全控制设计 |
| 数据分类分级 | 《GB/T 43697 数据安全技术 数据分类分级规则》 | 数据集与字段的分级分类规则与标记 |
| 数据管理能力 | 《GB/T 36073 数据管理能力成熟度评估模型》 | 数据治理体系按其三级要求建设，详见数据治理章节 |
| 文档保密 | 甲方保密制度与本项目保密协议 | 文档水印、外发审批、离职交接与介质管控 |
表 4-3 保密技术依据的标准与法规（来源：招标文件 3.1.2.2.3 第（3）条 b0762）
文档侧的保密措施落在三处：平台内的数据集说明文档、质检报告与评测报告按敏感级别控制可见范围，下载时加动态水印并记录下载人、时间与用途；对外交付的文档经审批流程，审批记录与文档版本一并留存；项目组内部的资料按本项目保密协议管理，离场人员的账号与权限在离场当日关闭，所持资料当面交接。
### 5、可靠性要求（3.1.2.2.4）
本部分回应 3.1.2.2.4 可靠性要求的五条（b0763）。五条依次指向故障处理能力、容错与快速恢复、交付前的可靠性测试与报告、负载均衡与硬件冗余、模块故障不扩散。可靠性对本项目的意义与一般管理系统不同：数据集加工生产的多数作业是长时间批处理，一张图纸的解析、一批工艺卡的标注、一轮质检的执行动辄数小时，作业中断的代价不是刷新页面重试，而是机时与进度的损失。因此本部分的设计重点放在两处，一是让已经跑了几小时的作业在故障后能从断点继续而不是从头重跑，二是让一个模块的故障不把正在运行的加工作业一起拖下去。
#### （1）故障处理能力：先看得见，再定得位
具有故障处理能力，遇到异常情况时迅速定位问题、采取补救措施、恢复系统正常运行（b0764、b0765）。迅速定位的前提是系统本身可观测，否则定位靠的是逐台登录翻日志。我方按三类观测数据建设可观测性，三类数据共用同一时间基准与同一关联标识。
指标数据覆盖四层：基础设施层的处理器、内存、磁盘、网络与文件句柄；中间件层的连接池占用、队列堆积、缓存命中率；应用层的接口调用量、错误率、响应时间分位值、线程池状态；业务层的加工作业数、作业成功率、单位时间处理量、质检通过率。采集周期 15 秒，保留 180 天，关键指标保留 2 年用于容量复盘。
日志数据按结构化方式输出，每条日志带时间戳、服务名、实例标识、链路标识、用户标识与业务对象标识。链路标识在一次请求或一个加工作业的全过程中贯通，跨服务调用时随请求头传递，使一次失败可以从入口一路查到失败点。日志集中采集，错误日志保留 180 天。
链路追踪覆盖对外接口与加工作业。接口调用记录每一跳的耗时与状态，加工作业记录每个环节（解析、清洗、标注、质检、入库）的开始时间、结束时间、处理条数与异常条数。作业级追踪对本项目尤为必要，因为一次加工作业可能跨十几个算子，失败时需要知道是哪个算子的哪一批数据出了问题。
时间基准统一是上述三类数据可关联的前提。全部节点与设备侧采集网关对接同一内网时间源，时钟偏差控制在 100 毫秒以内，偏差超限产生告警。本项目的设备侧数据（热成像测温曲线、焊接参数流、图像帧）需要与工件、炉次、焊道做时间对齐，时钟偏差直接影响对齐质量，这一要求不只是运维需要。
| 故障等级 | 判定标准 | 发现方式 | 响应时限 | 定位时限 | 恢复目标 |
|---|---|---|---|---|---|
| 一级 | 平台整体不可用；核心数据面临丢失风险 | 监测自动告警＋电话通知 | 15 分钟内响应 | 15 分钟内定位到故障域 | RTO ≤30 分钟 |
| 二级 | 单个功能模块不可用；加工作业批量失败 | 监测自动告警 | 30 分钟内响应 | 30 分钟内定位 | 2 小时内恢复 |
| 三级 | 功能部分异常，有可用替代路径；单个作业失败 | 监测告警或用户报障 | 2 小时内响应 | 4 小时内定位 | 1 个工作日内恢复 |
| 四级 | 体验类问题，不影响业务完成 | 用户报障 | 1 个工作日内响应 | 按版本迭代 | 随版本修复 |
表 5-1 故障等级、响应与恢复时限（来源：招标文件 3.1.2.2.4 第（1）条 b0764、b0765；时限为本节承诺值，与售后服务方案同口径）
定位的方法固定为一棵分层排查树，值守人员按树走而不是凭经验猜，排查过程与结论记入故障单。排查树的分层顺序是：先判断影响面（全局、单模块、单用户、单作业），再按接入层、应用层、数据层、依赖层、基础设施层逐层收敛，每层有对应的观测看板与判定依据。补救措施与定位并行，不等根因查清才动手：具备降级路径的先降级保业务，具备冗余的先切换，确有数据风险的先停止写入并保护现场。根因分析在恢复后 3 个工作日内完成，输出故障报告，同类问题的检测规则与预案一并补入运行手册与演练清单。
### 图 5-1 高可用部署与故障域划分
图 5-1 高可用部署与故障域划分。数据来源：招标文件 3.1.2.2.4 第（2）（4）（5）条（b0766、b0767、b0770、b0771、b0772）、3.3 硬件采购清单（b2150）、3.4 网络部分（b2154）。
#### （2）容错机制与快速恢复
具有容错机制，在硬件故障、网络中断等不可预见情况下系统能够快速恢复正常运行（b0766、b0767）。容错的做法按故障类型分列如下表，每一行给出检测方式、容错手段与恢复目标。表中的恢复时间为本节承诺值，设计值按表 1-2 的口径取承诺值的三分之一左右。
| 故障类型 | 检测方式 | 容错与恢复手段 | 业务影响 | 恢复目标 |
|---|---|---|---|---|
| 应用实例宕机 | 健康检查连续 3 次失败 | 负载均衡自动摘除，编排平台重建实例，会话经令牌重建 | 该实例上的在途请求失败一次，客户端重试成功 | 摘除 ≤30 秒，实例重建 ≤3 分钟 |
| 数据库主节点故障 | 仲裁节点判定 | 主备切换，应用侧连接池自动重连，写入短暂中断 | 写操作中断，读操作经备库继续 | 切换 ≤2 分钟，RPO ≤15 分钟 |
| 存储节点故障 | 副本健康巡检 | 多副本读取，故障节点隔离后重建副本 | 无感 | 副本重建按容量测算，不影响业务 |
| 密码机故障 | 密码服务状态监测 | 虚拟密码网关按服务分组切换至可用密码服务 | 加解密短暂排队 | 切换 ≤1 分钟 |
| 网络中断（内网链路） | 链路监测与双上行 | 双上行自动切换；跨网段调用重试与熔断 | 短暂抖动 | 切换 ≤30 秒 |
| 网络中断（设备侧回传） | 边缘网关心跳 | 边缘侧本地缓冲，断链期间就地暂存，复通后按时序续传并去重 | 数据延迟到达，不丢失 | 缓冲容量满足断链 ≥24 小时 |
| 源系统接口不可用 | 接口探活与错误率 | 退避重试、断点记录、按水位线续取；长时不可用时任务挂起并告警 | 该源系统的增量采集延迟 | 复通后自动补采，不需人工重放 |
| 加工作业中断 | 作业心跳与超时 | 作业按批次与算子记录检查点，重启后从最后检查点续跑；算子幂等 | 已处理批次不重复计费机时 | 续跑 ≤5 分钟启动 |
| 消息队列积压 | 队列深度水位 | 消费端扩容、限流入口、超时消息入死信队列并告警 | 加工延迟 | 水位回落 ≤30 分钟 |
| 大模型网关调用失败 | 调用错误率与超时率 | 批量任务失败重试、并发控制、备用模型路由、调用日志留痕 | 该批次延迟 | 自动重试 3 次后转人工队列 |
| 机房断电 | 环境监测（甲方侧） | 按甲方机房供电与不间断电源条件执行；平台侧保证重启后数据一致 | 服务中断 | 供电恢复后 ≤30 分钟服务可用 |
| 误删除与逻辑错误 | 操作审计与数据校验 | 数据集版本不可变、软删除保留期、备份恢复 | 可回退到指定版本 | 按备份策略恢复，RPO 见表 5-3 |
表 5-2 故障场景、容错手段与恢复目标（来源：招标文件 3.1.2.2.4 第（2）条 b0766、b0767；恢复时间为本节承诺值）
表中「边缘侧本地缓冲」一行需要说明其必要性。本项目的设备侧数据采集点分布在热处理车间与焊接产线，按硬件采购清单配置在线高温热成像设备 6 台、在线热成像设备 21 台、红外图像采集设备 15 台（b2150）。车间网络环境与办公网不同，瞬断较常见，若回传链路一断数据就丢，热处理炉次的温度曲线会出现缺口，而缺口恰好落在关键升温段时，该炉次的数据对质量场景验证即失去价值。因此边缘采集网关配置本地缓冲，按断链 24 小时的数据量预留存储，复通后按时间顺序续传，服务端按设备标识与时间戳去重。
备份策略按对象分列。备份不只是拷一份文件，关键在于恢复可验证，因此每类备份都配恢复验证的频次。
| 备份对象 | 备份方式 | 频率 | 保留期 | 恢复验证 |
|---|---|---|---|---|
| 结构化数据库 | 全量＋增量日志 | 全量每日一次，日志连续归档 | 全量 30 天，日志 7 天 | 每月一次恢复演练，验证到可登录可查询 |
| 数据集制品与原始件 | 多副本＋异机备份 | 新版本发布即备份 | 版本保留策略由数据治理章节定义 | 每季度抽取 3 个版本做哈希校验与解压验证 |
| 时序数据 | 按分区归档 | 每日归档上一日分区 | 按数据生存周期策略 | 每季度抽样恢复一个分区 |
| 配置与密钥材料 | 配置中心版本化；密钥按密码平台规程备份 | 每次变更即留版 | 全部历史版本 | 每季度验证配置回滚与密钥恢复流程 |
| 平台镜像与部署脚本 | 镜像仓库版本化 | 每次发布 | 保留近 10 个版本 | 每季度在沙箱环境做一次整体重建 |
| 文档与报告 | 随文档库备份 | 每日 | 项目周期内长期 | 每半年抽查 |
表 5-3 备份策略与恢复验证（来源：招标文件 b0766、b0767；保留期与验证频次为本节承诺值）
需要正面说明一处边界：招标文件的硬件采购清单未包含存储设备与通用服务器，网络建设由招标方负责（b2154）。本期的高可用与备份恢复按甲方提供的同一数据中心内的计算与存储资源设计，我方负责给出资源测算依据、分层策略与配置方案，并在资源到位后实施。跨数据中心的异地容灾不在本期采购范围内，待甲方基础设施条件具备后按图 5-1 的故障域划分扩展，扩展方式在运维手册中预留设计说明。
#### （3）交付前的可靠性测试与报告
在系统交付前进行可靠性测试，包括压力测试、稳定性测试等，提供压力测试报告、稳定性测试报告（b0768、b0769）。四类测试的方案与判据如下。
| 测试类型 | 测试方法 | 通过判据 | 交付报告 |
|---|---|---|---|
| 压力测试 | 按表 7-2 的设计容量阶梯加压，从 50% 起每级增加 25% 直至 150%，每级稳定运行 30 分钟，记录响应时间、吞吐量、错误率与资源占用，找出性能拐点 | 在 100% 设计容量下响应时间满足表 1-2 承诺值、错误率 <0.1%；拐点出现在 ≥120% 设计容量 | 《压力测试报告》 |
| 稳定性测试 | 以 70% 设计容量连续运行不少于 72 小时，期间混合执行在线操作与加工作业 | 无内存持续增长（堆内存与常驻内存斜率趋近零）、无文件句柄与连接泄漏、错误率 <0.1%、响应时间劣化 <20%、无需人工干预 | 《稳定性测试报告》 |
| 容量测试 | 按 1 倍、3 倍、5 倍基准数据量分别测试关键查询与报表 | 5 倍数据量下关键查询响应时间劣化 <50%，并给出扩容建议 | 《容量测试报告》 |
| 故障恢复测试 | 按表 5-4 的故障注入清单逐项注入，观测检测时间、切换时间与业务影响 | 各项恢复时间满足表 5-2 承诺值；单模块故障的扩散范围满足表 5-5 判据 | 《故障恢复与可靠性测试报告》 |
表 5-4 可靠性测试类型、方法与判据（来源：招标文件 3.1.2.2.4 第（3）条 b0768、b0769）
故障注入清单覆盖十一项：强制终止单个应用实例、强制终止全部实例中的一半、数据库主节点断电、数据库连接池打满、存储节点下线、密码机断网、内网链路中断 5 分钟、设备侧回传链路中断 2 小时、源系统接口返回超时、消息队列堆积至水位上限、磁盘写满至阈值。每项注入在测试环境执行，记录注入时间、检测时间、恢复动作、恢复完成时间与业务影响面，形成注入记录表并入报告。
报告由我方测试组按统一模板出具，模板含测试环境配置、测试数据规模、测试用例、原始数据、结论与建议六部分。甲方如要求由第三方机构出具或复核，我方配合并提供测试环境与数据。【待填：压力与稳定性测试报告的出具机构及是否需第三方复核，由甲方在需求确认阶段明确】
#### （4）应用负载均衡与硬件故障冗余
具有应用负载均衡和硬件故障冗余机制（b0770）。
应用负载均衡分三层。接入层采用双机互备的负载均衡，对外提供单一虚拟地址，支持四层与七层转发，按最少连接数与响应时间加权分发，健康检查间隔 5 秒、连续 3 次失败即摘除后端、连续 2 次成功即回挂。应用层的服务间调用采用客户端侧负载均衡，结合服务注册与发现，实例上下线对调用方透明。加工算力层按作业队列分发，调度器按工作单元的剩余配额、作业优先级与数据本地性分配任务，单个工作单元故障时其未完成的任务重新入队，由其他工作单元接手。
密码服务的负载与前三层机制不同，依托商用密码服务平台的虚拟密码网关实现：密码服务按分组注册，应用与服务分组动态绑定，单个密码服务不可用时由同组内其他服务承接，避免密码服务单点故障导致应用瘫痪。这一能力对应安全软件功能要求中的密码服务负载与密码服务调度条款，其功能实现在安全方案一节详述。
硬件故障冗余按设备分列。服务器密码机按技术参数要求配置冗余电源、具备 4 个电口与 4 个光口（b2150），网络接入采用双上行；接入连接器配置双冗余热插拔电源与两块固态硬盘（b2150）；承载平台的通用服务器与存储按甲方资源配置，我方提出的冗余要求为双电源、双网口绑定、系统盘镜像、数据盘多副本或冗余磁盘阵列；车间侧的采集设备按点位冗余设计，同一炉台或产线的多台设备互为参照，单台故障时该点位的数据标记为缺失并告警，不中断其他点位采集。硬件型号、参数与质保条款在硬件选型一节详述。
#### （5）单一模块故障不扩散
平台具备稳定性与可靠性，单一功能模块出现问题不引发系统其他功能异常（b0771、b0772）。我方通过隔离边界与资源配额限制故障扩散，采取六项隔离手段，并给出可验证的扩散上限。
部署隔离，功能模块按独立部署单元划分，各单元独立进程、独立容器、独立发布，不共享运行时内存空间。资源配额隔离，每个部署单元配置处理器与内存上限，单元内的失控进程不抢占其他单元资源。连接池与线程池分池，数据库连接、缓存连接、外部接口调用按模块分配独立池与独立配额，一个模块把自己的池打满不影响其他模块取连接。
调用熔断，模块间调用设超时与熔断阈值，错误率或超时率越限即断开并返回降级结果，避免故障沿调用链堆积。降级开关，每个模块配置功能级开关，开关表随系统交付，运维可在不发版的前提下关闭故障模块的入口，保留其余功能。前端隔离，页面按模块独立加载，单个模块的前端资源加载失败或脚本异常不阻塞其他模块的页面渲染。
| 验证场景 | 注入方式 | 扩散上限判据 |
|---|---|---|
| 单模块进程崩溃 | 强制终止该模块全部实例 | 其他模块接口成功率 ≥99.9%，响应时间劣化 ≤10% |
| 单模块连接池打满 | 构造慢查询占满该模块连接池 | 其他模块无连接等待，响应时间劣化 ≤10% |
| 单模块处理器打满 | 在该部署单元内运行计算密集任务 | 其他模块响应时间劣化 ≤15% |
| 单模块依赖超时 | 对其下游依赖注入 5 秒延迟 | 熔断在 30 秒内生效，其他模块无超时 |
| 单模块前端脚本异常 | 注入脚本错误 | 其他模块页面正常渲染与交互 |
| 单模块数据异常 | 构造脏数据触发处理异常 | 异常数据进入隔离区并告警，加工作业其余批次继续 |
表 5-5 单一模块故障的扩散上限与验证方法（来源：招标文件 3.1.2.2.4 第（5）条 b0771、b0772；判据为本节承诺值）
六项验证场景纳入故障恢复测试，结果进入《故障恢复与可靠性测试报告》，并在质保期内每半年复测一次，复测结果进入运行报告。
### 6、运行要求（3.1.2.2.5）
本部分回应 3.1.2.2.5 运行要求的六条（b0773），依次为正版操作系统与数据库、浏览器与终端兼容、本地化与私有云部署、物理机与虚拟化部署、页面与报表响应时间、升级易操作且不影响接口。
#### （1）正版操作系统与数据库管理系统
系统基于正版的操作系统、数据库管理系统部署，正版许可由投标方提供，支持最新稳定成熟版本，核心系统不使用免费版数据库管理系统（b0774、b0775、b0776）。
许可由我方提供并随合同交付授权书。操作系统与数据库在招标文件国产化要求列举的范围内选型（b0790、b0792），最终型号与版本在需求确认阶段与甲方共同确定后写入《软硬件配置清单》。
「最新稳定成熟版本」需要一个判定口径，否则容易出现两种偏差：一种是追最新，选了刚发布的大版本，上层组件尚无互认证明，上线后踩兼容问题；另一种是过于保守，选了即将停止维护的版本，质保期内无法获得安全补丁。
我方的判定口径为四条同时满足：属于原厂的长期支持版本；发布满 6 个月且已有补丁更新记录；在本项目计划的质保期结束之后仍处于原厂维护期内；与本项目上层组件（中间件、运行时、密码服务）有可查的兼容性互认证明或经我方适配测试通过。四条判定的核对结论记入《版本基线说明》，随配置清单一并提交评审。
核心系统不使用免费版数据库，落实为三条约定。承载业务数据、数据集元数据、订单与审计记录的核心库，采用商业许可的国产数据库，许可由我方提供，许可规格覆盖合同约定的部署规模。承载时序数据、全文检索、分布式缓存、消息队列的组件按其技术定位配置：这些组件不作为核心业务数据的唯一存储，其中的数据均可由核心库或对象存储重建，采用商业许可或商业支持版本，并在《第三方组件授权台账》中标明其许可类型与数据可重建性。数据集制品与原始件存放于对象存储，其元数据与校验值在核心库中，制品丢失可按元数据重新生成或从备份恢复。
| 层次 | 组件定位 | 许可方式 | 数据可重建性 | 许可提供方 |
|---|---|---|---|---|
| 操作系统 | 全部服务器与终端 | 商业许可，按节点或按核授权 | — | 我方提供 |
| 核心数据库 | 业务数据、元数据、订单、审计 | 商业许可的国产数据库 | 不可重建，按表 5-3 备份 | 我方提供 |
| 时序存储 | 测温曲线、焊接参数流、监测指标 | 商业许可或商业支持版本 | 可由原始采集文件重建 | 我方提供 |
| 检索引擎 | 数据集检索、文档全文检索 | 商业许可或商业支持版本 | 可由核心库重建索引 | 我方提供 |
| 缓存与队列 | 热点缓存、作业队列 | 商业许可或商业支持版本 | 可重建，队列消息持久化 | 我方提供 |
| 对象存储 | 数据集制品、图纸、图像、短视频 | 随甲方存储资源或商业许可 | 多副本＋备份 | 按资源归属确定 |
| 商用密码服务平台 | 密码服务、密钥管理 | 商业许可，具商用密码产品认证证书 | 密钥按密码平台规程备份 | 我方提供 |
表 6-1 软件许可与数据可重建性对照（来源：招标文件 3.1.2.2.5 第（1）条 b0774、b0775、b0776）
许可台账记录每项许可的授权主体、许可范围、许可数量、生效日与到期日，到期前 90 天自动提醒。质保期内的许可续期责任按合同约定，我方在质保期内承担已交付许可的维保与补丁获取。
#### （2）浏览器与终端兼容
客户端支持主流浏览器，支持多种终端设备使用，包括个人计算机、一体终端机、手持终端及各类移动终端（b0777、b0778）。
浏览器兼容按内核基线而非品牌逐个适配。招标文件列举的四类主流浏览器分属两种内核，我方以这两条内核基线组织开发与测试，可覆盖同内核的其他浏览器，也避免因某一品牌版本号变动而反复返工。前端不使用依赖特定内核私有特性的实现，不使用已废弃的插件技术。
| 客户端类型 | 兼容基线 | 版本下限 | 测试范围 | 备注 |
|---|---|---|---|---|
| 浏览器（Chromium 内核） | 覆盖 b0777 所列的三款 | 近 3 年内的稳定版本 | 全部功能模块逐屏走查 | 国产操作系统自带的同内核浏览器一并测试 |
| 浏览器（Gecko 内核） | 覆盖 b0777 所列的一款 | 近 3 年内的稳定版本 | 全部功能模块逐屏走查 | — |
| 个人计算机 | 国产与通用架构，1920×1080 及以上 | — | 全部功能 | 主要作业终端 |
| 一体终端机 | 触控操作，1920×1080 或 1080×1920 | — | 车间查询、交检拍照、工序确认 | 大按钮布局，触控目标 ≥44 像素 |
| 手持终端 | 国产移动操作系统，5 至 6 英寸 | — | 扫码、工序确认、现场拍照上传、离线暂存 | 手套可操作，强光下可读 |
| 移动终端 | 国产与通用移动操作系统 | 近 3 年内主流版本 | 审批、查询、消息通知 | 响应式布局 |
表 6-2 浏览器与终端兼容矩阵（来源：招标文件 3.1.2.2.5 第（2）条 b0777、b0778）
手持终端的适配有三处是现场提出来的而不是通用要求，列在此处是因为它们影响前端实现方式。车间人员多戴手套作业，触控目标尺寸与手势复杂度须据此放宽，滑动类手势不作为唯一操作路径；车间局部区域光照强烈且有弧光，界面采用高对比配色并提供亮度适应；车间无线信号存在盲区，现场录入类功能（工序确认、交检拍照）支持离线暂存与联网后自动提交，提交结果以消息回执确认，避免人员重复录入。
#### （3）本地化与私有云部署
支持本地化、私有云部署环境（b0779）。三套软件按本地化私有部署设计，不依赖公网服务，不要求甲方开放外网访问。为此提供四项配套：离线安装介质，包含全部镜像、依赖包与安装脚本，介质内自带校验清单；内网镜像仓库与依赖仓库，部署在甲方内网，升级包经审批后由介质导入；许可激活采用离线方式，按设备指纹生成许可文件，不回连厂商服务器；时间源、证书颁发与域名解析均使用甲方内网服务，部署前核对清单由我方提供。
系统的外部依赖逐项列入《外部依赖清单》，标明是否必需、离线替代方式与缺失时的影响，便于甲方在网络策略审批时逐项核对。清单随部署方案一并提交。
#### （4）物理机与虚拟化等多种部署方式
支持物理机部署、虚拟化部署等多种部署方式（b0780）。三种部署形态的资源配置与适用场景如下。应用层采用容器化封装，三种形态下的应用交付物一致，差异集中在资源供给与编排方式，这是支持多形态的前提。
| 部署形态 | 适用场景 | 应用层 | 数据层 | 资源供给特点 |
|---|---|---|---|---|
| 物理机部署 | 对性能与隔离要求高的核心数据库、密码服务 | 容器运行时直接运行于物理机 | 数据库独占物理机，本地高速盘 | 不超分，性能可预期 |
| 虚拟化部署 | 应用层、工作单元池、管理类组件 | 容器运行于虚拟机，编排平台统一调度 | 数据库可虚拟化，需保证磁盘性能 | 处理器可适度超分，内存不超分 |
| 私有云部署 | 整体部署，弹性伸缩加工算力 | 容器编排平台托管，按队列水位弹性伸缩工作单元 | 云上数据库服务或自建主备 | 按需申领，便于应对加工高峰 |
| 混合形态（本项目建议） | 核心数据库与密码服务物理机，其余私有云 | 同上 | 核心库物理机主备，其余云上 | 兼顾性能与弹性 |
表 6-3 部署形态与资源供给对照（来源：招标文件 3.1.2.2.5 第（3）（4）条 b0779、b0780）
本项目建议采用混合形态。理由是加工负载的波动很大：首轮存量加工（63 万张历史图纸的解析与标注）需要集中投入机时，之后转入增量加工，机时需求下降一个量级。把工作单元池放在可弹性伸缩的资源上，首轮加工期扩容、转入运行期缩容，比按峰值配置固定资源更经济；而核心数据库与密码服务对时延与隔离敏感，放在物理机上性能可预期。资源测算见表 7-3。
#### （5）页面打开与报表生成响应时间
应用页面打开响应时间不超过 1 秒，报表生成响应时间不超过 3 秒（b0781）。指标的测量口径按表 1-1 执行，实现手段与性能要求部分合并说明，见第七部分第 4 节。此处只说明报表一类的口径划分，因为报表的数据量跨度很大，用一个数字覆盖全部报表在工程上不成立。
报表按结果集规模分两类，分界线在需求确认阶段逐张报表确认后写入验收方案。预置报表与常用统计属于同步类，由预计算与物化视图支撑，生成响应时间不超过 3 秒；跨年度全量明细、数据集全量清单导出、审计日志全量导出一类属于异步类，采用提交即返回加后台生成加完成通知的方式，提交动作的响应时间不超过 3 秒，生成完成后在消息中心与邮件中给出下载链接，生成进度在界面上可见。两类报表在界面上有明确标识，用户提交前即知道是即时出还是稍后取。
大结果集报表采用「提交响应不超过 3 秒 + 异步生成」：若将全量导出做成同步请求，页面长时间无响应易导致前端或网关超时、用户反复点击与后台重复生成，既不满足响应时间又加重负载。测点按表 1-1 与验收方案执行。
#### （6）升级易操作且不影响接口
系统升级易操作，不影响与其它模块的接口（b0782）。
升级操作的形态是一条命令或控制台上的一次操作：运维人员在控制台选择目标版本并发起升级，系统自动执行预检查、快照、分批替换、冒烟验证四个步骤，每一步的结果在界面上可见，任一步失败自动回滚并保留现场日志。升级手册给出操作步骤、预计时长、回滚方式与验证清单，升级操作不需要掌握底层细节。升级流程与回滚时序见图 3-1。
接口不受影响由三层保障。契约层面，对外接口与模块间接口的每个版本维护一份契约，契约测试纳入持续集成，破坏已发布契约的变更无法进入发布流程。兼容规则层面，按表 3-5 的七项规则约束变更内容。验证层面，升级前执行接口回归用例集，用例集覆盖全部对外接口与模块间关键调用，升级后的冒烟验证再跑一遍关键链路；与甲方其他系统的集成接口纳入回归范围，升级窗口与甲方侧的验证窗口在运维计划中对齐。
升级影响评估在每次升级前出具，内容包括：本次变更涉及的模块与接口、兼容性影响判定、数据库结构变更项与回滚方式、需甲方侧配合验证的接口清单、预计升级窗口与回退时限。评估单经甲方确认后执行升级。
### 7、性能要求（3.1.2.2.6）
本部分回应 3.1.2.2.6 性能要求的三条（b0783），并给出招标文件未规定但须由我方承诺的并发与容量指标，以及数据加工生产的吞吐测算。
#### （1）三项响应时间指标的口径与实现
登录响应时间小于 1 秒（b0784）、简单页面操作平均响应时间小于 1 秒（b0785）、复杂页面操作平均响应时间小于 2 秒（b0786）。
承诺值与设计值见表 1-2，测量五要素见表 1-1。这里需要先解决一个定义问题：什么叫简单页面操作、什么叫复杂页面操作。若不预先划分，验收时容易出现把一个跨六张大表的多维统计算作「简单页面操作」的争议。我方给出的划分规则如下，并在需求确认阶段逐个功能点归类后写入验收方案。
| 操作类别 | 判定规则 | 本项目的典型功能 | 承诺值 |
|---|---|---|---|
| 登录 | 身份认证链路，含双因素与密码服务调用 | 用户登录、单点登录跳转 | <1 秒 |
| 简单页面操作 | 单一数据域、单表或一次主从查询、结果集 ≤200 行、不含聚合计算 | 数据集目录浏览、元数据查看、订单列表、审批待办、工序字典查询 | <1 秒 |
| 复杂页面操作 | 跨 2 个及以上数据域、含聚合或排序计算、结果集 >200 行、或需调用外部服务 | 数据集多条件检索、质检结果汇总、加工作业看板、血缘关系展开、权限矩阵查询 | <2 秒 |
| 异步类操作 | 结果集规模不可预先界定，或单次处理时长不可控 | 全量导出、数据集打包下载、加工作业提交、批量标注任务 | 提交响应 ≤3 秒，执行进度可见 |
表 7-1 页面操作分类与响应时间承诺（来源：招标文件 3.1.2.2.6 第（1）（2）（3）条 b0784、b0785、b0786 与 3.1.2.2.5 第（5）条 b0781）
登录链路的耗时构成需单独说明，因为本项目的登录不是单纯的口令校验。按安全性要求，管理员与审计员采用口令与证书结合的双因素认证，认证过程涉及证书校验与密码服务调用。为把登录控制在 1 秒内，我方在实现上做三件事：证书校验结果在会话有效期内缓存，不每次请求都回密码服务；密码服务调用经虚拟密码网关做连接复用，避免每次建链；登录后的首屏数据与登录认证解耦，认证完成即跳转，首屏数据异步加载并带骨架屏，使用户感知的等待时间就是认证时间。
### 图 7-1 响应时间的构成与测量点
图 7-1 响应时间的构成与测量点。数据来源：招标文件 3.1.2.2.5 第（5）条（b0781）、3.1.2.2.6 各条（b0784—b0786）与本节表 1-1 口径。
#### （2）并发与容量规划
招标文件的性能要求给出了三项响应时间，未规定并发量与数据容量。响应时间离开并发与数据量无法独立成立，因此我方按下表承诺设计容量，并以此作为压力测试的加压基准与资源测算依据。表中的注册用户数待甲方核定实际使用人数后调整，其余指标为我方承诺值。
| 容量项 | 承诺值 | 设计值 | 测算依据 |
|---|---|---|---|
| 注册用户 | 2000【待填：按甲方实际使用人数核定】 | 3000 | 通用问答类场景面向全员，按甲方在册人员规模估算 |
| 在线用户峰值 | 500 | 750 | 按注册用户的 25% 同时在线估算，取班次交替时段为峰值 |
| 并发会话 | 500 | 750 | 与在线用户峰值同量级 |
| 事务并发 | 100 TPS | 150 TPS | 按在线用户峰值、人均每分钟 12 次操作折算 |
| 数据集下载并发 | 20 路 | 30 路 | 按运营平台对外交付的并发订单估算，单路速率受网络条件约束 |
| 加工工作单元 | ≥8 个并行单元 | ≥12 个 | 按存量加工的机时测算，见表 7-3 |
| 单元内算子并发 | ≥4 | ≥6 | 按单元资源配额与算子资源占用折算 |
| 大模型网关并发 | ≥50 并发请求 | ≥80 | 按加工作业的调用密度与配额控制策略折算，支持批量调度、失败重试与并发控制 |
| 时序数据写入 | ≥5 万点/秒 | ≥8 万点/秒 | 按设备测点数与秒级采样折算，见表 7-4 |
| 单表数据量 | 关键表 ≥5 亿行仍满足表 7-1 承诺 | ≥10 亿行 | 按时序与加工明细表的 18 个月累积量折算 |
表 7-2 并发与容量规划（来源：本节承诺值；响应时间指标对应招标文件 b0784—b0786）
#### （3）数据加工生产的吞吐与存量消化测算
本项目的性能压力主要不在在线交互，而在加工生产的批量处理。四大数据集的规模是预训练数据集 615 亿 Token、指令微调数据集 89 万条、强化学习偏好数据 6.6 万组、基准测试数据集 0.95 万条，历史工艺样本 63 万张图纸，备料工序 28 道。按这些规模测算的加工吞吐与机时如下。测算的作用是把「加工能力够不够」变成可核对的算式，而不是一句「满足要求」。
| 加工环节 | 单元吞吐 | 本项目工作量 | 机时测算（8 个并行单元、每日 20 小时有效机时） |
|---|---|---|---|
| 文档解析（制度、标准、技术文件、质量记录） | ≥2000 页/小时/单元 | 【待填：甲方存量文档页数】 | 按存量规模分批排产 |
| 图纸解析与结构化抽取 | ≥200 张/小时/单元 | 63 万张历史图纸 | 630000 ÷（200×8×20）≈ 20 个工作日完成首轮 |
| 工艺卡配对与工序序列抽取 | ≥300 张/小时/单元 | 63 万张图纸对应的工艺卡，28 道工序的序列标注 | ≈ 13 个工作日 |
| 预训练语料清洗与去重 | ≥5 GB/小时/单元 | 约 280 GB 文本（615 亿 Token 按中文编码折算） | 单轮约 7 小时机时，按清洗、去重、质量过滤三轮迭代约 1 个工作日 |
| 指令数据生成与自动质检 | ≥5000 条/小时/单元 | 89 万条 | ≈ 3 个工作日机时 |
| 偏好数据构建与一致性校验 | ≥2000 组/小时/单元 | 6.6 万组 | ≈ 1 个工作日机时 |
| 基准数据集构建与评测 | ≥1000 条/小时/单元 | 0.95 万条 | ≈ 1 个工作日机时 |
| 人工复核（抽样） | 200 条/人日（按标注规范的复核粒度） | 指令数据按 5% 抽样约 4.5 万条 | ≈ 222 人日，由标注与复核团队按排班消化 |
表 7-3 加工吞吐与存量消化测算（来源：数据集规模与历史样本量依招标文件 2.2 业务范围 b0683 与需求说明书；单元吞吐与机时为我方测算值）
表中机时数与人日数的对比说明了一件事：机器处理的瓶颈不在算力而在人工复核。因此加工排产的组织方式是按业务域分批流水，机器处理与人工复核错峰并行，而不是等全部机器处理完成再开始复核。工作单元数在首轮存量加工期按表 7-2 的设计值配置，转入增量加工后缩容，对应表 6-3 建议的混合部署形态。
#### （4）设备侧数据回传的带宽与存储测算
本项目的感知与检测设备按硬件采购清单配置红外图像采集设备 15 台、在线高温热成像设备 6 台、在线热成像设备 21 台（b2150）。这些设备的原始数据率远高于一般业务系统，若按全量回传设计，车间网络与存储都承担不起，因此采用边缘侧按业务事件抽帧的方式，把回传量压到百分之几。测算如下。
| 设备 | 台数 | 原始数据率 | 全量回传量 | 边缘抽帧策略 | 回传量 |
|---|---|---|---|---|---|
| 红外图像采集设备（熔池相机） | 15 | 1280×960、30 fps，压缩后约 180 KB/帧，约 43 Mbps/台 | 约 2.3 TB/日（按每台每日 8 小时） | 按焊道事件触发：每焊道留 20 帧关键帧＋2 秒短视频 | 约 2.9 GB/日/台，合计约 43 GB/日 |
| 在线高温热成像设备 | 6 | 384×288 全辐射，约 221 KB/帧 | 按连续留帧计约 0.19 TB/日 | 常态回传测温点、线、区域标量时序；全辐射帧按炉次关键节点留帧（装炉、升温段每分钟 1 帧、保温段每 2 分钟 1 帧、出炉） | 约 80 MB/日/台 |
| 在线热成像设备 | 21 | 同上 | 按连续留帧计约 0.67 TB/日 | 同上，按炉次或焊前测温事件留帧 | 约 80 MB/日/台 |
| 合计 | 42 | — | 约 3.2 TB/日 | — | 约 45 GB/日，为全量回传的约 1.4% |
表 7-4 设备侧数据回传测算（来源：设备台数与参数依招标文件 3.3.1 硬件采购清单 b2150；数据率与回传量为我方测算值）
抽帧不是为了省带宽而牺牲数据价值，抽帧规则由场景验证的数据需求反推确定。焊接场景需要的是起弧、稳定段与收弧三个时刻的熔池形貌，以及异常时段的连续画面；热处理场景需要的是升温段与保温段的温度曲线与关键节点的温度场分布。按事件触发留帧，恰好留下这些有用的部分，而连续录制的大部分画面是重复的。抽帧规则在数据标注规范中固化，并随场景验证结论调整；原始连续数据在边缘侧按滚动窗口保留 72 小时，期间可按需回溯调取，超期覆盖。
#### （5）存储容量测算与冷热分层
存储按在线层与归档层两层规划。在线层承载近期需访问的数据与全部数据集制品，归档层承载历史留档。测算依据与结果如下。存储资源不在本项目硬件采购清单内，本表的作用是向甲方提出资源需求并给出测算依据，便于资源申领与分批到位。
| 数据对象 | 测算依据 | 有效容量 | 所在层 |
|---|---|---|---|
| 历史图纸原始件 | 63 万张 × 平均 1.5 MB | 约 0.95 TB | 在线 |
| 图纸解析产物与渲染图 | 原始件的约 2.5 倍（结构化结果、渲染图、中间产物） | 约 2.4 TB | 在线 |
| 预训练文本语料 | 615 亿 Token 按中文编码折算 | 约 0.28 TB | 在线 |
| 指令微调、偏好与基准数据集 | 89 万条＋6.6 万组＋0.95 万条，平均约 3 KB/条 | 约 0.003 TB | 在线 |
| 既有非结构化文档 | 制度、标准、技术文件、质量记录 | 【待填：甲方存量规模】暂估 2 TB | 在线 |
| 设备侧留档（近 6 个月） | 45 GB/日 × 180 日 | 约 8 TB | 在线 |
| 设备侧留档（历史） | 45 GB/日 × 建设周期剩余天数 | 约 16 TB | 归档 |
| 时序数据 | 测点数【待填】× 秒级采样 × 18 个月，压缩后 | 约 3 TB | 在线 2 TB／归档 1 TB |
| 数据集制品与版本 | 四大数据集按版本保留策略，含打包交付件 | 约 5 TB | 在线 3 TB／归档 2 TB |
| 平台自身（日志、镜像、索引） | 日志 180 天、镜像近 10 版本、检索索引 | 约 2 TB | 在线 |
| 在线层小计 | — | 约 20 TB | — |
| 归档层小计 | — | 约 19 TB | — |
| 含冗余的裸容量需求 | 在线层按 2 倍冗余系数、归档层按 1.5 倍 | 在线约 40 TB，归档约 29 TB | — |
| 备份容量需求 | 按表 5-3 的备份策略与保留期 | 约 25 TB | 独立介质 |
表 7-5 存储容量测算与冷热分层（来源：数据规模依招标文件 b0683 与本节口径；容量与冗余系数为我方测算值）
冷热分层的迁移规则由策略驱动：设备侧留档超过 6 个月自动转归档层，时序数据按分区超过 12 个月转归档，数据集制品的非当前版本按数据治理章节的版本保留策略转归档。归档层的数据仍可检索其元数据，取回时按异步方式处置并给出预计时间。
#### （6）性能保障手段
响应时间与吞吐指标的达成依靠下列七组手段，每组给出其针对的瓶颈。
前端侧，静态资源按模块分包与按需加载，首屏只加载当前模块；长列表采用虚拟滚动，不一次性渲染全部行；静态资源在内网缓存并带版本指纹，升级后自动失效；首屏数据与认证解耦，认证完成即跳转。
接口侧，读写分离，统计与报表类查询走只读副本；按业务对象设计接口粒度，避免前端为一个页面发起十几次请求；批量接口支持一次取回多个对象，减少往返次数。
缓存侧，热点数据（工序字典、物料主数据、数据集目录、权限信息）进分布式缓存，设置过期时间与主动失效；缓存键按数据版本构造，数据更新即换键，避免脏读；缓存击穿与雪崩按空值缓存与随机过期时间处置。
数据库侧，慢查询阈值设为 200 毫秒，超阈值查询自动记录并进入每周治理清单；索引按实际查询模式设计并定期复核；时序表按时间分区，图纸与加工明细表按业务域与批次分区，查询带分区键；大表的统计类查询用物化视图或预计算结果表支撑，预计算任务在低峰时段执行。
异步化侧，长任务统一走任务队列，提交即返回任务号，进度与结果经消息中心回传；导出类任务生成文件后给出下载链接，文件按保留期清理。
算力调度侧，加工作业按优先级与配额调度，场景验证所需的数据集优先排产；工作单元按队列水位弹性伸缩；作业带检查点，可中断可续跑，使高优先级作业可以插队而不浪费已完成的处理量。大模型调用经统一网关，网关侧做并发控制、批量调度、失败重试、超时控制与调用成本统计，避免单个作业把调用额度占满。
资源隔离侧，在线交互与批量加工使用不同的资源池与不同的数据库连接池，加工作业的资源占用不影响在线操作的响应时间。这一点对本项目尤其重要：首轮存量加工会长时间满负荷运行，若与在线交互共用资源，用户会在加工期间感到系统明显变慢。
#### （7）性能测试与性能回归
性能测试在三个时点执行：模块上线评审前、系统整体上线前、每次版本升级前。前两次按表 5-4 的压力测试与稳定性测试方案执行，第三次执行性能回归用例集。
性能回归纳入持续集成。关键接口与关键页面的响应时间基线保存在基线库中，每次构建后在标准测试环境跑一轮性能用例，与基线比对；P90 响应时间劣化超过 20% 则构建失败，需定位原因并处置后方可进入发布流程。基线在每个大版本发布后重新采集并归档，形成可比较的历史曲线。
质保期内每季度做一次性能复测与容量复盘，内容包括：按表 7-1 的分类复测响应时间、核对实际并发与数据量相对表 7-2 设计容量的占用率、按增长趋势给出扩容建议。复盘结果进入季度运行报告。实际数据量或并发超出表 7-2 设计容量时，按表 1-1 第五行的条件变更流程重订基准。
性能承诺还有一处必须写明，否则验收时必然争议：**这些响应时间是在什么数据量下承诺的。**
同一个页面操作，在十万条记录上和在一亿条记录上，响应时间不是一个量级。本项目的数据量在建设期内持续增长——预训练子集按 615 亿 Token 承接，数据集条目、血缘记录、质检记录随加工批次累积，三年后的数据规模与上线初期相差数十倍。若只承诺一个响应时间而不绑定数据量，这条承诺在第一年成立、第三年必然不成立。
因此本方案的性能承诺按**三档数据量**给出，并写入验收方案：**上线态**（首批数据集发布时的实际规模）、**中期态**（建设期中段，按加工计划推算的规模）、**满载态**（建设期末的规划规模，按四大数据集全量加上三年运行记录估算）。三档各自给出承诺值，满载态的承诺值相对宽松，但仍须落在招标文件规定的上限之内（登录 <1 秒、简单 <1 秒、复杂 <2 秒）——也就是说，**招标文件的指标在满载态下仍然成立**，三档只是说明我方在不同阶段的设计余量，不是分档降低承诺。
三档的验证时点也随之确定：上线态在竣工验收时实测；中期态在建设期中段的阶段验收中实测；满载态在投标阶段用压力测试模拟（按满载态的数据规模造测试数据，实测并出具报告），并在终验收前用实际数据复测一次。**模拟与实测的差异如实记录**，差异超过约定幅度时，说明容量规划的假设需要修正，并给出修正后的资源需求。
需要说明的是，上述承诺以招标方提供的服务器资源达到容量规划所列配置为前提。本项目采购清单不含通用服务器，若实际到位配置低于规划，我方在收到实际配置清单后十个工作日内重做容量核算并提交，由双方确认调整后的承诺值——这一条在系统集成章节的前置条件表中同样列明，两处口径一致。
### 8、国产化要求（3.1.2.2.7）
本部分回应 3.1.2.2.7 国产化要求的三条（b0787），即国产化硬件设备、国产化操作系统、国产化数据库，并给出项目总体目标中软硬件整体国产化比率不低于 80% 的落实口径（b0677）。
#### （1）国产化适配的技术路线
支持国产化硬件设备，包括国产服务器、中央处理器、存储设备、网络设备、个人计算机、移动终端等（b0788、b0789）；支持国产化操作系统（b0790、b0791）；支持国产化数据库（b0792、b0793）。
国产化适配的工程难点不在「能不能跑起来」，而在三件事：一是避免架构锁定，二是避免对特定数据库专有语法的依赖，三是识别并补偿国产栈上的性能折损。我方的技术路线按这三点组织。
避免架构锁定靠多架构构建。持续集成流水线对同一份源码产出多架构的容器镜像，覆盖国产处理器常见的指令集架构与通用架构，镜像以同一版本号发布、按目标节点自动选择。涉及本地编译的组件（如图像处理、压缩、加解密库）在流水线中对各架构分别编译并跑适配测试，不以「在某一架构上能跑」代替全架构验证。
避免数据库专有依赖靠方言隔离层。数据访问层统一使用标准结构化查询语言子集，分页、序列、字符串函数、时间函数、层次查询一类在各数据库间写法不同的部分，经适配层按数据库类型分派实现；存储过程与触发器尽量不用，确需使用时在适配层登记并对每种目标数据库各提供一份实现；数据库结构变更脚本由统一的变更工具生成，按目标数据库方言输出。
识别性能折损靠基线对比测试。对同一组关键操作，在国产栈与通用栈上分别采集性能基线，逐项记录差异。差异在可接受范围内的直接采用；差异较大的按三条路径处置：参数调优（连接池、并行度、内存配置、执行计划）、实现调整（改写查询、增加预计算、调整索引策略）、资源补偿（按折损比例上调资源配置）。处置后仍不满足表 7-1 承诺值的，按表 1-1 的条件变更流程与甲方书面协商。折损评估结论随《国产化适配测试报告》提交。
### 图 8-1 国产化适配的分层与验证
图 8-1 国产化适配的分层与验证。数据来源：招标文件 3.1.2.2.7 各条（b0787—b0793）与项目目标中的国产化比率要求（b0677）。
#### （2）国产化适配矩阵
下表按类别列出适配要求、适配方式、验证方法与证明材料。具体型号与版本在需求确认阶段与甲方共同确定后填入《软硬件配置清单》，本表不预先锁定单一型号，以保留按供货周期与适配结论调整的余地。
| 类别 | 招标文件要求 | 我方适配方式 | 验证方法 | 证明材料 |
|---|---|---|---|---|
| 服务器与处理器 | 支持国产服务器、处理器（b0788、b0789） | 多架构镜像，覆盖国产处理器常见指令集架构；本地编译组件逐架构编译 | 在目标架构节点执行功能、性能与稳定性适配用例 | 适配测试报告；【待填：处理器与服务器型号】 |
| 存储设备 | 支持国产存储（b0788） | 存储访问抽象层，支持文件、块与对象三类接入 | 读写性能基线测试、多副本故障演练 | 适配测试报告；【待填：存储型号】 |
| 网络设备 | 支持国产网络设备（b0788） | 不依赖特定厂商私有协议；双上行与链路切换按标准协议实现 | 链路切换演练、带宽与时延测试 | 网络联调记录（网络建设由甲方负责，b2154） |
| 个人计算机与终端 | 支持国产个人计算机、移动终端（b0788、b0789） | 前端按内核基线实现，不用插件技术；移动端适配国产移动操作系统 | 按表 6-2 的兼容矩阵逐项实机测试 | 终端兼容测试记录 |
| 操作系统 | 支持国产操作系统（b0790、b0791） | 在 b0790 列举范围内选型，容器镜像基于目标系统构建 | 功能、性能、稳定性三类适配用例 | 兼容性互认证明材料；正版授权书 |
| 数据库 | 支持国产数据库（b0792、b0793） | 在 b0792 列举范围内选型，经方言适配层接入；核心库用商业许可版本 | 功能用例、性能基线对比、主备切换演练、迁移脚本验证 | 兼容性互认证明材料；正版授权书 |
| 中间件 | 与国产中间件适配（对应安全软件适配条款） | 应用服务器、消息、缓存按国产化方案选型或采用可跨平台的实现 | 适配用例与压力测试 | 兼容性互认证明材料 |
| 密码设备 | 服务器密码机（b2150） | 按《GM/T 0018 密码设备应用接口规范》接入，经虚拟密码网关封装 | 国密算法调试、性能测试、分组切换演练 | 商用密码产品认证证书；国密调试记录 |
| 接入连接器 | 国产处理器与国产操作系统（b2150） | 按清单参数配置，功能适配按清单所列功能项逐项验证 | 功能适配验证与联调 | 适配验证记录 |
| 感知与检测设备 | 红外图像采集、在线热成像（b2150） | 在 b2150 所列参考品牌范围内选型，均为国内厂商产品；经软件开发工具包接入 | 采集联调、时间戳对齐验证、校准记录 | 设备合格证与校准记录；详见硬件选型章节 |
表 8-1 国产化适配矩阵（来源：招标文件 3.1.2.2.7 b0788—b0793、3.3.1 硬件采购清单 b2150）
#### （3）国产化率的核算口径与承诺
项目总体目标要求数据库、安全软件、云平台、服务器、存储、网络、芯片等软硬件设备整体国产化比率不低于 80%（b0677），技术服务要求中亦明确国产化率不低于 80%（b2219）。国产化率是一个需要先约定分母的指标，因此我方给出核算口径如下，并在需求确认阶段与甲方书面确认。
核算范围以**本项所采购或开发的软硬件**为限，这一边界取自招标文件原文「仅针对本项所采购或开发的软硬件」（`b1208`）。甲方既有存量设备，以及以服务形态提供、不在本项采购清单内的计算与存储资源，按同一套判定规则纳入《国产化适配测试报告》的登记与验证范围，但不计入比率分母——这部分资源的国产化情况不由本项目决定，计入分母等于把不可控项写进可核算的承诺。登记而不计入，与不管不问是两件事：登记项同样要出具适配结论与兼容性证明，只是不参与比率计算。甲方既有设备的接口对接按需求确认阶段确认的边界执行。
核算采用**采购金额单一口径**，不用台套数口径，也不取两者中的较低者。理由是台套口径不稳健：分母中四十二台感知设备占到七成以上，比率几乎完全由这一类设备的判定结果决定，一个判定争议点就能把结论从达标推到不达标；金额口径的分母由硬件采购、软件许可与自研交付几块构成，单项得失不会翻转结论。
金额口径另有一个好处是达标条件可以写成一行算式：记感知设备本体含税金额为 Hs、分母中其余构成合计为 Other，则比率不低于 80% 等价于 **Hs ≤ 0.25 × Other**。厂商报价到位当天即可代入验证，不必重做判定。该口径与项目组的国产化率核算件取同一分母定义与同一判定规则，两处不另立口径。
| 核算类别 | 本项目范围 | 国产化情况 | 台套数口径 | 金额口径 |
|---|---|---|---|---|
| 服务器密码机 | 1 台（b2150） | 国产处理器与操作系统，具商用密码产品认证证书 | 国产 | 国产 |
| 接入连接器 | 3 台（b2150） | 国产处理器 16 核、国产操作系统 | 国产 | 国产 |
| 红外图像采集设备 | 15 台（b2150） | 按清单参考品牌范围选型，国内厂商产品 | 国产 | 国产 |
| 在线高温热成像设备 | 6 台（b2150） | 同上 | 国产 | 国产 |
| 在线热成像设备 | 21 台（b2150） | 同上 | 国产 | 国产 |
| 操作系统 | 全部服务器与终端 | b0790 列举范围内选型 | 国产 | 国产 |
| 数据库管理系统 | 核心库及配套存储组件 | b0792 列举范围内选型 | 国产 | 国产 |
| 安全软件（商用密码服务平台） | 1 套（b0692r02） | 国产，具商用密码产品认证证书 | 国产 | 国产 |
| 平台软件（加工生产平台、运营服务管理平台） | 2 套 | 自主研发，底层技术平台自主可控 | 国产 | 国产 |
| 中间件 | 应用服务器、消息、缓存、检索 | 国产化方案或可跨平台实现 | 国产 | 国产 |
| 通用服务器、存储与网络资源 | 按甲方资源配置，不在本项采购清单内 | 按同一规则登记并验证适配 | 登记项，不计入分母（`b1208`） | 登记项，不计入分母 |
| 合计 | — | — | 不作为承诺口径（见上文理由） | **承诺 ≥80%**，达标条件 Hs ≤ 0.25 × Other |
表 8-2 国产化率核算表（来源：招标文件 2.3 项目目标 b0677、3.1.2.2.7 b0788—b0793、3.3.1 b2150、第 6 章技术服务要求 b2219）。表中「国产」的判定按整机级作出，即以设备或软件制品的厂商归属与认证证书为准。若甲方要求按器件级穿透判定，感知设备中的成像与红外探测器件须逐台另行举证，此时台套数口径的结果会大幅下移，而金额口径仍按上文达标条件判定——这是不采用台套数口径作为承诺口径的直接原因。判定档次在需求确认阶段与分母边界一并书面确认。
核算结论在两个时点出具：合同签订后的《软硬件配置清单》中给出预计核算值，系统上线验收时按实际到货与部署情况出具《国产化率核算说明》，附设备清单、型号、厂商归属地与金额，供甲方核对。
#### （4）适配风险与回退
国产化适配存在三类可预见的风险，我方在方案中预置回退路径，而不是等问题出现再处置。
第一类是某一国产组件在本项目负载下的性能不达预期。回退路径为：先按参数调优与实现调整处置，仍不达标则在 b0790、b0792 列举的范围内更换同类国产组件（方言适配层与存储抽象层的设计使更换成本可控），更换后重新执行适配用例与性能基线对比。
第二类是某一第三方组件无国产架构的可用版本。回退路径为：寻找功能等价的可跨平台实现或开源实现并自行编译适配；无等价实现时将该组件的功能下沉到适配层由我方实现，或将依赖该组件的功能部署在通用架构节点上并在国产化率核算中如实计入。
第三类是适配所需的兼容性互认证明材料不足。回退路径为：由我方组织实测并出具《适配测试报告》作为补充证明，同时向原厂申请互认测试；安全软件的互认证明材料按招标文件对该项的要求份数提供，具体安排在安全方案一节说明。
三类回退的触发条件与处置时限纳入项目风险登记册，按项目管理章节的风险管理流程跟踪。
国产化适配这件事，投标阶段最容易写成一句「全面适配国产软硬件」，而实施期发现适配不是一个布尔值。本方案把它拆成**四层**，每层的适配结论与验证方式不同。
**第一层是运行层**：操作系统、数据库、中间件、运行时。这一层的适配结论是二值的——能装、能跑、能通过功能回归即为适配。验证方式是在目标环境上跑完整的功能回归集与性能基线集，出具适配报告。
**第二层是依赖层**：业务代码所依赖的第三方组件。这一层的风险最高，因为组件的国产化替代往往不是一对一的——某个组件在国产环境上没有对应版本，需要换用功能相近但接口不同的替代品，业务代码要改。本方案的处置是在设计阶段即完成**依赖清单的国产化可得性核查**，逐个组件标注「有原生支持 / 有替代品 / 需自行实现 / 暂无方案」四档，前两档直接采用，第三档评估工作量并排期，第四档上报并与招标方协商技术路线。**这份清单在蓝图设计阶段提交，不留到实施期才发现。**
**第三层是性能层**：同样的功能在国产环境上跑得动，但吞吐与延迟可能与参考环境有差异。本层的吞吐与延迟以目标环境的实测数据为准，交付方式是**实测并说明**：在目标环境上实测性能基线，与容量规划的假设对比，差异超过约定幅度时调整资源配置或优化实现，调整过程与结果写入适配报告。
**第四层是生态层**：驱动、工具链、运维工具、监控探针。这一层的问题通常不影响功能，但影响运维效率。处置是列出受影响的运维动作与替代办法，纳入运维手册。
四层分开写的意义在于：**验收时可以逐层核对，不会因为某一层有差异就整体判为「未适配」**，也不会因为第一层通过就宣称「全面适配」。适配报告按四层出具，每层给结论、证据与遗留项。
### 9、验证方法与交付物汇总
本部分不新增要求，作用是把前八部分的验证方法与交付物按招标文件单元汇总成一张表，便于评审与验收时逐条核对。表中「验证时点」的模块评审、上线验收、质保期复测三类，分别对应表 2-4 的评审闸门、系统整体验收与质保期内的季度或半年度复测。
| 招标文件单元 | 要求要点 | 验证方法 | 交付物 | 验证时点 |
|---|---|---|---|---|
| b0743、b0744 | 非功能性要求与基本要求（节标题） | 按本节七部分逐条验证 | 《非功能性指标符合性说明》 | 上线验收 |
| b0745 | 页面与文档中文化 | 界面逐屏走查、字符集与分词测试 | 表 2-1 所列各项记录 | 模块评审 |
| b0746、b0747 | 第三方授权、无产权纠纷、不受起诉 | 组件台账核对、软件成分分析 | 《第三方组件授权台账》《知识产权无侵权担保函》 | 模块评审、上线验收 |
| b0748 | 原厂正版授权书、售后服务承诺书 | 文件核验 | 原厂授权书、《售后服务承诺书》 | 合同后 15 个工作日、上线前 |
| b0749、b0750 | 上线前评审、整改不影响进度 | 评审闸门执行记录核对 | 评审结论、整改单与关闭记录 | 模块评审 |
| b0751、b0752、b0753 | 开放性与二次开发能力、四类文档、免费技术指导 | 扩展点逐项实操验证、文档评审 | 《二次开发手册》《数据结构说明》《数据模型》《数据字典》、示例工程、培训记录 | 模块评审、上线验收 |
| b0754、b0755 | 用户手册与在线帮助、问答、最佳实践、开发指南 | 文档清单核对、在线帮助逐屏抽查 | 表 3-3 所列各项 | 模块评审 |
| b0756、b0757 | 跨平台迁移、版本升级、向后兼容 | 迁移演练、升级演练、契约测试报告 | 《迁移与升级手册》、契约测试报告 | 上线验收、每次升级 |
| b0758、b0759 | 不允许低级安全漏洞 | 四道检测与渗透测试 | 安全测试报告、渗透测试报告、《安全缺陷台账》 | 模块评审、上线验收、质保期季度复扫 |
| b0760、b0761 | SSL 协议、传输与存储保护 | 流量抓包核查、加密配置基线核查、密钥托管核查 | 《加密方案说明》与配置基线核查记录 | 上线验收 |
| b0762 | 保密技术符合国家要求 | 按表 4-3 标准逐项符合性核对 | 《保密与合规符合性说明》；测评报告见安全方案 | 上线验收 |
| b0763、b0764、b0765 | 可靠性与故障处理能力 | 故障注入演练、定位时长实测 | 《故障恢复与可靠性测试报告》、故障处置预案 | 上线验收、质保期半年度 |
| b0766、b0767 | 容错机制、硬件故障与网络中断下快速恢复 | 按表 5-2 逐场景注入、备份恢复演练 | 同上、《备份与恢复演练记录》 | 上线验收、质保期月度与季度 |
| b0768、b0769 | 可靠性测试、压力与稳定性测试报告 | 按表 5-4 方法与判据执行 | 《压力测试报告》《稳定性测试报告》《容量测试报告》 | 交付前 |
| b0770 | 应用负载均衡与硬件故障冗余 | 实例摘除回挂演练、冗余部件拔除演练 | 高可用部署说明与演练记录 | 上线验收 |
| b0771、b0772 | 单一模块故障不扩散 | 按表 5-5 六项场景注入并实测扩散上限 | 故障隔离验证记录 | 上线验收、质保期半年度 |
| b0773、b0774、b0775、b0776 | 正版操作系统与数据库、支持最新稳定成熟版本、核心系统不用免费版数据库 | 许可文件核验、版本基线四条判定核对 | 原厂授权书、《版本基线说明》《软硬件配置清单》、表 6-1 | 上线验收 |
| b0777、b0778 | 主流浏览器与多种终端 | 按表 6-2 矩阵逐项实机测试 | 《浏览器与终端兼容测试报告》 | 模块评审 |
| b0779 | 本地化、私有云部署 | 离线部署演练 | 离线安装介质、《部署方案》《外部依赖清单》 | 上线验收 |
| b0780 | 物理机、虚拟化等多种部署方式 | 按表 6-3 形态分别部署验证 | 《部署方案》与部署验证记录 | 上线验收 |
| b0781 | 页面打开 ≤1 秒、报表生成 ≤3 秒 | 按表 1-1 五要素实测，报表按同步与异步分类实测 | 性能测试报告 | 模块评审、上线验收、质保期季度 |
| b0782 | 升级易操作、不影响接口 | 升级演练、接口回归用例集、契约测试 | 《升级手册》、升级影响评估单、回归测试报告 | 每次升级 |
| b0783、b0784、b0785、b0786 | 登录、简单与复杂页面操作响应时间 | 按表 7-1 分类、表 1-1 口径实测 | 性能测试报告、性能基线归档 | 模块评审、上线验收、质保期季度 |
| b0787、b0788、b0789 | 国产化硬件设备 | 按表 8-1 逐类适配验证 | 《国产化适配测试报告》《国产化率核算说明》 | 上线验收 |
| b0790、b0791 | 国产化操作系统 | 适配用例、兼容性互认证明核验 | 同上、兼容性互认证明材料 | 上线验收 |
| b0792、b0793 | 国产化数据库 | 适配用例、性能基线对比、主备切换演练 | 同上 | 上线验收 |
表 9-1 非功能性要求的验证方法与交付物汇总（来源：招标文件 3.1.2.2 全部单元 b0743—b0793）
质保期内的持续保障按三个节奏执行：月度做备份恢复验证与运行指标巡检；季度做性能复测、容量复盘、安全复扫与常见问题解答更新；半年度做故障注入演练与故障隔离复测。各项结果进入运行报告提交甲方，指标偏离承诺值时按表 1-1 的回退流程处置。
### 10、本稿待补材料清单
本节的结构与论述已完成，下列材料需由相应责任方提供后填入，稿件中以【待填】标注。
| 序号 | 待补内容 | 用途 | 需提供方 |
|---|---|---|---|
| 1 | 商业软件原厂正版授权书、许可数量与到期日清单 | 回应 b0748，填入许可台账与表 6-1 | 我方商务与采购 |
| 2 | 我方《售后服务承诺书》《知识产权无侵权担保函》盖章件 | 回应 b0748、b0746、b0747 | 我方商务与法务 |
| 3 | 压力与稳定性测试报告的出具机构，以及是否需第三方机构复核 | 回应 b0768、b0769，确定表 5-4 的报告出具方式 | 甲方需求确认阶段明确 |
| 4 | 甲方实际使用人数 | 核定表 7-2 的注册用户与在线并发指标 | 甲方 |
| 5 | 甲方存量非结构化文档规模（页数与容量） | 填入表 7-3 文档解析工作量与表 7-5 存储测算 | 甲方 |
| 6 | 设备测点总数与采样周期清单 | 填入表 7-2 时序写入指标与表 7-5 时序存储测算 | 甲方与现场勘察 |
| 7 | 承载平台的通用服务器与存储资源的归属、型号与国产化情况 | 填入表 8-2 国产化率核算 | 甲方与需求确认阶段 |
| 8 | 操作系统、数据库、中间件的最终型号与版本 | 填入《软硬件配置清单》与表 8-1 | 我方技术与甲方共同确定 |
| 9 | 国产处理器、服务器、存储、终端的最终型号 | 填入表 8-1 证明材料列 | 我方采购与甲方确认 |
| 10 | 兼容性互认证明材料 | 回应 b0790—b0793 的适配证明 | 我方向原厂索取 |
| 11 | 国产化率核算的边界确认书面意见 | 书面确认表 8-2 的分母边界与采购金额单一口径 | 甲方需求确认阶段 |
| 12 | 报表逐张的同步与异步分类确认 | 确定表 7-1 异步类报表的范围 | 甲方需求确认阶段 |