源码交付使用维护实施细则.docxVIP

源码交付使用维护实施细则

做了十余年软件开发和项目交付，我见过太多本该皆大欢喜的项目，最后栽在源码交付和后续维护这个环节：要么是甲方拿到一堆命名混乱的压缩包，别说二次开发，连正常编译启动都做不到，找乙方说理，乙方说“我已经按合同要求交了源码”，来回扯皮好几个月，耽误了甲方业务不说，双方还闹得不欢而散；要么是维护阶段权责不清，甲方觉得“我买了你的产品就得一辈子免费修”，乙方觉得“免费维护期早就过了，天天改需求我们也扛不住成本”。攒了这么多年踩坑攒出来的经验，整理出这套实操性极强的实施细则，核心就是把规则说在前面，把责任划在明处，让甲乙双方都能省心做事，让项目能长期稳定跑下去。

1源码交付的前置条件

源码交付不是随便打包发出去就完事，必须满足明确的前置要求，才能从源头避免后续的各种问题，具体要求如下：

1.1项目验收确认

所有源码交付必须以对应阶段的项目验收通过为前提：如果是合同约定的整体项目交付，必须完成所有合同约定功能的开发、测试，双方签字确认整体验收合格后，才能启动源码交付流程；如果是合同约定的分阶段交付，必须完成对应阶段的功能验收，甲方确认该阶段所有需求达标签字后，才能交付该阶段的源码。我之前碰见过甲方项目做到一半就要拿源码，结果甲方内部开发改乱了核心逻辑，出了问题反过来要求乙方免费修复，最后闹得很不愉快，所以这个前置条件对双方都是保护，乙方不用为甲方乱改的问题背锅，甲方也