|
呵呵,首先祝大家年后快乐!然后简单陈述一下我个人在企业信息化项目中的二次开发看法吧,抛砖引玉。
在项目中我经历过如下几种类型的二次开发:
1、常见的报表需求开发;
2、外挂系统接口开发;
3、系统功能不完善,自定义补丁式开发;
三者之中,报表的开发,若是ERP软件,基本都是可以通过二次开发实现的,主要是针对用户的业务逻辑设计好相关的逻辑,用户接受性较好,算法效率相对比较简洁,不会对数据库带来太多的负载即可(业务用户一般不会考虑负载的问题,更多的是易用性、使用习惯等问题);
若是客户的要求不能直接在系统中实现(大多是系统功能较弱,也遇到过用户的业务逻辑不清晰的时候,如间接法现金流量表等较为主观一些的处理),因为软件基本都可以把数据导出,也可以导出使用Excel的函数及VBA进行处理(前提:同客户关系处理不错,客户可以接受此方式,同时对客户进行Excel针对性培训)。
外挂系统接口,其实是很常见的应用,我个人的经验是注意如下几点:
1)需求阶段:要用户参与进来,因为用户虽然不设计接口逻辑,但是他起码要知道接口的处理范畴,各自的职责划分;
2)分析设计阶段:是同相关外挂系统竞争与协作的关系,分析逻辑时要比较客观(不要说自己系统怎么好,等等什么系统基本都有bug,用户用了,不管是业务或者背景,自有其道理,自己不能推翻的时候,不要去这么做,否则会严重影响接口的质量);同时逻辑说明要清晰,各自备份,抄送key user及主管领导;还有,一定要做好日志系统及数据反馈记录,已备出问题后的责任及问题追踪;
3)开发阶段:这个主要是要严谨,好几年没写代码了,不能多说了;
4)测试阶段:测试范围要完善,同时,一定要用户参与,接口最怕返工大版本修改,所以这点很重要!
5)文档:前面的兄弟已经说了,这个很重要。
最后,关于功能不完善,自定义外挂补丁的开发,其实和接口很类似,只是外围系统是自己设计的而已,处理好相关的逻辑就是了,不建议直接修改原软件的代码,这样会导致版本兼容性问题,给后续升级带来较大的影响。
先说到这里吧,回头再发表其他看法,大家先参考。
|
|