Resource Guide
信创与国产化私有化部署适配清单
摘要：这份清单用于数据可视化大屏、BI驾驶舱、软件系统和数字孪生项目在国产化或信创环境中进行范围确认、原型验证、迁移测试和验收。表格把当前环境、目标环境、适配要求、验证方法、责任人、风险、结论和证据位置放在同一行，便于识别“已验证”和“待确认”的差别。
什么时候开始填写
建议在方案或采购范围确认阶段建立第一版，在原型验证、开发联调、上线准备和最终验收阶段持续更新。目标环境暂未提供时，可以记录候选产品、版本和待确认事项，但不能把未测试项目标成已适配。
使用前先准备五类信息
- 当前系统的服务器、CPU架构、操作系统、数据库、中间件和浏览器版本。
- 目标国产化环境的产品、版本、部署形态、网络和安全限制。
- 代表性数据、核心流程、关键SQL、地图三维资源和最终展示终端。
- 业务、技术、安全、基础设施和厂商侧的负责人及确认权限。
- 验收标准、证据形式、迁移窗口、备份恢复和回退要求。
清单字段怎么填
| 字段 | 填写内容 | 注意事项 |
|---|---|---|
| 当前环境 | 现有产品、版本、架构、部署方式和已知依赖 | 不要只写“Linux”“国产数据库” |
| 目标环境 | 计划采用的产品、版本、CPU架构和网络条件 | 未确认项明确写“待确认” |
| 适配要求 | 必须支持的功能、性能、权限、安全或运维目标 | 写成可测试条件，避免“全面兼容” |
| 验证方法 | 测试步骤、数据、终端、预期结果和通过标准 | 保证其他人可以重复执行 |
| 风险等级 | 高、中、低 | 优先验证会改变路线或阻断上线的高风险项 |
| 结论 | 已验证、条件通过、待验证或不适配 | 结论必须与证据和环境版本对应 |
| 证据位置 | 日志、截图、报告、脚本输出或测试记录路径 | 不要在公开表格中放密码、令牌和敏感数据 |
建议的执行顺序
- 先盘点当前环境和所有外部依赖，补齐版本与责任人。
- 冻结目标环境，标记与当前环境的变化项。
- 按高、中、低风险排序，先验证数据库、二进制依赖、浏览器WebGL、身份认证等高风险链路。
- 完成完整迁移、数据对账、功能回归、权限反测、性能和长稳测试。
- 整理问题闭环、限制条件、备份恢复和回退演练证据。
- 由有权限的业务、技术和安全责任人确认最终结论。
风险等级怎么判断
高风险项通常会改变技术路线、影响核心数据或阻断上线，例如数据库无法迁移、ARM环境缺少依赖、WebGL在目标终端不可用、单点登录无法接入。中风险项有明确替代路线但需要改造和复测。低风险项多为常规配置、轻微样式或非核心功能差异。风险等级不是固定标签，应随验证结果更新。
结论和证据必须对应同一环境
每条“已验证”都应能追溯到产品版本、测试日期、执行人、输入数据、步骤、实际结果和证据。测试环境与生产目标不一致时，要记录差异和影响。某个数据库版本或浏览器通过测试，也不能自动推导其他版本同样通过。
适用边界
本清单用于项目适配范围、测试过程和验收证据管理，不替代厂商兼容认证、第三方测评、采购目录、等级保护、安全合规或主管部门认定。涉及认证或政策要求时，应以项目采购文件、主管部门规则和有权机构出具的材料为准。
常见问题
目标环境还没确定，可以先填这份清单吗？
可以先记录当前环境、候选环境、待确认项和风险。适配结论保持待验证，待环境与测试结果明确后再更新。
风险等级应该怎么填？
建议按高、中、低分级。可能改变技术路线、影响核心流程或阻断上线的项目列为高风险；有替代方案但需要改造的列为中风险；常规配置和轻微差异可列为低风险。
每一项都必须附截图吗？
不一定。证据可包括日志、脚本输出、测试记录、数据对账、性能结果、截图或签字确认，形式应与检查项和项目约定匹配。
清单填完就等于通过信创认证吗？
不等于。清单用于项目适配和验收管理，不替代厂商兼容认证、第三方测评、采购目录或主管部门认定。
下载与相关资料
继续阅读信创与国产化私有化部署适配方法、数据可视化大屏私有化部署要准备什么，并配合软件项目源码、部署与账号交接清单使用。网站内容责任与审核边界见公司与网站信息。