导师买了一个erp软件,要求二次开发,没有源代码,如何处理?二次开发什么意思

解决方案 »

  1.   

    敢问楼上的各位,这个问题很可笑么?    目前大部分中大型ERP系统都支持二次开发,但是二次开发仅仅只是在不影响该ERP系统正常运作的情况下修改部分内容(或者叫做规则),同时不与原有系统固有运作系统相矛盾(或叫冲突),以更好的应用当前企业或者同类型企业的管理运作。当然在这当中更多的修改二次开发在于界面以及参考性的内容补充,报表等非关键主导性数据的二次开发。当然还有如类似的所谓运算插件等,一些行业性非通用性的运算功能模块的开发。而这种开发通常不跟原有代码相挂勾,仅仅只是依照原ERP开发商给出的二次开发文档及规则进行操作,甚至还需要其二次开发环境(包括Design Time Controls),以及编译环境、调试环境等,通常在这当中还需要有二次开发售权协议书。
        上面的内容仅供参考,具体的详细的准确的,依该ERP开发商的相关文件为准。
      

  2.   

    更正"售权协议书"为"授权协议书",否则就麻烦了,比经销商还……   大部分ERP系统不同于单一的财务系统,ERP系统本身就是一个堪称完整的体系,所以没有多少固定性的接口可言,有的更多是细节性接口以及数据服务接口,数据调用及处理规则,通常在些接口及数据的结构还可能会由于功能上的修补和扩充被加以修改,而且这些修改过后的系统更新也不会只是简单一个SP来处理,而系统性数据调整和功能扩充,大部分情况下不会影响原有系统的动作,小部分情况下需要做数据资料的升级,而有部分开发商也不把这部分叫做系统升级,而只是系统性的调整或更新,在这种情况发生之后,就有可能导致客户原二次开发出来的功能失效,只得根据其更新内容说明进行调改。
       在这当中有一个存在异议的问题就是ERP系统当中的数据结构的公开性问题,曾记得曾有客户向我们公司提出要求要系统的数据结构,因为涉及到二次开发,不知道数据取向,而我们之前大部分二次开发都是由开发商向客户提供有偿服务,而一套系统有很多东西都建议在数据结构上面,当然我们的系统的业务逻辑跟数据结构扯不上多大关系,大部分数据管理甚至运算都在中间业务逻辑层完成。由此担心的是部分资料结构体系由于系统功能的扩充而有很大的改动,甚至是关键字段的及唯一索引的变更,如此一来,必须由开发商才能预估出每一次变动的工作量及成本,而一旦客户做二次开发的数据与些相挂勾,那么就可能引发报表信息的错误,一份关键性报表的数据错误很有可能会在一定量上给客户带来损失,这是大家都不愿意发生的。在此同时也给楼主提个醒。要做二次开发工作,最好还是参与一下开发商的相关开发知识培训,如此对个人对公司对开发商都是利大于弊的事情。