[原创]Charpter II ARIS介绍(I)

本章主要介绍ARIS（集成信息系统架构）的概念，描述了ARIS House以及它的各种视图，同时穿插介绍了一些基本的建模原则。另外还附带介绍ARIS工具集产品。

2.1 ARIS――集成信息系统结构

严格来讲，ARIS不是一个工具，而是一个概念。ARIS是The Architecture of Integrated Information Systems的缩写，是由谢尔教授发展起来的一种信息集成系统体系结构，其目的是为了寻求一种能够用来缩小企业与信息技术之间差距的应用框架，提供一种能够对业务流程概念进行准确描述和详细分析的方法，这种方法为企业信息系统的发展提供了一个起点。谢尔教授是这样定义ARIS的：

• 一种描述业务流程的体系结构。
• 一系列包含有各种元模型的建模方法。
• ARIS工具集软件系统的理论基础。
• 基于计算机的业务流程管理的概念。

ARIS概念的核心通过以一系列事件和任务链图的形式表达业务流程。有关事件驱动过程链(Event-Driven Process Chain，EPC)在第七章有详细讲解，除了业务流程建模ARIS还可以对如下系统建模：

• 信息系统数据技能
• 非组织商业对象异或
• 信息流材料产品
• 资源软件成本

更重要的也是最根本的是，ARIS允许对上面所列举建模对象之间的关系建模，并形成一个满足在本书1.2节所定义的那中企业业务流程模型。所谓企业业务建模，是指对整个企业或某个部门的结构、目标、日常的运营方式、资源消耗、运营所受的各种约束条件以及其与周围环境的各种关系等使用计算机进行归档、分析以及设计等的过程。谢尔教授在1992年创建了旨在开发基于ARIS理论体系的商业业务流程分析工具软件的公司：IDSProf.Scheer GmbH。其所开发的产品就是现在ARIS工具集， 也是本书将要描述的主要对象。而后，ARIS与SAP的合作进一步推动了其发展，到目前为止，超过60%的ARIS产品是在SAP R/3基础上进行定制和应用的。Gartner Group连续多年将ARIS评为世界公认的业务流程建模（BPM）工具的领导者。

2.2 ARIS体系结构

苏东坡的《题西林壁》中描述庐山是“横看成岭侧成峰”，其实换个角度来讲，就是因为对于相同或不同的人在相同或不同的角度观察事物，在大脑中构建出来的模型是不一样的。同样对于企业而言，从不同的角度去考虑、去观察所看到的结构也是不一样的。归结到模型上，也就是同一个企业可以建出许许多多的模型，管理有管理的模型，业务有业务的模型，而信息系统也有它的模型，各个模型反映着企业的某个方面。当我们对一个事物进行观察，我们总是带着特定的目的，而那个事物在那个目的下它只会呈现出一种或两种样子，这一种或两种样子传递了事物的部分信息，当然如果要将一个事物完整的反映出来只靠这一两个样子显然是不够的。当我们回到业务流程建模上来时，对一个企业的业务流程进行建模，我们显然不可能依靠一个大的、单独的模型来反映整个企业。我们所要做的是构建出一系列相对较小，容易理解的，从各个特定方面反映企业业务流程的模型，然后再将它们通过某种方式结合起来形成一个完整的模型。这也是ARIS建模体系所使用的途径。在ARIS中有各种各样的模型，每一个模型包含有一系列的项目（对象）和连接（关系），而且在一个模型中出现的对象也可能同时会在其他的模型出现。ARIS将这些对象和关系通过四种视图进行分类和组织。

图2-1 决策建模

• 组织视图：组织结构的静态模型。包括：层次组织结构的人员(people not human)资源，生产资源(比如，设备，运输等)以及计算机、通信网络结构等。
• 数据视图：业务信息的静态模型。包括：数据模型，知识结构，信息载体，技术术语和数据库模
• 型等。
• 功能视图：业务流程任务的静态模型。包括：功能层次，业务对象，支持系统和应用软件等。
• 控制（业务）视图：动态模型，展示流程运转情况，并能够将业务流程与流程相关的资源、数据以及功能等联系起来。包括：事件驱动过程链、信息流、物流、通信图、产品定义、价值增值图等。

前个视图主要集中在对组织结构的描述上，而控制视图（也称做业务视图）则主要关注企业行为。图2.1是ARIS House模型，它展示了ARIS理论体系结构中各视图间区别和联系。ARIS House是整个ARIS理论体系（ARIS House of Business Engineering, HOBE）中的一部分，想要详细了解有关ARIS理论体系内容的读者可以阅读Scheer教授所著的：《ARIS――业务流程框架》(Scheer,A-W 1998)和《ARIS――业务流程建模》(Scheer, A-W 1999)1。在这些书中Scheer教授通过UML图详细描述了各个视图间的关系，同时也对其他建模方法做出了比较分析（比如，面向对象建模，ISM，Zachman 框架等）。

有关详细的各种建模体系的讨论， 大家可以参看许多已有的资料。如果有兴趣也可以跟我一起探讨， 就我个人经验而言，ARIS最初是比较学术化的东西， 当然其他诸如CIM-OSA，Pert，Gradual，IDEF-x等等都差不多，总体来讲ARIS应该是比较能够实际应用的了。

2.3 业务流程建模方法

前面提到，ARIS只是提供了通过多视图来反映业务状况的一种建模概念，他本身并没有提供有关业务重组、信息系统设计以及业务支持系统等的具体方法。但是，如果仔细研究者信息系统项目我们会发现在实施过程中基本都要经过如下的几个典型阶段：

• 确定目标
• 需求捕捉
• 概念设计
• 详细设计
• 系统实现
• 上线和维护

现今，企业的大部分业务处理都依赖于信息系统，流程设计、流程重组重组作为信息化技术的典型应用之一，也要遵循信息系统设计的类似阶段，如表2.1。

表2-1 信息系统开发阶段

流程设计	流程重组
需求分析、建模	需求分析、建模
概要设计和建模	“as-is”设计和建模
概要设计仿真与分析分析	“as-is”模型
逻辑模型设计	“to-be”模型设计和建模
逻辑模型仿真与分析	“to-be”模型仿真与分析
物理实现建模详细	“to-be”实现建模

通过使用ARIS仿真分析工具在每个阶段对各种模型进行目标测试和运行测试，能够对各个阶段的活动提供很好的支持。

在系统设计领域，“概要设计”、“逻辑设计”和“物理设计”是经常被提到的词语。在一个层次化的设计中，概要设计是第一阶段，通常会对项目的目标做出定义。逻辑设计阶段则将概要设计的各种思想通过详细设计进行细化，但此时并不考虑具体该怎样实现。物理设计在最后阶段给出项目具体实现的各种详细信息，包括设备、软件等等。在实际应用中，严格按照这种“自顶向下”的方式来做的项目是很少很少的，因为很少有项目能够提供足够“豪华”的阵容和时间，而且通常都会受到其他条件的约束和限制，比如公司的标准，采购政策，与现有系统或者商业伙伴的协同工作等等。而且，技术发展的脚步是如此的迅速，最初定下的需求可能会不停的变化，结果导致了实际系统开发方式的多种多样。新的改变和新的约束会影响原来的概要设计和逻辑设计，通常一个阶段会经过多次反复，最终才能实现目标。

Scheer教授将上面所描述的这些活动归纳到ARIS的四个阶段之中，表2.2展示了这四个阶段以及与上面提到系统设计方法的对应关系。

表2-2 ARIS构建阶段

流程设计	系统开发阶段
阶段1――准备阶段
阶段2――需求定义	概要设计
阶段3――规范设计	逻辑设计
阶段4――具体实现	物理设计

注：为了跟ARIS中原意相对应，本书以下部分对后三个阶段将分别简称：需求、设计、实现。