3 上飛公司供應(yīng)商產(chǎn)品數(shù)據(jù)管理系統(tǒng)的設(shè)計(jì)

3.1 系統(tǒng)的框架設(shè)計(jì)

    SPS-BOM重構(gòu)器和SPS系統(tǒng)都基于windchill8.0作二次開發(fā)，其中SPS系統(tǒng)主要采用windchill8.0的HTMLTemplate技術(shù)，而SPS-BOM重構(gòu)器系統(tǒng)主要采用了JavaWebStart技術(shù)。為了提高系統(tǒng)的可復(fù)用性、可維護(hù)性和可移植性，系統(tǒng)盡可能地運(yùn)用了MVC設(shè)計(jì)模式進(jìn)行了分層，將系統(tǒng)主要部分分成了模型、視圖、控制器三個核心部件，各自處理自己的任務(wù)。視圖是用戶看到并與之交互的界面。在SPS-BOM重構(gòu)器中，視圖就是重構(gòu)器小程序的界面，為了使界面更易維護(hù)，通過一個properties文件來控制界面上的菜單、按鈕等；在SPS系統(tǒng)中，則有WEB頁面和PDF文檔兩種視圖，其中WEB頁面與windchill8.0的HTMLTemplate技術(shù)耦合，具體見圖3.1所示。

圖3.1 系統(tǒng)應(yīng)用框架

3.2 主要功能設(shè)計(jì)

3.2.1 標(biāo)簽定義

    SPS各屬性中英文標(biāo)簽定義如表3.1所示。表3.1中總共34個標(biāo)簽，其中“零件清單及交付狀態(tài)”（“PARTLIST&DELIVERYSTATUS”）用于散件工作包SPS。

    其中，通用說明由于文字內(nèi)容基本固化，因此采取賦默認(rèn)值并可編輯的方式進(jìn)行賦值。交付狀態(tài)、協(xié)調(diào)/互換要求、工裝要求、特殊檢驗(yàn)及測試要求、光飾要求、標(biāo)識要求及運(yùn)輸/裝箱要求的編輯則采用添加固化、半固化或自定義條目的方式進(jìn)行。頂層工程圖紙部分則可根據(jù)編號對相關(guān)數(shù)據(jù)庫進(jìn)行搜索并自動獲取其他字段的內(nèi)容。

表3.1 屬性標(biāo)簽定義

    視圖中除了以上屬性標(biāo)簽外，一些屬性的值中含有子表格，這些子表格的填寫方式如表3.2所示。

表3.2 SPS屬性標(biāo)簽子表格定義

    子表格所用到的標(biāo)簽定義如表3.3所示。

表3.3 SPS子表格標(biāo)簽定義

3.2.2 文檔IBA屬性

    結(jié)合程序所定義的零組件SPS輸出視圖和表（3.4-3.5），SPS表中可細(xì)分為29條屬性信息。為更加方便的進(jìn)行SPS文檔屬性的結(jié)構(gòu)化管理，同時考慮系統(tǒng)中目前針對IBA屬性存儲字段長度的設(shè)定限制以及屬性調(diào)用的實(shí)際需求，對機(jī)型、編制者、零/組件號、零/組件名稱、工藝下級件、供應(yīng)商、生效架次、零件類型、合同編號采用文檔SPS的IBA屬性進(jìn)行管理。

表3.4 SPSIBA定義

表3.5 SPSIBA清單

3.2.3 MBA屬性說明

    表3.6中，SPS編碼和文檔名稱指的是根據(jù)程序中所提到的SPS_零件號以及SPS_S_零件號編碼的SPS創(chuàng)建編碼規(guī)則自動生成編碼以及中文。中文名稱以同零件中文名稱一致的名稱來表示。SPS文件名稱則代表每一份SPS所保存的XML文檔的編碼，具體描述將在中給出。

表3.6 SPSMBA屬性說明

3.3 邏輯與規(guī)則設(shè)計(jì)

3.3.1 表單創(chuàng)建及修訂原則

    SPS表的創(chuàng)建基于SPS-BOM產(chǎn)品結(jié)構(gòu)樹上的零件進(jìn)行。修訂采用先行更改單和文檔版次進(jìn)行管理。最多允許發(fā)放九次先行更改，超過則必須進(jìn)行合并升版。任何SPS內(nèi)容的部分修改發(fā)布都會更新版本。SPS的文檔類型定義為：wt.doc.WTDocument|com.samf.工藝文檔|com.samf.工藝文檔SPS。SPS先行更改單的文檔類型定義為：wt.doc.WTDocument|com.samf.工藝文檔|com.samf.工藝文檔SPS先行更改單。

3.3.2 編碼規(guī)則

    SPS文檔節(jié)點(diǎn)的編碼遵循SPS_工作包號_架次號的規(guī)則。SPS所對應(yīng)的XML文檔采用SPS_工作包號_架次號.流水號.xml的編碼格式進(jìn)行存儲。流水號采用001，002，……進(jìn)行表示。SPS先行更改單的編碼規(guī)則遵循SPS_工作包_SPS版本號_更改序號的規(guī)則。SPS先行更改單所對應(yīng)的XML文檔采用SPS_工作包_SPS版本號_更改序號.xml的編碼格式進(jìn)行存儲。SPS更改序號采用G01，G02，……進(jìn)行表示。

3.3.3 版本控制規(guī)則

    SPS的版本管理遵循文檔管理通用規(guī)則。在原版本基礎(chǔ)上做過除生效架次（有效性）維護(hù)以外的內(nèi)容變更，先生成先行更改單，若更改過多則會產(chǎn)生版本上的更替，最多允許發(fā)放九次先行更改。版本更替規(guī)則采用A，B......的升版模式。若僅涉及生效架次（有效性）變更則只進(jìn)行有效性維護(hù)，而不對SPS版本進(jìn)行變更或發(fā)放先行更改單。

3.3.4 工程及工藝下級裝配件識別

    當(dāng)前零件的工程及工藝下級裝配件的識別基于SPS-BOM進(jìn)行，步驟如下：

    ①確定當(dāng)前零件為搜索對象后，基于全機(jī)SPS-BOM進(jìn)行檢索，獲取當(dāng)前零件在MBOM上的位置信息。

    ②檢查零件的位置信息，并搜索其下級工程組件、下級工藝裝配件以及在下級工藝裝配件中當(dāng)前零件的數(shù)目。

3.3.5 生命周期與工作流制定

    圖3.2為SPS的生命周期狀態(tài)。

圖3.2 SPS生命周期

    在圖3.2中的SPS生命周期狀態(tài)中，編制/修改按流程分別進(jìn)入校對、審核狀態(tài)，審核通過后預(yù)發(fā)放到對應(yīng)供應(yīng)商并給與意見，如通過則準(zhǔn)備進(jìn)入發(fā)布狀態(tài)。對于已發(fā)布但因工程更改等原因需要作廢的版本，其狀態(tài)可變更為已作廢狀態(tài)，具體實(shí)現(xiàn)上可將生效架次改為0架次。簽審過程中的生命周期狀態(tài)如圖3.5所示。

    表3.7中縱向表示當(dāng)前狀態(tài)，星星表示該狀態(tài)在簽審過程中的狀態(tài)變更。詳細(xì)的變更規(guī)則下節(jié)中的SPS工作流程圖中詳細(xì)描述了每一路由設(shè)置。

    根據(jù)上飛的實(shí)際情況，生命周期中的預(yù)發(fā)放階段是供應(yīng)商管理部執(zhí)行，發(fā)放到對應(yīng)供應(yīng)商。供應(yīng)商進(jìn)行檢查確認(rèn)，無意見則供應(yīng)商管理部通過并切換到待發(fā)布狀態(tài)，若有不同意見與制造工程部工藝人員進(jìn)行協(xié)調(diào)決定是否修改。

表3.7 SPS簽審過程狀態(tài)變更表

    對于SPS生命周期中的各個階段路由變換，遵循圖3.3中的工作流程。SPS只能由制造工程部工藝人員基于SPS-BOM產(chǎn)品結(jié)構(gòu)樹上的零件進(jìn)行創(chuàng)建，SPS必須經(jīng)過校對、審核、預(yù)發(fā)放及發(fā)布過程。在發(fā)布前，通過條件設(shè)置路由進(jìn)行發(fā)布前SPS-BOM更新比對，若無更新則進(jìn)行發(fā)布。如果存在和創(chuàng)建時的基礎(chǔ)SPS-BOM相比，數(shù)據(jù)信息存在更新，則進(jìn)行更新并重新進(jìn)入校對、審核、查看流程直至發(fā)布。

圖3.3 SPS工作流程圖

    表3.8 為生命周期階段說明。

表3.8 生命周期階段說明

3.3.6 訪問權(quán)限

    表3.9為系統(tǒng)訪問權(quán)限清單。

表3.9 系統(tǒng)訪問權(quán)限

3.4 數(shù)據(jù)庫的設(shè)計(jì)

3.3.1 E-R圖

    系統(tǒng)設(shè)計(jì)的E-R如圖3.4所示。

圖3.4 E-R圖示

3.3.2 數(shù)據(jù)庫表單設(shè)計(jì)

    本文將BOM樹結(jié)構(gòu)轉(zhuǎn)換轉(zhuǎn)化為兩個表：MaterialData和MaterialRelation。MaterialData記錄所有物料的基本信息，MaterialRelation記錄物料之間的結(jié)構(gòu)關(guān)系。由于在MPR和MPS中需要使用物料的許多屬性，如：生產(chǎn)提前期、直接成本、間接成本等，如果將物料信息和結(jié)構(gòu)信息存放于一個表中，數(shù)據(jù)庫冗余大，維護(hù)困難，并且容易導(dǎo)致數(shù)據(jù)的不一致性，因此設(shè)計(jì)了MaterialData表用于記錄物料的基礎(chǔ)信息，由于本文主要討論的是BOM生成等算法，因此只列出了相關(guān)的數(shù)據(jù)項(xiàng)。MaterialData結(jié)構(gòu)如表1所示，其中物料類型主要有4種：最終產(chǎn)品、自制件、零部件和標(biāo)準(zhǔn)件，分別用P、I、U和S表示。MaterialRelation結(jié)構(gòu)如表（3.10-3.12）所示，層次是指該物料在BOM樹中所在的層次，數(shù)量是該物料相對于母件的數(shù)量；母件ID是指母件結(jié)點(diǎn)的ID，根結(jié)點(diǎn)代碼是指該物料所屬的最終產(chǎn)品物料代碼。

表3.10 MaterialData表結(jié)構(gòu)

表3.11 MaterialRelation表結(jié)構(gòu)

表3.12 MaterialData表結(jié)構(gòu)

    MaterialData表的內(nèi)容如表3.12所示，每一種物料對應(yīng)表中的一條記錄。MaterialRelation表的內(nèi)容如表3.11所示，對于最終產(chǎn)品，層次為1，母件代碼也為1，指向自己；由于自制件可以在一個最終產(chǎn)品中多次使用，也可以用于企業(yè)中多個最終產(chǎn)品中，因此在MaterialRelation表中自制件的結(jié)構(gòu)只記錄一次，自制件的下屬部件（包括零部件、標(biāo)準(zhǔn)件和自制件）的層次記為0，這樣就可以表示該物料的層次不固定，根據(jù)所屬的自制件所在層次不同而有所變化，同樣這些自制件下屬部件的根結(jié)點(diǎn)代碼為“NULL”，只有在生成BOM樹的時候，才能根據(jù)自制件的根結(jié)點(diǎn)代碼來動態(tài)確定該物料的根結(jié)點(diǎn)代碼。這種設(shè)計(jì)的優(yōu)勢在于當(dāng)自制件的結(jié)構(gòu)發(fā)生變化時，在數(shù)據(jù)庫中也只需要修改一次，易于保證BOM數(shù)據(jù)的完整性和一致性。

3.5 本章小結(jié)

    本章對基于windchill框架的上飛公司供應(yīng)商產(chǎn)品數(shù)據(jù)管理系統(tǒng)進(jìn)行了設(shè)計(jì)。剖析了實(shí)現(xiàn)過程以及具體實(shí)現(xiàn)方法及效果，分析了各個功能的實(shí)現(xiàn)的步驟和原理，主要內(nèi)容包括系統(tǒng)功能模塊構(gòu)建設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、羅技與規(guī)則的設(shè)計(jì)及具體實(shí)現(xiàn)方式。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/

本文標(biāo)題：上飛公司供應(yīng)商產(chǎn)品數(shù)據(jù)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)（三）

本文網(wǎng)址：http://www.guhuozai8.cn/html/consultation/10820619651.html