论文部分内容阅读
摘 要：PDM系统中的一个必不可少的功能就是工作流程的管理，将工程数据通常划分为两部分，一是对静态数据文档的管理；二是对动态设计流程的管理。即PDM系统不仅管理产品数据本身，而且管理产品数据的产生过程。PDM系统根据企业制定的管理规则，对产生、修改和使用产品数据的过程进行协调和控制。
关键词：工作流、PDM 系统、流程管理
一、PDM 系统下的工作流程管理
PDM系統的一个必不可少的功能就是工作流程的管理。工作流程管理主要实现产品的设计与修改过程的跟踪与管理，包括工程数据的提交与修改控制或监视审批、文档的分布控制、自动通知控制等。它主要管理当一个用户对数据进行操作时会发生的情况、用户与用户之间的数据流动以及在一个产品的生命周期内跟踪所有数据和事务的活动。这一功能为产品开发过程的自动管理提供了保证。
工作流最典型的应用是在产品设计过程中。其主要流程体现为产品设计数据在设计组/设计者之间的有序流动。不同部件/零件的产品数据间有着非常复杂的相互逻辑关系。这种逻辑关系也映射为不同设计活动之间的逻辑关系，工作流模型应描述这一复杂关系。流程的执行过程中存在着几种典型的模式，如产品设计数据的审核、审批、发布；产品设计、开发、试生产不同阶段的反馈；设计流程中的冲突协调等。产品设计过程往往涉及多种组织结构和资源元素。其工作流模型也必须具有较强的组织资源描述能力。
在一般的PDM系统中，将工程数据的管理通常划分为两部分，一是对静态数据文档的管理；二是对动态设计流程的管理。即PDM系统不仅管理产品数据本身，而且管理产品数据的产生过程。PDM系统根据企业制定的管理规则，对产生、修改和使用产品数据的过程进行协调和控制。
为了对工作流程进行管理，首先要对PDM系统的工作流程进行定义。即把一些工作分解为若干步骤，设定每个步骤要完成的任务，安排完成这些任务的人员，设定每个步骤的启动和结束的条件、完成任务的期限、安排各个步骤地先后顺序。当己定义好的流程被启动后，PDM系统就开始对这个流程所牵涉的工作过程进行控制。每当流程开始运行时，PDM系统会自动将任务分发到每一个任务执行者手中。一个工作步骤的任务完成以后，PDM系统负责将这一步骤产生的信息，如设计资料、审批意见等传递到下一工作步骤，同时并通知下一任务执行者开始工作。PDM系统会通过系统日志将所有的处理过程记录下来，以备以后的查询。由此可见，工作流程管理涉及到3R问题，即路由（Routes）、规则（Rules）、角色（Roles）。路由器定义了对象及它的传送途径，其中对象包括文档、事件、形式、部件和消息等。规则定义了消息如何路由和路由给谁，即工作流的下一步流转方向和如何处理异常情况。角色则定义了工作由谁执行。而且，传统的项目管理系统，随着社会的发展，它自身的局限越来越明显，已经无法满足需求，而工作流技术的出现和发展，为上述问题的解决提供了强有力的工具和支持。通过将分布式项目管理系统与工作流的集成，可以克服项目管理中无任务执行引擎、任务逻辑模型中无法描述项目反馈、循环以及项目监控非实时性等不足。项目管理与工作流集成的目标就是如何能够在两者之间实现紧密集成，将项目中任务的内部过程“可视化”，即将具体的产品开发业务过程与特定的项目管理相联系，获取大量实时数据，提高协同产品开发过程的管理效率。
二、基于关系模型实现 PDM 系统的流程管理的原因分析
数据库是一个企业所涉及的数据的提取与综合，它不仅反映数据本身，而且反映数据之间的关系，也是事物之间联系的反映。在数据库中使用数据模型对事物进行抽象，现有的数据库系统均是基于某种数据模型的。数据库领域中过去和现在常用的数据模型有三种，他们是：层次模型、网状模型和关系模型。其中层次模型和网状模型均属于非关系模型，在关系模型出现前，他们是最常用的数据模型。关系模型是数据库领域中所讨论的最重要的模型，自20世纪80年代以来，计算机厂商推出的数据库管理产品几乎都是支持关系模型的。在用户看来关系模型中的数据的逻辑结构（数据结构）就是一张二维表。
关系数据库采用关系模型作为数据的组织方式。关系模型的最大特点就是描述的一致性，即实体及实体间的联系均用关系来表述。关系模型中所有数据都被组织成“二维表”的形式，这种表在数学上被称之为关系。表中一列是一个属性，相当于记录中的一个数据项，以行叫做一个元组，相当于通常记录的值。元组可以由一个或一个数据项的集合用以唯一标识这个元组，也被称为码或者关键字，标中的每一项叫分量。
关系模型与以前的非关系模型最大的不同是，它建立在严格的数学概念的基础上。关系数据库产品一问世，就以其简单清晰的概念、易学易懂的数据库语言，是用户不需要了解复杂的存储路径细节，不许说明“怎么干”，只须指出“干什么”就能操纵数据库，深受广大用户的喜爱，涌现出许多性能良好的商品化数据库管理系统，即（RDBMS）。如DB2，ORACLE，INGRES，SYBASE，INFORMIX等都是关系型数据库管理系统。而且关系型数据库管理系统也从单一的集中式系统发展到可在网络环境下运行的分布式系统，从封闭系统逐步发展到开放式系统，从联机事务处理到支持信息管理、辅助决策、系统的功能不断完善，数据库的应用领域也不断扩大。
所谓基于关系结构的数据库引擎指的是工作流引擎中的数据模型全部通过关系结构来表达；控制工作流引擎工作的各种程序逻辑也是通过常规关系型数据库系统中所提供的存储过程、包、触发器等机制来实现；同时，事物的并发控制也通过数据库提供的机制来实现。
从技术角度来说，使用关系结构来表达工作流引擎中的数据模型可以降低工作流引擎开发过程中的技术难度和工作量。具体表现在：
1.与工作流相关的各种控制数据可以存储在关系数据库系统中；
2.与此相关的数据的完整性可以由数据库管理系统来维护；
3.利用关系结构可以方便的定义工作流引擎中的各种数据格式和数据结构；
4.可以方便的利用数据库管理系统提供的各种DML语言来操作工作流引擎所需的各种数据；
5.从开发应用系统的角度来看，在同一数据库环境下为开发者提供一个基于关系结构的工作流引擎，并且如果这个工作流引擎所提供的服务可以方便地嵌入到应用的开发环境中，则可以降低开发应用的难度。这是因为：针对关键业务的系统通常会采用一个常规的关系型数据库系统作为后台的支撑；应用系统的开发者往往会采用一种它们所熟悉的并且适合此数据库系统的前端开发工具来开发具体应用。这些前端开发工具的一个显著特征是开发功能强大，但不具备工作流机制。因此，采用基于关系结构的工作流引擎很容易做到与应用的无缝集成。
关键词：工作流、PDM 系统、流程管理
一、PDM 系统下的工作流程管理
PDM系統的一个必不可少的功能就是工作流程的管理。工作流程管理主要实现产品的设计与修改过程的跟踪与管理，包括工程数据的提交与修改控制或监视审批、文档的分布控制、自动通知控制等。它主要管理当一个用户对数据进行操作时会发生的情况、用户与用户之间的数据流动以及在一个产品的生命周期内跟踪所有数据和事务的活动。这一功能为产品开发过程的自动管理提供了保证。
工作流最典型的应用是在产品设计过程中。其主要流程体现为产品设计数据在设计组/设计者之间的有序流动。不同部件/零件的产品数据间有着非常复杂的相互逻辑关系。这种逻辑关系也映射为不同设计活动之间的逻辑关系，工作流模型应描述这一复杂关系。流程的执行过程中存在着几种典型的模式，如产品设计数据的审核、审批、发布；产品设计、开发、试生产不同阶段的反馈；设计流程中的冲突协调等。产品设计过程往往涉及多种组织结构和资源元素。其工作流模型也必须具有较强的组织资源描述能力。
在一般的PDM系统中，将工程数据的管理通常划分为两部分，一是对静态数据文档的管理；二是对动态设计流程的管理。即PDM系统不仅管理产品数据本身，而且管理产品数据的产生过程。PDM系统根据企业制定的管理规则，对产生、修改和使用产品数据的过程进行协调和控制。
为了对工作流程进行管理，首先要对PDM系统的工作流程进行定义。即把一些工作分解为若干步骤，设定每个步骤要完成的任务，安排完成这些任务的人员，设定每个步骤的启动和结束的条件、完成任务的期限、安排各个步骤地先后顺序。当己定义好的流程被启动后，PDM系统就开始对这个流程所牵涉的工作过程进行控制。每当流程开始运行时，PDM系统会自动将任务分发到每一个任务执行者手中。一个工作步骤的任务完成以后，PDM系统负责将这一步骤产生的信息，如设计资料、审批意见等传递到下一工作步骤，同时并通知下一任务执行者开始工作。PDM系统会通过系统日志将所有的处理过程记录下来，以备以后的查询。由此可见，工作流程管理涉及到3R问题，即路由（Routes）、规则（Rules）、角色（Roles）。路由器定义了对象及它的传送途径，其中对象包括文档、事件、形式、部件和消息等。规则定义了消息如何路由和路由给谁，即工作流的下一步流转方向和如何处理异常情况。角色则定义了工作由谁执行。而且，传统的项目管理系统，随着社会的发展，它自身的局限越来越明显，已经无法满足需求，而工作流技术的出现和发展，为上述问题的解决提供了强有力的工具和支持。通过将分布式项目管理系统与工作流的集成，可以克服项目管理中无任务执行引擎、任务逻辑模型中无法描述项目反馈、循环以及项目监控非实时性等不足。项目管理与工作流集成的目标就是如何能够在两者之间实现紧密集成，将项目中任务的内部过程“可视化”，即将具体的产品开发业务过程与特定的项目管理相联系，获取大量实时数据，提高协同产品开发过程的管理效率。
二、基于关系模型实现 PDM 系统的流程管理的原因分析
数据库是一个企业所涉及的数据的提取与综合，它不仅反映数据本身，而且反映数据之间的关系，也是事物之间联系的反映。在数据库中使用数据模型对事物进行抽象，现有的数据库系统均是基于某种数据模型的。数据库领域中过去和现在常用的数据模型有三种，他们是：层次模型、网状模型和关系模型。其中层次模型和网状模型均属于非关系模型，在关系模型出现前，他们是最常用的数据模型。关系模型是数据库领域中所讨论的最重要的模型，自20世纪80年代以来，计算机厂商推出的数据库管理产品几乎都是支持关系模型的。在用户看来关系模型中的数据的逻辑结构（数据结构）就是一张二维表。
关系数据库采用关系模型作为数据的组织方式。关系模型的最大特点就是描述的一致性，即实体及实体间的联系均用关系来表述。关系模型中所有数据都被组织成“二维表”的形式，这种表在数学上被称之为关系。表中一列是一个属性，相当于记录中的一个数据项，以行叫做一个元组，相当于通常记录的值。元组可以由一个或一个数据项的集合用以唯一标识这个元组，也被称为码或者关键字，标中的每一项叫分量。
关系模型与以前的非关系模型最大的不同是，它建立在严格的数学概念的基础上。关系数据库产品一问世，就以其简单清晰的概念、易学易懂的数据库语言，是用户不需要了解复杂的存储路径细节，不许说明“怎么干”，只须指出“干什么”就能操纵数据库，深受广大用户的喜爱，涌现出许多性能良好的商品化数据库管理系统，即（RDBMS）。如DB2，ORACLE，INGRES，SYBASE，INFORMIX等都是关系型数据库管理系统。而且关系型数据库管理系统也从单一的集中式系统发展到可在网络环境下运行的分布式系统，从封闭系统逐步发展到开放式系统，从联机事务处理到支持信息管理、辅助决策、系统的功能不断完善，数据库的应用领域也不断扩大。
所谓基于关系结构的数据库引擎指的是工作流引擎中的数据模型全部通过关系结构来表达；控制工作流引擎工作的各种程序逻辑也是通过常规关系型数据库系统中所提供的存储过程、包、触发器等机制来实现；同时，事物的并发控制也通过数据库提供的机制来实现。
从技术角度来说，使用关系结构来表达工作流引擎中的数据模型可以降低工作流引擎开发过程中的技术难度和工作量。具体表现在：
1.与工作流相关的各种控制数据可以存储在关系数据库系统中；
2.与此相关的数据的完整性可以由数据库管理系统来维护；
3.利用关系结构可以方便的定义工作流引擎中的各种数据格式和数据结构；
4.可以方便的利用数据库管理系统提供的各种DML语言来操作工作流引擎所需的各种数据；
5.从开发应用系统的角度来看，在同一数据库环境下为开发者提供一个基于关系结构的工作流引擎，并且如果这个工作流引擎所提供的服务可以方便地嵌入到应用的开发环境中，则可以降低开发应用的难度。这是因为：针对关键业务的系统通常会采用一个常规的关系型数据库系统作为后台的支撑；应用系统的开发者往往会采用一种它们所熟悉的并且适合此数据库系统的前端开发工具来开发具体应用。这些前端开发工具的一个显著特征是开发功能强大，但不具备工作流机制。因此，采用基于关系结构的工作流引擎很容易做到与应用的无缝集成。