企业建模与模型的一些讨论观点(一)
作者:余彤鹰, 来源:企业工程论坛, 发表时间:2010-01-29
摘要:围绕“企业建模与模型”这一主题,将过去讨论中散乱的一些比较重要的观点做了一个汇总整理,并结合现在的情况加了一些评述。这一部分的话题包括:企业模型与建模是真正确立企业工程必要的基础、企业建模领域一些研究的简单评述、企业模型与建模研究的几个基本方面、企业建模中的分层与抽象。
引言
以往,因为个人的目标始终放在应用开发上,所以对于企业模型与建模、应用系统架构这些话题,除了一两篇综述或大纲中提及,基本没有专门发文讨论过。曾经发出的一些文字,多是因网友讨论而写的,因此十分散乱。网站重建后,对过去散乱的(尤其是BBS里的)的一些东西做一些整理,将过去散乱讨论中一些比较重要、有意义的内容编辑汇总一下(只包括本人的),并根据现在的情况添做些点评。
企业模型与建模是真正确立企业工程必要的基础
目前的企业工程不可能是完整的,真正有力的,最重要的原因是她还缺乏一个最基本、最重要的条件,就是企业建模的方法论和工具。对于我所设想的企业工程,国外一些企业工程学术研究、教育所采用的IDEF建模工具或方法体系,是达不到企业工程要求的,已知的UML同样如此(或者还可算上OOMD,MDA,及一些软件工程方法体系如模式、RUP等);而詹姆斯.迈天的企业工程专著中,主要涉及了实施过程、方法、支撑的领域(如信息技术、组织和文化发展),却没有提及企业建模这个要素。我认为,任何工程学的一项不可或缺的基础是对其对象的建模理论、技术、与工具。所以,2002年提出的“企业工程四项愿景”第一项就是:
“独立通用的精确表述——用精确的、通用的、与实现方式与过程分离的表达方式(语言或模型)表述企业,并可将其用于阅读理解(直接或经过自动的转换)、分析、交流以及直接驱动企业平台(企业运做的基础平台,核心是信息系统平台),以此通用的表述方法记述个性化的业务模式以及业务模式的改进与变革方案。”
在合乎要求的企业建模方法和工具诞生之前,企业工程难免有些令人怀疑、边缘化或说是未真正确立的。上述观点,是我对于企业工程提出的一个重要看法。
点评:这些年,BPM领域的业务建模与基于业务建模的BPMS有很大的发展,因而,业务工程也就面临着或具有更多实质性的进展。例如:业务分析师(business analyst)这一角色已经非常清楚地被识别出来,但业务分析师到底是应当属于“应用企业的人”,还是“需求分析的人”范畴,仍然是未决的问题。再上一个层次,整体性的企业建模,还未见什么突破。在企业架构(EA)与框架领域的具体实践中,实际也是在丰富企业建模领域的内容,这方面存在的,IT语境中企业图景的局限性与片面性问题,也是企业建模领域的一个基本问题。
企业建模领域一些研究的简单评述
——CIMS等领域的传统企业建模研究,基本是与同时代的软件实现技术结合的,在详细建模方法(例如IDEF中的部分方法)与总体框架(例如CIM-OSA、GERAM)之间缺乏操作性的连接。对于模型的“阅读理解者”,也没有真正清楚的定位,在建模理论方面也有所欠缺。
——在软件业背景发展起来的企业建模研究,基本是以开发者为中心的,例如BPML无疑是软件系统分析员的工具,用UML来进行企业建模同样如此。此外,他们不可避免地缺乏对企业需求及其问题完整、深入的把握,例如工作流的发展与现状。
——在软件业还有一条发展道路,是信息工程、信息资源管理,它们没有越过传统软件实现观念的门槛,甚至无法跳出狭隘的信息系统(或所谓信息资源)的圈子。但其领袖人物最后不约而同都发展或靠近了“企业工程”概念。他们应当也是“模型驱动”原理的敏感者,但必须在对“信息系统”的认识上有所突破,从历史经验上看,观念的最后一层窗户纸往往不那么容易捅破。
点评:6、7年过去,这些观点仍有参考价值。
企业模型与建模研究的几个基本方面
对此的研究,可分几个方面,虽然实际常常被纠缠到一起,弄清他们还是很重要的:
——建模或模型理论。这涉及到数学、语义学、表达理论等若干基础学科。
——建模语言(或体系)。“理论”是归一的,方案是无穷的。
——建模方法论,它与具体的语言、原理相关。
——建模工具,它与具体的语言、方法论直接相关。今天我们可以说,建模工具基本是以电脑软件方式实现的。
企业建模并不是“建模”领域的唯一课题,软件建模也不是企业建模,即使这个软件是给企业用的。
幸运的是,我们并不需要所有的理论问题都彻底弄清才能构造出有用的东西,在这个领域上,理论和实践是真正地相辅相成。
企业建模中的分层与抽象
“层次”的含义要清楚,是模型的层次,还是模型表达对象的层次,还是目的或目标的层次,或者是功能的层次。所谓“分层的本质”这个问题,是整个系统科学中的若干核心问题之一,它的内涵是非常丰富的。
抽象的本质是什么,这是一个比“数学”还抽象的问题。对模型的深入研究,自然会引发这样的问题,涉及到表达理论的领域。
光盯住“建模”是不够的,建模要放在一个更大的框架,即系统的构建下来考虑。不同的系统以及不同的系统构建策略或方法,对建模或模型有不同的要求。这里包含了许多全世界都还没有解决的问题。
到这个层次上会发现,需要面对什么是我们所要的或涉及的“系统”,以及一些似乎只有哲学家才纠缠的最基本的概念,例如
- ——什么是软件?
- ——什么是企业?
- ——什么是业务?
- ——什么是模型?
- ——什么是语言?
- ——什么是信息?
等等。
相关链接
- 《“对话企业工程”的第一轮讨论》,2004年7月
-
《企业建模的目的、范围及“模型驱动系统”(MDS)》,2004年8月
-
《可演进的企业对象模型》,2006年1月
版权声明
本发布物版权归原作者所有,经原作者许可在企业工程论坛(EE-Forum.org)公开发布,并允许个人及公益性机构非牟利性使用及传播。传播中需保持从标题、署名到各项内容及此声明包括链接地址等完整内容不变。引用或摘编文中内容或观点应符合公认准则。其它机构,或牟利性使用,请预先取得作者许可。保留一切未说明的权利。
详细说明见: http://www.ee-forum.org/about/copyright ,管理者电子邮箱:admin(at)ee-forum(.)org
参考文献引用格式
GB7714风格:余彤鹰. 企业建模与模型的一些讨论观点(一)[EB/OL]. 企业工程论坛, http://www.ee-forum.org/pub/ty/2010-01-p1091.html, 2010-01-29[2010-08-01 10:34]
Chicago风格:余彤鹰, "企业建模与模型的一些讨论观点(一)", 企业工程论坛, http://www.ee-forum.org/pub/ty/2010-01-p1091.html (读取于2010-08-01 10:34)

信息工程的原著没有读到,但是就我所知道的,从企业工程角度讲,它的概念是非常粗糟的。比如业务分析中关于原子业务活动的定义,就没有找到令人信服的标准。不可分割的活动,原子业务活动,在企业建模是一个首当其冲的概念,连这个问题都解决不了,何谈业务分析建模。
我觉得,近年BPM领域的平台和应用实践,在业务分析建模方面有很大的进步。从发展看,传统的制造自动化(CIM)等领域发展的企业建模,信息系统架构领域发展的架构或框架,软件领域发展的工作流到BPM,各自的路子、侧重点都不同。它们应该最终融合在企业建模这个大旗下的。现在似乎还没有什么有力的基础或契机能够真正把几方面的优点汇集起来。