业务基础软件平台概述

行业瓶颈
互联网时代，应用管理软件越来越成为支撑企业业务发展的重要手段，但日益复杂的应用系统、不断变换的商业环境，带来了变化无穷的业务管理需求，这使得快速实现满足业务要求的管理信息系统遭遇严重挑战，具体表现为：
∙各个信息系统项目互为孤岛，缺乏统一的企业级应用信息平台
∙软件建设项目周期漫长无法有效计划和控制
∙无法快速响应业务需求的变化
∙软件质量低下、Bug丛生
∙软件复用度低，重复开发造成浪费
∙信息化工作总体拥有成本趋高
∙软件人才流动造成严重影响
∙…
无论是采用定制应用的开发方式，还是基于通用套装软件进行二次开发，似乎都容易陷入问题的泥潭无法自拔，企业在“软件危机”的无奈中挣扎。

本质上，这根源于落后的编程开发软件生产模式：面对大型应用系统需求的复杂性，使用原子级的代码进行堆砌，必然造成应用系统建设期低效率和运行期低质量，更无法避免软件系统结构僵化的问题，必然导致应用功能无法实时随需应变的困惑。

没有银弹
传统软件系统的建设，是在底层的技术平台上直接构建业务系统，采用面向技术的、业务无关的“原始”编程工具来开发软件。

这种低层次的软件开发模式，使软件系统的开发、维护和扩展困难重重，生产效率极为低下。

1986年，弗雷德里克.布鲁克斯（Frederick Brooks）在《没有银弹——软件工程的主要问题和次要问题》中提出了一个迄今为止尚未打破的著名论断：“没有一种单纯的技术或管理上的进步，能够独立地承诺在10年内大幅度地提高软件的生产率、可靠性和简洁性”。

没有银弹的著名论断揭示了传统软件开发方式效率低下问题。

特别是在需求变化频繁的管理应用软件领域，软件开发速度往往还跟不上需求变化的速度，导致IT黑洞现象普遍发生。

多年来，人们一直在尝试突破传统软件开发方式效率低下的瓶颈，逐渐形成了以“复用”为目标的面向构件的开发方式，并在基础软件开发中收到了显著的成效。

不过这种基于标准零件（构件）的开发方式对于管理应用软件的开发并不奏效，其原因一方面在于管理应用软件的需求太过复杂，无法使用有限的构件将其概括；另一方面管理应用软件对开发工期的要求较高，即使采用构件方式也仍然无法满足工期要求。

为了专注解决管理应用软件开发方面的特有问题，人们又提出了业务基础软件平台，其本质上就是一种构件平台，以业务为导向、可快速搭建应用系统的构件平台。

它集聚了构件快速、灵活可以复用的优势和面向管理的优势，形成了管理与开发的分层，特别适合业务快速发展中的信息化实现。

据计世资讯和互联网实验室的评估，业务基础软件平台将成为21世纪软件新的生产力。

这是一个新兴的领域，有着广阔的市场前景，业务基础软件平台（构件平台）位于整个管理软件产业链的上游，任何理论上或实践中的重大突破，必将引发整个产业链的模式升级，从而带来巨大的经济效益。

观辰平台之道
业界已有共识：采用业务基础软件平台，是解决软件项目系统架构能力不足难题的最佳策略。

一时间，“平台”概念和旗号充斥业界市场。

其实，真正的平台是要能达到业务无关能力的，既是高技术又需高投入，更需要系统工程能力和坚持多年专注研发的耐力。

现在，市场上有很多声称具备自定义表单功能的“平台”软件（以OA类厂商产品居多），它们的确可以也仅能自定义出各类数据表单并通过工作流驱动业务，但这仅仅是信息化应用DIY的第一步：自定义出的表单相互之间没有关联关系、不支持统计报表应用、缺乏动态数据触发变更机制和数据同步/抓取/装填、汇合计算等功能。

也就是说，它们可以设计表单和流程但无法搭建灵活复杂的业务逻辑规则，就好比商店橱窗里的服装展示模特，可以做得有鼻子有眼看上去惟妙惟肖，却没有真人的生理机能、思想感情和活动能力。

基于观辰零代码智能软件平台，则可以DIY真实、个性化、具备动态数据交互与复杂业务逻辑的管理软件系统，而且，用户可以随自身管理应用的时空发展变化，随时随地调整、删除、新建符合新需求的新应用信息组织模型。

最重要的是：这一切都不需要技术人员参与即可实现——观辰智能软件平台是非技术人员的零代码平台，而非技术人员视角的零代码平台，是零代码中的零代码。

依托观辰软件高度柔性化的平台特性，用户信息化建设项目可真正实现“整体规划&分步实施、先易后难&试点先行、核心应用先上&外围模块分期部署且应用随需应变”的灵活实施策略和效果，有效降低管理软件项目建设的用户IT知识门槛和软件供应商行业知识门槛。

因项目建设的主要工作模式为软件配置而非代码编写，所以项目工作中不可避免产生的对管理软件应用功能的频繁调整与修改要求将在可行性和执行效率上获得最大程度的技术保障。

领先的技术与工作方式使我们无需在IT应用知识与经验技能方面对客户提出很高的人力资源配合要求，客户方工作人员在大部分时间里只需协助提供自身业务模式的描述和需求表达即可。