第三章 CDE 工作流程
第二節 CDE 的功能分區
CDE 的「工作中」（Work In Progress）狀態是指「工作中狀態適用於任務團 隊正在開發的資訊。其他的任務團隊都不可看到或接觸此狀態」。意即任務團隊成員
且必須使用「次要版本」索引（Minor Version）進行建檔，如：1.1、1.2，1.3 等。
通常以版本號表示。對於仍處於初步設計階段之數據，則通常以 P1.1、P1.2，P1.3
17 ISO 19650 用語，指資訊經過審查批准可從一個狀態進到下一個狀態的過程。
18 ISO 19650 用語，指資訊在 CDE 中的主要區域。
26
等表示。
在與外部專案團隊之其餘成員共享數據時，數據會被轉移至共享區，且修訂版 本會更新為「主要版本」（Major Version），如：P2 及 P3 等。
當有前述情況產生且數據持續在「工作中」（內部系統中）狀態區內更新時，其 次要版本將被記為 P2.1，P2.2 及 P2.3 等，直到達成下一次共享里程碑為止。
文件的版本號極為重要，因為在模型開發過程中會提取模型之摘要內容，用以 核對物料規劃；並對照成本規劃以進行檢查。此一過程可能會經數次迭代（iteration），
直到能夠與團隊其他成員共享數據及資訊為止。數據文件或摘錄文件（可能為文字 文件或報表）將使用命名規則，且其修正/版本轉換過程適用於所有層面。
28 圖 12 CDE 之擴充說明
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
①共享
次要完整修訂
此系統從 P01 開始，為 WIP 版號(revisioning)之 整數部分。
S2- 適合資訊-為「非論辯」(non-litigious)狀態，
因此是與技術顧問共享以交換資訊之狀態。 system)，版本記錄從 P01.1 開始，後為 P01.2，
P01.3 等，以此類推。
WIP 區中，模型的適合性（status）會設為 S0（初 始狀態）。 說明文字「暫擱」(in abeyance)來表示。
AB- 竣工(as built)。
30 圖 13 建築師「工作中」狀態模型之範例
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
二、「共享」狀態
例如，當與建築設計相關的模型達到「適合協調」狀態時，則應將模型資訊上 傳至 CDE 的「共享」狀態，如圖 14 所示。
重要的是，將資訊過渡至該區前，所有模型文件均須經過內部審查，檢查及批 准，並具有特定適用性。檢查模型文件確保其符合工程專案模型資訊之標準。
之後，整個設計團隊與特定領域的相關承包者均可共享這些模型文件。
CDE 的共享部分是在「安全」環境下，將資訊提供予他人。資訊的早期發布有 助於設計解決方案的快速開發。為能實現此一目的，而採用資訊適合性（status）
概念19。
資訊適合性（status）會將數據之所有權授予設計團隊，並且直至資訊得到 充分協調與授權前，限制施工團隊的訪問權限。
專案團隊的任何成員均可使用共享區的模型文件進行引用或協作。其他設計團 隊成員則可將 CDE 共享部分中的最新模型版本引用至其 WIP 區中，如圖 15 所示。
這些參酌引用之模型可以作為背景基本資訊，其收受者可於其上疊加他們的設 計資訊（詳請參見圖 16）。
19 BS 1192:2007 用語，指資訊分享或發布時，其適用的協同工作項目。
圖 14 上傳共享之建築師模型
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
圖 15 共享模型文件之方式
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
32 圖 16 協調模型文件之方式
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
若所採用的軟體或資訊系統可提供直接引用功能，則應直接參考模型文件。但 若不存在此類功能，其他設計團隊則可自共享區下載文件。這些文件不得重新上傳 或更改後再上傳。當模型文件被另一設計團隊成員用作背景基礎資訊時（詳請參閱 圖 17），應確保其不會導致資訊（如：2D 模型中的圖層或 3D 模型中的物件）重複 出現於模型文件中。因此，團隊應一致同意一套流程，藉以確保資訊僅會在共享區 內出現一次。
在圖 17 所示的範例中，結構工程師設計了結構柱子圖層的尺寸、並取得結構 柱子圖層的所有權。當結構工程師將該資訊上傳到共享區時，則建築任務團隊之文 件應修改並重新共享，以移除柱子之建築任務團隊所有權（詳請參見圖 18）。
於圖 19 中，設有連續上傳和引用的流程，並使專案之文件繼續共享，定義並 完成迭代流程後以達到完成階段。任務團隊，如設計團隊，之管理者應控管共享之 速率，並透過審查，檢查及批准各區內之指定數據已達到應予共享之時機。管理者 應根據全體專案團隊所議定的綜合交付計劃來設定整體流程。
三、「發布」狀態
CDE 的「發布」狀態中的資訊主要以書圖文件（若經專案團隊同意，則另包含 模型文件），這些文件是於特定時間取得之共享資訊的數據快照（snapshot）。應透 過將相關的批准模型文件引用至協調模型文件、並從模型中切割視圖與剖面圖來彙 編此類發布文件資訊。依次將此類資訊引用至包含標題框與相關聯文字屬性的圖紙 範本中，然後以不可更改之呈現格式（例如：PDF 或 DWF）創建圖紙檔案。
此類圖紙呈現格式會包含 CDE「共享」部分中的經協調多重作者模型文件之 數據快照，如圖 20 所示。
在將資訊過渡到 CDE「發布」狀態，並提供給更廣泛的專案團隊（如：用於採 購或施工）前，必須檢查並批准此類資訊。
應定義並嚴格遵守適當的審核及處理流程，且這些審核及處理流程應相同適用 於工作包分包者的設計圖紙以及設計顧問的文件。
若施工團隊在批准施工之前需要除施工以外之其他目的（如：投標或採購）之 文件，則應使用「D」狀態。 這些「D」狀態文件會保留初步之「P1-Pn」修訂參 考版本。
四、「D」代碼之目的
當設計團隊及專業分包者開發及「共享」資訊時，會使用 S0-Sn 之狀態代碼。
該類資訊已被批准用於特定用途，但並未經客戶「授權」。
34 圖 17 上傳結構模型之方式
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
圖 18 建築師移除重複出現之圖層
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
36 圖 19 並行與迭代上傳及下載
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
38 圖 20 由共享模型創建圖紙
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
40
當承包者或客戶出於特定目的而需要資訊時，會使用 D1-Dn 狀態代碼，但客 戶並未「授權」該資訊適合施工。嚴禁將此類數據及文件用於施工目的，亦不得用 於指導他人施工。圖 21 說明 D 狀態編碼之使用。
如圖 21 所示，資訊會從 WIP 區直接傳至發布區。資訊不會經過客戶授權流程，
但會經過審核，檢查及批准階段。
圖 21 狀態 D
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
五、歸檔
CDE 的「歸檔」狀態是用於非活躍（inactive）或已被取代之數據。這些資訊 會作為專案執行過程中各項資訊移轉、變更次序及知識保留的歷史紀錄，並可作為 其他合約參考或「發現」（discovery）（詳請見圖 22）。
存放此類「歸檔」狀態文件之區域，可能為文件系統中的一處實際位置，對許 多文件管理庫而言，系統會自動管理歸檔流程。但是重要的是應保留被取代資訊的 歷史紀錄，以便在專案完成後，團隊可以分析專案之進展，取得「經驗教訓」。
儘管管理「歸檔」狀態文件的任務可在文件管理庫中執行，但團隊仍應考量按 議定的時間間隔，安排數據備份。
除對專案歷史記錄進行可審核數據軌跡追踪外，歸檔文件亦應包含所有相關資 訊，以作為專案生命週期的移交文件，其包括：
重新測量之竣工/施工及驗證資訊；
圖紙及模型文件；
變更審核；
資產數據；
工地安全衛生文件，包括施工（設計及管理）法規；
所有相關之操作及維護資訊；以及
客戶指定之交付文件。
42 圖 22 CDE 之歸檔流程
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
44
六、分散式 CDE
在分散式「任務團隊」環境中（如圖 23 所示），各團隊某程度上均為獨立運作 之團隊，但所有團隊仍需要訪問共享資訊。圖 24 列出其理想之情況，經由團隊間 的共享，並透過正確之軟體，IT 解決方案與修訂之管理流程來使用與進行管理。
圖 23 團隊環境中的 CDE
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
46 圖 24 專案環境中的 CDE
（資料來源：BIM: A Standard Framework and Guide to BS 1192）
48
第三節 小結
一、Procedure 與 Process
在上一章的回顧中得知 CDE 的重要性在於協助建築產業建立面對資訊應有的 觀念與態度。而 CDE 工作流程（procedure）原則並不複雜，簡單的說，建築資訊 就如同在四種不同的槽中受閥控制依序流動的液體一般。在不同種的槽間流動時，
的解決方案，自行達成一致的協議即可。
二、具體意義
CDE 的具體意義在於透過讓所有參與者都具有正確的工作觀念與態度，進一步 建立建築產業界對 CDE 中的建築資訊的信賴，再進一步說，透過信賴而建立資訊的 值價。這樣的轉變，就好像實體貨幣與信用卡、電子貨幣間的關係，實體貨幣因可 以觸摸得到而產生信賴，但是貨幣不利於大量支付與快速流通，因而限制經濟發展，
所以才發展出各式各樣的實體貨幣以外的支付方式，如信用卡、電子支付等，加速 不同大小數量的金錢跨區域流動。而這些新的交付機制其背後基礎是在於信任政府 金融管理、信任銀行、信任資安機制。建築產業也是一樣，常用的 2 維圖說透過人 工閱讀而產生信賴，但 2 維圖說所能容載（或者說人工閱讀的能力）受到限制，不 利大量的資訊流通。CDE 所要建立的就是一個在建築產業界可以相互信賴的基礎，
同時加速大量的建築資訊在不同參與者間分享利用，才能建築資訊實現其真正價值，
促成建築產業的發展。