评估软件源码，不能只看交付压缩包的大小，也不能把“拿到代码”直接等同于“拥有可用系统”。真正完整的源码，应当能够支撑独立部署、功能运行、后续维护和必要迭代；真正可用的源码，则要与合同约定的功能一致，具备清晰的运行条件和可追溯的技术资料。
先判断交付物是否完整
合同应明确交付范围，而不是笼统写“提供源码”或“交付使用权”。至少需要核对以下内容：
- 前端与后端完整源代码，而非仅有页面文件；
- 数据库脚本、初始化数据或必要的数据结构说明；
- 部署文档、运行环境说明和配置方法；
- 与项目约定功能相对应的接口及相关资源；
- 可编译、可部署、无加密限制的代码；
- 验收后源码、代码及界面设计的归属关系。
如果只能在服务商服务器上运行，或关键功能依赖对方私有平台，说明交付的可能只是使用权限，而不是完整的软件资产。SaaS模板通常属于平台所有，用户获得的是使用权；源码买断和原生定制则必须以合同明确所有权与交付边界。
再验证源码是否真正可用
可用性不能靠截图或演示视频证明。验收时应要求在独立环境中部署，确认系统能否按照文档启动，核心流程能否正常运行，数据库能否初始化，前后端能否完成联调。测试重点应围绕合同中的刚需功能，而不是只检查首页和展示页面。
还要关注代码能否维护：目录结构是否清晰，配置项是否有说明，关键模块是否存在明显缺失，修改一个功能是否必须依赖原服务商。低价源码还要特别核查侵权风险、隐藏依赖和安全漏洞，避免买到无法商用或无法持续维护的代码。
最终验收应形成可核对的清单，将功能、源码、文档、部署结果和维护范围逐项确认。凡是报价单和合同没有写清的内容，都可能在交付后变成额外费用；凡是无法独立部署验证的源码，也不应被视为完整交付。