機械社區(qū)

 找回密碼
 注冊會員

QQ登錄

只需一步,快速開始

搜索
查看: 9753|回復(fù): 31
打印 上一主題 下一主題

設(shè)計更改問題,討論

[復(fù)制鏈接]
跳轉(zhuǎn)到指定樓層
1#
發(fā)表于 2011-9-6 16:14:06 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
對于搞機械設(shè)計的人來說,設(shè)計更改是再常見不過的了,像是家常便飯。設(shè)計是源頭,源頭的一點動作,后續(xù)都得跟著動。可謂牽一發(fā)而動全身。但是對于企業(yè)來說,設(shè)計更改工作的管理問題卻十分重要。如何管理設(shè)計更改,問題并不簡單。

先來討論下造成設(shè)計更改的原因:


1、設(shè)計時遺留的錯誤,疏漏;
2、零件加工工藝限制,要求更改;
3、客戶要求有變更;
4、配套外購件參數(shù)變化,必須更改接口;
5、裝配工藝限制,必須通過更改來解決問題;
6、成本原因造成的更改;
7、其它原因。


造成設(shè)計更改的原因很多,但是大多數(shù)是由于設(shè)計本身的原因造成的。因加工工藝和裝配問題造成更改,本質(zhì)上也是設(shè)計造成的。好的設(shè)計能夠避免絕大多數(shù)的工藝問題和裝配問題。提高設(shè)計工程師的設(shè)計能力,提高工作質(zhì)量,能夠減少很多設(shè)計更改,但是,不可能完全杜絕后續(xù)的設(shè)計更改。有人說,設(shè)計就是聰明的修改。此話雖然有些片面,但也有一定道理。
設(shè)計更改會造成多方面的影響。


對于樣機,設(shè)計更改相對要考慮的問題要少一些。有的更改不影響零件的加工,有的只要稍微更改,基本不造成浪費。有的可能造成幾個零件報廢。這都好辦。


但是,對于已經(jīng)批量生產(chǎn)的產(chǎn)品來說,問題,就更麻煩了。首先,需要更改的零件有沒有庫存?庫存的不更改能不能用,如果要更改的話,難度大不大,是否經(jīng)濟?如果不能更改,那么是不是都要報廢?


其次,那些已經(jīng)在客戶現(xiàn)場服役的產(chǎn)品,要不要更改,不更改的話,會不會有隱患?如果在服役的產(chǎn)品某個零件失效了,那么給客戶更換零件時,恰好這個零件已經(jīng)經(jīng)過了更改,這時,是按更改以前的版本給客戶還是按更改后零件給呢?如果時間較長,而且負責(zé)這個產(chǎn)品的工程師離職了,恐怕還不好一下子決定。雖然會用更改記錄,但是,如果更改記錄太多的話,后續(xù)要去查找起來也費事。
如果老版本沒有庫存了,那么就算按照老圖來投料制作,時間上必定會更長,而客戶卻未必等得起。

對于這些問題,需要綜合考慮。好的辦法是,更改后,零件要能兼容,保持接口向前兼容。這點說起來容易,做起來難。因為大多數(shù)更改本身就是更改接口。


另外一個問題,對于更改了的零件,零件的圖號如何處理?一般企業(yè)的做法是,在原有圖號后加一個字母“a”,“b”,“c”等,依次類推,表示更改后,在功能上還是同一個零件。這個做法有一定的可行性。但還會造成新的問題。有時候,更改幅度很大,零件經(jīng)過更改后,跟原來的相比,差別很大了,幾乎不能代替原來的零件,接口上也有很大的變化。這時,如果在原圖號后加字母“a”,就不可行了。這是要取新的圖號了。對于這種情況,其實也好辦。取了新圖號,跟原來的沒關(guān)系了,反而更簡單些。

有的企業(yè),有ERP系統(tǒng)。一般都對每個零件編一個若干位數(shù)的數(shù)字編碼,便于計算機存儲、查詢。有的ERP軟件,會把圖號升級后的圖號當(dāng)成新的圖號,這時必須重新給編碼。也許設(shè)計者認(rèn)為,更改后,還是同一個東西,只是多加個小孔而以?墒,ERP軟件卻不認(rèn)可。這樣又造成新的問題了。如果一個零件的采購定單是按原圖號下了,制造過程中,發(fā)了設(shè)計更改,那么,定單是不是要重新下?如果不下,入庫時,是按新圖號入還是老圖號入呢?對于那些庫存的,不更改也能勉強使用的零件,出庫時是按新圖號出,還是老圖號出呢?


有的企業(yè)規(guī)定,如果更改后,原有功能完全滿足,接口也通用,那么更改后的零件圖號保持不變,而是只更改版本號。這種做法,能夠避免給后須生產(chǎn)過程造成影響。在這種情況下,實施更改的工程師必須對產(chǎn)品很熟悉,對自己的更改也很清楚,知道更改后的零件的功能和接口的變化。事實上,我覺得這是對實施更改的工程師的基本要求。如果零件的功能和接口都沒完全搞清楚,就不能去更改。

涉及到設(shè)計更改,還有一個表達方式的問題。如何設(shè)計更改單,是個值得仔細考慮的問題。有的公司的設(shè)計更改單,非常科學(xué)。各方面都考慮到了。而有的,非常簡單,設(shè)計人員如果按照表格來做的話,無法回答必要的問題。好的表單,要能使每個相關(guān)的部門都能得到他所想要的答案。設(shè)計更改表達,還有一個問題是,如何在圖面上做出標(biāo)記。以前的設(shè)計更改,可能就是設(shè)計人員在圖紙上手改,或者在底圖上刮改,F(xiàn)在一般都使用打印圖紙,手改是不允許的。
設(shè)計更改還有一方面就是,BOM的更改。一般跟圖紙一起更改。改起來,也很煩瑣。

設(shè)計更改這么復(fù)雜,確實很令工程師們頭痛。很多工程師是能不改就不改,實在沒辦法才會改。最理想的是,設(shè)計完成,圖紙出手后就可以撒手不管。也許這點可以作為設(shè)計工程師的一個追求。


關(guān)設(shè)計更改方面的問題,還有很多,羅嗦了這些。希望廣大社友積極討論。



評分

參與人數(shù) 3威望 +22 收起 理由
杞人憂天 + 1 很好,有深度
風(fēng)追云 + 1 總結(jié)得不錯
老鷹 + 20 高手原創(chuàng),分享心得!

查看全部評分

回復(fù)

使用道具 舉報

2#
發(fā)表于 2011-9-6 16:59:10 | 只看該作者
由于才參加工作,設(shè)計的東西也很簡單,所以暫時還沒有遇到大的復(fù)雜的變更。但是一些小得變更也挺繁瑣的。
回復(fù) 支持 反對

使用道具 舉報

3#
發(fā)表于 2011-9-6 17:07:46 | 只看該作者
更改和修改有沒有區(qū)別?設(shè)計更改是不是說明方案更本沒有做到物盡其能?修改我認(rèn)為在設(shè)計過程中是必不可少的,沒誰能拍胸口說他的設(shè)計不需要修改。但更改是不是就意味設(shè)計從頭至尾的失敗?
回復(fù) 支持 反對

使用道具 舉報

4#
發(fā)表于 2011-9-6 18:50:19 | 只看該作者
在我看來不管在什么樣的公司設(shè)計更改都應(yīng)當(dāng)是一件不得已而為之的事,因為很多時候都是牽一發(fā)而動全身
回復(fù) 支持 反對

使用道具 舉報

5#
發(fā)表于 2011-9-6 20:19:03 | 只看該作者
設(shè)計的更改的確是個很繁瑣的問題,涉及的方面也挺多。光是圖號的變更就夠令人頭疼的了,有的圖改了,但原圖還得保留著,有用的。特別是牽連到借用件時,幾種機器用同一種零件,中間可能有的機器不能通用了,就必須另外設(shè)計或更改,但原圖別的機器又可以用。不知大家是怎么處理這些問題的,接著討論……
回復(fù) 支持 反對

使用道具 舉報

6#
發(fā)表于 2011-9-6 20:46:25 | 只看該作者
以前在學(xué)校聽老師介紹過這個問題,確實是個難題,當(dāng)時老師講的是通過PDM來解決這個問題,ERP必須有PDM的支撐才能有效實施
回復(fù) 支持 反對

使用道具 舉報

7#
發(fā)表于 2011-9-6 21:48:35 | 只看該作者
學(xué)習(xí)
回復(fù) 支持 反對

使用道具 舉報

8#
發(fā)表于 2011-9-6 21:57:12 | 只看該作者
設(shè)計的更改很繁瑣,特別是做設(shè)備這一塊,有時動一個零件就要動好幾個件,一不小心就有漏改和錯該的現(xiàn)象,試了好多種方法都不怎么理想,不知道做非標(biāo)設(shè)備的老師傅是怎么解決這樣的問題,除了細心還有什么好的方法(按照什么樣的步驟)出錯率會低一點。
回復(fù) 支持 反對

使用道具 舉報

9#
發(fā)表于 2011-9-6 22:36:53 | 只看該作者
我更改的原因 大多是1和3
回復(fù) 支持 反對

使用道具 舉報

10#
發(fā)表于 2011-9-6 23:07:34 | 只看該作者
有錯就改,沒什么好說的

使用PDM吧,不用這么糾結(jié)了

所有錯了的文件,對照發(fā)圖簽收單,一個一個蓋作廢章,全部收回,更換新的,再簽收

軟件開發(fā)時候的BUG,比這個麻煩多了,一個軟件可能有幾萬個BUG,比如Windows,需要不停打補丁,有的補丁還彼此相互關(guān)聯(lián),這么大規(guī)模的修改,邏輯關(guān)系復(fù)雜,別人怎么做到的?

點評

不能相提并論,就想水流和公路...  發(fā)表于 2011-9-9 21:44
回復(fù) 支持 反對

使用道具 舉報

您需要登錄后才可以回帖 登錄 | 注冊會員

本版積分規(guī)則

小黑屋|手機版|Archiver|機械社區(qū) ( 京ICP備10217105號-1,京ICP證050210號,浙公網(wǎng)安備33038202004372號 )

GMT+8, 2024-10-31 23:31 , Processed in 0.056427 second(s), 20 queries , Gzip On.

Powered by Discuz! X3.4 Licensed

© 2001-2017 Comsenz Inc.

快速回復(fù) 返回頂部 返回列表