【正文】 作為設計一種協(xié)作工具，適用于小群體之間業(yè)務的工作流，在體系結構上存在缺陷，缺乏可伸縮性。采用仿真的方法可以考慮更多因素的影響，但是，仿真方法目前廣泛應用于生產過程建模與優(yōu)化，相對說來，對產品開發(fā)過程的仿真研究尚不多見。 基于網格技術,研究、建立企業(yè)資源計劃實現(xiàn)模型, 探討網格技術環(huán)境下的企業(yè)資源計劃的實現(xiàn)方法. 并提出在網絡協(xié)同制造環(huán)境下企業(yè)資源計劃研究存在的不足和具有的意義。企業(yè)在現(xiàn)今發(fā)展階段面臨的最大挑戰(zhàn)是：市場環(huán)境的快速變化帶來的不確定性；技術的迅速發(fā)展帶來的設備和知識的更新速度加快。網絡環(huán)境下新產品的研究、開發(fā)、設計、制造、管理、營銷、服務不再局限于一座城市、一個地區(qū)甚至一個國家。據(jù)世界銀行《99年世行發(fā)展指標》資料顯示，1996年10多個歐盟國家制造業(yè)增加值占GDP的比重平均為22%，1994年，美國制造業(yè)占GDP的22%。于是，利用現(xiàn)代計算機和網絡技術，進行企業(yè)間的合作和同盟，以便充分利用各自的資源和技術優(yōu)勢，取長補短，獲得整體優(yōu)化。按照網絡化制造系統(tǒng)支持的協(xié)同范圍和層次，可以將協(xié)同分為企業(yè)間協(xié)同、供應鏈協(xié)同、產品設計協(xié)同、產品制造協(xié)同、客戶和供應商協(xié)同。傳統(tǒng)的設計方法學揭示了設計過程的規(guī)律，對設計活動進行了抽象和概括，但隨著產品開發(fā)復雜性的增強和外部環(huán)境的快速變化，傳統(tǒng)設計方法學越來越顯示出其局限性，如無法解決產品設計中各種活動的沖突和協(xié)調問題、無法揭示產品設計活動與產品數(shù)據(jù)之間的復雜關系、無法對產品開發(fā)密切相關的組織、資源、人員等進行有機的規(guī)劃。但是產品開發(fā)過程具有不確定性和多樣性，因而靜態(tài)調度并不能滿足實際需要。 課題意義目前,我國眾多機械制造企業(yè)中,大型企業(yè)約占2%,中小企業(yè)約占98%。42重慶大學城市科技學院本科學生畢業(yè)設計（論文） 2 面向主機廠的協(xié)同設計業(yè)務建模2 面向主機廠的協(xié)同設計業(yè)務建模現(xiàn)代產品的復雜度越來越來高，更新?lián)Q代的速度也越來越快，主機廠要想快速的開發(fā)出自己的產品，搶占市場，滿足消費者日益增長的需求，協(xié)同設計作為一種新的設計理念，自然成為主機廠的首選。重慶減速器廠A拿到所有的設計數(shù)據(jù)后，開始虛擬裝配，當發(fā)現(xiàn)沖突后，分析到底是哪里有錯，然后通知相關企業(yè)開會討論如何解決沖突，最終確定解決方案，完成項目的設計任務。為使項目順利進行，各廠家之間的數(shù)據(jù)便于識別和交流，重慶減速器廠A特地為項目撰寫了項目文檔命名規(guī)范，如下所示：文件的命名規(guī)則：為了統(tǒng)一文件的命名便于管理，所以規(guī)定文件的命名規(guī)則如下：：設計產品名稱縮寫的大寫字母文件名稱S零件系列號版本號如：減速器箱體的零件圖命名：JSQ箱體S100（未添加系列零部件表的命名）；JSQ箱體S（13）00（此零件有箱體三個系列的系列零部件表）。半徑取整約為59mm，齒頂圓與內機壁距離取16mm。因此可以認為，UML是一種先進實用的標準建模語言，但其中某些概念尚待實踐來驗證，UML也必然存在一個進化過程。不同的測試小組使用不同的UML圖作為測試依據(jù)：單元測試使用類圖和類規(guī)格說明；集成測試使用部件圖和合作圖；系統(tǒng)測試使用用例圖來驗證系統(tǒng)的行為；驗收測試由用戶進行，以驗證系統(tǒng)測試的結果是否滿足在分析階段確定的需求。常識告訴我們，工作　網絡化協(xié)同設計面向主機廠活動圖的內容越是復雜，參與實施計劃的行為主體和涉及的環(huán)節(jié)越多，越需要計劃性。主機廠直接與他們聯(lián)系，看他們有沒有合作意向，如果談成，就可以簽訂合同。一個好的審批流程能保證設計中的錯誤能及時被發(fā)現(xiàn)，不至于遺留到后續(xù)的設計中，造成不必要的損失。 協(xié)同關系供貨商申請審批模塊是在主機廠發(fā)布了求購信息后，供應商提出申請，用來管理和審批這些申請的，主機廠可以在這里充分考察各個企業(yè)的實際情況，選擇最適合自己的供應商。先由重慶減速器廠A做好總體設計，然后將任務分解成許多子任務，在平臺上發(fā)送給零配件廠B和零配件廠商C，零配件廠商接到任務后，組織人員完成設計，提交設計說明書和相關資料，進入審批程序，當審批全部通過，任務完成，設計數(shù)據(jù)形成項目文檔，存檔。2. 進一步研究信息服務平臺服務模式和商務運行模式。本文正是根據(jù)現(xiàn)代產品開發(fā)的特點和要求，在對協(xié)同產品開發(fā)及其相關技術進行全面回顧的基礎上，以提高企業(yè)產品開發(fā)能力為核心目標，從網絡化協(xié)同設計業(yè)務流程和解決方案等方面對網絡化協(xié)同產品開發(fā)進行了廣泛深入的研究，結合現(xiàn)有的網絡化協(xié)同設計平臺做了減速器協(xié)同設計的案例研究。文檔權限管理模塊可以管理每個文檔的權限，讓文檔不能被非法訪問，保證文檔的安全項目的保密。項目的審批由審批流程模塊支持，在這個模塊里可以給每個項目畫出審批流程，任務做完提交后自動進入審批流程，各級審批人確認后才能算任務完成，如果某個審批環(huán)節(jié)被打回，則任務需要修改。任務有工期限制，配件廠必須在規(guī)定的時間內完成設計任務。供應商的查找大致可以分為以下幾種：協(xié)同伙伴的查找在協(xié)同商務網上發(fā)布供求信息，讓供應商招投標在已有的長期合作伙伴中找在協(xié)同商務網上通過供應商發(fā)布的產品信息查找第一種是主機廠產品信息配置好之后，將具體要求寫成招標書，發(fā)布到協(xié)同商務網上，供應商看到供求信息后，分析標書，確定是否投標。為便于在網絡環(huán)境中管理項目，需要有一套編碼系統(tǒng)來對項目中的產品、單據(jù)、合同、訂單等進行編碼，編碼有繼承碼、預置碼、分組碼、占位碼、常規(guī)碼和流水碼組成，在編碼規(guī)則的約束下，由編碼器對編碼對象自動編碼。在用UML建立分析和設計模型時，應盡量避免考慮把模型轉換成某種特定的編程語言?！　ML符號表示考慮了各種方法的圖形表示，刪掉了大量易引起混亂的、多余的和極少使用的符號，也添加了一些新符號。表內數(shù)據(jù)均為查機械設計所得。故 五、傳動裝置的運動及動力參數(shù)計算各軸轉速軸：軸：軸：各軸輸入功率電動機軸：小輪軸：大輪軸：軸：軸：Ⅱ軸：各軸轉矩電動機軸：小輪軸：大輪軸：軸： 軸： 軸： 減速器的協(xié)同項目計劃和配置因為客戶要求供貨的時間比較短，重慶減速器廠A無法在規(guī)定的時間里單獨完成整體減速器的設計工作，所以決定要將部分設計外包給零配件廠商B和零配件廠商C完成。重慶減速器廠A完成上述總體設計后，在協(xié)同電子商務網上查找滿足自己要求的零配件廠商，邀請加入自己的協(xié)同項目，成為自己的供應商；或者寫好自己的需求信息，在協(xié)同電子商務網上發(fā)布，讓零配件廠商自己找上門，然后主機廠從這些零配件廠商中挑選合適的零配件廠商成為自己的供應商。第三章針對第二章中的業(yè)務流程，從平臺實現(xiàn)的角度給出了部分重要環(huán)節(jié)的解決方案。例如，在異構環(huán)境中，IBM的FlowMark不提供API接口以支持一個工作流的輸出，作為下一個工作流的輸入。由于產品開發(fā)過程的復雜性，上述分析方法需要對產品開發(fā)過程進行了一定程度的簡化，因而與實際的情況有相當?shù)牟罹?。徐凡、梁爽針對現(xiàn)代企業(yè)生產環(huán)境的特點, 充分考慮在網絡化協(xié)同制造環(huán)境下, 網絡技術, 供應鏈管理, 生產模式之間的協(xié)調. 本文研究企業(yè)資源計劃特點, 建立協(xié)同制造環(huán)境下的企業(yè)資源計劃模型。具有以下重要特征：1)敏捷性 敏捷性是網絡化制造的核心思想之一。主要原因是：網絡化產品協(xié)同開發(fā)有利于快速響應市場機遇，有利于迅速組織人力、物力資源，開發(fā)出質量優(yōu)、成本低的新產品，贏得市場競爭。在我國，據(jù)《科技日報》資料顯示，%，%。這樣，虛擬企業(yè)應運而生。3)動態(tài)性 網絡化制造聯(lián)盟是針對市場需求和機遇，面向特定產品而組建的。近幾十年來，在傳統(tǒng)設計方法學的基礎上，人們提出了并行工程（Concurrent Engineering，CE）、集成產品開發(fā)（Integrated Product Development，IPD）、動態(tài)產品開發(fā)（Dynamic Product Development，DPD）、協(xié)同產品開發(fā)（Collaborative Product Development，CPD）等新的產品開發(fā)過程規(guī)劃方法，而不僅僅停留在設計方法學的層次上。Lokesh Gupta和Charles Petrie分別提出了基于約束的調度方法，主要解決在產品開發(fā)活動發(fā)生變化后如何調度的問題。大多數(shù)中小企業(yè)是大型企業(yè)的零部件供應商,在設計過程中都需要與供應鏈的上游主機廠發(fā)生連接,進行協(xié)同。本小節(jié)將以減速器為例，說明一般的協(xié)同過程是如何進行的。 總體設計重慶減速器廠A為國內比較知名的減速器供應商，在行業(yè)內有較好的聲譽。：安裝設計手冊上的命名規(guī)則如：鍵的命名：鍵16100GB109679同樣為使最終設計的三維模型易于裝配，重慶減速器廠A要求各配件廠建模時采用統(tǒng)一的基準坐標。輸出軸與輸入軸距離為兩中心距之和210+235=445mm。 UML的應用領域UML的目標是以面向對象圖的方式來描述任何類型的系統(tǒng)，具有很寬的應用領域?！】傊?，標準建模語言UML適用于以面向對象技術來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護。我國古代就有“凡事預則立，不預則廢”的思想，西方經濟學家也闡明了這個道理：“雖然我們無法預見未來，但如果我們沒有根據(jù)當時所得到的信息而制定的未來計劃，我們就無法合理地行事”。如果這些長期合作伙伴由于工期緊，趕不過來或者其他什么原因不能滿足主機廠要求時，主機廠再通過其他途徑尋找供應商。若審查過程中發(fā)現(xiàn)有錯誤，則加上批復意見打回到配件廠，配件廠接到打回的任務，按照批復意見及時更改設計，再次提交任務輸出，重新進入審批流程，直至審查通過，形成項目文檔。供貨關系邀請模塊是主機廠在協(xié)同商務網里找到了合適的供應商，在協(xié)同上木創(chuàng)建后邀請供應商加入這個協(xié)同項目，成為協(xié)同項目的供應商。最后虛擬裝配時出現(xiàn)了沖突，通過協(xié)同會議交流，解決了問題，完成了設計。探索ASP模式在具體應用中標準化和個性化同意的解決方案，以及平臺的盈利模式，建立平臺的費用管理模型。它對傳統(tǒng)的開發(fā)過程協(xié)調方法和協(xié)作工具提出了更高的要求，能夠針對稍縱即逝的市場機遇，根據(jù)相應的市場需求，快速組成產品開發(fā)動態(tài)聯(lián)盟，以更快的速度適應市場和降低開發(fā)成本。 文檔管理在文檔查詢模塊里用戶可以查找項目所需要的資料，瀏覽和下載所需的文檔。在項目流程里可以管理每個正在進行的項目的流程，可以查看，修改，刪除每個項目的流程圖，提供了對項目動態(tài)更新的支持，增加了平臺的易用性。每個子任務應包含任務輸入和任務輸出，任務輸入指主機廠給配件廠的任務說明書等，任務輸出指配件廠提交的設計說明書等。主機廠配置好產品后，下一步就是要查找供應商了。主機廠通過市場調查，獲