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

hawk_e2e

现在有些宣称平台的公司。其实就是：
1.把常用的功能封装起来，向外提供接口。
2.把一些主要的组件（如：工作流）整合起来，并提供一定的扩展能力。


用这些平台来开发系统，业务里适用的那部分，开发是容易的，但不适用的那部分，跟重新开发无异。
平台稳定好用还好办，不稳定又难用那就比直接用开发工具还糟糕。
所以平台还是不要太强大为好。

luoxiang_sh

原帖由 szeng19 于 2008-7-18 09:59 发表



不幸被你言中，你所希望看到的平台，抛弃java，c#,DELH之类的程序语言，让业务专家真正能够不懂开发语言就能调整业务，通过配置就能实现逻辑。并且是透明可视化的操作，马上就要面市了。我们现在正在做beta测试，有4个体验客户，也许奥运会后你就可以看到，呵呵

我是顶点负责销售LiveBOS的，看来大家对LiveBOS平台不甚了解，实际上LiveBOS开发历时5年了，约在2年前产品正式推向市场，现在金融证券业、制造业、政府部门，电力，电信等多个行业已经有了大量的应用案例。而在证券行业，顶点现有的数十名基于平台开发应用管理软件工程师，目前没有一个人写java代码，开发的成功上线大型软件，已经有几十家的客户，销售收入2多千万。至于所谓真正业务架构平台更本不存在的说法，未免过于武断了吧。有兴趣的人，不妨和我联系，或访问http://www.livebos.com。

hpls

原帖由 szeng19 于 2008-7-9 23:32 发表
我所持的观点是，如果平台软件不能让业务专家，也就是有有一点（注意，是一点而不是精通）技术能力并有丰富业务经验的客户使用，那这个平台就很失败。说白了，只不过开发了一个二次的IDE，封装了一些控件或者对象，方便进行二次开发而已。注意这里的用词，是二次开发，并不是简单配置。这样的平台对最终用户来说，意义不大，只是一个技术平台而已，客户要反问，我用这个技术平台对我来说有什么用？？客户价值何在？

szeng19 的这个观点我很赞同，但是现在平台市场 疑似这样的产品很多，而且都貌似如此定位，为了能让客户接受又冠以很多新的名词来混淆客户的注意力，当技术本质被营销手段虚化那就太可怕了，希望大家都能擦亮眼睛啊！

原帖由 szeng19 于 2008-7-9 23:32 发表

另外来说，成熟的业务平台和技术平台的显著不同，就是技术平台专注技术本身，其体系可能比较复杂和完备，但缺乏现成的实例。而成熟业务平台是一个最佳案例的集合，在平台提供的同时，已经有一个最佳案例库供客户可以选择和使用。这方面做得比较好的比如SAP，国内也不乏有公司在做这方面的努力，不过就我个人来看，楼主体积的几个产品都不在此列，呵呵...

    这点我不是很赞同，平台的定位是业务需求的描述工具，业务软件的生成工具，这和成熟的应用软件有很大的区别，既然定位是平台就不要去和具有多行业解决方案的应用系统去对比案例，就像成熟应用系统不会和你比技术架构，这两者没有可比性。
    而且既然是平台，那么随着客户的使用，你还怕没有案例，所有客户应用後生成的业务软件都是案例，只要平台提供很好的导入导出工具，实现业务模型和生成的应用系统之间的可逆，我想没有那个应用产品能比得上。就像很多软件开发者会围绕软件开发工具开发很多控件一样，平台的使用者也同样可以共享自己的业务模型供大家去交流使用。


ps：希望平台厂商都能这么设计产品架构，那么我们这些开发者可是太幸福了！再不用去不断学习语言了，只需要练就一身系统分析和设计的本领万事大吉了！

[ 本帖最后由 hpls 于 2008-7-18 22:02 编辑 ]

hpls

原帖由 hawk_e2e 于 2008-7-18 13:43 发表
现在有些宣称平台的公司。其实就是：
1.把常用的功能封装起来，向外提供接口。
2.把一些主要的组件（如：工作流）整合起来，并提供一定的扩展能力。


用这些平台来开发系统，业务里适用的那部分，开发是容易的，但不适用的那部分，跟重新开发无异。
平台稳定好用还好办，不稳定又难用那就比直接用开发工具还糟糕。
所以平台还是不要太强大为好。

哈哈，总结的太好了，这样的产品一抓一大把啊！

hpls

原帖由 szeng19 于 2008-7-18 09:59 发表



不幸被你言中，你所希望看到的平台，抛弃java，c#,DELH之类的程序语言，让业务专家真正能够不懂开发语言就能调整业务，通过配置就能实现逻辑。并且是透明可视化的操作，马上就要面市了。我们现在正在做beta测试，有4个体验客户，也许奥运会后你就可以看到，呵呵

给个beta版说明看哈撒！

szeng19

原帖由 hpls 于 2008-7-18 21:52 发表



szeng19 的这个观点我很赞同，但是现在平台市场 疑似这样的产品很多，而且都貌似如此定位，为了能让客户接受又冠以很多新的名词来混淆客户的注意力，当技术本质被营销手段虚化那就太可怕了，希望大家都能擦亮眼睛啊！



    这点我不是很赞同，平台的定位是业务需求的描述工具，业务软件的生成工具，这和成熟的应用软件有很大的区别，既然定位是平台就不要去和具有多行业解决方案的应用系统去对比案例，就像成熟应用系统不会和你比技术架构，这两者没有可比性。
    而且既然是平台，那么随着客户的使用，你还怕没有案例，所有客户应用後生成的业务软件都是案例，只要平台提供很好的导入导出工具，实现业务模型和生成的应用系统之间的可逆，我想没有那个应用产品能比得上。就像很多软件开发者会围绕软件开发工具开发很多控件一样，平台的使用者也同样可以共享自己的业务模型供大家去交流使用。


ps：希望平台厂商都能这么设计产品架构，那么我们这些开发者可是太幸福了！再不用去不断学习语言了，只需要练就一身系统分析和设计的本领万事大吉了！

谢谢这位朋友的关注。针对第二点的回复，我也曾经有过。说实话，平台都会走过这个阶段，首先认为自己找到了银弹，疯狂的研究技术和构件本身，创建了一大堆貌似强大的平台构件。但在使用和推广时，往往遭遇瓶颈。这是一个公司战略问题，我们也看到国内还有很多公司在这个泥潭中苦苦挣扎。客户对平台会有一定的兴趣，但谁也不愿意吃第一只螃蟹。这时，成功案例显得非常重要。国内的平台软件，最缺乏的其实就是成功案例。其次，我们强调的是业务平台，不是纯粹的技术平台。站在营销的角度，客户买的是你的服务，买的的是咨询和管理思想。业务平台是面向最终客户的，而不是开发公司（当然，也不乏这样的软件，做出来只能卖给开发或者实施商做二次定制）。卖软件，其实卖的是咨询和服务。软件本身甚至可以免费，但咨询不打折。这也是我们秉承的原则。
至于提到的业务模型和应用系统之间的可逆变化，这点的确非常关键。正如我前面所说，重点在于咨询。在售前和咨询步骤完成的业务模型，能够很快的映射为应用模型，这一点上我们的系统已经达到，不过限于商业机密，不便透露细节。有兴趣，可以来信交流，或者看看供应链仿真模块，我们参与的一些讨论。
平台不是技术玩票，不是营销操作，平台要给用户带来更大的客户价值！

luoxiang_sh

原帖由 szeng19 于 2008-7-21 10:09 发表



谢谢这位朋友的关注。针对第二点的回复，我也曾经有过。说实话，平台都会走过这个阶段，首先认为自己找到了银弹，疯狂的研究技术和构件本身，创建了一大堆貌似强大的平台构件。但在使用和推广时，往往遭遇瓶颈。这是一个公司战略问题，我们也看到国内还有很多公司在这个泥潭中苦苦挣扎。客户对平台会有一定的兴趣，但谁也不愿意吃第一只螃蟹。这时，成功案例显得非常重要。国内的平台软件，最缺乏的其实就是成功案例。其次，我们强调的是业务平台，不是纯粹的技术平台。站在营销的角度，客户买的是你的服务，买的的是咨询和管理思想。业务平台是面向最终客户的，而不是开发公司（当然，也不乏这样的软件，做出来只能卖给开发或者实施商做二次定制）。卖软件，其实卖的是咨询和服务。软件本身甚至可以免费，但咨询不打折。这也是我们秉承的原则。
至于提到的业务模型和应用系统之间的可逆变化，这点的确非常关键。正如我前面所说，重点在于咨询。在售前和咨询步骤完成的业务模型，能够很快的映射为应用模型，这一点上我们的系统已经达到，不过限于商业机密，不便透露细节。有兴趣，可以来信交流，或者看看供应链仿真模块，我们参与的一些讨论。
平台不是技术玩票，不是营销操作，平台要给用户带来更大的客户价值！

楼上的说得很好！
顶点的LiveBOS平台实际上就是在做这样的事情：给用户或者合作伙伴（开发商、咨询公司）充分的时间和精力去考虑业务模型如何建立，而不是将有限的人员和财力投入到无休止的需求交流、开发、测试、验证等环节。
针对用户业务直接建立对象模型，所见即所得的需求验证方式能够极大的降低开发成本、缩短开发周期，更好的提高用户使用满意度。
换言之，我们更加注重的是开发者的系统分析能力而不是写代码的水平有多么高超，我想也许这样才能够符合楼主最后那句话：“ps：希望平台厂商都能这么设计产品架构，那么我们这些开发者可是太幸福了！再不用去不断学习语言了，只需要练就一身系统分析和设计的本领万事大吉了！”

szeng19

原帖由 luoxiang_sh 于 2008-7-21 11:51 发表


楼上的说得很好！
顶点的LiveBOS平台实际上就是在做这样的事情：给用户或者合作伙伴（开发商、咨询公司）充分的时间和精力去考虑业务模型如何建立，而不是将有限的人员和财力投入到无休止的需求交流、开发、测试、验证等环节。
针对用户业务直接建立对象模型，所见即所得的需求验证方式能够极大的降低开发成本、缩短开发周期，更好的提高用户使用满意度。
换言之，我们更加注重的是开发者的系统分析能力而不是写代码的水平有多么高超，我想也许这样才能够符合楼主最后那句话：“ps：希望平台厂商都能这么设计产品架构，那么我们这些开发者可是太幸福了！再不用去不断学习语言了，只需要练就一身系统分析和设计的本领万事大吉了！”

开发人员就是需要不断的提升自己的认识高度。不管平台厂商或者公司如何要求，都要透过表面现象去深入研究一些不变的东西。语言只是工具，模式是关键。平台也只是工具，实现的业务模型才是关键。

清风车影135

看了一下，livbos确实有点特别，感觉是MDA与DSL的实践，如果真正实现了，应该是不错的东西，但为何只有java平台的，其实完全也可以做.net下的啊。既然java平台实现了。net应该更加简单才对

szeng19

原帖由 清风车影135 于 2008-7-24 23:29 发表
看了一下，livbos确实有点特别，感觉是MDA与DSL的实践，如果真正实现了，应该是不错的东西，但为何只有java平台的，其实完全也可以做.net下的啊。既然java平台实现了。net应该更加简单才对

继续楼上的反问，为什么只有java和.net才能做呢？ 呵呵

平台更多的是一个思维方式，与具体语言无关的。即使只用excel也可以做平台产品，呵呵