孩子們，請係緊你們的眼扣。 現在，您知道 Onshape 宣布新年伊始 參數化建模2.0。 他們顯然在 2.0 名字上達成了買二送一的協議，今天宣布 數據管理 2.0.
他們還獲得了關於關鍵設計問題的二選一的解決方案，因為像參數化建模方法中的配置、多部分和上下文設計一樣，他們的數據管理方法中的功能將工作從工作中轉移出來——周圍和手動工作流程的方法，使模型保持在工作流程的上下文中，而不是你塞進或塞出另一個系統的東西，或者塞進休息室旁邊的裝訂箱裡，裡面有五個壞了的咖啡機。
數據管理 2.0 (DM2.0) 有兩個組件 - 發布管理和審批工作流程 (RAW) 和同步物料清單 (BOM)。 我們來看一下。 但首先…
DM2.0 有什麼不同？
喬恩·赫希提克 分解。 他指出了六項原則，這些原則本身不一定是獨一無二的，但共同為簡化 BOM 和 RAW 提供了基礎。 他們專注於：
- 數據庫，而不是文件
- 保護雲工作空間，而不是分散副本
- 並行，不是串行
- 即時協作，而不是會議
- 設計和數據集中在一處，數量不多
- 零信息技術
聽到系統管理員 Frank 的聲音了嗎？ 零它。 在公司的主機上挖掘您的加密貨幣，讓我們來設計未來。
現在，這些功能並不是什麼新鮮事，但是，沒有人將它們整合到 CAD 應用程序中，並採用一致的方法處理零件和修訂工作流程。 因此，更重要的是（這些新功能顯而易見）Onshape 將所有內容整合到了 3D 建模軟件中，該軟件從一開始就簡化了產品開發流程。
發布管理和審批工作流程
顯示器中有多少種顏色，就有多少種發布管理和審批工作流程方法。 你很可能每天都在其中工作。 Onshape 通過新的發布管理和工作流程方法捕獲了此流程的核心需求。 喬恩是這樣說的：
與 Onshape 中的其他所有內容一樣，創建候選版本並批准版本不會阻止任何人繼續其工作 – 無需等待簽入和簽出。 我們允許用戶為零件、組件、配置和其他資產的任意組合創建建議版本作為單個版本。
這樣，它就可以通過發布或過時的工作流程進行移動，並包含您設置的修訂、零件號和發布條件。 公司中使用 Onshape 的每個人都知道零件和裝配體在此過程中發生了什麼。 不要跳出來檢查這個系統或那個系統，檢查紅線活頁夾或詢問某人那個已經遲了兩週的部分的狀態。 儘管它可能不適合您當前的工作流程、修訂版本或零件編號方案，但它足夠靈活，可以處理很多場景，而且，這只是一個開始。
同步物料清單
我知道您知道在建模時查看 BOM 的技巧。 無論是將其導出到電子表格還是將其嵌入到繪圖或配置中，效率都很低。 Jon 是這樣描述同步物料清單的：
現在，在 Onshape 中，您的 BOM 會在設計裝配時自動創建和更新。 事實上，它不僅僅是保持同步，它還是一種同時編輯裝配的方式，就像同步鈑金中的鈑金表和同步配置中的配置表一樣。 您的 Onshape BOM 永遠不會與其反映的裝配體不同步。
除此之外，他們還發布了 BOM API，允許您或他們的合作夥伴構建自定義應用程序（例如 開放式物料清單），擴展您可以使用該 BOM 數據執行的操作。
老實說，當我看到這些功能時，我有點流淚，因為我知道我花了多少時間在其他方法和系統上，設置和記錄其他方法和系統，並爭論其他方法和系統。
Onshape 在很大程度上簡化了設計過程的這兩方面，這很荒謬（以一種好的方式）。 我認為我在看到新功能時最大的認識是我們如何習慣變通辦法和低效的系統，以至於我們為它們辯護，甚至根據所需的大量時間來證明它們是合理的——這才是真正荒謬的（在一個壞方法）。
體素創新 正在使用 Onshape，所以我詢問首席機械工程師 Michael Bromley，他們如何使用新的發布管理和審批工作流程。 以前，他們有一個非常手動且容易出錯的流程，試圖通過開發分支和發布分支來處理髮布管理。 他告訴我：
新的發布管理流程現在將修訂歷史記錄與各個零件、裝配體和圖紙聯繫起來。 這是文檔編制和使用搜索功能查找竣工零件的關鍵功能。 現在，零件/裝配體/工程圖有一個離散的記錄狀態，可以位於發布狀態。 因此，我們可以設置一個流程，僅可以製造或訂購處於發布狀態的零件/裝配體/圖紙。 我們將對所有項目相關數據使用發布管理流程。
我真的很想知道這些功能是否為您帶來了任何改變，它們是否像幫助 Voxel 一樣幫助您或改變了其他東西。 請發表評論或發送電子郵件——非常樂意收到您的來信。
