基于產(chǎn)品結(jié)構(gòu)的工作流程管理

1、基于產(chǎn)品結(jié)構(gòu)的工作流程管理         0簡介在一般的PDM系統(tǒng)中，將工程數(shù)據(jù)的>' target='_blank' class='infotextkey'>管理通常劃分為兩部分，一是對靜態(tài)數(shù)據(jù)文擋的>' target='_blank' class='infotextkey'>管理；二是對動態(tài)數(shù)據(jù)設計流程的>' target='_blank' class='infotextkey&

2、#39;>管理。兩種>' target='_blank' class='infotextkey'>管理相對獨立，屬于不同的模塊。人為地將產(chǎn)品結(jié)構(gòu)和工作流程割裂，導致對設計過程中產(chǎn)生的文檔進行>' target='_blank' class='infotextkey'>管理不便，設計過程完成后須花大量的時間和精力對文檔資料進行整理，才能得到為各個部門產(chǎn)生各種BOM視圖的產(chǎn)品結(jié)構(gòu)。這種做法容易出現(xiàn)差錯，而且影響設計、生產(chǎn)的效率。本文提出一種基于產(chǎn)品結(jié)構(gòu)樹的設計流程的>' ta

3、rget='_blank' class='infotextkey'>管理，能對設計流程實時>' target='_blank' class='infotextkey'>管理、監(jiān)控，設計流程結(jié)束后自然得到設計產(chǎn)品的產(chǎn)品結(jié)構(gòu)，以實現(xiàn)設計過程對文檔完整和高效地>' target='_blank' class='infotextkey'>管理。    1產(chǎn)品靜態(tài)數(shù)據(jù)的>' target='_blank'

4、 class='infotextkey'>管理模型對于設計過程產(chǎn)生的最終結(jié)果電子文檔，需要按一定的方式組織存儲起來，便于設計人員的查詢、引用和修改。以往的計算機>' target='_blank' class='infotextkey'>管理軟件通常用文件夾的方式進行>' target='_blank' class='infotextkey'>管理，這沒有完全反映文檔之間的關系。而且文檔的一些附屬信息沒有表達完整。在工廠中，傳統(tǒng)的設計文檔資料往往以產(chǎn)品及其零部件間關系（

5、例如裝配關系）為線索進行組織>' target='_blank' class='infotextkey'>管理，有鑒于此，建立一套產(chǎn)品零部件結(jié)構(gòu)的模型，并將文檔與之關聯(lián)，形成一個完整的產(chǎn)品結(jié)構(gòu)模型。集中對產(chǎn)品零部件及其描述文檔進行操作和維護。這樣，即便于用戶使用操作，又有利于數(shù)據(jù)的完整表達和維護，同時方便地為各個部門提供各種BOM視圖。該模型如圖所示，使用面向?qū)ο蟮姆椒?，將產(chǎn)品結(jié)構(gòu)歸納為三個層次：產(chǎn)品模型（ProductModel）：用于描述各種零部件如何組成產(chǎn)品的結(jié)構(gòu)。產(chǎn)品模型體現(xiàn)的是零部件之間的所有可能的裝配關系，它描述零部件間的最抽象的

6、關系。產(chǎn)品配置（ProductConfiguration）：它是排列互斥條件的而有具體版本的零部件組成產(chǎn)品的結(jié)構(gòu)，它描述了產(chǎn)品結(jié)構(gòu)中使用的設計>' target='_blank' class='infotextkey'>歷史變遷有關零部件中所有下級零部件、這些零部件的版本以及相關文檔；材料清單（BillofMaterial）：實例化的零部件組成的產(chǎn)品結(jié)構(gòu)，它既是可以用于指導生產(chǎn)的明細表，又是建立文檔與零部件關系結(jié)構(gòu)骨架。材料清單可以以圖形和表格兩種形式體現(xiàn)。產(chǎn)品結(jié)構(gòu)>' target='_blank' class

7、='infotextkey'>管理的三層模型：圖1結(jié)合當前操作系統(tǒng)流行的界面方式，系統(tǒng)左邊顯示配置或材料清單（BOM）樹，右邊顯示相關文檔。文檔可以是各種類型的文件，通過不同的應用程序激活并編輯它們。    2產(chǎn)品動態(tài)數(shù)據(jù)的>' target='_blank' class='infotextkey'>管理模型設計過程是一個動態(tài)變化的過程，從并行工程角度來講，設計活動只有細化到可操作的程度，才可能并行展開工作。從優(yōu)化的角度來講，設計活動又是不斷反復，不斷前進的過程。每項設計活動可以看作一項任務

8、，用戶在使用系統(tǒng)過程中需要按時完成的一系列活動都可稱為任務。針對不同的視角，引入兩個概念對工作流程加以描述：任務流：任務從創(chuàng)建到不斷細化再到完成的全過程，將具體的工作分解后在適當?shù)臅r間下達給適當?shù)娜耍构ぷ髂軌虬磿r完成。這是從并行工程角度分析設計過程，這種不確定型類型的流程特點是很少具有回滾等異常操作，但在流程的邏輯執(zhí)行過程中可能發(fā)行變化，任務先后關系定義較松散，要求人為調(diào)度、控制較多，工作流程>' target='_blank' class='infotextkey'>管理系統(tǒng)提供輔助監(jiān)控能力。工作流：文檔從創(chuàng)建到不斷反復優(yōu)化改進再到歸檔的

9、全過程，由若干步驟組成，這些步驟構(gòu)成一個有向圖，前后有固定的時序邏輯。這主要是從設計優(yōu)化角度分析設計過程。這類工作流程>' target='_blank' class='infotextkey'>管理多為確定型，在流程的時序邏輯執(zhí)行過程中很少發(fā)行變化，但回滾等異常操作較多，對執(zhí)行的可靠性要求高，要求工作流程>' target='_blank' class='infotextkey'>管理系統(tǒng)的調(diào)度、監(jiān)控能力強。需要說明的是，這里定義的工作流與工作流>' target='

10、_blank' class='infotextkey'>管理聯(lián)盟（workflowmanagementcoalition）提出的工作流有所差別，該聯(lián)盟是把經(jīng)營過程中由計算機系統(tǒng)自動執(zhí)行的那部分稱為工作流。實際上是指工作流程>' target='_blank' class='infotextkey'>管理系統(tǒng)控制其執(zhí)行的所有過程，其應該包含了上述的任務流和工作流。任務流作為設計活動的一個不斷細化過程，細化到什么粒度值得探討，細化到對設計過程的最小操作對象文檔的操作是恰當?shù)?。這樣劃分一是因為任務流的特點是細化任務，反

11、復優(yōu)化的過程較少，這也是對流程>' target='_blank' class='infotextkey'>管理引入兩個概念的原因之一；第二條理由與建立產(chǎn)品結(jié)構(gòu)樹有關，將在后文詳細敘述。工作流除了體現(xiàn)設計過程中文檔在不斷接近完成過程中改進、優(yōu)化的過程，同時包涵了對文檔操作步驟進一步的細化工作，也是一種分解任務的過程，當然也支持對文檔工作步驟的串行、并行操作。無論是任務流，還是工作流，實質(zhì)上都是信息的處理和流動過程。這些信息根據(jù)不同的作用可分為三類，應用信息作為設計過程這條流水線上的主體，是設計活動的操作對象，也是設計活動所追求的結(jié)果；控制信息則是系統(tǒng)用來控制流程中實例的狀態(tài)和工作方式；關聯(lián)信息則由用戶定義設計流程中應用信息的數(shù)據(jù)流向或