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

2.4 从何处开始

在ARIS Toolset中，业务模型可以被划分到特定的视图， 并置于特定的阶段中（ARIS House）。每个视图的各个阶段给出了项目实现的向导，当然这些不是一层不变的，在实际的应用中可以加以灵活运用。ARIS体系、视图以及ARIS设计阶段三者一起揭示了怎样对业务流程各个方面建模以及这些模型该以何种方式出现。当然，这些定义和方法也是非常灵活的，随实际情况的不同可以进行相应的扩展和灵活运用。有时候可能一种模型就能很好的反映出想要的情况，而更多的时候是需要几个视图配合起来表达全部信息。因此ARIS用户在进行建模时要对模型进行选择、以及怎样使用这些模型，同时还要决定模型所要表达的深度（也即建模的层次）。本书作为个人经验的总结，在这些方面给

出了一定的建议和讲解。很希望你会按照这些建议去做，我想这对你的工作会带来不少帮助，也可以少走不少弯路。但这些终究只是我个人的经验，你也许有你自己的看法，乐于见到你有更好的解决办法。本书仅作参考之用。

图2-2 决策建模

2.5 建模的基本规则

在我们进入ARIS Toolset之前，我觉得有必要就一些建模的基本规则作出说明，这些基本规则是Scheer教授在给德国政府做的相关工作中总结出来的。需要注意的是，记住这些基本规则将会让本书后面部分的讲解变得更加容易理解。

• 正确性原则：一个正确的模型必须有正确的语义和语法。首先方法要具有完毕性和持久性，而模型要忠实于方法。只有这样模型才能跟实际情况相符合，才能被其他分析工具所共享。

“最大可能性的坚持ARIS方法”

• 针对性原则：只对与建模目的有关的信息进行建模。模型建的太广太全面不仅浪费时间也浪费人力和财力。

“建模范围不要太广”

• 成本和收益相平衡：建模过程中业务信息的收集和实际建模所消耗的成本必须要与期望得到的效益相平衡。记住――80%的收益来自最初20%的工作，而要得到剩下的20%收益可能要消耗余下的80%的工作量。

“知道工作应该做到什么程度”

• 可理解性：模型要容易被理解和使用。实际的业务模型总是复杂的，因此将他们分割成可被理解的小模型是有必要的，这些小模型组成整体形成业务流程的整体结构。

“保持模型的简洁-过于讨巧的模型容易产生误解”

• 可比较性原则：ARIS是一个非常强大的工具，也许一种结果可能有许多种不同的方法可以得到，但是真正有用的是保证模型的交流和共享。为了实现这一目标，你首先必须选用一种相对通用的方法。

“定义好标准并坚持这些标准”

• 系统化的结构：在不同视图中产生的模型应该能够集成在一起成为一个整体。所以，坚持ARIS方法，采用统一的命名方法、提供集中的对象定义库等是非常有必要的。

“不要总是重新定义，尽可能多的利用重用”

就个人经验而言： “如果模型看起来正确那么他可能是正确的，如果看起来有点不肯定那么多半是错误的！”

2.6 ARIS建模方法

一个实际的业务处理流程通常包含有一系列小的、相对独立的模型和视图。有时候使用“模型”一词很容易产生混淆，有必要在此先解释清楚ARIS中一些术语的意思，因为后面你会发现好多词语容易跟我们日常生活中的其他意思相混淆。作为ARIS Toolset的所有产品以及产品中的相关定义的底层概念，ARIS Method决定了在ARIS产品中哪些类型的模型可用的，哪些对象能够放到制定的模型中以及这些对象的关系（连接）的具体类型等等。

2.6.1服务器、数据库以及模型

每一个业务流程在ARIS House中总可以有对应的表现方式，而对于一个实际的业务模型而言它可能又是由很多的小的模型所组成的。因此，如何在软件系统组织和保存这些模型数据就显得很重要。在ARIS中，系统对模型数据的保存分为三个层次――服务器、数据库和模型，表2.3给出了他们对应的解释。模型保存在数据库中，而数据库又通过服务器进行管理。每一个模型都是通过图形的形式表现出来的，在这张图上可以进行对象和关系的创建和修改等。然后再将这些代表特定流程的模型组织成数据库，并将数据库存储到ARIS Server中。ARIS服务器即可能是一个本地服务器，也可能是一处在网络环境下的专门服务器。因此一个业务模型可以存储在一个单独的数据库或者不同服务器的多个数据库中。

提示：有关ARIS的软件组织架构，可以参看ARIS软件说明。感兴趣的读者可以自行查阅相关资料，或来信讨论。我们通常对ARIS的使用都是在ARIS数据库级别和模型级别进行的，也就是指在使用ARIS建模过程中有关对ARIS的操作实际上都是对ARIS数据库操作的过程。而且ARIS中诸如：访问控制、分析工具、报表等也都是针对存储在同一数据库中的模型而言的，不能对不同数据库之间的模型进行模型或对象的复制，统一使用报表、一起仿真等操作。

表2-3 ARIS构建阶段

术语	解释
ARIS Method	ARIS理论在ARIS Toolset系列产品中的具体实现
模型	特定类型的业务流程图（比如一个数据模型），通常由存储在底层ARIS数据库中的对象和关系组成
模型图	ARIS中模型的视觉呈现
ARIS数据库	代表某个业务流程的一系列相关的ARIS模型
ARIS服务器	一个持有ARIS数据库的文件存储系统
业务模型	代表某业务情况的一系列数据库和模型

ARIS模型可以从一个数据库转移到另一个数据库中去（合并），数据库也可以在不同的ARIS服务器之间进行移动（备份和恢复等）。正因为这种数据库和系统之间的通用性，因此对使用ARIS所建的业务流程模型，其持久性和可集成性就显得略微重要。出现在不同模型中但表达同一实体意思（比如一个组织单元）应该使用相同的对象来表示。同时，不要在模型中使用那些看起来相似的对象（比如功能和功能接口）表达同一实体，他们实际完全是两回事，尤其是在后面对流程进行仿真分析时会带来很多麻烦。ARIS中拷贝的概念是比较特殊的，读者在后面发现，在模型中时尤其是复杂模型，要实现重用（re-use）而又要避免对象的直接关联是非常让人头痛的一件事情。注意：ARIS中有多种拷贝方式，拷贝在ARIS中不同于我们普通意义上的拷贝，这与ARIS数据定义的逻辑定义与显示相分离有关，在第十三章会详细讲到有关ARIS中对象定义，对象拷贝和对象在模型中的视觉呈现之间的各种详细差别。

图2-3 典型的ARIS对象及对象间关系

2.6.2 对象、对象显示和关系

模型通过标志符号展示了对象以及对象间的关系。所谓对象，代表了我们想对其进行建模和分析的现实世界中的某个实体或事情（比如一项任务，一个组织或者以计算机系统，数据等等）。对象描述某种事实，并被以对象定义的形式存放在ARIS 数据库中。对象可以由它自己的对象属性来获得进一步描述。表2.4 给出了ARIS对对象、关系等的定义。ARIS理论体系中，对基本EPC的概念进行了扩展，包括EPC所能体现的对象的种类和关系的类型等等都得到了充实，所以在ARIS中称为扩展事件驱动过程链（extended Event-driven Process Chains）。ARIS eEPC中有两百多个对象，ARIS Method中分别定义

了这些对象在哪些模型中可用以及他们的使用范围等。ARIS模型中不同类型对象有不同的标志符和外观（颜色、形状、大小等等）。当在业务流程模型图上创建了一个对象的标志符时，在ARIS数据库中就会出现一个对象的定义，对象定义（De¯nition）和对象显示（Occurrence）是不同的（见第十三章）。

在ARIS数据库中定义的对象可以在同一数据库的模型中多次加以使用（前提是这个对象可以出现在该模型中）。所以，一个模型并不是拥有对象，而只是这些对象的显示，同一个被定义的对象可以多次出现在一个或多个模型中，而且在任何该对象出现的地方对此对象的修改都会影响到数据库该对象所有的显示。

只有对象表达业务模型是不够，还需要将对象通过关系关联起来。在ARIS模型图中，关系见第七章

表2-4 ARIS对象相关信息解释

术语	解释
对象（Object）	现实世界中的实体或事情（比如一项任务，一个组织或者以计算机系统，数据等等），在事件驱动过程链（EPC）中通常表现为事件、功能、人员、规则等等
标志符号	ARIS模型图中对象的视觉呈现（如功能通过一个绿色的圆角矩形表示）
关系对象	所表示的现实世界实体或事情之间的交互关系在ARIS中的表现，比如某人执行某种功能就是一种关系
连接	关系的视觉呈现，就是EPC中两对象间的带箭头或不带箭头的连线
显示	（Occurrences，没想更好的表达了，谁想到了告诉我）模型中使用的某个对象的所有实例（一个被定义对象可以有多个Occurrence，详细解释参见第十三章）

（Relationships）是通过对象显示之间的连线表现出来的。在eEPC中，哪些对象之间可以连线是有限制的，大部分对象之间通常都是可以的，但是要注意不同对象间连线时往往多种连接类型，具体的连接类型在ARIS Method中进行了定义。图2.3给出了一个示例，从图中可以看出，每一种对象间的连线都有与之相关的特定类型，当然两个对象之间也可能有多种类型可以选择

ARIS对象间的关系同样也存储在底层数据库中，因此可以查看同一数据库某个对象与其他所有对象间的关系，而这与该关系具体是在那个模型中定义的无关。

注意：当在ARIS模型图中删除两个对象间的连线（关系）时，尽管该连线不再可见但实际它依然存在于底层数据库中。这些被初次删除的、并且不再被其他任何模型使用的关系（或者对象）直到对整个数据库进行“reorganisation”时才会被完全删除。而在他们被完全删除之前，ARIS将一直认为他们是实际存在的，尽管他们不可见。