前些年，中国经济的飞速发展，给企业带来爆发式的发展速度，数据几何级别的增长，如何处理好数据，展现数据，依托数据进行决策，成为了企业头痛的难题。于是乎各种解决方案随之而来，一批批项目型的BI报表系统随之建设了起来，为各大企业运营决策提供了巨大的支撑。不过，伴随着5G时代的到来，一切都是一个“快”字，开发需要快，需求的响应也需要快，原先敏捷式的开发，变成了敏捷式需求。但是面对过去的项目型定制化BI报表系统，想要敏捷式需求，谈何容易。因为都是定制化的硬编码开发，当需求有所有变化的时候，只能去修改代码，这就需要收集需求，排期，开发，测试，上线，试用，正式使用等等。这一系列过后，1个月时间过去，基本黄花菜也凉了，如何进行敏捷式需求响应成为了企业新的痛点。
自助餐大家都吃过，它由就餐者随意在用餐时自行选择食物、饮料，然后或立或坐，自由地与他人在一起或是独自一人地用餐。自助餐之所以称为自助餐，主要是因其可以在用餐时调动用餐者的主观能动性，而由其自己动手，自己帮助自己，自己在既定的范围之内安排选用菜肴。至于它又被叫作冷餐会，则主要是因其提供的食物以冷食为主。当然，适量地提供一些热菜，或者提供一些半成品由用餐者自己进行加工。
这就是自助餐，而放在企业级BI报表系统来说，如果这个系统能提供各种基础餐食，然后使用者根据需求，取相应的餐食，满足用户自己的需求，由用户自己动手，满足用户的敏捷式需求，这就是我们所说的企业自助式BI，自助餐式的BI，BI报表工具。现如今很多BI工具都可以做到自助餐式的，因为如果不是自助餐，那基本也算不得工具。唯一的区别就是提供自助餐的服务，原材料是成品还是半成品，半成品变成品的时间成本，及方便程度，就餐的环境等等，这些细节决定了一款BI报表工具的成败。
而作为BI工具领航标的云蛛系统，其倡导的分体式BI，主题皮肤和功能剥离的试衣模式，让企业级自助式BI达到了极致。看一下以下这张图，整个页面是由9块组成的，或许您会问，这很正常的页面啊，我们以前经常会开发这样的复杂页面啊，您先别着急，如我说，您把折线图和柱状图互换一下位置呢？或许您会说，等一下，这个简单，我改一下代码。但是，改代码对已经运行在生产中的程序来说，是一件很头疼，风险很大的事情，而如果整个页面是随意移动的呢？
请看下图，我们只需要1秒钟的时间即可实现调换
又或者这样大面积的调换
这就是我们今天要跟您分享的分体式BI技术。顾名思义，分体式BI是把页面进行了模块化切分，同时模块间可以互相控制，又可以进行随意的位置移动。就如上面几张图一样，这样就可以解决用户页面个性化布局的问题。对于设计者来说，只需要关心每个模块所实现的功能，及模块之间的控制即可，这个是不是有点像集成电路里的模块化控制，只不过分体式BI的设计更加先进，随意摆放随意布局，而且还不影响之间的控制关系。而模块其实在云蛛系统就是应用的对象化，用Java的类来说则是可以被定义为描述行为的模板/蓝色印花/指出其类型支持的对象。现在，我们就来定义一个类。
然后我们就可以根据这个类来实例化出来相应的对象，如下：
然后我们可以根据这个类，实例化两个对象a和b，a名叫张三，10岁，b名叫李四，11岁。a和b都有姓名和年龄，但是确实是完全不同的两个人。而对于我们的AutoBI来讲，分体式BI中的组件就是我们所说的JavaClass类，拖拽到页面里的应用就是实例化出来的对象，即这么一个组件可以通过实例化，并赋予不同的业务逻辑，从而形成不同的业务逻辑功能。
拿云蛛系统在线体验中的【一图多源】来说，就比较好诠释这个。【分体-SQL-查询】这个组件，就是我们上面所说的类，拖拽到页面上，就是实例化了不同的a,b,c,d等等，之后就开始配置不同的逻辑，从而形成了不同的应用。就如上图，这些都是一个组件实例化出不同的应用，这个就是我们所说的应用对象化，这个对于从代码对象化到应用对象化，是一个实质性的跳跃，也是云蛛系统中一个核心技术点所在。而对于敏捷式需求的响应，只需要随时配置每个对象的业务即可。
而配置每个对象功能的时候，系统又不分前后台的概念，让用户所见即所得的进行线上直接变化，彻彻底底的极速响应极速变化的需求，达到了需求变化有多快，响应就有多快的概念。
随时修改，随时显示
而这一切已经完全摆脱了开发、测试、上线、试运行等等概念，从而彻底变成了自助式BI，甚至是用户需求会开着的同时，大家就可以直接确定需求，直接在线编辑确认，从而避免了时间成本、人力成本的浪费，一场需求会下来，功能页面都直接做完了。这个和过去那种收集需求、排期、开发、测试、上线、试运行、正式运行等等，简直是天和地的差别。而且不涉及软件开发人员，相关业务需求人员自己就可以直接搞定。这就是企业自助式BI，AutoBI的工作方式。
