協同設計包含了一系列可以實現清晰可見、差異比較、選擇合并等功能的、非常棒的工具。終端用戶看到的功能和交互只是協同設計的冰山一角，實際上，協同設計系統的后端決定了它的有效性。一個組織良好的核心結構，為無縫協同奠定了基礎。

使用嚴格的管理系統在軟件開發公司是一項強制性的事情。由于有太多的人群從事代碼設計，而且每天都會產生很多的版本，如果沒有一個管理系統來控制它們，那么每個開發過程將都會是一個爛攤子。在軟件設計行業，版本控制作為公司文件管理的作用已經得到了充分驗證，所以我們把它用在電子協同設計系統是非常有意義的。

版本控制：只是一個簡單概要

Anyon任何熟悉版本控制系統的人都知道主體、分支、合并和標簽。?

主體是指設計或項目的開發主線，主體的最新版本為修訂版。根據不同設計師對于不同領域的項目的修改，由此產生多個分支。所以，會同時存在幾條平行設計是非常可能的,實際上，在協同設計過程中是不可避免的。在開發過程中，它們最終會整合成為最終設計或者里程碑。?

圖1：在一個版本控制系統，開發過程被管理成為主體，平行展開的設計被稱之為分支。分支可以合并到主體，也可以舍棄，每一個特定的里程碑都可以被標記。

使用協同設計比較工具，分支可以被合并或舍棄，這取決于它與最終設計的相關性或實用性。如果某些分支不具有添加到最新修訂版本的任何有用信息，那么就會被舍棄。而如果這一分支進程可以影響最終設計，那么部分設計更改需要合并到主體，生成最新的修訂版本。

在項目的開發過程中定期地標記修訂，可以給項目進行生成快照。標簽是用來標識產品開發過程中的一個里程碑。在協同設計的情況下，當把系統設計的分支合并至主體后，它可以作為一個好的基準點。

那么，協同設計一定要使用版本控制嗎？

當然，理解了版本控制并不意味著設計工程師可以瞬間無誤地進行協同設計。圖1幫助我們直觀地展現了并行開發。即使界面再復雜的協同設計工具，好像使用了各種復雜、神秘的算法，但是它們的核心還是一個美化后的版本控制系統。所不同的是，之前探討的結構類型，是通過圖形用戶界面實現協同設計的。

設計工程師在一個項目中單獨地修改自己版本（即：自己的分支），最后這些修改或者被合并，或者被舍棄。協同設計工具幫助設計工程師避免相互沖突，能夠高效地處理各種沖突。

構建更好的系統

雖然版本控制是協同設計的良好基礎，但是這里還存在更好的實現結構。我們擴展一下設計快照的想法，如果我們能夠取得設計快照，并將它放入一個更大的數據管理系統，該系統具有生命周期狀態變更和批準的功能，會發生什么呢？這是最終目標，版本控制保留了準確的版本修訂歷史記錄，來幫助保持數據的完整性，但是它不能夠維持產品的整體生命周期的數據完整性。如圖2，一個產品會跨越多個領域，從供應鏈、電子設計、機械設計到制造。版本控制在這些獨立領域，保留了項目的修訂歷史，真正的數據管理系統，可以延伸至所需領域，將產品推向市場。?

圖2：設計發布包括設計方面的所有信息，以及其他相關領域，在特定時間點，將產品推向市場。

電子設計師會擔心很多不同的方面及潛在風險，生命周期仿佛是從恐怖片里走出的怪物。產品生命周期管理（PLM）將會管理產品的所有數據，從它的出生到退市。而且它不僅僅管理產品的設計發布。要了解一個設計發布的最佳方法就是從基礎開始：?

設計發布

PCB文檔

? PCB封裝? ? ? ?

? 圖形

? 焊盤層疊

? 邊界

? 裝配圖

? 3D機械模型

? 復用模塊

? 模板

? 規則和約束

原理圖文件

? 原理圖符號

? 備選視圖

? 供應鏈信息

? ?數據手冊

? 復用模塊

? 模板

? 引腳交換數據

庫文件

? PCB封裝? ? ? ?

? 原理圖符號

? 參數數據

? 生命周期狀態

? 供應鏈信息

機械裝配文件

? 3D機械模型

? 3D輸出打印

? 2D CAD制圖

輸出文件

? 制造輸出

? 裝配圖

? 材料清單

? 供應鏈信息

? 3D輸出打印

這是一個自上而下的結構，但是存在著大量不同條目之間的關聯和依存。正確的數據管理，可以確保對于所有父子條目的獨立管理，以及相應的修訂歷史記錄數據。同樣，生命周期管理從始至終、細枝末節地跟蹤所有的條目。這可能看起來比較復雜，歸根結底，每個設計者只需要關系自己做得修改，系統可以確保每個變更和修改是可見的，并且在需要審批的時刻由管理員批準。項目跟蹤不是猜謎游戲，只有當其中所有細節都具備了，產品的生命周期狀態才能夠向前推動。

能夠實現多個領域數據合并的強大平臺，遠比版本控制系統更加促進團隊精神和協同設計。所以，我們認為設計發布過程是最終推動合作的最佳途徑，特別對于跨領域而言，另一個有趣話題便是，終端用戶如何處理這些領域中的數據？在下一期的系列博客，我們將共同探討。