戰(zhàn)略規(guī)劃實施與優(yōu)化pdm業(yè)務計劃流程建模范文

1、第9章.PDM業(yè)務流程建模（一）-制造業(yè)信息化戰(zhàn)略規(guī)劃、實施與優(yōu)化PDM篇發(fā)表時刻：2008/12/9 特約撰稿人： HYPERLINK /commsearch.aspx?author=%c0%ee%b4%ba%cd%a4 t _blank 李春亭 HYPERLINK /commsearch.aspx?author=%b0%d7%d1%d2 t _blank 白巖來源：e-works關鍵字： HYPERLINK /tagsearch.aspx?tag=PDM%d3%a6%d3%c3 t _blank PDM應用 HYPERLINK /tagsearch.aspx?tag=%cf%ee%c4%b

2、f%ca%b5%ca%a9 t _blank 項目實施 HYPERLINK /tagsearch.aspx?tag=%d2%b5%ce%f1%c1%f7%b3%cc t _blank 業(yè)務流程 HYPERLINK /tagsearch.aspx?tag=%c6%f3%d2%b5%d0%c5%cf%a2%bb%af t _blank 企業(yè)信息化 HYPERLINK /survey/survey.htm t _blank 信息化調查 HYPERLINK /userhome/MyAdvice.aspx?title=%C1%AC%D4%D8%A3%BA%B5%DA9%D5%C2.PDM%D2%B5%C

3、E%F1%C1%F7%B3%CC%BD%A8%C4%A3%A3%A8%D2%BB%A3%A9_PDM/PLM_%B2%FA%C6%B7%B4%B4%D0%C2%CA%FD%D7%D6%BB%AF(PLM)_%CE%C4%BF%E2 t _blank 找茬 HYPERLINK /userhome/WebPost.aspx 投稿 HYPERLINK /ewk_business/myeworks/my-favorites2.aspx?htmlurl=http%3A/Articles/PDM/Article61189.htm&type=viewarticle 收藏 HYPERLINK /Article

4、s/PDM/Article61189.htm l t1 評論 HYPERLINK mailto:%E5%A5%BD%E5%8F%8B%E4%BF%A1%E7%AE%B1?subject=%E5%A5%BD%E6%96%87%E7%AB%A0%EF%BC%9Ahttp%3A/Articles/PDM/Article61189.htm 好文推舉 HYPERLINK javascript:print() 打印 HYPERLINK /userhome/CommunityCreateShare.aspx?t=%u8FDE%u8F7D%uFF1A%u7B2C9%u7AE0.PDM%u4E1A%u52A1%

5、u6D41%u7A0B%u5EFA%u6A21%uFF08%u4E00%uFF09_PDM/PLM_%u4EA7%u54C1%u521B%u65B0%u6570%u5B57%u5316%28PLM%29_%u6587%u5E93&u=http%3A/Articles/PDM/Article61189.htm t _blank 社區(qū)分享建立完善的PDM業(yè)務流程是企業(yè)信息化建設的關鍵。 第9章.PDM業(yè)務流程建模9.1建模目的依據(jù)ISO9001理順業(yè)務工作流和數(shù)據(jù)流依據(jù)ISO9001整理業(yè)務流程操作規(guī)范依據(jù)PDM建立業(yè)務功能流程數(shù)據(jù)模型依據(jù)PDM建立產品生命周期治理流程模型9.2流程圖標和記號 本

6、文對制造業(yè)業(yè)務流程進行了宏觀分析，定義了TO-BE概念流程模型。在每一級上層流程下的詳細圖表是依照IDEF/0的流程建模技術繪制的。每一個方框代表一個之流程或任務。IDEF/0采納一種被稱之為ICOM(輸入,操縱,輸出,機制)的經歷法來聯(lián)系每一個子程序。 輸入由每個盒子的左邊進入 操縱位于上方 輸出由右邊出來 操縱機制位于下部我們建議圖表由正式的IDEF/0簡化為僅僅標示輸入和輸出，因為如此圖表更為簡單可讀，而且更容易讓PDM工作組的成員理解。文字大綱部分則講明操縱和機制部分附加的細節(jié)。9.3高價流程圖表合同預備及設計執(zhí)行流程9.4.主流程9.4.1客戶需求分析目的：依照客戶需求表以及設置優(yōu)先

7、權分析客戶需求負責人：銷售經理流程圖：流程任務.1識不業(yè)務需求目的：識不需求并進行分析活動：交流和討論輸入：客戶需求表輸出：確認后的需求.2定義優(yōu)先順序目的：分配優(yōu)先順序活動：在客戶需求上標示優(yōu)先順序輸入：客戶需求表輸出：分配了優(yōu)先順序的客戶需求表.3定義產品部門目的：定義產品部門活動：依照產品類型分配部門輸入：分配了優(yōu)先順序的客戶需求表輸出：分配了設計部門的客戶需求表9.4.2技術需求目的：那個流程的目的是預備所有技術相關的文件負責人：設計部門經理流程圖:流程任務.1分解技術需求：目的：將所有的技術細節(jié)分類活動：列出所需的不同的技術文件輸入：規(guī)格單輸出：文件列表.2驗證技術需求：目的：驗證所

8、有的需求活動：查找重用的可能輸入：規(guī)格單輸出：文件列表.3生成技術文件：目的：生成所有的技術文件活動：生成或更改技術文件輸入：需要的文件輸出：所有的文件，圖紙和零部件表9.4.3投標方案設計目的：利用來自于銷售部門的信息開發(fā)完整的方案建議，并完成建議書。負責人：銷售經理流程圖：流程任務：.1驗證&完成目的：驗證投標方案的完整性活動：編輯總體方案投標書，并添加相關信息輸入：技術規(guī)格書輸出：總體方案投標書9.4.4生成工作定單（設計打算任務書）目的：生成已簽署合同的工作定單負責人：運行保證部流程圖流程任務.1驗證已簽署的合同目的：參考建議提案書驗證簽署的合同活動：驗證合同的工作范圍輸入：已簽署的合

9、同輸出：已驗證的合同副本.1生成工作定單目的：預備工作定單活動：生成工作定單輸入：已簽署的合同輸出：已批準的工作內容9.4.5產品分級目的：定義產品種類并進行分級負責人：設計院領導流程圖流程任務.1定義產品級不目的：決定產品的種類,級不及設計時期活動：驗證合同需求輸入：工作定單輸出：產品的種類,級不及設計時期.2產品級不審批目的：依照重要程度決定產品級不及設計時期活動：驗證合同需求并選擇產品級不及設計時期輸入：工作定單和產品級不及設計時期依據(jù)輸出：已批準的產品級不及設計時期9.4.6總體方案設計(初步方案設計)目的：預備總體方案及初步設計打算并分配任務 負責人：主任設計師 流程圖：流程任務.1

10、設計產品總圖,原理圖及大部件清單目的：預備產品總圖,原理及大部件清單活動： 收集與產品相關的所有信息輸入：已批準的產品級不輸出：總圖,原理圖及大部件清單.2設計重用預備目的：預備可重用的零部件清單活動：收集類似零部件種類的所有信息輸入：所需的零部件清單輸出：可重用的零部件清單.3預備設計任務清單目的：預備任務分配表活動：收集信息以向職員分配任務輸入：總圖和大部件清單輸出：初步設計打算.4驗證任務表目的：同設計人員驗證任務活動：與設計人員進行任務交流輸入：初步設計打算輸出：已確認的初步設計打算.5分配設計任務目的：將任務分配給設計人員活動：設計者依照打算實施任務輸入：已確認的初步設計打算輸出：已

11、分配了設計人員的初步設計打算.6預備技術設計打算目的：生成關鍵零部件的技術設計打算并分配任務。負責人：主任設計師流程圖：.6流程任務.6.1預備產品的總的零部件清單目的：預備產品總的零部件清單活動：匯總產品中所有零部件清單輸入：總圖及大部件清單輸出：零部件清單.6.2預備設計任務表目的：預備任務分配表活動：收集任務分配的所有信息輸入：大部件清單輸出：零部件設計任務清單.6.3確認任務表目的：與設計人員確認任務表活動：關于任務與設計人員進行交流輸入：零部件設計任務清單輸出：已確認的零部件設計任務清單.6.4分配設計任務目的：向設計人員明確設計任務活動：設計人員依照打算執(zhí)行任務輸入：已確認的零部件

12、設計任務清單輸出：已分配設計人員的零部件設計任務清單9.4.7預采購/預制打算目的：生成將要預采購/預制的零件清單。負責人：主任設計師流程圖：流程任務.1編制外購/預制清單目的：確定零件外購/預制的對象和時刻活動：收集需要被采購/預制的零部件的所有信息輸入：零部件清單輸出：需要預采購/預制的零部件清單.2預采購/預制分類目的：區(qū)分在不同時刻段需要被預采購/預制的零件活動：收集預采購/預制零件交付打算的所有信息輸入：需要預采購/預制的零件清單輸出：在不同時刻段需要被預采購/預制的零件清單9.4.8預備詳細設計打算目的：完成產品的詳細設計并分配設計任務。負責人：主任設計師流程圖：流程任務.1制訂詳

13、細設計打算目的：詳細的零部件設計活動：匯總需要設計的所有重要零部件的清單輸入：技術設計時期的零部件清單輸出：詳細設計打算.2分發(fā)重要部件裝配圖目的：分發(fā)重要部件裝配圖活動：匯總重要部件裝配圖信息輸入：詳細工作打算輸出：重要部件裝配圖.3用戶審查目的：使設計方案得到客戶確認活動：將設計方案送至客戶取得批準輸入：設計方案圖紙輸出：得到客戶確認的設計方案圖紙.4零部件設計任務清單目的：預備零部件設計詳細任務分配表活動：收集任務分配的所有信息輸入：設計方案圖紙和零部件清單輸出：詳細零部件設計任務清單.4驗證工作清單目的：同設計人員驗證詳細設計任務活動：就任務與設計人員進行交流輸入：詳細任務清單輸出：已

14、驗證任務分配的詳細任務清單.5零部件詳細設計目的：完成零部件詳細設計活動：設計人員依照打算執(zhí)行任務輸入：具任務分配的詳細工作清單輸出：詳細設計圖紙，BOM表等9.4.9批準/生效目的：完成所有需要的評審。負責人：主任設計師流程圖：流程任務.1工藝可行性評審目的：完成工藝可行性評審活動：發(fā)送圖紙/明細表清單進行工藝可行性評審輸入：圖紙/明細表輸出：通過評審的圖紙/明細表.2標準化評審目的： 檢驗零件是否遵循標準活動：發(fā)送技術圖文檔和所需明細表進行標準化檢驗輸入：需要進行標準化檢查的技術圖文檔/明細表輸出：經批準認可的技術圖文檔/明細表.3設計評審目的：檢驗技術圖文檔/明細表的完整性活動：發(fā)送技術

15、圖文檔/明細表進行檢驗輸入：需評審的技術圖文檔/明細表輸出：通過評審的技術圖文檔/明細表.3總體技術數(shù)據(jù)包目的：編輯技術數(shù)據(jù)包中所有的相關項目活動：收集來自不同團體的所有項目輸入：BOM表，圖紙，文件等輸出：已編輯的總數(shù)據(jù)包9.4.10編輯數(shù)據(jù)包以進行公布目的：設計完成后為公布做預備負責人：檔案治理員流程圖：流程任務.1數(shù)據(jù)接收目的：檔案治理員接收已獲得批準的產品數(shù)據(jù)包活動：確認接收輸入：已通過評審的產品總數(shù)據(jù)包（技術圖文檔/明細表等）輸出：分發(fā)通知書.2分發(fā)批準目的：驗證產品總數(shù)據(jù)包歸檔的正確性活動：審核驗證輸入：分發(fā)任務單輸出：經批準的分發(fā)任務單.3分發(fā)預備目的：為相關部門預備所需要的圖紙

16、明細等技術文件活動：打印，曬藍輸入：經批準的分發(fā)任務單輸出：分發(fā)清單，底圖/藍圖等.4分發(fā)到相關部門目的：向所有相關部門分發(fā)所需技術文件活動：收集需要技術文件的部門清單輸入：分發(fā)清單，底圖/藍圖等輸出：經需求部門簽字的分發(fā)清單9.5更改治理流程圖9.5.1更改流程收集問題/疑問.1目的：收集所有與問題報告相關的信息.2負責人：設計師.3流程圖：.4流程任務.4接收問題報告目的：接收問題或爭議報告活動：整理所有不同類型的報告輸入：所有類型的問題報告輸出：附有相關信息列表的問題報告.5收集所有相關信息目的：得到與問題報告相關的所有信息活動：依照問題報道整理所有相關信息輸入：附帶有需要相關信息的問題

17、報告輸出：具有相關信息的問題報告9.5.2驗證/調查目的：驗證所有與問題報告相關的信息差不多上正確的負責人：設計師流程圖：流程任務.1驗證問題報告目的：就相關信息驗證問題報告活動：收集所有的相關信息以支持問題報告輸入：問題報告輸出：具有相關信息的問題報告.2列出受阻礙的項目目的：預備受阻礙的項目列表活動：驗證所有因問題報告受阻礙的項目輸入：具備所有信息的問題報告輸出：附加了受阻礙項目清單的問題報告9.5.3更改分類及緊急更改執(zhí)行目的：定義或分類更改及執(zhí)行緊急更改的類型負責人：設計師流程圖：流程任務.1評估受阻礙的項目目的：找出由于更改而受到阻礙的項目活動：驗證所有更改將阻礙到的地點輸入：受阻礙

18、的項目清單輸出：受阻礙項目報告的評估.2決定更改類型及執(zhí)行緊急更改目的：依照受阻礙項目決定更改類型（例如重新設計或改圖）及是否執(zhí)行緊急更改活動：與所有受阻礙的組織驗證，決定更改類型及執(zhí)行緊急更改輸入：受阻礙項目的驗證輸出：已分配更改類型的問題報告及可能的緊急更改執(zhí)行單9.5.4開始更改請求目的：生成所需的更改文件負責人：設計師流程圖：流程任務.1生成更改文件目的：依照問題報告生成更改文件活動：驗證問題報告輸入：依照更改類型分類的問題報告輸出：更改文件9.5.5評估阻礙目的：評估由于更改帶來的阻礙負責人：設計院領導流程圖：流程任務.1阻礙分析及決定實施更改目的：分析由于更改造成的阻礙活動：收集所

19、有支持文件進行分析,并決定實施更改輸入：正式的更改文件輸出：業(yè)務決定或證明9.5.6實施更改目的：實施更改操作負責人：設計師流程圖：流程任務.1記錄業(yè)務決定目的：記錄業(yè)務決定以實施更改活動：收集所有的支持文件輸入：會議記錄輸出：更改證據(jù).2執(zhí)行更改目的：執(zhí)行更改的必要步驟活動：工作于分解的活動輸入：業(yè)務批準輸出：執(zhí)行報告.3結束更改目的：在流程最后結束更改活動：收集所有與更改請求相關的文件輸入：獲批準的更改文件輸出：獲批準的更改文件及所有相關文件9.6 PDM系統(tǒng)架構設計原則9.6.1 PDM系統(tǒng)網(wǎng)絡拓撲結構PDM（集中式數(shù)據(jù)庫）網(wǎng)絡系統(tǒng)拓撲結構如下圖所示：9.6.2 數(shù)據(jù)庫系統(tǒng)架構PDM系統(tǒng)

20、所用數(shù)據(jù)庫能夠采納三種架構，一是采納集中式數(shù)據(jù)庫治理系統(tǒng)，好處是便于治理維護和備份，但對網(wǎng)絡硬件要求比較高，否則會存在數(shù)據(jù)瓶頸；二是采納分布式數(shù)據(jù)庫治理系統(tǒng)，好處是能夠幸免數(shù)據(jù)瓶頸，但不方便治理維護和備份；三是采納網(wǎng)絡式數(shù)據(jù)庫治理系統(tǒng)，好處是能夠實現(xiàn)跨網(wǎng)段數(shù)據(jù)傳輸，但對網(wǎng)絡硬件和治理維護、備份和數(shù)據(jù)安全都提出更高的要求。如圖所示：PDM集中式數(shù)據(jù)庫治理系統(tǒng)PDM分布式數(shù)據(jù)庫治理系統(tǒng)PDM網(wǎng)絡式數(shù)據(jù)庫治理系統(tǒng)9.6.3 備份恢復策略PDM系統(tǒng)將采納如下的備份機制作為生產系統(tǒng)的災難恢復機制：關于操作系統(tǒng)采納Raid1的方式做備份關于應用軟件通常采納Raid01的方式作為備份方式，關于Oracle數(shù)

21、據(jù)庫系統(tǒng)在Raid01的基礎上還采納雙機熱備的方式提高系統(tǒng)的安全性關于數(shù)據(jù)庫及文檔、圖紙采納Raid5的方式做為備份，而且利用磁帶庫每周做一次完全備份，每天做一次增量備份所有系統(tǒng)安裝完成、驗證正常后，需做一次全備份（包括操作系統(tǒng)、應用軟件、數(shù)據(jù)庫文件和文件系統(tǒng)）9.6.4數(shù)據(jù)模型Data Module綜述依照PDM系統(tǒng)架構，定制需要客戶化類函數(shù)。本文結合Teamcenter系統(tǒng)詳細描述定制的類函數(shù)所要完成的功能、所需定義的屬性及其類型、所需定義的對話框、菜單項以及類之間的關系。本部分是基于前期業(yè)務分析時期所產出的概念信息模型、概念流程模型和屬性列表中對所需客戶化定制的類進行詳細的定義和描述。需

22、要定制的常量在客戶化定制時需要定義如下四個常量，他們差不多上為了實現(xiàn)與ERP集成而定義的。需要定制的屬性在客戶化定制時，共需要定義如下屬性：其中，W2ProductCat1屬性是用來存儲產品大類的值。W2ProductCat1Display屬性是用來為用戶提供中文的下拉列表框的，它不附加到W2GenAsm類上，它的值不存到數(shù)據(jù)庫中。W2ProductCat2和W2ProductCat2Display屬性，也是基于同樣緣故而設置的。同時需要對系統(tǒng)中已有的如下屬性進行修改：修改顯示名要將屬性DocumentName的顯示名改為”編號”，用如下語句：display DocumentName as “

23、Document ID” in en_us;display DocumentName as “編號” in zh_cn;修改存儲類型需要修改存儲類型的屬性有，ProjectName，要將其長度改為40，用如下語句：store ProjectName as string(40);修改輸入方式，立即原來由文本框輸入的屬性改為由列表選擇輸入，或是修改原來列表選擇的值，有如下屬性：需要定制的屬性在客戶化定制時，共需要定義如下屬性：其中，W2ProductCat1屬性是用來存儲產品大類的值。W2ProductCat1Display屬性是用來為用戶提供中文的下拉列表框的，它不附加到W2GenAsm類上，它

24、的值不存到數(shù)據(jù)庫中。W2ProductCat2和W2ProductCat2Display屬性，也是基于同樣緣故而設置的。同時需要對系統(tǒng)中已有的如下屬性進行修改：修改顯示名要將屬性DocumentName的顯示名改為”編號”，用如下語句：display DocumentName as “Document ID” in en_us;display DocumentName as “編號” in zh_cn;修改存儲類型需要修改存儲類型的屬性有，ProjectName，要將其長度改為40，用如下語句：store ProjectName as string(40);修改輸入方式，立即原來由文本框輸入的

25、屬性改為由列表選擇輸入，或是修改原來列表選擇的值，有如下屬性：需要定制的Value Set系統(tǒng)中共要定義如下的Value Set：另外還有一些系統(tǒng)中原有的Value Set需要改變它所包含的值：9.6.5文檔在公司PDM項目中，與文檔相關需要客戶化定制的類有10個。它們是：W2GenDocW2GenDwgW2GenRptW2ComDocW2DwgDocW2RptDocW2DesDocW2RsqDocW2DocumtW2RIsDoc它們的繼承關系如下圖所示：下面就這十個類進行詳細描述: W2GenDocW2GenDoc類是所有客戶化定制的文檔類的父類，它由GnDocDmm類繼承，是一個抽象類，它

26、定義了一些要在客戶化定制文檔類中使用到的共有的屬性和方法，具體定義如下圖所示： W2GenDwgW2GenDwg類是所有客戶化定制的圖紙類的父類，它由W2GenDoc繼承，是一個抽象類，它定義了一些要在圖紙類中使用到的共有的屬性和方法，具體定義如下圖所示： W2GenRptW2GenRpt類是所有客戶化定制的報表類的父類，它由W2GenDoc繼承，是一個抽象類，它定義了一些要在報表類中使用到的共有的屬性和方法，具體定義如下圖所示： W2ComDocW2ComDoc類是所有客戶化定制的文檔類的父類，它由W2GenDoc繼承，是一個抽象類，它定義了一些要在文檔類中使用到的共有的屬性和方法，具體定義

27、如下圖所示：其它文檔類與文檔相關的類還有：W2DwgDoc，用來定義產品圖紙的屬性和方法，是可實例化類。由W2GenDwg繼承。W2RptDoc，用來定義報表的屬性和方法，是可實例化類。由W2GenRpt繼承。W2DesDoc，用來定義設計文檔的屬性和方法，是可實例化類。由W2ComDoc繼承。W2RsqDoc，用來定義需求/投標文件的屬性和方法，是可實例化類。由W2ComDoc繼承。W2Document，用來文檔資料的屬性和方法，是可實例化類。由W2ComDoc繼承。W2RlsDoc，用來明細及圖樣目錄的屬性和方法，是可實例化類。由W2ComDoc繼承。他們的屬性和方法差不多上從其父類繼承，

28、那個地點不再贅述。9.6.6部件在公司PDM項目中，與產品/零部件相關需要客戶化定制的類有10個。它們是：W2genAsmW2ProdctW2AssmW2ComptW2BuystdW2GenMtrW2ProMtrW2AsmMtrW2CmpMtrW2BStMtr它們之間的關系如下：它們的Master關系如下：由于Master類，只是從上級繼承，沒有新的對話框和屬性要附加到這些Master類上，因此在本文中就不載詳細描述。下面就前五個類進行詳細描述。 W2GenAsmW2GenAsm類是所有客戶化定制的產品/部件類的父類，它由GenAssm類繼承，是一個抽象類，它定義了一些要在客戶化定制產品/零部

29、件類中使用到的共有的屬性和方法，具體定義如下圖所示： W2ProdctW2Prodct由W2GenAsm類繼承，是一個可實例化類，它定義了一些要在定制產品類中使用到的屬性和方法，具體定義如下圖所示： W2AssmW2Assm由W2GenAsm類繼承，是一個可實例化類，它定義了一些要在定制部件類中使用到的屬性和方法，具體定義如下圖所示： W2ComptW2Compt由W2GenAsm類繼承，是一個可實例化類，它定義了一些要在定制零件類中使用到的屬性和方法，具體定義如下圖所示： W2FacStdW2FacStd由W2GenAsm類繼承，是一個可實例化類，它定義了一些要在定制通用標準件類中使用到的屬

30、性和方法。 W2BuyStdW2BuyStd由W2GenAsm類繼承，是一個可實例化類，它定義了一些要在定制零件類中使用到的屬性和方法，具體定義如下圖所示： 9.6.7變更在新公司PDM項目一期中，在變更治理方面。不需要重新定制新類。但需要修改兩個系統(tǒng)原有的類，它們是:CmChNtItCmChRqIt CmChNtItCmChNtIt類是系統(tǒng)原有的一個可實例化的類，用于治理變更通知單（ECN）?？蛻艋祟愐o是將分類那個屬性加入到類中。具體定義如下圖所示： CmChRqItCmChRqIt類是系統(tǒng)原有的一個可實例化的類，用于治理更改請求（ECR）?？蛻艋祟愐o是將分類那個屬性加入到類中。具體

31、定義如下圖所示：9.6.8數(shù)據(jù)包數(shù)據(jù)包中涉及到的類有：系統(tǒng)默認的Package類，需要添加屬性。而且需要客戶化定制一個新的關系W2CntSPk。它的繼承關系如圖所示。它不用增加任何屬性。 Package類Package類是系統(tǒng)中原有的可實例化的類，用來治理數(shù)據(jù)包，客戶化此類要緊是將項目名稱、部門、數(shù)據(jù)包優(yōu)先級、數(shù)據(jù)包級不這四個屬性加入到類或是做一些修改。具體定義如下圖所示： Package的屬性Package類的需要改變和重新定義的屬性共有以下四個：關于Dept屬性，與文檔中的情況一樣，需要附加到Package類上。并將其顯示名改成“承擔人員”將會用到如下語句：display Dept as

32、“承擔人員” in zh_cn at Package;attach Dept to W2GenAsm;關于ProjectName屬性，假如在文檔中沒有修改其長度，在此要修改其存儲類型的長度。在整個客戶化定制工作中只用修改一次存儲類型的長度，以后用到該屬性的時候不用重新定義。如需修改，將會用到如下語句：store ProjectName as string(40);關于其他屬性要重新定義，將會用到如下語句：define attribute W2PackageLevel;store as number(1);display W2PackageLevel as “包級不” in zh_cn;atta

33、ch W2PackageLevel to Package usage is input;Package. W2PackageLevel =1;define attribute W2PackagePriority;store as string(30);display W2PackagePriority as “包級不” in zh_cn;attach W2PackagePriority to Package usage is input;Package. W2PackagePriority =”一般”; Package的對話框DPkgCre是包創(chuàng)建對話框，要附加Dept、W2PackagePr

34、iority、W2PackageLevel三個屬性。并更改附加到ProjectName屬性的Value Set將會用到如下語句：attach Dept to DPkgCre usage is input;attach value set W2DepartmentNameSet to Dept;attach value set W2ProjectNameSet to ProjectName;attach required W2PackagePriority to DPkgCre usage is input;attach value set wbsPrioritySet to W2Package

35、Priority;attach required W2PackageLevel to DPkgCre usage is input;attach value set W2PackageLevelSet to W2PackageLevel;9.6.9 Value Set在PDM系統(tǒng)中，所有的Value Set將由以下三個類進行治理。它們是：W2AdminW2LkpTblW2LkpTyp它們的繼承關系如下圖所示：其中W2Admin直接從Admin類繼承。關系如下：它不需要添加任何屬性和窗口，那個地點就不再描述：下面詳細敘述W2LkpTbl類和W2LkpTyp類。 W2LkpTbl類W2LkpTbl由W2Admin類繼承，是一個可實例化類，它存儲了Value Set所包含的值，具體定義如下圖所示： W2LkpTbl的屬性W2LkpTbl類需要添加的有以下八個屬性： W2