企业过程建模和历史管理.docVIP

　　企业过程建模和历史管理|第1 内容加载中...企业建模过程是一个从不同角度和从业人员处获得关于企业的知识，将这些知识进行组织，并形成企业的部分或者整个模型的过程．企业建模过程由一组活动构成，这些活动之间具有一定的逻辑顺序关系，合理地制定企业建模活动的逻辑关系和每个活动的工作任务是企业建模方法学的重要研究内容． １．ＣＩＭ－ＯＳＡ过程建模方法 ＣＩＭ－ＯＳＡ(puterIntegratedManufacturingopenSystemArchitecture)是由欧共体的２１家公司和大学组成的ＥＳＰＲＩＴ－ＡＭＩＣＥ组织经过六年多的努力而开发出的一个ＣＩＭ开放体系结构．其目的是提供一个面向ＣＩＭ系统生命周期的、开放式的ＣＩＭ参考体系结构，从多个层次和多个角度反映了ＣＩＭ企业的建模、设计、实施、运行和维护等各个阶段，提供了ＣＩＭ系统描述、实施方法和支持工具，并形成了一套形式化体系。 作为一个通用、开放的ＣＩＭ体系结构，ＣＩＭ－ＯＳＡ具有完美的框架结构。企业过程模型框架为企业描述和集成提供了结构化的语言，它贯穿于企业过程建模生命周期中的各个阶段（需求分析、详细设计及实施阶段），以及四个视图（功能视图、信息视图、资源视图和组织视图）表述企业过程的各个方面，并根据其通用性将模型分为三个层次（通用、部分和特殊层），从而对企业的设计、建立和运行提供指导与支持。 ＣＩＭ－ＯＳＡ的模型框架如图１所示： 2.基于PMM的历史管理 历史管理应该能够自动捕捉企业过程的重要信息，首先应该实现的是过程历史信息的管理，过程历史管理涉及的是产品开发活动的具体实施情况（开始、结束、执行人、激励条件等等），从而为产品开发监控者和设计人员提供一个了解产品开发过程的整个流程的途径。 其次，为了更好的支持对产品开发活动背后的原理（有关设计本身的、有关设计过程的）的理解，还应该对设计意图进行记录和管理，我们称之设计意图管理，它主要是为形成完整的设计历史记录，支持设计过程的理解服务的。 3．过程历史管理模型 THPMM的过程模型中，采用活动分解法，将企业过程看成是“若干角色为共同完成某一产品开发目标而进行的活动序列”。其过程模型可以用一个元组PS＝（A，S）来表示。A代表活动（Activity）的集合，S代表活动间的连接关系成为流（Stream）。 THPMM过程模型是以活动为基础的，活动的定义是“由一个角色为完成某一产品开发目标而进行的最小功能单元”，并明确指出活动是“不再分解的过程”。所以我们引入的过程历史模型是活动级的，即以活动为最小节点，记录活动的状态变化，并同时记录流的状态变化（因为流体现的是活动的输入和输出），从而体现产品开发的整个过程。 我们引入“过程事件”这个概念用来描述活动/流状态的一次变化，因为THPMM系统的过程模型执行机制是在建模完毕的活动网络图上手动完成过程/活动的启动与结束（流是否成立也由手动完成），来导致活动、流的状态转换.所以过程事件可以分为两类：用户驱动的事件和系统内部状态改变引发的事件，分别对应用户操作引起的活动或流的状态改变，和由于条件的满足自发导致的活动状态的改变（如某个资源的可用自发地使对应的活动由“未启动态”变化到“可启动态”）。 我们将过程事件具体分成七种，如下表： 事件类型代号 事件类型 对象 激励源 0 过程运行的初始事件 活动、流 系统内部 1 启动活动 活动 用户驱动 2 停止活动 活动 用户驱动 3 提交流数据 流 用户驱动 4 引发事件 活动、流 系统内部 5 结束 活动、流 用户驱动 6 异常事件 活动 系统内部 表1事件类型表 其对应的活动状态转换如下图所示： 图2活动状态转移图 图上未标出流的状态变化，其状态变化（未签署签署），是围绕活动状态的改变进行的，它使活动的输入和输出条件得到满足（或部分满足），从而可能引起活动的自动变化。此外，“停止活动”和“结束”是不同的事件，分别对应于活动完成提交后用户停止该活动（活动还可以迭代进行）和最终设计真正的完成用户结束活动（流）。特别是“异常事件”，它将把系统中发生的异常（活动延迟、出错、失败等）记录下来。 在历史管理的事件管理中，目前还没有提供对“结束”和“异常”事件的记录。 记录 过程历史的记录方式是系统自动实现的，系统需要捕获的事件有两种，用户驱动的事件和系统内部状态改变引发的事件。如前所述，THPMM的执行机制是通过用户手动启动/停止活动，以及提交流数据来实施的，一旦活动或流的状态发生变化，历史管理模块将自动捕获该事件，并写入过程历史数据库中。 浏览与查询 历史管理模块支持两种形式的设计开发过程浏览，