過時的設計流程是失敗的設計師。在世界各地，工程師每天都在努力通過電氣和機械設計團隊之間的簡單溝通過程。困擾他們的不是工具缺乏力量，而是無法適應十年前所需的完全不同的產品設計工作流程。
產品體驗發生了巨大變化，但設計師依賴於製作這些體驗的工具正在努力追趕。如果事情不會很快發生變化，工具可能會削弱工業時代完全享受的進步。
未來的產品設計
工程師的任務是設計更密集，更小巧，更智能的產品。設計小而強大的東西需要一個與所有工程領域緊密結合的設計過程。有許多產品設計趨勢正在進行中 - 以下只是一些直接影響工程師如何協同工作的趨勢：
汽車中複雜電子產品的出現
每周的任何一天看新聞，你一定會看到一個關於自動駕駛汽車技術的新故事。隨著谷歌的目標是在未來五年內實現自動駕駛汽車 1 ，人們不能說車輛中越來越複雜的電子產品的需求將會急劇增長。
複雜電子技術的激增引入了對工作流程的需求，該工作流程緊密集成了設計過程的電氣和機械兩側。工程師不僅需要提供成品，而且還需要提供符合人類運輸嚴格安全要求的產品。
對互聯產品日益增長的依賴
我們即將面臨與我們互動的每件產品都會傳輸某種形式數據的未來。曾經被認為是愚蠢的產品，如燈泡，將傳輸有關其當前狀態的數據。
忘了鎖房子？當你在工作時，從你的智慧型手機上做。隨著電子產品融入日常家用產品，我們與世界上基本物體相互作用的方式將發生巨大變化。
將可穿戴設備作為一種可行的技術引入
隨著Apple Watch的發布，可穿戴技術終於進入了主流技術領域。隨著興趣的激增，對設計流程的需求也越來越大。這些器件不僅體積小，而且還具有柔性，PCB需要採用剛性 - 柔性部分來適應這種情況。
這不再是你父親的工程世界了
儘管產品體驗不斷變化，但同樣疲憊的設計實踐並不關注協作，但是，作為一個孤立的專家，將參與設計過程的每個人都視為一個日常工作。在許多方面，當需要的是完全相反的情況時，公司仍然堅持工業時代的理想。我們仍然依賴於幾十年前推出的相同技術，包括：
交換文件格式
我們對此非常了解。在電氣和機械設計團隊之間來回拋擲的數據包。將PCB的智能和複雜的設計意圖轉變為黑匣子，並且出現了基本的板形狀，將機械設計師的零設計意圖傳達給機械設計師。
此過程每天都在每個工程工作流程中進行。 STEP文件，IDF，DXF - 設計意圖被塞進這些盒子並發送給其他工程團隊。當他們得到它時會發生什麼？他們必須在數據運行之前調整數據。花費數小時試圖在PCB或機械數據處於可用狀態之前對其進行調整。
線性設計流程
公司仍在努力在工業工程時代的設計方法中生存。裝配線運行良好，早在產品靜態和獨立的時代，因此設計過程的每個部分都可以輕鬆更換。我們想要更多，並提供設計流程。
現在工程師正在構建可以進行溝通的智能產品，而設計團隊卻沒有。我們用我們的專業知識設計我們的設計的特定方面，傳遞它，並忘記它直到出現問題。
非託管通信方法
嘗試在斷開連接的單向通信系列（如電子郵件線程）中解釋PCB的複雜性是非常低效的。這怎麼工作？
更糟糕的是，有時候收不到電子郵件。也許需要修改組件的位置被隱藏在我們收件箱的某處。一直以來，我們一直在設計，我們的溝通方法試圖趕上，但更多時候讓我們退縮。
失敗的設計合作的真正成本
參與電子設計行業的每個人都熟悉這些方法，我們每天都依賴它們而感到內疚。每周都有無數個小時用於修補設計工作流程中的漏洞，修復錯誤，加班加點甚至周末因為它們。
然而，整個工程行業幾乎沒有做出回應。明年可能會有更好的交換文件格式，但這完全忽略了這一點。我們都是這個問題的一部分，我們對於失敗的設計協作流程的實際成本非常熟悉，包括：
？錯過了上市時間和預算，隨著設計修訂工作的滑落，原型成本從失敗的溝通流程中飆升。
？浪費時間和工作效率，設計師必須管理多次修訂，這些修訂可以通過正確實施的協作系統首次解決。
？在設計階段受到影響的產品體驗基於預算和時間限制與迭代到完美。
痛苦是明確的，浪費的時間永遠存在，我們都想知道的一件事是：我們將要做些什麼呢？
我們不需要其他的交換文件格式
我會再說一遍：我們不需要其他的交換文件格式。如果你像我們大多數人一樣養老工程工具，那麼你就不得不接受交換文件格式作為生活的一部分。但這種設計方法存在缺陷，完全忽略了真正的設計協作的真正需求。
所需要的是智能設計工具，可以實現彼此之間的通信。智能工具，不需要工程師將數據推入盒子並傳遞它。使用這些工具，沒有盒子 - 沒有數據轉換。
在這個協作工程過程中，數據在各種工程領域的設計平臺之間即時共享和傳輸。為實現這一目標，我們的設計工具必須首先以大的方式進行改變。這就是我們所需要的：
雙向數據同步
這些工具需要無縫共享數據，無需任何交換文件格式。這在實際場景中意味著什麼？能夠在設計環境之間進行更改，並將這些更改立即傳輸給我們的同事工程師。
它可以很簡單：如果我在電路板上移動一個元件，它可能會影響我的MCAD工程師設計的機械外殼。有效保持MCAD工程師關於這一變化的唯一方法是將變更推向他的設計環境。允許他在自己的工作流程中看到修改，這樣他就可以相應地調整他的設計。
設計環境之間的評論和修訂系統
不僅需要共享數據，我們還需要能夠將人的通信元素添加到我們依賴的非託管渠道之外的混合。在我們的設計平臺中，我們需要一個連通且通用的通信環境，使我們能夠清楚地闡明已經制定的設計修訂，並與參與設計過程的其他人分享這些細節。
在實際應用中這是什麼樣的？與上面的示例一樣，工程師對PCB上的元件布局進行了更改，不僅將此更改推送到機械設計人員的環境中，而且電子工程師還能夠詳細記錄確切更改的內容，以及最重要的是，它為何被改變了。這是有效傳達設計意圖的前進方向。
並行設計工作流程
隨著我們的工具不斷發展以向我們提供所需的數據同步和評論功能，還需要處理設計工作流程。作為工程師，我們需要全面了解整個設計過程，並了解我們的專業應用程式將如何影響整個產品工作流程。簡而言之，我們需要開始在我們的設計上並行工作。這不僅可以增強我們的溝通能力，還可以使我們的設計過程更加高效。
我們會及時開發這些解決方案嗎？
我們現在需要開始開發這些解決方案。它不會在一夜之間發生，而且將是一個緩慢的過渡。但現實是，技術將變得更加複雜。產品將比我們想像的更小，更薄，更快。
我們真的想在10年後依賴交換文件格式嗎？試圖在一系列電子郵件和翻譯文件格式中傳達複雜層次的圖層？我們沒有。我們需要一些更聰明的東西，我們需要我們的設計工具才能最終趕上我們所生活的這個信息豐富的技術時代。
打開APP閱讀更多精彩內容聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人，不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用，如有內容圖片侵權或者其他問題，請聯繫本站作侵刪。 侵權投訴