ARIS中文使用手册第2章.doc

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 体系的数据视图。 这些要被完成的功能（过程）以及它们的内部关系构成了另一个视图，即功能视图。这个视图包括对功能本身的定义，总体关系之下独立的子功能的列举，以及功能之间存在的地位关系。 组织视图表现的是客户与组织单元之间的结合，同时也表现了它们之间的关系以及与之相关的结构。 信息技术资源构成了第四个说明目标，即资源视图。而这一视图在为说明与业务更加直接相关的成分提供一般条件的范围内，对业务过程中的相关观点是至关重要的。由于这一原因，对其他视图的成分说明 （数据，功能，即组织结构）都是在它们与信息技术资源的接近基础上完成的。由此，这些资源是在其他视图的设计规范和实施描述说明层次进行处理的（见第二章第三小节）。因此，在对不同层次进行分析的基础上而定义的生命周期模型就可以取代作为独立说明对象的资源视图。 把最初的过程划分为若干各子块会降低其复杂性—纵然这要牺牲掉视图的过程成分之间的关系。由于这一原因，控制视图 的概念被作为一个额外的视图而引进于此。它的作用主要是说明视图之间的关系。在一个独立的视图中，这种关系的集成使它有系统的介入系统分析，而不存在冗余。 控制视图是ARIS 体系中的重要组成部分，也是ARIS 体系与其它所提及的体系不同之处的重要关键。（见Scheer, 集成信息系统体系结构 1992,p.?24?ff., 与其它体系之间的比较）。 这四个ARIS 视图所形成的过程如 图 2.2-1: 业务过程模型 所示。这一过程将在以后的章节里再作详细讨论。 图