作者：方平

几年前，管理咨询公司麦肯锡在研究了世界上最成功的软件企业后，得出结论——一种新的采用了标准化的重用技术形成的产品，即业务开发平台，最终将会取代昂贵的定制编程和集成，这种方法是未来软件生产力提高的主要来源，也将成为软件行业未来前景的核心部分。
2002年底，互联网实验室的一份研究显示：被市场认可的操作系统+中间件+应用软件的体系正在快速解构，而代以操作系统+基础架构平台+业务基础架构平台+应用软件的新体系。“业务基础架构平台是层级分化中最新出现的、也是发展最有潜力的一层”。

背景介绍：

十九世纪末，汽车还只是有钱人视作玩物的奢侈品。当时，一辆车从原材料加工到整车组装，都由工人自始至终手工完成。1903年初，福特意识到，降低汽车价格，必须进行批量生产；首先要使零部件具有通用的性能，这样才能实现大批量生产，在装配时也不会因零件不统一而浪费大量时间，顾客也容易进行维修和保养。这一“标准化”的生产方式神奇的成为了世界工业的“通用法则”。1913年，福特又把流水线的概念推广到汽车制造的总装线上，使一辆汽车的生产最快时仅需要10秒。截至今日，大批量生产方式，仍被称为福特生产方式。
长久以来，能够按照汽车流水线方式生产软件，被认为是软件业真正走向成熟的标志，这也就是软件工程师心中梦想的流程化生产的“软件工厂”模式。
为了实现工厂化的软件生产，很多人开始尝试不同的方法。重量级软件开发的软件工程理论在较早期被引入，力图通过严格的软件开发管理来模拟工厂的管理模式；然而，在某些工具大量的宣传下，这种管理带来了些许改变，但并没有在软件开发本身的技术方面有新的重大突破，并没有真正解决软件工厂模式在技术实现上存在的巨大缺陷。事实也证明，当一个系统有几十万、几百万个变量的时候（就如有几十万、几百万行代码的软件），只靠管理是很难解决所有问题的。
于是，一些软件大师转由开发技术上寻求大幅提高开发效率的思想和方法，从结构化设计到面向对象的思想，无不围绕这个目的。
从全球角度来看，现在的软件产业处于青少年期转入壮年期之间，但现在的软件开发工艺还是“人海战术”，软件产业还是“高级劳动力密集型”，工艺的创新余地极大，许多软件公司已经在工艺创新与工具创新上下功夫。新的工艺与工具将会大大提高自动化程度，并降低对软件人员的技术要求。人们努力的方向集中在两方面：一是软件工程，一是软件技术革新，而软件平台化就是最有意义的一种技术革新。
软件开发自动化这个多少年来无数人的梦想，多少人前赴后继，但最多只能停留在理论层次，在实用性上几乎都失败了。主要原因之一是因为技术还不成熟，在技术不成熟的时候谈工艺是奢望；其次，大多数研究都是针对整个开发流程的某一点上的自动化，没有成链的自动化，不能产生太大的实际效益；其三，工艺化改革必须是对先进工艺技术、优秀工程师经验的固化，而不是纸上谈兵，所以，没有丰富的软件业从业经验积累，工艺化也将仅仅是想法而不是现实。而如今，情况已发生变化，技术逐步走向成熟，具备多年从业经验的优秀工程师比比皆是，软件工艺化这个梦想也就离我们越来越近。

何为平台

业务基础软件平台是在现有的操作系统平台和软件基础架构平台之上新生出的一个层级，它的主要特点就是以业务为导向，可快速构建应用软件。采用这种平台可以大大提高软件开发效率，并能快速地满足用户变化的需求，和前两层平台相比，业务基础软件平台和用户的管理及业务相关度比较大，是管理软件开发的通用基础平台。

目前的业务平台往往由以下几个部分组成：
表单生成器、逻辑生成器、报表工具等几个必要部分组成，作得好的一般还有工作流或BPM、商业智能套件、电子商务套件等。
表单生成器主要用于生成各种各样的UI界面，类似普通IDE的表单设计器。同普通IDE不同的是，业务开发平台中的表单生成器一般集成了常见的同数据库的互操作，如UI的展现、保存、修改、页面元素的控制和校验、打印、审批等操作。原则上，所有我们能看到的应用软件界面都应该是可生成的。但实际上，目前很多平台的设计器都有自己擅长的领域，它体现的就是平台产品之间适用的差异。
逻辑生成器主要完成表单后面的工作。如一个按钮或一个链接、事件被触发以后，计算机在后台处理的不可见的逻辑。逻辑生成器体现了各平台公司在业务上的沉淀和功力。有些公司往往会提供一种接口，比如能执行java、C#、存储过程等，让用户自己写脚本来处理后台逻辑。这种方法比较灵活，同传统相比已经有很大进步，但由于没有对业务逻辑进行抽象，在后期扩展和维护上，逻辑部分同定制编程相差不大，类似半自动化模式。
报表工具上，有些平台公司有自己开发的报表工具，有些是集成第三方工具。一般而言，自己开发的报表工具，往往可以展现常见的报表，但对复杂的多源、分区报表处理不理想。专有的报表工具则往往采用“画画”型模式，比如Crystal,画的过程往往就比较费时间。另外由于希望保持独立性，一般不采用数据字典，很难采用语义性描述方式定义，因此无法让普通用户自定义。
平台中集成的工作流，往往同平台本身有很强的藕合性，无法单独使用。也有的平台产品采用第三方工作流产品。由于国内特有的电子政务的需要，催生了一批作工作流中间件的公司。这些工作流产品主要是完成审批和公文流转的需要。国外则随着BPM（商业流程管理）理念的兴起，工作流逐渐往BPM转换。即工作流不仅仅完成业务流程的路由，同时可在流程中绑定表单、逻辑等。这个理念同业务开发平台已经比较类似了。但业务流程往往体现为非流程化，比如入库同下订单并没有必然的先后关系，而是离散的，所以BPM对OA等流程性很强的业务或那些工作流型ERP比较有效，有相当的局限性。
商业智能工具目前有很多独立的产品，如Hybolong,cogons等，有些平台产品也开始集成这种产品，如SAP Netweaver。但其它平台型产品集成的很少。
电子商务套件中，目前只有SAP有集成。由于其市场应用有限，其它平台公司往往不提供这方面的应用。方程BCP 3.0将提供这方面的插件。
综上所述，业务开发平台往往从业务着手，从UI－逻辑－展现（报表）几个方面，形成一个闭环的生产链，基本涵盖了数据库应用的方方面面。其差异主要主要体现在细节、开放性和扩展性、易用性、数据一致性、性能等方面。而一般的工具软件，如词霸软件、杀毒软件等，则往往不属于业务开发平台的范畴（严格的说，它们也可以作为业务开发平台的一个特例，如词霸、杀毒软件都需要数据库，完全可把其核心算法作为一个插件加入，由于其变化不是太大，所以大家的目光很少关注在上面）。

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

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