|
sstdcn 发表于 2012-1-16 17:53 ![]()
二次开发量跟软件的烂度成正比,软件越烂,二开越多。
我个人认为,二次开发的多少和软件本身的质量无关。下面以ERP及其软件为例:
前言:
第一次参与讨论,并无ERP实施经验,故观点可能偏离,且语言组织可能不是很合理,如有异议直接讨论或修改。
术语:
ERP:众所周知 - 企业资源计划
ES(ERPS):企业资源计划软件
SCRUM:是一种迭代式增量软件开发过程,通常用于敏捷软件开发
第一,ERP和ES是不一样的概念,现在对ERP和ES的概念有混淆。
当今社会,在不同的环境的企业所拥有的需求是多样的,虽然MRPII和ERP给出了一个对于现代企业如何合理的,有效的利用并管理企业内部和外部资源的指导,但是ES本身并不能包含ERP所有的概念。两者是有着交集而非包含与被包含的关系。
第二,ES的成熟度和开发趋势使然。
随着OpenSource的发展,和有.Net,Java,等日新月异技术的支持,越来越多的软件采取了先进的技术架构,由此而带来的优势就是用户可以根据自己行业特有情况进行量身定制。
第三,二次开发不等于胡乱开发
当然,不可否认的是,如今的众多中小型企业中,追逐时髦而忽略实际情况的问题依旧泛滥。ERP实施顾问的作用除了让客户了解ERP,理解ERP的概念,还有就是帮助客户选型,选择一个适合自身企业的ERP软件(ES)。并用先进的理论结合客户的实际,引导客户抱起自己原有的陈旧的管理理念,从而减少不必要的,多余的二次开发。如果一个顾问只为了让客户“上船”,而忽视引导客户进入ERP殿堂,那么怎么样的二次开发都是多余的,ERP实施必然失败。
第四,开发过程需透明及有效组织
当客户能真正理解ERP的理论,及能带来的优越性的话,结合特殊情况,进行适当的功能扩充还是有必要的。敏捷开发过程也许是一个不错的选项。SCRUM可以有效的管理需求,开发,测试及调试,和维护的过程。集体内容可以参见百度百科http://baike.baidu.com/view/1528674.htm
目前只想到这些。。。
|
|