Article
定制驾驶舱和成品BI软件的交付物有什么区别
摘要:成品BI项目通常以软件许可、安装配置、数据模型、报表、培训和支持为主要交付;定制经营驾驶舱还需要按合同约定需求、原型、设计、接口映射、代码或构建物、数据库、部署、测试、权限、日志和运维资料。两类项目都不能只验收“页面能打开”。
简明结论:交付物的价值不是文件数量多,而是让客户能确认买了什么、如何部署、数据怎么算、权限如何生效、出了问题怎么恢复、以后由谁修改。源码是否交付、知识产权是否转移、第三方组件能否再分发,必须以合同和许可为准。
成品BI与定制驾驶舱的交付重点
| 交付类别 | 成品BI软件或实施 | 定制经营驾驶舱 |
|---|---|---|
| 合同与权利 | 产品版本、许可指标、期限、用户或并发、支持范围。 | 开发范围、使用权、源码或构建物、知识产权、第三方许可和保密边界。 |
| 需求与设计 | 实施范围、配置清单、数据模型和报表清单。 | 需求基线、角色流程、原型、UI、交互、响应式与变更记录。 |
| 数据与指标 | 连接配置、数据集、模型、指标和调度任务。 | 接口字段映射、计算规则、版本、血缘、缓存、数据质量和异常处理。 |
| 代码与配置 | 产品安装包、许可、配置,以及约定的插件或脚本。 | 按合同约定的仓库、分支、构建物、依赖清单、环境配置和数据库脚本。 |
| 部署与运维 | 支持的部署拓扑、安装手册、升级和厂商支持。 | 环境清单、部署步骤、监控、日志、备份恢复、回滚和故障处置。 |
| 测试与验收 | 产品功能、配置、数据结果、许可和性能验证。 | 需求追踪、接口、权限、兼容、性能、安全、异常、恢复和用户验收证据。 |
| 账号与安全 | 管理员、角色、单点登录和产品审计配置。 | 账号清单、最小权限、密钥移交与轮换、权限矩阵、越权测试和日志接入。 |
| 退出与移交 | 数据导出、许可终止、产品卸载和配置备份。 | 代码或构建、数据、配置、账号、文档、第三方依赖和未完成事项的接续方式。 |
1. 需求、原型和设计资产
定制项目应保留经确认的需求基线,至少说明使用角色、页面范围、指标、筛选、交互、数据来源、权限、终端、部署和验收方式。原型和UI需要标记版本、确认时间与适配范围,不能只交几张脱离交互状态的图片。
若设计使用字体、图标、地图、图片、模型或商用素材,还应记录来源、许可和可交付范围。设计源文件是否包含在合同内也要明确。
2. 指标、数据和接口资料
页面上的每个核心指标应能追溯到业务定义、计算公式、数据来源、版本、生效时间、责任人、血缘和引用位置。接口文档应包含地址、方法、认证、字段、枚举、时间格式、分页、错误码、频率、超时、重试和样例,并说明测试与正式环境差异。
数据库脚本不仅包括建表,还应覆盖索引、视图、初始化、迁移与回滚。若系统使用缓存、离线同步或消息队列,需要记录一致性、延迟和补偿机制。
3. 源码、构建物与第三方依赖
“定制开发”不自动意味着所有源码、通用组件和知识产权全部转移。合同应明确:
- 交付哪些仓库、分支、标签、提交版本和构建物。
- 客户获得使用、修改、复制、再部署或再许可中的哪些权利。
- 通用组件、既有工具、开源库和商业SDK是否属于第三方或服务方既有资产。
- 依赖名称、版本、许可、下载来源、漏洞处理和替换方案。
- 构建环境、命令、包源、签名和发布过程能否在约定环境复现。
若合同只约定交付可运行构建物,也应提供足够的配置、部署、监控、备份和故障处理资料,避免系统只能由某一台开发电脑发布。
4. 部署、配置和环境清单
交付资料应写清操作系统、数据库、中间件、运行时、浏览器、反向代理、证书、端口、域名、存储、网络区、时间同步和资源要求,并区分开发、测试、预发布和生产环境。
环境变量和密钥不应直接写入公开文档或代码仓库。移交时应通过约定的安全方式交接,并记录保管人、权限、轮换和回收步骤。
5. 权限矩阵、日志和安全证据
权限清单要从“角色能看哪些菜单”扩展到页面、接口、组织范围、行列、敏感字段、导出、分享、管理操作和固定终端。验收时既要验证有权账号能正常使用,也要验证无权账号、跨组织参数、直接接口、失效账号和历史链接无法越权。
日志应说明记录哪些登录、查询、导出、配置、权限变更、异常和管理操作,日志保存在哪里、保留多久、谁可查询,以及敏感信息如何脱敏。
6. 测试、验收与问题清单
测试报告应能关联需求和版本,至少覆盖功能、数据结果、接口、权限、兼容、性能、异常、恢复和目标终端。用户验收不能只记录“通过”,还应保存样例、预期、实际结果、证据位置、问题等级、责任人与复验结论。
未完成项、暂缓项和已知限制需要单独列出,说明临时处理、影响、计划和是否影响上线,避免口头承诺在项目结束后无法追踪。
7. 运维、备份恢复与退出移交
上线不等于交付结束。应明确监控对象、告警接收人、首次响应、故障升级、备份范围、恢复步骤、证书续期、账号复核、依赖升级和数据口径变更流程。至少做一次代表性恢复或回滚验证,不能只确认“有备份任务”。
退出移交要提前约定代码或构建物、数据、配置、账号、文档、许可证、未完成变更和服务日志如何交接;离场账号、VPN、密钥和临时访问应按清单回收。
建议按里程碑验收,而不是最后一次性交文档
- 需求评审:确认范围、角色、指标、接口、权限、部署与验收方式。
- 设计评审:确认原型、UI、数据流、架构、第三方依赖和风险。
- 联调评审:核对接口、指标、权限、异常、日志和性能结果。
- 上线评审:核对部署、配置、账号、监控、备份、回滚和安全事项。
- 终验移交:核对合同交付物、遗留问题、培训、维护和退出资料。
每个交付物都应有名称、版本、责任人、存放位置、适用环境、评审状态和对应验收条款。可结合指标口径与数据血缘验收矩阵、源码部署账号移交清单开展核对。
常见问题
定制驾驶舱项目一定要交付全部源码吗?
不一定。是否交付源码、哪些仓库和分支、第三方组件能否转让、客户获得何种使用与修改权,应在合同中明确。不能把“定制开发”自动理解为所有源码和知识产权全部转移。
成品BI项目只验收软件能登录就可以吗?
不可以。还应核对许可与版本、部署拓扑、数据连接、模型配置、指标结果、权限、性能、备份、账号、培训和支持边界;若存在二次开发或嵌入,还要验收扩展兼容和降级方案。
定制驾驶舱最容易漏交哪些资料?
常见漏项包括指标版本与血缘、接口字段映射、第三方依赖及许可、环境配置、数据库变更、权限矩阵、反向测试记录、监控备份、密钥轮换、回滚步骤和退出移交清单。
交付物应该在项目结束时再整理吗?
不应。需求、设计、接口、配置、代码、测试和部署资料应随版本持续更新,并在里程碑评审;项目结束时才补文档容易出现资料与实际环境不一致。