3.二次开发项目的附属物
    同标准版程序不一样的是，二次开发项目的后续维护会更麻烦，特别是软件提供商那边发生人事变动后，经过几年，当时的开发人员离职后，程序再有什么问题，解决起来估计就非常麻烦了，所以在二次开发项目的验收上得更加注意。

    除了前面第一点提的最基本的项目文档外，一定要让软件提供商提供项目开发的整个框架、软件架构模型，其中也包括数据库结构，特别是核心配置表间的一些关系以及源代码。当然这里提的这些东西可能都需要在签订合同之前商谈的，如果前面没有谈到这个问题，在验收时强调一下也未尝不可，本着互惠互利的精神，软件提供商都愿意配合的。并且这些相关资料要保存好，以便在后续使用过程中出现问题时，企业内部的IT部门员工可以从这些文档中寻找相关信息，对解决问题有很大作用。

    4.系统性能
    这里的系统性能一般是针对二次开发项目的一个验收项目，因为对于系统的标准版本来说，一般软件厂商都经过了很严格的测试，并且经过绝大多数客户的验证，在系统性能方面一般不会有太大的问题，否则软件厂商的项目肯定也开展不起来。

    二次开发的项目无论是对软件厂商还是对企业内部来说，都是一个全新的软件，既然是新的软件，Bug在所难免，但一些基本的性能要满足要求，比如在多用户并发操作，以及大批量数据运行的过程中，系统是否有严重的性能瓶颈，这些需要通过和一线的系统操作员工进行沟通，进而了解系统的性能方面的问题。

    三、小结
    项目验收是看似简单，但操作复杂的工作，因为项目验收无固定统一的标准。在验收的过程中，项目文档的验收往往也是一个难点，一方面因为系统本身的功能、性能等方面导致容易弱化这方面的重要性。另外就是项目文档也没有一个统一的验收标准，如果要求不严，很容易被“蒙混”过关。

    ERP往往都是企业信息化中的“领头羊”，ERP系统上好了，运行流畅了，为企业的全面信息化工作可以起到推波助澜的作用，ERP失败了，将会让企业落入信息化太难或者不好的怪圈，并最终影响企业的管理水平。因此在项目验收的过程中，一方面是验收ERP的功能、性能、系统动作情况，另一方面就是验收项目实施过程中的经验，为后续的信息化工作打下基础。