2.上飛公司供應商產(chǎn)品數(shù)據(jù)管理系統(tǒng)需求分析
2.1 供應商產(chǎn)品數(shù)據(jù)管理系統(tǒng)總體需求
本系統(tǒng)結合上飛公司供應商管理的實際情況，提出構建SPSBOM及SPS正文管理的方法，本文在系統(tǒng)的實施過程中，考慮了系統(tǒng)的性能優(yōu)化、用戶操作的友好性等，極大程度降低了員工的工作量，提高了企業(yè)的成產(chǎn)效率。上飛公司供應商產(chǎn)品數(shù)據(jù)管理系統(tǒng)主要涉及到需求的功能點如下：
①EBOM到SPS-BOM重構：
以EBOM為基礎，通過SPS-BOM重構器實現(xiàn)SPS-BOM的創(chuàng)建和維護，取代以往Excel表格的形式記錄，提高了產(chǎn)品構型的準確性。
②供應商產(chǎn)品交付規(guī)范書編寫與發(fā)放
SPS與SPSBOM這兩部分數(shù)據(jù)存在密切的關聯(lián)，設計發(fā)生變更后，SPS文檔信息缺乏與工程數(shù)據(jù)源、BOM等的聯(lián)動關系。系統(tǒng)以上飛公司全機BOM為基礎，自動獲取SPS文檔中的零組件號及名稱、工藝下級裝配件、工程下級裝配件、子零組件數(shù)量、散件信息等關鍵屬性；通過瀏覽器提供友好的界面進行光飾要求、標識要求、運輸/裝箱要求等規(guī)范性內(nèi)容的自動填寫、手動編輯，并作為結構化信息進行存儲；通過數(shù)據(jù)接口實現(xiàn)對各類清單的自動采集管理。
③供應商產(chǎn)品交付規(guī)范書更改控制
通過結構化的產(chǎn)品交付規(guī)范書更改控制，實現(xiàn)變更的可追溯性，規(guī)范SPS文檔更改創(chuàng)建規(guī)則及變更時的檢出機制，保證時間域內(nèi)文檔操作的排他性；通過工藝有效性的維護，明確單架次的SPS版本管理適用規(guī)則，充分保證SPS的架次有效性。系統(tǒng)的需求功能點如圖2.1所示，系統(tǒng)總用例圖如圖2.2所示。
圖2.1 系統(tǒng)的需求功能點
圖2.2 系統(tǒng)總用例圖
2.2 系統(tǒng)功能需求分析
2.2.1 SPS-BOM重構模塊
SPS-BOM即供應商產(chǎn)品交付BOM，它由各個供應商所有的工作包共同組成。工作包主要分為三大類：工程組件工作包、工藝組件工作包以及散件工作包。工程組件工作包所包含的組件，其交付狀態(tài)和工程設計部門對工程組件的狀態(tài)描述完全一致，因此，工作包的命名直接使用工程零/組件號。工藝組件工作包則指該工作包以一個結構組件或部件為主，加上配屬于該組件或部件的其他結構零組件/系統(tǒng)零組件而構成的工藝組件/部件。對于工藝組件而言，其交付狀態(tài)與相應的工程零/組件狀態(tài)并不一致，表現(xiàn)為以工程零/組件為基礎，增加或者減少部分零組件。對于工藝組件工作包，其命名必須采用工藝組件命名方式。散件工作包是主制造商針對某些供應商所指定的特定交付模式，在該交付模式中，由某一供應商所生產(chǎn)的散件，也即供應商根據(jù)零/組件廠際交付狀態(tài)規(guī)范書的要求僅僅進行生產(chǎn)，并且轉移到委托主制造商的相應車間進行安裝的零件，全部匯總在一起單獨交付，而非隨同相應的組件/部件一起交付。
SPS-BOM的創(chuàng)建通過SPS-BOM重構器進行。工程組件工作包，其結構層次如圖2.3，工藝組件工作包，其結構層次如圖2.4：
圖2.3 工程組件工作包結構層次示意圖
圖2.4 工藝組件工作包結構層次示意圖
工藝組件工作包存在以下有幾種可能：存在散件交付，但結構層次單元與工程組件相同；結構層次單元中有部分零組件的缺失，如部分零件由主制造商自行生產(chǎn)或者其他供應商生產(chǎn)；增加部分零/組件，也即在該工作包主部件外增加部分零/組件的生產(chǎn)和交付。對于散件工作包，其結構層次示意圖如圖2.5所示：
圖2.5 散件工作包結構層次示意圖
作為主制造商發(fā)放給供應商作為產(chǎn)品交付的重要基礎和依據(jù)，SPS-BOM和上飛公司自制件相關的內(nèi)部MBOM一起，構成了中國商飛總裝制造中心的全機BOM如圖2.6。
圖2.6 COMAC總裝中心全機BOM結構示意圖
SPS-BOM的重構管理過程分以下八個步驟：
①創(chuàng)建工作包
創(chuàng)建工作包基于SPS-BOM重構器進行。工作包的變更屬于中國商飛重大決策，往往通過會議決議的方式進行決策，因此工作包的創(chuàng)建和修訂不走流程，直接通過業(yè)務管理員權限操作。
②EBOM上創(chuàng)建工藝組件及工程組件
目前上飛公司W(wǎng)indchill系統(tǒng)中，工程產(chǎn)品架構樹所呈現(xiàn)的EBOM數(shù)據(jù)并不完整，在SPS-BOM重構中，需要先在重構器中EBOM上創(chuàng)建工藝組件、“補全”對稱件工程組件及零件。通過重構器EBOM工作區(qū)創(chuàng)建的工程/工藝零組件為孤立單元，無父子關聯(lián)關系，且不關聯(lián)圖文檔并不走審批流程。EBOM工作區(qū)創(chuàng)建的工程/工藝零組件在WindchillE視圖中呈現(xiàn)為保存在相應文件夾中的孤立零組件。
③SPS-BOM上創(chuàng)建工藝組件及工程組件
在SPS-BOM重構器中SPS-BOM工作區(qū)中進行工作包以下工程/工藝零組件創(chuàng)建。在相關工程和工藝更改來臨時，進行相應的有效性和版本維護。
④合并工作包SPS-BOM
在某一工作包SPS-BOM工作包以下的零組件創(chuàng)建完成后，在Windchill系統(tǒng)中發(fā)起合并工作包SPS-BOM任務。在實際操作中，工作包中零組件如果由多個工藝員共同創(chuàng)建則線下協(xié)調(diào)何時發(fā)起合并操作。工程或工藝更改來臨引起的修訂，合并工作包生成修改部分的文本型并觸發(fā)審批流程。
⑤工作包SPS-BOM審批
在發(fā)起合并工作包SPS-BOM任務后，系統(tǒng)觸發(fā)工作包SPS-BOM審批流程。在首次創(chuàng)建工作包時，審批的XML文檔包含工作包以下所有工程/工藝零組件信息；在進行工作包修訂時，審批XML文檔包含修改部分信息。審批完成后工作包SPS-BOM更新到Windchill S視圖。
⑥瀏覽SPS-BOM
工作包SPS-BOM發(fā)布后，Windchill S視圖中可以瀏覽所有發(fā)布的工作包組成的中國商飛SPS-BOM。
⑦基于SPS-BOM的SPS管理
SPS-BOM發(fā)布后即可以開始SPS的創(chuàng)建和修訂工作。SPS基于工作包SPS-BOM及上飛公司MBOM進行創(chuàng)建及修訂管理SPS的修訂參考其工程更改及工藝更改引發(fā)的更改流程。
⑧SPS-BOM發(fā)放
SPS-BOM和對應工作包的SPS在首次發(fā)放時一起發(fā)放。工作包SPS-BOM過程更改中不另作發(fā)放，僅發(fā)SPS（先行更改或升版）及相應EO。在收到供應商交付申請后，兩個工作日內(nèi)發(fā)放最新版本的SPS-BOM及SPS。圖2.7為SPS-BOM管理工作流程。
圖2.7 SPS-BOM管理工作流程
2.2.2 供應商產(chǎn)品交付規(guī)范書編寫與發(fā)放模塊
供應商產(chǎn)品交付規(guī)范書涉及SPS-BOM和SPS的發(fā)放，其相關的流程為：
①上海飛機設計研究院完成EBOM的設計后將EBOM傳入檔案館，檔案館將EBOM轉發(fā)給制造工程部。
②制造工程部完成廠內(nèi)MBOM、SPS-BOM、以及SPS的構建、編寫和審核。在SPS的編寫過程中，制造工程部需要和質量管理部協(xié)調(diào)并共同完成，質量管理部就供應商產(chǎn)品交付中的質量檢驗特殊要求進行填寫。
③廠際交付規(guī)范經(jīng)制造工程部審核通過后提交給供應商管理部。
④供應商管理部將廠際交付規(guī)范預發(fā)放給供應商。
⑤如果供應商有反饋意見，就將意見反饋給供應商管理部。
⑥供應商管理部將供應商反饋意見傳達到制造工程部，與制造工程部協(xié)調(diào)修改相應的廠際交付規(guī)范。
⑦產(chǎn)品交付規(guī)范經(jīng)制造工程部、供應商管理部、供應商協(xié)商確定后，傳至檔案館。發(fā)放前的意見協(xié)調(diào)過程為：委托主制造商編制的零/組件廠際交付狀態(tài)規(guī)范書應在審核后批準前進行預發(fā)放，征求對方意見，并根據(jù)交流結果作合理的調(diào)整，然后根據(jù)審批權限進行批準。如對方在七個工作日不給予答復，則視為接受。當交流中出現(xiàn)無法協(xié)調(diào)的重大意見分歧時，由委托主制造商報告。
⑧由檔案館將確定的廠際交付規(guī)范正式發(fā)放給供應商。圖2.8為供應商產(chǎn)品交付規(guī)范書發(fā)放流程。
圖2.8 供應商產(chǎn)品交付規(guī)范書發(fā)放流程
上飛公司目前采用的SPS表格為生產(chǎn)工藝計劃程序DP-PPP-A-008中描述的SAMC-SPS-（S）系列表格，SPS表基于原DP-PPP-A-008_091030文檔中SAMC-SPS-01~02的格式進行部分修訂，具體見表2.1。
表2.1 供應商產(chǎn)品交付規(guī)范書設計視圖
2.2.3 供應商產(chǎn)品交付規(guī)范書更改控制模塊
供應商產(chǎn)品交付相關的SPS-BOM與SPS的變更主要源自兩個方面，上飛院的工程更改（EO，這里是指與供應商相關的EO）和上飛公司內(nèi)部的工藝變化。這兩個因素可能有所重疊，EO可能會導致工藝的變化；但工藝的變化并不一定完全源自EO，也可能源自上飛公司內(nèi)部。圖2.9和圖2.10分別從工程變更（EO）和上飛公司內(nèi)部工藝變化所來描述SPS-BOM和SPS的變更流程。
針對收到的與供應商相關的工程變更EO和工藝變更，制造工程部根據(jù)其對SPS-BOM及SPS的影響進行分析判斷，從而決定是否對SPS-BOM進行維護以及對SPS進行升版。
圖2.9 由工程變更引起的更改流程
圖2.10 由工藝變更引起的更改流程
在產(chǎn)品交付規(guī)范書僅需小部分更改時，主制造商與供應商之間的更改通知往往通過先行更改單的方式實現(xiàn)。供應商產(chǎn)品交付規(guī)范書先行更改單參照控制程序DP-PPP-A-091030中的SAMC-SPS-04進行設計。SPS先行更改單見如下表2.2所示。
表2.2 供應商產(chǎn)品交付規(guī)范書先行更改單設計視圖
2.3 系統(tǒng)非功能性需求
上飛公司供應商產(chǎn)品數(shù)據(jù)管理系統(tǒng)，不僅要求業(yè)務流程清晰，功能完善，穩(wěn)定、可靠、安全，且維護的性能也是必不可少的。系統(tǒng)的非功能需求主要包括系統(tǒng)的設計需求和軟、硬件需求，其中，設計需求主要是系統(tǒng)在設計上需要滿足的需求，如系統(tǒng)的最長響應時間、最大并發(fā)數(shù)等。而軟、硬件需求則主要是系統(tǒng)運行時所需要的軟件和硬件的支持。
2.3.1 系統(tǒng)設計需求
系統(tǒng)在設計上需要滿足如表2.3所示的需求。
表2.3 系統(tǒng)設計需求
2.3.2 軟硬件需求
①軟件需求
系統(tǒng)的軟件需求如表2.4所示：
表2.4 系統(tǒng)軟件需求
②硬件需求
系統(tǒng)的硬件需求如表2.5所示：
表2.5 系統(tǒng)硬件需求
2.4 本章小結
本章主要描述了系統(tǒng)的需求分析，介紹了系統(tǒng)目標，對系統(tǒng)的功能模塊以及相關流程做了具體的分析，最后分析了系統(tǒng)的非功能需求。
核心關注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務領域、行業(yè)應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業(yè)務領域的管理，全面涵蓋了企業(yè)關注ERP管理系統(tǒng)的核心領域，是眾多中小企業(yè)信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/
本文標題：上飛公司供應商產(chǎn)品數(shù)據(jù)管理系統(tǒng)的設計與實現(xiàn)（二）
本文網(wǎng)址：http://www.guhuozai8.cn/html/consultation/10820419637.html
相關文章
