管理信息系统僵化的原因分析
本文标签: 管理信息系统 僵化 

笔者曾在《管理系统僵化的根本约束》中指出:根本问题应该是业务运营/运作/生产数据和业务的深度耦合。笔者的解决方案是工具化、平台化,目前相应的数据处理刚完成了其中的一个核心部件——执行引擎,对这个问题有了一点更深的认识,顺做总结。

概念是对问题认识的总结与概括,同时也是解决问题的出发点。所以在解决这个问题之前,我们必须要给信息一个合适的定义。笔者为解决本问题所选定的是本体论意义上的定义:信息是事物运动过程中各属性的表征

根据此概念,笔者在构思数据处理平台以及在编写数据处理平台的过程中,发现管理信息系统(非专指MIS,泛指管理类的信息系统)有以下三个特点:
1 结构相关性:大家知道,信息系统的一个重要思想就是事物的时空相关性,也就是说相关的事物在时间和空间上彼此接近,这一公理导致了信息系统的“团聚”(成团聚合)现象,也就是说现实处理业务时,业务信息是纠结在一起的,业务信息具有相当的非结构倾向,这一特点使得和具体业务无关的平台型描述语言效力大降;
2 处理现场性:笔者早在《论信息系统的现实价值》一文中就指出过,信息系统的本质就是规则内建。业务管理系统也不可能例外,这就存在一个问题,一方面企业发展历程不同、环境不同、业务不同,所以具体的业务规则千变万化,另一方面企业也总是跟随市场环境的变化而变动,业务规则本身就需要因应而变,所以预先内建的业务规则其描述能力要足够适应当前业务的需要。这一特点就要求,工具的粒度要够细,否则无法充分描述企业的个性化的业务规则,但太细的粒度又会过于复杂而难以掌握和调整,也就是失去了工具性、平台性的价值;
3 引用预知性:和具体应用相脱离的平台型工具在构造一个具体到某个企业的某个业务操作时,最大的问题就是处理逻辑和处理数据脱节。因为前两个特点的存在,平台型工具就需要摆脱具体的业务信息和相关的处理逻辑,但业务信息系统毕竟离不开业务信息的处理和业务逻辑的构造,所以,一方面要分开业务信息和业务处理逻辑,但具体执行的时候又必须保证引用正确。这是构造平台型工具的核心矛盾。而这一特点也决定了:业务信息和业务逻辑不可能分离而只能被降阶处理。

由此,我们可以看到,业务僵化最直接的原因就是业务复杂,而使用粒度过细的编程语言对纠结在一起的业务信息进行处理导致业务逻辑更加的复杂化。从而导致业务在跟随环境变化时,变更信息系统的成本非常高昂,这就是笔者一直在说的信息系统对业务的约束成本。

发表于: 2010-05-17 11:09 徐晓轶 阅读(920) 评论(0) 收藏 好文推荐

发表评论(网友发言只代表个人观点,不代表本网站观点或立场。)

您尚未登录,请先【登录或注册