在软件开发争议中，合同、技术任务书、往来通信、验收文件、代码仓库、验收记录、缺陷说明，以及测试版本或生产版本的访问权限至关重要。
鉴定人可将既定要求与实际功能进行比对，检查是否存在缺陷，评估各模块实现的完整性，并说明产品无法使用的技术原因。
材料收集得越准确，就越容易区分有关工作验收的法律争议与软件实际状态的技术问题。
咨询前应做什么
- 保留原始文件和文档；
- 非必要不更改存储介质和数据；
- 准备问题清单；
- 说明检验用于诉讼还是诉前程序。
对于复杂的IT争议，最好提前讨论需要哪些材料，才能形成技术上可靠的结论。
如何区分缺陷和新要求
核心任务之一是将产品实际行为与已约定要求进行比对。实现错误与新增功能需求的技术性质不同，因此技术任务书的各个版本、变更记录及双方往来通信都很重要。
软件产品的检验内容
- 已实现的模块及用户场景；
- 错误、限制及缺陷的可复现性；
- 集成、API及数据交换；
- 有访问权限时的源代码及代码仓库历史；
- 成果是否能够按预定用途使用。
验收材料
验收文件、问题清单、缺陷报告、演示录像及已移交访问权限的信息尤其重要。这些材料能够还原当时提交了什么成果，以及双方记录了哪些不足。
实际用途
专业人员意见书可用于索赔、谈判、起诉准备、向司法鉴定人提出问题，或核查已经完成的鉴定。
与专业人员的工作如何开展
首先对任务和现有材料进行初步审阅，然后协商确定检验对象、技术上恰当的问题、必要的访问权限及成果形式。如果原始数据不足，专业人员会提前说明还需要保存哪些文件、文档或导出数据。
最终报告分别列明所交信息、已实施的操作、已查明特征、局限及结论。这一结构有助于核查检验逻辑，并将文档用于索赔、谈判或诉讼。
何时宜提前咨询
越早保存原始数据，数据丢失或被更改的风险越低。在重装系统、更新软件、清除日志或送修设备之前，宜先讨论如何固定材料。