作者：方平

鉴于应用开发的复杂性，1986年，弗雷德里克?布鲁克斯(Frederick Brooks)在《没有银弹》一文中就提出了一个迄今为止尚未被打破的一个著名论断：“没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性”。
其后20年来，尽管新理论、新思想、新方法层出不穷，但目前还没有一种已实现的方法来推翻该论断。我们认为，建构于先进设计思想上的业务开发框架将最有可能打破弗雷德里克.布鲁克斯的“魔咒”。
目前SAP已于2003年底推出NetWeaver应用开发平台，但该平台主要是一个集成平台，而不是一个构建(Build)平台。Oracle Fusion 则是一个应用集成平台，基于Oracle自身庞大的应用产品线和收购产品，是一种更上层的应用，灵活性有限。BEA、IBM等也在他们的产品中加入了工作流管理、业务流程管理等功能。但这些曲高和寡，缺少创新，价格昂贵，学习曲线高。
国内方面，北京思维加速的通用商务配置与开发平台初具规模。其它如用友宣布将推出UAP，金蝶宣布推出BOS，金算盘宣布推出VP，上海普元推出EOS。但目前用友和VP的产品更多见于宣传，少有实际案例。上海普元的EOS目前走电信、金融等高端路线，以工作流为核心，类似BPM，每年的实际销量不大。其平台明显带有构件集合的影子，目前作为Eclipse的一个插件存在，只支持Java语言，同Java框架高度耦合，对开发人员要求高，同时同目前其它业务平台类似，普元EOS有较多控件集合，但缺少基于业务抽象的模型，这同其缺少业务沉淀有关。
金蝶的BOS在2005年真正推向市场，不过仅仅是作为金蝶K3套件实施的二次开发工具，只支持CS结构，没有经过工业化和市场的测试。主要包括表单生成器和报表工具。
北京思维加速的X3系列产品是目前相对比较成熟的业务开发平台，同上述国内产品比较而言处于相对领先的位置，但目前存在以下不足：
由于缺乏应用沉淀，产品作为一个业务开发框架，对业务的提炼不够，稍微复杂一些的逻辑全部要采用Delphi编程实现；
产品前端采用微软ActiveX控件实现，实质是CS结构，安全性低，维护成本高，对客户端配置要求很高；
由于用于OA、HR等系统比较多，其对数据一致性要求不高，导致其目前较难应用于ERP、DRP、SCM等对数据的准确性要求到严酷标准的应用领域；
基于其设计模式，事务90％在客户端处理，目前无法适应大并发量的用户并发使用（容易导致事务冲突）；
平台的设计为封闭模式，第三方人员在没有源代码的情况下无法对平台进行扩展。
总之，这些平台性产品的共同特点是：
  I   技术色彩浓重，过于强调技术概念的先进性，而忽略了易用性；
  II  平台本身是封闭的，而不是开放的。平台只能由提供者进行完善和升级；
  III 很多还停留在表单自动化等半自动化阶段，没有实现前后台一体化和软件开发整个生命周期的管理；
  IV  很多公司没有深厚的业务沉淀，如微软、Bea、思维加速等公司，导致其业务平台缺少业务，而只有平台。特别是国内的平台公司，往往对OA系统等工作中经常接触的业务比较熟悉，但对ERP、DRP等需要多年业务积累的领域有很大欠缺，对数据一致性、健壮性、性能要求、操作习惯等认识不够，导致其在企业应用领域满意度不高。
但相比传统开发，目前的平台化产品是一个巨大的飞跃。其在某些特定的领域有非常良好的表现，其开发效率在平台擅长的领域甚至能提升效率10倍以上。
总体而言，目前国内外的平台化产品尚处于初级阶段，国外的领先产品推出也不过两年不到的时间。方程软件的业务开发平台BCP基于近20年的行业应用实践，在2000年已经开始将业务平台应用于大型项目中，接受了近8年的工业化检验,目前已经有近100家国内外大型集团公司采用基于该平台的应用软件。

如有兴趣了解更多详情，敬请来函（market@51drp.com）或填写合作伙伴加盟申请表，我们会向您提供更多帮助。

方程声明：本版文章内容纯属作者个人观点，仅供用户和专业人员参考和讨论，不代表方程同意其观点或描述。如需转载，请注明出处。