业务平台，马，驴，骡子？（请求斑竹置顶）

hawk_e2e

我也看了下LIVEBOS的演示，还可以，呵呵。
可以算是平台，虽然不是很强大，哈哈。

就象尝了道菜，有些话要说：
1.为啥没有数据库设计工具和界面设计工具？
2.IF ELSE都要画图来实现有点花俏，如果逻辑复杂岂不是要画很多图？
3.中间语言估计是配置性语言，也就是说这种语言写的代码最终不会编译成JAVA，也不会解释成JAVA。
  会由内部的运行机制来解析执行，对吧？
但当遇到业务逻辑很复杂的模块时，怀疑其运行效率。

szeng19

原帖由 hawk_e2e 于 2008-7-26 17:22 发表
我也看了下LIVEBOS的演示，还可以，呵呵。
可以算是平台，虽然不是很强大，哈哈。

就象尝了道菜，有些话要说：
1.为啥没有数据库设计工具和界面设计工具？
2.IF ELSE都要画图来实现有点花俏，如果逻辑复杂岂不是要画很多图？
3.中间语言估计是配置性语言，也就是说这种语言写的代码最终不会编译成JAVA，也不会解释成JAVA。
  会由内部的运行机制来解析执行，对吧？
但当遇到业务逻辑很复杂的模块时，怀疑其运行效率。

解释性语句，运行时解释并执行

效率问题关键是构架设计，该编译的编译，该灵活的灵活

类似于.net的基础构架，在第一次运行.net 的时候，都很慢，因为要现编译，呵呵...

不过，这里的运行效率并不是一个关键问题，我们不要限制自己的思维，从更高和全局的角度思考问题

hawk_e2e

QUOTE:原帖由 hawk_e2e 于 2008-7-26 17:22 发表
我也看了下LIVEBOS的演示，还可以，呵呵。
可以算是平台，虽然不是很强大，哈哈。

就象尝了道菜，有些话要说：
1.为啥没有数据库设计工具和界面设计工具？
2.IF ELSE都要画图来实现有点花俏，如果逻辑复杂岂不是要画很多图？
3.中间语言估计是配置性语言，也就是说这种语言写的代码最终不会编译成JAVA，也不会解释成JAVA。
  会由内部的运行机制来解析执行，对吧？
但当遇到业务逻辑很复杂的模块时，怀疑其运行效率。

解释性语句，运行时解释并执行

效率问题关键是构架设计，该编译的编译，该灵活的灵活

类似于.net的基础构架，在第一次运行.net 的时候，都很慢，因为要现编译，呵呵...

不过，这里的运行效率并不是一个关键问题，我们不要限制自己的思维，从更高和全局的角度思考问题
-------------------------------------------------------------------------------------------------------------

洗耳恭听！
还有一家，深圳极致平台，也蛮有特点的。
其实从细节还是可以看出产品的水平。
能不能算平台不是最重要，要紧的是水平，水平差的平台不会比直接用开发工具好多少。

szeng19

原帖由 hawk_e2e 于 2008-7-30 00:01 发表
QUOTE:原帖由 hawk_e2e 于 2008-7-26 17:22 发表
我也看了下LIVEBOS的演示，还可以，呵呵。
可以算是平台，虽然不是很强大，哈哈。

就象尝了道菜，有些话要说：
1.为啥没有数据库设计工具和界面设计工具？
2.IF ELSE都要画图来实现有点花俏，如果逻辑复杂岂不是要画很多图？
3.中间语言估计是配置性语言，也就是说这种语言写的代码最终不会编译成JAVA，也不会解释成JAVA。
  会由内部的运行机制来解析执行，对吧？
但当遇到业务逻辑很复杂的模块时，怀疑其运行效率。

解释性语句，运行时解释并执行

效率问题关键是构架设计，该编译的编译，该灵活的灵活

类似于.net的基础构架，在第一次运行.net 的时候，都很慢，因为要现编译，呵呵...

不过，这里的运行效率并不是一个关键问题，我们不要限制自己的思维，从更高和全局的角度思考问题
-------------------------------------------------------------------------------------------------------------

洗耳恭听！
还有一家，深圳极致平台，也蛮有特点的。
其实从细节还是可以看出产品的水平。
能不能算平台不是最重要，要紧的是水平，水平差的平台不会比直接用开发工具好多少。

现在软件的差异多数体现在细节上。为什么好的管理软件要卖那么贵，也是细节处理得好。细节决定成败

Ryan-liumin

原帖由 szeng19 于 2008-7-30 10:43 发表


现在软件的差异多数体现在细节上。为什么好的管理软件要卖那么贵，也是细节处理得好。细节决定成败

luoxiang_sh

原帖由 hawk_e2e 于 2008-7-26 17:22 发表
我也看了下LIVEBOS的演示，还可以，呵呵。
可以算是平台，虽然不是很强大，哈哈。

就象尝了道菜，有些话要说：
1.为啥没有数据库设计工具和界面设计工具？
2.IF ELSE都要画图来实现有点花俏，如果逻辑复杂岂不是要画很多图？
3.中间语言估计是配置性语言，也就是说这种语言写的代码最终不会编译成JAVA，也不会解释成JAVA。
  会由内部的运行机制来解析执行，对吧？
但当遇到业务逻辑很复杂的模块时，怀疑其运行效率。

谢谢你的关注，但感觉你还是按辅助软件开发平台的观点来看我们的LiveBOS业务结构平台：
1.我们认为在真正的业务结构平台，不需要直接进行数据库设计，数据库不过是我们对象的永久化保存而已，我们的业务对象设计完成后，部署时，会自动在数据库中，生成对应的表，而一个业务对象，可能没有表（如虚拟对象），也可能有1个表，2个表，或3个表....
至于界面，对于我对象的展现，对象设计时，通过定义展现属性即可。
2. LiveBOS的画图设计，实际是我们的对象流程设计，按bpel规范实现业务逻辑。如果逻辑及其复杂，是有点麻烦，但我们认为在业务模型上设计的已经很少涉及细节的底层程序控制了，所以应该很少有十分复杂的逻辑控制。
3. 效率问题，当然是经过实际的验证才更能说明问题。我可以很负责任的说：平台本身在对象数据，表达解析的cache上做了大量优化工作。在实际的业务应用中，表现是令人十分满意的。

[ 本帖最后由 luoxiang_sh 于 2008-8-1 12:00 编辑 ]

hawk_e2e

业务平台都不能算新事物了，做得好还是很强大的，为啥ITPUB不设专题来交流？

对于MIS、ERP这些，很多人都说软件（包括技术、人员等）不重要，它好像不是最重要，但
不知有没有说错，大多数ERP失败都在软件上集中体现。

买个房子，无论怎么不好起码可以住，但买个ERP为啥会出现失败？失败是不是代表不能使用？
不能使用应不应该退货？

szeng19

原帖由 hawk_e2e 于 2008-8-1 22:45 发表
业务平台都不能算新事物了，做得好还是很强大的，为啥ITPUB不设专题来交流？

对于MIS、ERP这些，很多人都说软件（包括技术、人员等）不重要，它好像不是最重要，但
不知有没有说错，大多数ERP失败都在软件上集中体现。

买个房子，无论怎么不好起码可以住，但买个ERP为啥会出现失败？失败是不是代表不能使用？
不能使用应不应该退货？

国内很多企业上erp很盲目。自身的条件和环境，上一个进销存系统可能效率更高，效果更好。硬要上erp，搞得水土不服。erp项目失败后，很多情况就是尾款收不到，这对于软件厂商和客户都是很大的损失。软件提供商直接做企业咨询本来就有一点王婆卖瓜的嫌疑，呵呵。国内专业的管理软件咨询业发展还不是很好，这也是我们致力在做的事情。我们的理念是量体裁衣，软件随企业的发展而发展，增加更多的柔性。而不是带有‘革命’色彩的erp改造，体质不好的人不宜大补....

清风车影135

什么是业务平台？ 现在业绩根本就不存在一致的说法，现在是各产商为了商业利益，各取所需，所以没有什么好比较的。

hpls

如果按照楼上的意思是大家各有千秋，无法做出选择了？

我觉得总会具有可比性，只是大家选择的标准不同罢了。也就是说，根据自身发展的业务需要来选择最适合自己的产品。

实际上发这个帖子的本意在于期望有高人能够对各家系统加以分析，并给出相应的选择建议。

期待更多的回复。。。。。