ARIS流程分析功能简介.doc

IDS Scheer (中国) 文档 ARIS 业务流程分析功能简介爱迪斯（上海）软件有限公司2006年6月18日目 录前言4第一章：ARIS常用分析功能51.1 矩阵分析51.1.1 部门 - 岗位关系分析51.1.2 岗位 - 功能关系分析61.1.3 信息载体 - 功能关系分析61.1.4 应用系统功能关系分析71.1.5 资源、物料 - 功能关系分析81.1.6 信息载体应用系统关系分析81.2 其他分析功能101.2.1 分析媒介（信息流）的断点101.2.2 分析应用系统断点111.2.3 功能的分类分析121.2.4 模型之间的比较分析131.2.5 在模型变体之间的比较分析13第二章 ARIS常用分析报表14前言根据ARIS的流程建模规范建立了企业业务流程多层次、多维度和集成的业务流程管理模型后，所有的模型、对象和关系都保存在后台统一的数据库中。因此，我们可以根据实际需要，对数据库进行查询、统计和分析，从而定制出各种分析报表。由于客户目前并未提出明确的分析需求，因此，我们现在介绍一些基于ARIS模型常用的分析功能及其作用。如果客户还需要其它的分析功能，我们可以使用ARIS的报表功能进行定制开发。第一章：ARIS常用分析功能1.1 矩阵分析ARIS Business Architect提供了矩阵分析功能，以矩阵形式清晰地展现在错综复杂的业务流程模型中，所有对象之间的对应关系。通过对矩阵的分析，企业至少可以获得下面的收益： 提高建模质量。企业建完模后，可以通过矩阵分析方法，简单快捷地检查出建模过程中存在的，对象之间关系定义的错误，然后对这些错误进行修改，以使建模逐步接近企业的真实情况。例如，企业建完模后，通过矩阵分析，发现某一项工作没有执行的组织对象（如岗位、人员、组织单元等），那就说明有职责、无岗位，可能在建模过程中存在遗漏。 暴露企业存在的问题。通过矩阵分析，企业还可以发现管理中存在的问题。例如，建完模后，通过矩阵分析展示数据表单与业务功能之间的对应关系时，如果发现某个表单创建后没有被使用，并且实际证明事实确实如此，那我们就可以认为没有创建这个表单的必要。由于任意两个或两类对象之间，甚至同一类对象之间都可以构成一个矩阵，因此矩阵分析的范围非常广泛。下面，我们举一些常见对象之间进行矩阵分析的例子。1.1.1 部门 - 岗位关系分析可以清晰的展示每一个部门由哪些岗位构成；也可以展示每一个岗位分别隶属于哪一个部门。如图1-1所示。图1-1：部门岗位矩阵通过部门岗位矩阵，我们可以分析： 是否有一个岗位隶属于多个部门的情况？如果是，需要结合组织结构进行考虑。 是否存在某些部门没有任何岗位的情况？如果是，说明部门的业务工作没有细化到岗位，仍然是面向功能的模式。 1.1.2 岗位 - 功能关系分析可以清晰地展示，每一个岗位执行了哪些功能（即从事了哪些工作）；也可以展示每一个功能由哪些部门执行或负责。如图1-2所示。图1-2：岗位 - 功能矩阵通过岗位功能矩阵，我们可以进行大量的分析，举例如下： 是否存在有某些功能没有执行的岗位（即有职责，无岗位，工作没人负责的情况）？ 是否存在某些岗位没有执行的功能（即有岗位，无职责，有人没确定责任的情况）？ 是否存在某一功能由多个岗位决定（即，业务工作被多头管理，有多个控制点的情况），是否合理？ 1.1.3 信息载体 - 功能关系分析 可以清晰地展示，每一个信息载体（如表单）由哪些功能创建，哪些功能需要用到这些信息载体中的数据。图1-3：信息载体 - 功能矩阵通过信息载体功能矩阵，我们可以进行如下分析： 是否存在有些表单没有相应的创建它们的功能？即有数据，无数据源；如果是内部表单，就需要进行检查，搞清产生数据的源头在那里？。 是否存在有些表单没有被使用？即有数据，无用途；如果是，就需要检查是否有创建此表单的必要，或搞清究竟谁会使用它。 是否存在有些表单由多个功能创建？如果是，就需要搞清各自的权限关系，或是否会产生数据的冗余。 1.1.4 应用系统功能关系分析可以清晰的展示，每一个功能由哪些应用系统支持；或者每一个应用系统支持了哪些功能。如图1-4所示。图1-4：应用系统 - 功能矩阵通过应用系统功能矩阵，我们可以进行如下分析： 是否有某些应用系统没有支持任何功能（即有哪些应用系统处于闲置状态）？ 明确区分哪些功能由应用系统支持，哪些功能没有应用系统支持（即区分由系统处理和由手工处理的功能）？事实是否如此？ 是否有某些相似的功能由多个应用系统支持？是否可以考虑将相关的应用系统集成？ 1.1.5 资源、物料 - 功能关系分析可以清晰地展示，每一个功能需要使用哪些资源或物料；或者每一种资源或物料，分别用于哪些功能或被哪些功能消耗，或由哪个功能输出。如图1-5所示。图1-5：资源、物料 - 功能矩阵通过资源、物料功能矩阵，我们可以进行如下分析： 每一个功能需要哪些资源支持？消耗了哪些物料？从而对投入/产出之间的关系一目了然。 每一个物料由哪些功能输出？从而对功能/产出之间的关系一目了然。 是否存在某些物料或资源，没有被任何功能使用的情况？从而消除冗余的定义，或重新对资源及物料的需求进行确认。 1.1.6 信息载体应用系统关系分析可以清晰的展示，每一个信息载体（如表单）分别由哪些应用系统创建；或者，每一个应用系统创建了哪些信息载体。如图1-6所示。图1-6：信息载体应用系统矩阵通过信息载体应用系统矩阵，我们可以进行如下分析： 明确区分哪些表单由应用系统产生，哪些表单不是由应用系统创建（即由系统产生的表单和由手工创建的表单），事实是否如此？ 是否存在某个表单的创建对应了多个应用系统？如果是，是否会出现数据不一致或冗余？是否有必要这样做？ 1.2 其他分析功能1.2.1 分析媒介（信息流）的断点功能：判断流程中的所有功能对象上，是否存在对特定信息载体（如文档、硬盘、日志、电话等）处理过程的断点。流程中带有信息载体的两个连续功能至少应该拥有一个相同信息载体，否则就认为是存在信息载体处理的断点。当然，该分析也可判断出：有多少带有信息载体的功能在与其它带有信息载体的功能相连接时，没有拥有至少一个相同的输入和输出信息载体。该分析功能适用于以下模型： EPC EPC (物流) EPC (列展示) EPC (行展示) EPC (表展示) 行业流程 办公流程 PCD PCD (物流) UML活动图分析结果如下（样例）：功能数量7连接的信息载体数量5输入信息载体3输出信息载体4至少拥有1个输入信息载体的功能数量3至少拥有1个输出信息载体的功能数量4至少拥有1个输入和1个输出信息载体的功能数量2输入和输出信息载体不相同的功能数量2功能转换数量5发生媒介（信息流）断点的功能转换数量1媒介断点和功能转换的关系0.21.2.2 分析应用系统断点功能：判断流程中的所有功能，是否有应用系统、应用系统类型、计算机或应用系统类（classes）支持。此外，该分析可以判断出，所有的功能转换是否存在应用系统、应用系统类型、计算机或应用系统类的断点。前续和后续功能，至少应该拥有一个相同的指派（应用系统、应用系统类型、计算机或应用系统类），否则就存在断点。该分析功能适用于以下模型： EPC EPC (物流) EPC (列展示) EPC (行展示) EPC (表展示) 行业流程 办公流程 PCD PCD (物流) UML活动图 增值链图分析结果如下（样例）：功能数量7分配的应用系统元素数量2应用系统2应用系统类型0计算机0应用系统类0有应用系统元素支持的功能比例（%）71.43有应用系统支持的功能比例（%）71.43有应用系统类型支持的功能比例（%）0有计算机支持的功能比例（%）0有应用系统类支持的功能比例（%）0功能转换数量5应用系统断点1应用系统断点/功能转换数量0.21.2.3 功能的分类分析功能：将流程中的功能，按给定的功能属性类型进行分组。该分析功能适用于对以下模型中的功能对象按照属性类型进行归纳，即：在其中包含了指定功能对象属性类型的所有模型。例如，按“ISO 9000相关”属性类型进行分组汇总，分析结果如下（样例）：功能数量比例（%）功能数量7100与ISO 9000相关的功能数量571.43与ISO 9000无关的功能数量228.571.2.4 模型之间的比较分析功能：基于选项来进行两个模型比较。甚至可以跨数据库比较进行模型比较。有两种比较方式可供选择：u 特定对象的存在情况比较u 特定属性的存在情况比较如果是在同一个数据库中进行模型比较，则还可以显示模型图。若选择显示图象，则进行模型比较时，系统会创建一个包含这两个模型的新模型，并对存在差异（只存在于一个模型的对象，或者属性有差异的对象）的对象，用底色为蓝色的矩形块标识出来。1.2.5 在模型变体之间的比较分析功能：通过主模型与模型变体