软件开发完成后源码和文档应该交付哪些？

软件开发完成后，交付材料通常包括前后端及其他约定端的源码、构建说明、依赖清单、配置项说明、接口文档、数据库与部署资料、测试记录和运维交接说明。清单以合同为准，验收时还要回答：收到的源码是否对应本次版本，换一位工程师能否按说明构建和复验。以下为建议核对项，不代表某个项目已完成这些验证。

先把代码、文档和交付版本对上

建议交付一张版本目录。例如企业管理系统同时有员工端、后台和接口服务，不能只收到后台代码。目录应逐项写明模块、仓库或文件位置、分支或标签、提交编号、对应安装包及文档版本；交付压缩包时可附文件校验值。尚未合并的修改、未完成模块和已知缺陷单独列出，避免把演示版本当成交付版本。

• 源码与资源：约定端的可编辑代码、构建配置、必要静态资源及项目内组件，说明哪些素材或组件不在交付范围。
• 依赖与工具：运行时和构建工具版本、依赖清单与锁定文件；私有包写清获取方式、账号责任及可替代安排。
• 配置与接口：配置样例写名称、用途、必填条件及测试值来源；接口说明对应当前字段、鉴权和错误返回。
• 操作与复验：构建入口、产物位置、测试账号申请方式、关键场景的步骤与期望结果，以及已知限制。

账号表只登记归属、权限和受控移交方式。密码、令牌和私钥不应复制到普通文档或源码仓库。第三方组件能否交付及怎样继续使用，应按具体许可与采购约定核对，不能将“提供源码”等同于拥有全部第三方权利。

让接手人员完成一次构建复验

1. 在约定的隔离测试环境取得指定版本，按文档安装依赖、填写测试配置并构建，记录产物和实际使用版本。
2. 核对产物与交付版本的功能、接口及配置对应关系。文件内容可能受签名、时间等构建因素影响，不能只凭文件名判断一致。
3. 使用脱敏样例走通一条核心业务流程，再验证一个权限不足或接口不可用场景，记录实际结果与缺失步骤。

例如某依赖只有原开发人员电脑上存在，或文档缺少必填配置，接手者应记录依赖名称、失败步骤、脱敏错误和影响模块，由交付方补齐后重做受影响步骤；不以口头承诺代替复验记录。数据库结构、迁移及恢复的专项材料可另按数据库和部署文档交付清单核对。

哪些项目不能直接套用完整源码清单

托管服务、采购成品或只约定使用权的项目，交付范围可能是配置导出、数据导出和服务说明，应先核对合同。验收记录可列“交付项、版本、接收位置、复验人、结果、待补事项及关闭证据”，资料缺失与功能缺陷分别登记。企业管理系统定制涉及多个模块时，可按模块逐项核对；其他交接问题见软件定制开发 FAQ。

说明：本文为通用软件交付建议，具体源码、文档、第三方资源、权限和验收范围以双方确认的需求说明与合同为准。