源码、开源和交付包是三件事
表格可左右滑动查看。
| 交付方式 | 应确认的内容 |
|---|---|
| 可执行程序或 Docker 镜像 | 用于运行约定功能,本身不代表获得源码或修改权 |
| 商业源码授权 | 需约定交付内容、使用主体、修改与分发权利 |
| 开源软件 | 权利义务由明确的开源许可证决定,不由宣传中的开源字样决定 |
可信数据空间源码应检查哪些模块
- 平台服务、门户、企业连接器和已约定工具是否属于同一版本。
- 数据库迁移、构建脚本、依赖清单和部署模板能否重现构建。
- 身份、节点互联、隐私引擎、链适配中,哪些是实际实现,哪些仅为接口。
- 质量、合约、权限、任务、审核和证据是否有对应验证材料。
二次开发前建议明确什么
写清新增业务流程、接口协议、数据字典、输出规则及验收方式;不要只以有源码作为安全或可维护的依据。外部系统变化、客户私有修改与后续升级需要各自的版本和责任约定。
源码评估不意味着已授权使用、再销售、对外分发或部署给其他法人。商用范围、支持方式与知识产权条款应在交付前确认。
源码与镜像交付是否包含客户密钥
不应把开发环境密钥、生产凭据或其他客户密钥作为源码或公共镜像的一部分交付。客户新安装使用配套初始化流程生成本环境密钥;迁移已有数据库则必须保留原配套密钥及恢复材料。
可以从什么材料开始评估
先阅读公开操作手册、支持矩阵、部署说明与接口文档,说明需要的平台模块、连接器、二次开发用途和部署数量,再与产品团队确认是否安排进一步评估。