close



以設計審查為主軸之研製精進作為(下)

 

一、        設計審查之類別

()依照是否正式設計審查及有無顧客或使用者代表參加而分類:

「設計審查」列入專案計畫研製工作程序來實施者稱為正式設計審查,由設計單位自行召集而不予列入研製程序者稱為非正式設計審查。有顧客或使用者參與審查工作者稱為顧客參與之設計審查,無顧客參與者稱為內部設計審查,這兩種分類之考慮若予交叉組合,則成為下列四種設計審查類型:

.正式顧客參與審查(Formal Customer Reviews

.非正式顧客參與審查(Informal Customer Reviews

.正式內部審查(Formal Internal Reviews

.非正式內部審查(Informal Internal Reviews

正式設計審查與非正式設計審查之特點對照如下:

正式設計審查

非正式設計審

.作為設計核可之程序

.作技術專業評核

.查證設計符合需求

.擇優之核可

.評估風險

.預算使用之核可

.工作內容更改之確認

.構型(形態)認定

 

.工作指派後開始進行之前、工作中及完成時實施

.查證設計方向、確認風險及評斷減略化之適當性

.預算、工作計畫、執行結果及風險皆為審查對象

.係內部技術性審查

.通常每次一個項目

.包括計畫及預算

在正式設計審查中有顧客參與,他的發言是具有代表性的認可或拒絕;在非正式設計審查中有顧客參與,他的發言表示瞭解而非核可,但可以藉此爭取顧客之支持。

()依照實施之時機分劃之設計審查類別

專案計畫研製過程若按照設計工作執行階段簡約分劃為「概念設計」、「初步設計」、「細部設計」、「工程發展」、「鑑定階段」及「生產及部署」等,則可將設計審查工作依照其在專案計研製工作階段中實施之時機,分劃為下列類別:

.概念設計審查(Conceptual Design Review

.初步設計審查(Preliminary Design Review

.細部設計審查(Detailed Design Review

.關鍵設計審查(Critical Design Review

.終結設計審核(Final Design Review

.特殊審核(Special Review

(三)依照設計審查實施之內容加以分類

就實用立場而言,因為設計審查之執行應該依照實際需要而選擇執行,使各種資源之投入用在切要的點上,就此一論點而言,美國軍規MIL-STD-1521所列出設計審查項目與內容屬之,這些設計審查項目包括:

.系統需求審查(System Requirement Reviews, SRR

.系統設計審查(System Design Reviews, SDR

.軟體規格審查(Software Specification Reviews, SSR

.初步設計審查(Preliminary Design Reviews, PDR

.關鍵設計審查(Critical Design Reviews, CDR

.測試備便審查(Test Readiness Reviews, TRR

.生產備便審查(Production Readiness Review, PRR

.正式鑑定審查(Formal Qualification Reviews, FQR

另規定功能構型(形態)稽核(Function Configuration Audit, FCA)與物理構型(形態)稽核(Physical Configuration Audit, PCA)相與配合。

二、        設計審查實施之程序

設計審查實施程序如下圖所示:

 

圖中的「協調」,係審查委員(審查小組組員)研讀資料項內各種設計及設計相關之資料後填寫設計審查意見表,若有需要可逕行連絡受審查產品之設計人員,溝通、討論及澄清所發現之問題。

 

 

一、        設計審查實施之時機

()設計審查依照專案研製工作階段之分劃實施

 

各項特殊設計審查適實際需要安排實施。

()研製各階段設計審查、形態基準與規格

一、        設計審查之效用

()產品整體品質的保證

設計審查小組是由擁有各種經驗、經過以往失敗事例及瞭解失敗之對策的技術人員所構成。經由這些技術人員所做的設計評價,可以使以往的失敗不再重演,作出符合可靠度.維護度、系統安全、人性因素、易於測試及生產製造之設計。

()降低生產製造成本

設計審查過程中,會持續檢討料件選用、標準化、設計及製造成本等問題,因而降低產品研製成本。

()增進產品維修之支援功能

設計審查時會就標準零組件使用、互換性問題、及使用與維修的問題加以審查並提供改善意見,藉此減少所使用零件種類與數量,提高維修支援之功能。

()研發日程減短之效果

設計審查及時糾正設計缺失,不使設計之疏漏造成研製後期花費數倍至數十倍時間加以改正之損失。

()設計資料的書面化

因為所作設計之過程及成果資料在設計審查時均作成資料項,故設計資料可以整理過之形式保存留下。在資訊系統發達之今日,設計資料書面化即電子資料化,因而構成同步工程有利的條件。

()工程人員技術能力提升

在設計審查之準備與進行中,設計人員認真準備及檢討設計結果,並妥慎設想後續設計工作內容與可能的風險,有效精進其技術能力。

二、        設計審查得以精進研製工作之理由

依循設計審查體系設置與運作之規則,設計審查可以達成下列精進研製工作的效益:

(一)      設計審查有系統、分階段完整地進行設計結果之審核

ü     設計審查規則要求專案計畫訂定唯一的正式設計審查計畫,進行有規則的審查作業

ü     設計審查配合研製進度逐次實施,得以及早發現問題及早改正

ü     設計審查循產品結構體系逐次實施,不容易遺漏設計問題

(二)      設計審查善用各方技術資訊與專業經驗與智慧

ü     設計審查參與人員各具專業背景,使審查過程中得以引進暨利用各方專業資訊

ü     設計審查營造設計人員與審查人員間的技術對抗,促使兩造努力蒐尋及運用相關學識

ü     設計審查促成設計資料文件化,有利於經驗資料之累積與利用

(三)      設計審查整合各方有關的設計要求

ü     設計審查參與人員代表各專業部門發言,提出依據各該專業部門的設計要求,使產品設計臻於周全

ü     設計審查安排顧客及專家參與,得以容納組織以外的設計要求

(四)      設計審查之彈性體制得以經濟有效地促成產品精進

ü     善用特殊設計審查,使審查機能適當發揮在關鍵點上

ü     設計審查參與人員、審查次數與審查對象之適當選擇,得能發揮經濟且有效的審查機能

(五)      設計審查促成組織研製機能之精進

ü     組織內各有關部門參與設計審查,促成部門間的互動與交流

ü     顧客參與設計審查,提供組織與顧客溝通連繫的管道,建立雙方攜手共進的機制

ü     設計審查之運作規則,可以促進各有關部門在設計管制或設計精進方面的機能

ü     併同檢討研製各單位(領域)間的設計進度與界面問題,促成研製工作之同步作業

ü     參與人員在設計審查過程中表達意見,據理力爭,使研製人才有機會表現其學識與能力,進而獲得拔擢

(六)      設計審查提供研製卓越產品的機會

ü     設計審查會議營造腦力激盪環境,可期集思廣益發展出不落俗套的解決方案。

ü     參與設計審查人員多屬資深專業人士,眼界比較廣闊,可期提供高遠見解與方向。

ü     正式設計審查意見管道可直通計畫主持人,可以跳脫工作單位慣性思維之阻礙,導入具有創見的設計作為

 

 

 

 

三、        參考資料

1.      中山科學研究院品質保證中心(民國81年),可靠度設計指引,中山科學研究院品質保證中心技術資料。

2.      黃清標、曹志毅(民國85年),設計審查實務技術,八十五年經濟部科技專案計畫技術報告,CSIST-173-R201

3.      曹志殺(民國86年),以設計審查技術導向同步工程之作法,中山科學研究院新新季刊第25卷第6PP

4.      黃清標(民國79年),從研發轉入生產之整體品保作業,中華民國品質管制學會出版。

5.      張清靠(民國76年),設計審查的方法與實務,機械工業月刊,工研院機研所,PP120127

6.      機械零組件可靠度工程技術研討會講義,工研院機械工業研究所印發。

7.      市田 嵩、牧野鐵治著,先鋒企業管理發展中心譯(民國76年),設計審查,先鋒企業管理發展中心出版。

8.      青木三策、今井兼一郎、古谷勝美、宮澤清人(1978),設計工學,PP1110,株式會社花冠出版社,日本東京。

9.      NASA SP-6502, Elements of Design Review for Space System.

10.  Kenji Kitagawa(1985), A Reliability Program Case-History on Design Review, IEEE Transactions on Reliability, Vol R-34, No. 3, PP.212-215.

11.  Air Defense System Division, General Dynamics(1992), Reviews, Practical Reliability Engineering Handbook, TM 435-92-001, Lesson 5.

12.  DOD Directive 4245, 7-M, Transition for Development to Production.

13.  NAVSO P-6071, Best Practices.

14.  DOD Instruction 5000.38, Production Readiness Reviews.

15.  Benjamin S. Blanchard(1991), System Engineering Management, John Wiley & Sons, Inc.

16.  MIL-STD-1521B(1976), Technical Reviews  and Audits for Systems, Equipment and computer Software.

17.  NAVAIRINST 4800.4(1986), Production Readiness Review. Dept. of U.S. Navy.

四、        附錄

() 特殊審查(Special Review

凡不屬於各研製階段設計審查者,通稱為特殊審查,依其進行時機可分為:

(1)重大設計修改前後:

當試驗失效,發現重大設計缺陷必須予以修改,則修改前後必須經過審查,以檢討對功能、可靠度及其他產品界面之影響。

(2)重要外包件外包前:

重要工件外包前應經審慎之審查,以檢討規格、驗收標準及外包商之承包能力等,以免承製錯誤,產生不可補救之損失。

(3)重大試驗前後:

針對產品研製過程所需之重大試驗審慎予以審查,以檢討試驗規劃與執行及結果之充分性及合宜性。

(4)研製產品交付顧客前:

於產品研製完成及交運顧客前,應執行詳細的審查,以檢討交運項目之符合合約狀況及其品質符合性。

()MIL-STD-490的規格系統:

                 Type A.   System/Segment Spec.

                 Type B.   Development Spec.

                                B1.   Prime Item

                                B2.   Critical Item

                                B3.   Non-Complex Item

                                B4.   Facility or Ship

                                B5.   Software

                 Type C.   Product Spec.

                                C 1a .        Prime Item Function

                                C1b.        Prime Item Fabrication

                                C 2a .        Critical Item Function

                                C2b.        Critical Item Fabrication

                                C3.   Non-Complex Item

                                C4.   Inventory Item

                                C5.   Software

                 Type D.   Process Spec.

                 Type E.   Material Spec.

 

 

 

 

lingf01 / Xuite日誌 / 回應(0) / 引用(0)
沒有上一則|日誌首頁|沒有下一則
回應