ARIS方法2

2   集成信息系统体系结构(ARIS)

2.1   ARIS 体系的概念

集成信息系统体系结构的概念构思 (ARIS) 是在产生于对营运过程的整体分析的集成概念基础上形成的。在这种体系的创造过程中，第一步就要求对营运过程建立模型，这个模型要求包含企业运作过程中的所有基本特点。最后形成的模型是非常复杂的，所以要划分成若干互相独立的视图以降低其复杂性。由于这种划分，每个独立视图的内容都可以用某种方法来说明，这种方法适用于某个特定的视图，而且不用过多注意其与其他视图之间纷繁复杂的内外部关系。然后，视图之间的关系与模型结合，并且介入过程链的总体分析，而没有任何冗余。

降低模型复杂性的第二种方法就是对不同的说明层次进行分析。在生命周期模型概念之后产生的信息系统开发中的多种说明方法是由信息技术的接近性来区分的。这就保证了对与业务管理相关的问题与营运管理有关的问题直到对它们的技术执行的说明都能保持一致性。

因此，ARIS 结构 构成了集成信息系统的开发与最优化的总体框架，同时也时期具体执行的系统说明。在这种情况下， 就应该强调产生于ARIS体系的，与主题相关的说明层次，这些说明层次是用于对业务管理相关的过程链进行创建，分析，和评价的。Scheer对集成信息系统体系结构做了更详尽的说明（参阅 Scheer,《 集成信息系统体系结构》 1992）。

2.2说明视图

本节开始于对业务过程的分析，如 图 2.2-1: 业务过程模型所示。

整个过程由从事件“已到达的顾客订单”开始。这一事件又影响到随后启动的事件“已接受订单” 的运行（或处理）。为了保证这个操作的执行，对相关环境的状态说明是相当必要的。在这个例子中，状态对顾客以及订单中指定的产品都产生了影响。在工作流处理过程中，环境数据的状态是可以被改变的，举例说明，当预定产品的数据更新时，货物库存的数据也随之更新。

这些功能由各部门所属的人员处理完成。部门使用特定的信息技术工具（如个人电脑，打印机等）来完成这些任务。

事件“已确认订单” 即是“已接受订单”的运行结果。事件“已接受订单”引起了其他的附加操作（订单跟踪，生产计划）。 反之，数量众多的，亦作为人力与技术资源的状态说明，在这些操作的运行过程中也是非常必要的。这些资源可以与其他过程的组成成分建立连系。因此，就可能会需要同样的状态说明或使用同样的资源。

图 2.2-1: 业务过程模型

在一个完整的业务过程中，所说明的组成部分以及它们之间的内部关系包括：过程，事件，状态，用户，组织单元，以及信息技术资源。如果考虑到每一事件的所有过程元素的可能产生的结果，很可能会使模型大大复杂化，并造成说明中的冗余。

为了降低这种复杂性，全文被分为若干视图（参见图2.2-2:过程模型视图），用以说明离散型建模 和设计方面的问题。(见Scheer, 《集成信息系统体系结构》 1992, p. 13 ff.)  ，这些问题可以（基本上）彼此独立地寻求解决方法。用这种方法来划分视图，尽管独立视图之间的联系较为松散，但能使其组成部分之间紧密的联系起来。

图2.2-2:过程模型视图

类似于 “已收的客户订单” 或“已开发票” 之类的事件对信息目标（数据）的状态差别进行了定义。参考内容的状态，如“客户状态”或“产品状态”也可以以数据的形式来表示。像这样，状态和事件就构成了ARIS 体系的数据视图。

这些要被完成的功能（过程）以及它们的内部关系构成了另一个视图，及功能视图。这个视图包括对功能本身的定义，总体关系之下独立的子功能的列举，以及功能之间存在的地位关系。