用友\金蝶\神码\赛捷，公司选型中，大家帮忙

cs19801023

楼主已经说了要从四个公司中选择一种，楼上的就不要再费心机了，无用功

dean_9091

也不一定要是这四个都不行呢，嘿嘿！~！

carlsh

楼主是想学习，多多益善啊，呵呵

bebear001

最初由 charliecai 发布
[B]

通常，成熟的ERP产品仅允许不超过20%的定制开发工作量，如何利用好这20%的特色是企业进行ERP实施前要仔细规划的问题。按照80/20的理论，二次开发是要用80%的成本去完成20%的工作量。在这一阶段，有效降低边际成本，就可以做到总体拥有成本的优势。

4GL并不会带来硬件成本的提升。不过由于X3采用的是Unicode技术以支持全球化的环境，这方面会要求多一点的内存。同样一个字符，Unicode格式占的位数更多一些。

考察硬件配置，不是一个简单的公式。关键当用户数量达到一定规模时，通过一台或更多台的服务器来做到均衡负载（可测量性目标）。否则的话，但用户数达到一定数量，就会造成严重的资源问题，无论你怎么加硬件都没有用。 [/B]

呵呵，4GL代码行数比3GL少一个数量级这个大家都同意，不过把代码行数解释为开发效率那就有点牵强了，尤其对于二次开发，能有多少代码量？最大的工作量还是业务分析和功能测试……

Unicode是个好东西兼容性大大的好，多占那点内存基本可以忽略忽略忽略忽略忽略忽略不计，据说ORACLE的一个用户能吃掉上百兆服务器内存不知道是真是假……

又据说光明牛奶的ORACLE系统用了96个CPU……96个……

charliecai

最初由 bebear001 发布
[B]


呵呵，4GL代码行数比3GL少一个数量级这个大家都同意，不过把代码行数解释为开发效率那就有点牵强了，尤其对于二次开发，能有多少代码量？最大的工作量还是业务分析和功能测试……

Unicode是个好东西兼容性大大的好，多占那点内存基本可以忽略忽略忽略忽略忽略忽略不计，据说ORACLE的一个用户能吃掉上百兆服务器内存不知道是真是假……

又据说光明牛奶的ORACLE系统用了96个CPU……96个…… [/B]

关键是标准程序和客户化程序分离的开发环境。在传统软件里，二次开发意味着打开标准程序的整段代码，进行修改和调试。这个过程成本非常高，程序员必须读懂整段代码，调试过程也非常复杂。而且，修改后的程序成为独立的版本，不能再进行标准产品的升级，否则，相应的客户化就会失效。在标准程序的适当位置提供了录入点，程序员可以用这个录入点写一段独立于标准程序的客户化程序，来改变原有标准程序的运行规则。这样，代码量大大减少，调试也非常方便。二次开发的成本自然就大大降低。

这才是降低成本的关键。去问问看二次开发怎么保护起来，大多数供应商回答不上来。

bebear001

楼上的既然搞C&P，那我也C&P一回咯……

3.4GL的不足

　　虽然4GL具有很多优点，也有很大的优势，成为了目前应用开发的主流工具，但也存在着以下严重不足：

　　(1)4GL虽然功能强大，但在其整体能力上却与3GL有一定的差距。这一方面是语言抽象级别提高以后不可避免地带来的(正如高级语言不能做某些汇编语言做的事情)；另一方面是人为带来的，许多4GL只面向专项应用。有的4GL为了提高对问题的表达能力，提供了同3GL的接口，以弥补其能力上的不足。如 Oracle提供了可将SQL语句嵌入C程序中的工具PRO＊C。

　　(2)4GL由于其抽象级别较高的原因，不可避免地带来系统开销庞大，运行效率低下(正如高级语言运行效率没有汇编语言高一样)，对软硬件资源消耗严重，应用受硬件限制。

　　(3)由于缺乏统一的工业标准，4GL产品花样繁多，用户界面差异很大，与具体的机器联系紧密，语言的独立性较差(SQL稍好)，影响了应用软件的移植与推广。

　　(4)目前4GL主要面向基于数据库应用的领域，不宜于科学计算、高速的实时系统和系统软件开发。

charliecai

科学计算、高速的实时系统和系统软件开发又不是我们要做的事情。对于应用软件来讲，4GL就可以了。
就好比ABAP4才是SAP成功的秘诀，我们也十分相信4GL在应用软件领域的前途。我们的程序员在这方面有切身的体会，开发效率的提高不是一点点，对客户来说成本好控制。

HorseShell

好长，学习了，这么好的案例

dean_9091

这么精彩的对答，受益非浅，上边二位都是程序高手？

lawer-bbc

此处刚才有广而告之

────────
我现在就付诸行动
E-mail：max656798@21cn.com