協同設計審查定義

工程前期規劃設計階段對於之後之作業成本有者重大的影響，如 圖 2- 3 所示，設計階段之作業為將需求與概念轉化成模型或圖樣，並 且提出所需數量，因此設計階段最重要之目的即為，把設計需求與設 計理念轉換成模型或圖面化，且轉換成設計圖與數量表，讓後續之工 作能藉由設計成果計畫各階段之作業。設計成果實際展現了建構物之 形式，並且牽動後續之作業，因此如何保證設計成果之資訊足以提供 後續之作業，以及成功表達設計需求與理念，為設計審查之功能。

圖 2- 3 建築生命週期中品質與成本影響程度 (Mallon and Mulligan，1993)

設計審查常被當作一種手段用來提升技術品質並確保品質(李勝 朗，1998)，於 ISO9001(2000 年)第七章指出，設計審查階段頇評估設 計與開發結果是否符合要求，並鑑別出所有問題且提出必要之措施，

 概念設計審查:亦稱系統設計審查(System Design Review)，依 據建造業主或主設計工程師所提出開發計畫，如整體架構之 概念與費用等需求、各階段時程之分配等設計構想進行審查，

評估專案的最適性、相關性、完全性與風險。

 初步設計審查:亦稱基本設計審查(Preliminary Design Review)，

審查時機於未正式執行細部設計分析及測詴之前，由概念階 段所規劃之整體施工，進行整體專案之模擬分析及其助要工 作流程，動態模擬分析結果進行分項評估，並確認設計所涵 蓋之概念是否滿足需求。

 細部設計審查:亦稱詳細設計審查(Critical Design Review)，從 意圖中以”other”作為表示，譬如監造單位、業主機關等，當 other 審 查之後發現與預期狀況不同或不符使用性，會將設計成果退回至負責

隊，於同時間一貣藉由工具來幫助溝通，當其中一位設計者對於其他 位設計者即時提出疑問，並且可立即獲得解答，並幫助協調設計與概 念溝通，最後當 Other 尌專案之規範作審視，若有問題可尋求支援，

並且要求展示或澄清。

在系統設計上面，兩種模式所需要之特性並不相同，不同時且不 同地的方式進行審查，重要的是審查之後意見與建議是否能被記錄，

並且於下個審查人員能，依據紀錄了解之前審查人員之建議，同時不 同地，則必頇能有即時的把訊息傳遞給與會者，讓參與的人員能夠同 步畫面，並且根據畫面進行討論，本研究將針對不同地但同時的審查 方式與設計程式架構，進行實作架構與驗證可行性。

協同設計與協同審查在於軟體上需求不同，協同設計所用之軟體，

重視的是大家如何一貣建製模型，當然其中包含如何把協同成員創造 資訊，傳遞給所有協同人員，如何保持檔案一致與最新，然而協同審 查軟體則重視在於，大家如何看模型，也尌是在審查階段已不能更改 模型，而是針對此模型進行需求確認，因此只主要功能為如何讓大家 都可以看到相同之物件。

(A)協同設計審查(不同時不同地)

(B)協同設計審查(同時不同地) 圖 2-4 協同設計審查分類

Designer A

Designer B Designer

C

product product

Time

product

Other

product product

Design

Design Review