ARIS中文使用手册第2章(5)

ARIS 中文使用手册

7

2.3 说明层次

如前所述，ARIS 资源视图的结构布局是根据信息系统的说明层次的生命周期概念而形成的。 生命周期模型的主要形式即层次或阶段概念，这种模型说明了一个信息系统的生命周期。然而，ARIS生命周期模型没有流程模型那样的重要性，流程模型是用于开发独立的说明对象的。它仅在它们与信息技术的近似性的基础上，对不同的说明层次进行了定义。

这种区别在ARIS 三级模型，图2.3-1：信息系统的说明层次 中有明确的表达。（见Scheer, 《集成信息系统体系结构》 1992, p. 16 f.）.

整个系统的开发过程始于对业务操作问题的分析。这种分析基本上包含了整个被说明的业务过程，这一过程在这里是以用户目标和用户所使用的语言为导向的。这一过程把信息技术技术选择进行合并，以用来支持业务流程与决策。因此，只有半正式的说明语言被用来描述业务问题。由于这种方法缺乏足够的细节，以及语言的高度专业化，所以在实施阶段不能被用作正式的说明方法。

需求定义必须要把业务程序用正式的说明语言进行说明，这样才能使这一步成为需求定义到信息技术的一致转换过程的出发点。这一过程也是建立（语义）模型的过程。需求定义与问题说明之间的联系是非常紧密的，这一点在图2.3-1: 信息系统的说明层次 中有着很好的表述。

当需求定义的概念环境完成了向IT导向的转变时，就达到了设计规范层。这里，模块（或是说用户事务）是用来执行被定义的功能的功能，而并不是功能本身。也可以认为这一层在信息技术说明的总体方法中，是另一种形式的需求定义。因此，需求定义和设计规范之间的联系是较为松懈的。这意味着设计规范可以在不影响需求定义的情况下做一些变动。然而，这并不意味着需求定义和设计规范可以在彼此分离的情况下被制定出来。在完成需求定义之后，把它的内容按照业务管理用这种方法来确定下来时非常重要的，这样外部面向IT的事项（比如信息系统执行）对主题的内容就不会造成太大的影响了。

在实施描述层，设计规范已经被转换成为具体的软硬件组件。由此，与信息技术之间的物理连接就完成了。

每个独立的说明层是以不同的更新周期来标识的。更新频度最高达到实施描述层，最低达到需求定义层。