[原创]信息系统,黑匣子与绑架

看到题目，会使人联想到飞机和恐怖分子。但今天要说的不是这个话题，而是信息系统。

人 类社会进入信息时代，出现了信息系统及支撑信息系统运行的软件。软件从诞生的第一天起，对用户来说就是个“黑匣子”，虽然在某些情况下可以提供源代码，但 对大多数业务人员来说，也相当于是个“黑匣子”。用户只看到软件所呈现的功能，但对实现这些功能的软件结构和逻辑一无所知，因为软件是由程序构成的，一般 用户不可能看得懂。并且，业务逻辑与程序的表达方式完全不同，既不能简单从业务逻辑推出程序，也不能简单从程序推出业务逻辑。用程序逻辑来实现业务逻辑的 过程，中间不知要经过多少次的“化学”处理和转换，完全是软件设计和开发人员自己玩的一种游戏，信息系统最终的用户既看不懂，也参与不了。简而言之，业务 逻辑与程序之间，业务人员与开发人员之间，存在着难以跨越的鸿沟。这带来了以下的一系列问题：
1。业务人员被开发人员“绑架”，业务人员想要实现新的功能，只能求助于开发人员。由于理解的鸿沟（业务人员和开发人员用的不是同一种语言）和实现的成本，业务人员的需求经常不被满足。
2。开发人员被业务“绑架”，没完没了的业务变化压得开发人员喘不过气来，经常晚上加班，没有星期天，没有加班费，还得不到业务人员的理解。
3。管理人员被“软件高手”“绑架”，很多情况下，复杂的软件系统只有少数“软件高手”搞得定，有的公司，甚至包括软件公司，“软件高手”的流失可能会带来严重的后果。
4。 企业被信息系统“绑架”，企业不上信息系统是等死，上了信息系统也不见得好活，信息系统对企业来说成了不断吃钱的“黑洞”，投资回报率永远是一笔算不清的 帐。而且信息系统一旦上线后，随着最初开发人员的慢慢流失，逐渐变成了一个接手者不能动、不敢动、动不了的“怪物”，如遇新的业务需求只能到处打补丁，随 着补丁的增多，系统每况愈下，应付业务变化越来越力不从心，到一定时间只能推倒重来，造成投资的巨大浪费。
5。用户被软件供应商“绑架”。软件供应商提供给用户的软件，是按照既定的需求开发的，随着时间的推移，原有的功能将不能满足业务的变化，于是需要修改软件，这时候往往要求助于软件供应商，如果改变花费的成本太高，基本是达不到目的的。
信息系统，成了许多企业的“心病”，想说爱它不容易，离了它还不行！
我 们知道，很多硬件系统，如房子、汽车、电视机、电脑等，对用户来说也是“黑匣子”，为什么没有给用户带来同样的困扰呢？因为这些东西出厂后，除了极少数发 烧友，一般用户并不会去改变它们以满足“新的需求”。而信息系统就不一样了，当今企业处于充满不确定性的环境中，业务的变化已经是常态，信息系统建成的第 一天，可能就是改变的开始，如果业务的变化超出了软件所能应付的范围，改变软件本身的结构就成了唯一的选择。但由于软件的“黑匣子”特性，要改变并不是一 件容易的事。
那么，有什么办法能解决以上问题吗？
既然这些问题来源于软件的“黑匣子”特性，解决这个问题最彻底的方法，当然就是打开软件 这个“黑匣子”。然而我们知道，软件是由程序构成的，目前尚不存在不用编程实现软件的技术！但是，我们做不到不用编程实现软件，不代表做不到不用编程实现 业务逻辑！现有的工作流系统已经可以通过定义业务流程部分做到这一点了，但由于其业务建模的能力还很有限，导致其应用的地方还很有限，大多用在非关键业务 （如OA系统）领域，而核心的业务系统（如ERP系统）还是用编程的方法实现的。有没有更好的方法，不用编程就能实现所有的业务逻辑？

我们 知道，人类的各种行为都由一系列的活动组成。比如，穿衣服可以分解为拿衣服、把衣服套在身上、扣扣子等动作。制作一张桌子可以分解为制作一个桌面、制作四 个桌腿、组装成桌子等活动。在企业中，一个定单的处理可以分解为接收定单、作生产计划、采购原材料、组织生产、入库、出货、收款等活动，其中某些活动还可 以层层分解为更小的活动。
那么，这些活动有什么共同点吗？或者说，我们可以从这些活动抽象出哪些共同的特性？
首先，所有活动都带有一定的目的和要求，都要有人负责，并有时间的限制，因此带有相应的业务信息和控制信息。
其次，活动还可以分解为更小的活动，或组成更大的活动。
最后，活动与活动之间有一定的关系。
这就是活动的全部属性。
我们要做的，就是如何为各种活动及它们之间的关系建模，然后编写能理解和运行该模型的软件系统。
我们把这种开发方法称之为面向业务开发（Business-Oriented Development，BOD）。
如果把BOD中的业务活动包装成任务，那么任务就是有目的的业务活动，是组成业务逻辑的基本单元。所以，面向业务开发也可以称为面向任务开发（TOD）。
那么，面向业务开发（TOD）与基于构件的开发方法（Component-Based Development，简称CBD）相比有什么优势呢？优势如下：
1． TOD直接反映和表达业务需求，一般用户都可以理解和操作，不需要技术人员的参与，这就消除了业务需求与软件实现之间的鸿沟，能更快更好地满足用户的需求。
2． TOD中的任务比CBD中的构件更“软”和更“轻”。构件是物理上存在的程序代码，需要软件开发人员编程实现，而任务是用户就可以定义的对象，因此更容易改变，改变花费的代价更小，更能适应业务的变化。
3． 业务层的可重用性强。定义好的任务可以很容易地放到别的任务中，就象搭积木一样。
4． 由于TOD不需要沉重的应用服务器和中间件之类的基础结构，因此无论在开发还是运行方面，TOD比CBD需要的环境都简单得多，更容易维护，对用户的要求更低。
5． 用户基于TOD开发信息系统比基于CBD开发所需的成本和费用要小得多。
如果TOD能为所有的业务活动及其相互关系建模，用户通过TOD就能实现所有的业务逻辑，也就是说，用户根本不需要通过编程来开发一个个独立的应用系统了！
不需要编程就能实现所有的业务逻辑，这就是道仑公司最新推出的数字神经系统平台ROAD的强大之处。
由 于在ROAD系统中，采用普通用户都可以明白的方式为业务建模，不需要技术人员的参与，所有人都使用共同的建模单元——任务。每个人都可以为自己负责的那 部分业务建模，而且可以立即投入运行。每个人既是系统的使用者，同时又是系统的建设者。信息系统对用户是透明的，任何懂业务的人员都可以维护和改变，前面 的“绑架”问题，也就不复存在了。
这样一来，信息系统的建设就完全由用户自己掌控，实现用户想要的任何业务逻辑。这样建立的信息系统一定能够满足企业的需求，更能适应未来的变化，真正成为随需应变的信息系统。
而且，ROAD的任务是模拟生物体的细胞来设计的，由于各种业务都是基于相同的单元（任务）构建并在同一种平台上运行，它们之间的“集成”将不会有任何障碍，业务流程的集成问题将成为历史。于是那些困扰用户和软件开发人员的所有软件开发和集成问题便烟消云散，不复存在了！
有了ROAD，用户将真正从信息系统获得解放，而不是被“绑架”。