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

1、第9章.PDM業(yè)務(wù)流程建模（一）-制造業(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關(guān)鍵字： HYPERLINK /tagsearch.aspx?tag=PDM%d3%a6%d3%c3 t _blank PDM應(yīng)用 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è)務(wù)流程 HYPERLINK /tagsearch.aspx?tag=%c6%f3%d2%b5%d0%c5%cf%a2%bb%af t _blank 企業(yè)信息化 HYPERLINK /survey/survey.htm t _blank 信息化調(diào)查 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è)務(wù)流程是企業(yè)信息化建設(shè)的關(guān)鍵。 第9章.PDM業(yè)務(wù)流程建模9.1建模目的依據(jù)ISO9001理順業(yè)務(wù)工作流和數(shù)據(jù)流依據(jù)ISO9001整理業(yè)務(wù)流程操作規(guī)范依據(jù)PDM建立業(yè)務(wù)功能流程數(shù)據(jù)模型依據(jù)PDM建立產(chǎn)品生命周期治理流程模型9.2流程圖標(biāo)和記號 本

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、的值不存到數(shù)據(jù)庫中。W2ProductCat2和W2ProductCat2Display屬性，也是基于同樣緣故而設(shè)置的。同時需要對系統(tǒng)中已有的如下屬性進(jìn)行修改：修改顯示名要將屬性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項目中，與文檔相關(guān)需要客戶化定制的類有10個。它們是：W2GenDocW2GenDwgW2GenRptW2ComDocW2DwgDocW2RptDocW2DesDocW2RsqDocW2DocumtW2RIsDoc它們的繼承關(guān)系如下圖所示：下面就這十個類進(jìn)行詳細(xì)描述: W2GenDocW2GenDoc類是所有客戶化定制的文檔類的父類，它由GnDocDmm類繼承，是一個抽象類，它

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

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

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

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

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

32、“承擔(dān)人員” in zh_cn at Package;attach Dept to W2GenAsm;關(guān)于ProjectName屬性，假如在文檔中沒有修改其長度，在此要修改其存儲類型的長度。在整個客戶化定制工作中只用修改一次存儲類型的長度，以后用到該屬性的時候不用重新定義。如需修改，將會用到如下語句：store ProjectName as string(40);關(guān)于其他屬性要重新定義，將會用到如下語句：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將由以下三個類進(jìn)行治理。它們是：W2AdminW2LkpTblW2LkpTyp它們的繼承關(guān)系如下圖所示：其中W2Admin直接從Admin類繼承。關(guān)系如下：它不需要添加任何屬性和窗口，那個地點就不再描述：下面詳細(xì)敘述W2LkpTbl類和W2LkpTyp類。 W2LkpTbl類W2LkpTbl由W2Admin類繼承，是一個可實例化類，它存儲了Value Set所包含的值，具體定義如下圖所示： W2LkpTbl的屬性W2LkpTbl類需要添加的有以下八個屬性： W2