偶自己一直在工厂里做开发工作,也接触、维护了几个商品软件,像金碟财务、PackOne、九诚单证、SAP B1、SFIS等先说商品软件:
粗略看了金碟的书,也瞄过SAP的书,像这样的商品软件特点是很丰富的配置,能完成很多需求,架构全面,功能完善
那么,既然配置丰富,那么在实施或使用时,就必定需要充分了解MIS细节及充分理解客户的真实需求才能到位
如果上商品软件,那么企业就必须在实施期间,在顾问的引导和配合下,要尽量搞懂自己的需求将如何
而不能先实施上、运行着,以后再慢慢调整。这对企业方来说要求是很高的
毕竟谁能在短期内想清楚很多需求、细节呢?而且在没真正实际运行一段时间,很多需求根本很难想到。。。
那么,二次开发就浮出来了。在实际运行一段时间以后,二次开发就成了主角,毕竟企业的需求是会增加和变更的
另一个特点就是,商品软件对硬件要求偏高,比如看金碟的文档,200~400并发用户的20G~40G Data就要求16 Core+16G RAM
再说自行开发:
缺点就是功能少,甚至连界面也不美观,开发不规范,而且很多成份是根据不规范运作而开发的,就是所谓的政治利益、潜规则什么的
没法从根本上改善和优化各业务部门的流程,但若有老板插手支持,也还是行的
优点是可根据企业运作特点针对需求开发,但很难建立国际化视野去引导系统和企业运作发展。。。
但对于规模不是很大、运作不是太复杂的环境,感觉效率还是最好的,也可一步一步地分阶段实现不同需求
在今时今日的成熟的开发工具支持下,开发速度也是很快的,肯定快过金碟或SAP的二次开发
成本,应该是最少的。一个跟各用户部门沟通、整理需求,一个DB端开发与管理,一个RAD界面开发
当然,还有测试什么的,可借助各部门跟进人员协助验收,对不太复杂的东西,不太需要经过国际化的科学的测试与难证,不就是点数据或流程嘛
特别是灵活性,对于政府类机关查帐时,犹为明显。。。吼
粗略看了金碟的书,也瞄过SAP的书,像这样的商品软件特点是很丰富的配置,能完成很多需求,架构全面,功能完善
那么,既然配置丰富,那么在实施或使用时,就必定需要充分了解MIS细节及充分理解客户的真实需求才能到位
如果上商品软件,那么企业就必须在实施期间,在顾问的引导和配合下,要尽量搞懂自己的需求将如何
而不能先实施上、运行着,以后再慢慢调整。这对企业方来说要求是很高的
毕竟谁能在短期内想清楚很多需求、细节呢?而且在没真正实际运行一段时间,很多需求根本很难想到。。。
那么,二次开发就浮出来了。在实际运行一段时间以后,二次开发就成了主角,毕竟企业的需求是会增加和变更的
另一个特点就是,商品软件对硬件要求偏高,比如看金碟的文档,200~400并发用户的20G~40G Data就要求16 Core+16G RAM
再说自行开发:
缺点就是功能少,甚至连界面也不美观,开发不规范,而且很多成份是根据不规范运作而开发的,就是所谓的政治利益、潜规则什么的
没法从根本上改善和优化各业务部门的流程,但若有老板插手支持,也还是行的
优点是可根据企业运作特点针对需求开发,但很难建立国际化视野去引导系统和企业运作发展。。。
但对于规模不是很大、运作不是太复杂的环境,感觉效率还是最好的,也可一步一步地分阶段实现不同需求
在今时今日的成熟的开发工具支持下,开发速度也是很快的,肯定快过金碟或SAP的二次开发
成本,应该是最少的。一个跟各用户部门沟通、整理需求,一个DB端开发与管理,一个RAD界面开发
当然,还有测试什么的,可借助各部门跟进人员协助验收,对不太复杂的东西,不太需要经过国际化的科学的测试与难证,不就是点数据或流程嘛
特别是灵活性,对于政府类机关查帐时,犹为明显。。。吼
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/27213077/viewspace-738733/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/27213077/viewspace-738733/