【導讀】PLM產產品品生生命命周周期期管管理理系系統(tǒng)統(tǒng)方方案案建建議議書書。ABC有有限限責責任任公公司司。日期審核人職務備注。拷貝份數(shù)接受人職務備注

　　

【正文】 32 功能需求 編號 需求名稱 需求描述 優(yōu)先級 33 編號 需求名稱 需求描述 優(yōu)先級 產品結構與屬性審閱 開發(fā)與生產一項產品，需要結合 許多不同形式的數(shù)據，而用來描述一項產品的數(shù)據則稱之為“屬性”。產品以容易了解的方式提供審閱這些信息的能力，而 ProductView174。則提供一套直覺式的瀏覽方式來審閱產品產品結構。相關的數(shù)據可以包括各種形式，如：文檔、圖片、電子表格、 URLs 或者清單等 3D 模型審閱與分析 ProductView? 提供完全不受限制的 CAD 審閱能力，可以計算物理屬性、設計仿真影響、以拖放的方式來移動或旋轉模型并顯示爆炸圖、仿真透視大型部件、產品剖面圖等。 ProductView? 的測量能力可以精確地測量長度、角度、半徑與曲面 間隙，也可以精確地測量點和點、中心線和中心線、邊緣和邊緣、以及曲面和曲面之間的距離。此外，它還可以審閱原有 CAD系統(tǒng)的特性與屬性信息， ProductView? 3D 模型的檢查與分析能力，可以把極有價值的產品信息發(fā)行給非 CAD 用戶，以充分發(fā)揮企業(yè)的的或者效益。 2D 審閱 ProductView? 支持 2D 圖面、向量、影像、和文件等格式，讓整改企業(yè)的參與人員，在幾乎不需要使用各種應用程序的情況下，就可以審閱、處理任何形式的 2D 數(shù)據。此外， ProductView? 還有整批出圖與加注水印的功能，例如：文檔控制部 門可以在非正式發(fā)行的書面文檔上加注標示，工程部門可以在某些文件上做上專用或草案的標記。 ProductView? 支持的 2D格式包括（但不限于）： （ A） 圖檔格式： DWG、 DXF、 Pro/Engineer DRW、 UG PRT （ B） 向量格式： HTML、 PDF、 HPGL、 HPGL/2 （ C） 影像格式： TIFF、 CALS Type Postscript、 JPEG、 BMP、 GIF、TARGA、 PNG、 Windows Metafile、 PCX、 Sun Raster、 MacPaint、Macintosh Pict （ D） 文件格式： MS Word、 MS Excel、 MS Access、 MS Powerpoint、Framemaker、 AmiPro、 Quattro Pro、 WordPerfect 標注與分析能力 ProductView? 可以讓用戶進行標注、加注紅線，或者儲存與提取標注過的信息。標注可以以 HTML 格式傳送到網絡，逼供懇切自動存入到Windchill 內加以管理。例如，工程部門的管理人員在圖面標注必須且重要的設計條件，采購人員便可以吧標注信息傳送給供應商，請它們提供意見。2D 與 3D 標注能力包括：批注、尺寸標注、重點強調與打印，同 一圖面可以進行多種標注之后再進行審閱。 ProductView? 并可以制作重復播放的模擬，例如：組裝、拆解與操作仿真。 在線會議功能 ProductView? 內建在線會議功能，參與會議的人員可以看到實時同步的畫面，以便進行討論。 流程功能 無 其它說明 無 CAPP 集成 設計部門沒有提供電子文件給工研所，工藝人員只能查看藍圖獲取設計信息。工研所接到藍圖后有專人將零部件信息按組（齒輪組、殼體組、裝配組、刀具組、雜件組、綜合工藝組）分別手工錄入到 CAPP 中，每個組負責不同的工藝。 通過 Windchil 與 CAPP 集成可避免源數(shù)據的重復錄入，減少手工錄入數(shù)據出錯的概率，在源數(shù) 34 據發(fā)生變更時，可通過電子化流程自動通知工藝人員。 Windchil 與 CAPP 集成路線如下圖所示： W i n d c h i l l K M C A P P工 藝 信 息 ，P B O ME B O M集 成接 口E B O ME C N 在 Windchill 中，當 EBOM 發(fā)放后，由專人觸發(fā) EBOM 發(fā)放到 CAPP 的發(fā)放流程。 EBOM 發(fā)放到 CAPP 后，由工藝人員調整產品結構形成 PBOM，然后添加工藝路線，編制工藝卡片等。 目前 ABC 使用的 KMCAPP 軟件具有文檔電子簽審的功能，且已實現(xiàn)電子簽名功能，建議工藝文件仍在 CAPP 管理。 ERP 集成 根據在多個汽車行業(yè)企業(yè)的的經驗， ERP 的集成需要從業(yè)務層面重點解決如下問題： ? 數(shù)據管理問題，建立 EBOM， MBOM 之間的關聯(lián)關系；建立不同用途 BOM 演化的管理過程 ? 數(shù)據發(fā)放問題，解決數(shù)據從 PLM 發(fā)到 ERP 系統(tǒng)的時機； ? 變更控制對應問題， 利用更改過程實現(xiàn)更改 BOM 數(shù)據的及時發(fā)布； ? 數(shù)據的一致性維護問題 流程電子化 一個系統(tǒng)包含三個主要部分，即：人（ People）、數(shù)據（ Data）、流程（ Process）。工作流引擎（ Workflow Engine）為 PLM 系統(tǒng)的核心模塊，負責連接參與流 程的相關人員與數(shù)據，推動系統(tǒng)流程的進行。其主要特點有： ? 實時的傳遞：流程能通過工作清單（ Work List）或者 Email 將信息實時傳遞給相關人員； ? 完整的信息：在傳遞實時信息的同時，將所有相關的數(shù)據一并附上（文檔、圖樣、 BOM……等）； ? 監(jiān)控與跟蹤：實時的監(jiān)控機制，以圖形化的表現(xiàn)方式呈現(xiàn)流程進行的現(xiàn)況。于流程中發(fā)生的事件都由系統(tǒng)自動記錄，方便追蹤與檢討。 功能需求 流程自動化能夠滿足的功能如下： 編號 需求名稱 需求描述 優(yōu)先級 35 編號 需求名稱 需求描述 優(yōu)先級 涵蓋產品的全生命周期 Windhcill 中的電子流程能夠覆蓋完整的業(yè)務 過程，包括所有的生命周期和電子流程 能夠管理所有的業(yè)務對象 Windchill 中的電子流程能夠支持所有常見的業(yè)務數(shù)據，最為常見的是： （ A） 文檔（ Document，內部為： WTDocument） （ B） 圖樣（ Drawing，內部為： EPMDocument） （ C） 零部件和 BOM（ Part，內部為： WTPart 和 WTProduct） （ D） 所有的變 更對象 （ EC ，內 部為： WTChangeRequest2 、WTChangeOrder2 以及 WTChangeActivity2） 方便編輯與定義 Windchill 提供圖形化的流程 編輯器 系統(tǒng)管理 完善和簡便的系統(tǒng)管理是一個企業(yè)級系統(tǒng)賴以運作的基礎。 Windchill 中的管理員主要由業(yè)務管理員和系統(tǒng)管理員組成。其中，系統(tǒng)管理員主要完成如下工作： 編號 需求名稱 需求描述 優(yōu)先級 用戶管理 既能夠通過 Windchill 的標準界面來維護用戶信息，又能夠通過 LDAP 工具的管理員界面來維護用戶信息 群組管理 創(chuàng)建、維護和刪除群組，群組之間可以嵌套 隊列管理 能夠創(chuàng)建、維護和刪除隊列，能夠根據任務的情況，實時地改變隊列的配置。能夠針對某個特定的工作流分配獨立的獨立或者隊列 池 系統(tǒng)服務管理 能夠通過 WEB 頁面啟動或者終止系統(tǒng)服務 FileVault 管理 能夠制定 Vaulting 的策略，指明什么類型的數(shù)據在什么時候是存儲在文件服務器上，還是存儲在數(shù)據庫中。并能夠將物理的文件存儲空間映射成虛擬的存儲單元 檢索索引管理 制定索引策略，指明索引數(shù)據的存儲位置 復制管理 制定復制策略，配置復制所需要的服務 歷史數(shù)據遷移 在 PLM 系統(tǒng)上線前，將合適和一定數(shù)量的歷史數(shù)據遷移到系統(tǒng)之中，是新系統(tǒng)得以運作的基礎?？蛻粲肋h是對自己的數(shù)據最為清楚的人。在施經 驗中，總是堅持讓用戶自己清理并整理自己的歷史數(shù)據。在數(shù)據的清理和遷移過程中，主要是在業(yè)務上協(xié)助制定清理和遷移的策略并協(xié)助客戶的數(shù)據清理小組制定遷移計劃。同時，在業(yè)務層面，將會提供模板供用戶使用，使得用戶在數(shù)據清理過程中的產出能夠直接被導入到新的系統(tǒng)中去。 歷史數(shù)據清理和遷移過程中，最常碰到的問題是： ? 哪些數(shù)據需要清理，什么樣的數(shù)據需要遷移到 PLM 系統(tǒng)中？ ? 如何遷移？ 36 ? 如何處理已經停產產品的數(shù)據、可能生產的產品數(shù)據、正在生產的產品數(shù)據和正在開發(fā)的產品數(shù)據的優(yōu)先級？ ? 如何處理遷移和上線的時間矛盾？ 這些問題的回 答必須是在雙方對現(xiàn)有的數(shù)據現(xiàn)狀有了足夠了解的基礎上才能回答出。這些將在實施過程中解決。 通用功能描述 檢入、檢出管理（ Check in、 Check out） Windchill174。 PDMLink? 對文檔、零部件、工作流模板、生命周期模板等業(yè)務數(shù)據對象有著檢入、檢出的控制機制。 檢入的過程，是“作者”向系統(tǒng)中提交成果的活動，通過“檢入”，作者可以將自己的成果提交到企業(yè)級的數(shù)據庫中，這是實現(xiàn)企業(yè)知識積累的重要手段。 檢出的過程，是“更新者”為了防止同事同時修改一份文檔或者 BOM等數(shù)據而做標記的一個過程。在業(yè) 務數(shù)據被“檢出”之后，數(shù)據對象進入更新者的個人文件柜，更新者可以對之進行修改的操作，其它的用戶在他提交之前，仍舊可以訪問舊的數(shù)據。 版本控制 為了達到在項目研發(fā)過程中實現(xiàn)對變更歷史進行跟蹤和實現(xiàn)文檔共享的目的， Windchill 提供了嚴格的版本控制機制。 通過上圖可以看出，用戶的每次檢入、檢出，系統(tǒng)都會自動將小版本遞增。對于每次變更，由業(yè)務規(guī)則決定是否升級大版本。 訂閱（ Subscription） 當用戶對系統(tǒng)中業(yè)務數(shù)據的可能變化有興趣，但是又無法預期何時能夠發(fā)生時，可以對可能的變化事情提出要求，當 這些時間發(fā)生時，系統(tǒng)就會根據用戶自己預定的消息格式，向用戶發(fā)送消息 37 （通常是通過 Email）。 訂閱與系統(tǒng)中主動發(fā)送通知的邏輯不同，通常系統(tǒng)中都是在流程中或者通過管理員手工指定，將一定格式的消息通知給最終用戶；而訂閱是用戶主動就自己感興趣的業(yè)務數(shù)據對象可能發(fā)生的事情提出通知要求。 例如：銷售人員可以對某種型號的產品規(guī)格文檔提出訂閱要求，他要求系統(tǒng)在有人更改了這篇文檔的版本或者移動了這篇文檔的位置時自動發(fā)送 Email 通知他，這樣他就能及時地了解該產品規(guī)格的變化。 報表向導（ Report Wizard） 通過 各種形式的報表，企業(yè)用戶能夠從現(xiàn)有的信息中挖掘出更多的隱含信息。因此，報表功能是任何一個企業(yè)級應用必不可少的功能。 Windchill 中的報表實現(xiàn)基本上有兩個途徑，一個是采用二次開發(fā)的手段，另外一個就是采用報表向導自動生成。 報表向導能力的提供，使得企業(yè)的業(yè)務管理人員無須學會開發(fā)技巧，通過系統(tǒng)的操作界面，就可以實時地產生所需要的報表，并且報表的格式可以由用戶選擇，常見的、可供選擇的格式有：Word、 Excel、 PDF、 HTML、 XML 等。甚至，用戶如果對 XSL 很熟悉的話，可以自行開發(fā)新的格式。 權限控 制 用戶在經過認證進入系統(tǒng)中以后，能夠對系統(tǒng)中的數(shù)據進行何種操作就取決于他的授權了。 在制定權限控制規(guī)則時，必須回答如下幾個問題： ? 是什么業(yè)務數(shù)據（對象）？是文檔，還是零部件，還是變更單等 誰？ 在何種狀態(tài)下？ 權限 位置 什么對象？文檔，零部件 38 ? 存放在哪里？是 XX 型號的產品柜中，還是 XX 標準庫中？ ? 什么狀態(tài)？是僅僅“發(fā)放”狀態(tài)，還是全部？ ? 誰？具體到哪個用戶或者群組？ ? 擁有什么權限？是讀、修改、刪除、創(chuàng)建、升級還是更改視圖？ 39 5. Windchill 環(huán)境配置 的擴展性和平臺支持能力 Windchill 的基本架構 Windchill